From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 01:23:52 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0071065687 for ; Sun, 7 Jun 2009 01:23:52 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id D5E698FC1C for ; Sun, 7 Jun 2009 01:23:51 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by qyk3 with SMTP id 3so3377409qyk.3 for ; Sat, 06 Jun 2009 18:23:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type; bh=tOZ4msh30L+RJBKYzOMPjr8sHxMJU656CpfUpcghxrU=; b=IkfR8TOPnlsekxYTD1L0QXRuL/olCfqIeV7GvHlqkaZ0pmgYL7eD7K3NLl94qgfUQA QnzlZkHfhndoxCNgH6oFMf1xr+3LgDWz90fn2NpHXIWpo8LGBNGfKoYJXX+X7JW9JDar cIbAtSWzXEuhrtlJ7f/pUjd+wEiqapgqMnD8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type; b=oLW/CtiPSstU/amQXNYkotdrib07gSWU+mXEcF02lEROcmh00qnn91/vM11c4v1ZJA DWBav3qgM3CJy7l1ZRraXP8fccOIM5qswNnX4Z1seeHL2jrjukLfruX7kJtvrb+1L0iY 0k/zs4mldPBWyWytml96H49RZaO+Ipju3UUL8= Received: by 10.224.54.5 with SMTP id o5mr5232334qag.54.1244337831215; Sat, 06 Jun 2009 18:23:51 -0700 (PDT) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 7sm3113348qwf.49.2009.06.06.18.23.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Jun 2009 18:23:50 -0700 (PDT) Message-ID: <4A2B16CD.5010904@gmail.com> Date: Sat, 06 Jun 2009 21:24:29 -0400 From: Eitan Adler User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.6.666 MIME-Version: 1.0 To: itetcu@FreeBSD.org References: <4A28590D.101@gmail.com> <4A2946F4.2010501@gmail.com> <4A29683C.3030301@gmail.com> <4A2994DF.1060604@gmail.com> <4A299843.8030407@gmail.com> <20090606013524.7ccc4ede@it.buh.tecnik93.com> In-Reply-To: <20090606013524.7ccc4ede@it.buh.tecnik93.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: multipart/mixed; boundary="------------060400020800020207080608" Cc: vmagerya@gmail.com, freebsd-ports@freebsd.org Subject: Re: Automatically generate symlinks for virtual categories. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 01:23:52 -0000 This is a multi-part message in MIME format. --------------060400020800020207080608 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Newest version's Makefile is attached. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen --------------060400020800020207080608 Content-Type: text/plain; name="Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Makefile" # New ports collection makefile for: symlink # Date created: Fri Jun 05 2009 # Whom: Eitan Adler # # $FreeBSD$ # PORTNAME= symlink PORTVERSION= 4 CATEGORIES= ports-mgmt MASTER_SITES= http://isis.poly.edu/~eitan/files/ DISTNAME= auto-symlink-virtual-${PORTVERSION}.sh EXTRACT_SUFX= MAINTAINER= EitanAdlerList@gmail.com COMMENT= Automatically generate symlinks for virtual categories NO_BUILD= yes EXTRACT_ONLY= # nada PLIST_FILES= bin/${PORTNAME} do-install: ${INSTALL_SCRIPT} ${DISTDIR}/${DISTNAME} ${PREFIX}/bin/${PORTNAME} .include --------------060400020800020207080608-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 01:43:07 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1BD8106564A for ; Sun, 7 Jun 2009 01:43:07 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6454D8FC0C for ; Sun, 7 Jun 2009 01:43:07 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1279139qwe.7 for ; Sat, 06 Jun 2009 18:43:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=q7QoBD7ZE/LVqamx0sRLEg5oifnkk4qc33HHwk6tAF0=; b=EdEK/LegTs3e0X6tmD2lXouaxZUFdHn4CIy0w5+VNDr/FqegYAjZsjGDtFdWQf+fAE ZMWyizRZ9Lc5w0rfcIuukIwvbaSLmvXvtA3f56m2xXvuEV+sIse08xCc/gibGRjr1EH6 SR2eKv7j+fU0+1OXGNDVx8sxUIAdl5/jGRAYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=GUaT2redN0xqrDtslyvD+pME3PZqVctQhZAO2F2qT8kVIw3f3Yj3tMmzQC2SkssiWQ A9xke+BU4u2o/s9QLDmeh+coeKv5DQm+1HPmKh3YDjNjpyjWHEG3nXp/vLKjI0T5dIW5 f9/ebEvSxqf9QBw7bQLqikaxt+M6wVzQH+Y3M= Received: by 10.224.60.203 with SMTP id q11mr5207570qah.245.1244338986460; Sat, 06 Jun 2009 18:43:06 -0700 (PDT) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 4sm1417752qwe.37.2009.06.06.18.43.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Jun 2009 18:43:06 -0700 (PDT) Message-ID: <4A2B1B51.4090300@gmail.com> Date: Sat, 06 Jun 2009 21:43:45 -0400 From: Eitan Adler User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: porting dash (the shell) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 01:43:07 -0000 if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I. -I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF ".deps/exec.Tpo" \ -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \ then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \ else rm -f ".deps/exec.Tpo"; exit 1; \ fi exec.c: In function 'find_command': exec.c:317: error: storage size of 'statb' isn't known exec.c:326: warning: implicit declaration of function 'stat64' exec.c:317: warning: unused eitan 'statb' gmake[3]: *** [exec.o] Error 1 gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/eitan/dash-0.5.1' gmake: *** [all] Error 2 -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 04:29:01 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74EE7106566B for ; Sun, 7 Jun 2009 04:29:01 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2993B8FC13 for ; Sun, 7 Jun 2009 04:29:00 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by qyk3 with SMTP id 3so3429442qyk.3 for ; Sat, 06 Jun 2009 21:29:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=hhHxcu5dEU0LSLNqM1UdcWwsiOnpxwDgwLUu0qPkAjY=; b=d6IrDDbAYJ7aSeJLEYzU7xKbfhkFds2g8GVdw3Q9/wrILpHFJq6ka+jtr3+dccvfjl aIoQ7yQuErIsLCwX75sILxCFWRspd8oYHLu22TcmcSDq3qqxNgO11Ird8P8cEEUgyBHN 9C1CPqc8tz68ozcEzuqr3+nCE8/fqj3cCFBd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=NIpTH5sobpg4FHgsSfNC/K4NqpY+SxgjnS+zelonLzR/dxFyp4sRxVXViLTbp0brGD TTLvXdFld9wHISenxd+e3hUV93S85bFC7RKjuFUHLVCiC2Cqn74tHw501N9xXH7qYBMt QxipMiiMhzwuaix2Xk2g8kK2ja3YywZSL0bEU= Received: by 10.224.74.11 with SMTP id s11mr5278508qaj.326.1244348940635; Sat, 06 Jun 2009 21:29:00 -0700 (PDT) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 8sm1509334qwj.35.2009.06.06.21.28.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Jun 2009 21:28:59 -0700 (PDT) Message-ID: <4A2B4232.1090507@gmail.com> Date: Sun, 07 Jun 2009 00:29:38 -0400 From: Eitan Adler User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.6.666 MIME-Version: 1.0 To: spawk@acm.poly.edu References: <4A2B1B51.4090300@gmail.com> <4A2B3FFC.2080109@acm.poly.edu> In-Reply-To: <4A2B3FFC.2080109@acm.poly.edu> X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: porting dash (the shell) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 04:29:01 -0000 Boris Kochergin wrote: > Eitan Adler wrote: >> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN >> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I. >> -I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF >> ".deps/exec.Tpo" \ >> -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \ >> then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \ >> else rm -f ".deps/exec.Tpo"; exit 1; \ >> fi >> exec.c: In function 'find_command': >> exec.c:317: error: storage size of 'statb' isn't known >> exec.c:326: warning: implicit declaration of function 'stat64' >> exec.c:317: warning: unused eitan 'statb' >> gmake[3]: *** [exec.o] Error 1 >> gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src' >> gmake[2]: *** [all] Error 2 >> gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src' >> gmake[1]: *** [all-recursive] Error 1 >> gmake[1]: Leaving directory `/home/eitan/dash-0.5.1' >> gmake: *** [all] Error 2 >> >> > stat64() and the statb structure appear to be some kind of Linuxisms. > FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB, > so try replacing the stat64() call with stat() and the statb structure > with a stat structure. > > -Boris > After doing a global search and replace of stat64 to stat I get: mystring.c: In function 'single_quote': mystring.c:164: warning: implicit declaration of function 'strchrnul' mystring.c:164: error: invalid operands to binary - mystring.c:169: warning: implicit declaration of function 'mempcpy' mystring.c:169: warning: incompatible implicit declaration of built-in function 'mempcpy' -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 04:49:07 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C7001065673 for ; Sun, 7 Jun 2009 04:49:07 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9F83B8FC14 for ; Sun, 7 Jun 2009 04:49:06 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 72301 invoked from network); 7 Jun 2009 04:22:24 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 7 Jun 2009 04:22:24 -0000 Message-ID: <4A2B3FFC.2080109@acm.poly.edu> Date: Sun, 07 Jun 2009 00:20:12 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Eitan Adler References: <4A2B1B51.4090300@gmail.com> In-Reply-To: <4A2B1B51.4090300@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: porting dash (the shell) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 04:49:07 -0000 Eitan Adler wrote: > if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN > -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I. > -I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF > ".deps/exec.Tpo" \ > -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \ > then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \ > else rm -f ".deps/exec.Tpo"; exit 1; \ > fi > exec.c: In function 'find_command': > exec.c:317: error: storage size of 'statb' isn't known > exec.c:326: warning: implicit declaration of function 'stat64' > exec.c:317: warning: unused eitan 'statb' > gmake[3]: *** [exec.o] Error 1 > gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/home/eitan/dash-0.5.1' > gmake: *** [all] Error 2 > > stat64() and the statb structure appear to be some kind of Linuxisms. FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB, so try replacing the stat64() call with stat() and the statb structure with a stat structure. -Boris From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:28:24 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E8E10656C3 for ; Sun, 7 Jun 2009 06:28:24 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id C58CF8FC1D for ; Sun, 7 Jun 2009 06:28:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 0D8FF1CCCD for ; Sun, 7 Jun 2009 08:28:23 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20090607062823.0D8FF1CCCD@mail.droso.net> Date: Sun, 7 Jun 2009 08:28:23 +0200 (CEST) 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: Sun, 07 Jun 2009 06:28:24 -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 5.x/6.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: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/agide-0.124_2.log (_May_19_01:48:19_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/linuxthreads broken because: leaves file on deinstall build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/linuxthreads-2.2.3_23.log (_May__6_20:58:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/ruby-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: games/hlstatsx broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=hlstatsx portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/pixieplus broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/pixieplus-0.5.4.1_12.log (_May_22_20:21:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/gtklp broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/gtklp-1.2.6_1.log (_Jun__1_02:02:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gtklp portname: print/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:28:44 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 522461065688 for ; Sun, 7 Jun 2009 06:28:44 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 15A968FC1C for ; Sun, 7 Jun 2009 06:28:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 44FE71CCC1 for ; Sun, 7 Jun 2009 08:28:42 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20090607062842.44FE71CCC1@mail.droso.net> Date: Sun, 7 Jun 2009 08:28:42 +0200 (CEST) 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: Sun, 07 Jun 2009 06:28:44 -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 5.x/6.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/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gai-album broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-album portname: audio/gai-visual-audio broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gai-visual-audio portname: audio/gnomad2 broken because: does not compile with current version of libmtp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnomad2 portname: audio/p5-Audio-TagLib broken because: does not build with taglib 1.5 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib portname: audio/py-sdl_mixer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/sineshaper broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sineshaper portname: biology/embassy broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=embassy portname: cad/alliance broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/alliance-5.0.20070718_1.log (_Mar_26_08:21:12_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: cad/freecad broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=freecad portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: comms/gfax broken because: doesn't build with mono 2.0.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=gfax portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl portname: deskutils/kio_locate broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kio_locate portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: deskutils/plasma-applet-quicklauncher broken because: Does not compile with KDE 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/agide broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/agide-0.124_2.log (_May_19_01:48:19_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090602161822/cocktail-9309_1.log (_Jun__3_14:04:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/gdb-act-5.3_2,1.log (_Jun__2_04:52:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/linuxthreads broken because: leaves file on deinstall build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/linuxthreads-2.2.3_23.log (_May__6_20:58:39_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/msp430-gdb-5.1.1.20030909_1.log (_Jun__2_04:52:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/p5-VCP broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-VCP portname: devel/pecl-svn broken because: does not compile with subversion-1.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-svn portname: devel/poco broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090527134812/poco-1.3.3p1.log (_Jan_25_06:28:23_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/tcl-trf broken because: self-test fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tcl-trf portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: games/hlstatsx broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=hlstatsx portname: games/njam broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/njam-1.25_2.log (Tue Feb 24 09:27:53 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=njam portname: german/wordpress broken because: distfile mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=wordpress portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/ivtools broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-GraphViz-Data-Structure broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/p5-GraphViz-Data-Structure-0.17_1.log (_Mar_26_15:08:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure portname: graphics/pixieplus broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/pixieplus-0.5.4.1_12.log (_May_22_20:21:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090604224332/wings-0.99.04a.log (_Jun__5_09:54:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings portname: irc/ircg broken because: Does not build with newer st build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/slirc broken because: Does not compile with devel/libslang2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=slirc portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/dbvis broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/jdk-1.4.2p8_15.log (_Jun__6_18:28:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090513195558/XSB-2.6_1.log (_May_24_16:59:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/silkymail broken because: doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: multimedia/dirac-reference broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/manencode broken because: master sites disappeared, project abandoned build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manencode portname: multimedia/smilutils broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/icqnd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=icqnd portname: net-im/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net-mgmt/nav broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/evolution-rss broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=evolution-rss portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/openpbx.org broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current broken because: Does not install (makedbz segfaults) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/gtklp broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090524180327/gtklp-1.2.6_1.log (_Jun__1_02:02:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gtklp portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/elmerfront broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/elmerfront-5.4.0_3.log (Tue Feb 24 09:37:01 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerfront portname: science/elmerpost broken because: Latest version fails to compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/elmerpost-5.4.0_5.log (Wed Mar 18 11:51:14 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost portname: science/gchemutils broken because: does not compile with goffice-0.7.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gchemutils portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/openfoam broken because: bad depobj for java3d build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=openfoam portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot portname: security/hashish broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/metasploit broken because: unsatisfiable dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/metasploit-3.0_2.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=metasploit portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090605135019/shibboleth-sp-1.3f.log (_Jun__2_04:55:44_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/busybox broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090604105905/busybox-1.11.1.log (_Apr_16_18:16:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gai-leds broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gai-leds portname: sysutils/megarc broken because: Running megarc seems to cause memory corruption build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc portname: sysutils/memtest86 broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=memtest86 portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/xwipower broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/cacheboy broken because: leaves leftover binary after deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy portname: www/epiphany-webkit broken because: is not ready for use; this port should be available in GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=epiphany-webkit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/p5-HTML-Embperl broken because: does not compile; infinite loops build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTML-Embperl portname: www/thttpd-st broken because: does not compile with new st build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090528233540/thttpd-st-2.25b_3.log (_Dec_19_01:14:34_UTC_2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=thttpd-st portname: www/toofpy broken because: Installs files outside of localbase build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/trac-wikitemplates broken because: bad depobj build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/wget4web broken because: fails to install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090529131630/wget4web-1.0_2.log (_Jun__2_04:57:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wget4web portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-drivers/xf86-video-vga broken because: Needs to be removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg portname: x11-themes/nimbus broken because: needs an update to work with latest intltool build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=nimbus portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/py-pyxfce broken because: no new version released so far to match xfce 4.6.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyxfce portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:28:56 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82D8C1065689 for ; Sun, 7 Jun 2009 06:28:56 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id BB6E38FC2A for ; Sun, 7 Jun 2009 06:28:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id E6F891CCC1 for ; Sun, 7 Jun 2009 08:28:54 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20090607062854.E6F891CCC1@mail.droso.net> Date: Sun, 7 Jun 2009 08:28:54 +0200 (CEST) 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: Sun, 07 Jun 2009 06:28:57 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/festival+OGI description: Text-to-speech system with OGI residual LPC synthesizer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI portname: audio/festlex-ifd description: Italian lexicon for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festlex-ifd portname: audio/festogi-italian description: Italian support for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-italian portname: audio/festogi-spanish description: Mexican Spanish support for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-spanish portname: audio/festvox-jph description: American English male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-jph portname: audio/festvox-lp description: Italian female voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-lp portname: audio/festvox-mwm description: American English male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-mwm portname: audio/festvox-ogirab description: British English male voice for Festival (non-commercial use only) maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-ogirab portname: audio/festvox-pc description: Italian male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-pc portname: audio/festvox-tll description: American English female voice for Festival (no commercial use) maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-tll portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/net-snmp53 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log (_Mar_26_20:38:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53 portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mnogosearch31 description: Full featured SQL-based hypertext search engine maintainer: ports@FreeBSD.org deprecated because: Use www/mnogosearch instead, this version is ancient expiration date: 2009-05-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mnogosearch31 portname: www/winhelpcgi description: A winhelp converter cgi program maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:29:01 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A05F10656DD for ; Sun, 7 Jun 2009 06:29:01 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id B04768FC26 for ; Sun, 7 Jun 2009 06:29:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id E4FB11CC40 for ; Sun, 7 Jun 2009 08:28:59 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20090607062859.E4FB11CC40@mail.droso.net> Date: Sun, 7 Jun 2009 08:28:59 +0200 (CEST) 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: Sun, 07 Jun 2009 06:29:05 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/festival+OGI description: Text-to-speech system with OGI residual LPC synthesizer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI portname: audio/festlex-ifd description: Italian lexicon for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festlex-ifd portname: audio/festogi-italian description: Italian support for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-italian portname: audio/festogi-spanish description: Mexican Spanish support for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festogi-spanish portname: audio/festvox-abc description: Mexican Spanish male voice for Festival speech synthesis system maintainer: araujo@FreeBSD.org status: IGNORE deprecated because: unfulfilled dependencies for 8+ months, no user interest. expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-abc portname: audio/festvox-hvs description: Mexican Spanish female voice for Festival maintainer: araujo@FreeBSD.org status: IGNORE deprecated because: unfulfilled dependencies for 8+ months, no user interest. expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-hvs portname: audio/festvox-jph description: American English male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-jph portname: audio/festvox-lp description: Italian female voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-lp portname: audio/festvox-mwm description: American English male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-mwm portname: audio/festvox-ogirab description: British English male voice for Festival (non-commercial use only) maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-ogirab portname: audio/festvox-pc description: Italian male voice for Festival maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no active maintainer, no user interest expiration date: 2009-06-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-pc portname: audio/festvox-tll description: American English female voice for Festival (no commercial use) maintainer: ports@FreeBSD.org deprecated because: unfulfilled dependencies for 8+ months, no maintainer, no user interest expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festvox-tll portname: audio/py-sdl_mixer description: Pysdl_mixer is a python interface to SDL's sdl_mixer maintainer: acm@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090527134812/firebird-client-1.5.5.log (_May_27_21:13:29_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: devel/linxt description: Perl script for controlling Lego NXT brick maintainer: jwbacon@tds.net deprecated because: Use devel/roboctl instead. expiration date: 2009-07-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linxt portname: games/amy description: A chess program for playing and analyzing games maintainer: ports@FreeBSD.org status: BROKEN deprecated because: mastersite disappeared, does not build on recent version expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: lang/perl5.6 description: Practical Extraction and Report Language maintainer: skv@FreeBSD.org deprecated because: no longer under development, please use lang/perl5.8 or lang/perl5.10 expiration date: 2009-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=perl5.6 portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: lang/tcl80 description: Tool Command Language maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tcl80 portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/bogofilter-qdbm description: Fast, teachable, learning spam detector maintainer: matthias.andree@gmx.de deprecated because: Migrate to bogofilter-tc instead expiration date: 2009-06-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090518145042/bogofilter-qdbm-1.2.0.log (_May_25_16:24:24_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=bogofilter-qdbm portname: multimedia/manencode description: Utility to simply transcode your videos maintainer: trebestie@gmail.com status: BROKEN deprecated because: expiration date: 2009-06-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manencode portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/net-snmp53 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/net-snmp-5.3.2.3.log (_Mar_26_20:38:15_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp53 portname: security/hashish description: GUI file and string hashing utility maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=hashish portname: www/apache-jserv description: Loadable servlet module for apache maintainer: apache@FreeBSD.org deprecated because: superceeded by tomcat expiration date: 2009-06-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache-jserv portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 portname: www/mnogosearch31 description: Full featured SQL-based hypertext search engine maintainer: ports@FreeBSD.org deprecated because: Use www/mnogosearch instead, this version is ancient expiration date: 2009-05-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mnogosearch31 portname: www/tdiary-devel description: A Web-based diary system (like weblog) written in Ruby maintainer: tota@rtfm.jp status: FORBIDDEN deprecated because: has been forbidden for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/trac-blog description: A blog plugin for Trac maintainer: gerrit.beine@gmx.de status: IGNORE deprecated because: Not supported anymore for trac > 0.10; use FullBlogPlugin instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-blog portname: www/trac-restrictedarea description: Set up restricted areas within Trac maintainer: glarkin@FreeBSD.org status: IGNORE deprecated because: Not supported anymore; functionality included in trac since 0.11 expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-restrictedarea portname: www/winhelpcgi description: A winhelp converter cgi program maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2009-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/tk80 description: Graphical toolkit for TCL maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tk80 portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:29:05 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880591065680 for ; Sun, 7 Jun 2009 06:29:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 4A9058FC15 for ; Sun, 7 Jun 2009 06:29:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 6CF1C1CCAC for ; Sun, 7 Jun 2009 08:29:04 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20090607062904.6CF1C1CCAC@mail.droso.net> Date: Sun, 7 Jun 2009 08:29:04 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 06:29:06 -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: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/awstats-devel forbidden because: http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 06:29:06 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2735E10656BA for ; Sun, 7 Jun 2009 06:29:06 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id DC9C68FC2C for ; Sun, 7 Jun 2009 06:29:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 7660B1CCB5 for ; Sun, 7 Jun 2009 08:29:05 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20090607062905.7660B1CCB5@mail.droso.net> Date: Sun, 7 Jun 2009 08:29:05 +0200 (CEST) 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: Sun, 07 Jun 2009 06:29:08 -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: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/amaya forbidden because: Security issues http://www.vuxml.org/freebsd/a89b76a7-f6bd-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=amaya portname: www/awstats-devel forbidden because: http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel portname: www/linux-firefox forbidden because: Security issues http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 08:29:03 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8DF1065672; Sun, 7 Jun 2009 08:29:02 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 01BCB8FC0C; Sun, 7 Jun 2009 08:29:01 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: by ewy8 with SMTP id 8so3284289ewy.43 for ; Sun, 07 Jun 2009 01:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:mime-version:message-id :content-type:content-transfer-encoding; bh=ekraEpIJXCBRXkjI9fRt3k1mbYwpwCglyOLw1SvLAl0=; b=TomqG61jS6GiYEKQqEaA5JjdLS4jUKdO62UqSG1UFFd1O/s+ufpvhkN026Va4TKwOS MQDnZOlz9ygfLy1N4UjzLRcw91uI4bkm2mTocPsVjAvybk5tCdSd9MoErCSDEjLwQJmH 6wjBzaYzKDyIfeeNmr/2HHKiy5hM1+N4agTcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:message-id:content-type :content-transfer-encoding; b=pE5uHDueLV/YdvcADgopXKzE9znGNayS0qqR1gUZQlIk1lo4VFXMV/sxjh5tpHnY8k ZG1AK/Rt5wGZOQRm994sPEqGq7pslRd6a8BdPA/sOoTnGcxZJemIzWmbuNjiAe7FuZnK LdlpZvjwtomSk4Sts4kXmJwcJ1YgDhuTRZeCQ= Received: by 10.216.3.206 with SMTP id 56mr1814492weh.99.1244363338366; Sun, 07 Jun 2009 01:28:58 -0700 (PDT) Received: from dragonmini.dg ([196.34.241.123]) by mx.google.com with ESMTPS id p10sm3386047gvf.19.2009.06.07.01.28.56 (version=SSLv3 cipher=RC4-MD5); Sun, 07 Jun 2009 01:28:57 -0700 (PDT) From: David Naylor Organization: Private To: "Ion-Mihai Tetcu" Date: Sun, 7 Jun 2009 10:30:07 +0200 User-Agent: KMail/1.9.10 References: <200905211205.26666.naylor.b.david@gmail.com> <200906061805.18226.naylor.b.david@gmail.com> <20090606235647.613a5f0d@it.buh.tecnik93.com> In-Reply-To: <20090606235647.613a5f0d@it.buh.tecnik93.com> MIME-Version: 1.0 Message-Id: <200906071030.11090.naylor.b.david@gmail.com> Content-Type: multipart/signed; boundary="nextPart2351830.T2BGWkXXvB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Cc: Pav Lucistnik , freebsd-ports@freebsd.org Subject: Re: MAKE_JOBS_UNSAFE (some more ports) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 08:29:03 -0000 --nextPart2351830.T2BGWkXXvB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 06 June 2009 22:56:47 Ion-Mihai Tetcu wrote: > On Sat, 6 Jun 2009 18:05:14 +0200 > > David Naylor wrote: > > P.S. Is anyone interested in a list of ports that do not compile > > under tmpfs? > > Me. The following are on my blacklist for tmpfs build, where: # df -h | grep tmp tmpfs 8.3G 12M 8.3G 0% /tmp # grep WRKDIRPREFIX /etc/make.conf WRKDIRPREFIX=3D/tmp editors/openoffice.org-3 (just to big for my computer to handle) security/gpgme* lang/ocaml** java/openjdk6*** * Confirmed build failure on 7.1p2 and -Current from December * Confirmed build success on -Current from Saturday ** I had a strange problems with math/facile that it wouldn't build if ocam= l=20 was built on tmpfs (didn't confirm this one) *** Cannot reproduce (although do remember it) =46rom what I read it appeared that tmpfs had an internal locking problem=20 however it appears to be fixed in current. =20 --nextPart2351830.T2BGWkXXvB Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkorepMACgkQUaaFgP9pFrLCZQCeKVvOg6y6Lq4hHrp1QXsf0y4C u8EAnibo5A9RCyhaacSljTRyrwBINC9E =8bMl -----END PGP SIGNATURE----- --nextPart2351830.T2BGWkXXvB-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 10:19:39 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 599561065672; Sun, 7 Jun 2009 10:19:39 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9778FC08; Sun, 7 Jun 2009 10:19:38 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id A8AB228416; Sun, 7 Jun 2009 22:04:00 +1200 (NZST) Date: Sun, 7 Jun 2009 22:04:00 +1200 From: Jonathan Chen To: freebsd-ports@freebsd.org Message-ID: <20090607100400.GA56429@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: stas@freebsd.org, sem@freebsd.org Subject: portupgrade and ruby-1.8.7.160 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 10:19:39 -0000 Hi, Ever since I upgraded to ruby-1.8.7.160 on two separate hosts this past week, portupgrade has been complaining with: ** Database file locked. Waiting. or ** Stale lock removed. even if there is only one portupgrade process that's running. If I revert back to ruby-1.8.7.72, these warnings go away. I wouldn't mind these warnings so much, except that the "Database file locked" message also has an annoying timeout period associated with it. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "A little learning is a dangerous thing but a lot of ignorance is just as bad." - Bob Edwards From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 10:28:57 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1880A106564A for ; Sun, 7 Jun 2009 10:28:57 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id CC78F8FC17 for ; Sun, 7 Jun 2009 10:28:56 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MDFcV-000MKG-LB; Sun, 07 Jun 2009 14:28:55 +0400 To: freebsd-ports@FreeBSD.org From: Boris Samorodov Date: Sun, 07 Jun 2009 14:28:58 +0400 Message-ID: <22603989@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: danfe@FreeBSD.org Subject: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 10:28:57 -0000 Hi! I've just received a report at emulation@ about x11/nvidia-driver and other linux dri ports to be in conflict. If a linux dri port is installed x11/nvidia-driver seems to replace libGL.so with a link to nvidia library. Not good. Is it right to mark this port and other linux dri ports to be in conflict? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 11:13:06 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29D2A1065670; Sun, 7 Jun 2009 11:13:06 +0000 (UTC) (envelope-from que_deseja@hotmail.com) Received: from blu0-omc1-s31.blu0.hotmail.com (blu0-omc1-s31.blu0.hotmail.com [65.55.116.42]) by mx1.freebsd.org (Postfix) with ESMTP id E38D08FC08; Sun, 7 Jun 2009 11:13:05 +0000 (UTC) (envelope-from que_deseja@hotmail.com) Received: from BLU126-W26 ([65.55.116.7]) by blu0-omc1-s31.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Jun 2009 04:00:01 -0700 Message-ID: X-Originating-IP: [98.192.204.41] From: Desmond da Peoples To: , Date: Sun, 7 Jun 2009 11:00:01 +0000 Importance: Normal In-Reply-To: <20090605185932.GA7964@triton.kn-bremen.de> References: <20090605185932.GA7964@triton.kn-bremen.de> MIME-Version: 1.0 X-OriginalArrivalTime: 07 Jun 2009 11:00:01.0453 (UTC) FILETIME=[1AD02DD0:01C9E75F] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: plans to retire kqemu (poll) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 11:13:06 -0000 Sound a bit stupid to retire it in favor of options such as Xen or VirtualB= ox. Kqemu is non-obtrusive=2C tested=2C and easily ported between systems. = For some of us=2C good hardware or new hardware is not an option.=20 > From: nox@jelal.kn-bremen.de > Date: Fri=2C 5 Jun 2009 20:59:32 +0200 > To: freebsd-emulation@FreeBSD.org=3B freebsd-ports@FreeBSD.org > CC:=20 > Subject: plans to retire kqemu (poll) >=20 > Hi! >=20 > If you are using kqemu you might want to fill out this little poll set u= p > by Anthony Liguori=2C a qemu developer: > http://www.micropoll.com/akira/mpview/604126-172373 >=20 > Here is his original posting on the qemu list: > http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00151.html >=20 > And here is one of the threads discussing reasons for the plans: > http://lists.gnu.org/archive/html/qemu-devel/2009-06/msg00019.html >=20 > Just so you know... > Juergen > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe=2C send any mail to "freebsd-ports-unsubscribe@freebsd.org= " _________________________________________________________________ Windows Live=99 SkyDrive=99: Get 25 GB of free online storage. http://windowslive.com/online/skydrive?ocid=3DTXT_TAGLM_WL_SD_25GB_062009= From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 11:34:12 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id D5FB91065673; Sun, 7 Jun 2009 11:34:12 +0000 (UTC) Date: Sun, 7 Jun 2009 11:34:12 +0000 From: Alexey Dokuchaev To: Boris Samorodov Message-ID: <20090607113412.GA88189@FreeBSD.org> References: <22603989@bb.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <22603989@bb.ipt.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-ports@FreeBSD.org Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 11:34:13 -0000 Boris Samorodov wrote: > Hi! Hello there, > > I've just received a report at emulation@ about x11/nvidia-driver and > other linux dri ports to be in conflict. > > If a linux dri port is installed x11/nvidia-driver seems to replace > libGL.so with a link to nvidia library. Not good. Is it right to > mark this port and other linux dri ports to be in conflict? Weird, as this is the first report of that kind. Also, per what I see in graphics/linux_dri{,-devel}, linuxish libGL* files go to usr/X11R6 (under LINUXBASE, I assume), while nvidia-driver installs them under usr/lib. I will dig that emulation@ message to take a closer look. Thanks. ./danfe From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 11:49:53 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93840106566B; Sun, 7 Jun 2009 11:49:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 4F74F8FC14; Sun, 7 Jun 2009 11:49:53 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MDGsp-000NKw-Lo; Sun, 07 Jun 2009 15:49:51 +0400 To: Alexey Dokuchaev References: <22603989@bb.ipt.ru> <20090607113412.GA88189@FreeBSD.org> From: Boris Samorodov Date: Sun, 07 Jun 2009 15:49:54 +0400 In-Reply-To: <20090607113412.GA88189@FreeBSD.org> (Alexey Dokuchaev's message of "Sun\, 7 Jun 2009 11\:34\:12 +0000") Message-ID: <24369133@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@FreeBSD.org Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 11:49:53 -0000 On Sun, 7 Jun 2009 11:34:12 +0000 Alexey Dokuchaev wrote: > Boris Samorodov wrote: > > I've just received a report at emulation@ about x11/nvidia-driver and > > other linux dri ports to be in conflict. > > > > If a linux dri port is installed x11/nvidia-driver seems to replace > > libGL.so with a link to nvidia library. Not good. Is it right to > > mark this port and other linux dri ports to be in conflict? > Weird, as this is the first report of that kind. Also, per what I see > in graphics/linux_dri{,-devel}, linuxish libGL* files go to usr/X11R6 > (under LINUXBASE, I assume), while nvidia-driver installs them under > usr/lib. Hm, you are right... BTW, new linux dri ports: . graphics/linux-f8-dri; . graphics/linux-f10-dri; . graphics/linux-dri74 istall libraries to usr/lib. Seems that those ports should be added to CONFLICTS. > I will dig that emulation@ message to take a closer look. Thanks, I'm also interested. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 12:04:53 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132B71065766 for ; Sun, 7 Jun 2009 12:04:53 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9568FC12 for ; Sun, 7 Jun 2009 12:04:52 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by fxm11 with SMTP id 11so184747fxm.43 for ; Sun, 07 Jun 2009 05:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=5rYP0IQSj3GJjqWROii1bUKsfsCs9rUSnOUKQIrqxJo=; b=YMbPvAhPtqqVv7G6kk1eEP1aWOOGGsUf2s2LV5HdqfyzNHRl0DNT2lf1CD5fEFwBrX oPcrM7RyO1fjPpcM4RE8Y52/aABnwwfkE+mAKKygfCT2Cz7b1xDHYkGnZ+3/gfitRkIv /zxhRCn7usPco/79uLbs6+7ZQCF1Np67WW448= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=GgtOIBo+L4RnaJSMrU6vWfeLedvpxAzPCOBWO0il7ON8Mb1vAFFKxHt1ffPhMaZxMq aTPspzFvsy0F9Jxfg7GwRbMSd4LqMnQk187nt29B0lF6g/l0euhJIaNQMQ5vDswW5qEu I9xVq/jmqkxrPz8CxTikCcgcMUdZikDp6Sk3I= Received: by 10.86.79.5 with SMTP id c5mr5952426fgb.20.1244376291492; Sun, 07 Jun 2009 05:04:51 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id l19sm2312626fgb.17.2009.06.07.05.04.50 (version=SSLv3 cipher=RC4-MD5); Sun, 07 Jun 2009 05:04:50 -0700 (PDT) Date: Sun, 7 Jun 2009 13:04:47 +0100 From: RW To: ports@freebsd.org Message-ID: <20090607130447.47e86a5b@gumby.homeunix.com> In-Reply-To: <22603989@bb.ipt.ru> References: <22603989@bb.ipt.ru> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 12:04:57 -0000 On Sun, 07 Jun 2009 14:28:58 +0400 Boris Samorodov wrote: > Hi! > > > I've just received a report at emulation@ about x11/nvidia-driver and > other linux dri ports to be in conflict. > > If a linux dri port is installed x11/nvidia-driver seems to replace > libGL.so with a link to nvidia library. Not good. Is it right to > mark this port and other linux dri ports to be in conflict? The nvidia-driver port overwrites the libGL installed by the native Xorg. GLX doesn't work if this doesn't happen. Presumably it's doing something similar with the Linux version. From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 12:49:04 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4574E1065673; Sun, 7 Jun 2009 12:49:04 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id A9EF98FC1B; Sun, 7 Jun 2009 12:49:03 +0000 (UTC) (envelope-from doublef-ctm@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by forwards4.yandex.ru (Yandex) with ESMTP id DF822193139; Sun, 7 Jun 2009 16:33:58 +0400 (MSD) Received: from coltel-gw-vpdn-p340.coltel.ru ([83.167.73.87]:52346 "EHLO shark" smtp-auth: "doublef-ctm" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S6144107AbZFGMd5 (ORCPT + 3 others); Sun, 7 Jun 2009 16:33:57 +0400 X-Yandex-TimeMark: 1244378037 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-BornDate: 1161464400 X-Yandex-Karma: 0 X-Yandex-KarmaStatus: 0 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: doublef-ctm Received: by shark (Postfix, from userid 1000) id C1A3A1420E6; Sun, 7 Jun 2009 16:33:55 +0400 (MSD) Date: Sun, 7 Jun 2009 16:33:54 +0400 From: Sergey Zaharchenko To: Martin Wilke Message-ID: <20090607123354.GA2645@shark.localdomain> References: <20090527134343.GB1104@bsdcrew.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <20090527134343.GB1104@bsdcrew.de> X-Listening-To: Silence User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 12:49:05 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Martin! Wed, May 27, 2009 at 03:43:43PM +0200 you wrote: >=20 > Howdy, >=20 > First of all sorry for all unanswered mails, I got a stupid flu, > but now i feel better... ok now back to vbox, time for a new call > for testing :-) >=20 > http://people.freebsd.org/~miwi/vbox/virtualbox_5.tgz I'm running -CURRENT (yesterday's kernel) on i386, single-processor. I've tried this out, it works OK (including a WinXP install + installation of VS2005 under it), but there's a problem when I try to shut down the VM: the host system reproducibly panics:(. Here's what I've managed to get: Unread portion of the kernel message buffer: panic: vm_page_dirty: page is invalid! (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc086270e in boot (howto=3D260) at /home/df/checkouts/freebsd/src/sys/= kern/kern_shutdown.c:420 #2 0xc08629e2 in panic (fmt=3DVariable "fmt" is not available. ) at /home/df/checkouts/freebsd/src/sys/kern/kern_shutdown.c:576 #3 0xc0a9fdf2 in vm_page_dirty (m=3D0x0) at /home/df/checkouts/freebsd/src= /sys/vm/vm_page.c:574 #4 0xc0b685ad in pmap_remove_pte (pmap=3D0xc87bb358, ptq=3DVariable "ptq" = is not available. ) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2478 #5 0xc0b68f1a in pmap_remove (pmap=3D0xc87bb358, sva=3D2945187840, eva=3D2= 945318912) at /home/df/checkouts/freebsd/src/sys/i386/i386/pmap.c:2607 #6 0xc0a967bc in vm_map_delete (map=3D0xc87bb2ac, start=3D2945187840, end= =3D2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2579 #7 0xc0a969c1 in vm_map_remove (map=3D0xc87bb2ac, start=3D2945187840, end= =3D2945318912) at /home/df/checkouts/freebsd/src/sys/vm/vm_map.c:2608 #8 0xc19ef55c in rtR0MemObjNativeFree () from /boot/modules/vboxdrv.ko #9 0xc19edbb2 in RTR0MemObjFree () from /boot/modules/vboxdrv.ko #10 0xc19dc4ac in supdrvMemRelease () from /boot/modules/vboxdrv.ko #11 0xc19df52e in supdrvIOCtl () from /boot/modules/vboxdrv.ko #12 0xc19dadca in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko #13 0xc07e73f8 in devfs_ioctl_f (fp=3D0xc7c54508, com=3D3317652896, data=3D= 0xc5bf5da0, cred=3D0xc87c1800, td=3D0xc8257900) at /home/df/checkouts/freeb= sd/src/sys/fs/devfs/devfs_vnops.c:660 #14 0xc08a59ad in kern_ioctl (td=3D0xc8257900, fd=3D22, com=3D3223082507, d= ata=3D0xc5bf5da0 "birddrib\034") at file.h:262 #15 0xc08a5b34 in ioctl (td=3D0xc8257900, uap=3D0xe6d33cf8) at /home/df/che= ckouts/freebsd/src/sys/kern/sys_generic.c:677 #16 0xc0b6c853 in syscall (frame=3D0xe6d33d38) at /home/df/checkouts/freebs= d/src/sys/i386/i386/trap.c:1073 #17 0xc0b4fab0 in Xint0x80_syscall () at /home/df/checkouts/freebsd/src/sys= /i386/i386/exception.s:261 #18 0x00000033 in ?? () Still, thanks a lot for your hard work! VirtualBox is such a nice thing... --=20 DoubleF No virus detected in this message. Ehrm, wait a minute... /kernel: pid 56921 (antivirus), uid 32000: exited on signal 9 Oh yes, no virus:) --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkors7EACgkQwo7hT/9lVdzXQgCeN5v37Y0EDRKZhH2nBt1hZyB7 Z9AAniSBfIHf5C6GlfIl2rOmsCd2cftH =QP50 -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 15:40:43 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33D7A106566C; Sun, 7 Jun 2009 15:40:43 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 059C38FC1D; Sun, 7 Jun 2009 15:40:42 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id D843371F0EC; Sun, 7 Jun 2009 11:23:29 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ye42-ytQYwkQ; Sun, 7 Jun 2009 11:23:29 -0400 (EDT) Received: from [35.9.33.66] (unknown [35.9.33.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id 8763071F0E8; Sun, 7 Jun 2009 11:23:29 -0400 (EDT) Message-ID: <4A2BDB70.90805@egr.msu.edu> Date: Sun, 07 Jun 2009 11:23:28 -0400 From: Adam McDougall User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: David Naylor References: <200905211205.26666.naylor.b.david@gmail.com> <200906061805.18226.naylor.b.david@gmail.com> <20090606235647.613a5f0d@it.buh.tecnik93.com> <200906071030.11090.naylor.b.david@gmail.com> In-Reply-To: <200906071030.11090.naylor.b.david@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ion-Mihai Tetcu , Pav Lucistnik , freebsd-ports@freebsd.org Subject: Re: MAKE_JOBS_UNSAFE (some more ports) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 15:40:43 -0000 David Naylor wrote: > On Saturday 06 June 2009 22:56:47 Ion-Mihai Tetcu wrote: > >> On Sat, 6 Jun 2009 18:05:14 +0200 >> >> David Naylor wrote: >> >>> P.S. Is anyone interested in a list of ports that do not compile >>> under tmpfs? >>> >> Me. >> > > The following are on my blacklist for tmpfs build, where: > # df -h | grep tmp > tmpfs 8.3G 12M 8.3G 0% /tmp > # grep WRKDIRPREFIX /etc/make.conf > WRKDIRPREFIX=/tmp > > editors/openoffice.org-3 (just to big for my computer to handle) > security/gpgme* > lang/ocaml** > java/openjdk6*** > > * Confirmed build failure on 7.1p2 and -Current from December > * Confirmed build success on -Current from Saturday > ** I had a strange problems with math/facile that it wouldn't build if ocaml > was built on tmpfs (didn't confirm this one) > *** Cannot reproduce (although do remember it) > > From what I read it appeared that tmpfs had an internal locking problem > however it appears to be fixed in current. > Last I tried it, procmail did not build on tmpfs either, I didn't have time to report the full details. After getting a compile error, I looked into what was in the build directory and found two files with the same name!! I think when I deleted one, I think the size of the other showed a change. From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 15:53:33 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FE15106566B for ; Sun, 7 Jun 2009 15:53:33 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id F31C48FC1D for ; Sun, 7 Jun 2009 15:53:32 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: by bwz9 with SMTP id 9so132650bwz.43 for ; Sun, 07 Jun 2009 08:53:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=BXrSP3nAjjpHehiA35xyWokCRnHmF2XslSo7KUm746k=; b=AJpZwRX39GG8259SVumTty6T8cHCfADYewwR4Ykf7FFqLoY5Tk9mqLjwXA/gSmaqeH maSeEeBva65Nen1ZV6pSdoP3OoRBGDrLLR2I5OG0fXfmVARS4Gqg5ymZiay1JhxjaaYi li6XlT1c+kinsUXW8EJ3TeLmplV8F4uH9HKVY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=uTz39PCTOOzKi2QZJU5lY5VJJvP3NfVluPfmVeY6yt8kGGWlH6CCiAL6izapb+2puK bFRy1Dtp4ZSQItvV7kdXqNu7CB3QDacXEjAq7tAgv9GlcB+8OfmYGrZqSpjJt7L7w0bO qLGPnKkvAdx1vzxcRDnqJGPUxHYGCgqUUSf6I= MIME-Version: 1.0 Received: by 10.239.135.78 with SMTP id c14mr425095hbc.102.1244388661408; Sun, 07 Jun 2009 08:31:01 -0700 (PDT) Date: Sun, 7 Jun 2009 11:31:01 -0400 Message-ID: <89dbfdc30906070831t17c7d140lfc79e6702d676cc3@mail.gmail.com> From: Kim Culhan To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: gnome-panel-2.26.2 build failure: cp: configure: No such file or directory X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 15:53:33 -0000 ===> Verifying install for panel-applet-2.0 in /usr/ports/x11/gnome-panel ===> gnome-panel-2.26.2 depends on executable: gmake - found [many depends deleted] ===> gnome-panel-2.26.2 depends on shared library: pango-1.0.0 - found ===> Configuring for gnome-panel-2.26.2 cp: configure: No such file or directory *** Error code 1 This is from a ports tree refreshed 6-6-09 regards -kim From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 17:17:57 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFDAA1065672 for ; Sun, 7 Jun 2009 17:17:57 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 787608FC19 for ; Sun, 7 Jun 2009 17:17:57 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1371653qwe.7 for ; Sun, 07 Jun 2009 10:17:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=KWP7RhfBgCKTA9gQ8NWeZaNtX0jSUw7I4dMYwS2IxY0=; b=kwlKt/QwIkddVW1Efmpa+CAyyOwEED1mr8LovqulCOrbz+jFCROlx0jYGkQnT7sz9+ 9cZu9zy8xs4LHPqvdswagl9pXHgWu7Doj8M+HMSq9mJWmALPPzbXdIbqEcq3/AtdYm39 J17/7GkM6O0p/gIEwTZXULguaNEhf5/SE97m0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=Du1T4qTD24JJRAyEXAgntmcUURORkfgXhDRMkuLbNyuo1xW8RlInODVxbCFcHfZPb3 /hdhRkKgVWC03pM8ysQ4x84XciS2iT52o1o+yGWFJcyLv/LnI70RFlgZP0gHf1e+BlhD BpM8mXPrOIQCULkOjH1X9PyUDpr2M9HLWa5Pc= Received: by 10.224.28.137 with SMTP id m9mr2408691qac.150.1244395076645; Sun, 07 Jun 2009 10:17:56 -0700 (PDT) Received: from ?192.168.0.100? (CPE-65-29-54-222.wi.res.rr.com [65.29.54.222]) by mx.google.com with ESMTPS id 26sm4818075qwa.44.2009.06.07.10.17.55 (version=SSLv3 cipher=RC4-MD5); Sun, 07 Jun 2009 10:17:55 -0700 (PDT) From: ajtiM To: ports@freebsd.org Date: Sun, 7 Jun 2009 12:17:46 -0500 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906071217.46779.lumiwa@gmail.com> Cc: Subject: skype-out calls disconnect after 5 minute X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 17:17:58 -0000 My system: FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Skype-out calls disconnect after about 5 minutes. I red that was problem with beta or pre release but looks like that is the problem here still. Version of Skype is 2.9.9.72. Do I need to put kern.hz=100 in loader.conf, please? Thanks in advace, -- Mitja ----- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 19:34:38 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FCC1065672 for ; Sun, 7 Jun 2009 19:34:38 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A29B8FC14 for ; Sun, 7 Jun 2009 19:34:37 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 79381 invoked from network); 7 Jun 2009 19:34:37 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 7 Jun 2009 19:34:37 -0000 Message-ID: <4A2C15C8.5050905@acm.poly.edu> Date: Sun, 07 Jun 2009 15:32:24 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Eitan Adler References: <4A2B1B51.4090300@gmail.com> <4A2B3FFC.2080109@acm.poly.edu> <4A2B4232.1090507@gmail.com> In-Reply-To: <4A2B4232.1090507@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: porting dash (the shell) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 19:34:38 -0000 Eitan Adler wrote: > Boris Kochergin wrote: > >> Eitan Adler wrote: >> >>> if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN >>> -DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I. >>> -I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF >>> ".deps/exec.Tpo" \ >>> -c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \ >>> then mv -f ".deps/exec.Tpo" ".deps/exec.Po"; \ >>> else rm -f ".deps/exec.Tpo"; exit 1; \ >>> fi >>> exec.c: In function 'find_command': >>> exec.c:317: error: storage size of 'statb' isn't known >>> exec.c:326: warning: implicit declaration of function 'stat64' >>> exec.c:317: warning: unused eitan 'statb' >>> gmake[3]: *** [exec.o] Error 1 >>> gmake[3]: Leaving directory `/home/eitan/dash-0.5.1/src' >>> gmake[2]: *** [all] Error 2 >>> gmake[2]: Leaving directory `/home/eitan/dash-0.5.1/src' >>> gmake[1]: *** [all-recursive] Error 1 >>> gmake[1]: Leaving directory `/home/eitan/dash-0.5.1' >>> gmake: *** [all] Error 2 >>> >>> >>> >> stat64() and the statb structure appear to be some kind of Linuxisms. >> FreeBSD's stat() doesn't have any trouble with file sizes of over 2 GiB, >> so try replacing the stat64() call with stat() and the statb structure >> with a stat structure. >> >> -Boris >> >> > > After doing a global search and replace of stat64 to stat I get: > > mystring.c: In function 'single_quote': > mystring.c:164: warning: implicit declaration of function 'strchrnul' > mystring.c:164: error: invalid operands to binary - > mystring.c:169: warning: implicit declaration of function 'mempcpy' > mystring.c:169: warning: incompatible implicit declaration of built-in > function 'mempcpy' > > > strchrnul() and mempcpy() are GNU extensions to libc. Here they are, implemented in ISO C: char *strchrnul(const char *s, int c) { char *i; for (i = (char*)s; *i != '\0'; ++i) { if (*i == c) { return i; } } return i; } void *mempcpy(void *dst, const void *src, size_t len) { return (void*)(((char*)memcpy(dst, src, len)) + len); } You can Google around (or read the Linux man page) for what a GNU extension is supposed to do and implement it pretty easily. It's also a good idea to test your resulting code against the actual glibc implementation (I tested these on a friend's Linux machine). -Boris From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 19:34:55 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7FBE1065673 for ; Sun, 7 Jun 2009 19:34:55 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from cp-out1.libero.it (cp-out1.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF508FC0A for ; Sun, 7 Jun 2009 19:34:55 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from libero.it (192.168.17.15) by cp-out1.libero.it (8.5.107) id 4A2BA96900036351; Sun, 7 Jun 2009 21:34:54 +0200 Date: Sun, 7 Jun 2009 21:34:53 +0200 Message-Id: MIME-Version: 1.0 X-Sensitivity: 3 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "barbara" To: "freebsd-ports" X-XaM3-API-Version: 4.3 (R1) (B3pl25) X-SenderIP: 87.21.195.155 Cc: bsam Subject: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 19:34:56 -0000 > Hi! > > > I've just received a report at emulation@ about x11/nvidia-driver and > other linux dri ports to be in conflict. > > If a linux dri port is installed x11/nvidia-driver seems to replace > libGL.so with a link to nvidia library. Not good. Is it right to > mark this port and other linux dri ports to be in conflict? Why it's not good? I'm not sure I've understood, but I think it's more or less the same with= the native counterpart: if you install x11/nvidia-driver, libGL.so from = graphics/libGL get replaced (actually renamed). From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 19:57:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C64211065672 for ; Sun, 7 Jun 2009 19:57:11 +0000 (UTC) (envelope-from shiretu@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 5282C8FC1F for ; Sun, 7 Jun 2009 19:57:11 +0000 (UTC) (envelope-from shiretu@gmail.com) Received: by fxm11 with SMTP id 11so358225fxm.43 for ; Sun, 07 Jun 2009 12:57:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:mime-version:subject:date:x-mailer; bh=pQ/j4WsMZM1RgiDJb+yvJEvr55owwA7jiU7axznAiMA=; b=q8KBDhSpni+FZTAg7ev+iuYXUxI5I+x8FC80/HDNV98UjvCrn383ZY+i8xW1vHfDNO dOCta1kviOh++gTgZB3d0gigi8rhHlbIZjf0KzpaOpT0jfe0pZ9a3HM0/iGvINniYync y+6GhToysA5+LJqguYuvTr0yCtzVLYLLFE1GI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=Ed19WRABO/el6V5p5O/ymIYQP2SnkEXqXY9cnQPOwmBbZejpkpnWNUTKqcEWcVKAaU 7CzqRXHTV4WCPZHQV+P7aTrSgnJBAdtl0mlnXqJ6ex0atpXRn8ztT6MuTQH+VYeAtKM8 mDsKa85DTWoU4aLcinY2NeU09yjj8u+qqAK70= Received: by 10.86.91.13 with SMTP id o13mr6380520fgb.7.1244402841270; Sun, 07 Jun 2009 12:27:21 -0700 (PDT) Received: from ?192.168.2.2? ([79.115.143.237]) by mx.google.com with ESMTPS id d4sm1504103fga.6.2009.06.07.12.27.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 07 Jun 2009 12:27:20 -0700 (PDT) Message-Id: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com> From: Eugen-Andrei Gavriloaie To: ports@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 7 Jun 2009 22:27:16 +0300 X-Mailer: Apple Mail (2.935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Port admission request X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 19:57:12 -0000 Hi, I would like to bring to your attention my project hosted here: http://www.rtmpd.com I know how Adobe is keep ignoring our request of having a flash player for FreeBSD. I though that at least we have another decent C++ implementation of a media server. This is an "under development" project but is usable in his current (trunk) state. Let me know if you can/want to add it in the ports Thank you for your time, Andrei From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 20:06:59 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174DF106566C for ; Sun, 7 Jun 2009 20:06:59 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id C74428FC19 for ; Sun, 7 Jun 2009 20:06:58 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from gate.ipt.ru ([194.62.233.123] helo=h30.sp.ipt.ru) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MDOdt-0003kk-CP; Mon, 08 Jun 2009 00:06:57 +0400 To: "barbara" References: From: Boris Samorodov Date: Mon, 08 Jun 2009 00:06:56 +0400 In-Reply-To: (barbara's message of "Sun\, 7 Jun 2009 21\:34\:53 +0200") Message-ID: <81475023@h30.sp.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Jun 2009 20:06:59 -0000 On Sun, 7 Jun 2009 21:34:53 +0200 barbara wrote: > > I've just received a report at emulation@ about x11/nvidia-driver and > > other linux dri ports to be in conflict. > > > > If a linux dri port is installed x11/nvidia-driver seems to replace > > libGL.so with a link to nvidia library. Not good. Is it right to > > mark this port and other linux dri ports to be in conflict? > Why it's not good? > I'm not sure I've understood, but I think it's more or less the same with the native counterpart: if you install x11/nvidia-driver, libGL.so from graphics/libGL get replaced (actually renamed). Because if port B replaces a file from port A, then when port A is deinstalled, the file from the ports B is removed. WBR -- bsam From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 20:49:08 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2F931065670 for ; Sun, 7 Jun 2009 20:49:07 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id ABD0F8FC12 for ; Sun, 7 Jun 2009 20:49:07 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id AB27F2C50CE8; Sun, 7 Jun 2009 23:49:36 +0300 (EEST) Date: Sun, 7 Jun 2009 23:49:26 +0300 From: Ion-Mihai Tetcu To: Eugen-Andrei Gavriloaie Message-ID: <20090607234926.61b7ef19@it.buh.tecnik93.com> In-Reply-To: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com> References: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/UZ.PlkXvScAvQSrBxPMZe3l"; protocol="application/pgp-signature" Cc: ports@FreeBSD.org Subject: Re: Port admission request X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 20:49:08 -0000 --Sig_/UZ.PlkXvScAvQSrBxPMZe3l Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 7 Jun 2009 22:27:16 +0300 Eugen-Andrei Gavriloaie wrote: > Hi, >=20 > I would like to bring to your attention my project hosted here: >=20 > http://www.rtmpd.com >=20 > I know how Adobe is keep ignoring our request of having a flash > player for FreeBSD. I though that at least we have another decent > C++ implementation of a media server. This is an "under development" =20 > project but is usable in his current (trunk) state. >=20 > Let me know if you can/want to add it in the ports If you make a port for it I see no problem in adding it. I can give you a hand with writing the port. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/UZ.PlkXvScAvQSrBxPMZe3l Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkosJ94ACgkQJ7GIuiH/oeUiiwCgq5pQp8jPrqQ+6qfwBS7s2Y73 k7sAoJJmR3Qi5ghwhq4FsNHuLRgWN/gL =Z2Ns -----END PGP SIGNATURE----- --Sig_/UZ.PlkXvScAvQSrBxPMZe3l-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 7 21:06:20 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429B3106566C for ; Sun, 7 Jun 2009 21:06:20 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (ip-58-28-152-174.static-xdsl.xnet.co.nz [58.28.152.174]) by mx1.freebsd.org (Postfix) with ESMTP id F06028FC1A for ; Sun, 7 Jun 2009 21:06:19 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 5626928416; Mon, 8 Jun 2009 09:06:18 +1200 (NZST) Date: Mon, 8 Jun 2009 09:06:18 +1200 From: Jonathan Chen To: freebsd-ports@freebsd.org Message-ID: <20090607210618.GA89648@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: ahze@freebsd.org Subject: math/fftw3 distinfo incorrect X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 07 Jun 2009 21:06:20 -0000 Hi, The latest bump to math/fftw3 from 3.2 to 3.2.1 missed the distinfo changes, which still references fftw-3.2.tar.gz. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- When you don't know what you are doing, do it neatly. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 00:00:48 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1B2C106566B for ; Mon, 8 Jun 2009 00:00:48 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5FB8FC15 for ; Mon, 8 Jun 2009 00:00:47 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by fg-out-1718.google.com with SMTP id 22so930949fge.12 for ; Sun, 07 Jun 2009 17:00:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=1yqZDcMMk4dAGk+GypxR8qEDySkMDAggJYb2xTMqeYg=; b=QygrwALhu5QdRzoLCL3HHfuWd/dW+YPNH9wKwwH72fR2bEaie7bufzA2j+vGoxpjcP yTvUtJXAfVMcgSoDCJRXxo9SiJRSD35opxKuasO/8rQROX10K4VN0vbbDWZPMm5L0Cau vBH35QcAtRzc6KMx9LITKb25eSJ+ckJeJ9cz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=bkEUEBv70VJy1VFztODTJxAhpTIdx3T8OrNM2IXI9JjEDzMTvYeAVOjmfwtMCweWJN OEUapP0vXM8/dSjoeBKrKYNh415kdXw0J7Ms8AAWcSvA70sBlCR3aeMLnDJ8O+nebsKS IlpnXpdFXBBgcNE60h+2Or2Jrhwzvx10zw3+4= Received: by 10.86.91.13 with SMTP id o13mr6593004fgb.7.1244419246907; Sun, 07 Jun 2009 17:00:46 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id 12sm613198fgg.25.2009.06.07.17.00.41 (version=SSLv3 cipher=RC4-MD5); Sun, 07 Jun 2009 17:00:43 -0700 (PDT) Date: Mon, 8 Jun 2009 01:00:37 +0100 From: RW To: ports@freebsd.org Message-ID: <20090608010037.3c3623d6@gumby.homeunix.com> In-Reply-To: <81475023@h30.sp.ipt.ru> References: <81475023@h30.sp.ipt.ru> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 00:00:48 -0000 On Mon, 08 Jun 2009 00:06:56 +0400 Boris Samorodov wrote: > On Sun, 7 Jun 2009 21:34:53 +0200 barbara wrote: > > > > I've just received a report at emulation@ about x11/nvidia-driver > > > and other linux dri ports to be in conflict. > > > > > > If a linux dri port is installed x11/nvidia-driver seems to > > > replace libGL.so with a link to nvidia library. Not good. Is it > > > right to mark this port and other linux dri ports to be in > > > conflict? > > > Why it's not good? > > I'm not sure I've understood, but I think it's more or less the > > same with the native counterpart: if you install x11/nvidia-driver, > > libGL.so from graphics/libGL get replaced (actually renamed). > > Because if port B replaces a file from port A, then when port A is > deinstalled, the file from the ports B is removed. It's not ideal, but making nvidia-driver conflict with its own dependencies is a lot worse. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 00:34:51 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EE2F106564A for ; Mon, 8 Jun 2009 00:34:51 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA6B8FC13 for ; Mon, 8 Jun 2009 00:34:51 +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 n580ZIWS005445 for ; Mon, 8 Jun 2009 00:35:18 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n580ZIon005443 for ports@FreeBSD.org; Mon, 8 Jun 2009 00:35:18 GMT (envelope-from erwin) Date: Mon, 8 Jun 2009 00:35:18 GMT From: Erwin Lansing Message-Id: <200906080035.n580ZIon005443@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 00:34:51 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment Committers on the hook: amdmi3 gahr pav pgollucci Most recent CVS update was: ports/MOVED ports/databases/rubygem-memcache-client/Makefile ports/databases/rubygem-memcache-client/distinfo ports/devel/rubygem-hoe/Makefile ports/devel/rubygem-hoe/distinfo ports/games/Makefile ports/games/flyhard/Makefile ports/games/flyhard/distinfo ports/games/flyhard/pkg-plist ports/lang/harbour/Makefile ports/mail/p5-qpsmtpd/Makefile ports/mail/p5-qpsmtpd/distinfo ports/math/fftw3/distinfo ports/x11-themes/e16-themes/Makefile ports/x11-themes/e16-themes/distinfo ports/x11-themes/e16-themes/pkg-plist ports/x11-wm/Makefile ports/x11-wm/e16/Makefile ports/x11-wm/e16/distinfo ports/x11-wm/e16/pkg-descr ports/x11-wm/e16/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 00:35:10 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ED72106564A; Mon, 8 Jun 2009 00:35:10 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id DE8718FC18; Mon, 8 Jun 2009 00:35:09 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MDSpQ-0002ts-Ih; Mon, 08 Jun 2009 04:35:08 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 52853B861; Mon, 8 Jun 2009 04:35:02 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 4BCFE108840; Mon, 8 Jun 2009 04:35:02 +0400 (MSD) Date: Mon, 8 Jun 2009 04:35:02 +0400 From: Dmitry Marakasov To: "M. Warner Losh" Message-ID: <20090608003502.GF48992@hades.panopticon> References: <20090605133321.GA18653@hades.panopticon> <20090605.085853.1749234114.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090605.085853.1749234114.imp@bsdimp.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports-developers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Is fetching source RPMs in linux ports really required? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 00:35:10 -0000 * M. Warner Losh (imp@bsdimp.com) wrote: > I don't think that GPLv2 section 3c applies because we've not received > an section 3b offer to redistribute. Instead, the RPMs are provided > under section 3a. The FSF made a big deal about this not being > sufficient a while ago. Oh, after reading it more thoughtfully I think you're right, sorry for the noise. GPL3, however, still seems to not require this. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 03:33:42 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 587E0106566B for ; Mon, 8 Jun 2009 03:33:42 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 48E2C8FC12 for ; Mon, 8 Jun 2009 03:33:42 +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 n583YAZm043796 for ; Mon, 8 Jun 2009 03:34:10 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n583YAHu043794 for ports@FreeBSD.org; Mon, 8 Jun 2009 03:34:10 GMT (envelope-from erwin) Date: Mon, 8 Jun 2009 03:34:10 GMT From: Erwin Lansing Message-Id: <200906080334.n583YAHu043794@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 03:33:42 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment Committers on the hook: amdmi3 lippe pgollucci Most recent CVS update was: ports/devel/apr/Makefile ports/devel/apr/distinfo ports/devel/apr/files/patch-apr_hints.m4 ports/devel/apr/pkg-plist ports/devel/p5-threads-shared/Makefile ports/devel/p5-threads-shared/distinfo ports/net-mgmt/rancid/Makefile ports/net-mgmt/rancid/distinfo ports/net-mgmt/rancid/files/patch-etc::Makefile.am ports/net-mgmt/rancid/files/patch-etc::Makefile.in ports/net-mgmt/rancid/pkg-plist ports/security/vuxml/vuln.xml ports/textproc/rubygem-nokogiri/Makefile ports/textproc/rubygem-nokogiri/distinfo ports/www/hiawatha/Makefile ports/www/hiawatha/distinfo ports/www/hiawatha/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 05:01:43 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D8D106566B for ; Mon, 8 Jun 2009 05:01:43 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 56F508FC16 for ; Mon, 8 Jun 2009 05:01:43 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 01:01:43 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id KXM10020; Mon, 8 Jun 2009 01:01:33 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 01:01:33 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18988.39724.572280.687111@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 01:01:32 -0400 To: ports@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: Subject: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 05:01:43 -0000 Is there anyone out there with experience porting from Linux to FreeBSD and/or writing code for both who can spare a few cycles to help a complete novice figure out what's different (and how to fix it)? Respectfully, Robert Huff From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 06:32:31 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E252106566C for ; Mon, 8 Jun 2009 06:32:31 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 23C268FC0A for ; Mon, 8 Jun 2009 06:32:31 +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 n586WxPP072690 for ; Mon, 8 Jun 2009 06:32:59 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n586Wxin072675 for ports@FreeBSD.org; Mon, 8 Jun 2009 06:32:59 GMT (envelope-from erwin) Date: Mon, 8 Jun 2009 06:32:59 GMT From: Erwin Lansing Message-Id: <200906080632.n586Wxin072675@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 06:32:31 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: epplets-0.12: no entry for /usr/ports/x11-wm/enlightenment make_index: enlightenment-docs-0.16.8.0.2: no entry for /usr/ports/x11-wm/enlightenment Committers on the hook: matusita pgollucci Most recent CVS update was: ports/editors/gnuserv/Makefile ports/japanese/skk-jisyo/Makefile ports/japanese/skk-jisyo/distinfo ports/www/apache20/Makefile ports/www/apache22/Makefile ports/www/mod_webapp/Makefile From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 07:58:44 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F04D81065670 for ; Mon, 8 Jun 2009 07:58:44 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4580C8FC0C for ; Mon, 8 Jun 2009 07:58:43 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=hkXuOvdueeTi8q5JRoAA:9 a=H2OH1hjEtW89SgMMYSEGWWgDOJUA:4 a=6I5d2MoRAAAA:8 a=HeMcwBzoyQ0cjYn5-V0A:9 a=-chr25bUZnwl8BsOjpMA:7 a=d6jAjl7vY0ZEsLz9ji0zdCXRUDkA:4 a=nF_S5m_C9V8A:10 a=SV7veod9ZcQA:10 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1258787690; Mon, 08 Jun 2009 08:58:32 +0200 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, freebsd-ports@freebsd.org, markus@brueffer.de, freebsd-current@freebsd.org Date: Mon, 8 Jun 2009 09:02:40 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_TeLLKg/mWYdeuZZ" Message-Id: <200906080902.43391.hselasky@c2i.net> Cc: Subject: Temporary patch to fix USB in kdebase4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 07:58:45 -0000 --Boundary-00=_TeLLKg/mWYdeuZZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline See attachment. --HPS --Boundary-00=_TeLLKg/mWYdeuZZ Content-Type: text/x-patch; charset="us-ascii"; name="kdebase4.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kdebase4.diff" diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt work/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/CMakeLists.txt 2009-06-07 10:55:58.000000000 +0200 @@ -9,7 +9,7 @@ kde4_add_plugin(kcm_usb ${kcm_usb_PART_SRCS}) -target_link_libraries(kcm_usb ${KDE4_KDEUI_LIBS} ${QT_QTGUI_LIBRARY}) +target_link_libraries(kcm_usb ${KDE4_KDEUI_LIBS} ${QT_QTGUI_LIBRARY} -lusb) install(TARGETS kcm_usb DESTINATION ${PLUGIN_INSTALL_DIR} ) diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.cpp 2009-06-07 10:55:58.000000000 +0200 @@ -294,17 +294,25 @@ /* * FreeBSD support by Markus Brueffer + * libusb20 support by Hans Petter Selasky * * Basic idea and some code fragments were taken from FreeBSD's usbdevs(8), * originally developed for NetBSD, so this code should work with no or * only little modification on NetBSD. */ -void USBDevice::collectData( int fd, int level, usb_device_info &di, int parent) +void USBDevice::collectData(struct libusb20_backend *pbe, + struct libusb20_device *pdev) { + char tempbuf[32]; + struct usb_device_info di; + + if (libusb20_dev_get_info(pdev, &di)) + memset(&di, 0, sizeof(di)); + // determine data for this device - _level = level; - _parent = parent; + _level = 0; + _parent = 0; _bus = di.udi_bus; _device = di.udi_addr; @@ -320,88 +328,47 @@ _power = di.udi_power; _channels = di.udi_nports; - // determine the speed -#if defined(__DragonFly__) || (defined(Q_OS_FREEBSD) && __FreeBSD_version > 490102) || defined(Q_OS_NETBSD) switch (di.udi_speed) { case USB_SPEED_LOW: _speed = 1.5; break; case USB_SPEED_FULL: _speed = 12.0; break; case USB_SPEED_HIGH: _speed = 480.0; break; + case USB_SPEED_VARIABLE: _speed = 480.0; break; + case USB_SPEED_SUPER: _speed = 4800.0; break; + default: _speed = 480.0; break; } -#else - _speed = di.udi_lowspeed ? 1.5 : 12.0; -#endif // Get all attached devicenodes - for ( int i = 0; i < USB_MAX_DEVNAMES; ++i ) - if ( di.udi_devnames[i][0] ) - _devnodes << di.udi_devnames[i]; + for ( int i = 0; i < 32; ++i ) { + if (libusb20_dev_get_iface_desc( + pdev, i, tempbuf, sizeof(tempbuf)) == 0) { + _devnodes << tempbuf; + } else { + break; + } + } // For compatibility, split the revision number sscanf( di.udi_release, "%x.%x", &_revMajor, &_revMinor ); - - // Cycle through the attached devices if there are any - for ( int p = 0; p < di.udi_nports; ++p ) { - // Get data for device - struct usb_device_info di2; - - di2.udi_addr = di.udi_ports[p]; - - if ( di2.udi_addr >= USB_MAX_DEVICES ) - continue; - - if ( ioctl(fd, USB_DEVICEINFO, &di2) == -1 ) - continue; - - // Only add the device if we didn't detect it, yet - if (!find( di2.udi_bus, di2.udi_addr ) ) - { - USBDevice *device = new USBDevice(); - device->collectData( fd, level + 1, di2, di.udi_addr ); - } - } } bool USBDevice::parse(const QString &fname) { static bool showErrorMessage = true; - bool error = false; + struct libusb20_backend *pbe; + struct libusb20_device *pdev; _devices.clear(); - QFile controller("/dev/usb0"); - int i = 1; - while ( controller.exists() ) - { - // If the devicenode exists, continue with further inspection - if ( controller.open(QIODevice::ReadOnly) ) - { - for ( int addr = 1; addr < USB_MAX_DEVICES; ++addr ) - { - struct usb_device_info di; - - di.udi_addr = addr; - if ( ioctl(controller.handle(), USB_DEVICEINFO, &di) != -1 ) - { - if (!find( di.udi_bus, di.udi_addr ) ) - { - USBDevice *device = new USBDevice(); - device->collectData( controller.handle(), 0, di, 0); - } - } - } - controller.close(); -#ifndef Q_OS_NETBSD - } else { - error = true; -#endif - } - controller.setFileName( QString::fromLocal8Bit("/dev/usb%1").arg(i++) ); + pbe = libusb20_be_alloc_default(); + if (pbe == NULL) + return (false); + + pdev = NULL; + + while ((pdev = libusb20_be_device_foreach(pbe, pdev))) { + USBDevice *device = new USBDevice(); + device->collectData(pbe, pdev); } - - if ( showErrorMessage && error ) { - showErrorMessage = false; - KMessageBox::error( 0, i18n("Could not open one or more USB controller. Make sure, you have read access to all USB controllers that should be listed here.")); - } - + libusb20_be_free(pbe); return true; } #endif diff -u -r work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h --- work.old/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h 2009-06-07 10:54:55.000000000 +0200 +++ work/kdebase-4.2.4/apps/kinfocenter/usbview/usbdevices.h 2009-06-07 10:59:11.000000000 +0200 @@ -14,18 +14,11 @@ #include #include -#if defined(__DragonFly__) -#include -#include -#elif defined(Q_OS_FREEBSD) || defined(Q_OS_NETBSD) #include -#if __FreeBSD_version >= 800061 -#include -#else -#include -#endif +#include +#include +#include #include -#endif class USBDB; @@ -81,10 +74,8 @@ unsigned int _vendorID, _prodID, _revMajor, _revMinor; -#if defined(Q_OS_FREEBSD) || defined(Q_OS_NETBSD) - void collectData( int fd, int level, usb_device_info &di, int parent ); + void collectData(struct libusb20_backend *, struct libusb20_device *); QStringList _devnodes; -#endif }; #endif --Boundary-00=_TeLLKg/mWYdeuZZ-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 08:20:32 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804A91065674 for ; Mon, 8 Jun 2009 08:20:32 +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 1FAB08FC1A for ; Mon, 8 Jun 2009 08:20:32 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3AC.dip.t-dialin.net [217.226.227.172]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1172E844024; Mon, 8 Jun 2009 10:03:57 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 6D60F297330; Mon, 8 Jun 2009 10:03:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1244448222; bh=KeFQAsqUtpjLaZT5c/4fQ70L3LC/fMKWVnBkp+AHfW4=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=EEmmmPmrI4Mr5/vblnuHVlOQN1ttBk6yIiB1QZfRwHAvgMrG+WPAmEIr/tgixmNsR rGYwwU/8TlJ76/BfvesOkoXH+m+Xl+It2C+Kfcz6T+GQq442ynvE23YAU9GQYZbQS3 3gzpfj4uG7wc4k1GbR6tC8pJ3FOaX5cl1HsT2V3zh36TDNGhG1ynm64l6P24Ir6jor tnsFRsQbWsEZFe0UH/QgiW4dENP1HDsOjLrLPDEx5N6rP+mg78l2cHcK8uePowSMHt 2t9NVdzNQgpo5CmWsqWTE9g8q9sDmn8whNRCFNa7slQY1b7zRYJnCqXmVc8+ymw5F+ gcGIsb71dJcPw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n5883fpk095524; Mon, 8 Jun 2009 10:03:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 08 Jun 2009 10:03:41 +0200 Message-ID: <20090608100341.111151v2gvnb9dwk@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 08 Jun 2009 10:03:41 +0200 From: Alexander Leidinger To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> In-Reply-To: <18988.39724.572280.687111@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1172E844024.6758F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1245053040.80972@10k7bDb99dySFeLSmbQwvg X-EBL-Spam-Status: No Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 08:20:32 -0000 Quoting Robert Huff (from Mon, 8 Jun 2009 01:01:32 -0400): > > Is there anyone out there with experience porting from Linux to > FreeBSD and/or writing code for both who can spare a few cycles to > help a complete novice figure out what's different (and how to fix > it)? Have a look at http://wiki.freebsd.org/AvoidingLinuxisms for some generic advise. Feel free to propose things to add there (or add them yourself, we hand out write access upon request). If you do not know how to port a specific part of an application to FreeBSD, feel free to ask here (or on a more specific ML, e.g. if it is network related, the network ML of FreeBSD is maybe better suited). Bye, Alexander. -- The plural of spouse is spice. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 09:33:00 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C22F1065672 for ; Mon, 8 Jun 2009 09:33:00 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 428AC8FC08 for ; Mon, 8 Jun 2009 09:33:00 +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 n589XSXp052213 for ; Mon, 8 Jun 2009 09:33:28 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n589XSIs052211 for ports@FreeBSD.org; Mon, 8 Jun 2009 09:33:28 GMT (envelope-from erwin) Date: Mon, 8 Jun 2009 09:33:28 GMT From: Erwin Lansing Message-Id: <200906080933.n589XSIs052211@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 09:33:00 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 10:35:55 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBA9106564A for ; Mon, 8 Jun 2009 10:35:55 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx06.syd.optusnet.com.au (fallbackmx06.syd.optusnet.com.au [211.29.132.8]) by mx1.freebsd.org (Postfix) with ESMTP id BC8718FC15 for ; Mon, 8 Jun 2009 10:35:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by fallbackmx06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n588Taki030441 for ; Mon, 8 Jun 2009 18:29:36 +1000 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n588TVQI020847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Jun 2009 18:29:33 +1000 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.3/8.14.3) with ESMTP id n588TUKv058810; Mon, 8 Jun 2009 18:29:30 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n588TUUc058809; Mon, 8 Jun 2009 18:29:30 +1000 (EST) (envelope-from peter) Date: Mon, 8 Jun 2009 18:29:30 +1000 From: Peter Jeremy To: Robert Huff Message-ID: <20090608082930.GD9529@server.vk2pj.dyndns.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JwB53PgKC5A7+0Ej" Content-Disposition: inline In-Reply-To: <18988.39724.572280.687111@jerusalem.litteratus.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 10:35:56 -0000 --JwB53PgKC5A7+0Ej Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jun-08 01:01:32 -0400, Robert Huff wrote: > Is there anyone out there with experience porting from Linux to >FreeBSD and/or writing code for both who can spare a few cycles to >help a complete novice figure out what's different (and how to fix >it)? That's an extremely open-ended question. Probably the biggest issue is the use of GNU extensions in system utilities - particularly the assumption that /bin/sh is bash. You would probably be better off asking specific questions on problems that you run into. --=20 Peter Jeremy --JwB53PgKC5A7+0Ej Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkosy+oACgkQ/opHv/APuIeapACfU/kQlUE3k5XiK/AozK1tz/10 /EQAnA+N1D+Ule/VCj2HqVYnSydRaawR =7fms -----END PGP SIGNATURE----- --JwB53PgKC5A7+0Ej-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 10:59:58 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC2C11065688 for ; Mon, 8 Jun 2009 10:59:58 +0000 (UTC) (envelope-from akriventsov@masterhost.ru) Received: from csmtp-2.masterhost.ru (csmtp1.masterhost.ru [83.222.22.203]) by mx1.freebsd.org (Postfix) with SMTP id 6A6C88FC1D for ; Mon, 8 Jun 2009 10:59:57 +0000 (UTC) (envelope-from akriventsov@masterhost.ru) Received: (qmail 58617 invoked from network); 8 Jun 2009 10:33:15 -0000 Received: from gw2.masterhost.ru (HELO ?10.100.114.238?) (akriventsov@masterhost.ru@87.242.97.5) by csmtp1.masterhost.ru with SMTP; 8 Jun 2009 10:33:15 -0000 Message-ID: <4A2CE8EA.3040904@masterhost.ru> Date: Mon, 08 Jun 2009 14:33:14 +0400 From: Alexander Kriventsov Organization: .masterhost User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: ports/134929 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 10:59:59 -0000 Hello Ñan anybody commit this http://www.freebsd.org/cgi/query-pr.cgi?pr=134929 ? Thanks -- Best Regards, Alexander Kriventsov .masterhost From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 11:06:06 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 062001065670 for ; Mon, 8 Jun 2009 11:06:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DFAB38FC14 for ; Mon, 8 Jun 2009 11:06:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n58B65WV019692 for ; Mon, 8 Jun 2009 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n58B65x6019688 for freebsd-ports@FreeBSD.org; Mon, 8 Jun 2009 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Jun 2009 11:06:05 GMT Message-Id: <200906081106.n58B65x6019688@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, 08 Jun 2009 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/135364 New port: astro/qlankdartegt o ports/135363 [PATCH] update ftwin f ports/135357 [UPDATE] astro/merkaartor to 0.13.2 o ports/135347 New port: audio/liblastfm f ports/135343 [MAINTAINER UPDATE] finance/qtstalker - fix for custom o ports/135331 New port: databases/mysqlbackup - create MySQL-databas o ports/135322 Port graphics/linux_dri has incorrect packaging list c f ports/135320 update sysutils/facter to 1.5.6 f ports/135311 mail/dovecot-antispam must be rebuilt if dovecot is up f ports/135300 update for ports/www/webcheck o ports/135161 finance/aqbanking update to 4.0.0 o ports/135096 new port:databases/slonyI-2 o ports/135086 new port:mail/qmailadmin-devel f ports/135084 net-im/pidgin-facebookchat: new upstream version (patc o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/135018 Port multimedia/vlc fails to compile when WITHOUT_X11= f ports/134987 databases/tokyotyrant - rc.d file for Tokyo Tyrant not f ports/134945 [UPDATE] update sysutils/linux-megacli f ports/134875 Update Port: editors/emacs-devel to v.23.0.93 f ports/134770 lang/spidermonkey misses installation of some header f f ports/134743 devel/Monotone and pthreaded dependencies f ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 f ports/134639 devel/boost can't be made with parameteres -DWITH_PYT s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134474 deskutils/wmpinboard segfaults on startup o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d s ports/134347 mail/spamd: spamlogd's whitelist expiration period is f ports/134271 mail/popd POP3 server dies handling messages with very f ports/134270 update port: print/hplip update to: 3.9.4 f ports/134264 audio/cmus - segmentation fault with ogg files o ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 f ports/133944 [PATCH] print/latex-prettyref: [SUMMARIZE CHANGES] o ports/133928 New Port: multimedia/gdialog, A Project X addon to rea o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133533 [PATCH] Add a static user/group for audio/musicpd port f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li o ports/133421 [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133303 lang/visualworks cannot load Jun because of lacking TG o ports/133254 [bsd.fpc.mk] don't display bogus message for fpc-using o ports/133068 New port: audio/linux-genpuid f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131442 ports new port: audio/xmms-timidity s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca p ports/130779 [PATCH] emulators/dosbox enable directserial passthrou o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130675 [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129478 multimedia/acidrip: patch file to commit to ports o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 f ports/125324 editors/the (3.2) looses cursor when compiled with PDC f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 f ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys o bin/85011 /sbin/restore on 5.4 will not read Solaris-sparc dumps f ports/74752 ports-bug make takes a little while before anything visible happ 83 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 12:35:31 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DC9B106566B for ; Mon, 8 Jun 2009 12:35:31 +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 E0A868FC13 for ; Mon, 8 Jun 2009 12:35:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3AC.dip.t-dialin.net [217.226.227.172]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 2954F844024; Mon, 8 Jun 2009 14:35:24 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2A80229BB48; Mon, 8 Jun 2009 14:35:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1244464521; bh=fNpRaS+KrCxjLcIIsi99Ob8epfaXXz+YEsWysDsq7ow=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=USotVOqrMmkseTdNzuPo1RFHrpiAwTZsVtUF9eMurGd56ai4yc1IGf0pxdVz72WPe oeJtkZq5wWwgLu9sRg1ErPCegNtHQRj+WFqzrOuWjomz12LJsnPBmAQlizx59T1+TA YgFFlKS+hZpwHLxBdxu2Lk+QDjT/RvtI6cXkNXsnFmuVTCq/wdR9/DJsJtisDfeIRS CHT9vFDkrH25wjxPAgWd72If+LfV0bR3ycELpkF3RahMtscL4Jj6UM+hVMRUZaNRhE Mh1q4oqZOV6Li8q4fj/bDbk2XQXj0WSdyjI7bp1YbebB+8+teJxYHhW+5xoNabIPuX AFexWv8zElo+A== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n58CZKCH048746; Mon, 8 Jun 2009 14:35:20 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 08 Jun 2009 14:35:19 +0200 Message-ID: <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 08 Jun 2009 14:35:19 +0200 From: Alexander Leidinger To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> In-Reply-To: <18988.65260.635443.439491@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 2954F844024.4A94F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.798, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_32 0.60, J_CHICKENPOX_92 0.60, TW_YY 0.08, URIBL_BLACK 1.96) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1245069326.02605@BC4Bd/5lyvCvhIKPe2fgWg X-EBL-Spam-Status: No Cc: ports@freebsd.org, Peter Jeremy Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 12:35:31 -0000 Quoting Robert Huff (from Mon, 8 Jun 2009 08:07:08 -0400): > First problem: Looks like bash-isms in configure. > When following the instructions here > "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I > get to step 2 ("configure") and get this: > > appending configuration tag "F77" to libtool > checking for flex... flex > checking lex output file root... lex.yy > checking lex library... none needed > checking whether yytext is a pointer... no > checking for byacc... /usr/bin/byacc > test: x/usr/bin/byacc: unexpected operator Some possibilities: - In the test for byacc they maybe forgot quotes to protect an empty value. - wrong operator used in test - unknown bashism > checking for unzip... /usr/local/bin/unzip > test: x/usr/local/bin/unzip: unexpected operator The same as above. [...] > checking for acroread... /usr/local/bin/acroread > ./configure: ${CFLAGS/...}: Bad substitution Looks liek bashism. Someone tries to substitute something in CFLAGS, but this kind of advanced substitution is not supported in a posix compliant sh. You can test this assumption by installing bash and runnging "bash ./configure" instead. If it is true, you need to fix configure.in or configure.ac. Bye, Alexander. -- This unit... must... survive. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 12:58:06 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C2ED1065674 for ; Mon, 8 Jun 2009 12:58:06 +0000 (UTC) (envelope-from jack.herrman@web.de) Received: from fmmailgate04.web.de (fmmailgate04.web.de [217.72.192.242]) by mx1.freebsd.org (Postfix) with ESMTP id 203FC8FC0C for ; Mon, 8 Jun 2009 12:58:06 +0000 (UTC) (envelope-from jack.herrman@web.de) Received: from web.de by fmmailgate04.web.de (Postfix) with SMTP id F19896151CB0 for ; Mon, 8 Jun 2009 14:38:59 +0200 (CEST) Received: from [217.91.9.188] by freemailng2403.web.de with HTTP; Mon, 08 Jun 2009 14:38:58 +0200 Date: Mon, 08 Jun 2009 14:38:58 +0200 Message-Id: <1931972730@web.de> MIME-Version: 1.0 From: Jack Herrman To: freebsd-ports@freebsd.org Precedence: fm-user Organization: http://freemail.web.de/ X-Provags-Id: V01U2FsdGVkX181kiyDAQNJ0VLP6uYd/dzoSxynKIBaa6lkRiGbnDwNO0EVE 21ZwhLO2XX5obDYt+3CppLtPJZUc7Q2dhTqGWioUall+er65OZg9SNz6YL6m A== Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Subject: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 12:58:06 -0000 Hi, i try virtualbox5.tgz in my FreeBSD 7.2 Release. Compiled allready ok. If I start VirtualBox come following error: [root@FreeBSD ~]# VirtualBox=20 VirtualBox: supR3HardenedExecDir: couldn't read "", errno=3D2 cchLink=3D-1 also by=20 [root@FreeBSD ~]# VBoxSDL=20 VBoxSDL: supR3HardenedExecDir: couldn't read "", errno=3D2 cchLink=3D-1 [root@FreeBSD ~]# VBoxBFE=20 VBoxBFE: supR3HardenedExecDir: couldn't read "", errno=3D2 cchLink=3D-1 Kernelmodule not loaded, can't load without Kernel Panic Jack =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F WEB.DE FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und=20 Telefonanschluss f=FCr 17,95 Euro/mtl.! http://produkte.web.de/go/02/ From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 13:07:51 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37176106564A for ; Mon, 8 Jun 2009 13:07:51 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 14DF08FC1F for ; Mon, 8 Jun 2009 13:07:50 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 99CC95C2E; Mon, 8 Jun 2009 09:07:50 -0400 (EDT) Date: Mon, 8 Jun 2009 09:07:50 -0400 From: Wesley Shields To: Alexander Kriventsov Message-ID: <20090608130750.GA96453@atarininja.org> References: <4A2CE8EA.3040904@masterhost.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2CE8EA.3040904@masterhost.ru> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@freebsd.org Subject: Re: ports/134929 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 13:07:51 -0000 On Mon, Jun 08, 2009 at 02:33:14PM +0400, Alexander Kriventsov wrote: > Hello > ?an anybody commit this > http://www.freebsd.org/cgi/query-pr.cgi?pr=134929 ? > Thanks I'll take care of it shortly. Sorry for the delay. -- WXS From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 13:53:31 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0BB106566B for ; Mon, 8 Jun 2009 13:53:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 89AA88FC17 for ; Mon, 8 Jun 2009 13:53:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 09:53:31 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYL02678; Mon, 8 Jun 2009 09:53:30 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 09:53:31 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18989.6105.484074.889552@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 09:53:29 -0400 To: Alexander Leidinger In-Reply-To: <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: ports@freebsd.org, Peter Jeremy , Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 13:53:32 -0000 Alexander Leidinger writes: > > First problem: > > Looks like bash-isms in configure. for (i = 0; i < 10; i++) hit_forehead_with_desk(); I had already figured out replacing "make" with "gmake"; this should have been obvious. > > > When following the instructions here > > "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I > > get to step 2 ("configure") and get this: > > > > test: x/usr/bin/byacc: unexpected operator > > Some possibilities: > - In the test for byacc they maybe forgot quotes to protect an empty value. > - wrong operator used in test > - unknown bashism Right: I re-ran under bash, and got the same problems. Looking at configure.ac, I see: AC_PATH_PROG(YACC,byacc,no) if test "x$YACC" == "xno" then AC_MSG_ERROR([ byacc could not be found! Make sure byacc is in your path. ]) else YACC="${YACC}" YFLAGS="-d -v" AC_SUBST(YACC) AC_SUBST(YFLAGS) AC_DEFINE(AUTOMAKE_INVOKES_YACC,1,[Defined when automake runs yacc and renames the output files]) fi > > checking for acroread... /usr/local/bin/acroread > > ./configure: ${CFLAGS/...}: Bad substitution > > Looks like bashism. Someone tries to substitute something in CFLAGS, > but this kind of advanced substitution is not supported in a posix > compliant sh. You can test this assumption by installing bash and > runnging "bash ./configure" instead. If it is true, you need to fix > configure.in or configure.ac. Relevant bit is: for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} done Robert Huff From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 12:07:20 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E78E1065673 for ; Mon, 8 Jun 2009 12:07:20 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA408FC16 for ; Mon, 8 Jun 2009 12:07:17 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 08:07:16 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYK83846; Mon, 8 Jun 2009 08:07:14 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 08:07:10 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18988.65260.635443.439491@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 08:07:08 -0400 To: Peter Jeremy , Alexander Leidinger In-Reply-To: <20090608082930.GD9529@server.vk2pj.dyndns.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) X-Mailman-Approved-At: Mon, 08 Jun 2009 13:59:02 +0000 Cc: ports@freebsd.org, Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 12:07:21 -0000 Peter Jeremy writes: > You would probably be better off asking specific questions on > problems that you run into. Here's the situation: About 6 years ago, a gaming software company(1) declared one of their products(2) dead; after careful negotiation with ceratin devoted fans, the source code (for Windows) was made available. It has been improved, and ported to Linux where it is (apparently) fully functional. I would like to extend this to FreeBSD, both on principle and because I like the game too. I know this much > < about porting more than the most trivial software, including using any of the standard configuration tools; on the other hand, I'm pretty good at following instructions. First problem: When following the instructions here "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I get to step 2 ("configure") and get this: appending configuration tag "F77" to libtool checking for flex... flex checking lex output file root... lex.yy checking lex library... none needed checking whether yytext is a pointer... no checking for byacc... /usr/bin/byacc test: x/usr/bin/byacc: unexpected operator checking for unzip... /usr/local/bin/unzip test: x/usr/local/bin/unzip: unexpected operator checking for sdl-config... /usr/local/bin/sdl-config checking for SDL - version >= 0.11.0... yes checking SDL/SDL_ffmpeg.h usability... no checking SDL/SDL_ffmpeg.h presence... no checking for SDL/SDL_ffmpeg.h... no checking for X... libraries /usr/local/lib, headers /usr/local/include checking whether -R must be followed by a space... no checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking whether byte ordering is bigendian... no checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking for htlatex... no checking for makeindex... /usr/local/bin/makeindex checking for pdflatex... /usr/local/bin/pdflatex checking for perl... /usr/local/bin/perl checking for thumbpdf... /usr/local/bin/thumbpdf checking for acroread... /usr/local/bin/acroread ./configure: ${CFLAGS/...}: Bad substitution The config.log is appended. Robert Huff 1 - Activision 2 - Call to Power II This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by ctp2 configure 1.2, which was generated by GNU Autoconf 2.62. Invocation command line was $ ./configure --prefix=/home/huff/CTP2 --bindir=/home/foo/CTP2/ctp2_program/ctp ## --------- ## ## Platform. ## ## --------- ## hostname = jerusalem.litteratus.org uname -m = i386 uname -r = 8.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 8.0-CURRENT #0: Tue Apr 21 11:03:07 EDT 2009 huff@jerusalem.litteratus.org:/usr/obj/usr/src/sys/JERUSALEM /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/bin PATH: /sbin PATH: /usr/sbin PATH: /bin PATH: /usr/bin PATH: /usr/local/sbin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2138: checking build system type configure:2156: result: i386-unknown-freebsd8.0 configure:2178: checking host system type configure:2193: result: i386-unknown-freebsd8.0 configure:2215: checking target system type configure:2230: result: i386-unknown-freebsd8.0 configure:2275: checking for a BSD-compatible install configure:2343: result: /usr/local/bin/ginstall -c configure:2354: checking whether build environment is sane configure:2397: result: yes configure:2422: checking for a thread-safe mkdir -p configure:2461: result: /usr/local/bin/gmkdir -p configure:2474: checking for gawk configure:2490: found /usr/local/bin/gawk configure:2501: result: gawk configure:2512: checking whether make sets $(MAKE) configure:2534: result: yes configure:2724: checking whether to enable maintainer-specific portions of Makefiles configure:2733: result: no configure:2746: checking whether make sets $(MAKE) configure:2768: result: yes configure:2832: checking for cl configure:2862: result: no configure:2832: checking for gcc configure:2848: found /usr/bin/gcc configure:2859: result: gcc configure:2895: checking for C compiler version configure:2903: gcc --version >&5 gcc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2907: $? = 0 configure:2914: gcc -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:2918: $? = 0 configure:2925: gcc -V >&5 gcc: '-V' option must have argument configure:2929: $? = 1 configure:2952: checking for C compiler default output file name configure:2974: gcc conftest.c >&5 configure:2978: $? = 0 configure:3016: result: a.out configure:3033: checking whether the C compiler works configure:3043: ./a.out configure:3047: $? = 0 configure:3064: result: yes configure:3071: checking whether we are cross compiling configure:3073: result: no configure:3076: checking for suffix of executables configure:3083: gcc -o conftest conftest.c >&5 configure:3087: $? = 0 configure:3111: result: configure:3117: checking for suffix of object files configure:3143: gcc -c conftest.c >&5 configure:3147: $? = 0 configure:3170: result: o configure:3174: checking whether we are using the GNU C compiler configure:3203: gcc -c conftest.c >&5 configure:3210: $? = 0 configure:3227: result: yes configure:3236: checking whether gcc accepts -g configure:3266: gcc -c -g conftest.c >&5 configure:3273: $? = 0 configure:3374: result: yes configure:3391: checking for gcc option to accept ISO C89 configure:3465: gcc -c -g -O2 conftest.c >&5 configure:3472: $? = 0 configure:3495: result: none needed configure:3524: checking for style of include used by make configure:3552: result: GNU configure:3577: checking dependency style of gcc configure:3668: result: gcc3 configure:3741: checking for cl configure:3771: result: no configure:3741: checking for g++ configure:3757: found /usr/bin/g++ configure:3768: result: g++ configure:3799: checking for C++ compiler version configure:3807: g++ --version >&5 g++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3811: $? = 0 configure:3818: g++ -v >&5 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:3822: $? = 0 configure:3829: g++ -V >&5 g++: '-V' option must have argument configure:3833: $? = 1 configure:3836: checking whether we are using the GNU C++ compiler configure:3865: g++ -c conftest.cpp >&5 configure:3872: $? = 0 configure:3889: result: yes configure:3898: checking whether g++ accepts -g configure:3928: g++ -c -g conftest.cpp >&5 configure:3935: $? = 0 configure:4036: result: yes configure:4061: checking dependency style of g++ configure:4152: result: gcc3 configure:4239: checking for a sed that does not truncate output configure:4295: result: /usr/bin/sed configure:4298: checking for grep that handles long lines and -e configure:4358: result: /usr/bin/grep configure:4363: checking for egrep configure:4427: result: /usr/bin/grep -E configure:4443: checking for ld used by gcc configure:4510: result: /usr/bin/ld configure:4519: checking if the linker (/usr/bin/ld) is GNU ld configure:4534: result: yes configure:4539: checking for /usr/bin/ld option to reload object files configure:4546: result: -r configure:4564: checking for BSD-compatible nm configure:4613: result: /usr/bin/nm -B configure:4617: checking whether ln -s works configure:4621: result: yes configure:4628: checking how to recognize dependent libraries configure:4814: result: pass_all configure:5063: checking how to run the C preprocessor configure:5103: gcc -E conftest.c configure:5110: $? = 0 configure:5141: gcc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:5148: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | /* end confdefs.h. */ | #include configure:5181: result: gcc -E configure:5210: gcc -E conftest.c configure:5217: $? = 0 configure:5248: gcc -E conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:5255: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | /* end confdefs.h. */ | #include configure:5293: checking for ANSI C header files configure:5323: gcc -c -g -O2 conftest.c >&5 configure:5330: $? = 0 configure:5429: gcc -o conftest -g -O2 conftest.c >&5 configure:5433: $? = 0 configure:5439: ./conftest configure:5443: $? = 0 configure:5461: result: yes configure:5485: checking for sys/types.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for sys/stat.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for stdlib.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for string.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for memory.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for strings.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for inttypes.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for stdint.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5485: checking for unistd.h configure:5506: gcc -c -g -O2 conftest.c >&5 configure:5513: $? = 0 configure:5530: result: yes configure:5559: checking dlfcn.h usability configure:5576: gcc -c -g -O2 conftest.c >&5 configure:5583: $? = 0 configure:5597: result: yes configure:5601: checking dlfcn.h presence configure:5616: gcc -E conftest.c configure:5623: $? = 0 configure:5637: result: yes configure:5665: checking for dlfcn.h configure:5674: result: yes configure:5698: checking how to run the C++ preprocessor configure:5734: g++ -E conftest.cpp configure:5741: $? = 0 configure:5772: g++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5779: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:5812: result: g++ -E configure:5841: g++ -E conftest.cpp configure:5848: $? = 0 configure:5879: g++ -E conftest.cpp conftest.cpp:21:28: error: ac_nonexistent.h: No such file or directory configure:5886: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:5979: checking for g77 configure:6009: result: no configure:5979: checking for xlf configure:6009: result: no configure:5979: checking for f77 configure:6009: result: no configure:5979: checking for frt configure:6009: result: no configure:5979: checking for pgf77 configure:6009: result: no configure:5979: checking for cf77 configure:6009: result: no configure:5979: checking for fort77 configure:6009: result: no configure:5979: checking for fl32 configure:6009: result: no configure:5979: checking for af77 configure:6009: result: no configure:5979: checking for xlf90 configure:6009: result: no configure:5979: checking for f90 configure:6009: result: no configure:5979: checking for pgf90 configure:6009: result: no configure:5979: checking for pghpf configure:6009: result: no configure:5979: checking for epcf90 configure:6009: result: no configure:5979: checking for gfortran configure:6009: result: no configure:5979: checking for g95 configure:6009: result: no configure:5979: checking for xlf95 configure:6009: result: no configure:5979: checking for f95 configure:6009: result: no configure:5979: checking for fort configure:6009: result: no configure:5979: checking for ifort configure:6009: result: no configure:5979: checking for ifc configure:6009: result: no configure:5979: checking for efc configure:6009: result: no configure:5979: checking for pgf95 configure:6009: result: no configure:5979: checking for lf95 configure:6009: result: no configure:5979: checking for ftn configure:6009: result: no configure:6036: checking for Fortran 77 compiler version configure:6044: --version >&5 --version: not found configure:6048: $? = 127 configure:6055: -v >&5 -v: not found configure:6059: $? = 127 configure:6066: -V >&5 -V: not found configure:6070: $? = 127 configure:6078: checking whether we are using the GNU Fortran 77 compiler configure:6097: -c conftest.F >&5 -c: not found configure:6104: $? = 127 configure: failed program was: | program main | #ifndef __GNUC__ | choke me | #endif | | end configure:6121: result: no configure:6127: checking whether accepts -g configure:6144: -c -g conftest.f >&5 -c: not found configure:6151: $? = 127 configure: failed program was: | program main | | end configure:6167: result: no configure:6200: checking the maximum length of command line arguments configure:6312: result: 196608 configure:6324: checking command to parse /usr/bin/nm -B output from gcc object configure:6429: gcc -c -g -O2 conftest.c >&5 configure:6432: $? = 0 configure:6436: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:6439: $? = 0 configure:6491: gcc -o conftest -g -O2 conftest.c conftstm.o >&5 configure:6494: $? = 0 configure:6532: result: ok configure:6536: checking for objdir configure:6551: result: .libs configure:6643: checking for ar configure:6659: found /usr/bin/ar configure:6670: result: ar configure:6739: checking for ranlib configure:6755: found /usr/bin/ranlib configure:6766: result: ranlib configure:6835: checking for strip configure:6851: found /usr/bin/strip configure:6862: result: strip configure:7464: checking if gcc supports -fno-rtti -fno-exceptions configure:7482: gcc -c -g -O2 -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:7486: $? = 0 configure:7499: result: no configure:7514: checking for gcc option to produce PIC configure:7746: result: -fPIC configure:7754: checking if gcc PIC flag -fPIC works configure:7772: gcc -c -g -O2 -fPIC -DPIC conftest.c >&5 configure:7776: $? = 0 configure:7789: result: yes configure:7817: checking if gcc static flag -static works configure:7845: result: yes configure:7855: checking if gcc supports -c -o file.o configure:7876: gcc -c -g -O2 -o out/conftest2.o conftest.c >&5 configure:7880: $? = 0 configure:7902: result: yes configure:7928: checking whether the gcc linker (/usr/bin/ld) supports shared libraries configure:8916: result: yes configure:8937: checking whether -lc should be explicitly linked in configure:8942: gcc -c -g -O2 conftest.c >&5 configure:8945: $? = 0 configure:8960: gcc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:8963: $? = 0 configure:8975: result: no configure:8983: checking dynamic linker characteristics configure:9585: result: freebsd8.0 ld.so configure:9609: checking how to hardcode library paths into programs configure:9634: result: immediate configure:9648: checking whether stripping libraries is possible configure:9653: result: yes configure:10483: checking if libtool supports shared libraries configure:10485: result: yes configure:10488: checking whether to build shared libraries configure:10509: result: yes configure:10512: checking whether to build static libraries configure:10516: result: yes configure:10610: creating libtool configure:11203: checking for ld used by g++ configure:11270: result: /usr/bin/ld configure:11279: checking if the linker (/usr/bin/ld) is GNU ld configure:11294: result: yes configure:11345: checking whether the g++ linker (/usr/bin/ld) supports shared libraries configure:12299: result: yes configure:12316: g++ -c -g -O2 conftest.cpp >&5 configure:12319: $? = 0 configure:12475: checking for g++ option to produce PIC configure:12759: result: -fPIC configure:12767: checking if g++ PIC flag -fPIC works configure:12785: g++ -c -g -O2 -fPIC -DPIC conftest.cpp >&5 configure:12789: $? = 0 configure:12802: result: yes configure:12830: checking if g++ static flag -static works configure:12858: result: yes configure:12868: checking if g++ supports -c -o file.o configure:12889: g++ -c -g -O2 -o out/conftest2.o conftest.cpp >&5 configure:12893: $? = 0 configure:12915: result: yes configure:12941: checking whether the g++ linker (/usr/bin/ld) supports shared libraries configure:12967: result: yes configure:13034: checking dynamic linker characteristics configure:13584: result: freebsd8.0 ld.so configure:13608: checking how to hardcode library paths into programs configure:13633: result: immediate configure:19880: checking for flex configure:19896: found /usr/local/bin/flex configure:19907: result: flex configure:19944: flex conftest.l configure:19948: $? = 0 configure:19950: checking lex output file root configure:19966: result: lex.yy configure:19971: checking lex library configure:19990: g++ -o conftest -g -O2 conftest.cpp >&5 conftest.l: In function 'int yylex()': conftest.l:6: error: 'input' was not declared in this scope configure:19997: $? = 1 configure: failed program was: | | #line 3 "lex.yy.c" | | #define YY_INT_ALIGNED short int | | /* A lexical scanner generated by flex */ | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | #define YY_FLEX_SUBMINOR_VERSION 35 | #if YY_FLEX_SUBMINOR_VERSION > 0 | #define FLEX_BETA | #endif | | /* First, we deal with platform-specific or compiler-specific issues. */ | | /* begin standard C headers. */ | #include | #include | #include | #include | | /* end standard C headers. */ | | /* flex integer type definitions */ | | #ifndef FLEXINT_H | #define FLEXINT_H | | /* C99 systems have . Non-C99 systems may or may not. */ | | #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L | | /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h, | * if you want the limit (max/min) macros for int types. | */ | #ifndef __STDC_LIMIT_MACROS | #define __STDC_LIMIT_MACROS 1 | #endif | | #include | typedef int8_t flex_int8_t; | typedef uint8_t flex_uint8_t; | typedef int16_t flex_int16_t; | typedef uint16_t flex_uint16_t; | typedef int32_t flex_int32_t; | typedef uint32_t flex_uint32_t; | #else | typedef signed char flex_int8_t; | typedef short int flex_int16_t; | typedef int flex_int32_t; | typedef unsigned char flex_uint8_t; | typedef unsigned short int flex_uint16_t; | typedef unsigned int flex_uint32_t; | #endif /* ! C99 */ | | /* Limits of integral types. */ | #ifndef INT8_MIN | #define INT8_MIN (-128) | #endif | #ifndef INT16_MIN | #define INT16_MIN (-32767-1) | #endif | #ifndef INT32_MIN | #define INT32_MIN (-2147483647-1) | #endif | #ifndef INT8_MAX | #define INT8_MAX (127) | #endif | #ifndef INT16_MAX | #define INT16_MAX (32767) | #endif | #ifndef INT32_MAX | #define INT32_MAX (2147483647) | #endif | #ifndef UINT8_MAX | #define UINT8_MAX (255U) | #endif | #ifndef UINT16_MAX | #define UINT16_MAX (65535U) | #endif | #ifndef UINT32_MAX | #define UINT32_MAX (4294967295U) | #endif | | #endif /* ! FLEXINT_H */ | | #ifdef __cplusplus | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | /* C99 requires __STDC__ to be defined as 1. */ | #if defined (__STDC__) | | #define YY_USE_CONST | | #endif /* defined (__STDC__) */ | #endif /* ! __cplusplus */ | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | /* Returned upon end-of-file. */ | #define YY_NULL 0 | | /* Promotes a possibly negative, possibly signed char to an unsigned | * integer for use as an array index. If the signed char is negative, | * we want to instead treat it as an 8-bit unsigned char, hence the | * double cast. | */ | #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c) | | /* Enter a start condition. This macro really ought to take a parameter, | * but we do it the disgusting crufty way forced on us by the ()-less | * definition of BEGIN. | */ | #define BEGIN (yy_start) = 1 + 2 * | | /* Translate the current start state into a value that can be later handed | * to BEGIN to return to the state. The YYSTATE alias is for lex | * compatibility. | */ | #define YY_START (((yy_start) - 1) / 2) | #define YYSTATE YY_START | | /* Action number for EOF rule of a given start state. */ | #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1) | | /* Special action meaning "start processing a new file". */ | #define YY_NEW_FILE yyrestart(yyin ) | | #define YY_END_OF_BUFFER_CHAR 0 | | /* Size of default input buffer. */ | #ifndef YY_BUF_SIZE | #define YY_BUF_SIZE 16384 | #endif | | /* The state buf must be large enough to hold one state per character in the main buffer. | */ | #define YY_STATE_BUF_SIZE ((YY_BUF_SIZE + 2) * sizeof(yy_state_type)) | | #ifndef YY_TYPEDEF_YY_BUFFER_STATE | #define YY_TYPEDEF_YY_BUFFER_STATE | typedef struct yy_buffer_state *YY_BUFFER_STATE; | #endif | | extern int yyleng; | | extern FILE *yyin, *yyout; | | #define EOB_ACT_CONTINUE_SCAN 0 | #define EOB_ACT_END_OF_FILE 1 | #define EOB_ACT_LAST_MATCH 2 | | #define YY_LESS_LINENO(n) | | /* Return all but the first "n" matched characters back to the input stream. */ | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | *yy_cp = (yy_hold_char); \ | YY_RESTORE_YY_MORE_OFFSET \ | (yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, (yytext_ptr) ) | | #ifndef YY_TYPEDEF_YY_SIZE_T | #define YY_TYPEDEF_YY_SIZE_T | typedef size_t yy_size_t; | #endif | | #ifndef YY_STRUCT_YY_BUFFER_STATE | #define YY_STRUCT_YY_BUFFER_STATE | struct yy_buffer_state | { | FILE *yy_input_file; | | char *yy_ch_buf; /* input buffer */ | char *yy_buf_pos; /* current position in input buffer */ | | /* Size of input buffer in bytes, not including room for EOB | * characters. | */ | yy_size_t yy_buf_size; | | /* Number of characters read into yy_ch_buf, not including EOB | * characters. | */ | int yy_n_chars; | | /* Whether we "own" the buffer - i.e., we know we created it, | * and can realloc() it to grow it, and should free() it to | * delete it. | */ | int yy_is_our_buffer; | | /* Whether this is an "interactive" input source; if so, and | * if we're using stdio for input, then we want to use getc() | * instead of fread(), to make sure we stop fetching input after | * each newline. | */ | int yy_is_interactive; | | /* Whether we're considered to be at the beginning of a line. | * If so, '^' rules will be active on the next match, otherwise | * not. | */ | int yy_at_bol; | | int yy_bs_lineno; /**< The line count. */ | int yy_bs_column; /**< The column count. */ | | /* Whether to try to fill the input buffer when we reach the | * end of it. | */ | int yy_fill_buffer; | | int yy_buffer_status; | | #define YY_BUFFER_NEW 0 | #define YY_BUFFER_NORMAL 1 | /* When an EOF's been seen but there's still some text to process | * then we mark the buffer as YY_EOF_PENDING, to indicate that we | * shouldn't try reading from the input source any more. We might | * still have a bunch of tokens to match, though, because of | * possible backing-up. | * | * When we actually see the EOF, we change the status to "new" | * (via yyrestart()), so that the user can continue scanning by | * just pointing yyin at a new input file. | */ | #define YY_BUFFER_EOF_PENDING 2 | | }; | #endif /* !YY_STRUCT_YY_BUFFER_STATE */ | | /* Stack of input buffers. */ | static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */ | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */ | static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */ | | /* We provide macros for accessing buffer states in case in the | * future we want to put the buffer states in a more general | * "scanner state". | * | * Returns the top of the stack, or NULL. | */ | #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \ | ? (yy_buffer_stack)[(yy_buffer_stack_top)] \ | : NULL) | | /* Same as previous macro, but useful when we know that the buffer stack is not | * NULL or when we need an lvalue. For internal use only. | */ | #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)] | | /* yy_hold_char holds the character lost when yytext is formed. */ | static char yy_hold_char; | static int yy_n_chars; /* number of characters read into yy_ch_buf */ | int yyleng; | | /* Points to current character in buffer. */ | static char *yy_c_buf_p = (char *) 0; | static int yy_init = 0; /* whether we need to initialize */ | static int yy_start = 0; /* start state number */ | | /* Flag which is used to allow yywrap()'s to do buffer switches | * instead of setting up a fresh yyin. A bit of a hack ... | */ | static int yy_did_buffer_switch_on_eof; | | void yyrestart (FILE *input_file ); | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ); | YY_BUFFER_STATE yy_create_buffer (FILE *file,int size ); | void yy_delete_buffer (YY_BUFFER_STATE b ); | void yy_flush_buffer (YY_BUFFER_STATE b ); | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ); | void yypop_buffer_state (void ); | | static void yyensure_buffer_stack (void ); | static void yy_load_buffer_state (void ); | static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file ); | | #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER ) | | YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size ); | YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str ); | YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len ); | | void *yyalloc (yy_size_t ); | void *yyrealloc (void *,yy_size_t ); | void yyfree (void * ); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! YY_CURRENT_BUFFER ){ \ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! YY_CURRENT_BUFFER ){\ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol) | | /* Begin user sect3 */ | | typedef unsigned char YY_CHAR; | | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | | typedef int yy_state_type; | | extern int yylineno; | | int yylineno = 1; | | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state (void ); | static yy_state_type yy_try_NUL_trans (yy_state_type current_state ); | static int yy_get_next_buffer (void ); | static void yy_fatal_error (yyconst char msg[] ); | | /* Done after the current pattern has been matched and before the | * corresponding action - sets up yytext. | */ | #define YY_DO_BEFORE_ACTION \ | (yytext_ptr) = yy_bp; \ | (yytext_ptr) -= (yy_more_len); \ | yyleng = (size_t) (yy_cp - (yytext_ptr)); \ | (yy_hold_char) = *yy_cp; \ | *yy_cp = '\0'; \ | (yy_c_buf_p) = yy_cp; | | #define YY_NUM_RULES 8 | #define YY_END_OF_BUFFER 9 | /* This struct is not used in this scanner, | but its presence is necessary. */ | struct yy_trans_info | { | flex_int32_t yy_verify; | flex_int32_t yy_nxt; | }; | static yyconst flex_int16_t yy_acclist[23] = | { 0, | 9, 7, 8, 8, 1, 7, 8, 2, 7, 8, | 3, 7, 8, 4, 7, 8, 5, 7, 8, 6, | 7, 8 | } ; | | static yyconst flex_int16_t yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst flex_int32_t yy_ec[256] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 2, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 3, 4, 5, 6, | | 7, 8, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int32_t yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int16_t yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst flex_int16_t yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst flex_int16_t yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst flex_int16_t yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | extern int yy_flex_debug; | int yy_flex_debug = 0; | | static yy_state_type *yy_state_buf=0, *yy_state_ptr=0; | static char *yy_full_match; | static int yy_lp; | #define REJECT \ | { \ | *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \ | yy_cp = (yy_full_match); /* restore poss. backed-over text */ \ | ++(yy_lp); \ | goto find_rule; \ | } | | static int yy_more_flag = 0; | static int yy_more_len = 0; | #define yymore() ((yy_more_flag) = 1) | #define YY_MORE_ADJ (yy_more_len) | #define YY_RESTORE_YY_MORE_OFFSET | char *yytext; | #line 1 "conftest.l" | #line 468 "lex.yy.c" | | #define INITIAL 0 | | #ifndef YY_NO_UNISTD_H | /* Special case for "unistd.h", since it is non-ANSI. We include it way | * down here because we want the user's section 1 to have been scanned first. | * The user has a chance to override it with an option. | */ | #include | #endif | | #ifndef YY_EXTRA_TYPE | #define YY_EXTRA_TYPE void * | #endif | | static int yy_init_globals (void ); | | /* Accessor methods to globals. | These are made visible to non-reentrant scanners for convenience. */ | | int yylex_destroy (void ); | | int yyget_debug (void ); | | void yyset_debug (int debug_flag ); | | YY_EXTRA_TYPE yyget_extra (void ); | | void yyset_extra (YY_EXTRA_TYPE user_defined ); | | FILE *yyget_in (void ); | | void yyset_in (FILE * in_str ); | | FILE *yyget_out (void ); | | void yyset_out (FILE * out_str ); | | int yyget_leng (void ); | | char *yyget_text (void ); | | int yyget_lineno (void ); | | void yyset_lineno (int line_number ); | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap (void ); | #else | extern int yywrap (void ); | #endif | #endif | | static void yyunput (int c,char *buf_ptr ); | | #ifndef yytext_ptr | static void yy_flex_strncpy (char *,yyconst char *,int ); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * ); | #endif | | #ifndef YY_NO_INPUT | | #ifdef __cplusplus | static int yyinput (void ); | #else | static int input (void ); | #endif | | #endif | | /* Amount of stuff to slurp up with each read. */ | #ifndef YY_READ_BUF_SIZE | #define YY_READ_BUF_SIZE 8192 | #endif | | /* Copy whatever the last rule matched to the standard output. */ | #ifndef ECHO | /* This used to be an fputs(), but since the string might contain NUL's, | * we now use fwrite(). | */ | #define ECHO fwrite( yytext, yyleng, 1, yyout ) | #endif | | /* Gets input and stuffs it into "buf". number of characters read, or YY_NULL, | * is returned in "result". | */ | #ifndef YY_INPUT | #define YY_INPUT(buf,result,max_size) \ | if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \ | { \ | int c = '*'; \ | int n; \ | for ( n = 0; n < max_size && \ | (c = getc( yyin )) != EOF && c != '\n'; ++n ) \ | buf[n] = (char) c; \ | if ( c == '\n' ) \ | buf[n++] = (char) c; \ | if ( c == EOF && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | result = n; \ | } \ | else \ | { \ | errno=0; \ | while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \ | { \ | if( errno != EINTR) \ | { \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | break; \ | } \ | errno=0; \ | clearerr(yyin); \ | } \ | }\ | \ | | #endif | | /* No semi-colon after return; correct usage is to write "yyterminate();" - | * we don't want an extra ';' after the "return" because that will cause | * some compilers to complain about unreachable statements. | */ | #ifndef yyterminate | #define yyterminate() return YY_NULL | #endif | | /* Number of entries by which start-condition stack grows. */ | #ifndef YY_START_STACK_INCR | #define YY_START_STACK_INCR 25 | #endif | | /* Report a fatal error. */ | #ifndef YY_FATAL_ERROR | #define YY_FATAL_ERROR(msg) yy_fatal_error( msg ) | #endif | | /* end tables serialization structures and prototypes */ | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL_IS_OURS 1 | | extern int yylex (void); | | #define YY_DECL int yylex (void) | #endif /* !YY_DECL */ | | /* Code executed at the beginning of each rule, after yytext and yyleng | * have been set up. | */ | #ifndef YY_USER_ACTION | #define YY_USER_ACTION | #endif | | /* Code executed at the end of each rule. */ | #ifndef YY_BREAK | #define YY_BREAK break; | #endif | | #define YY_RULE_SETUP \ | YY_USER_ACTION | | /** The main scanner function which does all the work. | */ | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 652 "lex.yy.c" | | if ( !(yy_init) ) | { | (yy_init) = 1; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | /* Create the reject buffer large enough to save one state per allowed character. */ | if ( ! (yy_state_buf) ) | (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE ); | if ( ! (yy_state_buf) ) | YY_FATAL_ERROR( "out of dynamic memory in yylex()" ); | | if ( ! (yy_start) ) | (yy_start) = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! YY_CURRENT_BUFFER ) { | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_load_buffer_state( ); | } | | while ( 1 ) /* loops until end-of-file is reached */ | { | (yy_more_len) = 0; | if ( (yy_more_flag) ) | { | (yy_more_len) = (yy_c_buf_p) - (yytext_ptr); | (yy_more_flag) = 0; | } | yy_cp = (yy_c_buf_p); | | /* Support of yytext. */ | *yy_cp = (yy_hold_char); | | /* yy_bp points to the position in yy_ch_buf of the start of | * the current run. | */ | yy_bp = yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | yy_match: | do | { | register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)]; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | ++yy_cp; | } | while ( yy_base[yy_current_state] != 10 ); | | yy_find_action: | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | find_rule: /* we branch to this label when backing up */ | for ( ; ; ) /* until we find what rule we matched */ | { | if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] ) | { | yy_act = yy_acclist[(yy_lp)]; | { | (yy_full_match) = yy_cp; | break; | } | } | --yy_cp; | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | } | | YY_DO_BEFORE_ACTION; | | do_action: /* This label is used only to access EOF actions. */ | | switch ( yy_act ) | { /* beginning of action switch */ | case 1: | YY_RULE_SETUP | #line 2 "conftest.l" | { ECHO; } | YY_BREAK | case 2: | YY_RULE_SETUP | #line 3 "conftest.l" | { REJECT; } | YY_BREAK | case 3: | YY_RULE_SETUP | #line 4 "conftest.l" | { yymore (); } | YY_BREAK | case 4: | YY_RULE_SETUP | #line 5 "conftest.l" | { yyless (1); } | YY_BREAK | case 5: | YY_RULE_SETUP | #line 6 "conftest.l" | { yyless (input () != 0); } | YY_BREAK | case 6: | YY_RULE_SETUP | #line 7 "conftest.l" | { unput (yytext[0]); } | YY_BREAK | case 7: | YY_RULE_SETUP | #line 8 "conftest.l" | { BEGIN INITIAL; } | YY_BREAK | case 8: | YY_RULE_SETUP | #line 9 "conftest.l" | ECHO; | YY_BREAK | #line 790 "lex.yy.c" | case YY_STATE_EOF(INITIAL): | yyterminate(); | | case YY_END_OF_BUFFER: | { | /* Amount of text matched not including the EOB char. */ | int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1; | | /* Undo the effects of YY_DO_BEFORE_ACTION. */ | *yy_cp = (yy_hold_char); | YY_RESTORE_YY_MORE_OFFSET | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW ) | { | /* We're scanning a new file or input source. It's | * possible that this happened because the user | * just pointed yyin at a new source and called | * yylex(). If so, then we have to assure | * consistency between YY_CURRENT_BUFFER and our | * globals. Here is the right place to do so, because | * this is the first action (other than possibly a | * back-up) that will match for the new input source. | */ | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL; | } | | /* Note that here we test for yy_c_buf_p "<=" to the position | * of the first EOB in the buffer, since yy_c_buf_p will | * already have been incremented past the NUL character | * (since all states make transitions on EOB to the | * end-of-buffer state). Contrast this with the test | * in input(). | */ | if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | { /* This was really a NUL. */ | yy_state_type yy_next_state; | | (yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | /* Okay, we're now positioned to make the NUL | * transition. We couldn't have | * yy_get_previous_state() go ahead and do it | * for us because it doesn't know how to deal | * with the possibility of jamming (and we don't | * want to build jamming into it because then it | * will run more slowly). | */ | | yy_next_state = yy_try_NUL_trans( yy_current_state ); | | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | | if ( yy_next_state ) | { | /* Consume the NUL. */ | yy_cp = ++(yy_c_buf_p); | yy_current_state = yy_next_state; | goto yy_match; | } | | else | { | yy_cp = (yy_c_buf_p); | goto yy_find_action; | } | } | | else switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_END_OF_FILE: | { | (yy_did_buffer_switch_on_eof) = 0; | | if ( yywrap( ) ) | { | /* Note: because we've taken care in | * yy_get_next_buffer() to have set up | * yytext, we can now set up | * yy_c_buf_p so that if some total | * hoser (like flex itself) wants to | * call the scanner after we return the | * YY_NULL, it'll still work - another | * YY_NULL will get returned. | */ | (yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ; | | yy_act = YY_STATE_EOF(YY_START); | goto do_action; | } | | else | { | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | } | break; | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = | (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_match; | | case EOB_ACT_LAST_MATCH: | (yy_c_buf_p) = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)]; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_find_action; | } | break; | } | | default: | YY_FATAL_ERROR( | "fatal flex scanner internal error--no action found" ); | } /* end of action switch */ | } /* end of scanning one token */ | } /* end of yylex */ | | /* yy_get_next_buffer - try to read in a new buffer | * | * Returns a code representing an action: | * EOB_ACT_LAST_MATCH - | * EOB_ACT_CONTINUE_SCAN - continue scanning from current position | * EOB_ACT_END_OF_FILE - end of file | */ | static int yy_get_next_buffer (void) | { | register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf; | register char *source = (yytext_ptr); | register int number_to_move, i; | int ret_val; | | if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 ) | { /* Don't try to fill the buffer, so this is an EOF. */ | if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 ) | { | /* We matched a single character, the EOB, so | * treat this as a final EOF. | */ | return EOB_ACT_END_OF_FILE; | } | | else | { | /* We matched some text prior to the EOB, first | * process it. | */ | return EOB_ACT_LAST_MATCH; | } | } | | /* Try to read more data. */ | | /* First move last chars to start of buffer. */ | number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1; | | for ( i = 0; i < number_to_move; ++i ) | *(dest++) = *(source++); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING ) | /* don't do the read, it's not guaranteed to return an EOF, | * just force an EOF | */ | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0; | | else | { | int num_to_read = | YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]), | (yy_n_chars), (size_t) num_to_read ); | | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | if ( (yy_n_chars) == 0 ) | { | if ( number_to_move == YY_MORE_ADJ ) | { | ret_val = EOB_ACT_END_OF_FILE; | yyrestart(yyin ); | } | | else | { | ret_val = EOB_ACT_LAST_MATCH; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) { | /* Extend the array by 50%, plus the number we really need. */ | yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1); | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size ); | if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" ); | } | | (yy_n_chars) += number_to_move; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR; | | (yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0]; | | return ret_val; | } | | /* yy_get_previous_state - get the state just before the EOB char was reached */ | | static yy_state_type yy_get_previous_state (void) | { | register yy_state_type yy_current_state; | register char *yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp ) | { | register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1); | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | } | | return yy_current_state; | } | | /* yy_try_NUL_trans - try to make a transition on the NUL character | * | * synopsis | * next_state = yy_try_NUL_trans( current_state ); | */ | static yy_state_type yy_try_NUL_trans (yy_state_type yy_current_state ) | { | register int yy_is_jam; | | register YY_CHAR yy_c = 1; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | yy_is_jam = (yy_current_state == 12); | if ( ! yy_is_jam ) | *(yy_state_ptr)++ = yy_current_state; | | return yy_is_jam ? 0 : yy_current_state; | } | | static void yyunput (int c, register char * yy_bp ) | { | register char *yy_cp; | | yy_cp = (yy_c_buf_p); | | /* undo effects of setting up yytext */ | *yy_cp = (yy_hold_char); | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | { /* need to shift things up to make room */ | /* +2 for EOB chars. */ | register int number_to_move = (yy_n_chars) + 2; | register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[ | YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2]; | register char *source = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]; | | while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size; | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | YY_FATAL_ERROR( "flex scanner push-back overflow" ); | } | | *--yy_cp = (char) c; | | (yytext_ptr) = yy_bp; | (yy_hold_char) = *yy_cp; | (yy_c_buf_p) = yy_cp; | } | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput (void) | #else | static int input (void) | #endif | | { | int c; | | *(yy_c_buf_p) = (yy_hold_char); | | if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR ) | { | /* yy_c_buf_p now points to the character we want to return. | * If this occurs *before* the EOB characters, then it's a | * valid NUL; if not, then we've hit the end of the buffer. | */ | if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | /* This was really a NUL. */ | *(yy_c_buf_p) = '\0'; | | else | { /* need more input */ | int offset = (yy_c_buf_p) - (yytext_ptr); | ++(yy_c_buf_p); | | switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_LAST_MATCH: | /* This happens because yy_g_n_b() | * sees that we've accumulated a | * token and flags that we need to | * try matching the token before | * proceeding. But for input(), | * there's no matching to consider. | * So convert the EOB_ACT_LAST_MATCH | * to EOB_ACT_END_OF_FILE. | */ | | /* Reset buffer status. */ | yyrestart(yyin ); | | /*FALLTHROUGH*/ | | case EOB_ACT_END_OF_FILE: | { | if ( yywrap( ) ) | return EOF; | | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | #ifdef __cplusplus | return yyinput(); | #else | return input(); | #endif | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = (yytext_ptr) + offset; | break; | } | } | } | | c = *(unsigned char *) (yy_c_buf_p); /* cast for 8-bit char's */ | *(yy_c_buf_p) = '\0'; /* preserve yytext */ | (yy_hold_char) = *++(yy_c_buf_p); | | return c; | } | #endif /* ifndef YY_NO_INPUT */ | | /** Immediately switch to a different input stream. | * @param input_file A readable stream. | * | * @note This function does not reset the start condition to @c INITIAL . | */ | void yyrestart (FILE * input_file ) | { | | if ( ! YY_CURRENT_BUFFER ){ | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_init_buffer(YY_CURRENT_BUFFER,input_file ); | yy_load_buffer_state( ); | } | | /** Switch to a different input buffer. | * @param new_buffer The new input buffer. | * | */ | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ) | { | | /* TODO. We should be able to replace this entire function body | * with | * yypop_buffer_state(); | * yypush_buffer_state(new_buffer); | */ | yyensure_buffer_stack (); | if ( YY_CURRENT_BUFFER == new_buffer ) | return; | | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | YY_CURRENT_BUFFER_LVALUE = new_buffer; | yy_load_buffer_state( ); | | /* We don't actually know whether we did this switch during | * EOF (yywrap()) processing, but the only time this flag | * is looked at is after yywrap() is called, so it's safe | * to go ahead and always set it. | */ | (yy_did_buffer_switch_on_eof) = 1; | } | | static void yy_load_buffer_state (void) | { | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | (yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos; | yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file; | (yy_hold_char) = *(yy_c_buf_p); | } | | /** Allocate and initialize an input buffer state. | * @param file A readable stream. | * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE. | * | * @return the allocated buffer state. | */ | YY_BUFFER_STATE yy_create_buffer (FILE * file, int size ) | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_buf_size = size; | | /* yy_ch_buf has to be 2 characters longer than the size given because | * we need to put in 2 end-of-buffer characters. | */ | b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2 ); | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_is_our_buffer = 1; | | yy_init_buffer(b,file ); | | return b; | } | | /** Destroy the buffer. | * @param b a buffer created with yy_create_buffer() | * | */ | void yy_delete_buffer (YY_BUFFER_STATE b ) | { | | if ( ! b ) | return; | | if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */ | YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yyfree((void *) b->yy_ch_buf ); | | yyfree((void *) b ); | } | | #ifndef __cplusplus | extern int isatty (int ); | #endif /* __cplusplus */ | | /* Initializes or reinitializes a buffer. | * This function is sometimes called more than once on the same buffer, | * such as during a yyrestart() or at EOF. | */ | static void yy_init_buffer (YY_BUFFER_STATE b, FILE * file ) | | { | int oerrno = errno; | | yy_flush_buffer(b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | /* If b is the current buffer, then yy_init_buffer was _probably_ | * called from yyrestart() or through yy_get_next_buffer. | * In that case, we don't want to reset the lineno or column. | */ | if (b != YY_CURRENT_BUFFER){ | b->yy_bs_lineno = 1; | b->yy_bs_column = 0; | } | | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | | errno = oerrno; | } | | /** Discard all buffered characters. On the next scan, YY_INPUT will be called. | * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER. | * | */ | void yy_flush_buffer (YY_BUFFER_STATE b ) | { | if ( ! b ) | return; | | b->yy_n_chars = 0; | | /* We always need two end-of-buffer characters. The first causes | * a transition to the end-of-buffer state. The second causes | * a jam in that state. | */ | b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR; | b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR; | | b->yy_buf_pos = &b->yy_ch_buf[0]; | | b->yy_at_bol = 1; | b->yy_buffer_status = YY_BUFFER_NEW; | | if ( b == YY_CURRENT_BUFFER ) | yy_load_buffer_state( ); | } | | /** Pushes the new state onto the stack. The new state becomes | * the current state. This function will allocate the stack | * if necessary. | * @param new_buffer The new state. | * | */ | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ) | { | if (new_buffer == NULL) | return; | | yyensure_buffer_stack(); | | /* This block is copied from yy_switch_to_buffer. */ | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | /* Only push if top exists. Otherwise, replace top. */ | if (YY_CURRENT_BUFFER) | (yy_buffer_stack_top)++; | YY_CURRENT_BUFFER_LVALUE = new_buffer; | | /* copied from yy_switch_to_buffer. */ | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | | /** Removes and deletes the top of the stack, if present. | * The next element becomes the new top. | * | */ | void yypop_buffer_state (void) | { | if (!YY_CURRENT_BUFFER) | return; | | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | if ((yy_buffer_stack_top) > 0) | --(yy_buffer_stack_top); | | if (YY_CURRENT_BUFFER) { | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | } | | /* Allocates the stack if it does not exist. | * Guarantees space for at least one push. | */ | static void yyensure_buffer_stack (void) | { | int num_to_alloc; | | if (!(yy_buffer_stack)) { | | /* First allocation is just for 2 elements, since we don't know if this | * scanner will even need a stack. We use 2 instead of 1 to avoid an | * immediate realloc on the next call. | */ | num_to_alloc = 1; | (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc | (num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*)); | | (yy_buffer_stack_max) = num_to_alloc; | (yy_buffer_stack_top) = 0; | return; | } | | if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){ | | /* Increase the buffer to prepare for a possible push. */ | int grow_size = 8 /* arbitrary grow size */; | | num_to_alloc = (yy_buffer_stack_max) + grow_size; | (yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc | ((yy_buffer_stack), | num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | /* zero only the new slots.*/ | memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*)); | (yy_buffer_stack_max) = num_to_alloc; | } | } | | /** Setup the input buffer state to scan directly from a user-specified character buffer. | * @param base the character buffer | * @param size the size in bytes of the character buffer | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_buffer (char * base, yy_size_t size ) | { | YY_BUFFER_STATE b; | | if ( size < 2 || | base[size-2] != YY_END_OF_BUFFER_CHAR || | base[size-1] != YY_END_OF_BUFFER_CHAR ) | /* They forgot to leave room for the EOB's. */ | return 0; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" ); | | b->yy_buf_size = size - 2; /* "- 2" to take care of EOB's */ | b->yy_buf_pos = b->yy_ch_buf = base; | b->yy_is_our_buffer = 0; | b->yy_input_file = 0; | b->yy_n_chars = b->yy_buf_size; | b->yy_is_interactive = 0; | b->yy_at_bol = 1; | b->yy_fill_buffer = 0; | b->yy_buffer_status = YY_BUFFER_NEW; | | yy_switch_to_buffer(b ); | | return b; | } | | /** Setup the input buffer state to scan a string. The next call to yylex() will | * scan from a @e copy of @a str. | * @param yystr a NUL-terminated string to scan | * | * @return the newly allocated buffer state object. | * @note If you want to scan bytes that may contain NUL values, then use | * yy_scan_bytes() instead. | */ | YY_BUFFER_STATE yy_scan_string (yyconst char * yystr ) | { | | return yy_scan_bytes(yystr,strlen(yystr) ); | } | | /** Setup the input buffer state to scan the given bytes. The next call to yylex() will | * scan from a @e copy of @a bytes. | * @param bytes the byte buffer to scan | * @param len the number of bytes in the buffer pointed to by @a bytes. | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_bytes (yyconst char * yybytes, int _yybytes_len ) | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = _yybytes_len + 2; | buf = (char *) yyalloc(n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < _yybytes_len; ++i ) | buf[i] = yybytes[i]; | | buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR; | | b = yy_scan_buffer(buf,n ); | if ( ! b ) | YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" ); | | /* It's okay to grow etc. this buffer, and we should throw it | * away when we're done. | */ | b->yy_is_our_buffer = 1; | | return b; | } | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | static void yy_fatal_error (yyconst char* msg ) | { | (void) fprintf( stderr, "%s\n", msg ); | exit( YY_EXIT_FAILURE ); | } | | /* Redefine yyless() so it works in section 3 code. */ | | #undef yyless | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | yytext[yyleng] = (yy_hold_char); \ | (yy_c_buf_p) = yytext + yyless_macro_arg; \ | (yy_hold_char) = *(yy_c_buf_p); \ | *(yy_c_buf_p) = '\0'; \ | yyleng = yyless_macro_arg; \ | } \ | while ( 0 ) | | /* Accessor methods (get/set functions) to struct members. */ | | /** Get the current line number. | * | */ | int yyget_lineno (void) | { | | return yylineno; | } | | /** Get the input stream. | * | */ | FILE *yyget_in (void) | { | return yyin; | } | | /** Get the output stream. | * | */ | FILE *yyget_out (void) | { | return yyout; | } | | /** Get the length of the current token. | * | */ | int yyget_leng (void) | { | return yyleng; | } | | /** Get the current token. | * | */ | | char *yyget_text (void) | { | return yytext; | } | | /** Set the current line number. | * @param line_number | * | */ | void yyset_lineno (int line_number ) | { | | yylineno = line_number; | } | | /** Set the input stream. This does not discard the current | * input buffer. | * @param in_str A readable stream. | * | * @see yy_switch_to_buffer | */ | void yyset_in (FILE * in_str ) | { | yyin = in_str ; | } | | void yyset_out (FILE * out_str ) | { | yyout = out_str ; | } | | int yyget_debug (void) | { | return yy_flex_debug; | } | | void yyset_debug (int bdebug ) | { | yy_flex_debug = bdebug ; | } | | static int yy_init_globals (void) | { | /* Initialization is the same as for the non-reentrant scanner. | * This function is called from yylex_destroy(), so don't allocate here. | */ | | (yy_buffer_stack) = 0; | (yy_buffer_stack_top) = 0; | (yy_buffer_stack_max) = 0; | (yy_c_buf_p) = (char *) 0; | (yy_init) = 0; | (yy_start) = 0; | | (yy_state_buf) = 0; | (yy_state_ptr) = 0; | (yy_full_match) = 0; | (yy_lp) = 0; | | /* Defined in main.c */ | #ifdef YY_STDINIT | yyin = stdin; | yyout = stdout; | #else | yyin = (FILE *) 0; | yyout = (FILE *) 0; | #endif | | /* For future reference: Set errno on error, since we are called by | * yylex_init() | */ | return 0; | } | | /* yylex_destroy is for both reentrant and non-reentrant scanners. */ | int yylex_destroy (void) | { | | /* Pop the buffer stack, destroying each element. */ | while(YY_CURRENT_BUFFER){ | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | yypop_buffer_state(); | } | | /* Destroy the stack itself. */ | yyfree((yy_buffer_stack) ); | (yy_buffer_stack) = NULL; | | yyfree ( (yy_state_buf) ); | (yy_state_buf) = NULL; | | /* Reset the globals. This is important in a non-reentrant scanner so the next time | * yylex() is called, initialization will occur. */ | yy_init_globals( ); | | return 0; | } | | /* | * Internal utility routines. | */ | | #ifndef yytext_ptr | static void yy_flex_strncpy (char* s1, yyconst char * s2, int n ) | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * s ) | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | void *yyalloc (yy_size_t size ) | { | return (void *) malloc( size ); | } | | void *yyrealloc (void * ptr, yy_size_t size ) | { | /* The cast to (char *) in the following accommodates both | * implementations that use char* generic pointers, and those | * that use void* generic pointers. It works with the latter | * because both ANSI C and C++ allow castless assignment from | * any pointer type to void*, and deal with argument conversions | * as though doing an assignment. | */ | return (void *) realloc( (char *) ptr, size ); | } | | void yyfree (void * ptr ) | { | free( (char *) ptr ); /* see yyrealloc() for (char *) cast */ | } | | #define YYTABLES_NAME "yytables" | | #line 9 "conftest.l" | | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:19990: g++ -o conftest -g -O2 conftest.cpp -lfl >&5 conftest.l: In function 'int yylex()': conftest.l:6: error: 'input' was not declared in this scope configure:19997: $? = 1 configure: failed program was: | | #line 3 "lex.yy.c" | | #define YY_INT_ALIGNED short int | | /* A lexical scanner generated by flex */ | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | #define YY_FLEX_SUBMINOR_VERSION 35 | #if YY_FLEX_SUBMINOR_VERSION > 0 | #define FLEX_BETA | #endif | | /* First, we deal with platform-specific or compiler-specific issues. */ | | /* begin standard C headers. */ | #include | #include | #include | #include | | /* end standard C headers. */ | | /* flex integer type definitions */ | | #ifndef FLEXINT_H | #define FLEXINT_H | | /* C99 systems have . Non-C99 systems may or may not. */ | | #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L | | /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h, | * if you want the limit (max/min) macros for int types. | */ | #ifndef __STDC_LIMIT_MACROS | #define __STDC_LIMIT_MACROS 1 | #endif | | #include | typedef int8_t flex_int8_t; | typedef uint8_t flex_uint8_t; | typedef int16_t flex_int16_t; | typedef uint16_t flex_uint16_t; | typedef int32_t flex_int32_t; | typedef uint32_t flex_uint32_t; | #else | typedef signed char flex_int8_t; | typedef short int flex_int16_t; | typedef int flex_int32_t; | typedef unsigned char flex_uint8_t; | typedef unsigned short int flex_uint16_t; | typedef unsigned int flex_uint32_t; | #endif /* ! C99 */ | | /* Limits of integral types. */ | #ifndef INT8_MIN | #define INT8_MIN (-128) | #endif | #ifndef INT16_MIN | #define INT16_MIN (-32767-1) | #endif | #ifndef INT32_MIN | #define INT32_MIN (-2147483647-1) | #endif | #ifndef INT8_MAX | #define INT8_MAX (127) | #endif | #ifndef INT16_MAX | #define INT16_MAX (32767) | #endif | #ifndef INT32_MAX | #define INT32_MAX (2147483647) | #endif | #ifndef UINT8_MAX | #define UINT8_MAX (255U) | #endif | #ifndef UINT16_MAX | #define UINT16_MAX (65535U) | #endif | #ifndef UINT32_MAX | #define UINT32_MAX (4294967295U) | #endif | | #endif /* ! FLEXINT_H */ | | #ifdef __cplusplus | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | /* C99 requires __STDC__ to be defined as 1. */ | #if defined (__STDC__) | | #define YY_USE_CONST | | #endif /* defined (__STDC__) */ | #endif /* ! __cplusplus */ | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | /* Returned upon end-of-file. */ | #define YY_NULL 0 | | /* Promotes a possibly negative, possibly signed char to an unsigned | * integer for use as an array index. If the signed char is negative, | * we want to instead treat it as an 8-bit unsigned char, hence the | * double cast. | */ | #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c) | | /* Enter a start condition. This macro really ought to take a parameter, | * but we do it the disgusting crufty way forced on us by the ()-less | * definition of BEGIN. | */ | #define BEGIN (yy_start) = 1 + 2 * | | /* Translate the current start state into a value that can be later handed | * to BEGIN to return to the state. The YYSTATE alias is for lex | * compatibility. | */ | #define YY_START (((yy_start) - 1) / 2) | #define YYSTATE YY_START | | /* Action number for EOF rule of a given start state. */ | #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1) | | /* Special action meaning "start processing a new file". */ | #define YY_NEW_FILE yyrestart(yyin ) | | #define YY_END_OF_BUFFER_CHAR 0 | | /* Size of default input buffer. */ | #ifndef YY_BUF_SIZE | #define YY_BUF_SIZE 16384 | #endif | | /* The state buf must be large enough to hold one state per character in the main buffer. | */ | #define YY_STATE_BUF_SIZE ((YY_BUF_SIZE + 2) * sizeof(yy_state_type)) | | #ifndef YY_TYPEDEF_YY_BUFFER_STATE | #define YY_TYPEDEF_YY_BUFFER_STATE | typedef struct yy_buffer_state *YY_BUFFER_STATE; | #endif | | extern int yyleng; | | extern FILE *yyin, *yyout; | | #define EOB_ACT_CONTINUE_SCAN 0 | #define EOB_ACT_END_OF_FILE 1 | #define EOB_ACT_LAST_MATCH 2 | | #define YY_LESS_LINENO(n) | | /* Return all but the first "n" matched characters back to the input stream. */ | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | *yy_cp = (yy_hold_char); \ | YY_RESTORE_YY_MORE_OFFSET \ | (yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, (yytext_ptr) ) | | #ifndef YY_TYPEDEF_YY_SIZE_T | #define YY_TYPEDEF_YY_SIZE_T | typedef size_t yy_size_t; | #endif | | #ifndef YY_STRUCT_YY_BUFFER_STATE | #define YY_STRUCT_YY_BUFFER_STATE | struct yy_buffer_state | { | FILE *yy_input_file; | | char *yy_ch_buf; /* input buffer */ | char *yy_buf_pos; /* current position in input buffer */ | | /* Size of input buffer in bytes, not including room for EOB | * characters. | */ | yy_size_t yy_buf_size; | | /* Number of characters read into yy_ch_buf, not including EOB | * characters. | */ | int yy_n_chars; | | /* Whether we "own" the buffer - i.e., we know we created it, | * and can realloc() it to grow it, and should free() it to | * delete it. | */ | int yy_is_our_buffer; | | /* Whether this is an "interactive" input source; if so, and | * if we're using stdio for input, then we want to use getc() | * instead of fread(), to make sure we stop fetching input after | * each newline. | */ | int yy_is_interactive; | | /* Whether we're considered to be at the beginning of a line. | * If so, '^' rules will be active on the next match, otherwise | * not. | */ | int yy_at_bol; | | int yy_bs_lineno; /**< The line count. */ | int yy_bs_column; /**< The column count. */ | | /* Whether to try to fill the input buffer when we reach the | * end of it. | */ | int yy_fill_buffer; | | int yy_buffer_status; | | #define YY_BUFFER_NEW 0 | #define YY_BUFFER_NORMAL 1 | /* When an EOF's been seen but there's still some text to process | * then we mark the buffer as YY_EOF_PENDING, to indicate that we | * shouldn't try reading from the input source any more. We might | * still have a bunch of tokens to match, though, because of | * possible backing-up. | * | * When we actually see the EOF, we change the status to "new" | * (via yyrestart()), so that the user can continue scanning by | * just pointing yyin at a new input file. | */ | #define YY_BUFFER_EOF_PENDING 2 | | }; | #endif /* !YY_STRUCT_YY_BUFFER_STATE */ | | /* Stack of input buffers. */ | static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */ | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */ | static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */ | | /* We provide macros for accessing buffer states in case in the | * future we want to put the buffer states in a more general | * "scanner state". | * | * Returns the top of the stack, or NULL. | */ | #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \ | ? (yy_buffer_stack)[(yy_buffer_stack_top)] \ | : NULL) | | /* Same as previous macro, but useful when we know that the buffer stack is not | * NULL or when we need an lvalue. For internal use only. | */ | #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)] | | /* yy_hold_char holds the character lost when yytext is formed. */ | static char yy_hold_char; | static int yy_n_chars; /* number of characters read into yy_ch_buf */ | int yyleng; | | /* Points to current character in buffer. */ | static char *yy_c_buf_p = (char *) 0; | static int yy_init = 0; /* whether we need to initialize */ | static int yy_start = 0; /* start state number */ | | /* Flag which is used to allow yywrap()'s to do buffer switches | * instead of setting up a fresh yyin. A bit of a hack ... | */ | static int yy_did_buffer_switch_on_eof; | | void yyrestart (FILE *input_file ); | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ); | YY_BUFFER_STATE yy_create_buffer (FILE *file,int size ); | void yy_delete_buffer (YY_BUFFER_STATE b ); | void yy_flush_buffer (YY_BUFFER_STATE b ); | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ); | void yypop_buffer_state (void ); | | static void yyensure_buffer_stack (void ); | static void yy_load_buffer_state (void ); | static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file ); | | #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER ) | | YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size ); | YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str ); | YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len ); | | void *yyalloc (yy_size_t ); | void *yyrealloc (void *,yy_size_t ); | void yyfree (void * ); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! YY_CURRENT_BUFFER ){ \ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! YY_CURRENT_BUFFER ){\ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol) | | /* Begin user sect3 */ | | typedef unsigned char YY_CHAR; | | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | | typedef int yy_state_type; | | extern int yylineno; | | int yylineno = 1; | | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state (void ); | static yy_state_type yy_try_NUL_trans (yy_state_type current_state ); | static int yy_get_next_buffer (void ); | static void yy_fatal_error (yyconst char msg[] ); | | /* Done after the current pattern has been matched and before the | * corresponding action - sets up yytext. | */ | #define YY_DO_BEFORE_ACTION \ | (yytext_ptr) = yy_bp; \ | (yytext_ptr) -= (yy_more_len); \ | yyleng = (size_t) (yy_cp - (yytext_ptr)); \ | (yy_hold_char) = *yy_cp; \ | *yy_cp = '\0'; \ | (yy_c_buf_p) = yy_cp; | | #define YY_NUM_RULES 8 | #define YY_END_OF_BUFFER 9 | /* This struct is not used in this scanner, | but its presence is necessary. */ | struct yy_trans_info | { | flex_int32_t yy_verify; | flex_int32_t yy_nxt; | }; | static yyconst flex_int16_t yy_acclist[23] = | { 0, | 9, 7, 8, 8, 1, 7, 8, 2, 7, 8, | 3, 7, 8, 4, 7, 8, 5, 7, 8, 6, | 7, 8 | } ; | | static yyconst flex_int16_t yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst flex_int32_t yy_ec[256] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 2, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 3, 4, 5, 6, | | 7, 8, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int32_t yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int16_t yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst flex_int16_t yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst flex_int16_t yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst flex_int16_t yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | extern int yy_flex_debug; | int yy_flex_debug = 0; | | static yy_state_type *yy_state_buf=0, *yy_state_ptr=0; | static char *yy_full_match; | static int yy_lp; | #define REJECT \ | { \ | *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \ | yy_cp = (yy_full_match); /* restore poss. backed-over text */ \ | ++(yy_lp); \ | goto find_rule; \ | } | | static int yy_more_flag = 0; | static int yy_more_len = 0; | #define yymore() ((yy_more_flag) = 1) | #define YY_MORE_ADJ (yy_more_len) | #define YY_RESTORE_YY_MORE_OFFSET | char *yytext; | #line 1 "conftest.l" | #line 468 "lex.yy.c" | | #define INITIAL 0 | | #ifndef YY_NO_UNISTD_H | /* Special case for "unistd.h", since it is non-ANSI. We include it way | * down here because we want the user's section 1 to have been scanned first. | * The user has a chance to override it with an option. | */ | #include | #endif | | #ifndef YY_EXTRA_TYPE | #define YY_EXTRA_TYPE void * | #endif | | static int yy_init_globals (void ); | | /* Accessor methods to globals. | These are made visible to non-reentrant scanners for convenience. */ | | int yylex_destroy (void ); | | int yyget_debug (void ); | | void yyset_debug (int debug_flag ); | | YY_EXTRA_TYPE yyget_extra (void ); | | void yyset_extra (YY_EXTRA_TYPE user_defined ); | | FILE *yyget_in (void ); | | void yyset_in (FILE * in_str ); | | FILE *yyget_out (void ); | | void yyset_out (FILE * out_str ); | | int yyget_leng (void ); | | char *yyget_text (void ); | | int yyget_lineno (void ); | | void yyset_lineno (int line_number ); | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap (void ); | #else | extern int yywrap (void ); | #endif | #endif | | static void yyunput (int c,char *buf_ptr ); | | #ifndef yytext_ptr | static void yy_flex_strncpy (char *,yyconst char *,int ); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * ); | #endif | | #ifndef YY_NO_INPUT | | #ifdef __cplusplus | static int yyinput (void ); | #else | static int input (void ); | #endif | | #endif | | /* Amount of stuff to slurp up with each read. */ | #ifndef YY_READ_BUF_SIZE | #define YY_READ_BUF_SIZE 8192 | #endif | | /* Copy whatever the last rule matched to the standard output. */ | #ifndef ECHO | /* This used to be an fputs(), but since the string might contain NUL's, | * we now use fwrite(). | */ | #define ECHO fwrite( yytext, yyleng, 1, yyout ) | #endif | | /* Gets input and stuffs it into "buf". number of characters read, or YY_NULL, | * is returned in "result". | */ | #ifndef YY_INPUT | #define YY_INPUT(buf,result,max_size) \ | if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \ | { \ | int c = '*'; \ | int n; \ | for ( n = 0; n < max_size && \ | (c = getc( yyin )) != EOF && c != '\n'; ++n ) \ | buf[n] = (char) c; \ | if ( c == '\n' ) \ | buf[n++] = (char) c; \ | if ( c == EOF && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | result = n; \ | } \ | else \ | { \ | errno=0; \ | while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \ | { \ | if( errno != EINTR) \ | { \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | break; \ | } \ | errno=0; \ | clearerr(yyin); \ | } \ | }\ | \ | | #endif | | /* No semi-colon after return; correct usage is to write "yyterminate();" - | * we don't want an extra ';' after the "return" because that will cause | * some compilers to complain about unreachable statements. | */ | #ifndef yyterminate | #define yyterminate() return YY_NULL | #endif | | /* Number of entries by which start-condition stack grows. */ | #ifndef YY_START_STACK_INCR | #define YY_START_STACK_INCR 25 | #endif | | /* Report a fatal error. */ | #ifndef YY_FATAL_ERROR | #define YY_FATAL_ERROR(msg) yy_fatal_error( msg ) | #endif | | /* end tables serialization structures and prototypes */ | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL_IS_OURS 1 | | extern int yylex (void); | | #define YY_DECL int yylex (void) | #endif /* !YY_DECL */ | | /* Code executed at the beginning of each rule, after yytext and yyleng | * have been set up. | */ | #ifndef YY_USER_ACTION | #define YY_USER_ACTION | #endif | | /* Code executed at the end of each rule. */ | #ifndef YY_BREAK | #define YY_BREAK break; | #endif | | #define YY_RULE_SETUP \ | YY_USER_ACTION | | /** The main scanner function which does all the work. | */ | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 652 "lex.yy.c" | | if ( !(yy_init) ) | { | (yy_init) = 1; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | /* Create the reject buffer large enough to save one state per allowed character. */ | if ( ! (yy_state_buf) ) | (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE ); | if ( ! (yy_state_buf) ) | YY_FATAL_ERROR( "out of dynamic memory in yylex()" ); | | if ( ! (yy_start) ) | (yy_start) = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! YY_CURRENT_BUFFER ) { | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_load_buffer_state( ); | } | | while ( 1 ) /* loops until end-of-file is reached */ | { | (yy_more_len) = 0; | if ( (yy_more_flag) ) | { | (yy_more_len) = (yy_c_buf_p) - (yytext_ptr); | (yy_more_flag) = 0; | } | yy_cp = (yy_c_buf_p); | | /* Support of yytext. */ | *yy_cp = (yy_hold_char); | | /* yy_bp points to the position in yy_ch_buf of the start of | * the current run. | */ | yy_bp = yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | yy_match: | do | { | register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)]; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | ++yy_cp; | } | while ( yy_base[yy_current_state] != 10 ); | | yy_find_action: | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | find_rule: /* we branch to this label when backing up */ | for ( ; ; ) /* until we find what rule we matched */ | { | if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] ) | { | yy_act = yy_acclist[(yy_lp)]; | { | (yy_full_match) = yy_cp; | break; | } | } | --yy_cp; | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | } | | YY_DO_BEFORE_ACTION; | | do_action: /* This label is used only to access EOF actions. */ | | switch ( yy_act ) | { /* beginning of action switch */ | case 1: | YY_RULE_SETUP | #line 2 "conftest.l" | { ECHO; } | YY_BREAK | case 2: | YY_RULE_SETUP | #line 3 "conftest.l" | { REJECT; } | YY_BREAK | case 3: | YY_RULE_SETUP | #line 4 "conftest.l" | { yymore (); } | YY_BREAK | case 4: | YY_RULE_SETUP | #line 5 "conftest.l" | { yyless (1); } | YY_BREAK | case 5: | YY_RULE_SETUP | #line 6 "conftest.l" | { yyless (input () != 0); } | YY_BREAK | case 6: | YY_RULE_SETUP | #line 7 "conftest.l" | { unput (yytext[0]); } | YY_BREAK | case 7: | YY_RULE_SETUP | #line 8 "conftest.l" | { BEGIN INITIAL; } | YY_BREAK | case 8: | YY_RULE_SETUP | #line 9 "conftest.l" | ECHO; | YY_BREAK | #line 790 "lex.yy.c" | case YY_STATE_EOF(INITIAL): | yyterminate(); | | case YY_END_OF_BUFFER: | { | /* Amount of text matched not including the EOB char. */ | int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1; | | /* Undo the effects of YY_DO_BEFORE_ACTION. */ | *yy_cp = (yy_hold_char); | YY_RESTORE_YY_MORE_OFFSET | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW ) | { | /* We're scanning a new file or input source. It's | * possible that this happened because the user | * just pointed yyin at a new source and called | * yylex(). If so, then we have to assure | * consistency between YY_CURRENT_BUFFER and our | * globals. Here is the right place to do so, because | * this is the first action (other than possibly a | * back-up) that will match for the new input source. | */ | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL; | } | | /* Note that here we test for yy_c_buf_p "<=" to the position | * of the first EOB in the buffer, since yy_c_buf_p will | * already have been incremented past the NUL character | * (since all states make transitions on EOB to the | * end-of-buffer state). Contrast this with the test | * in input(). | */ | if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | { /* This was really a NUL. */ | yy_state_type yy_next_state; | | (yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | /* Okay, we're now positioned to make the NUL | * transition. We couldn't have | * yy_get_previous_state() go ahead and do it | * for us because it doesn't know how to deal | * with the possibility of jamming (and we don't | * want to build jamming into it because then it | * will run more slowly). | */ | | yy_next_state = yy_try_NUL_trans( yy_current_state ); | | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | | if ( yy_next_state ) | { | /* Consume the NUL. */ | yy_cp = ++(yy_c_buf_p); | yy_current_state = yy_next_state; | goto yy_match; | } | | else | { | yy_cp = (yy_c_buf_p); | goto yy_find_action; | } | } | | else switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_END_OF_FILE: | { | (yy_did_buffer_switch_on_eof) = 0; | | if ( yywrap( ) ) | { | /* Note: because we've taken care in | * yy_get_next_buffer() to have set up | * yytext, we can now set up | * yy_c_buf_p so that if some total | * hoser (like flex itself) wants to | * call the scanner after we return the | * YY_NULL, it'll still work - another | * YY_NULL will get returned. | */ | (yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ; | | yy_act = YY_STATE_EOF(YY_START); | goto do_action; | } | | else | { | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | } | break; | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = | (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_match; | | case EOB_ACT_LAST_MATCH: | (yy_c_buf_p) = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)]; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_find_action; | } | break; | } | | default: | YY_FATAL_ERROR( | "fatal flex scanner internal error--no action found" ); | } /* end of action switch */ | } /* end of scanning one token */ | } /* end of yylex */ | | /* yy_get_next_buffer - try to read in a new buffer | * | * Returns a code representing an action: | * EOB_ACT_LAST_MATCH - | * EOB_ACT_CONTINUE_SCAN - continue scanning from current position | * EOB_ACT_END_OF_FILE - end of file | */ | static int yy_get_next_buffer (void) | { | register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf; | register char *source = (yytext_ptr); | register int number_to_move, i; | int ret_val; | | if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 ) | { /* Don't try to fill the buffer, so this is an EOF. */ | if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 ) | { | /* We matched a single character, the EOB, so | * treat this as a final EOF. | */ | return EOB_ACT_END_OF_FILE; | } | | else | { | /* We matched some text prior to the EOB, first | * process it. | */ | return EOB_ACT_LAST_MATCH; | } | } | | /* Try to read more data. */ | | /* First move last chars to start of buffer. */ | number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1; | | for ( i = 0; i < number_to_move; ++i ) | *(dest++) = *(source++); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING ) | /* don't do the read, it's not guaranteed to return an EOF, | * just force an EOF | */ | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0; | | else | { | int num_to_read = | YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]), | (yy_n_chars), (size_t) num_to_read ); | | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | if ( (yy_n_chars) == 0 ) | { | if ( number_to_move == YY_MORE_ADJ ) | { | ret_val = EOB_ACT_END_OF_FILE; | yyrestart(yyin ); | } | | else | { | ret_val = EOB_ACT_LAST_MATCH; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) { | /* Extend the array by 50%, plus the number we really need. */ | yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1); | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size ); | if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" ); | } | | (yy_n_chars) += number_to_move; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR; | | (yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0]; | | return ret_val; | } | | /* yy_get_previous_state - get the state just before the EOB char was reached */ | | static yy_state_type yy_get_previous_state (void) | { | register yy_state_type yy_current_state; | register char *yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp ) | { | register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1); | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | } | | return yy_current_state; | } | | /* yy_try_NUL_trans - try to make a transition on the NUL character | * | * synopsis | * next_state = yy_try_NUL_trans( current_state ); | */ | static yy_state_type yy_try_NUL_trans (yy_state_type yy_current_state ) | { | register int yy_is_jam; | | register YY_CHAR yy_c = 1; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | yy_is_jam = (yy_current_state == 12); | if ( ! yy_is_jam ) | *(yy_state_ptr)++ = yy_current_state; | | return yy_is_jam ? 0 : yy_current_state; | } | | static void yyunput (int c, register char * yy_bp ) | { | register char *yy_cp; | | yy_cp = (yy_c_buf_p); | | /* undo effects of setting up yytext */ | *yy_cp = (yy_hold_char); | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | { /* need to shift things up to make room */ | /* +2 for EOB chars. */ | register int number_to_move = (yy_n_chars) + 2; | register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[ | YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2]; | register char *source = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]; | | while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size; | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | YY_FATAL_ERROR( "flex scanner push-back overflow" ); | } | | *--yy_cp = (char) c; | | (yytext_ptr) = yy_bp; | (yy_hold_char) = *yy_cp; | (yy_c_buf_p) = yy_cp; | } | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput (void) | #else | static int input (void) | #endif | | { | int c; | | *(yy_c_buf_p) = (yy_hold_char); | | if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR ) | { | /* yy_c_buf_p now points to the character we want to return. | * If this occurs *before* the EOB characters, then it's a | * valid NUL; if not, then we've hit the end of the buffer. | */ | if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | /* This was really a NUL. */ | *(yy_c_buf_p) = '\0'; | | else | { /* need more input */ | int offset = (yy_c_buf_p) - (yytext_ptr); | ++(yy_c_buf_p); | | switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_LAST_MATCH: | /* This happens because yy_g_n_b() | * sees that we've accumulated a | * token and flags that we need to | * try matching the token before | * proceeding. But for input(), | * there's no matching to consider. | * So convert the EOB_ACT_LAST_MATCH | * to EOB_ACT_END_OF_FILE. | */ | | /* Reset buffer status. */ | yyrestart(yyin ); | | /*FALLTHROUGH*/ | | case EOB_ACT_END_OF_FILE: | { | if ( yywrap( ) ) | return EOF; | | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | #ifdef __cplusplus | return yyinput(); | #else | return input(); | #endif | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = (yytext_ptr) + offset; | break; | } | } | } | | c = *(unsigned char *) (yy_c_buf_p); /* cast for 8-bit char's */ | *(yy_c_buf_p) = '\0'; /* preserve yytext */ | (yy_hold_char) = *++(yy_c_buf_p); | | return c; | } | #endif /* ifndef YY_NO_INPUT */ | | /** Immediately switch to a different input stream. | * @param input_file A readable stream. | * | * @note This function does not reset the start condition to @c INITIAL . | */ | void yyrestart (FILE * input_file ) | { | | if ( ! YY_CURRENT_BUFFER ){ | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_init_buffer(YY_CURRENT_BUFFER,input_file ); | yy_load_buffer_state( ); | } | | /** Switch to a different input buffer. | * @param new_buffer The new input buffer. | * | */ | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ) | { | | /* TODO. We should be able to replace this entire function body | * with | * yypop_buffer_state(); | * yypush_buffer_state(new_buffer); | */ | yyensure_buffer_stack (); | if ( YY_CURRENT_BUFFER == new_buffer ) | return; | | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | YY_CURRENT_BUFFER_LVALUE = new_buffer; | yy_load_buffer_state( ); | | /* We don't actually know whether we did this switch during | * EOF (yywrap()) processing, but the only time this flag | * is looked at is after yywrap() is called, so it's safe | * to go ahead and always set it. | */ | (yy_did_buffer_switch_on_eof) = 1; | } | | static void yy_load_buffer_state (void) | { | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | (yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos; | yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file; | (yy_hold_char) = *(yy_c_buf_p); | } | | /** Allocate and initialize an input buffer state. | * @param file A readable stream. | * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE. | * | * @return the allocated buffer state. | */ | YY_BUFFER_STATE yy_create_buffer (FILE * file, int size ) | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_buf_size = size; | | /* yy_ch_buf has to be 2 characters longer than the size given because | * we need to put in 2 end-of-buffer characters. | */ | b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2 ); | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_is_our_buffer = 1; | | yy_init_buffer(b,file ); | | return b; | } | | /** Destroy the buffer. | * @param b a buffer created with yy_create_buffer() | * | */ | void yy_delete_buffer (YY_BUFFER_STATE b ) | { | | if ( ! b ) | return; | | if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */ | YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yyfree((void *) b->yy_ch_buf ); | | yyfree((void *) b ); | } | | #ifndef __cplusplus | extern int isatty (int ); | #endif /* __cplusplus */ | | /* Initializes or reinitializes a buffer. | * This function is sometimes called more than once on the same buffer, | * such as during a yyrestart() or at EOF. | */ | static void yy_init_buffer (YY_BUFFER_STATE b, FILE * file ) | | { | int oerrno = errno; | | yy_flush_buffer(b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | /* If b is the current buffer, then yy_init_buffer was _probably_ | * called from yyrestart() or through yy_get_next_buffer. | * In that case, we don't want to reset the lineno or column. | */ | if (b != YY_CURRENT_BUFFER){ | b->yy_bs_lineno = 1; | b->yy_bs_column = 0; | } | | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | | errno = oerrno; | } | | /** Discard all buffered characters. On the next scan, YY_INPUT will be called. | * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER. | * | */ | void yy_flush_buffer (YY_BUFFER_STATE b ) | { | if ( ! b ) | return; | | b->yy_n_chars = 0; | | /* We always need two end-of-buffer characters. The first causes | * a transition to the end-of-buffer state. The second causes | * a jam in that state. | */ | b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR; | b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR; | | b->yy_buf_pos = &b->yy_ch_buf[0]; | | b->yy_at_bol = 1; | b->yy_buffer_status = YY_BUFFER_NEW; | | if ( b == YY_CURRENT_BUFFER ) | yy_load_buffer_state( ); | } | | /** Pushes the new state onto the stack. The new state becomes | * the current state. This function will allocate the stack | * if necessary. | * @param new_buffer The new state. | * | */ | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ) | { | if (new_buffer == NULL) | return; | | yyensure_buffer_stack(); | | /* This block is copied from yy_switch_to_buffer. */ | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | /* Only push if top exists. Otherwise, replace top. */ | if (YY_CURRENT_BUFFER) | (yy_buffer_stack_top)++; | YY_CURRENT_BUFFER_LVALUE = new_buffer; | | /* copied from yy_switch_to_buffer. */ | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | | /** Removes and deletes the top of the stack, if present. | * The next element becomes the new top. | * | */ | void yypop_buffer_state (void) | { | if (!YY_CURRENT_BUFFER) | return; | | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | if ((yy_buffer_stack_top) > 0) | --(yy_buffer_stack_top); | | if (YY_CURRENT_BUFFER) { | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | } | | /* Allocates the stack if it does not exist. | * Guarantees space for at least one push. | */ | static void yyensure_buffer_stack (void) | { | int num_to_alloc; | | if (!(yy_buffer_stack)) { | | /* First allocation is just for 2 elements, since we don't know if this | * scanner will even need a stack. We use 2 instead of 1 to avoid an | * immediate realloc on the next call. | */ | num_to_alloc = 1; | (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc | (num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*)); | | (yy_buffer_stack_max) = num_to_alloc; | (yy_buffer_stack_top) = 0; | return; | } | | if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){ | | /* Increase the buffer to prepare for a possible push. */ | int grow_size = 8 /* arbitrary grow size */; | | num_to_alloc = (yy_buffer_stack_max) + grow_size; | (yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc | ((yy_buffer_stack), | num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | /* zero only the new slots.*/ | memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*)); | (yy_buffer_stack_max) = num_to_alloc; | } | } | | /** Setup the input buffer state to scan directly from a user-specified character buffer. | * @param base the character buffer | * @param size the size in bytes of the character buffer | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_buffer (char * base, yy_size_t size ) | { | YY_BUFFER_STATE b; | | if ( size < 2 || | base[size-2] != YY_END_OF_BUFFER_CHAR || | base[size-1] != YY_END_OF_BUFFER_CHAR ) | /* They forgot to leave room for the EOB's. */ | return 0; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" ); | | b->yy_buf_size = size - 2; /* "- 2" to take care of EOB's */ | b->yy_buf_pos = b->yy_ch_buf = base; | b->yy_is_our_buffer = 0; | b->yy_input_file = 0; | b->yy_n_chars = b->yy_buf_size; | b->yy_is_interactive = 0; | b->yy_at_bol = 1; | b->yy_fill_buffer = 0; | b->yy_buffer_status = YY_BUFFER_NEW; | | yy_switch_to_buffer(b ); | | return b; | } | | /** Setup the input buffer state to scan a string. The next call to yylex() will | * scan from a @e copy of @a str. | * @param yystr a NUL-terminated string to scan | * | * @return the newly allocated buffer state object. | * @note If you want to scan bytes that may contain NUL values, then use | * yy_scan_bytes() instead. | */ | YY_BUFFER_STATE yy_scan_string (yyconst char * yystr ) | { | | return yy_scan_bytes(yystr,strlen(yystr) ); | } | | /** Setup the input buffer state to scan the given bytes. The next call to yylex() will | * scan from a @e copy of @a bytes. | * @param bytes the byte buffer to scan | * @param len the number of bytes in the buffer pointed to by @a bytes. | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_bytes (yyconst char * yybytes, int _yybytes_len ) | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = _yybytes_len + 2; | buf = (char *) yyalloc(n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < _yybytes_len; ++i ) | buf[i] = yybytes[i]; | | buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR; | | b = yy_scan_buffer(buf,n ); | if ( ! b ) | YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" ); | | /* It's okay to grow etc. this buffer, and we should throw it | * away when we're done. | */ | b->yy_is_our_buffer = 1; | | return b; | } | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | static void yy_fatal_error (yyconst char* msg ) | { | (void) fprintf( stderr, "%s\n", msg ); | exit( YY_EXIT_FAILURE ); | } | | /* Redefine yyless() so it works in section 3 code. */ | | #undef yyless | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | yytext[yyleng] = (yy_hold_char); \ | (yy_c_buf_p) = yytext + yyless_macro_arg; \ | (yy_hold_char) = *(yy_c_buf_p); \ | *(yy_c_buf_p) = '\0'; \ | yyleng = yyless_macro_arg; \ | } \ | while ( 0 ) | | /* Accessor methods (get/set functions) to struct members. */ | | /** Get the current line number. | * | */ | int yyget_lineno (void) | { | | return yylineno; | } | | /** Get the input stream. | * | */ | FILE *yyget_in (void) | { | return yyin; | } | | /** Get the output stream. | * | */ | FILE *yyget_out (void) | { | return yyout; | } | | /** Get the length of the current token. | * | */ | int yyget_leng (void) | { | return yyleng; | } | | /** Get the current token. | * | */ | | char *yyget_text (void) | { | return yytext; | } | | /** Set the current line number. | * @param line_number | * | */ | void yyset_lineno (int line_number ) | { | | yylineno = line_number; | } | | /** Set the input stream. This does not discard the current | * input buffer. | * @param in_str A readable stream. | * | * @see yy_switch_to_buffer | */ | void yyset_in (FILE * in_str ) | { | yyin = in_str ; | } | | void yyset_out (FILE * out_str ) | { | yyout = out_str ; | } | | int yyget_debug (void) | { | return yy_flex_debug; | } | | void yyset_debug (int bdebug ) | { | yy_flex_debug = bdebug ; | } | | static int yy_init_globals (void) | { | /* Initialization is the same as for the non-reentrant scanner. | * This function is called from yylex_destroy(), so don't allocate here. | */ | | (yy_buffer_stack) = 0; | (yy_buffer_stack_top) = 0; | (yy_buffer_stack_max) = 0; | (yy_c_buf_p) = (char *) 0; | (yy_init) = 0; | (yy_start) = 0; | | (yy_state_buf) = 0; | (yy_state_ptr) = 0; | (yy_full_match) = 0; | (yy_lp) = 0; | | /* Defined in main.c */ | #ifdef YY_STDINIT | yyin = stdin; | yyout = stdout; | #else | yyin = (FILE *) 0; | yyout = (FILE *) 0; | #endif | | /* For future reference: Set errno on error, since we are called by | * yylex_init() | */ | return 0; | } | | /* yylex_destroy is for both reentrant and non-reentrant scanners. */ | int yylex_destroy (void) | { | | /* Pop the buffer stack, destroying each element. */ | while(YY_CURRENT_BUFFER){ | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | yypop_buffer_state(); | } | | /* Destroy the stack itself. */ | yyfree((yy_buffer_stack) ); | (yy_buffer_stack) = NULL; | | yyfree ( (yy_state_buf) ); | (yy_state_buf) = NULL; | | /* Reset the globals. This is important in a non-reentrant scanner so the next time | * yylex() is called, initialization will occur. */ | yy_init_globals( ); | | return 0; | } | | /* | * Internal utility routines. | */ | | #ifndef yytext_ptr | static void yy_flex_strncpy (char* s1, yyconst char * s2, int n ) | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * s ) | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | void *yyalloc (yy_size_t size ) | { | return (void *) malloc( size ); | } | | void *yyrealloc (void * ptr, yy_size_t size ) | { | /* The cast to (char *) in the following accommodates both | * implementations that use char* generic pointers, and those | * that use void* generic pointers. It works with the latter | * because both ANSI C and C++ allow castless assignment from | * any pointer type to void*, and deal with argument conversions | * as though doing an assignment. | */ | return (void *) realloc( (char *) ptr, size ); | } | | void yyfree (void * ptr ) | { | free( (char *) ptr ); /* see yyrealloc() for (char *) cast */ | } | | #define YYTABLES_NAME "yytables" | | #line 9 "conftest.l" | | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:19990: g++ -o conftest -g -O2 conftest.cpp -ll >&5 conftest.l: In function 'int yylex()': conftest.l:6: error: 'input' was not declared in this scope configure:19997: $? = 1 configure: failed program was: | | #line 3 "lex.yy.c" | | #define YY_INT_ALIGNED short int | | /* A lexical scanner generated by flex */ | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | #define YY_FLEX_SUBMINOR_VERSION 35 | #if YY_FLEX_SUBMINOR_VERSION > 0 | #define FLEX_BETA | #endif | | /* First, we deal with platform-specific or compiler-specific issues. */ | | /* begin standard C headers. */ | #include | #include | #include | #include | | /* end standard C headers. */ | | /* flex integer type definitions */ | | #ifndef FLEXINT_H | #define FLEXINT_H | | /* C99 systems have . Non-C99 systems may or may not. */ | | #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L | | /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h, | * if you want the limit (max/min) macros for int types. | */ | #ifndef __STDC_LIMIT_MACROS | #define __STDC_LIMIT_MACROS 1 | #endif | | #include | typedef int8_t flex_int8_t; | typedef uint8_t flex_uint8_t; | typedef int16_t flex_int16_t; | typedef uint16_t flex_uint16_t; | typedef int32_t flex_int32_t; | typedef uint32_t flex_uint32_t; | #else | typedef signed char flex_int8_t; | typedef short int flex_int16_t; | typedef int flex_int32_t; | typedef unsigned char flex_uint8_t; | typedef unsigned short int flex_uint16_t; | typedef unsigned int flex_uint32_t; | #endif /* ! C99 */ | | /* Limits of integral types. */ | #ifndef INT8_MIN | #define INT8_MIN (-128) | #endif | #ifndef INT16_MIN | #define INT16_MIN (-32767-1) | #endif | #ifndef INT32_MIN | #define INT32_MIN (-2147483647-1) | #endif | #ifndef INT8_MAX | #define INT8_MAX (127) | #endif | #ifndef INT16_MAX | #define INT16_MAX (32767) | #endif | #ifndef INT32_MAX | #define INT32_MAX (2147483647) | #endif | #ifndef UINT8_MAX | #define UINT8_MAX (255U) | #endif | #ifndef UINT16_MAX | #define UINT16_MAX (65535U) | #endif | #ifndef UINT32_MAX | #define UINT32_MAX (4294967295U) | #endif | | #endif /* ! FLEXINT_H */ | | #ifdef __cplusplus | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | /* C99 requires __STDC__ to be defined as 1. */ | #if defined (__STDC__) | | #define YY_USE_CONST | | #endif /* defined (__STDC__) */ | #endif /* ! __cplusplus */ | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | /* Returned upon end-of-file. */ | #define YY_NULL 0 | | /* Promotes a possibly negative, possibly signed char to an unsigned | * integer for use as an array index. If the signed char is negative, | * we want to instead treat it as an 8-bit unsigned char, hence the | * double cast. | */ | #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c) | | /* Enter a start condition. This macro really ought to take a parameter, | * but we do it the disgusting crufty way forced on us by the ()-less | * definition of BEGIN. | */ | #define BEGIN (yy_start) = 1 + 2 * | | /* Translate the current start state into a value that can be later handed | * to BEGIN to return to the state. The YYSTATE alias is for lex | * compatibility. | */ | #define YY_START (((yy_start) - 1) / 2) | #define YYSTATE YY_START | | /* Action number for EOF rule of a given start state. */ | #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1) | | /* Special action meaning "start processing a new file". */ | #define YY_NEW_FILE yyrestart(yyin ) | | #define YY_END_OF_BUFFER_CHAR 0 | | /* Size of default input buffer. */ | #ifndef YY_BUF_SIZE | #define YY_BUF_SIZE 16384 | #endif | | /* The state buf must be large enough to hold one state per character in the main buffer. | */ | #define YY_STATE_BUF_SIZE ((YY_BUF_SIZE + 2) * sizeof(yy_state_type)) | | #ifndef YY_TYPEDEF_YY_BUFFER_STATE | #define YY_TYPEDEF_YY_BUFFER_STATE | typedef struct yy_buffer_state *YY_BUFFER_STATE; | #endif | | extern int yyleng; | | extern FILE *yyin, *yyout; | | #define EOB_ACT_CONTINUE_SCAN 0 | #define EOB_ACT_END_OF_FILE 1 | #define EOB_ACT_LAST_MATCH 2 | | #define YY_LESS_LINENO(n) | | /* Return all but the first "n" matched characters back to the input stream. */ | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | *yy_cp = (yy_hold_char); \ | YY_RESTORE_YY_MORE_OFFSET \ | (yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, (yytext_ptr) ) | | #ifndef YY_TYPEDEF_YY_SIZE_T | #define YY_TYPEDEF_YY_SIZE_T | typedef size_t yy_size_t; | #endif | | #ifndef YY_STRUCT_YY_BUFFER_STATE | #define YY_STRUCT_YY_BUFFER_STATE | struct yy_buffer_state | { | FILE *yy_input_file; | | char *yy_ch_buf; /* input buffer */ | char *yy_buf_pos; /* current position in input buffer */ | | /* Size of input buffer in bytes, not including room for EOB | * characters. | */ | yy_size_t yy_buf_size; | | /* Number of characters read into yy_ch_buf, not including EOB | * characters. | */ | int yy_n_chars; | | /* Whether we "own" the buffer - i.e., we know we created it, | * and can realloc() it to grow it, and should free() it to | * delete it. | */ | int yy_is_our_buffer; | | /* Whether this is an "interactive" input source; if so, and | * if we're using stdio for input, then we want to use getc() | * instead of fread(), to make sure we stop fetching input after | * each newline. | */ | int yy_is_interactive; | | /* Whether we're considered to be at the beginning of a line. | * If so, '^' rules will be active on the next match, otherwise | * not. | */ | int yy_at_bol; | | int yy_bs_lineno; /**< The line count. */ | int yy_bs_column; /**< The column count. */ | | /* Whether to try to fill the input buffer when we reach the | * end of it. | */ | int yy_fill_buffer; | | int yy_buffer_status; | | #define YY_BUFFER_NEW 0 | #define YY_BUFFER_NORMAL 1 | /* When an EOF's been seen but there's still some text to process | * then we mark the buffer as YY_EOF_PENDING, to indicate that we | * shouldn't try reading from the input source any more. We might | * still have a bunch of tokens to match, though, because of | * possible backing-up. | * | * When we actually see the EOF, we change the status to "new" | * (via yyrestart()), so that the user can continue scanning by | * just pointing yyin at a new input file. | */ | #define YY_BUFFER_EOF_PENDING 2 | | }; | #endif /* !YY_STRUCT_YY_BUFFER_STATE */ | | /* Stack of input buffers. */ | static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */ | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */ | static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */ | | /* We provide macros for accessing buffer states in case in the | * future we want to put the buffer states in a more general | * "scanner state". | * | * Returns the top of the stack, or NULL. | */ | #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \ | ? (yy_buffer_stack)[(yy_buffer_stack_top)] \ | : NULL) | | /* Same as previous macro, but useful when we know that the buffer stack is not | * NULL or when we need an lvalue. For internal use only. | */ | #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)] | | /* yy_hold_char holds the character lost when yytext is formed. */ | static char yy_hold_char; | static int yy_n_chars; /* number of characters read into yy_ch_buf */ | int yyleng; | | /* Points to current character in buffer. */ | static char *yy_c_buf_p = (char *) 0; | static int yy_init = 0; /* whether we need to initialize */ | static int yy_start = 0; /* start state number */ | | /* Flag which is used to allow yywrap()'s to do buffer switches | * instead of setting up a fresh yyin. A bit of a hack ... | */ | static int yy_did_buffer_switch_on_eof; | | void yyrestart (FILE *input_file ); | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ); | YY_BUFFER_STATE yy_create_buffer (FILE *file,int size ); | void yy_delete_buffer (YY_BUFFER_STATE b ); | void yy_flush_buffer (YY_BUFFER_STATE b ); | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ); | void yypop_buffer_state (void ); | | static void yyensure_buffer_stack (void ); | static void yy_load_buffer_state (void ); | static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file ); | | #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER ) | | YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size ); | YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str ); | YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len ); | | void *yyalloc (yy_size_t ); | void *yyrealloc (void *,yy_size_t ); | void yyfree (void * ); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! YY_CURRENT_BUFFER ){ \ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! YY_CURRENT_BUFFER ){\ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol) | | /* Begin user sect3 */ | | typedef unsigned char YY_CHAR; | | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | | typedef int yy_state_type; | | extern int yylineno; | | int yylineno = 1; | | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state (void ); | static yy_state_type yy_try_NUL_trans (yy_state_type current_state ); | static int yy_get_next_buffer (void ); | static void yy_fatal_error (yyconst char msg[] ); | | /* Done after the current pattern has been matched and before the | * corresponding action - sets up yytext. | */ | #define YY_DO_BEFORE_ACTION \ | (yytext_ptr) = yy_bp; \ | (yytext_ptr) -= (yy_more_len); \ | yyleng = (size_t) (yy_cp - (yytext_ptr)); \ | (yy_hold_char) = *yy_cp; \ | *yy_cp = '\0'; \ | (yy_c_buf_p) = yy_cp; | | #define YY_NUM_RULES 8 | #define YY_END_OF_BUFFER 9 | /* This struct is not used in this scanner, | but its presence is necessary. */ | struct yy_trans_info | { | flex_int32_t yy_verify; | flex_int32_t yy_nxt; | }; | static yyconst flex_int16_t yy_acclist[23] = | { 0, | 9, 7, 8, 8, 1, 7, 8, 2, 7, 8, | 3, 7, 8, 4, 7, 8, 5, 7, 8, 6, | 7, 8 | } ; | | static yyconst flex_int16_t yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst flex_int32_t yy_ec[256] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 2, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 3, 4, 5, 6, | | 7, 8, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int32_t yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int16_t yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst flex_int16_t yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst flex_int16_t yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst flex_int16_t yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | extern int yy_flex_debug; | int yy_flex_debug = 0; | | static yy_state_type *yy_state_buf=0, *yy_state_ptr=0; | static char *yy_full_match; | static int yy_lp; | #define REJECT \ | { \ | *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \ | yy_cp = (yy_full_match); /* restore poss. backed-over text */ \ | ++(yy_lp); \ | goto find_rule; \ | } | | static int yy_more_flag = 0; | static int yy_more_len = 0; | #define yymore() ((yy_more_flag) = 1) | #define YY_MORE_ADJ (yy_more_len) | #define YY_RESTORE_YY_MORE_OFFSET | char *yytext; | #line 1 "conftest.l" | #line 468 "lex.yy.c" | | #define INITIAL 0 | | #ifndef YY_NO_UNISTD_H | /* Special case for "unistd.h", since it is non-ANSI. We include it way | * down here because we want the user's section 1 to have been scanned first. | * The user has a chance to override it with an option. | */ | #include | #endif | | #ifndef YY_EXTRA_TYPE | #define YY_EXTRA_TYPE void * | #endif | | static int yy_init_globals (void ); | | /* Accessor methods to globals. | These are made visible to non-reentrant scanners for convenience. */ | | int yylex_destroy (void ); | | int yyget_debug (void ); | | void yyset_debug (int debug_flag ); | | YY_EXTRA_TYPE yyget_extra (void ); | | void yyset_extra (YY_EXTRA_TYPE user_defined ); | | FILE *yyget_in (void ); | | void yyset_in (FILE * in_str ); | | FILE *yyget_out (void ); | | void yyset_out (FILE * out_str ); | | int yyget_leng (void ); | | char *yyget_text (void ); | | int yyget_lineno (void ); | | void yyset_lineno (int line_number ); | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap (void ); | #else | extern int yywrap (void ); | #endif | #endif | | static void yyunput (int c,char *buf_ptr ); | | #ifndef yytext_ptr | static void yy_flex_strncpy (char *,yyconst char *,int ); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * ); | #endif | | #ifndef YY_NO_INPUT | | #ifdef __cplusplus | static int yyinput (void ); | #else | static int input (void ); | #endif | | #endif | | /* Amount of stuff to slurp up with each read. */ | #ifndef YY_READ_BUF_SIZE | #define YY_READ_BUF_SIZE 8192 | #endif | | /* Copy whatever the last rule matched to the standard output. */ | #ifndef ECHO | /* This used to be an fputs(), but since the string might contain NUL's, | * we now use fwrite(). | */ | #define ECHO fwrite( yytext, yyleng, 1, yyout ) | #endif | | /* Gets input and stuffs it into "buf". number of characters read, or YY_NULL, | * is returned in "result". | */ | #ifndef YY_INPUT | #define YY_INPUT(buf,result,max_size) \ | if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \ | { \ | int c = '*'; \ | int n; \ | for ( n = 0; n < max_size && \ | (c = getc( yyin )) != EOF && c != '\n'; ++n ) \ | buf[n] = (char) c; \ | if ( c == '\n' ) \ | buf[n++] = (char) c; \ | if ( c == EOF && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | result = n; \ | } \ | else \ | { \ | errno=0; \ | while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \ | { \ | if( errno != EINTR) \ | { \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | break; \ | } \ | errno=0; \ | clearerr(yyin); \ | } \ | }\ | \ | | #endif | | /* No semi-colon after return; correct usage is to write "yyterminate();" - | * we don't want an extra ';' after the "return" because that will cause | * some compilers to complain about unreachable statements. | */ | #ifndef yyterminate | #define yyterminate() return YY_NULL | #endif | | /* Number of entries by which start-condition stack grows. */ | #ifndef YY_START_STACK_INCR | #define YY_START_STACK_INCR 25 | #endif | | /* Report a fatal error. */ | #ifndef YY_FATAL_ERROR | #define YY_FATAL_ERROR(msg) yy_fatal_error( msg ) | #endif | | /* end tables serialization structures and prototypes */ | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL_IS_OURS 1 | | extern int yylex (void); | | #define YY_DECL int yylex (void) | #endif /* !YY_DECL */ | | /* Code executed at the beginning of each rule, after yytext and yyleng | * have been set up. | */ | #ifndef YY_USER_ACTION | #define YY_USER_ACTION | #endif | | /* Code executed at the end of each rule. */ | #ifndef YY_BREAK | #define YY_BREAK break; | #endif | | #define YY_RULE_SETUP \ | YY_USER_ACTION | | /** The main scanner function which does all the work. | */ | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 652 "lex.yy.c" | | if ( !(yy_init) ) | { | (yy_init) = 1; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | /* Create the reject buffer large enough to save one state per allowed character. */ | if ( ! (yy_state_buf) ) | (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE ); | if ( ! (yy_state_buf) ) | YY_FATAL_ERROR( "out of dynamic memory in yylex()" ); | | if ( ! (yy_start) ) | (yy_start) = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! YY_CURRENT_BUFFER ) { | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_load_buffer_state( ); | } | | while ( 1 ) /* loops until end-of-file is reached */ | { | (yy_more_len) = 0; | if ( (yy_more_flag) ) | { | (yy_more_len) = (yy_c_buf_p) - (yytext_ptr); | (yy_more_flag) = 0; | } | yy_cp = (yy_c_buf_p); | | /* Support of yytext. */ | *yy_cp = (yy_hold_char); | | /* yy_bp points to the position in yy_ch_buf of the start of | * the current run. | */ | yy_bp = yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | yy_match: | do | { | register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)]; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | ++yy_cp; | } | while ( yy_base[yy_current_state] != 10 ); | | yy_find_action: | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | find_rule: /* we branch to this label when backing up */ | for ( ; ; ) /* until we find what rule we matched */ | { | if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] ) | { | yy_act = yy_acclist[(yy_lp)]; | { | (yy_full_match) = yy_cp; | break; | } | } | --yy_cp; | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | } | | YY_DO_BEFORE_ACTION; | | do_action: /* This label is used only to access EOF actions. */ | | switch ( yy_act ) | { /* beginning of action switch */ | case 1: | YY_RULE_SETUP | #line 2 "conftest.l" | { ECHO; } | YY_BREAK | case 2: | YY_RULE_SETUP | #line 3 "conftest.l" | { REJECT; } | YY_BREAK | case 3: | YY_RULE_SETUP | #line 4 "conftest.l" | { yymore (); } | YY_BREAK | case 4: | YY_RULE_SETUP | #line 5 "conftest.l" | { yyless (1); } | YY_BREAK | case 5: | YY_RULE_SETUP | #line 6 "conftest.l" | { yyless (input () != 0); } | YY_BREAK | case 6: | YY_RULE_SETUP | #line 7 "conftest.l" | { unput (yytext[0]); } | YY_BREAK | case 7: | YY_RULE_SETUP | #line 8 "conftest.l" | { BEGIN INITIAL; } | YY_BREAK | case 8: | YY_RULE_SETUP | #line 9 "conftest.l" | ECHO; | YY_BREAK | #line 790 "lex.yy.c" | case YY_STATE_EOF(INITIAL): | yyterminate(); | | case YY_END_OF_BUFFER: | { | /* Amount of text matched not including the EOB char. */ | int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1; | | /* Undo the effects of YY_DO_BEFORE_ACTION. */ | *yy_cp = (yy_hold_char); | YY_RESTORE_YY_MORE_OFFSET | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW ) | { | /* We're scanning a new file or input source. It's | * possible that this happened because the user | * just pointed yyin at a new source and called | * yylex(). If so, then we have to assure | * consistency between YY_CURRENT_BUFFER and our | * globals. Here is the right place to do so, because | * this is the first action (other than possibly a | * back-up) that will match for the new input source. | */ | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL; | } | | /* Note that here we test for yy_c_buf_p "<=" to the position | * of the first EOB in the buffer, since yy_c_buf_p will | * already have been incremented past the NUL character | * (since all states make transitions on EOB to the | * end-of-buffer state). Contrast this with the test | * in input(). | */ | if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | { /* This was really a NUL. */ | yy_state_type yy_next_state; | | (yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | /* Okay, we're now positioned to make the NUL | * transition. We couldn't have | * yy_get_previous_state() go ahead and do it | * for us because it doesn't know how to deal | * with the possibility of jamming (and we don't | * want to build jamming into it because then it | * will run more slowly). | */ | | yy_next_state = yy_try_NUL_trans( yy_current_state ); | | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | | if ( yy_next_state ) | { | /* Consume the NUL. */ | yy_cp = ++(yy_c_buf_p); | yy_current_state = yy_next_state; | goto yy_match; | } | | else | { | yy_cp = (yy_c_buf_p); | goto yy_find_action; | } | } | | else switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_END_OF_FILE: | { | (yy_did_buffer_switch_on_eof) = 0; | | if ( yywrap( ) ) | { | /* Note: because we've taken care in | * yy_get_next_buffer() to have set up | * yytext, we can now set up | * yy_c_buf_p so that if some total | * hoser (like flex itself) wants to | * call the scanner after we return the | * YY_NULL, it'll still work - another | * YY_NULL will get returned. | */ | (yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ; | | yy_act = YY_STATE_EOF(YY_START); | goto do_action; | } | | else | { | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | } | break; | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = | (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_match; | | case EOB_ACT_LAST_MATCH: | (yy_c_buf_p) = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)]; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_find_action; | } | break; | } | | default: | YY_FATAL_ERROR( | "fatal flex scanner internal error--no action found" ); | } /* end of action switch */ | } /* end of scanning one token */ | } /* end of yylex */ | | /* yy_get_next_buffer - try to read in a new buffer | * | * Returns a code representing an action: | * EOB_ACT_LAST_MATCH - | * EOB_ACT_CONTINUE_SCAN - continue scanning from current position | * EOB_ACT_END_OF_FILE - end of file | */ | static int yy_get_next_buffer (void) | { | register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf; | register char *source = (yytext_ptr); | register int number_to_move, i; | int ret_val; | | if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 ) | { /* Don't try to fill the buffer, so this is an EOF. */ | if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 ) | { | /* We matched a single character, the EOB, so | * treat this as a final EOF. | */ | return EOB_ACT_END_OF_FILE; | } | | else | { | /* We matched some text prior to the EOB, first | * process it. | */ | return EOB_ACT_LAST_MATCH; | } | } | | /* Try to read more data. */ | | /* First move last chars to start of buffer. */ | number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1; | | for ( i = 0; i < number_to_move; ++i ) | *(dest++) = *(source++); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING ) | /* don't do the read, it's not guaranteed to return an EOF, | * just force an EOF | */ | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0; | | else | { | int num_to_read = | YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]), | (yy_n_chars), (size_t) num_to_read ); | | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | if ( (yy_n_chars) == 0 ) | { | if ( number_to_move == YY_MORE_ADJ ) | { | ret_val = EOB_ACT_END_OF_FILE; | yyrestart(yyin ); | } | | else | { | ret_val = EOB_ACT_LAST_MATCH; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) { | /* Extend the array by 50%, plus the number we really need. */ | yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1); | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size ); | if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" ); | } | | (yy_n_chars) += number_to_move; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR; | | (yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0]; | | return ret_val; | } | | /* yy_get_previous_state - get the state just before the EOB char was reached */ | | static yy_state_type yy_get_previous_state (void) | { | register yy_state_type yy_current_state; | register char *yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp ) | { | register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1); | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | } | | return yy_current_state; | } | | /* yy_try_NUL_trans - try to make a transition on the NUL character | * | * synopsis | * next_state = yy_try_NUL_trans( current_state ); | */ | static yy_state_type yy_try_NUL_trans (yy_state_type yy_current_state ) | { | register int yy_is_jam; | | register YY_CHAR yy_c = 1; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | yy_is_jam = (yy_current_state == 12); | if ( ! yy_is_jam ) | *(yy_state_ptr)++ = yy_current_state; | | return yy_is_jam ? 0 : yy_current_state; | } | | static void yyunput (int c, register char * yy_bp ) | { | register char *yy_cp; | | yy_cp = (yy_c_buf_p); | | /* undo effects of setting up yytext */ | *yy_cp = (yy_hold_char); | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | { /* need to shift things up to make room */ | /* +2 for EOB chars. */ | register int number_to_move = (yy_n_chars) + 2; | register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[ | YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2]; | register char *source = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]; | | while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size; | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | YY_FATAL_ERROR( "flex scanner push-back overflow" ); | } | | *--yy_cp = (char) c; | | (yytext_ptr) = yy_bp; | (yy_hold_char) = *yy_cp; | (yy_c_buf_p) = yy_cp; | } | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput (void) | #else | static int input (void) | #endif | | { | int c; | | *(yy_c_buf_p) = (yy_hold_char); | | if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR ) | { | /* yy_c_buf_p now points to the character we want to return. | * If this occurs *before* the EOB characters, then it's a | * valid NUL; if not, then we've hit the end of the buffer. | */ | if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | /* This was really a NUL. */ | *(yy_c_buf_p) = '\0'; | | else | { /* need more input */ | int offset = (yy_c_buf_p) - (yytext_ptr); | ++(yy_c_buf_p); | | switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_LAST_MATCH: | /* This happens because yy_g_n_b() | * sees that we've accumulated a | * token and flags that we need to | * try matching the token before | * proceeding. But for input(), | * there's no matching to consider. | * So convert the EOB_ACT_LAST_MATCH | * to EOB_ACT_END_OF_FILE. | */ | | /* Reset buffer status. */ | yyrestart(yyin ); | | /*FALLTHROUGH*/ | | case EOB_ACT_END_OF_FILE: | { | if ( yywrap( ) ) | return EOF; | | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | #ifdef __cplusplus | return yyinput(); | #else | return input(); | #endif | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = (yytext_ptr) + offset; | break; | } | } | } | | c = *(unsigned char *) (yy_c_buf_p); /* cast for 8-bit char's */ | *(yy_c_buf_p) = '\0'; /* preserve yytext */ | (yy_hold_char) = *++(yy_c_buf_p); | | return c; | } | #endif /* ifndef YY_NO_INPUT */ | | /** Immediately switch to a different input stream. | * @param input_file A readable stream. | * | * @note This function does not reset the start condition to @c INITIAL . | */ | void yyrestart (FILE * input_file ) | { | | if ( ! YY_CURRENT_BUFFER ){ | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_init_buffer(YY_CURRENT_BUFFER,input_file ); | yy_load_buffer_state( ); | } | | /** Switch to a different input buffer. | * @param new_buffer The new input buffer. | * | */ | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ) | { | | /* TODO. We should be able to replace this entire function body | * with | * yypop_buffer_state(); | * yypush_buffer_state(new_buffer); | */ | yyensure_buffer_stack (); | if ( YY_CURRENT_BUFFER == new_buffer ) | return; | | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | YY_CURRENT_BUFFER_LVALUE = new_buffer; | yy_load_buffer_state( ); | | /* We don't actually know whether we did this switch during | * EOF (yywrap()) processing, but the only time this flag | * is looked at is after yywrap() is called, so it's safe | * to go ahead and always set it. | */ | (yy_did_buffer_switch_on_eof) = 1; | } | | static void yy_load_buffer_state (void) | { | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | (yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos; | yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file; | (yy_hold_char) = *(yy_c_buf_p); | } | | /** Allocate and initialize an input buffer state. | * @param file A readable stream. | * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE. | * | * @return the allocated buffer state. | */ | YY_BUFFER_STATE yy_create_buffer (FILE * file, int size ) | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_buf_size = size; | | /* yy_ch_buf has to be 2 characters longer than the size given because | * we need to put in 2 end-of-buffer characters. | */ | b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2 ); | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_is_our_buffer = 1; | | yy_init_buffer(b,file ); | | return b; | } | | /** Destroy the buffer. | * @param b a buffer created with yy_create_buffer() | * | */ | void yy_delete_buffer (YY_BUFFER_STATE b ) | { | | if ( ! b ) | return; | | if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */ | YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yyfree((void *) b->yy_ch_buf ); | | yyfree((void *) b ); | } | | #ifndef __cplusplus | extern int isatty (int ); | #endif /* __cplusplus */ | | /* Initializes or reinitializes a buffer. | * This function is sometimes called more than once on the same buffer, | * such as during a yyrestart() or at EOF. | */ | static void yy_init_buffer (YY_BUFFER_STATE b, FILE * file ) | | { | int oerrno = errno; | | yy_flush_buffer(b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | /* If b is the current buffer, then yy_init_buffer was _probably_ | * called from yyrestart() or through yy_get_next_buffer. | * In that case, we don't want to reset the lineno or column. | */ | if (b != YY_CURRENT_BUFFER){ | b->yy_bs_lineno = 1; | b->yy_bs_column = 0; | } | | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | | errno = oerrno; | } | | /** Discard all buffered characters. On the next scan, YY_INPUT will be called. | * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER. | * | */ | void yy_flush_buffer (YY_BUFFER_STATE b ) | { | if ( ! b ) | return; | | b->yy_n_chars = 0; | | /* We always need two end-of-buffer characters. The first causes | * a transition to the end-of-buffer state. The second causes | * a jam in that state. | */ | b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR; | b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR; | | b->yy_buf_pos = &b->yy_ch_buf[0]; | | b->yy_at_bol = 1; | b->yy_buffer_status = YY_BUFFER_NEW; | | if ( b == YY_CURRENT_BUFFER ) | yy_load_buffer_state( ); | } | | /** Pushes the new state onto the stack. The new state becomes | * the current state. This function will allocate the stack | * if necessary. | * @param new_buffer The new state. | * | */ | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ) | { | if (new_buffer == NULL) | return; | | yyensure_buffer_stack(); | | /* This block is copied from yy_switch_to_buffer. */ | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | /* Only push if top exists. Otherwise, replace top. */ | if (YY_CURRENT_BUFFER) | (yy_buffer_stack_top)++; | YY_CURRENT_BUFFER_LVALUE = new_buffer; | | /* copied from yy_switch_to_buffer. */ | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | | /** Removes and deletes the top of the stack, if present. | * The next element becomes the new top. | * | */ | void yypop_buffer_state (void) | { | if (!YY_CURRENT_BUFFER) | return; | | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | if ((yy_buffer_stack_top) > 0) | --(yy_buffer_stack_top); | | if (YY_CURRENT_BUFFER) { | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | } | | /* Allocates the stack if it does not exist. | * Guarantees space for at least one push. | */ | static void yyensure_buffer_stack (void) | { | int num_to_alloc; | | if (!(yy_buffer_stack)) { | | /* First allocation is just for 2 elements, since we don't know if this | * scanner will even need a stack. We use 2 instead of 1 to avoid an | * immediate realloc on the next call. | */ | num_to_alloc = 1; | (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc | (num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*)); | | (yy_buffer_stack_max) = num_to_alloc; | (yy_buffer_stack_top) = 0; | return; | } | | if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){ | | /* Increase the buffer to prepare for a possible push. */ | int grow_size = 8 /* arbitrary grow size */; | | num_to_alloc = (yy_buffer_stack_max) + grow_size; | (yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc | ((yy_buffer_stack), | num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | /* zero only the new slots.*/ | memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*)); | (yy_buffer_stack_max) = num_to_alloc; | } | } | | /** Setup the input buffer state to scan directly from a user-specified character buffer. | * @param base the character buffer | * @param size the size in bytes of the character buffer | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_buffer (char * base, yy_size_t size ) | { | YY_BUFFER_STATE b; | | if ( size < 2 || | base[size-2] != YY_END_OF_BUFFER_CHAR || | base[size-1] != YY_END_OF_BUFFER_CHAR ) | /* They forgot to leave room for the EOB's. */ | return 0; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" ); | | b->yy_buf_size = size - 2; /* "- 2" to take care of EOB's */ | b->yy_buf_pos = b->yy_ch_buf = base; | b->yy_is_our_buffer = 0; | b->yy_input_file = 0; | b->yy_n_chars = b->yy_buf_size; | b->yy_is_interactive = 0; | b->yy_at_bol = 1; | b->yy_fill_buffer = 0; | b->yy_buffer_status = YY_BUFFER_NEW; | | yy_switch_to_buffer(b ); | | return b; | } | | /** Setup the input buffer state to scan a string. The next call to yylex() will | * scan from a @e copy of @a str. | * @param yystr a NUL-terminated string to scan | * | * @return the newly allocated buffer state object. | * @note If you want to scan bytes that may contain NUL values, then use | * yy_scan_bytes() instead. | */ | YY_BUFFER_STATE yy_scan_string (yyconst char * yystr ) | { | | return yy_scan_bytes(yystr,strlen(yystr) ); | } | | /** Setup the input buffer state to scan the given bytes. The next call to yylex() will | * scan from a @e copy of @a bytes. | * @param bytes the byte buffer to scan | * @param len the number of bytes in the buffer pointed to by @a bytes. | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_bytes (yyconst char * yybytes, int _yybytes_len ) | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = _yybytes_len + 2; | buf = (char *) yyalloc(n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < _yybytes_len; ++i ) | buf[i] = yybytes[i]; | | buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR; | | b = yy_scan_buffer(buf,n ); | if ( ! b ) | YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" ); | | /* It's okay to grow etc. this buffer, and we should throw it | * away when we're done. | */ | b->yy_is_our_buffer = 1; | | return b; | } | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | static void yy_fatal_error (yyconst char* msg ) | { | (void) fprintf( stderr, "%s\n", msg ); | exit( YY_EXIT_FAILURE ); | } | | /* Redefine yyless() so it works in section 3 code. */ | | #undef yyless | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | yytext[yyleng] = (yy_hold_char); \ | (yy_c_buf_p) = yytext + yyless_macro_arg; \ | (yy_hold_char) = *(yy_c_buf_p); \ | *(yy_c_buf_p) = '\0'; \ | yyleng = yyless_macro_arg; \ | } \ | while ( 0 ) | | /* Accessor methods (get/set functions) to struct members. */ | | /** Get the current line number. | * | */ | int yyget_lineno (void) | { | | return yylineno; | } | | /** Get the input stream. | * | */ | FILE *yyget_in (void) | { | return yyin; | } | | /** Get the output stream. | * | */ | FILE *yyget_out (void) | { | return yyout; | } | | /** Get the length of the current token. | * | */ | int yyget_leng (void) | { | return yyleng; | } | | /** Get the current token. | * | */ | | char *yyget_text (void) | { | return yytext; | } | | /** Set the current line number. | * @param line_number | * | */ | void yyset_lineno (int line_number ) | { | | yylineno = line_number; | } | | /** Set the input stream. This does not discard the current | * input buffer. | * @param in_str A readable stream. | * | * @see yy_switch_to_buffer | */ | void yyset_in (FILE * in_str ) | { | yyin = in_str ; | } | | void yyset_out (FILE * out_str ) | { | yyout = out_str ; | } | | int yyget_debug (void) | { | return yy_flex_debug; | } | | void yyset_debug (int bdebug ) | { | yy_flex_debug = bdebug ; | } | | static int yy_init_globals (void) | { | /* Initialization is the same as for the non-reentrant scanner. | * This function is called from yylex_destroy(), so don't allocate here. | */ | | (yy_buffer_stack) = 0; | (yy_buffer_stack_top) = 0; | (yy_buffer_stack_max) = 0; | (yy_c_buf_p) = (char *) 0; | (yy_init) = 0; | (yy_start) = 0; | | (yy_state_buf) = 0; | (yy_state_ptr) = 0; | (yy_full_match) = 0; | (yy_lp) = 0; | | /* Defined in main.c */ | #ifdef YY_STDINIT | yyin = stdin; | yyout = stdout; | #else | yyin = (FILE *) 0; | yyout = (FILE *) 0; | #endif | | /* For future reference: Set errno on error, since we are called by | * yylex_init() | */ | return 0; | } | | /* yylex_destroy is for both reentrant and non-reentrant scanners. */ | int yylex_destroy (void) | { | | /* Pop the buffer stack, destroying each element. */ | while(YY_CURRENT_BUFFER){ | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | yypop_buffer_state(); | } | | /* Destroy the stack itself. */ | yyfree((yy_buffer_stack) ); | (yy_buffer_stack) = NULL; | | yyfree ( (yy_state_buf) ); | (yy_state_buf) = NULL; | | /* Reset the globals. This is important in a non-reentrant scanner so the next time | * yylex() is called, initialization will occur. */ | yy_init_globals( ); | | return 0; | } | | /* | * Internal utility routines. | */ | | #ifndef yytext_ptr | static void yy_flex_strncpy (char* s1, yyconst char * s2, int n ) | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * s ) | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | void *yyalloc (yy_size_t size ) | { | return (void *) malloc( size ); | } | | void *yyrealloc (void * ptr, yy_size_t size ) | { | /* The cast to (char *) in the following accommodates both | * implementations that use char* generic pointers, and those | * that use void* generic pointers. It works with the latter | * because both ANSI C and C++ allow castless assignment from | * any pointer type to void*, and deal with argument conversions | * as though doing an assignment. | */ | return (void *) realloc( (char *) ptr, size ); | } | | void yyfree (void * ptr ) | { | free( (char *) ptr ); /* see yyrealloc() for (char *) cast */ | } | | #define YYTABLES_NAME "yytables" | | #line 9 "conftest.l" | | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:20021: result: none needed configure:20027: checking whether yytext is a pointer configure:20048: g++ -o conftest -g -O2 conftest.cpp >&5 conftest.l: In function 'int yylex()': conftest.l:6: error: 'input' was not declared in this scope configure:20055: $? = 1 configure: failed program was: | #define YYTEXT_POINTER 1 | | #line 3 "lex.yy.c" | | #define YY_INT_ALIGNED short int | | /* A lexical scanner generated by flex */ | | #define FLEX_SCANNER | #define YY_FLEX_MAJOR_VERSION 2 | #define YY_FLEX_MINOR_VERSION 5 | #define YY_FLEX_SUBMINOR_VERSION 35 | #if YY_FLEX_SUBMINOR_VERSION > 0 | #define FLEX_BETA | #endif | | /* First, we deal with platform-specific or compiler-specific issues. */ | | /* begin standard C headers. */ | #include | #include | #include | #include | | /* end standard C headers. */ | | /* flex integer type definitions */ | | #ifndef FLEXINT_H | #define FLEXINT_H | | /* C99 systems have . Non-C99 systems may or may not. */ | | #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L | | /* C99 says to define __STDC_LIMIT_MACROS before including stdint.h, | * if you want the limit (max/min) macros for int types. | */ | #ifndef __STDC_LIMIT_MACROS | #define __STDC_LIMIT_MACROS 1 | #endif | | #include | typedef int8_t flex_int8_t; | typedef uint8_t flex_uint8_t; | typedef int16_t flex_int16_t; | typedef uint16_t flex_uint16_t; | typedef int32_t flex_int32_t; | typedef uint32_t flex_uint32_t; | #else | typedef signed char flex_int8_t; | typedef short int flex_int16_t; | typedef int flex_int32_t; | typedef unsigned char flex_uint8_t; | typedef unsigned short int flex_uint16_t; | typedef unsigned int flex_uint32_t; | #endif /* ! C99 */ | | /* Limits of integral types. */ | #ifndef INT8_MIN | #define INT8_MIN (-128) | #endif | #ifndef INT16_MIN | #define INT16_MIN (-32767-1) | #endif | #ifndef INT32_MIN | #define INT32_MIN (-2147483647-1) | #endif | #ifndef INT8_MAX | #define INT8_MAX (127) | #endif | #ifndef INT16_MAX | #define INT16_MAX (32767) | #endif | #ifndef INT32_MAX | #define INT32_MAX (2147483647) | #endif | #ifndef UINT8_MAX | #define UINT8_MAX (255U) | #endif | #ifndef UINT16_MAX | #define UINT16_MAX (65535U) | #endif | #ifndef UINT32_MAX | #define UINT32_MAX (4294967295U) | #endif | | #endif /* ! FLEXINT_H */ | | #ifdef __cplusplus | | /* The "const" storage-class-modifier is valid. */ | #define YY_USE_CONST | | #else /* ! __cplusplus */ | | /* C99 requires __STDC__ to be defined as 1. */ | #if defined (__STDC__) | | #define YY_USE_CONST | | #endif /* defined (__STDC__) */ | #endif /* ! __cplusplus */ | | #ifdef YY_USE_CONST | #define yyconst const | #else | #define yyconst | #endif | | /* Returned upon end-of-file. */ | #define YY_NULL 0 | | /* Promotes a possibly negative, possibly signed char to an unsigned | * integer for use as an array index. If the signed char is negative, | * we want to instead treat it as an 8-bit unsigned char, hence the | * double cast. | */ | #define YY_SC_TO_UI(c) ((unsigned int) (unsigned char) c) | | /* Enter a start condition. This macro really ought to take a parameter, | * but we do it the disgusting crufty way forced on us by the ()-less | * definition of BEGIN. | */ | #define BEGIN (yy_start) = 1 + 2 * | | /* Translate the current start state into a value that can be later handed | * to BEGIN to return to the state. The YYSTATE alias is for lex | * compatibility. | */ | #define YY_START (((yy_start) - 1) / 2) | #define YYSTATE YY_START | | /* Action number for EOF rule of a given start state. */ | #define YY_STATE_EOF(state) (YY_END_OF_BUFFER + state + 1) | | /* Special action meaning "start processing a new file". */ | #define YY_NEW_FILE yyrestart(yyin ) | | #define YY_END_OF_BUFFER_CHAR 0 | | /* Size of default input buffer. */ | #ifndef YY_BUF_SIZE | #define YY_BUF_SIZE 16384 | #endif | | /* The state buf must be large enough to hold one state per character in the main buffer. | */ | #define YY_STATE_BUF_SIZE ((YY_BUF_SIZE + 2) * sizeof(yy_state_type)) | | #ifndef YY_TYPEDEF_YY_BUFFER_STATE | #define YY_TYPEDEF_YY_BUFFER_STATE | typedef struct yy_buffer_state *YY_BUFFER_STATE; | #endif | | extern int yyleng; | | extern FILE *yyin, *yyout; | | #define EOB_ACT_CONTINUE_SCAN 0 | #define EOB_ACT_END_OF_FILE 1 | #define EOB_ACT_LAST_MATCH 2 | | #define YY_LESS_LINENO(n) | | /* Return all but the first "n" matched characters back to the input stream. */ | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | *yy_cp = (yy_hold_char); \ | YY_RESTORE_YY_MORE_OFFSET \ | (yy_c_buf_p) = yy_cp = yy_bp + yyless_macro_arg - YY_MORE_ADJ; \ | YY_DO_BEFORE_ACTION; /* set up yytext again */ \ | } \ | while ( 0 ) | | #define unput(c) yyunput( c, (yytext_ptr) ) | | #ifndef YY_TYPEDEF_YY_SIZE_T | #define YY_TYPEDEF_YY_SIZE_T | typedef size_t yy_size_t; | #endif | | #ifndef YY_STRUCT_YY_BUFFER_STATE | #define YY_STRUCT_YY_BUFFER_STATE | struct yy_buffer_state | { | FILE *yy_input_file; | | char *yy_ch_buf; /* input buffer */ | char *yy_buf_pos; /* current position in input buffer */ | | /* Size of input buffer in bytes, not including room for EOB | * characters. | */ | yy_size_t yy_buf_size; | | /* Number of characters read into yy_ch_buf, not including EOB | * characters. | */ | int yy_n_chars; | | /* Whether we "own" the buffer - i.e., we know we created it, | * and can realloc() it to grow it, and should free() it to | * delete it. | */ | int yy_is_our_buffer; | | /* Whether this is an "interactive" input source; if so, and | * if we're using stdio for input, then we want to use getc() | * instead of fread(), to make sure we stop fetching input after | * each newline. | */ | int yy_is_interactive; | | /* Whether we're considered to be at the beginning of a line. | * If so, '^' rules will be active on the next match, otherwise | * not. | */ | int yy_at_bol; | | int yy_bs_lineno; /**< The line count. */ | int yy_bs_column; /**< The column count. */ | | /* Whether to try to fill the input buffer when we reach the | * end of it. | */ | int yy_fill_buffer; | | int yy_buffer_status; | | #define YY_BUFFER_NEW 0 | #define YY_BUFFER_NORMAL 1 | /* When an EOF's been seen but there's still some text to process | * then we mark the buffer as YY_EOF_PENDING, to indicate that we | * shouldn't try reading from the input source any more. We might | * still have a bunch of tokens to match, though, because of | * possible backing-up. | * | * When we actually see the EOF, we change the status to "new" | * (via yyrestart()), so that the user can continue scanning by | * just pointing yyin at a new input file. | */ | #define YY_BUFFER_EOF_PENDING 2 | | }; | #endif /* !YY_STRUCT_YY_BUFFER_STATE */ | | /* Stack of input buffers. */ | static size_t yy_buffer_stack_top = 0; /**< index of top of stack. */ | static size_t yy_buffer_stack_max = 0; /**< capacity of stack. */ | static YY_BUFFER_STATE * yy_buffer_stack = 0; /**< Stack as an array. */ | | /* We provide macros for accessing buffer states in case in the | * future we want to put the buffer states in a more general | * "scanner state". | * | * Returns the top of the stack, or NULL. | */ | #define YY_CURRENT_BUFFER ( (yy_buffer_stack) \ | ? (yy_buffer_stack)[(yy_buffer_stack_top)] \ | : NULL) | | /* Same as previous macro, but useful when we know that the buffer stack is not | * NULL or when we need an lvalue. For internal use only. | */ | #define YY_CURRENT_BUFFER_LVALUE (yy_buffer_stack)[(yy_buffer_stack_top)] | | /* yy_hold_char holds the character lost when yytext is formed. */ | static char yy_hold_char; | static int yy_n_chars; /* number of characters read into yy_ch_buf */ | int yyleng; | | /* Points to current character in buffer. */ | static char *yy_c_buf_p = (char *) 0; | static int yy_init = 0; /* whether we need to initialize */ | static int yy_start = 0; /* start state number */ | | /* Flag which is used to allow yywrap()'s to do buffer switches | * instead of setting up a fresh yyin. A bit of a hack ... | */ | static int yy_did_buffer_switch_on_eof; | | void yyrestart (FILE *input_file ); | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ); | YY_BUFFER_STATE yy_create_buffer (FILE *file,int size ); | void yy_delete_buffer (YY_BUFFER_STATE b ); | void yy_flush_buffer (YY_BUFFER_STATE b ); | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ); | void yypop_buffer_state (void ); | | static void yyensure_buffer_stack (void ); | static void yy_load_buffer_state (void ); | static void yy_init_buffer (YY_BUFFER_STATE b,FILE *file ); | | #define YY_FLUSH_BUFFER yy_flush_buffer(YY_CURRENT_BUFFER ) | | YY_BUFFER_STATE yy_scan_buffer (char *base,yy_size_t size ); | YY_BUFFER_STATE yy_scan_string (yyconst char *yy_str ); | YY_BUFFER_STATE yy_scan_bytes (yyconst char *bytes,int len ); | | void *yyalloc (yy_size_t ); | void *yyrealloc (void *,yy_size_t ); | void yyfree (void * ); | | #define yy_new_buffer yy_create_buffer | | #define yy_set_interactive(is_interactive) \ | { \ | if ( ! YY_CURRENT_BUFFER ){ \ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_is_interactive = is_interactive; \ | } | | #define yy_set_bol(at_bol) \ | { \ | if ( ! YY_CURRENT_BUFFER ){\ | yyensure_buffer_stack (); \ | YY_CURRENT_BUFFER_LVALUE = \ | yy_create_buffer(yyin,YY_BUF_SIZE ); \ | } \ | YY_CURRENT_BUFFER_LVALUE->yy_at_bol = at_bol; \ | } | | #define YY_AT_BOL() (YY_CURRENT_BUFFER_LVALUE->yy_at_bol) | | /* Begin user sect3 */ | | typedef unsigned char YY_CHAR; | | FILE *yyin = (FILE *) 0, *yyout = (FILE *) 0; | | typedef int yy_state_type; | | extern int yylineno; | | int yylineno = 1; | | extern char *yytext; | #define yytext_ptr yytext | | static yy_state_type yy_get_previous_state (void ); | static yy_state_type yy_try_NUL_trans (yy_state_type current_state ); | static int yy_get_next_buffer (void ); | static void yy_fatal_error (yyconst char msg[] ); | | /* Done after the current pattern has been matched and before the | * corresponding action - sets up yytext. | */ | #define YY_DO_BEFORE_ACTION \ | (yytext_ptr) = yy_bp; \ | (yytext_ptr) -= (yy_more_len); \ | yyleng = (size_t) (yy_cp - (yytext_ptr)); \ | (yy_hold_char) = *yy_cp; \ | *yy_cp = '\0'; \ | (yy_c_buf_p) = yy_cp; | | #define YY_NUM_RULES 8 | #define YY_END_OF_BUFFER 9 | /* This struct is not used in this scanner, | but its presence is necessary. */ | struct yy_trans_info | { | flex_int32_t yy_verify; | flex_int32_t yy_nxt; | }; | static yyconst flex_int16_t yy_acclist[23] = | { 0, | 9, 7, 8, 8, 1, 7, 8, 2, 7, 8, | 3, 7, 8, 4, 7, 8, 5, 7, 8, 6, | 7, 8 | } ; | | static yyconst flex_int16_t yy_accept[14] = | { 0, | 1, 1, 1, 2, 4, 5, 8, 11, 14, 17, | 20, 23, 23 | } ; | | static yyconst flex_int32_t yy_ec[256] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 2, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 3, 4, 5, 6, | | 7, 8, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, | 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int32_t yy_meta[9] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1 | } ; | | static yyconst flex_int16_t yy_base[13] = | { 0, | 0, 0, 9, 10, 10, 10, 10, 10, 10, 10, | 10, 10 | } ; | | static yyconst flex_int16_t yy_def[13] = | { 0, | 12, 1, 12, 12, 12, 12, 12, 12, 12, 12, | 12, 0 | } ; | | static yyconst flex_int16_t yy_nxt[19] = | { 0, | 4, 5, 6, 7, 8, 9, 10, 11, 12, 3, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | static yyconst flex_int16_t yy_chk[19] = | { 0, | 1, 1, 1, 1, 1, 1, 1, 1, 3, 12, | 12, 12, 12, 12, 12, 12, 12, 12 | } ; | | extern int yy_flex_debug; | int yy_flex_debug = 0; | | static yy_state_type *yy_state_buf=0, *yy_state_ptr=0; | static char *yy_full_match; | static int yy_lp; | #define REJECT \ | { \ | *yy_cp = (yy_hold_char); /* undo effects of setting up yytext */ \ | yy_cp = (yy_full_match); /* restore poss. backed-over text */ \ | ++(yy_lp); \ | goto find_rule; \ | } | | static int yy_more_flag = 0; | static int yy_more_len = 0; | #define yymore() ((yy_more_flag) = 1) | #define YY_MORE_ADJ (yy_more_len) | #define YY_RESTORE_YY_MORE_OFFSET | char *yytext; | #line 1 "conftest.l" | #line 468 "lex.yy.c" | | #define INITIAL 0 | | #ifndef YY_NO_UNISTD_H | /* Special case for "unistd.h", since it is non-ANSI. We include it way | * down here because we want the user's section 1 to have been scanned first. | * The user has a chance to override it with an option. | */ | #include | #endif | | #ifndef YY_EXTRA_TYPE | #define YY_EXTRA_TYPE void * | #endif | | static int yy_init_globals (void ); | | /* Accessor methods to globals. | These are made visible to non-reentrant scanners for convenience. */ | | int yylex_destroy (void ); | | int yyget_debug (void ); | | void yyset_debug (int debug_flag ); | | YY_EXTRA_TYPE yyget_extra (void ); | | void yyset_extra (YY_EXTRA_TYPE user_defined ); | | FILE *yyget_in (void ); | | void yyset_in (FILE * in_str ); | | FILE *yyget_out (void ); | | void yyset_out (FILE * out_str ); | | int yyget_leng (void ); | | char *yyget_text (void ); | | int yyget_lineno (void ); | | void yyset_lineno (int line_number ); | | /* Macros after this point can all be overridden by user definitions in | * section 1. | */ | | #ifndef YY_SKIP_YYWRAP | #ifdef __cplusplus | extern "C" int yywrap (void ); | #else | extern int yywrap (void ); | #endif | #endif | | static void yyunput (int c,char *buf_ptr ); | | #ifndef yytext_ptr | static void yy_flex_strncpy (char *,yyconst char *,int ); | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * ); | #endif | | #ifndef YY_NO_INPUT | | #ifdef __cplusplus | static int yyinput (void ); | #else | static int input (void ); | #endif | | #endif | | /* Amount of stuff to slurp up with each read. */ | #ifndef YY_READ_BUF_SIZE | #define YY_READ_BUF_SIZE 8192 | #endif | | /* Copy whatever the last rule matched to the standard output. */ | #ifndef ECHO | /* This used to be an fputs(), but since the string might contain NUL's, | * we now use fwrite(). | */ | #define ECHO fwrite( yytext, yyleng, 1, yyout ) | #endif | | /* Gets input and stuffs it into "buf". number of characters read, or YY_NULL, | * is returned in "result". | */ | #ifndef YY_INPUT | #define YY_INPUT(buf,result,max_size) \ | if ( YY_CURRENT_BUFFER_LVALUE->yy_is_interactive ) \ | { \ | int c = '*'; \ | int n; \ | for ( n = 0; n < max_size && \ | (c = getc( yyin )) != EOF && c != '\n'; ++n ) \ | buf[n] = (char) c; \ | if ( c == '\n' ) \ | buf[n++] = (char) c; \ | if ( c == EOF && ferror( yyin ) ) \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | result = n; \ | } \ | else \ | { \ | errno=0; \ | while ( (result = fread(buf, 1, max_size, yyin))==0 && ferror(yyin)) \ | { \ | if( errno != EINTR) \ | { \ | YY_FATAL_ERROR( "input in flex scanner failed" ); \ | break; \ | } \ | errno=0; \ | clearerr(yyin); \ | } \ | }\ | \ | | #endif | | /* No semi-colon after return; correct usage is to write "yyterminate();" - | * we don't want an extra ';' after the "return" because that will cause | * some compilers to complain about unreachable statements. | */ | #ifndef yyterminate | #define yyterminate() return YY_NULL | #endif | | /* Number of entries by which start-condition stack grows. */ | #ifndef YY_START_STACK_INCR | #define YY_START_STACK_INCR 25 | #endif | | /* Report a fatal error. */ | #ifndef YY_FATAL_ERROR | #define YY_FATAL_ERROR(msg) yy_fatal_error( msg ) | #endif | | /* end tables serialization structures and prototypes */ | | /* Default declaration of generated scanner - a define so the user can | * easily add parameters. | */ | #ifndef YY_DECL | #define YY_DECL_IS_OURS 1 | | extern int yylex (void); | | #define YY_DECL int yylex (void) | #endif /* !YY_DECL */ | | /* Code executed at the beginning of each rule, after yytext and yyleng | * have been set up. | */ | #ifndef YY_USER_ACTION | #define YY_USER_ACTION | #endif | | /* Code executed at the end of each rule. */ | #ifndef YY_BREAK | #define YY_BREAK break; | #endif | | #define YY_RULE_SETUP \ | YY_USER_ACTION | | /** The main scanner function which does all the work. | */ | YY_DECL | { | register yy_state_type yy_current_state; | register char *yy_cp, *yy_bp; | register int yy_act; | | #line 1 "conftest.l" | | #line 652 "lex.yy.c" | | if ( !(yy_init) ) | { | (yy_init) = 1; | | #ifdef YY_USER_INIT | YY_USER_INIT; | #endif | | /* Create the reject buffer large enough to save one state per allowed character. */ | if ( ! (yy_state_buf) ) | (yy_state_buf) = (yy_state_type *)yyalloc(YY_STATE_BUF_SIZE ); | if ( ! (yy_state_buf) ) | YY_FATAL_ERROR( "out of dynamic memory in yylex()" ); | | if ( ! (yy_start) ) | (yy_start) = 1; /* first start state */ | | if ( ! yyin ) | yyin = stdin; | | if ( ! yyout ) | yyout = stdout; | | if ( ! YY_CURRENT_BUFFER ) { | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_load_buffer_state( ); | } | | while ( 1 ) /* loops until end-of-file is reached */ | { | (yy_more_len) = 0; | if ( (yy_more_flag) ) | { | (yy_more_len) = (yy_c_buf_p) - (yytext_ptr); | (yy_more_flag) = 0; | } | yy_cp = (yy_c_buf_p); | | /* Support of yytext. */ | *yy_cp = (yy_hold_char); | | /* yy_bp points to the position in yy_ch_buf of the start of | * the current run. | */ | yy_bp = yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | yy_match: | do | { | register YY_CHAR yy_c = yy_ec[YY_SC_TO_UI(*yy_cp)]; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | ++yy_cp; | } | while ( yy_base[yy_current_state] != 10 ); | | yy_find_action: | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | find_rule: /* we branch to this label when backing up */ | for ( ; ; ) /* until we find what rule we matched */ | { | if ( (yy_lp) && (yy_lp) < yy_accept[yy_current_state + 1] ) | { | yy_act = yy_acclist[(yy_lp)]; | { | (yy_full_match) = yy_cp; | break; | } | } | --yy_cp; | yy_current_state = *--(yy_state_ptr); | (yy_lp) = yy_accept[yy_current_state]; | } | | YY_DO_BEFORE_ACTION; | | do_action: /* This label is used only to access EOF actions. */ | | switch ( yy_act ) | { /* beginning of action switch */ | case 1: | YY_RULE_SETUP | #line 2 "conftest.l" | { ECHO; } | YY_BREAK | case 2: | YY_RULE_SETUP | #line 3 "conftest.l" | { REJECT; } | YY_BREAK | case 3: | YY_RULE_SETUP | #line 4 "conftest.l" | { yymore (); } | YY_BREAK | case 4: | YY_RULE_SETUP | #line 5 "conftest.l" | { yyless (1); } | YY_BREAK | case 5: | YY_RULE_SETUP | #line 6 "conftest.l" | { yyless (input () != 0); } | YY_BREAK | case 6: | YY_RULE_SETUP | #line 7 "conftest.l" | { unput (yytext[0]); } | YY_BREAK | case 7: | YY_RULE_SETUP | #line 8 "conftest.l" | { BEGIN INITIAL; } | YY_BREAK | case 8: | YY_RULE_SETUP | #line 9 "conftest.l" | ECHO; | YY_BREAK | #line 790 "lex.yy.c" | case YY_STATE_EOF(INITIAL): | yyterminate(); | | case YY_END_OF_BUFFER: | { | /* Amount of text matched not including the EOB char. */ | int yy_amount_of_matched_text = (int) (yy_cp - (yytext_ptr)) - 1; | | /* Undo the effects of YY_DO_BEFORE_ACTION. */ | *yy_cp = (yy_hold_char); | YY_RESTORE_YY_MORE_OFFSET | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_NEW ) | { | /* We're scanning a new file or input source. It's | * possible that this happened because the user | * just pointed yyin at a new source and called | * yylex(). If so, then we have to assure | * consistency between YY_CURRENT_BUFFER and our | * globals. Here is the right place to do so, because | * this is the first action (other than possibly a | * back-up) that will match for the new input source. | */ | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | YY_CURRENT_BUFFER_LVALUE->yy_input_file = yyin; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = YY_BUFFER_NORMAL; | } | | /* Note that here we test for yy_c_buf_p "<=" to the position | * of the first EOB in the buffer, since yy_c_buf_p will | * already have been incremented past the NUL character | * (since all states make transitions on EOB to the | * end-of-buffer state). Contrast this with the test | * in input(). | */ | if ( (yy_c_buf_p) <= &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | { /* This was really a NUL. */ | yy_state_type yy_next_state; | | (yy_c_buf_p) = (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | /* Okay, we're now positioned to make the NUL | * transition. We couldn't have | * yy_get_previous_state() go ahead and do it | * for us because it doesn't know how to deal | * with the possibility of jamming (and we don't | * want to build jamming into it because then it | * will run more slowly). | */ | | yy_next_state = yy_try_NUL_trans( yy_current_state ); | | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | | if ( yy_next_state ) | { | /* Consume the NUL. */ | yy_cp = ++(yy_c_buf_p); | yy_current_state = yy_next_state; | goto yy_match; | } | | else | { | yy_cp = (yy_c_buf_p); | goto yy_find_action; | } | } | | else switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_END_OF_FILE: | { | (yy_did_buffer_switch_on_eof) = 0; | | if ( yywrap( ) ) | { | /* Note: because we've taken care in | * yy_get_next_buffer() to have set up | * yytext, we can now set up | * yy_c_buf_p so that if some total | * hoser (like flex itself) wants to | * call the scanner after we return the | * YY_NULL, it'll still work - another | * YY_NULL will get returned. | */ | (yy_c_buf_p) = (yytext_ptr) + YY_MORE_ADJ; | | yy_act = YY_STATE_EOF(YY_START); | goto do_action; | } | | else | { | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | } | break; | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = | (yytext_ptr) + yy_amount_of_matched_text; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_match; | | case EOB_ACT_LAST_MATCH: | (yy_c_buf_p) = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)]; | | yy_current_state = yy_get_previous_state( ); | | yy_cp = (yy_c_buf_p); | yy_bp = (yytext_ptr) + YY_MORE_ADJ; | goto yy_find_action; | } | break; | } | | default: | YY_FATAL_ERROR( | "fatal flex scanner internal error--no action found" ); | } /* end of action switch */ | } /* end of scanning one token */ | } /* end of yylex */ | | /* yy_get_next_buffer - try to read in a new buffer | * | * Returns a code representing an action: | * EOB_ACT_LAST_MATCH - | * EOB_ACT_CONTINUE_SCAN - continue scanning from current position | * EOB_ACT_END_OF_FILE - end of file | */ | static int yy_get_next_buffer (void) | { | register char *dest = YY_CURRENT_BUFFER_LVALUE->yy_ch_buf; | register char *source = (yytext_ptr); | register int number_to_move, i; | int ret_val; | | if ( (yy_c_buf_p) > &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] ) | YY_FATAL_ERROR( | "fatal flex scanner internal error--end of buffer missed" ); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_fill_buffer == 0 ) | { /* Don't try to fill the buffer, so this is an EOF. */ | if ( (yy_c_buf_p) - (yytext_ptr) - YY_MORE_ADJ == 1 ) | { | /* We matched a single character, the EOB, so | * treat this as a final EOF. | */ | return EOB_ACT_END_OF_FILE; | } | | else | { | /* We matched some text prior to the EOB, first | * process it. | */ | return EOB_ACT_LAST_MATCH; | } | } | | /* Try to read more data. */ | | /* First move last chars to start of buffer. */ | number_to_move = (int) ((yy_c_buf_p) - (yytext_ptr)) - 1; | | for ( i = 0; i < number_to_move; ++i ) | *(dest++) = *(source++); | | if ( YY_CURRENT_BUFFER_LVALUE->yy_buffer_status == YY_BUFFER_EOF_PENDING ) | /* don't do the read, it's not guaranteed to return an EOF, | * just force an EOF | */ | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars) = 0; | | else | { | int num_to_read = | YY_CURRENT_BUFFER_LVALUE->yy_buf_size - number_to_move - 1; | | while ( num_to_read <= 0 ) | { /* Not enough room in the buffer - grow it. */ | | YY_FATAL_ERROR( | "input buffer overflow, can't enlarge buffer because scanner uses REJECT" ); | | } | | if ( num_to_read > YY_READ_BUF_SIZE ) | num_to_read = YY_READ_BUF_SIZE; | | /* Read in more data. */ | YY_INPUT( (&YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]), | (yy_n_chars), (size_t) num_to_read ); | | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | if ( (yy_n_chars) == 0 ) | { | if ( number_to_move == YY_MORE_ADJ ) | { | ret_val = EOB_ACT_END_OF_FILE; | yyrestart(yyin ); | } | | else | { | ret_val = EOB_ACT_LAST_MATCH; | YY_CURRENT_BUFFER_LVALUE->yy_buffer_status = | YY_BUFFER_EOF_PENDING; | } | } | | else | ret_val = EOB_ACT_CONTINUE_SCAN; | | if ((yy_size_t) ((yy_n_chars) + number_to_move) > YY_CURRENT_BUFFER_LVALUE->yy_buf_size) { | /* Extend the array by 50%, plus the number we really need. */ | yy_size_t new_size = (yy_n_chars) + number_to_move + ((yy_n_chars) >> 1); | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf = (char *) yyrealloc((void *) YY_CURRENT_BUFFER_LVALUE->yy_ch_buf,new_size ); | if ( ! YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_get_next_buffer()" ); | } | | (yy_n_chars) += number_to_move; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] = YY_END_OF_BUFFER_CHAR; | YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars) + 1] = YY_END_OF_BUFFER_CHAR; | | (yytext_ptr) = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[0]; | | return ret_val; | } | | /* yy_get_previous_state - get the state just before the EOB char was reached */ | | static yy_state_type yy_get_previous_state (void) | { | register yy_state_type yy_current_state; | register char *yy_cp; | | yy_current_state = (yy_start); | | (yy_state_ptr) = (yy_state_buf); | *(yy_state_ptr)++ = yy_current_state; | | for ( yy_cp = (yytext_ptr) + YY_MORE_ADJ; yy_cp < (yy_c_buf_p); ++yy_cp ) | { | register YY_CHAR yy_c = (*yy_cp ? yy_ec[YY_SC_TO_UI(*yy_cp)] : 1); | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | *(yy_state_ptr)++ = yy_current_state; | } | | return yy_current_state; | } | | /* yy_try_NUL_trans - try to make a transition on the NUL character | * | * synopsis | * next_state = yy_try_NUL_trans( current_state ); | */ | static yy_state_type yy_try_NUL_trans (yy_state_type yy_current_state ) | { | register int yy_is_jam; | | register YY_CHAR yy_c = 1; | while ( yy_chk[yy_base[yy_current_state] + yy_c] != yy_current_state ) | { | yy_current_state = (int) yy_def[yy_current_state]; | if ( yy_current_state >= 13 ) | yy_c = yy_meta[(unsigned int) yy_c]; | } | yy_current_state = yy_nxt[yy_base[yy_current_state] + (unsigned int) yy_c]; | yy_is_jam = (yy_current_state == 12); | if ( ! yy_is_jam ) | *(yy_state_ptr)++ = yy_current_state; | | return yy_is_jam ? 0 : yy_current_state; | } | | static void yyunput (int c, register char * yy_bp ) | { | register char *yy_cp; | | yy_cp = (yy_c_buf_p); | | /* undo effects of setting up yytext */ | *yy_cp = (yy_hold_char); | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | { /* need to shift things up to make room */ | /* +2 for EOB chars. */ | register int number_to_move = (yy_n_chars) + 2; | register char *dest = &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[ | YY_CURRENT_BUFFER_LVALUE->yy_buf_size + 2]; | register char *source = | &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[number_to_move]; | | while ( source > YY_CURRENT_BUFFER_LVALUE->yy_ch_buf ) | *--dest = *--source; | | yy_cp += (int) (dest - source); | yy_bp += (int) (dest - source); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_buf_size; | | if ( yy_cp < YY_CURRENT_BUFFER_LVALUE->yy_ch_buf + 2 ) | YY_FATAL_ERROR( "flex scanner push-back overflow" ); | } | | *--yy_cp = (char) c; | | (yytext_ptr) = yy_bp; | (yy_hold_char) = *yy_cp; | (yy_c_buf_p) = yy_cp; | } | | #ifndef YY_NO_INPUT | #ifdef __cplusplus | static int yyinput (void) | #else | static int input (void) | #endif | | { | int c; | | *(yy_c_buf_p) = (yy_hold_char); | | if ( *(yy_c_buf_p) == YY_END_OF_BUFFER_CHAR ) | { | /* yy_c_buf_p now points to the character we want to return. | * If this occurs *before* the EOB characters, then it's a | * valid NUL; if not, then we've hit the end of the buffer. | */ | if ( (yy_c_buf_p) < &YY_CURRENT_BUFFER_LVALUE->yy_ch_buf[(yy_n_chars)] ) | /* This was really a NUL. */ | *(yy_c_buf_p) = '\0'; | | else | { /* need more input */ | int offset = (yy_c_buf_p) - (yytext_ptr); | ++(yy_c_buf_p); | | switch ( yy_get_next_buffer( ) ) | { | case EOB_ACT_LAST_MATCH: | /* This happens because yy_g_n_b() | * sees that we've accumulated a | * token and flags that we need to | * try matching the token before | * proceeding. But for input(), | * there's no matching to consider. | * So convert the EOB_ACT_LAST_MATCH | * to EOB_ACT_END_OF_FILE. | */ | | /* Reset buffer status. */ | yyrestart(yyin ); | | /*FALLTHROUGH*/ | | case EOB_ACT_END_OF_FILE: | { | if ( yywrap( ) ) | return EOF; | | if ( ! (yy_did_buffer_switch_on_eof) ) | YY_NEW_FILE; | #ifdef __cplusplus | return yyinput(); | #else | return input(); | #endif | } | | case EOB_ACT_CONTINUE_SCAN: | (yy_c_buf_p) = (yytext_ptr) + offset; | break; | } | } | } | | c = *(unsigned char *) (yy_c_buf_p); /* cast for 8-bit char's */ | *(yy_c_buf_p) = '\0'; /* preserve yytext */ | (yy_hold_char) = *++(yy_c_buf_p); | | return c; | } | #endif /* ifndef YY_NO_INPUT */ | | /** Immediately switch to a different input stream. | * @param input_file A readable stream. | * | * @note This function does not reset the start condition to @c INITIAL . | */ | void yyrestart (FILE * input_file ) | { | | if ( ! YY_CURRENT_BUFFER ){ | yyensure_buffer_stack (); | YY_CURRENT_BUFFER_LVALUE = | yy_create_buffer(yyin,YY_BUF_SIZE ); | } | | yy_init_buffer(YY_CURRENT_BUFFER,input_file ); | yy_load_buffer_state( ); | } | | /** Switch to a different input buffer. | * @param new_buffer The new input buffer. | * | */ | void yy_switch_to_buffer (YY_BUFFER_STATE new_buffer ) | { | | /* TODO. We should be able to replace this entire function body | * with | * yypop_buffer_state(); | * yypush_buffer_state(new_buffer); | */ | yyensure_buffer_stack (); | if ( YY_CURRENT_BUFFER == new_buffer ) | return; | | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | YY_CURRENT_BUFFER_LVALUE = new_buffer; | yy_load_buffer_state( ); | | /* We don't actually know whether we did this switch during | * EOF (yywrap()) processing, but the only time this flag | * is looked at is after yywrap() is called, so it's safe | * to go ahead and always set it. | */ | (yy_did_buffer_switch_on_eof) = 1; | } | | static void yy_load_buffer_state (void) | { | (yy_n_chars) = YY_CURRENT_BUFFER_LVALUE->yy_n_chars; | (yytext_ptr) = (yy_c_buf_p) = YY_CURRENT_BUFFER_LVALUE->yy_buf_pos; | yyin = YY_CURRENT_BUFFER_LVALUE->yy_input_file; | (yy_hold_char) = *(yy_c_buf_p); | } | | /** Allocate and initialize an input buffer state. | * @param file A readable stream. | * @param size The character buffer size in bytes. When in doubt, use @c YY_BUF_SIZE. | * | * @return the allocated buffer state. | */ | YY_BUFFER_STATE yy_create_buffer (FILE * file, int size ) | { | YY_BUFFER_STATE b; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_buf_size = size; | | /* yy_ch_buf has to be 2 characters longer than the size given because | * we need to put in 2 end-of-buffer characters. | */ | b->yy_ch_buf = (char *) yyalloc(b->yy_buf_size + 2 ); | if ( ! b->yy_ch_buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_create_buffer()" ); | | b->yy_is_our_buffer = 1; | | yy_init_buffer(b,file ); | | return b; | } | | /** Destroy the buffer. | * @param b a buffer created with yy_create_buffer() | * | */ | void yy_delete_buffer (YY_BUFFER_STATE b ) | { | | if ( ! b ) | return; | | if ( b == YY_CURRENT_BUFFER ) /* Not sure if we should pop here. */ | YY_CURRENT_BUFFER_LVALUE = (YY_BUFFER_STATE) 0; | | if ( b->yy_is_our_buffer ) | yyfree((void *) b->yy_ch_buf ); | | yyfree((void *) b ); | } | | #ifndef __cplusplus | extern int isatty (int ); | #endif /* __cplusplus */ | | /* Initializes or reinitializes a buffer. | * This function is sometimes called more than once on the same buffer, | * such as during a yyrestart() or at EOF. | */ | static void yy_init_buffer (YY_BUFFER_STATE b, FILE * file ) | | { | int oerrno = errno; | | yy_flush_buffer(b ); | | b->yy_input_file = file; | b->yy_fill_buffer = 1; | | /* If b is the current buffer, then yy_init_buffer was _probably_ | * called from yyrestart() or through yy_get_next_buffer. | * In that case, we don't want to reset the lineno or column. | */ | if (b != YY_CURRENT_BUFFER){ | b->yy_bs_lineno = 1; | b->yy_bs_column = 0; | } | | b->yy_is_interactive = file ? (isatty( fileno(file) ) > 0) : 0; | | errno = oerrno; | } | | /** Discard all buffered characters. On the next scan, YY_INPUT will be called. | * @param b the buffer state to be flushed, usually @c YY_CURRENT_BUFFER. | * | */ | void yy_flush_buffer (YY_BUFFER_STATE b ) | { | if ( ! b ) | return; | | b->yy_n_chars = 0; | | /* We always need two end-of-buffer characters. The first causes | * a transition to the end-of-buffer state. The second causes | * a jam in that state. | */ | b->yy_ch_buf[0] = YY_END_OF_BUFFER_CHAR; | b->yy_ch_buf[1] = YY_END_OF_BUFFER_CHAR; | | b->yy_buf_pos = &b->yy_ch_buf[0]; | | b->yy_at_bol = 1; | b->yy_buffer_status = YY_BUFFER_NEW; | | if ( b == YY_CURRENT_BUFFER ) | yy_load_buffer_state( ); | } | | /** Pushes the new state onto the stack. The new state becomes | * the current state. This function will allocate the stack | * if necessary. | * @param new_buffer The new state. | * | */ | void yypush_buffer_state (YY_BUFFER_STATE new_buffer ) | { | if (new_buffer == NULL) | return; | | yyensure_buffer_stack(); | | /* This block is copied from yy_switch_to_buffer. */ | if ( YY_CURRENT_BUFFER ) | { | /* Flush out information for old buffer. */ | *(yy_c_buf_p) = (yy_hold_char); | YY_CURRENT_BUFFER_LVALUE->yy_buf_pos = (yy_c_buf_p); | YY_CURRENT_BUFFER_LVALUE->yy_n_chars = (yy_n_chars); | } | | /* Only push if top exists. Otherwise, replace top. */ | if (YY_CURRENT_BUFFER) | (yy_buffer_stack_top)++; | YY_CURRENT_BUFFER_LVALUE = new_buffer; | | /* copied from yy_switch_to_buffer. */ | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | | /** Removes and deletes the top of the stack, if present. | * The next element becomes the new top. | * | */ | void yypop_buffer_state (void) | { | if (!YY_CURRENT_BUFFER) | return; | | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | if ((yy_buffer_stack_top) > 0) | --(yy_buffer_stack_top); | | if (YY_CURRENT_BUFFER) { | yy_load_buffer_state( ); | (yy_did_buffer_switch_on_eof) = 1; | } | } | | /* Allocates the stack if it does not exist. | * Guarantees space for at least one push. | */ | static void yyensure_buffer_stack (void) | { | int num_to_alloc; | | if (!(yy_buffer_stack)) { | | /* First allocation is just for 2 elements, since we don't know if this | * scanner will even need a stack. We use 2 instead of 1 to avoid an | * immediate realloc on the next call. | */ | num_to_alloc = 1; | (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc | (num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | memset((yy_buffer_stack), 0, num_to_alloc * sizeof(struct yy_buffer_state*)); | | (yy_buffer_stack_max) = num_to_alloc; | (yy_buffer_stack_top) = 0; | return; | } | | if ((yy_buffer_stack_top) >= ((yy_buffer_stack_max)) - 1){ | | /* Increase the buffer to prepare for a possible push. */ | int grow_size = 8 /* arbitrary grow size */; | | num_to_alloc = (yy_buffer_stack_max) + grow_size; | (yy_buffer_stack) = (struct yy_buffer_state**)yyrealloc | ((yy_buffer_stack), | num_to_alloc * sizeof(struct yy_buffer_state*) | ); | if ( ! (yy_buffer_stack) ) | YY_FATAL_ERROR( "out of dynamic memory in yyensure_buffer_stack()" ); | | /* zero only the new slots.*/ | memset((yy_buffer_stack) + (yy_buffer_stack_max), 0, grow_size * sizeof(struct yy_buffer_state*)); | (yy_buffer_stack_max) = num_to_alloc; | } | } | | /** Setup the input buffer state to scan directly from a user-specified character buffer. | * @param base the character buffer | * @param size the size in bytes of the character buffer | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_buffer (char * base, yy_size_t size ) | { | YY_BUFFER_STATE b; | | if ( size < 2 || | base[size-2] != YY_END_OF_BUFFER_CHAR || | base[size-1] != YY_END_OF_BUFFER_CHAR ) | /* They forgot to leave room for the EOB's. */ | return 0; | | b = (YY_BUFFER_STATE) yyalloc(sizeof( struct yy_buffer_state ) ); | if ( ! b ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_buffer()" ); | | b->yy_buf_size = size - 2; /* "- 2" to take care of EOB's */ | b->yy_buf_pos = b->yy_ch_buf = base; | b->yy_is_our_buffer = 0; | b->yy_input_file = 0; | b->yy_n_chars = b->yy_buf_size; | b->yy_is_interactive = 0; | b->yy_at_bol = 1; | b->yy_fill_buffer = 0; | b->yy_buffer_status = YY_BUFFER_NEW; | | yy_switch_to_buffer(b ); | | return b; | } | | /** Setup the input buffer state to scan a string. The next call to yylex() will | * scan from a @e copy of @a str. | * @param yystr a NUL-terminated string to scan | * | * @return the newly allocated buffer state object. | * @note If you want to scan bytes that may contain NUL values, then use | * yy_scan_bytes() instead. | */ | YY_BUFFER_STATE yy_scan_string (yyconst char * yystr ) | { | | return yy_scan_bytes(yystr,strlen(yystr) ); | } | | /** Setup the input buffer state to scan the given bytes. The next call to yylex() will | * scan from a @e copy of @a bytes. | * @param bytes the byte buffer to scan | * @param len the number of bytes in the buffer pointed to by @a bytes. | * | * @return the newly allocated buffer state object. | */ | YY_BUFFER_STATE yy_scan_bytes (yyconst char * yybytes, int _yybytes_len ) | { | YY_BUFFER_STATE b; | char *buf; | yy_size_t n; | int i; | | /* Get memory for full buffer, including space for trailing EOB's. */ | n = _yybytes_len + 2; | buf = (char *) yyalloc(n ); | if ( ! buf ) | YY_FATAL_ERROR( "out of dynamic memory in yy_scan_bytes()" ); | | for ( i = 0; i < _yybytes_len; ++i ) | buf[i] = yybytes[i]; | | buf[_yybytes_len] = buf[_yybytes_len+1] = YY_END_OF_BUFFER_CHAR; | | b = yy_scan_buffer(buf,n ); | if ( ! b ) | YY_FATAL_ERROR( "bad buffer in yy_scan_bytes()" ); | | /* It's okay to grow etc. this buffer, and we should throw it | * away when we're done. | */ | b->yy_is_our_buffer = 1; | | return b; | } | | #ifndef YY_EXIT_FAILURE | #define YY_EXIT_FAILURE 2 | #endif | | static void yy_fatal_error (yyconst char* msg ) | { | (void) fprintf( stderr, "%s\n", msg ); | exit( YY_EXIT_FAILURE ); | } | | /* Redefine yyless() so it works in section 3 code. */ | | #undef yyless | #define yyless(n) \ | do \ | { \ | /* Undo effects of setting up yytext. */ \ | int yyless_macro_arg = (n); \ | YY_LESS_LINENO(yyless_macro_arg);\ | yytext[yyleng] = (yy_hold_char); \ | (yy_c_buf_p) = yytext + yyless_macro_arg; \ | (yy_hold_char) = *(yy_c_buf_p); \ | *(yy_c_buf_p) = '\0'; \ | yyleng = yyless_macro_arg; \ | } \ | while ( 0 ) | | /* Accessor methods (get/set functions) to struct members. */ | | /** Get the current line number. | * | */ | int yyget_lineno (void) | { | | return yylineno; | } | | /** Get the input stream. | * | */ | FILE *yyget_in (void) | { | return yyin; | } | | /** Get the output stream. | * | */ | FILE *yyget_out (void) | { | return yyout; | } | | /** Get the length of the current token. | * | */ | int yyget_leng (void) | { | return yyleng; | } | | /** Get the current token. | * | */ | | char *yyget_text (void) | { | return yytext; | } | | /** Set the current line number. | * @param line_number | * | */ | void yyset_lineno (int line_number ) | { | | yylineno = line_number; | } | | /** Set the input stream. This does not discard the current | * input buffer. | * @param in_str A readable stream. | * | * @see yy_switch_to_buffer | */ | void yyset_in (FILE * in_str ) | { | yyin = in_str ; | } | | void yyset_out (FILE * out_str ) | { | yyout = out_str ; | } | | int yyget_debug (void) | { | return yy_flex_debug; | } | | void yyset_debug (int bdebug ) | { | yy_flex_debug = bdebug ; | } | | static int yy_init_globals (void) | { | /* Initialization is the same as for the non-reentrant scanner. | * This function is called from yylex_destroy(), so don't allocate here. | */ | | (yy_buffer_stack) = 0; | (yy_buffer_stack_top) = 0; | (yy_buffer_stack_max) = 0; | (yy_c_buf_p) = (char *) 0; | (yy_init) = 0; | (yy_start) = 0; | | (yy_state_buf) = 0; | (yy_state_ptr) = 0; | (yy_full_match) = 0; | (yy_lp) = 0; | | /* Defined in main.c */ | #ifdef YY_STDINIT | yyin = stdin; | yyout = stdout; | #else | yyin = (FILE *) 0; | yyout = (FILE *) 0; | #endif | | /* For future reference: Set errno on error, since we are called by | * yylex_init() | */ | return 0; | } | | /* yylex_destroy is for both reentrant and non-reentrant scanners. */ | int yylex_destroy (void) | { | | /* Pop the buffer stack, destroying each element. */ | while(YY_CURRENT_BUFFER){ | yy_delete_buffer(YY_CURRENT_BUFFER ); | YY_CURRENT_BUFFER_LVALUE = NULL; | yypop_buffer_state(); | } | | /* Destroy the stack itself. */ | yyfree((yy_buffer_stack) ); | (yy_buffer_stack) = NULL; | | yyfree ( (yy_state_buf) ); | (yy_state_buf) = NULL; | | /* Reset the globals. This is important in a non-reentrant scanner so the next time | * yylex() is called, initialization will occur. */ | yy_init_globals( ); | | return 0; | } | | /* | * Internal utility routines. | */ | | #ifndef yytext_ptr | static void yy_flex_strncpy (char* s1, yyconst char * s2, int n ) | { | register int i; | for ( i = 0; i < n; ++i ) | s1[i] = s2[i]; | } | #endif | | #ifdef YY_NEED_STRLEN | static int yy_flex_strlen (yyconst char * s ) | { | register int n; | for ( n = 0; s[n]; ++n ) | ; | | return n; | } | #endif | | void *yyalloc (yy_size_t size ) | { | return (void *) malloc( size ); | } | | void *yyrealloc (void * ptr, yy_size_t size ) | { | /* The cast to (char *) in the following accommodates both | * implementations that use char* generic pointers, and those | * that use void* generic pointers. It works with the latter | * because both ANSI C and C++ allow castless assignment from | * any pointer type to void*, and deal with argument conversions | * as though doing an assignment. | */ | return (void *) realloc( (char *) ptr, size ); | } | | void yyfree (void * ptr ) | { | free( (char *) ptr ); /* see yyrealloc() for (char *) cast */ | } | | #define YYTABLES_NAME "yytables" | | #line 9 "conftest.l" | | | #ifdef YYTEXT_POINTER | extern char *yytext; | #endif | int | main (void) | { | return ! yylex () + ! yywrap (); | } configure:20077: result: no configure:20094: checking for byacc configure:20112: found /usr/bin/byacc configure:20125: result: /usr/bin/byacc configure:20163: checking for unzip configure:20181: found /usr/local/bin/unzip configure:20194: result: /usr/local/bin/unzip configure:20299: checking for sdl-config configure:20317: found /usr/local/bin/sdl-config configure:20330: result: /usr/local/bin/sdl-config configure:20339: checking for SDL - version >= 0.11.0 configure:20436: g++ -o conftest -g -O2 -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT conftest.cpp -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread >&5 conftest.cpp: In function 'int main(int, char**)': conftest.cpp:55: warning: deprecated conversion from string constant to 'char*' configure:20440: $? = 0 configure:20446: ./conftest configure:20450: $? = 0 configure:20472: result: yes configure:20580: checking SDL/SDL_ffmpeg.h usability configure:20597: g++ -c -g -O2 conftest.cpp >&5 conftest.cpp:55:28: error: SDL/SDL_ffmpeg.h: No such file or directory configure:20604: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define AUTOMAKE_INVOKES_YACC 1 | /* end confdefs.h. */ | #include | #ifdef HAVE_SYS_TYPES_H | # include | #endif | #ifdef HAVE_SYS_STAT_H | # include | #endif | #ifdef STDC_HEADERS | # include | # include | #else | # ifdef HAVE_STDLIB_H | # include | # endif | #endif | #ifdef HAVE_STRING_H | # if !defined STDC_HEADERS && defined HAVE_MEMORY_H | # include | # endif | # include | #endif | #ifdef HAVE_STRINGS_H | # include | #endif | #ifdef HAVE_INTTYPES_H | # include | #endif | #ifdef HAVE_STDINT_H | # include | #endif | #ifdef HAVE_UNISTD_H | # include | #endif | #include configure:20618: result: no configure:20622: checking SDL/SDL_ffmpeg.h presence configure:20637: g++ -E conftest.cpp conftest.cpp:22:28: error: SDL/SDL_ffmpeg.h: No such file or directory configure:20644: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define AUTOMAKE_INVOKES_YACC 1 | /* end confdefs.h. */ | #include configure:20658: result: no configure:20686: checking for SDL/SDL_ffmpeg.h configure:20693: result: no configure:20717: checking for X configure:20957: result: libraries /usr/local/lib, headers /usr/local/include configure:20979: checking whether -R must be followed by a space configure:21005: g++ -o conftest -g -O2 conftest.cpp -R/usr/local/lib >&5 configure:21012: $? = 0 configure:21020: result: no configure:21126: g++ -o conftest -g -O2 conftest.cpp -L/usr/local/lib -R/usr/local/lib -lX11 >&5 configure:21133: $? = 0 configure:21301: checking for gethostbyname configure:21357: g++ -o conftest -g -O2 conftest.cpp >&5 configure:21364: $? = 0 configure:21384: result: yes configure:21537: checking for connect configure:21593: g++ -o conftest -g -O2 conftest.cpp >&5 configure:21600: $? = 0 configure:21620: result: yes configure:21696: checking for remove configure:21752: g++ -o conftest -g -O2 conftest.cpp >&5 configure:21759: $? = 0 configure:21779: result: yes configure:21855: checking for shmat configure:21911: g++ -o conftest -g -O2 conftest.cpp >&5 configure:21918: $? = 0 configure:21938: result: yes configure:22023: checking for IceConnectionNumber in -lICE configure:22058: g++ -o conftest -g -O2 -L/usr/local/lib conftest.cpp -lICE >&5 configure:22065: $? = 0 configure:22086: result: yes configure:22103: checking whether byte ordering is bigendian configure:22128: g++ -c -g -O2 conftest.cpp >&5 conftest.cpp:24: error: 'neither' does not name a type configure:22135: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define AUTOMAKE_INVOKES_YACC 1 | #define USE_SDL 1 | /* end confdefs.h. */ | #if ! (defined __BIG_ENDIAN__ || defined __LITTLE_ENDIAN__) | neither is defined; | #endif | typedef int dummy; | configure:22179: g++ -c -g -O2 conftest.cpp >&5 configure:22186: $? = 0 configure:22218: g++ -c -g -O2 conftest.cpp >&5 conftest.cpp: In function 'int main()': conftest.cpp:30: error: 'big' was not declared in this scope conftest.cpp:30: error: expected `;' before 'endian' configure:22225: $? = 1 configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "ctp2" | #define PACKAGE_TARNAME "ctp2" | #define PACKAGE_VERSION "1.2" | #define PACKAGE_STRING "ctp2 1.2" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "ctp2" | #define VERSION "1.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define AUTOMAKE_INVOKES_YACC 1 | #define USE_SDL 1 | /* end confdefs.h. */ | #include | #include | | int | main () | { | #if BYTE_ORDER != BIG_ENDIAN | not big endian | #endif | | ; | return 0; | } configure:22477: result: no configure:22624: checking sys/param.h usability configure:22641: g++ -c -g -O2 conftest.cpp >&5 configure:22648: $? = 0 configure:22662: result: yes configure:22666: checking sys/param.h presence configure:22681: g++ -E conftest.cpp configure:22688: $? = 0 configure:22702: result: yes configure:22730: checking for sys/param.h configure:22739: result: yes configure:22771: checking for htlatex configure:22804: result: no configure:22811: checking for makeindex configure:22829: found /usr/local/bin/makeindex configure:22841: result: /usr/local/bin/makeindex configure:22851: checking for pdflatex configure:22869: found /usr/local/bin/pdflatex configure:22881: result: /usr/local/bin/pdflatex configure:22891: checking for perl configure:22909: found /usr/local/bin/perl configure:22921: result: /usr/local/bin/perl configure:22931: checking for thumbpdf configure:22949: found /usr/local/bin/thumbpdf configure:22961: result: /usr/local/bin/thumbpdf configure:22973: checking for acroread configure:22991: found /usr/local/bin/acroread configure:23003: result: /usr/local/bin/acroread ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-unknown-freebsd8.0 ac_cv_c_bigendian=no ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set='' ac_cv_env_CC_value='' ac_cv_env_CFLAGS_set='' ac_cv_env_CFLAGS_value='' ac_cv_env_CPPFLAGS_set='' ac_cv_env_CPPFLAGS_value='' ac_cv_env_CPP_set='' ac_cv_env_CPP_value='' ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set='' ac_cv_env_CXXFLAGS_value='' ac_cv_env_CXX_set='' ac_cv_env_CXX_value='' ac_cv_env_F77_set='' ac_cv_env_F77_value='' ac_cv_env_FFLAGS_set='' ac_cv_env_FFLAGS_value='' ac_cv_env_LDFLAGS_set='' ac_cv_env_LDFLAGS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_XMKMF_set='' ac_cv_env_XMKMF_value='' ac_cv_env_build_alias_set='' ac_cv_env_build_alias_value='' ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_f77_compiler_gnu=no ac_cv_func_connect=yes ac_cv_func_gethostbyname=yes ac_cv_func_remove=yes ac_cv_func_shmat=yes ac_cv_have_x='have_x=yes ac_x_includes='\''/usr/local/include'\'' ac_x_libraries='\''/usr/local/lib'\''' ac_cv_header_SDL_SDL_ffmpeg_h=no ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_param_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=i386-unknown-freebsd8.0 ac_cv_lib_ICE_IceConnectionNumber=yes ac_cv_lib_lex='none needed' ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_GREP=/usr/bin/grep ac_cv_path_MAKEINDEX=/usr/local/bin/makeindex ac_cv_path_PDFLATEX=/usr/local/bin/pdflatex ac_cv_path_PERL=/usr/local/bin/perl ac_cv_path_SDL_CONFIG=/usr/local/bin/sdl-config ac_cv_path_THUMBPDF=/usr/local/bin/thumbpdf ac_cv_path_UNZIP=/usr/local/bin/unzip ac_cv_path_VIEWPDF=/usr/local/bin/acroread ac_cv_path_YACC=/usr/bin/byacc ac_cv_path_install='/usr/local/bin/ginstall -c' ac_cv_path_mkdir=/usr/local/bin/gmkdir ac_cv_prog_AWK=gawk ac_cv_prog_CPP='gcc -E' ac_cv_prog_CXXCPP='g++ -E' ac_cv_prog_LEX=flex ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=gcc ac_cv_prog_ac_ct_CXX=g++ ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_f77_g=no ac_cv_prog_lex_root=lex.yy ac_cv_prog_lex_yytext_pointer=no ac_cv_prog_make_make_set=yes ac_cv_target=i386-unknown-freebsd8.0 am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_path_SED=/usr/bin/sed lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_pic_works_CXX=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_compiler_static_works_CXX=yes lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\''' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' lt_cv_sys_lib_dlsearch_path_spec='/lib /usr/lib' lt_cv_sys_lib_search_path_spec=/usr/lib lt_cv_sys_max_cmd_len=196608 lt_lt_cv_prog_compiler_c_o='"yes"' lt_lt_cv_prog_compiler_c_o_CXX='"yes"' lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'\''"' lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run aclocal-1.10' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run tar' AR='ar' AUTOCONF='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run autoconf' AUTOHEADER='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run autoheader' AUTOMAKE='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run automake-1.10' AWK='gawk' CC='gcc' CCDEPMODE='depmode=gcc3' CFLAGS='-g -O2' CPP='gcc -E' CPPFLAGS='' CTP2_ENABLE_SLICDEBUG='' CTP2_NOWIN32_INC='' CXX='g++' CXXCPP='g++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-g -O2' CYGPATH_W='echo' DEFS='' DEPDIR='.deps' DIRECTX_INCLUDES='' DIRECTX_LDADD='' DIRECTX_SDKDIR='' DSYMUTIL='' DXMEDIA_INCLUDES='' DXMEDIA_LDADD='' DXMEDIA_SDKDIR='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' F77='' FFLAGS='' GREP='/usr/bin/grep' HTLATEX='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INTERNAL_ANET_FALSE='' INTERNAL_ANET_TRUE='' LDFLAGS='' LEX='flex' LEXLIB='' LEX_OUTPUT_ROOT='lex.yy' LIBOBJS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LINUX_FALSE='' LINUX_TRUE='#' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINDEX='/usr/local/bin/makeindex' MAKEINFO='${SHELL} /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/missing --run makeinfo' MKDIR_P='/usr/local/bin/gmkdir -p' NMEDIT='' OBJEXT='o' PACKAGE='ctp2' PACKAGE_BUGREPORT='' PACKAGE_NAME='ctp2' PACKAGE_STRING='ctp2 1.2' PACKAGE_TARNAME='ctp2' PACKAGE_VERSION='1.2' PATH_SEPARATOR=':' PDFLATEX='/usr/local/bin/pdflatex' PERL='/usr/local/bin/perl' RANLIB='ranlib' SDL_CFLAGS='-I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT' SDL_CONFIG='/usr/local/bin/sdl-config' SDL_FFMPEG_LDFLAGS='' SDL_LIBS='-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' STRIP='strip' THUMBPDF='/usr/local/bin/thumbpdf' UNZIP='/usr/local/bin/unzip' VERSION='1.2' VIEWPDF='/usr/local/bin/acroread' WIN32_FALSE='' WIN32_TRUE='#' XMKMF='' X_CFLAGS=' -I/usr/local/include' X_EXTRA_LIBS='' X_LIBS=' -L/usr/local/lib -R/usr/local/lib' X_PRE_LIBS=' -lSM -lICE' YACC='/usr/bin/byacc' YFLAGS='-d -v' _BFR_='' ac_ct_CC='gcc' ac_ct_CXX='g++' ac_ct_F77='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='/home/foo/CTP2/ctp2_program/ctp' build='i386-unknown-freebsd8.0' build_alias='' build_cpu='i386' build_os='freebsd8.0' build_vendor='unknown' ctp2_code='' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='i386-unknown-freebsd8.0' host_alias='' host_cpu='i386' host_os='freebsd8.0' host_vendor='unknown' htmldir='${docdir}' includedir='${prefix}/include' infodir='${datarootdir}/info' install_sh='$(SHELL) /usr/ports/games/ctp2/ctp2_code/os/autoconf/config/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='${prefix}/var' mandir='${datarootdir}/man' mkdir_p='/usr/local/bin/gmkdir -p' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/home/huff/CTP2' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' subdirs='' sysconfdir='${prefix}/etc' target='i386-unknown-freebsd8.0' target_alias='' target_cpu='i386' target_os='freebsd8.0' target_vendor='unknown' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_NAME "ctp2" #define PACKAGE_TARNAME "ctp2" #define PACKAGE_VERSION "1.2" #define PACKAGE_STRING "ctp2 1.2" #define PACKAGE_BUGREPORT "" #define PACKAGE "ctp2" #define VERSION "1.2" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define AUTOMAKE_INVOKES_YACC 1 #define USE_SDL 1 #define FILE_SEP "/" #define FILE_SEPC '/' #define MAX_PATH PATH_MAX #define _MAX_PATH PATH_MAX #define PATH_SEP ":" #define PATH_SEPC ':' #define HAVE_SYS_PARAM_H 1 #define USE_COM_REPLACEMENT 1 #define YYDEBUG 9 configure: exit 2 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 14:40:34 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68656106564A for ; Mon, 8 Jun 2009 14:40:34 +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 E9FCE8FC1A for ; Mon, 8 Jun 2009 14:40:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3AC.dip.t-dialin.net [217.226.227.172]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 519BA844024; Mon, 8 Jun 2009 16:40:18 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 369BE29B175; Mon, 8 Jun 2009 16:40:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1244472015; bh=wh/xDBEYZD3h9BgIWcQ56XTHOB9cjyf/fqzlytK1DlU=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=02S/EKOlitorJUJ0ixad1Bw0hqeUP4R1TIpMj+GWnyd3wYWC0ArWwUgGdbLaq6Ztu ZhnffbmexVP4GO/hhvlUnKVmIFWYUkT2qCSHKCkOcZ5a6Y5VNAC2hFgqe5jYjy+jxs WaW4glAk59IBh5hGhg5/pKfIIH1C62tcpiMgdxpQoiVD43iSuOGhD8x0vA46Jvv5eV yv4wE5O1iImwMNkkqyxX7/2E1ld5MNPFqVjhv//BXgr9MIOVRdcozzj6LmywRQRkxl n/wgQg/6ZcdWH1Lkg440jop/SlAR+Ael9KMJAKJ7v0jvtPQFOMiGYbSzyFkxEE0tG5 6aA7T3BJIVLSQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n58EeEjY072934; Mon, 8 Jun 2009 16:40:14 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Mon, 08 Jun 2009 16:40:14 +0200 Message-ID: <20090608164014.131052xgwiww9bks@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Mon, 08 Jun 2009 16:40:14 +0200 From: Alexander Leidinger To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> In-Reply-To: <18989.6105.484074.889552@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 519BA844024.7ABF4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=3.589, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_92 0.60, URIBL_BLACK 1.96, URIBL_SBL 2.47) X-EBL-MailScanner-SpamScore: sss X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1245076819.0198@03pMgOUSgqComH+EVHQy9g X-EBL-Spam-Status: No Cc: ports@freebsd.org, Peter Jeremy Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 14:40:34 -0000 Quoting Robert Huff (from Mon, 8 Jun 2009 09:53:29 -0400): > > Alexander Leidinger writes: > >> > First problem: >> >> Looks like bash-isms in configure. > > for (i = 0; i < 10; i++) hit_forehead_with_desk(); > > I had already figured out replacing "make" with "gmake"; this > should have been obvious. > >> >> > When following the instructions here >> > "http://ctp2.darkdust.net/anonsvn/branches/linux/doc/README.linux" I >> > get to step 2 ("configure") and get this: >> > >> > test: x/usr/bin/byacc: unexpected operator >> >> Some possibilities: >> - In the test for byacc they maybe forgot quotes to protect an >> empty value. >> - wrong operator used in test >> - unknown bashism > > Right: I re-ran under bash, and got the same problems. > Looking at configure.ac, I see: > > AC_PATH_PROG(YACC,byacc,no) > if test "x$YACC" == "xno" This should be a "=", not a "==". >> Looks like bashism. Someone tries to substitute something in CFLAGS, >> but this kind of advanced substitution is not supported in a posix >> compliant sh. You can test this assumption by installing bash and >> runnging "bash ./configure" instead. If it is true, you need to fix >> configure.in or configure.ac. > > Relevant bit is: > > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do > CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} > CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} > CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} > done Quick try: CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'` Bye, Alexander. -- MANAGER: A man known for giving great meeting. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 14:55:00 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96E6106567C for ; Mon, 8 Jun 2009 14:55:00 +0000 (UTC) (envelope-from glathe.helko@googlemail.com) Received: from mail-fx0-f214.google.com (mail-fx0-f214.google.com [209.85.220.214]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6068FC17 for ; Mon, 8 Jun 2009 14:55:00 +0000 (UTC) (envelope-from glathe.helko@googlemail.com) Received: by fxm10 with SMTP id 10so382771fxm.43 for ; Mon, 08 Jun 2009 07:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=Tfff/JKHtYyAraQlUOfUlDtondK1vsmkjUuiS3P2Mlc=; b=VV1JWZy3prOtgF+N5TPzoFrr4ORQc54xfTdyB5bmerAWl4EsAO0/IyFXHLl+3930BW OzM8kYAnEoa7N1VswKD/KHXosSZNQiw2yGW+4WZB6M2Hy2pY164QBg7kRnHRGgvpEEGa ovS14qHVjMCmcBj1hd1Dvs25kQyTsAfhdqcS4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=nPu4qi1F9ID2h4/QV775JMv4fuagHq2E6Lqyx4zx1ZuwIkbzRNBCZpeAWDj/bdeB+Q 0BNh3NeUDR/0PbWoGSr8ba0CZAEIiskwu+hwU2odCl5JuU7KpFGOKUjMiJEMXPRC91J2 Fh3sb7Yo+lXEe28XiRgeTyKq9HPupT5J09iiM= MIME-Version: 1.0 Received: by 10.204.50.212 with SMTP id a20mr6731360bkg.35.1244471639945; Mon, 08 Jun 2009 07:33:59 -0700 (PDT) From: Helko Glathe Date: Mon, 8 Jun 2009 16:33:36 +0200 Message-ID: To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 14:55:01 -0000 Don't forget to read the instructions in the README file. You must add system users to an appropriate system group called something like virtualboxuseres... (I'm currently on a windows machine. So, i have no chance to give you correct detailed instructions :-) Also you must mount /proc .... See detailed infos in the README file... And then make a reboot before trying again.. -- Sincerely, Helko Glathe From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 15:33:30 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29851065670 for ; Mon, 8 Jun 2009 15:33:30 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 9D09A8FC1F for ; Mon, 8 Jun 2009 15:33:30 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 11:33:29 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYL26346; Mon, 8 Jun 2009 11:33:28 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 11:33:28 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18989.12103.858035.873279@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 11:33:27 -0400 To: Alexander Leidinger In-Reply-To: <20090608164014.131052xgwiww9bks@webmail.leidinger.net> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: ports@freebsd.org, Peter Jeremy , Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 15:33:31 -0000 Alexander Leidinger writes: > > Right: I re-ran under bash, and got the same problems. > > Looking at configure.ac, I see: > > > > AC_PATH_PROG(YACC,byacc,no) > > if test "x$YACC" == "xno" > > This should be a "=", not a "==". Same result. > > Relevant bit is: > > > > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do > > CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} > > CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} > > CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} > > done > > Quick try: > CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'` No change here either. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 16:38:16 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1CE81065673; Mon, 8 Jun 2009 16:38:16 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 87CE58FC16; Mon, 8 Jun 2009 16:38:16 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MDhrW-0003oc-CZ; Mon, 08 Jun 2009 20:38:18 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 1F5C4B861; Mon, 8 Jun 2009 20:38:09 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 0E477108840; Mon, 8 Jun 2009 20:38:09 +0400 (MSD) Date: Mon, 8 Jun 2009 20:38:08 +0400 From: Dmitry Marakasov To: Erwin Lansing Message-ID: <20090608163808.GA1499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> <20090606155615.GK66710@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090606155615.GK66710@droso.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Pav Lucistnik , freebsd-ports@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 16:38:17 -0000 * Erwin Lansing (erwin@FreeBSD.org) wrote: > > i386 is operated by erwin@ so try talking to him. But I must warn you > > that i386 run will take about a week, due to much older hardware we have > > available for it. > > > And there are two other builds in queue before you, so it will take a > while. Let me know if can do it without pointyhat or amd64, otherwise > we'll schedule it as soon as possible. I think that's unnecessary, I've run all ports dependent on xview in a tinderbox. Found single extra failure, games/imaze, fixed. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 19:15:45 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32BEE106566B for ; Mon, 8 Jun 2009 19:15:45 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id B5AEC8FC21 for ; Mon, 8 Jun 2009 19:15:44 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n58JFesS012010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 05:15:42 +1000 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.3/8.14.3) with ESMTP id n58JFd7X078311; Tue, 9 Jun 2009 05:15:39 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n58JFdI5078310; Tue, 9 Jun 2009 05:15:39 +1000 (EST) (envelope-from peter) Date: Tue, 9 Jun 2009 05:15:39 +1000 From: Peter Jeremy To: Robert Huff Message-ID: <20090608191539.GF9529@server.vk2pj.dyndns.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8TaQrIeukR7mmbKf" Content-Disposition: inline In-Reply-To: <18989.12103.858035.873279@jerusalem.litteratus.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 19:15:45 -0000 --8TaQrIeukR7mmbKf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jun-08 11:33:27 -0400, Robert Huff wrote: >Alexander Leidinger writes: >> > Right: I re-ran under bash, and got the same problems. >> > Looking at configure.ac, I see: >> > >> > AC_PATH_PROG(YACC,byacc,no) >> > if test "x$YACC" =3D=3D "xno" >> =20 >> This should be a "=3D", not a "=3D=3D". > > Same result. > >> > Relevant bit is: >> > >> > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do >> > CFLAGS=3D${CFLAGS//${ac_remove_CFLAG}/} >> > CPPFLAGS=3D${CPPFLAGS//${ac_remove_CFLAG}/} >> > CXXFLAGS=3D${CXXFLAGS//${ac_remove_CFLAG}/} >> > done >> =20 >> Quick try: >> CFLAGS=3D`echo $CFLAGS | sed -e 's:-O[123]::g'` > > No change here either. Obvious question but if you edited configure.ac, you did remember to rerun autoconf afterwards didn't you? Can you post the configure script? Note that your problems with configure do not surprise me. Despite claims otherwise, it appears to have been designed (using the word very loosely) as a tool to impede application portability. --=20 Peter Jeremy --8TaQrIeukR7mmbKf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkotY1sACgkQ/opHv/APuIeU9QCgqkBbUlw9h9BSThF6bb9bvisi uD0An3+fLFoLO7IQXIQzsosgcaJgVPxZ =BuQa -----END PGP SIGNATURE----- --8TaQrIeukR7mmbKf-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 20:30:20 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38485106566B for ; Mon, 8 Jun 2009 20:30:20 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id EA6F08FC12 for ; Mon, 8 Jun 2009 20:30:19 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MDlU1-0001dh-Fo; Tue, 09 Jun 2009 00:30:17 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id EC343B861; Tue, 9 Jun 2009 00:30:11 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id E406C108840; Tue, 9 Jun 2009 00:30:11 +0400 (MSD) Date: Tue, 9 Jun 2009 00:30:11 +0400 From: Dmitry Marakasov To: Eugen-Andrei Gavriloaie Message-ID: <20090608203011.GA57474@hades.panopticon> References: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <225FD50B-19D2-455E-AAE4-F5A96EA51D09@gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@FreeBSD.org Subject: Re: Port admission request X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 08 Jun 2009 20:30:20 -0000 * Eugen-Andrei Gavriloaie (shiretu@gmail.com) wrote: > I would like to bring to your attention my project hosted here: > > http://www.rtmpd.com > > I know how Adobe is keep ignoring our request of having a flash player > for FreeBSD. I though that at least we have another decent C++ > implementation of a media server. This is an "under development" > project but is usable in his current (trunk) state. > > Let me know if you can/want to add it in the ports An important prerequisite for this is availability of vendor source tarballs. That's essential for ports system which relies on file mirroring and checksums. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 20:37:26 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CE54106564A for ; Mon, 8 Jun 2009 20:37:26 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id D51478FC15 for ; Mon, 8 Jun 2009 20:37:25 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 16:37:25 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id KXN29293; Mon, 8 Jun 2009 16:36:59 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 16:36:59 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18989.30314.432802.548214@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 16:36:58 -0400 To: Peter Jeremy In-Reply-To: <20090608191539.GF9529@server.vk2pj.dyndns.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: ports@freebsd.org, Alexander Leidinger , Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 20:37:26 -0000 Peter Jeremy writes: > >> > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do > >> > CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} > >> > CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} > >> > CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} > >> > done > >> > >> Quick try: > >> CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'` > > > > No change here either. > > Obvious question but if you edited configure.ac, you did remember to > rerun autoconf afterwards didn't you? Uh ... no. (When I said "complete novice", wasn't kidding. :-) Ran autoconf(-2.62). That seems to have fixed the "configure" stage. I'm into compilation, and: /usr/include/malloc.h:3:2: error: #error " has been replaced by " Robert Huff From owner-freebsd-ports@FreeBSD.ORG Mon Jun 8 22:00:07 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1806810656F1 for ; Mon, 8 Jun 2009 22:00:07 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id D3B5C8FC08 for ; Mon, 8 Jun 2009 22:00:06 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: (qmail 22845 invoked from network); 8 Jun 2009 21:33:26 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 Jun 2009 21:33:26 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 96A9F5084F; Mon, 8 Jun 2009 17:33:25 -0400 (EDT) To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> From: Lowell Gilbert Date: Mon, 08 Jun 2009 17:33:25 -0400 In-Reply-To: <18989.30314.432802.548214@jerusalem.litteratus.org> (Robert Huff's message of "Mon\, 8 Jun 2009 16\:36\:58 -0400") Message-ID: <44y6s25s2i.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2009 22:00:07 -0000 Robert Huff writes: > Peter Jeremy writes: > > >> >> > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do >> >> > CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} >> >> > CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} >> >> > CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} >> >> > done >> >> >> >> Quick try: >> >> CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'` >> > >> > No change here either. >> >> Obvious question but if you edited configure.ac, you did remember to >> rerun autoconf afterwards didn't you? > > Uh ... no. (When I said "complete novice", wasn't kidding. :-) > Ran autoconf(-2.62). > That seems to have fixed the "configure" stage. > I'm into compilation, and: > > /usr/include/malloc.h:3:2: error: #error " has been replaced by " Whichever file is being compiled has a line that should be changed from #include to #include From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 00:11:31 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93E71106568B for ; Tue, 9 Jun 2009 00:11:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7268FC1A for ; Tue, 9 Jun 2009 00:11:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 20:11:31 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYM28621; Mon, 8 Jun 2009 20:11:30 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 20:11:29 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18989.43185.434319.692300@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 20:11:29 -0400 To: ports@freebsd.org In-Reply-To: <44y6s25s2i.fsf@be-well.ilk.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <44y6s25s2i.fsf@be-well.ilk.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 00:11:32 -0000 Lowell Gilbert writes: > > /usr/include/malloc.h:3:2: error: #error " has been replaced by " > > Whichever file is being compiled has a line that should be changed from > #include > to > #include Done. Merrily compiling away. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 00:18:54 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA6D106566B for ; Tue, 9 Jun 2009 00:18:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 73CA58FC0A for ; Tue, 9 Jun 2009 00:18:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5908A6i014498 for ; Tue, 9 Jun 2009 04:08:10 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 9 Jun 2009 04:08:10 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-ports@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Tue, 09 Jun 2009 04:08:10 +0400 (MSD) Cc: Subject: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 00:18:55 -0000 Dear colleagues, on a couple of my workstations, after portupgrading, I've found that gnome-screensaver after activating renders X unusable, as it shows desktop with password dialog box for fraction of second, then blanks it back. Killing gnome-xscreensaver from other console helps, but it does not seem for me to be a solution. previously, I found it would be glitches with hald/dbus, and step-by-step shutdown of these services and then starting them helped, but now it's not the case: even reboot does not fix this. Any hints? Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 00:36:12 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF67106566C for ; Tue, 9 Jun 2009 00:36:12 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id B61658FC15 for ; Tue, 9 Jun 2009 00:36:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 20:36:11 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYM32654; Mon, 8 Jun 2009 20:35:52 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 08 Jun 2009 20:35:52 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18989.44647.747240.280043@jerusalem.litteratus.org> Date: Mon, 8 Jun 2009 20:35:51 -0400 To: Robert Huff In-Reply-To: <18989.43185.434319.692300@jerusalem.litteratus.org> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <44y6s25s2i.fsf@be-well.ilk.org> <18989.43185.434319.692300@jerusalem.litteratus.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 00:36:12 -0000 Robert Huff writes: > Done. Merrily compiling away. New problem. One of the files has: #ifdef LINUX #include #endif What is the FreeBSD magic tag corresponding to "LINUX"? "__FREEBSD__"? Robert Huff From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 01:24:16 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E14F106564A for ; Tue, 9 Jun 2009 01:24:16 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id A80198FC0A for ; Tue, 9 Jun 2009 01:24:15 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 5618 invoked from network); 9 Jun 2009 00:57:10 -0000 Received: from unknown (HELO ?192.168.0.2?) (spawk@69.123.45.64) by acm.poly.edu with AES256-SHA encrypted SMTP; 9 Jun 2009 00:57:10 -0000 Message-ID: <4A2DB2F2.8020306@acm.poly.edu> Date: Mon, 08 Jun 2009 20:55:14 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <44y6s25s2i.fsf@be-well.ilk.org> <18989.43185.434319.692300@jerusalem.litteratus.org> <18989.44647.747240.280043@jerusalem.litteratus.org> In-Reply-To: <18989.44647.747240.280043@jerusalem.litteratus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 01:24:16 -0000 Robert Huff wrote: > Robert Huff writes: > > >> Done. Merrily compiling away. >> > > New problem. > One of the files has: > > #ifdef LINUX > #include > #endif > > What is the FreeBSD magic tag corresponding to "LINUX"? > "__FREEBSD__"? > > > Robert Huff > > > > _______________________________________________ > 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" > #ifdef __FreeBSD__ -Boris From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 01:35:47 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 560F0106564A for ; Tue, 9 Jun 2009 01:35:47 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 371EA8FC08 for ; Tue, 9 Jun 2009 01:35:47 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Mon, 8 Jun 2009 18:35:47 -0700 Message-ID: <4A2DBC71.3040608@p6m7g8.com> Date: Mon, 8 Jun 2009 21:35:45 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: "ports@FreeBSD.org" Content-Type: multipart/mixed; boundary="------------080608030603040001020600" Cc: Subject: [Fwd: Re: devel/subversion status] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 01:35:47 -0000 --------------080608030603040001020600 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. --------------080608030603040001020600 Content-Type: message/rfc822; name="Re: devel/subversion status.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Re: devel/subversion status.eml" Message-ID: <4A2DB61D.5000702@p6m7g8.com> Disposition-Notification-To: "Philip M. Gollucci" Date: Mon, 08 Jun 2009 21:08:45 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: "pav@FreeBSD.org" , "Lev A. Serebryakov" Subject: RE: devel/subversion status X-Priority: 2 (High) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 1) WITH_ASVN option clobbers RUN_DEPENDS, Its not bugged, but it is one. Makefile @@ -62,7 +62,7 @@ .endif .if defined(WITH_ASVN) -RUN_DEPENDS= ${LOCALBASE}/bin/gfind:${PORTSDIR}/misc/findutils:install +RUN_DEPENDS+= ${LOCALBASE}/bin/gfind:${PORTSDIR}/misc/findutils:install PLIST_SUB+= ASVN="" .else PLIST_SUB+= ASVN="@comment " 2) We need to use the bsd.databases.mk subsystem (USE_BDB) Makefile.common @@ -54,6 +55,7 @@ # Default us "on" .if !defined(WITHOUT_BDB) +USE_DBD= 42+ PLIST_SUB+= BDB="" .else CONFIGURE_ARGS+= --without-berkeley-db 3) Apr handling and APR BDB support has been busted since revision 1.77 date: 2009/01/18 19:43:53; author: pgollucci; state: Exp; lines: +108 -87 of devel/apr Which is a pointyhat to me for not updating subversion then and its awesome the -exp didn't catch it either. Here's a crack at it, and removes DEPENDS_ARGS which doesn't work anyway. Makefile.common @@ -92,21 +94,14 @@ APU_CONFIG= apu-config .endif APR_PORT= ${APACHE_PORT} -.if !defined(WITHOUT_BDB) -DEPENDS_ARGS+= WITH_BERKELEYDB=db4 -OPT_NAME= WITH_BERKELEYDB=(db4|db41|db42) -.endif .else -LIB_DEPENDS+= apr-1.3:${PORTSDIR}/devel/apr +APR_PORT= devel/apr +LIB_DEPENDS+= apr-1.3:${PORTSDIR}/${APR_PORT} APR_APU_DIR= ${LOCALBASE}/bin APR_CONFIG= apr-1-config APU_CONFIG= apu-1-config -APR_PORT= devel/apr -.if !defined(WITHOUT_BDB) -OPT_NAME= APR_UTIL_WITH_BERKELEY_DB=yes -DEPENDS_ARGS+= WITH_BDB=yes -.endif .endif + CONFIGURE_ARGS+=--with-apr=${APR_APU_DIR}/${APR_CONFIG} \ --with-apr-util=${APR_APU_DIR}/${APU_CONFIG} 4)WANT_PERL does nothing these days, but thats a larger patch to the tree. I relocated MAKE_JOBS_SAFE for consistency @@ -14,11 +14,11 @@ DIST_SUBDIR= subversion EXTRACT_ONLY= ${PORTNAME}-${DISTVERSION}${EXTRACT_SUFX} +MAKE_JOBS_SAFE= yes USE_BZIP2= yes USE_AUTOTOOLS= libtool:15 + CONFIGURE_ARGS= --with-ssl -MAKE_JOBS_SAFE= yes -WANT_PERL= yes Essentially then this is the default ./configure \ --with-ssl \ --without-swig \ --with-neon=/usr/local \ --without-sasl \ --with-apr=/usr/local/bin/apr-1-config \ --with-apr-util=/usr/local/bin/apu-1-config \ --prefix=/usr/local \ That looks right imho. Now the only thing left is why configure fails to find bdb after the apr update. This looks like its a bug in apr itself, rather then the port, I'm currently investigating that. IF we could get a review/test/approval of the above, that would be a good start. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. --------------080608030603040001020600-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 01:35:54 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E5E106564A for ; Tue, 9 Jun 2009 01:35:54 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from exhub015-1.exch015.msoutlookonline.net (exhub015-1.exch015.msoutlookonline.net [207.5.72.93]) by mx1.freebsd.org (Postfix) with ESMTP id 741568FC0A for ; Tue, 9 Jun 2009 01:35:54 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Mon, 8 Jun 2009 18:35:54 -0700 Message-ID: <4A2DBC78.7020601@p6m7g8.com> Date: Mon, 8 Jun 2009 21:35:52 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: "ports@FreeBSD.org" Content-Type: multipart/mixed; boundary="------------070705060905050501070705" Cc: Subject: [Fwd: apr bug -- WAS Re: [Fwd: Re: devel/subversion status]] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 01:35:54 -0000 --------------070705060905050501070705 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. --------------070705060905050501070705 Content-Type: message/rfc822; name="apr bug -- WAS Re: [Fwd: Re: devel/subversion status].eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="apr bug -- WAS Re: [Fwd: Re: devel/subversion status].eml" Message-ID: <4A2DBC3E.60100@p6m7g8.com> Date: Mon, 08 Jun 2009 21:34:54 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: Mark Linimon , "pav@FreeBSD.org" , "Lev A. Serebryakov" Subject: apr bug -- WAS Re: [Fwd: Re: devel/subversion status] References: <4A2DB6A0.30709@p6m7g8.com> In-Reply-To: <4A2DB6A0.30709@p6m7g8.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Philip M. Gollucci wrote: > This looks like its a bug in apr itself, rather then the port, I'm > currently investigating that. Okay so I know what it is, but not how to fix it. apr-util's apu-config changed. Now its either a bug or subversion hasn't caught up yet. In short, -ldb* is never added to APRUTIL_EXPORT_LIBS which is used in apu-config -> apu-1-config. Therefore, no 3rd Parties can report on it (including subversion) i.e. subversions configure does this: SVN_DB_LIBS="${SVN_DB_LIBS-`$apu_config --libs | sed -e 's/.*\(-ldb[^[:space:]]*\).*/\1/' | $EGREP -- '-ldb[^[:space:]]*'`}" I'm going to have to go to dev@apr to get help with the fix and under what happened. Also I have to go eat/sleep and am busy at the data center tomorrow. I'm hesistant to revert the change and downgrade apr b/c its a security fix. On a best case senario, I'd say Thursday is the earliest I could have a fix in place. I defer to portmgr@ on what to do in the meantime. Currently: ------------ $ grep APRUTIL_EXPORT_LIBS * apr-util.pc.in:Libs: -L${libdir} -l@APRUTIL_LIBNAME@ @LDADD_ldap@ @APRUTIL_EXPORT_LIBS@ apu-config.in:LIBS="@APRUTIL_EXPORT_LIBS@" configure:APRUTIL_EXPORT_LIBS configure: APRUTIL_EXPORT_LIBS="$abs_srcdir/$apu_apriconv_dir/lib/libapriconv.la \ configure: $APRUTIL_EXPORT_LIBS" configure: if test "x$APRUTIL_EXPORT_LIBS" = "x"; then configure: test "x$silent" != "xyes" && echo " setting APRUTIL_EXPORT_LIBS to \"$apu_expat_libs\"" configure: APRUTIL_EXPORT_LIBS="$apu_expat_libs" configure: for j in $APRUTIL_EXPORT_LIBS; do configure: test "x$silent" != "xyes" && echo " adding \"$i\" to APRUTIL_EXPORT_LIBS" configure: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $i" configure: if test "x$APRUTIL_EXPORT_LIBS" = "x"; then configure: test "x$silent" != "xyes" && echo " setting APRUTIL_EXPORT_LIBS to \"-liconv\"" configure: APRUTIL_EXPORT_LIBS="-liconv" configure: for j in $APRUTIL_EXPORT_LIBS; do configure: test "x$silent" != "xyes" && echo " adding \"$i\" to APRUTIL_EXPORT_LIBS" configure: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $i" configure: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $LDADD_dbd_pgsql $LDADD_dbd_sqlite2 $LDADD_dbd_sqlite3 $LDADD_dbd_oracle $LDADD_dbd_mysql $LDADD_dbd_freetds $LDADD_dbd_odbc" configure: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $LDADD_dbm_db $LDADD_dbm_gdbm $LDADD_dbm_ndbm" configure: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $LDADD_ldap" configure.in: APRUTIL_EXPORT_LIBS="$abs_srcdir/$apu_apriconv_dir/lib/libapriconv.la \ configure.in: $APRUTIL_EXPORT_LIBS" configure.in:AC_SUBST(APRUTIL_EXPORT_LIBS) Previously: ------------- $ grep APRUTIL_EXPORT_LIBS * apr-util.pc.in:Libs: -L${libdir} -l@APRUTIL_LIBNAME@ @LDADD_ldap@ @APRUTIL_EXPORT_LIBS@ apu-config.in:LIBS="@APRUTIL_EXPORT_LIBS@" build/dso.m4: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $LDADD_dbd_pgsql $LDADD_dbd_sqlite2 $LDADD_dbd_sqlite3 $LDADD_dbd_oracle $LDADD_dbd_mysql $LDADD_dbd_freetds $LDADD_dbd_odbc" build/dso.m4: APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS $LDADD_ldap" build/apu-iconv.m4: APR_ADDTO(APRUTIL_EXPORT_LIBS,[-liconv]) build/apu-conf.m4:APR_ADDTO(APRUTIL_EXPORT_LIBS, [$apu_expat_libs]) build/dbm.m4: APR_ADDTO(APRUTIL_EXPORT_LIBS,[-lgdbm]) build/dbm.m4: APR_ADDTO(APRUTIL_EXPORT_LIBS,[-l$apu_ndbm_lib]) build/dbm.m4: APR_ADDTO(APRUTIL_EXPORT_LIBS,[-l$apu_db_lib]) build/dbm.m4: APR_ADDTO(APRUTIL_EXPORT_LIBS,[$apu_db_xtra_libs]) configure.in: APRUTIL_EXPORT_LIBS="$abs_srcdir/$apu_apriconv_dir/lib/libapriconv.la \ configure.in: $APRUTIL_EXPORT_LIBS" configure.in:AC_SUBST(APRUTIL_EXPORT_LIBS) export_vars.sh.in:APRUTIL_EXPORT_LIBS="@APRUTIL_EXPORT_LIBS@" -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. --------------070705060905050501070705-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 07:12:40 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A9D106566C for ; Tue, 9 Jun 2009 07:12:40 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 689658FC0A for ; Tue, 9 Jun 2009 07:12:40 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by qyk3 with SMTP id 3so4987836qyk.3 for ; Tue, 09 Jun 2009 00:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Kz+98+mQeJplVXbjLUHjyxUhvqkl71LnxsxzRYYART0=; b=T353fJx3jLIBpaWTYbqbzYpGKXknZNQtxMfwMBcYIcCAT3UvfWDnWiXBWdSyuE6mui XISawgMssCTcWQTGYuRd09kbzDZsN6eeqT/Wx5InVyJ6SdQ+EafDfq/gECjl/RQczpBF hGerP1UaBtuFwAYGAGUWbF2N4Pv5yyT62RWhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vcqs+YO9L7q5BVu6lAhcUOaXCfFJKWL2RQuE4PoPZjqOfl8BOXhwItwuNP5NLEvQ72 S9wI3zd+Nk96U89Tx+zMpmIXBPWG7H3LCReL3cXGUvSsul5HkiLOk+cjELG2K4KeJHYA znFT7OpGvKsjDMfQvtA7NvRgCfWBFfWkuqlxo= MIME-Version: 1.0 Received: by 10.220.99.144 with SMTP id u16mr4046526vcn.119.1244531552474; Tue, 09 Jun 2009 00:12:32 -0700 (PDT) In-Reply-To: <200906082230.n58MUtkU040528@repoman.freebsd.org> References: <200906082230.n58MUtkU040528@repoman.freebsd.org> Date: Tue, 9 Jun 2009 09:12:32 +0200 Message-ID: From: Rene Ladan To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: cvs commit: ports UPDATING ports/Mk bsd.python.mk ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile pkg-plist ports/databases/gadfly Makefile pkg-plist ports/databases/skytools Makefile pkg-plist ports/databases/zodb3 ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 07:12:40 -0000 2009/6/9 Martin Wilke : > miwi 2009-06-08 22:30:55 UTC > > FreeBSD ports repository > > Modified files: > . UPDATING [...] > Log: > - Update lang/python26 and make Python 2.6.2 to the default Python version > > Tested by: 3 pointyhat runs > Thanks to: pav, gahr, lwhsu, mva, amdmi3 > I successfully upgraded python25 to python26 using portmaster -o, but got stuck at the upgrade-site-packages step. When executing # cd /usr/ports/lang/python # make PORTUPGRADE_CMD=/usr/local/sbin/portmaster upgrade-site-packages it complains that it can't find pkg_which, which seems to be part of portupgrade. Is pkg_which the same as pkg_info -wq or pkg_info -oq ? Is there a real difference between make upgrade-site-packages and just updating all installed *py25* packages manually? Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 07:35:13 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD406106566B for ; Tue, 9 Jun 2009 07:35:13 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id B4FE78FC15 for ; Tue, 9 Jun 2009 07:35:13 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from [192.168.1.3] (72.83.160.7) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Tue, 9 Jun 2009 00:35:13 -0700 Message-ID: <4A2E10A9.6090408@p6m7g8.com> Date: Tue, 9 Jun 2009 03:35:05 -0400 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Bojan Smojver References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net> <1244520824.25532.88.camel@shrek.rexursive.com> <4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com> <1244531713.25532.95.camel@shrek.rexursive.com> <4A2E0CB8.1090701@p6m7g8.com> <1244532560.25532.103.camel@shrek.rexursive.com> In-Reply-To: <1244532560.25532.103.camel@shrek.rexursive.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "William A. Rowe, Jr." , dev@apr.apache.org, ports@freebsd.org Subject: Re: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 07:35:14 -0000 Bojan Smojver wrote: > On Tue, 2009-06-09 at 03:18 -0400, Philip M. Gollucci wrote: >> libsvn_fs_base is compiled if BDB support is detected. > > I think it calls Berkeley DB API directly, not via APU. Hence, the fact > that -ldb was part of apu-1-config --libs, was just a historical > accident. > > If a program calls apr_dbm*(), APU will load relevant support as DSO, so > user doesn't need to link directly to the actual underlying DB library. > If that particular DB type is not supported (i.e. not compiled in), > error will be returned. That's my understanding. > > PS. We do have a workaround for ldap along these lines, where we report > ldap in --libs, unless --avoid-ldap is passed to the config script. > Maybe we should do this here, to avoid breaking compilation > compatibility. Opinions? > I think you have to given the versioning rules. And for gdbm too et al too. Its certainly not ABI/API compatible. Speaking of which why wasn't this only in 1.4.x/trunk(2.x) ? Excellent, Bojan, now I've got the history and why, and understand whats happened. I don't think teaching subversion about this fact will be sufficient -- There are over 56 apps in the freebsd ports tree with over 900 depends that this breaks as is, though most of which indirectly depend on subversion. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 07:50:28 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750BC10656B5 for ; Tue, 9 Jun 2009 07:50:28 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5A7D08FC12 for ; Tue, 9 Jun 2009 07:50:28 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from [192.168.1.3] (72.83.160.7) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Tue, 9 Jun 2009 00:50:28 -0700 Message-ID: <4A2E143B.2010000@p6m7g8.com> Date: Tue, 9 Jun 2009 03:50:19 -0400 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Bojan Smojver References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net> <1244520824.25532.88.camel@shrek.rexursive.com> <4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com> <1244531713.25532.95.camel@shrek.rexursive.com> <4A2E0CB8.1090701@p6m7g8.com> <1244532560.25532.103.camel@shrek.rexursive.com> <4A2E10A9.6090408@p6m7g8.com> <1244533468.25532.110.camel@shrek.rexursive.com> In-Reply-To: <1244533468.25532.110.camel@shrek.rexursive.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "William A. Rowe, Jr." , dev@apr.apache.org, ports@freebsd.org Subject: Re: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 07:50:29 -0000 Bojan Smojver wrote: > So, there are apps out there that specifically depend on -ldb being > returned by apu-1-config? Can you give me an example so that I can get > my head around this better? > > PS. Subversion itself depends on Berkeley DB directly, not through APU, > so passing that to ./configure there should be sufficient to build it. > At least it worked for me (although the syntax of the argument itself > can be daunting: > --with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db). Yes, thats the one that is used when we add support to both subversion and apr. Though in fbsd its typically -- /usr/local/include/db46:/usr/local/lib/db46 I'll get you a list of the apps tomorrow, I don't have access to my box atm. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 08:03:30 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 479B4106566B for ; Tue, 9 Jun 2009 08:03:30 +0000 (UTC) (envelope-from bojan@rexursive.com) Received: from beauty.rexursive.com (beauty.rexursive.com [150.101.121.179]) by mx1.freebsd.org (Postfix) with ESMTP id F2E438FC12 for ; Tue, 9 Jun 2009 08:03:29 +0000 (UTC) (envelope-from bojan@rexursive.com) Received: from [10.1.120.24] (shrek.rexursive.com [10.1.120.24]) by beauty.rexursive.com (Postfix) with ESMTP id E0ADE8C012; Tue, 9 Jun 2009 17:44:28 +1000 (EST) From: Bojan Smojver To: "Philip M. Gollucci" In-Reply-To: <4A2E10A9.6090408@p6m7g8.com> References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net> <1244520824.25532.88.camel@shrek.rexursive.com> <4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com> <1244531713.25532.95.camel@shrek.rexursive.com> <4A2E0CB8.1090701@p6m7g8.com> <1244532560.25532.103.camel@shrek.rexursive.com> <4A2E10A9.6090408@p6m7g8.com> Content-Type: text/plain Date: Tue, 09 Jun 2009 17:44:28 +1000 Message-Id: <1244533468.25532.110.camel@shrek.rexursive.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-1.fc11) Content-Transfer-Encoding: 7bit Cc: "William A. Rowe, Jr." , dev@apr.apache.org, ports@freebsd.org Subject: Re: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 08:03:30 -0000 On Tue, 2009-06-09 at 03:35 -0400, Philip M. Gollucci wrote: > Excellent, Bojan, now I've got the history and why, and understand > whats happened. I don't think teaching subversion about this fact > will be sufficient -- > > There are over 56 apps in the freebsd ports tree with over 900 depends > that this breaks as is, though most of which indirectly depend on > subversion. So, there are apps out there that specifically depend on -ldb being returned by apu-1-config? Can you give me an example so that I can get my head around this better? PS. Subversion itself depends on Berkeley DB directly, not through APU, so passing that to ./configure there should be sufficient to build it. At least it worked for me (although the syntax of the argument itself can be daunting: --with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db). -- Bojan From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 08:12:02 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AB08106566B for ; Tue, 9 Jun 2009 08:12:02 +0000 (UTC) (envelope-from brane@xbc.nu) Received: from mail-fx0-f207.google.com (mail-fx0-f207.google.com [209.85.220.207]) by mx1.freebsd.org (Postfix) with ESMTP id 912D88FC1A for ; Tue, 9 Jun 2009 08:12:01 +0000 (UTC) (envelope-from brane@xbc.nu) Received: by fxm3 with SMTP id 3so41484fxm.43 for ; Tue, 09 Jun 2009 01:12:00 -0700 (PDT) Received: by 10.103.217.5 with SMTP id u5mr2809869muq.43.1244533822939; Tue, 09 Jun 2009 00:50:22 -0700 (PDT) Received: from ?172.17.241.184? ([85.10.14.223]) by mx.google.com with ESMTPS id 14sm9601436muo.3.2009.06.09.00.50.21 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 00:50:22 -0700 (PDT) Message-ID: <4A2E143D.6080400@xbc.nu> Date: Tue, 09 Jun 2009 09:50:21 +0200 From: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: Bojan Smojver References: <200906090316.n593GCYQ075516@frieza.p6m7g8.net> <1244520824.25532.88.camel@shrek.rexursive.com> <4A2DF79D.709@rowe-clan.net> <4A2E001E.4020806@p6m7g8.com> <1244531713.25532.95.camel@shrek.rexursive.com> <4A2E0CB8.1090701@p6m7g8.com> <1244532560.25532.103.camel@shrek.rexursive.com> <4A2E10A9.6090408@p6m7g8.com> <1244533468.25532.110.camel@shrek.rexursive.com> In-Reply-To: <1244533468.25532.110.camel@shrek.rexursive.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "Philip M. Gollucci" , "William A. Rowe, Jr." , ports@freebsd.org, dev@apr.apache.org Subject: Re: [MAINTAINER] devel/apr-gdbm-db42: apr-util 1.3.7 breaks dbd support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 08:12:02 -0000 Bojan Smojver wrote: > PS. Subversion itself depends on Berkeley DB directly, not through APU, > so passing that to ./configure there should be sufficient to build it. > At least it worked for me (although the syntax of the argument itself > can be daunting: > --with-berkeley-db=db.h:/path/to/includedir:/path/to/libdir:db). > Yes, this will definitely work; although woe to anyone who manages to link Subversion with a different BDB library than APR-Util. Shouldn't be a problem for packagers, though. -- Brane From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 09:26:13 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BD21106566C for ; Tue, 9 Jun 2009 09:26:13 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 0245E8FC13 for ; Tue, 9 Jun 2009 09:26:13 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MDxau-000EiI-F7; Tue, 09 Jun 2009 09:26:12 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 075A4205229D; Tue, 9 Jun 2009 18:26:12 +0900 (JST) Date: Tue, 09 Jun 2009 18:26:12 +0900 Message-ID: From: Randy Bush To: FreeBSD Ports User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: tcl 8.3 and patches 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: Tue, 09 Jun 2009 09:26:13 -0000 ports/135388 is killing me, as i have a lot of devices to monitor with rancid. i gather that, if i can revert tcl to 8.3, it should work. but i am having a hard time finding the source and the ports tree patches. could someone whack me with the clue by four? thanks. randy From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 10:11:12 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20240106564A for ; Tue, 9 Jun 2009 10:11:12 +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 A34D68FC1D for ; Tue, 9 Jun 2009 10:11:11 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3B0.dip.t-dialin.net [217.226.227.176]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 295DC844028; Tue, 9 Jun 2009 12:11:06 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1872029EA92; Tue, 9 Jun 2009 12:11:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1244542263; bh=teN87AhjpgQObL4YCQgN42cxSl7nHLaEUFMo0oyl1lc=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=C5b+Ip4QllUfiiLnwHVJPgEQRSOvbe20YPfF3DQNE0QguX+FFtUrC5VmjFsqyKgNu WQwJbTFr1pDnUgUpxnSVbS6YiOJ17hbSuxuzvCLLnrqTctbaOnn+2FRuAR6M5yktGi a1NI7Jih8CUw9LAlRV5liqrY6mC09M+Fk84226vSqRjLn8BOXhTPc6P5VLVSJnIgHk YRJEBcQqmhNMhKRhYpB/Nzcx5mPHVEDnQrNI9VxCV58M4RD3sUoymTJ3DK+8eWAHNA c5Okc/VcxFn9spzv6PuyfjP5LSAAA8NMm8rQw/KARMwH8m54xGCk5O3d+HtJayddK6 MVuFJu2QBOi9A== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n59AB2fI012766; Tue, 9 Jun 2009 12:11:02 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 09 Jun 2009 12:11:02 +0200 Message-ID: <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 09 Jun 2009 12:11:02 +0200 From: Alexander Leidinger To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> In-Reply-To: <18989.30314.432802.548214@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 295DC844028.772F4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.628, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_92 0.60, URIBL_SBL 2.47) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1245147066.64354@dyPn4wUrSSJLK0ZJFmw5Ow X-EBL-Spam-Status: No Cc: ports@freebsd.org, Peter Jeremy Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 10:11:12 -0000 Quoting Robert Huff (from Mon, 8 Jun 2009 16:36:58 -0400): > Peter Jeremy writes: > > >> >> > for ac_remove_CFLAG in "-O1" "-O2" "-O3" ; do >> >> > CFLAGS=${CFLAGS//${ac_remove_CFLAG}/} >> >> > CPPFLAGS=${CPPFLAGS//${ac_remove_CFLAG}/} >> >> > CXXFLAGS=${CXXFLAGS//${ac_remove_CFLAG}/} >> >> > done >> >> >> >> Quick try: >> >> CFLAGS=`echo $CFLAGS | sed -e 's:-O[123]::g'` >> > >> > No change here either. >> >> Obvious question but if you edited configure.ac, you did remember to >> rerun autoconf afterwards didn't you? > > Uh ... no. (When I said "complete novice", wasn't kidding. :-) Not knowing C/++ when you want to port a C/C++ program makes it very hard for you to reach your goal... > Ran autoconf(-2.62). > That seems to have fixed the "configure" stage. > I'm into compilation, and: > > /usr/include/malloc.h:3:2: error: #error " has been > replaced by " You didn't provide enough info. There should have been a line or two more which referenced files in the src of what you want to compile. In those places you have to replace the '#include ' with '#include '. Bye, Alexander. Bye, Alexander. -- 1.79 x 10^12 furlongs per fortnight -- it's not just a good idea, it's the law! 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 Tue Jun 9 12:34:48 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79AE91065673 for ; Tue, 9 Jun 2009 12:34:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 327A58FC1B for ; Tue, 9 Jun 2009 12:34:47 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 Jun 2009 08:34:47 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id KXO14989; Tue, 9 Jun 2009 08:34:47 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 09 Jun 2009 08:34:47 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18990.22246.680273.667457@jerusalem.litteratus.org> Date: Tue, 9 Jun 2009 08:34:46 -0400 To: Alexander Leidinger In-Reply-To: <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: ports@freebsd.org, Peter Jeremy , Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 12:34:48 -0000 Alexander Leidinger writes: > >> Obvious question but if you edited configure.ac, you did remember to > >> rerun autoconf afterwards didn't you? > > > > Uh ... no. (When I said "complete novice", wasn't kidding. :-) > > Not knowing C/++ when you want to port a C/C++ program makes it very > hard for you to reach your goal... C, I know. (Though not as much as other folks.) GNU build tools ... not so much. :-) Anyway: many hours of compilation later, I hit this: /usr/bin/ld: cannot find -lttf Quick checking suggests libttf is a Linux-ism, replaced by libfreetype. Is this correct, and if so can I just (temporarily) make the change in the list of libraries? Robert Huff From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 13:13:08 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31833106567C for ; Tue, 9 Jun 2009 13:13:08 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id E765D8FC14 for ; Tue, 9 Jun 2009 13:13:07 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 10007 invoked from network); 9 Jun 2009 13:12:45 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 9 Jun 2009 13:12:45 -0000 Message-ID: <4A2E5F57.50802@acm.poly.edu> Date: Tue, 09 Jun 2009 09:10:47 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.19 (X11/20090108) MIME-Version: 1.0 To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> <18990.22246.680273.667457@jerusalem.litteratus.org> In-Reply-To: <18990.22246.680273.667457@jerusalem.litteratus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 13:13:08 -0000 Robert Huff wrote: > Alexander Leidinger writes: > > >> >> Obvious question but if you edited configure.ac, you did remember to >> >> rerun autoconf afterwards didn't you? >> > >> > Uh ... no. (When I said "complete novice", wasn't kidding. :-) >> >> Not knowing C/++ when you want to port a C/C++ program makes it very >> hard for you to reach your goal... >> > > C, I know. (Though not as much as other folks.) > GNU build tools ... not so much. > :-) > > Anyway: many hours of compilation later, I hit this: > > /usr/bin/ld: cannot find -lttf > > Quick checking suggests libttf is a Linux-ism, replaced by > libfreetype. Is this correct, and if so can I just (temporarily) > make the change in the list of libraries? > > > Robert Huff > > > _______________________________________________ > 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" > Seems that way (http://fixunix.com/redhat/139735-fly-make-problem-fc3.html). Anyway, it will be sure to complain about not being able to find the symbols it's looking for if it's not the case. -Boris From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 13:14:41 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6042106567D for ; Tue, 9 Jun 2009 13:14:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 650228FC0A for ; Tue, 9 Jun 2009 13:14:41 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-157-59-252.bna.bellsouth.net [70.157.59.252]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n59DEdL8033238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Jun 2009 09:14:39 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Dmitry Morozovsky In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-5pR6EwCYKoD/9Vz/+u2o" Organization: FreeBSD Date: Tue, 09 Jun 2009 08:14:33 -0500 Message-Id: <1244553273.60347.1470.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC,SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-ports@FreeBSD.org Subject: Re: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 13:14:42 -0000 --=-5pR6EwCYKoD/9Vz/+u2o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-06-09 at 04:08 +0400, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > on a couple of my workstations, after portupgrading, I've found that=20 > gnome-screensaver after activating renders X unusable, as it shows deskto= p with=20 > password dialog box for fraction of second, then blanks it back. Killing= =20 > gnome-xscreensaver from other console helps, but it does not seem for me = to be=20 > a solution. >=20 > previously, I found it would be glitches with hald/dbus, and step-by-step= =20 > shutdown of these services and then starting them helped, but now it's no= t the=20 > case: even reboot does not fix this. >=20 > Any hints? Thanks! I see this periodically when doing port updates. I think that it has to do with re-installing either gnome-screensaver or consolekit. A reboot has always solved it for me. robert. --=20 Robert Noland FreeBSD --=-5pR6EwCYKoD/9Vz/+u2o Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkouYDkACgkQM4TrQ4qfROMbKgCfb7Bc638x+jlPreAZ2bJ7kVNc yJgAn13rw/UVHvz3+ISLrpQ9qpPP/Tf7 =9rVl -----END PGP SIGNATURE----- --=-5pR6EwCYKoD/9Vz/+u2o-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 13:51:17 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A823106566B for ; Tue, 9 Jun 2009 13:51:17 +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 A65EA8FC0C for ; Tue, 9 Jun 2009 13:51:16 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD9E2E3B0.dip.t-dialin.net [217.226.227.176]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id B0454844024; Tue, 9 Jun 2009 15:51:08 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 9CFE529E650; Tue, 9 Jun 2009 15:51:05 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1244555465; bh=xMbOWzoeRy196IPl9BMLnS19bwSOazMMs1pNzmp/98s=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=YHleY1IiE4iTkMg2tEwOustYTs2gOZil8UYPD8Ty68mWjjO1Ez6qbgzxZMdTb5fwy u2UwWTs8jz4dF/mOrCkoXsBeERgW97xzMs+9HsGZvO4jHJJ8J/wum43S3qo5j85R97 1jM/JiKvYhsNo7vX9KgGeJ5CeTVfuIT2LNA55bdlcIaPjL8AlilMAHoa94VWwF/lTO azubGKrhhtYX3PxHYXh49QZVfCV918IVl43Sg6Or9yQV/2SVfTpTuI4krNkiDXuKV/ lYabfqPKIQvmgQhDy/wdAjQPC4xqfIaiJgcQzi4UYYMbSYYo4uZY8aC5if3LJJ+VhQ h7R69aQ7lyN2A== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id n59Dp4Et055484; Tue, 9 Jun 2009 15:51:04 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 09 Jun 2009 15:51:04 +0200 Message-ID: <20090609155104.13504mh395nt47ms@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Tue, 09 Jun 2009 15:51:04 +0200 From: Alexander Leidinger To: Robert Huff References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> <18990.22246.680273.667457@jerusalem.litteratus.org> In-Reply-To: <18990.22246.680273.667457@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-8.0 X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: B0454844024.DB50E X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.705, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, J_CHICKENPOX_92 0.60, TW_BT 0.08, URIBL_SBL 2.47) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1245160270.78745@49BSr1Tx5N6A+I1lWmd1oQ X-EBL-Spam-Status: No Cc: ports@freebsd.org, Peter Jeremy Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 13:51:18 -0000 Quoting Robert Huff (from Tue, 9 Jun 2009 08:34:46 -0400): > > Alexander Leidinger writes: > >> >> Obvious question but if you edited configure.ac, you did remember to >> >> rerun autoconf afterwards didn't you? >> > >> > Uh ... no. (When I said "complete novice", wasn't kidding. :-) >> >> Not knowing C/++ when you want to port a C/C++ program makes it very >> hard for you to reach your goal... > > C, I know. (Though not as much as other folks.) > GNU build tools ... not so much. > :-) > > Anyway: many hours of compilation later, I hit this: > > /usr/bin/ld: cannot find -lttf > > Quick checking suggests libttf is a Linux-ism, replaced by > libfreetype. Is this correct, and if so can I just (temporarily) > make the change in the list of libraries? Why not just try it? Note, there is/was freetype1 and freetype2... Bye, Alexander. -- Legalize free-enterprise murder: why should governments have all the fun? 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 Tue Jun 9 14:33:39 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE0FB10656AB; Tue, 9 Jun 2009 14:33:39 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 858778FC19; Tue, 9 Jun 2009 14:33:39 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1ME2OS-0008Ak-J0; Tue, 09 Jun 2009 18:33:40 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 9A411B86E; Tue, 9 Jun 2009 18:33:31 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 3950D108840; Tue, 9 Jun 2009 18:33:31 +0400 (MSD) Date: Tue, 9 Jun 2009 18:33:30 +0400 From: Dmitry Marakasov To: Pav Lucistnik , portmgr@FreeBSD.org Message-ID: <20090609143329.GB54499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1244302586.21424.6.camel@hood.oook.cz> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 14:33:40 -0000 * Pav Lucistnik (pav@FreeBSD.org) wrote: > > Here's it: > > http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch > > Thank you, queued. Ok, it's already finished and the only failure is x11/libsx which I've mistakingly patched in another working copy. I've checked in and two ports dependent on it locally. So, may I commit it? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 14:34:28 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F817106566C; Tue, 9 Jun 2009 14:34:28 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id EB5588FC14; Tue, 9 Jun 2009 14:34:27 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1ME2PG-0008C0-Gd; Tue, 09 Jun 2009 18:34:30 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id C6219B86E; Tue, 9 Jun 2009 18:34:26 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id A5C28108840; Tue, 9 Jun 2009 18:34:26 +0400 (MSD) Date: Tue, 9 Jun 2009 18:34:26 +0400 From: Dmitry Marakasov To: Pav Lucistnik , portmgr@FreeBSD.org Message-ID: <20090609143426.GC54499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> <20090609143329.GB54499@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090609143329.GB54499@hades.panopticon> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 14:34:28 -0000 * Dmitry Marakasov (amdmi3@hades.panopticon) wrote: > Ok, it's already finished and the only failure is x11/libsx which I've s/already/almost/ -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 14:34:55 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78574106564A; Tue, 9 Jun 2009 14:34:55 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 4E54E8FC19; Tue, 9 Jun 2009 14:34:55 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id A46035C39; Tue, 9 Jun 2009 10:34:54 -0400 (EDT) Date: Tue, 9 Jun 2009 10:34:54 -0400 From: Wesley Shields To: Rene Ladan Message-ID: <20090609143454.GA17830@atarininja.org> References: <200906082230.n58MUtkU040528@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, Martin Wilke Subject: Re: cvs commit: ports UPDATING ports/Mk bsd.python.mk ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile pkg-plist ports/databases/gadfly Makefile pkg-plist ports/databases/skytools Makefile pkg-plist ports/databases/zodb3 ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 14:34:55 -0000 On Tue, Jun 09, 2009 at 09:12:32AM +0200, Rene Ladan wrote: > 2009/6/9 Martin Wilke : > > miwi 2009-06-08 22:30:55 UTC > > > > FreeBSD ports repository > > > > Modified files: > > . UPDATING > [...] > > Log: > > - Update lang/python26 and make Python 2.6.2 to the default Python version > > > > Tested by: 3 pointyhat runs > > Thanks to: pav, gahr, lwhsu, mva, amdmi3 > > > I successfully upgraded python25 to python26 using portmaster -o, but > got stuck at the upgrade-site-packages step. > When executing > # cd /usr/ports/lang/python > # make PORTUPGRADE_CMD=/usr/local/sbin/portmaster upgrade-site-packages > > it complains that it can't find pkg_which, which seems to be part of > portupgrade. > Is pkg_which the same as pkg_info -wq or pkg_info -oq ? You can use pkg_info -qW but there are other subtleties involved. For example, the usage of pkg_which can take multiple arguments on the command line but pkg_info can not. This means you have to use "-L 1" with xargs which drastically slows things down. I'm working on a patch which I hope to send out for review soon. > Is there a real difference between make upgrade-site-packages and just > updating all installed *py25* packages manually? Yes, as it's not just py25 packages that need to be updated. For example there are files in /usr/local/lib/python2.5/site-packages which pkg_info tells me came from a package that does not start with py25 (in this case it is pyblosxom). For now I have spoken with Martin and removed the portmaster instructions from UPDATING because of the issues you outline in this thread. -- WXS From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 14:37:41 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6040D1065687 for ; Tue, 9 Jun 2009 14:37:41 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id D20E98FC2B for ; Tue, 9 Jun 2009 14:37:40 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [172.19.10.16] (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n59EbYXe067202; Tue, 9 Jun 2009 16:37:36 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Dmitry Marakasov In-Reply-To: <20090609143329.GB54499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> <20090609143329.GB54499@hades.panopticon> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-1NosMQ0iw7n5eXm/rGie" Date: Tue, 09 Jun 2009 16:37:34 +0200 Message-Id: <1244558254.33181.4.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 195.122.204.152; Sender-helo: [172.19.10.16]; ) Cc: freebsd-ports@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX 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, 09 Jun 2009 14:37:44 -0000 --=-1NosMQ0iw7n5eXm/rGie Content-Type: text/plain; charset="ISO8859-2" Content-Transfer-Encoding: quoted-printable Dmitry Marakasov p=ED=B9e v =FAt 09. 06. 2009 v 18:33 +0400: > * Pav Lucistnik (pav@FreeBSD.org) wrote: >=20 > > > Here's it: > > > http://people.freebsd.org/~amdmi3/xprefix_obliterate.1.patch > >=20 > > Thank you, queued. >=20 > Ok, it's already finished and the only failure is x11/libsx which I've > mistakingly patched in another working copy. I've checked in and two > ports dependent on it locally. >=20 > So, may I commit it? Where are you tracking the progress of it? I'm curious. There's still few hundreds to go. I will send you an email when it's really finished. --=20 Pav Lucistnik Homer 1. American bonehead 2. Pull a Homer - to succeed despite idiocy --=-1NosMQ0iw7n5eXm/rGie Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkouc6oACgkQntdYP8FOsoLNPQCfUHfOd/uwiL1YZj/FocZP/scy 6vAAoIqnFfPeOUdP86B66/crvhanXQMc =Ya3S -----END PGP SIGNATURE----- --=-1NosMQ0iw7n5eXm/rGie-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 14:48:55 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1ED4D1065676; Tue, 9 Jun 2009 14:48:55 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id C970B8FC19; Tue, 9 Jun 2009 14:48:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1ME2dE-0008SJ-2N; Tue, 09 Jun 2009 18:48:56 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 17E59B86E; Tue, 9 Jun 2009 18:48:47 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id F083F108840; Tue, 9 Jun 2009 18:48:46 +0400 (MSD) Date: Tue, 9 Jun 2009 18:48:46 +0400 From: Dmitry Marakasov To: Pav Lucistnik Message-ID: <20090609144846.GE54499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> <20090609143329.GB54499@hades.panopticon> <1244558254.33181.4.camel@pav.hide.vol.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1244558254.33181.4.camel@pav.hide.vol.cz> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 14:48:55 -0000 * Pav Lucistnik (pav@FreeBSD.org) wrote: > Where are you tracking the progress of it? I'm curious. http://pointyhat.freebsd.org/errorlogs/amd64-7-exp-latest/ Btw, I remember there was some more useful view, something like `previously unknown failures list'. Was there really, and where? > There's still few hundreds to go. I will send you an email when it's > really finished. Ok. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 14:50:13 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 301F91065670 for ; Tue, 9 Jun 2009 14:50:13 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id AA51D8FC19 for ; Tue, 9 Jun 2009 14:50:12 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [172.19.10.16] (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n59Eo78O068398; Tue, 9 Jun 2009 16:50:09 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Dmitry Marakasov In-Reply-To: <20090609144846.GE54499@hades.panopticon> References: <20090601160256.GB50585@hades.panopticon> <1244155493.98744.33.camel@hood.oook.cz> <20090606031355.GB48992@hades.panopticon> <1244302586.21424.6.camel@hood.oook.cz> <20090609143329.GB54499@hades.panopticon> <1244558254.33181.4.camel@pav.hide.vol.cz> <20090609144846.GE54499@hades.panopticon> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-fv1krmjz2U1dJOQjAdUT" Date: Tue, 09 Jun 2009 16:50:07 +0200 Message-Id: <1244559007.33181.5.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 195.122.204.152; Sender-helo: [172.19.10.16]; ) Cc: freebsd-ports@FreeBSD.org, portmgr@FreeBSD.org Subject: Re: request for exp-run, comments: eliminate USE_X_PREFIX 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, 09 Jun 2009 14:50:13 -0000 --=-fv1krmjz2U1dJOQjAdUT Content-Type: text/plain; charset="ISO8859-2" Content-Transfer-Encoding: quoted-printable Dmitry Marakasov p=ED=B9e v =FAt 09. 06. 2009 v 18:48 +0400: > * Pav Lucistnik (pav@FreeBSD.org) wrote: >=20 > > Where are you tracking the progress of it? I'm curious. >=20 > http://pointyhat.freebsd.org/errorlogs/amd64-7-exp-latest/ >=20 > Btw, I remember there was some more useful view, something like > `previously unknown failures list'. Was there really, and where? This page is as useful as it gets. --=20 Pav Lucistnik Any sufficiently advanced technology is indistinguishable from magic. -- Arthur C. Clarke --=-fv1krmjz2U1dJOQjAdUT Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkoudp8ACgkQntdYP8FOsoKaagCeKnP+Zb6oM9gwszEa4jkNiqD1 bNYAn10pwN2k7kJskqrHSXvRPFSfYgpP =0MG7 -----END PGP SIGNATURE----- --=-fv1krmjz2U1dJOQjAdUT-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 15:10:22 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CFB510656C5; Tue, 9 Jun 2009 15:10:22 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 156218FC15; Tue, 9 Jun 2009 15:10:21 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n59FB8D1013881; Tue, 9 Jun 2009 11:11:08 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Robert Noland In-Reply-To: <1244553273.60347.1470.camel@balrog.2hip.net> References: <1244553273.60347.1470.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jvm6ITdoOBbel+Opug9M" Organization: MarcusCom, Inc. Date: Tue, 09 Jun 2009 11:10:29 -0400 Message-Id: <1244560229.19104.160.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: Dmitry Morozovsky , freebsd-ports@freebsd.org Subject: Re: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 15:10:23 -0000 --=-jvm6ITdoOBbel+Opug9M Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2009-06-09 at 08:14 -0500, Robert Noland wrote: > On Tue, 2009-06-09 at 04:08 +0400, Dmitry Morozovsky wrote: > > Dear colleagues, > >=20 > > on a couple of my workstations, after portupgrading, I've found that=20 > > gnome-screensaver after activating renders X unusable, as it shows desk= top with=20 > > password dialog box for fraction of second, then blanks it back. Killi= ng=20 > > gnome-xscreensaver from other console helps, but it does not seem for m= e to be=20 > > a solution. > >=20 > > previously, I found it would be glitches with hald/dbus, and step-by-st= ep=20 > > shutdown of these services and then starting them helped, but now it's = not the=20 > > case: even reboot does not fix this. > >=20 > > Any hints? Thanks! >=20 > I see this periodically when doing port updates. I think that it has to > do with re-installing either gnome-screensaver or consolekit. A reboot > has always solved it for me. Actually, it's gdm. Every time gdm gets updated, you need to logout of GNOME, restart gdm, then log back in. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-jvm6ITdoOBbel+Opug9M Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkoue2QACgkQb2iPiv4Uz4eNcQCeO5ENdBS1/Zk4hr2m8PS9WKkI +rEAn2s+TQe7DusJnRslkwGcOi3tXGYv =Z9V3 -----END PGP SIGNATURE----- --=-jvm6ITdoOBbel+Opug9M-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 15:29:50 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CF771065674 for ; Tue, 9 Jun 2009 15:29:50 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 527E08FC0C for ; Tue, 9 Jun 2009 15:29:49 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 Jun 2009 11:29:48 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id KXO52764; Tue, 9 Jun 2009 11:29:47 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 09 Jun 2009 11:29:47 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18990.32746.105818.470992@jerusalem.litteratus.org> Date: Tue, 9 Jun 2009 11:29:46 -0400 To: Alexander Leidinger In-Reply-To: <20090609155104.13504mh395nt47ms@webmail.leidinger.net> References: <18988.39724.572280.687111@jerusalem.litteratus.org> <20090608082930.GD9529@server.vk2pj.dyndns.org> <18988.65260.635443.439491@jerusalem.litteratus.org> <20090608143519.1866665ogux2b8g0@webmail.leidinger.net> <18989.6105.484074.889552@jerusalem.litteratus.org> <20090608164014.131052xgwiww9bks@webmail.leidinger.net> <18989.12103.858035.873279@jerusalem.litteratus.org> <20090608191539.GF9529@server.vk2pj.dyndns.org> <18989.30314.432802.548214@jerusalem.litteratus.org> <20090609121102.14382to1yy5k2so4@webmail.leidinger.net> <18990.22246.680273.667457@jerusalem.litteratus.org> <20090609155104.13504mh395nt47ms@webmail.leidinger.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: ports@freebsd.org, Peter Jeremy , Robert Huff Subject: Re: porting: Linux to Freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 15:29:50 -0000 Alexander Leidinger writes: > > Quick checking suggests libttf is a Linux-ism, replaced by > > libfreetype. Is this correct, and if so can I just (temporarily) > > make the change in the list of libraries? > > Why not just try it? > > Note, there is/was freetype1 and freetype2... True. I only have freetype2 installed; we'll see if that does the trick. Um - looks like not. Installing freetype1. AH-hah. print/freetype2 installs libfreetype; print/freetype installs libttf. That fixed it. The program compiles and installs. Before running (for which I may be back for more help) I'm going to re-initialize the code base and check to make sure my change notes work. Profuse thanks to everyone for the help. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 15:40:29 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417831065755 for ; Tue, 9 Jun 2009 15:40:29 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id BAE9F8FC2B for ; Tue, 9 Jun 2009 15:40:28 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n59FeRWT042350; Tue, 9 Jun 2009 19:40:27 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 9 Jun 2009 19:40:27 +0400 (MSD) From: Dmitry Morozovsky To: Joe Marcus Clarke In-Reply-To: <1244560229.19104.160.camel@shumai.marcuscom.com> Message-ID: References: <1244553273.60347.1470.camel@balrog.2hip.net> <1244560229.19104.160.camel@shumai.marcuscom.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Tue, 09 Jun 2009 19:40:27 +0400 (MSD) Cc: freebsd-ports@freebsd.org, Robert Noland Subject: Re: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 15:40:29 -0000 On Tue, 9 Jun 2009, Joe Marcus Clarke wrote: JMC> > > on a couple of my workstations, after portupgrading, I've found that JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with JMC> > > password dialog box for fraction of second, then blanks it back. Killing JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be JMC> > > a solution. JMC> > > JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step JMC> > > shutdown of these services and then starting them helped, but now it's not the JMC> > > case: even reboot does not fix this. JMC> > > JMC> > > Any hints? Thanks! JMC> > JMC> > I see this periodically when doing port updates. I think that it has to JMC> > do with re-installing either gnome-screensaver or consolekit. A reboot JMC> > has always solved it for me. JMC> JMC> Actually, it's gdm. Every time gdm gets updated, you need to logout of JMC> GNOME, restart gdm, then log back in. Well, this scheme helped all the times before, but now it at least seems it does not. I'll try to test it again after returning home and report back the results. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 15:59:21 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B5C106564A for ; Tue, 9 Jun 2009 15:59:21 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 418948FC08 for ; Tue, 9 Jun 2009 15:59:21 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from [128.206.184.213] (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n59FxKhY001615; Tue, 9 Jun 2009 10:59:20 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4A2E86D8.9080501@missouri.edu> Date: Tue, 09 Jun 2009 10:59:20 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090608 SeaMonkey/1.1.16 MIME-Version: 1.0 To: Dmitry Morozovsky References: <1244553273.60347.1470.camel@balrog.2hip.net> <1244560229.19104.160.camel@shumai.marcuscom.com> In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: Robert Noland , freebsd-ports@freebsd.org Subject: Re: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 15:59:21 -0000 Dmitry Morozovsky wrote: > On Tue, 9 Jun 2009, Joe Marcus Clarke wrote: > > JMC> > > on a couple of my workstations, after portupgrading, I've found that > JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with > JMC> > > password dialog box for fraction of second, then blanks it back. Killing > JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be > JMC> > > a solution. > JMC> > > > JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step > JMC> > > shutdown of these services and then starting them helped, but now it's not the > JMC> > > case: even reboot does not fix this. > JMC> > > > JMC> > > Any hints? Thanks! > JMC> > > JMC> > I see this periodically when doing port updates. I think that it has to > JMC> > do with re-installing either gnome-screensaver or consolekit. A reboot > JMC> > has always solved it for me. > JMC> > JMC> Actually, it's gdm. Every time gdm gets updated, you need to logout of > JMC> GNOME, restart gdm, then log back in. > > Well, this scheme helped all the times before, but now it at least seems it > does not. I'll try to test it again after returning home and report back the > results. > > Thanks! I thought I would chime in with a "me too." I updated ports yesterday, then rebooted the machine. I only observed this when the screen saver is password locked. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 18:15:50 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBA9A1065792 for ; Tue, 9 Jun 2009 18:15:50 +0000 (UTC) (envelope-from poleris@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 866438FC16 for ; Tue, 9 Jun 2009 18:15:50 +0000 (UTC) (envelope-from poleris@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so97924qwe.7 for ; Tue, 09 Jun 2009 11:15:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=CXdiEHEVO4/0iH+j1MxxJwk6Cy7mgnlkEMmuUJ0IJfo=; b=K/khtsNzDphyHGM/CcVzeYeDOtC23tbCMwArujMoofhFcKlXXDmgaIYJsHElyPndzb YsYuYxJxdGARoJpWOtPx/yoc5PZK5vuRLG1vYeAffSystQyfqlAkp7YTu/dXx27eVoqW 9k5YTglyn2bpP/mS/l6O+CpUoGk6sje1/SRKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; b=tZNbjX55/91ya1p8Ro/qcoI7Wpi//r14nmgs432R5GBSk8tk8XDvrcYbR5thFCEpEG LHllM1DI+tZD6l4P9TqcvKvBvP1E7X3QPCjjlUdpLJ0APwwtGBC0HMrchYYjtGhBuKb5 qiERcSxYXurRGtRSF4bhY0kyrP8u3B4TkyJKc= MIME-Version: 1.0 Sender: poleris@gmail.com Received: by 10.231.10.136 with SMTP id p8mr136967ibp.14.1244569596061; Tue, 09 Jun 2009 10:46:36 -0700 (PDT) From: Edwin Shao Date: Tue, 9 Jun 2009 13:46:16 -0400 X-Google-Sender-Auth: 7e0331c797397d0f Message-ID: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 18:15:51 -0000 Hello, I was wondering if there was a port of the Linux/UNIX service , command? If not, is there any philosophical reason or roadblock to my creating one? Thanks, Edwin From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 18:36:54 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41AD41065675 for ; Tue, 9 Jun 2009 18:36:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id D035C8FC26 for ; Tue, 9 Jun 2009 18:36:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23383 invoked by uid 399); 9 Jun 2009 18:36:52 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jun 2009 18:36:52 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A2EABC1.8050109@FreeBSD.org> Date: Tue, 09 Jun 2009 11:36:49 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Edwin Shao References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 18:36:54 -0000 Edwin Shao wrote: > Hello, > > I was wondering if there was a port of the Linux/UNIX service > , > command? If not, is there any > philosophical reason or roadblock to my creating one? I think you'd need to answer the question of how is this solution similar to just running '/etc/rc.d/foo start'? Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 18:46:00 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB694106564A for ; Tue, 9 Jun 2009 18:46:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7BFAD8FC21 for ; Tue, 9 Jun 2009 18:46:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4656 invoked by uid 399); 9 Jun 2009 18:45:57 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jun 2009 18:45:57 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A2EADE3.9070001@FreeBSD.org> Date: Tue, 09 Jun 2009 11:45:55 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Edwin Shao References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> <4A2EABC1.8050109@FreeBSD.org> In-Reply-To: <4A2EABC1.8050109@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 18:46:01 -0000 Doug Barton wrote: > Edwin Shao wrote: >> Hello, >> >> I was wondering if there was a port of the Linux/UNIX service >> , >> command? If not, is there any >> philosophical reason or roadblock to my creating one? > > I think you'd need to answer the question of how is this solution > similar to just running '/etc/rc.d/foo start'? D'oh ... s/similar/superior/ Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 18:54:03 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C19FC10656EC for ; Tue, 9 Jun 2009 18:54:03 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5478FC23 for ; Tue, 9 Jun 2009 18:54:03 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by qyk3 with SMTP id 3so301049qyk.3 for ; Tue, 09 Jun 2009 11:54:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=AuHPFwUMWFJV+30KYEEcyVzB2LiH0aMS3mQewbLn/KQ=; b=ufSRTk2YoeS1uvSpzp2NYy10MJFQYkkTrSyfSQClJAEt+peNT9TeVHJsv0Wj0voOdY /C47C3nVV5H5OkrK8s9LdFICHD9Pxy3AdUouKHf8TBkD0vmRNaLecIFK2s7Z6FSsPGB+ P1XCxr9aOXSGV0jzCqa52Qnt/l/UQPP8IEsOQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=V1HKoUQMNwICi6c1pApmw1wSZO7GTLyhJ3PEgf/fqZCG3/yajTeQjHgOs8MrRbIPE4 X1Vnjj4MUgmqG8OD5R0v4w1reJ3ZTccALeDqhBIeGO/4zl0eOi/0uIqzXvVa5VZFZckJ C9sFnppRGKY5JmS+lsjcXhVBjxHp+DZN1dMpo= MIME-Version: 1.0 Received: by 10.151.125.11 with SMTP id c11mr908926ybn.138.1244572005238; Tue, 09 Jun 2009 11:26:45 -0700 (PDT) In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> Date: Tue, 9 Jun 2009 11:26:44 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 18:54:04 -0000 On Tue, Jun 9, 2009 at 10:46 AM, Edwin Shao wrote: > I was wondering if there was a port of the Linux/UNIX service > , > command? If not, is there any > philosophical reason or roadblock to my creating one? > What's there to port? A simple shell script like the following will work: #!/bin/sh if [ -z "$2" ]; then echo "Missing action." echo "Usage: $( basename ${0} ) {service} {start|stop|restart|reload|status}" exit 2 elif [ -z "$1" ]; then echo "Missing service name." echo "Usage: $( basename ${0} ) {service} {start|stop|restart|reload|status}" exit 1 fi if [ -x /usr/local/etc/rc.d/${1}.sh ]; then runcmd="/usr/local/etc/rc.d/${1}.sh ${2}" elif [ -x /usr/local/etc/rc.d/${1} ]; then runcmd="/usr/local/etc/rc.d/${1} ${2}" elif [ -x /etc/rc.d/${1}.sh ]; then runcmd="/etc/rc.d/${1}.sh ${2}" elif [ -x /etc/rc.d/${1} ]; then runcmd="/etc/rc.d/${1} ${2}" else runcmd="" fi if [ -n "${runcmd}" ]; then echo "Running command: ${runcmd}" ${runcmd} retval=$? else echo "No rc.d script found for ${1}" retval=3 fi exit ${retval} I'm pretty sure something like this was discussed on one of the mailing lists in the past year, as well. You may want to search the archives for ports@, hackers@, and stable@. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 19:11:52 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A787610656EB for ; Tue, 9 Jun 2009 19:11:52 +0000 (UTC) (envelope-from redchin@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 611C38FC23 for ; Tue, 9 Jun 2009 19:11:52 +0000 (UTC) (envelope-from redchin@gmail.com) Received: by gxk3 with SMTP id 3so274020gxk.19 for ; Tue, 09 Jun 2009 12:11:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/xF7cZfy22kLzlo1YTWB8Lk4qZvzevzvyf5UR5dXRx4=; b=fvTdqNMg1dFhvDxb8XqTkG9ZBrSN3ulI1/nGFrLzI3R+n0bL4d/MuimEWiT0uCQ93t rxQ5JGy1WUeWbZiTJM9SIFGkZISXXWeryj/N3B3Oi4W7T+hYvkBYAI0DgE9jehXNSZ7u gL2msBScbLuFik+utLAO1M3mwWOw+USVn3Mp0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PakB/I3zZK6GmqcJtSEvTgd8jrZnT5I1H+02TBCKOfMKft37SNsByfLP3HLuZymnvF owhuiEeXYKKBX+Dp/nf7F+g0fbvDFUurpOtD1IsEw+hcEItx5DNt1cTrh+x1QlhdRXT7 K9lfvVDhvF6yQ0TvKip0CcqsvMbvbFk2Rhsxg= MIME-Version: 1.0 Received: by 10.90.55.20 with SMTP id d20mr303173aga.89.1244572815584; Tue, 09 Jun 2009 11:40:15 -0700 (PDT) In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> Date: Tue, 9 Jun 2009 11:40:15 -0700 Message-ID: <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> From: Kevin Downey To: Edwin Shao Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 19:11:53 -0000 I have a similar shell function I am rather fond of: rc(){ find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo "$*"|cut -f 2- -d \ ` \; } kpd eskarina ~% rc ntpd restart Stopping ntpd. Waiting for PIDS: 1151. Starting ntpd. find: /usr/local/etc/rc.d/ntpd: No such file or directory zsh: exit 1 kpd eskarina ~% rc hald status find: /etc/rc.d/hald: No such file or directory hald is running as pid 1450. zsh: exit 1 kpd eskarina ~% On Tue, Jun 9, 2009 at 10:46 AM, Edwin Shao wrote: > Hello, > > I was wondering if there was a port of the Linux/UNIX service > , > command? If not, is there any > philosophical reason or roadblock to my creating one? > > Thanks, > Edwin > _______________________________________________ > 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 And what is good, Phaedrus, And what is not good=E2=80=94 Need we ask anyone to tell us these things? From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 19:30:51 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FB46106568B for ; Tue, 9 Jun 2009 19:30:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id ECB8A8FC19 for ; Tue, 9 Jun 2009 19:30:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7884 invoked by uid 399); 9 Jun 2009 19:30:46 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Jun 2009 19:30:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A2EB864.1060006@FreeBSD.org> Date: Tue, 09 Jun 2009 12:30:44 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Kevin Downey References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> In-Reply-To: <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Edwin Shao , freebsd-ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 19:30:51 -0000 Kevin Downey wrote: > I have a similar shell function I am rather fond of: > > rc(){ > find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo > "$*"|cut -f 2- -d \ ` \; > } Wow, that's painful. :) The only reason you don't notice how painful is because those two directories have only a few files. Much much more efficient would be something like: rc () { local script=$1 shift if [ -x "/etc/rc.d/$script" ]; then /etc/rc.d/$script $* elif [ -x "/usr/local/etc/rc.d/$script" ]; then /usr/local/etc/rc.d/$script $* else echo "$script does not exist in /etc/rc.d or" echo "/usr/local/etc/rc.d" return 1 fi } hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 20:10:49 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6861C1065670 for ; Tue, 9 Jun 2009 20:10:49 +0000 (UTC) (envelope-from sjk4015@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id D9CF58FC19 for ; Tue, 9 Jun 2009 20:10:48 +0000 (UTC) (envelope-from sjk4015@gmail.com) Received: by qyk3 with SMTP id 3so381228qyk.3 for ; Tue, 09 Jun 2009 13:10:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=p/VDtlwRefxe1Koovio4pLDCWy7Z3/DBr1csvl4c7KU=; b=dY9QmEdywWVAD0EsT/CWnnYcQvfCAjlMSuFc8xbuLVlJaDXHElIgd2gGFaoFr0Ra4V /xRG4Rzy0Yi28yxmG36shONjDSmhnwxoQ3hUS9/3J5+86eAFhVA1HCFlVdYLKHPh3pXY 7jm6Kvb9CvItEzVmpV0TTALl4ylNEly1X2RB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=B8mkhQJkue+HnjUqrjUzLWrzL6bnFkII8wyy+juzhgER7YNl+wUKh7WuaLffeXl/Ja BEZlyuiaSzaSJaXQ4OCXXs51haw8yNL/MEPDcRYV6QeUabty0c8Gh7RfDErACnzQnSnc lremmrD6rDVNJ73ukRDZ3jiud525QMKeHg5CY= Received: by 10.224.6.136 with SMTP id 8mr616336qaz.26.1244576630553; Tue, 09 Jun 2009 12:43:50 -0700 (PDT) Received: from ?10.2.200.231? ([209.249.190.8]) by mx.google.com with ESMTPS id 26sm36568qwa.18.2009.06.09.12.43.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 12:43:49 -0700 (PDT) Sender: Steven Kreuzer Message-Id: <6107DA21-016E-4D44-ABA1-DC8F14025B39@exit2shell.com> From: Steven Kreuzer To: Edwin Shao In-Reply-To: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 9 Jun 2009 15:43:47 -0400 References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 20:10:49 -0000 On Jun 9, 2009, at 1:46 PM, Edwin Shao wrote: > Hello, > > I was wondering if there was a port of the Linux/UNIX service > , > command? If not, is there any > philosophical reason or roadblock to my creating one? Not to long ago I wrote a FreeBSD specific version of service. I have some additional things I want to add in at a later date, but this version works pretty well. http://www.exit2shell.com/~skreuzer/patches/service.diff -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 21:14:33 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976581065687; Tue, 9 Jun 2009 21:14:33 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEA08FC2D; Tue, 9 Jun 2009 21:14:32 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 08AA82C50D23; Wed, 10 Jun 2009 00:15:02 +0300 (EEST) Date: Wed, 10 Jun 2009 00:15:01 +0300 From: Ion-Mihai Tetcu To: Wesley Shields Message-ID: <20090610001501.297dd4df@it.buh.tecnik93.com> In-Reply-To: <20090609143454.GA17830@atarininja.org> References: <200906082230.n58MUtkU040528@repoman.freebsd.org> <20090609143454.GA17830@atarininja.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/carjLXkLty4oYYbejA4+2+u"; protocol="application/pgp-signature" Cc: ports@freebsd.org, Martin Wilke , Rene Ladan Subject: Re: cvs commit: ports UPDATING ports/Mk bsd.python.mk ports/biology/pymol Makefile pkg-plist ports/cad/pythoncad Makefile pkg-plist ports/databases/gadfly Makefile pkg-plist ports/databases/skytools Makefile pkg-plist ports/databases/zodb3 ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 21:14:34 -0000 --Sig_/carjLXkLty4oYYbejA4+2+u Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 9 Jun 2009 10:34:54 -0400 Wesley Shields wrote: > On Tue, Jun 09, 2009 at 09:12:32AM +0200, Rene Ladan wrote: > > 2009/6/9 Martin Wilke : > > > miwi 2009-06-08 22:30:55 UTC > > > > > > FreeBSD ports repository > > > > > > Modified files: > > > . UPDATING > > [...] > > > Log: > > > - Update lang/python26 and make Python 2.6.2 to the default > > > Python version > > > > > > Tested by: 3 pointyhat runs > > > Thanks to: pav, gahr, lwhsu, mva, amdmi3 > > > > > I successfully upgraded python25 to python26 using portmaster -o, > > but got stuck at the upgrade-site-packages step. > > When executing > > # cd /usr/ports/lang/python > > # make PORTUPGRADE_CMD=3D/usr/local/sbin/portmaster > > upgrade-site-packages > >=20 > > it complains that it can't find pkg_which, which seems to be part of > > portupgrade. > > Is pkg_which the same as pkg_info -wq or pkg_info -oq ? >=20 > You can use pkg_info -qW but there are other subtleties involved. For > example, the usage of pkg_which can take multiple arguments on the > command line but pkg_info can not. This means you have to use "-L 1" > with xargs which drastically slows things down. I'm working on a patch > which I hope to send out for review soon. >=20 > > Is there a real difference between make upgrade-site-packages and > > just updating all installed *py25* packages manually? >=20 > Yes, as it's not just py25 packages that need to be updated. For > example there are files in /usr/local/lib/python2.5/site-packages > which pkg_info tells me came from a package that does not start with > py25 (in this case it is pyblosxom). >=20 > For now I have spoken with Martin and removed the portmaster > instructions from UPDATING because of the issues you outline in this > thread. FYI, we're testing a portmaster solution.Expect a commit tonight / tomorrow. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/carjLXkLty4oYYbejA4+2+u Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkou0NUACgkQJ7GIuiH/oeWg+QCff8UP2WkP6SxI5UvA1E7dIUTa TIwAn2ycl0Q5Y9gsshxHQPgq2xjWz5rG =D4Ix -----END PGP SIGNATURE----- --Sig_/carjLXkLty4oYYbejA4+2+u-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 21:17:01 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B098510656AD for ; Tue, 9 Jun 2009 21:17:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 0815E8FC1D for ; Tue, 9 Jun 2009 21:17:00 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by ewy8 with SMTP id 8so291063ewy.43 for ; Tue, 09 Jun 2009 14:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=bdBqpxwhReTynmHuGNVcMB7T1pXkf4YRqC7kFHyfYjM=; b=SJU7WTUbYqB7A+0PbwRTjZrsrL2ag7kOGI6CMowIJNWIH12DIl1a3kTcAviF+tb/K1 0jbwdVLp3fh6QKqD7HecSKjRnvcKQHn5gnztK+BfOjxNimLZgF2lUgaflyqN9C4HrB0J pwUlRdrahUEqLmbrnZxHxynsPWPUvueaJ3a7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=QyL/8qPGW9JAA/E8nAz1OHKBXw44rNS3C5AY9WJRxhX2oXXMp/IURwqcnhX/fOyc4S CxUtkglLtfFWXsrBUZZDA6rFcsuuTyWtvc39Dul+y6ck9Nc/egXpkrfpXhzX/yjTGphq h0tRmhbL106kDwBhpvYu2tkb4SikSV99IjrCA= Received: by 10.210.67.4 with SMTP id p4mr6347319eba.36.1244582220056; Tue, 09 Jun 2009 14:17:00 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id 24sm43040eyx.23.2009.06.09.14.16.58 (version=SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 14:16:59 -0700 (PDT) Date: Tue, 9 Jun 2009 22:16:56 +0100 From: RW To: ports@freebsd.org Message-ID: <20090609221656.752e9c8f@gumby.homeunix.com> In-Reply-To: <4A2EB864.1060006@FreeBSD.org> References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> <4A2EB864.1060006@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 21:17:06 -0000 On Tue, 09 Jun 2009 12:30:44 -0700 Doug Barton wrote: > Kevin Downey wrote: > > I have a similar shell function I am rather fond of: > > > > rc(){ > > find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo > > "$*"|cut -f 2- -d \ ` \; > > } > > Wow, that's painful. :) The only reason you don't notice how painful > is because those two directories have only a few files. Much much more > efficient would be something like: > > rc () { > local script=$1 > shift > > if [ -x "/etc/rc.d/$script" ]; then > /etc/rc.d/$script $* > elif [ -x "/usr/local/etc/rc.d/$script" ]; then > /usr/local/etc/rc.d/$script $* > else > echo "$script does not exist in /etc/rc.d or" > echo "/usr/local/etc/rc.d" > return 1 > fi > } This kind of thing is already implemented by the sysutils/bsdadminscripts port. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 21:24:28 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE9A106566B; Tue, 9 Jun 2009 21:24:28 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAF38FC16; Tue, 9 Jun 2009 21:24:27 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 39DB81E0025D; Tue, 9 Jun 2009 23:24:27 +0200 (CEST) Received: from triton.kn-bremen.de (noident@localhost [127.0.0.1]) by triton.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n59LIpxB011682; Tue, 9 Jun 2009 23:18:51 +0200 (CEST) (envelope-from nox@triton.kn-bremen.de) Received: (from nox@localhost) by triton.kn-bremen.de (8.14.3/8.14.3/Submit) id n59LIp7M011681; Tue, 9 Jun 2009 23:18:51 +0200 (CEST) (envelope-from nox) Date: Tue, 9 Jun 2009 23:18:51 +0200 (CEST) From: Juergen Lock Message-Id: <200906092118.n59LIp7M011681@triton.kn-bremen.de> To: que_deseja@hotmail.com X-Newsgroups: local.list.freebsd.ports In-Reply-To: References: <20090605185932.GA7964@triton.kn-bremen.de> Organization: home Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: plans to retire kqemu (poll) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 21:24:28 -0000 In article you write: >Sound a bit stupid to retire it in favor of options such as Xen or VirtualBox. Kqemu is non-obtrusive,C tested,C and easily ported between systems. For some of us, good hardware or new hardware is not an option. Yeah I don't really like those plans either, tho this is probably better discussed on the qemu list as we here can't really do much about it... Cheers, Juergen From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 21:31:46 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72BC310656C3 for ; Tue, 9 Jun 2009 21:31:46 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: from mail-px0-f199.google.com (mail-px0-f199.google.com [209.85.216.199]) by mx1.freebsd.org (Postfix) with ESMTP id 43C678FC0C for ; Tue, 9 Jun 2009 21:31:45 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: by pxi37 with SMTP id 37so297572pxi.3 for ; Tue, 09 Jun 2009 14:31:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:reply-to:to :cc:subject:message-id:user-agent:mime-version:content-type; bh=iWN6OzNknp893bi/OvAQvz2ipyyYH23VAUUJMokImtA=; b=Eq5urVq6dgM2oyLHnO5fRzD44EBo2P31SdlgChe8SaNfuxl4yEW7XcGqT+aEXl15tY O/33WW28ClUIqPXZNr/vFj+1j4gDYnv0RfB29yRFzFV/9mQ1eQAgMFc4gJaRSkUGFLkx 5Y1+fErWjBUBkOyAeQcJ+sfyiNjBrKgE5WV2Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:reply-to:to:cc:subject:message-id:user-agent :mime-version:content-type; b=Qeqz98Txgyx313eHZwTXtf5o9HSQjU3B+HEnuHmz29DBrKBStvEzb7gWz6kunARFYX 7TE2wRG1P/VHrTATMcG/loQTGdp4palld5P1eyniRvOgGHFe5VM9DtZacMUyZOY0x+nO REb6pDAOiMXKD4qOyNsd8VuWBCY4yEYMJqHNY= Received: by 10.114.74.18 with SMTP id w18mr788043waa.167.1244583105456; Tue, 09 Jun 2009 14:31:45 -0700 (PDT) Received: from ?192.168.91.130? (c-98-243-242-211.hsd1.mi.comcast.net [98.243.242.211]) by mx.google.com with ESMTPS id m30sm8033164wag.18.2009.06.09.14.31.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 14:31:44 -0700 (PDT) Sender: Josh Rickmar Date: Tue, 9 Jun 2009 17:31:49 -0400 (EDT) From: Josh Rickmar To: mbr@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: ports@freebsd.org Subject: emulators/open-vm-tools fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Josh Rickmar List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 21:31:47 -0000 The latest update of open-vm-tools is not compiling for me. Here's the error: mv -f .deps/pointer.Tpo .deps/pointer.Po c++ -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.05.22\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.05.22\" -DPACKAGE_BUGREPORT=\"open-vm-tools-devel@lists.sourcefor ge.net\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.05.22\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAV E_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H =1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_DLOPEN=1 -DNO_PROCP S=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_ SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_W ITH_SYS_TIME=1 -I. -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859/lib/inclu de -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859/lib/include -I/usr/local/inc lude -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/local/include -I/usr/local/include -DUSE_ICU -DHAVE_ICU_3 8 -DVMX86_TOOLS -DNO_CORE_ICU -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/includ e -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/inc lude -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr /local/include/freetype2 -DGTK2 -I../include -I../lib/dndGuest -DRESOLUTION_X11 -I../services/plugi ns/vix -O2 -fno-strict-aliasing -pipe -march=prescott -MT vmware-user.o -MD -MP -MF .deps/vmware-user.Tpo -c -o vmware-user.o vmware-user.cpp vmware-user.cpp: In function 'Bool VMwareUserRpcInSetOptionCB(const char**, size_t*, const char*, const c har*, size_t, void*)': vmware-user.cpp:551: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:557: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:560: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:577: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:594: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:598: warning: deprecated conversion from string constant to 'char*' vmware-user.cpp:603: warning: deprecated conversion from string constant to 'char*' mv -f .deps/vmware-user.Tpo .deps/vmware-user.Po make: don't know how to make ../lib/dndGuest/libDndGuest.la. Stop *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools/work/open-vm-tools-2009.05.22-167859. *** Error code 1 Stop in /usr/ports/emulators/open-vm-tools. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 22:26:38 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDF2C106566B for ; Tue, 9 Jun 2009 22:26:38 +0000 (UTC) (envelope-from poleris@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 74ABD8FC08 for ; Tue, 9 Jun 2009 22:26:37 +0000 (UTC) (envelope-from poleris@gmail.com) Received: by qyk3 with SMTP id 3so520185qyk.3 for ; Tue, 09 Jun 2009 15:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Y6rl4yycHtBq/3c7JBjoeFObmLDJMPEcZF7Bl7yq8ro=; b=D4Pe1uXFeZnuCHZU3GDFNT1XOpnfeR62Tr5xWYLvh3R7auwYJdzpvrciXP9Npxamia dSVO3SQpLPm1W0J4svlh3lTBJi/ZHdIdETXTIGctrZmu127Voi7HAXxaPRQyYISLeen0 ZjspkOZz9ZNZ8Q/ftdSVp7lo7NjmoLL/1lW0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=MClSDwxBjFu3SXaSMK7owM2jmGwoWw9PPTE4wKvWyxEZP/263aAg/3BHpgkfLMC0rw hGS6trkWnbMA6EXobVlg9Kfpcj0JZXOrG0vOCHfHN1EKGLlTZ28pdI8b1nuS0CJiM/E+ gCCgwpSrpQcQ47+oFlZcXm4YpTY/SLJgmVvcI= MIME-Version: 1.0 Received: by 10.231.38.76 with SMTP id a12mr217695ibe.50.1244584954047; Tue, 09 Jun 2009 15:02:34 -0700 (PDT) In-Reply-To: <20090609221656.752e9c8f@gumby.homeunix.com> References: <17ca67550906091046t15dfa574i95e432a09e60d379@mail.gmail.com> <1d3ed48c0906091140t37fbdd4eq84a1153348db7a53@mail.gmail.com> <4A2EB864.1060006@FreeBSD.org> <20090609221656.752e9c8f@gumby.homeunix.com> From: Edwin Shao Date: Tue, 9 Jun 2009 18:02:14 -0400 Message-ID: <17ca67550906091502x93b6d2csdb39019e00f21c73@mail.gmail.com> To: RW Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 22:26:39 -0000 Thanks for all the replies. It just gets annoying doing the whole /etc/rc.d or /usr/local/etc/rc.d dance. I was loathe to create my own script because it seemed such details as where the rc.d / init.d / etc. directories were located should be abstracted to the operating system, and thus, the operating system's package distribution system or default binaries. Ie. I didn't feel like making an 'rc' script for each type of operating system I admin. On Tue, Jun 9, 2009 at 5:16 PM, RW wrote: > On Tue, 09 Jun 2009 12:30:44 -0700 > Doug Barton wrote: > >> Kevin Downey wrote: >> > I have a similar shell function I am rather fond of: >> > >> > rc(){ >> > =A0 =A0 find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `ec= ho >> > "$*"|cut -f 2- -d \ ` \; >> > } >> >> Wow, that's painful. :) The only reason you don't notice how painful >> is because those two directories have only a few files. Much much more >> efficient would be something like: >> >> rc () { >> =A0 =A0 =A0 local script=3D$1 >> =A0 =A0 =A0 shift >> >> =A0 =A0 =A0 if [ -x "/etc/rc.d/$script" ]; then >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 /etc/rc.d/$script $* >> =A0 =A0 =A0 elif [ -x "/usr/local/etc/rc.d/$script" ]; then >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 /usr/local/etc/rc.d/$script $* >> =A0 =A0 =A0 else >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 echo "$script does not exist in /etc/rc.d or= " >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 echo "/usr/local/etc/rc.d" >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 return 1 >> =A0 =A0 =A0 fi >> } > > This kind of thing is already implemented by the > sysutils/bsdadminscripts port. > > _______________________________________________ > 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 Jun 9 22:41:27 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9A91065672 for ; Tue, 9 Jun 2009 22:41:27 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 909618FC14 for ; Tue, 9 Jun 2009 22:41:27 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so166500ywe.13 for ; Tue, 09 Jun 2009 15:41:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:reply-to:to :subject:in-reply-to:message-id:references:user-agent:mime-version :content-type; bh=RsFoE15zcMdPypAY6qkI7eBOdZiKYBkTyUt7XK4Jrow=; b=DMT7WiNBFkIj6UKvh5Bj+0o3cMr6pqlbqVeB+5DsHZR9XxQvnqfQKf4Pp92T9c801c Q5RTuT3+INsU4DEZIfEPqxo4uZSk8MXfsptaGGtwdgf1Fzg15h7mMvU7vaufv3oUTglL kpMZ3psV6zhiOADXtq80AVYlE6DzbYDtUTdr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:reply-to:to:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; b=gJaDplTaEERWjx4/NFmkyRGLuyL9xihDxCIkMPW2qtzG+RpB1auaJI2NAmEFL+pYhQ 77Wf/ngY+4C3SuyJN4YK8DOOCBMyX87vHHRw5qKWqBeqgU7U6/IyXXetoRmBM6eY+SrL WRI9MeSK3B0h+aKKvsBvO05l5mZ2ZEXxinYVE= Received: by 10.151.133.7 with SMTP id k7mr1334167ybn.180.1244587286628; Tue, 09 Jun 2009 15:41:26 -0700 (PDT) Received: from ?192.168.91.130? (c-98-243-242-211.hsd1.mi.comcast.net [98.243.242.211]) by mx.google.com with ESMTPS id 9sm141971ywf.52.2009.06.09.15.41.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 15:41:25 -0700 (PDT) Sender: Josh Rickmar Date: Tue, 9 Jun 2009 18:41:03 -0400 (EDT) From: Josh Rickmar To: ports@freebsd.org In-Reply-To: Message-ID: References: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: AW: emulators/open-vm-tools fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Josh Rickmar List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 22:41:28 -0000 On Tue, 9 Jun 2009, Josh Rickmar wrote: > On Wed, 10 Jun 2009, Blapp, Martin wrote: > >> Hi, >> >> You forgot to mention some things: >> >> OS-Version and Level ? >> Port (NO-X11 or normal version) ? > > Ah, right. Sorry about that. > > % uname -a > FreeBSD FGD135.localdomain 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue May > 5 01:52:24 EDT 2009 joshua@FGD135.localdomain:/usr/obj/usr/src/sys/CUSTOM > i386 > > I'm trying to build the normal port, not the no-x11 version. > > Forgot to CC to list. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 22:41:40 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E41106566B; Tue, 9 Jun 2009 22:41:40 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id D1D118FC16; Tue, 9 Jun 2009 22:41:39 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 09 Jun 2009 15:14:30 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n59MDHZh027853; Tue, 9 Jun 2009 15:13:17 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n59MDGg5027852; Tue, 9 Jun 2009 15:13:16 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200906092213.n59MDGg5027852@ambrisko.com> In-Reply-To: <4A1406FB.7020502@collaborativefusion.com> To: Sean McAfee Date: Tue, 9 Jun 2009 15:13:16 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: "Philip M. Gollucci" , "Frank J. Laszlo" , freebsd-ports@freebsd.org, Vladimir Ermakov Subject: Re: New port: sysutils/megacli waiting to commit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 09 Jun 2009 22:41:40 -0000 Sean McAfee writes: | Frank J. Laszlo wrote: | > Philip M. Gollucci wrote: | >> Vladimir Ermakov wrote: | >> | >>> Hi, all. | >>> please appreciate my port *megacli* | >>> | >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=133655 | >>> | >> | >> Is that different from this the port, is it an update? | >> | >> Path: /usr/ports/sysutils/linux-megacli | > | > Since the megacli application now has a native binary, should be not | > DEPRICATE the linux version? | > | > Regards, | > Frank Laszlo | | Probably not. I noted this when I originally filed the PR for | linux-megacli2, but the 1.x, 2.x, and 4.x versions support dramatically | different hardware lines. | | As an example, this native version is 4.x and does not support the Dell | PERC5. I find this hard to believe and in my experience with a fresh download from LSI's web-site the FreeBSD and Linux variants work just fine on my PERC5's for things like -AdpAllInfo. There is no real firmware interface difference between between the PERC5 and PERC6. So I don't know where you get this from. Specifics in which things are broken could be nice so I can look at getting them fixed. I put in the management ioctl path that they use into FreeBSD a long time ago. They did find some bugs in some new management features that are fixed in 7.1 and I need to merge back to 6. Unfortunately, this work happened after the last 6.X version was released :-( | IMO, linux-megacli, linux-megacli2, and megacli should all exist as | independent ports. I would say not. Let's get rid of the Linux variant and use the FreeBSD native ones. The FreeBSD should be a lot easier to run then the Linux one and won't have the potential NFS hang issue that Linux does. It's nice to see the FreeBSD version and would be interesting to see how much my hand was involved in that ... My employer's FreeBSD native tool works across all of the MegaRAID SAS type cards and Dell servers that I've tried which pre-dates the MegaCLI for FreeBSD. Prior versions of MegaCLI also did. I can't say I've tried all options with the latest MegaCLI. Doug A. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 23:16:19 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2BC106564A for ; Tue, 9 Jun 2009 23:16:19 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABFB8FC1F for ; Tue, 9 Jun 2009 23:16:19 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so177549ywe.13 for ; Tue, 09 Jun 2009 16:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:reply-to:to :cc:subject:in-reply-to:message-id:references:user-agent :mime-version:content-type; bh=jisdR59fgkKH1NY6aJ2g52LfM+SEtkX3fhKMaLg3b/A=; b=xNEquBHlajgkMmHIdcb/zq8Wr0mXiVFbMP2ITSeLq7oCq6E7iWV074GVBAODs2iBj/ YMyAbZEPjZUITxjuMO6/J91T5IMlU6wvf51rAZj1SHEo9b4myW0DZEqdcvjHUlmFL179 ihGjdvf29qjw01Ns1/xi7006xCHsiek4dsGvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:reply-to:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; b=Ze8/OOwcHFvj7Z2hMxbh/6Oq3Y0rfkVntUHB9JOKL140XiUgPnt2askDk4vsa6C1fR j5UFd19J5f5sQu3UY3mQi/jY0iE3QCjA7l4pqWCpgR6QarP0XMVKyiF/D1ILgFYHTeYm 4ThSj0x85H8PyGeyJ+8ySEZ/QoV/CRm8CoIB0= Received: by 10.151.107.2 with SMTP id j2mr1443002ybm.57.1244589378693; Tue, 09 Jun 2009 16:16:18 -0700 (PDT) Received: from ?192.168.91.130? (c-98-243-242-211.hsd1.mi.comcast.net [98.243.242.211]) by mx.google.com with ESMTPS id 6sm83679ywc.51.2009.06.09.16.16.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 16:16:17 -0700 (PDT) Sender: Josh Rickmar Date: Tue, 9 Jun 2009 19:16:23 -0400 (EDT) From: Josh Rickmar To: "Blapp, Martin" In-Reply-To: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch> Message-ID: References: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>, <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org Subject: Re: AW: AW: emulators/open-vm-tools fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Josh Rickmar List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 23:16:20 -0000 On Wed, 10 Jun 2009, Blapp, Martin wrote: > Hi, > > Strange. I sucessfully built the port on 7.2. > > Do you have any special /etc/make.conf settings ? Special > gcc flags ? The only setting in my /etc/make.conf is that I'm building to a prescott processor. I'll try building the -nox11 version to see if that solves the problems, since I don't use any of the GUI tools. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From owner-freebsd-ports@FreeBSD.ORG Tue Jun 9 23:20:41 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA33D106567F for ; Tue, 9 Jun 2009 23:20:41 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 6695F8FC1D for ; Tue, 9 Jun 2009 23:20:41 +0000 (UTC) (envelope-from joshua.rickmar@gmail.com) Received: by gxk3 with SMTP id 3so525613gxk.19 for ; Tue, 09 Jun 2009 16:20:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:reply-to:to :cc:subject:in-reply-to:message-id:references:user-agent :mime-version:content-type; bh=s2ITVz3JZIBlfTC4jl7UJob60bow1RgYFg3mcDohdB0=; b=InMtgVNTspLrlhSJEZCi1Y4QMelB2RtN+uU3tSDPMD1B9ApdGU8DYBFlhu0CadjnpW exTwgAD3nREyeWeRavEjSiEo0Mmr8IobQfCAn+U7OEHKjvJEMiSxgbxZo6If2w+MpsGE 9kQpL3mKO2g3nF2Y+Li9d7cilijIMTGv9ZtcQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:reply-to:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type; b=szFG0W/LxegHnjAXEb6Fn0gY81BEepDeS7ybPgz7NyQGJyTiCvMefqyIJzbtRa+G9H K6KduLQi56o186B7go+QQ4Qz7e5ifgzbcsV3dWnqxFzpLr1ye/3VaRK5Mssw/OcL+2pP zqPwbYz7v3dLlRMGW5RASuEZY7RdOVHx0tgX8= Received: by 10.151.122.4 with SMTP id z4mr1401785ybm.196.1244589640491; Tue, 09 Jun 2009 16:20:40 -0700 (PDT) Received: from ?192.168.91.130? (c-98-243-242-211.hsd1.mi.comcast.net [98.243.242.211]) by mx.google.com with ESMTPS id 9sm1065535yws.10.2009.06.09.16.20.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Jun 2009 16:20:39 -0700 (PDT) Sender: Josh Rickmar Date: Tue, 9 Jun 2009 19:20:29 -0400 (EDT) From: Josh Rickmar To: "Blapp, Martin" In-Reply-To: Message-ID: References: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch>, <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org Subject: Re: AW: AW: emulators/open-vm-tools fails to build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Josh Rickmar List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 23:20:42 -0000 On Tue, 9 Jun 2009, Josh Rickmar wrote: > On Wed, 10 Jun 2009, Blapp, Martin wrote: > >> Hi, >> >> Strange. I sucessfully built the port on 7.2. >> >> Do you have any special /etc/make.conf settings ? Special >> gcc flags ? > > The only setting in my /etc/make.conf is that I'm building to a prescott > processor. > > I'll try building the -nox11 version to see if that solves the problems, > since I don't use any of the GUI tools. -nox11 builds and installs fine. -- IRC nick: jrick Jabber: jrick@jabber.org http://identi.ca/jrick From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 00:14:24 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 473E3106564A for ; Wed, 10 Jun 2009 00:14:24 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id EEE508FC18 for ; Wed, 10 Jun 2009 00:14:23 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id EE05F2C50CCC; Wed, 10 Jun 2009 03:14:52 +0300 (EEST) Date: Wed, 10 Jun 2009 03:14:52 +0300 From: Ion-Mihai Tetcu To: Josh Rickmar Message-ID: <20090610031452.7be3f399@it.buh.tecnik93.com> In-Reply-To: References: <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240E@TSS-EXCH01.t-systems.ch> <509A7CA1EA3EA046B1A5BA2FCFDB3C8EECC533240F@TSS-EXCH01.t-systems.ch> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/mfvA1QxYzjpFDf0EwWzDJs_"; protocol="application/pgp-signature" Cc: ports@freebsd.org, "Blapp, Martin" Subject: Re: emulators/open-vm-tools fails to 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: Wed, 10 Jun 2009 00:14:24 -0000 --Sig_/mfvA1QxYzjpFDf0EwWzDJs_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 9 Jun 2009 19:20:29 -0400 (EDT) Josh Rickmar wrote: > On Tue, 9 Jun 2009, Josh Rickmar wrote: >=20 > > On Wed, 10 Jun 2009, Blapp, Martin wrote: > > > >> Hi, > >>=20 > >> Strange. I sucessfully built the port on 7.2. > >>=20 > >> Do you have any special /etc/make.conf settings ? Special > >> gcc flags ? > > > > The only setting in my /etc/make.conf is that I'm building to a > > prescott processor. > > > > I'll try building the -nox11 version to see if that solves the > > problems, since I don't use any of the GUI tools. >=20 > -nox11 builds and installs fine. It fails on QAT also, maintainer/committer ware notified by on-commit testing. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/mfvA1QxYzjpFDf0EwWzDJs_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkou+vwACgkQJ7GIuiH/oeWLdwCeLPBtdYxA1/oUXrE6Ug+Tj737 V0wAoKn/U0HQsOAjfe211Ti79joaAhtO =20rR -----END PGP SIGNATURE----- --Sig_/mfvA1QxYzjpFDf0EwWzDJs_-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 06:30:48 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B05E4106566B for ; Wed, 10 Jun 2009 06:30:48 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8778FC1C for ; Wed, 10 Jun 2009 06:30:48 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MEHKg-0003hi-VN for freebsd-ports@freebsd.org; Wed, 10 Jun 2009 06:30:47 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Jun 2009 06:30:46 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 10 Jun 2009 06:30:46 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: martinko Date: Wed, 10 Jun 2009 08:30:36 +0200 Lines: 20 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 Sender: news Subject: FreeBSD Port: x11/kdebase4 not compiling X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 06:30:48 -0000 Hi, I've just tried to update KDE 4.2.3 to 4.2.4 and got the following: Linking CXX executable nspluginviewer [ 44%] Built target nspluginviewer 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/x11/kdebase4. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090609-46039-18a1xj5-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kdebase-4.2.3 UPGRADE_PORT_VER=4.2.3 make ** Fix the problem and try again. This is on 7.2-RELEASE (amd64) with fresh ports tree. M. From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 06:57:25 2009 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 CEB22106566B; Wed, 10 Jun 2009 06:57:25 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A4D898FC12; Wed, 10 Jun 2009 06:57:25 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from freefall.freebsd.org (pgollucci@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n5A6vPU3018002; Wed, 10 Jun 2009 06:57:25 GMT (envelope-from pgollucci@freefall.freebsd.org) Received: (from pgollucci@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n5A6vP6w017998; Wed, 10 Jun 2009 06:57:25 GMT (envelope-from pgollucci) Date: Wed, 10 Jun 2009 06:57:25 GMT Message-Id: <200906100657.n5A6vP6w017998@freefall.freebsd.org> To: pgollucci@FreeBSD.org, freebsd-ports@FreeBSD.org, pgollucci@FreeBSD.org From: pgollucci@FreeBSD.org Cc: Subject: Re: ports/131442: new port: audio/xmms-timidity X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 06:57:26 -0000 Synopsis: new port: audio/xmms-timidity Responsible-Changed-From-To: freebsd-ports->pgollucci Responsible-Changed-By: pgollucci Responsible-Changed-When: Wed Jun 10 06:57:25 UTC 2009 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=131442 From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 07:18:10 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDDB8106566B; Wed, 10 Jun 2009 07:18:10 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id A540B8FC14; Wed, 10 Jun 2009 07:18:10 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from [91.123.146.100] (helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1MEGxn-0003dV-5z; Wed, 10 Jun 2009 09:07:09 +0300 Date: Tue, 9 Jun 2009 23:02:03 +0300 From: Alex Kozlov To: Kevin Downey , Doug Barton , Edwin Shao , freebsd-ports@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20090609200203.GA64660@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: 0.7 (/) X-Spam-Report: Content analysis detailz: (0.7 points, 10.0 required) * 0.7 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date Cc: Subject: Re: Port of "service" command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 07:18:11 -0000 On Tue, Jun 09, 2009 at 12:30:44PM -0700, Doug Barton wrote: > Kevin Downey wrote: >> I have a similar shell function I am rather fond of: >> >> rc(){ >> find /etc/rc.d/"$1" /usr/local/etc/rc.d/"$1" -exec sudo {} `echo >> "$*"|cut -f 2- -d \ ` \; >> } > > Wow, that's painful. :) The only reason you don't notice how painful > is because those two directories have only a few files. Much much more > efficient would be something like: > > rc () { > local script=$1 > shift > > if [ -x "/etc/rc.d/$script" ]; then > /etc/rc.d/$script $* > elif [ -x "/usr/local/etc/rc.d/$script" ]; then > /usr/local/etc/rc.d/$script $* > else > echo "$script does not exist in /etc/rc.d or" > echo "/usr/local/etc/rc.d" > return 1 > fi > } #!/bin/sh name=$1 cmd=$2 if [ -z "${name}" -o -z "${cmd}" ]; then echo ${0##*/} service_name command exit 3 fi . /etc/rc.subr load_rc_config ${name} for dir in /etc/rc.d ${local_startup}; do if [ -r "${dir}/${name}" ]; then run_rc_script "${dir}/${name}" ${cmd} exit 0 fi if [ -r "${dir}/${name}.sh" ]; then run_rc_script "${dir}/${name}.sh" ${cmd} exit 0 fi done echo "service '${name}' not found" exit 2 Most useful with shell completion. -- Adios From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 07:49:29 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6F3106566B for ; Wed, 10 Jun 2009 07:49:29 +0000 (UTC) (envelope-from izaera@gmail.com) Received: from mail-bw0-f217.google.com (mail-bw0-f217.google.com [209.85.218.217]) by mx1.freebsd.org (Postfix) with ESMTP id 6484D8FC0A for ; Wed, 10 Jun 2009 07:49:28 +0000 (UTC) (envelope-from izaera@gmail.com) Received: by bwz17 with SMTP id 17so53425bwz.43 for ; Wed, 10 Jun 2009 00:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=NaRQIjacPTZimaDOxE97k0n/ubrx9TtIt6P0qc/K124=; b=lo/yspbpyJb0amELop+SKCLlhux9Rs21d1BCCDjr+eklh7/gvNPGxG3D5MYx1aCkVC HLnEr/QTL+FUZNvzGDsYX4dAnk8JXA8UUMLJAdlZ4Ij+ud0rqi9BTs8ZWtOObKtsVLH8 qOP+feZrd1NdaR9XXYVUuAP/nZ1P2QZhZr/nI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ovRw5XzsVSZ1DBS7wUXXIFdLjw+Bqml179JUiJatWgAXO/y/EsU0eOXA7eb0BJVrtB 8OF84iNBVVZdDiQTQKk1FiHRbHq+qyKvKBpA2nhAUsMu5sKdwQeqqBjN/l6LsFb7ub6Y 3Xo5dGjr8NSTp8TboIDxHB2wijFoFpyMsKU0k= MIME-Version: 1.0 Received: by 10.223.107.9 with SMTP id z9mr864099fao.1.1244618286360; Wed, 10 Jun 2009 00:18:06 -0700 (PDT) In-Reply-To: <9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com> References: <9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com> Date: Wed, 10 Jun 2009 09:18:06 +0200 Message-ID: <9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com> From: =?ISO-8859-1?Q?Iv=E1n_Zaera_Avell=F3n?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Fwd: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 07:49:30 -0000 Hi all: I sent this mail to Dmitry yesterday but got no confirmation from him, so I'm sending it again to the list. I have googled a bit and some Linux distro have also this problem (at least Kubuntu, Debian and OpenSUSE that I know). Can anybody experiencing the problem try to change the screensaver to a non-OpenGL and try again. Also I remember that, although the lock dialog didn't appear, I could type my password and unlock the screen. If you confirm this error I'm afraid the problem is in the original code for X11 or OpenGL or the screensavers, in which case it wouldn't be a FreeBSD only problem and would have to be corrected in the upstream code. Regards, Ivan ---------- Forwarded message ---------- From: Iv=E1n Zaera Avell=F3n Date: Tue, Jun 9, 2009 at 5:33 PM Subject: Re: gnome-screensaver wirdness To: Dmitry Morozovsky Hi Dmitry: I'm new to FreeBSD so I don't know the internals of the system, but I'm changing from Debian/Linux and had the same problem some months ago (to add more differences to your case, I had KDE instead of GNOME). In my case it was an interaction between OpenGL, transparency in the video driver, the screensaver and the desktop lock program. The bypass solution I found was to stop using OpenGL screensaver (apart from killing the screen saver or the desktop lock programs from a text console, as you say). I don't know if this can help you because, as I said, my configuration was totally different from yours, but I just wanted to share my solution because the problems looked similar. Hope it helps, Ivan Zaera From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 08:04:35 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A333D106566B; Wed, 10 Jun 2009 08:04:35 +0000 (UTC) (envelope-from bharat.gusain@hotmail.com) Received: from col0-omc3-s5.col0.hotmail.com (col0-omc3-s5.col0.hotmail.com [65.55.34.143]) by mx1.freebsd.org (Postfix) with ESMTP id 822148FC0C; Wed, 10 Jun 2009 08:04:35 +0000 (UTC) (envelope-from bharat.gusain@hotmail.com) Received: from COL114-W24 ([65.55.34.136]) by col0-omc3-s5.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 10 Jun 2009 00:52:34 -0700 Message-ID: X-Originating-IP: [203.145.174.100] From: bharat gusain To: Date: Wed, 10 Jun 2009 07:52:34 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 10 Jun 2009 07:52:34.0923 (UTC) FILETIME=[6A9923B0:01C9E9A0] Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: __lxstat/gzopen undefined symbol while loading a shared library X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 08:04:36 -0000 Hi all=2C =20 I am considerably new to FreeBsd=2C previously working on Linux but have no idea of FreeBsd= =2C below are steps what I am doing and getting error: =20 a) I have ported a shared library written for linux to FreeBsd 7.0 Release. =20 b) This ported library (say libXXXX.so) is compiled successfully on my FreeBsd 7.0 machine. =20 c) Now I am getting the following error while trying to load libXXXX.so using dlopen(li= bXXXX.so=2C RTLD_LAZY) from another program: /libexec/ld-elf.so.1: /usr/lib/libXXXX.so: undefined symbol =93__lxstat=94 I Googled and found that __lxstat is a linux symbol and should be there in linux-port= s=2C but updating the linux-ports package also doesn=92t resolved this issue. =20 d) If I use RTLD_NOW I did not get the =93__lxstat not defined=94 error=2C but then ano= ther error comes from libpci.so.3.1.2=2C dlerror=3D/usr/ligb/libXXXX.so: Undefined symbol =93gzopen=94. I am using some functions from libpci.so.3.1.2 in my library and linking the libpci.so.3.1.= 2 normaly using =96lpci=20 In libpci.so.3.1.2 the =96lz option links the libz to libpci so there should not be any issue = in it. =20 Following are some logs output: $objdump -T /usr/lib/libXXXX.so | grep __lxstat 00000000 D *UND* 00000000 __lxstat $objdump -T /usr/lib/libXXXX.so | grep gzopen 00000000 D *UND* 00000000 gzopen $objdump -T /usr/lib/libpci.so.3.1.2 | grep gzopen =20 00000000 DF *UND* 00000014 gzopen $objdump -T /usr/lib/libz.so | grep gzopen 00004500 g DF .text 00000014 Base gzopen Can anybody please help!! =20 Regards Bharat =20 _________________________________________________________________ Missed any of the IPL matches ? Catch a recap of all the action on MSN Vide= os http://msnvideos.in/iplt20/msnvideoplayer.aspx= From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 09:53:51 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 043D3106566B; Wed, 10 Jun 2009 09:53:51 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECE28FC13; Wed, 10 Jun 2009 09:53:50 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5A9rmCB005781; Wed, 10 Jun 2009 13:53:48 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Jun 2009 13:53:48 +0400 (MSD) From: Dmitry Morozovsky To: Joe Marcus Clarke In-Reply-To: Message-ID: References: <1244553273.60347.1470.camel@balrog.2hip.net> <1244560229.19104.160.camel@shumai.marcuscom.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jun 2009 13:53:49 +0400 (MSD) Cc: Robert Noland , freebsd-ports@freebsd.org Subject: Re: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 09:53:51 -0000 On Tue, 9 Jun 2009, Dmitry Morozovsky wrote: DM> JMC> > > on a couple of my workstations, after portupgrading, I've found that DM> JMC> > > gnome-screensaver after activating renders X unusable, as it shows desktop with DM> JMC> > > password dialog box for fraction of second, then blanks it back. Killing DM> JMC> > > gnome-xscreensaver from other console helps, but it does not seem for me to be DM> JMC> > > a solution. DM> JMC> > > DM> JMC> > > previously, I found it would be glitches with hald/dbus, and step-by-step DM> JMC> > > shutdown of these services and then starting them helped, but now it's not the DM> JMC> > > case: even reboot does not fix this. DM> JMC> > > DM> JMC> > > Any hints? Thanks! DM> JMC> > DM> JMC> > I see this periodically when doing port updates. I think that it has to DM> JMC> > do with re-installing either gnome-screensaver or consolekit. A reboot DM> JMC> > has always solved it for me. DM> JMC> DM> JMC> Actually, it's gdm. Every time gdm gets updated, you need to logout of DM> JMC> GNOME, restart gdm, then log back in. DM> DM> Well, this scheme helped all the times before, but now it at least seems it DM> does not. I'll try to test it again after returning home and report back the DM> results. Well, for two contemporary RELENG_7/i386 machines I confirm than ewen after portupgrade -f gdm gnome-screensaver consolekit and subsequent reboot, activating screensaver leads to the effect described earlier. Both machines use VESA X driver, if it's important. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 09:54:37 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B85B1065673 for ; Wed, 10 Jun 2009 09:54:37 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id D25148FC19 for ; Wed, 10 Jun 2009 09:54:36 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.3/8.14.3) with ESMTP id n5A9sZ5Z005800; Wed, 10 Jun 2009 13:54:35 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Wed, 10 Jun 2009 13:54:35 +0400 (MSD) From: Dmitry Morozovsky To: =?ISO-8859-15?Q?Iv=E1n_Zaera_Avell=F3n?= In-Reply-To: <9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com> Message-ID: References: <9719a6f50906090833p3db55671ra7c66409952dd750@mail.gmail.com> <9719a6f50906100018r13cf4904y274e4f21000e1bbb@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (woozle.rinet.ru [0.0.0.0]); Wed, 10 Jun 2009 13:54:35 +0400 (MSD) Cc: freebsd-ports@freebsd.org Subject: Re: Fwd: gnome-screensaver wirdness X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 09:54:37 -0000 On Wed, 10 Jun 2009, Iv?n Zaera Avell?n wrote: IZA> I sent this mail to Dmitry yesterday but got no confirmation from him, IZA> so I'm sending it again to the list. I have googled a bit and some IZA> Linux distro have also this problem (at least Kubuntu, Debian and IZA> OpenSUSE that I know). IZA> IZA> Can anybody experiencing the problem try to change the screensaver to IZA> a non-OpenGL and try again. Also I remember that, although the lock IZA> dialog didn't appear, I could type my password and unlock the screen. Well, for me it does not: my screensaver is "blank screen" -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 13:26:48 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6C31065673; Wed, 10 Jun 2009 13:26:48 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 099508FC1C; Wed, 10 Jun 2009 13:26:47 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 487625C37; Wed, 10 Jun 2009 09:26:47 -0400 (EDT) Date: Wed, 10 Jun 2009 09:26:47 -0400 From: Wesley Shields To: python@freebsd.org, ports@freebsd.org Message-ID: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: miwi@FreeBSD.org Subject: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 13:26:48 -0000 Here's a patch[1] that allows you to use portmaster when doing the python upgrade. I intend to commit this tomorrow morning unless someone speaks up. I'll also be adding the instructions to the UPDATING entry. Once applied you should be able to use: cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER It will be quite slow compared to using pkg_which (the normal method) so be patient. I've used this patch to upgrade one lightly used machine and I know at least one other person has survived an upgrade of a machine with over 1000 ports installed. [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 13:28:55 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AADA106564A for ; Wed, 10 Jun 2009 13:28:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id DA1278FC1C for ; Wed, 10 Jun 2009 13:28:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=FP58Ms26AAAA:8 a=SmJLhqN3ILJ6qo023E8A:9 a=X4kXgJfcSkOWuIaWsiZj6r4K9sEA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1256733307 for freebsd-ports@freebsd.org; Wed, 10 Jun 2009 15:28:52 +0200 From: Hans Petter Selasky To: freebsd-ports@freebsd.org Date: Wed, 10 Jun 2009 15:33:01 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101533.04156.hselasky@c2i.net> Subject: Checksum mismatch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 13:28:55 -0000 ===> Installing for transfig-3.2.5 ===> transfig-3.2.5 depends on executable: ppmtogif - not found ===> Verifying install for ppmtogif in /usr/ports/graphics/netpbm ===> WARNING: Vulnerability database out of date, checking anyway => netpbm-10.26.62.tgz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://garr.dl.sourceforge.net/sourceforge/netpbm/. netpbm-10.26.62.tgz 100% of 2485 kB 379 kBps ===> Extracting for netpbm-10.26.62 => MD5 Checksum mismatch for netpbm-10.26.62.tgz. => SHA256 Checksum mismatch for netpbm-10.26.62.tgz. From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 13:40:21 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A92DD106566B; Wed, 10 Jun 2009 13:40:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B49138FC08; Wed, 10 Jun 2009 13:40:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA06970; Wed, 10 Jun 2009 16:21:31 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A2FB35A.8070300@icyb.net.ua> Date: Wed, 10 Jun 2009 16:21:30 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: ajtiM References: <200906071217.46779.lumiwa@gmail.com> In-Reply-To: <200906071217.46779.lumiwa@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, re@freebsd.org, Chagin Dmitry Subject: Re: skype-out calls disconnect after 5 minute X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 13:40:21 -0000 on 07/06/2009 20:17 ajtiM said the following: > My system: FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 > root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > Skype-out calls disconnect after about 5 minutes. I red that was problem with > beta or pre release but looks like that is the problem here still. Version of > Skype is 2.9.9.72. > Do I need to put kern.hz=100 in loader.conf, please? > > Thanks in advace, I am not entirely sure but I think that the behavior that you see was caused by r190893 (on Apr 10) and was fixed by r192987 (on May 28). I think that your best bet is to upgrade to stable/7 that includes the aforementioned commit. I have been experiencing the same problem myself and tracked it to linux_times, but very fortunately Dmitry committed the proper fix before I could finish my investigation. I think that this may be a good candidate for 7.2 errata. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 14:44:42 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6274D1065680; Wed, 10 Jun 2009 14:44:42 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 237EA8FC17; Wed, 10 Jun 2009 14:44:41 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-pz0-f197.google.com with SMTP id 35so95518pzk.3 for ; Wed, 10 Jun 2009 07:44:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nhJahfEhY2hPWvDpmBYCaVN39cgY1eUjJG0TQWhBOOM=; b=ajr9BPGuRLegR8sUtzEF7IkJY6Ds6rX4GnUanaw/FYKqhsbZi3mSib5grKM28o07yO 0iq1YJz0O/ZI/XGSv1erQ+z4lBLW8rMqtlhygk83i/Sjp4T1P7+FgAgt33bR5+22tYb1 3Cs6z3ZcbRtbgBG9w+4n6p7u+Ay+5USNKOtyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=N6E6JHAPFejSUNWDwIiq0i9uog35egjXJTgqaOyg8dvpMNn3i46XNCsgKttfFQLgAS zy2ys9bK5LJon/EmL+W+HtJtO9fNgPrMdxPrEfxjFlTjsy1q0SkGfF0dSyffD3FBFcAW cZaVWrd1+/g63brQOEjyQWFGumRGaDo40WG+c= MIME-Version: 1.0 Received: by 10.220.75.70 with SMTP id x6mr1042229vcj.87.1244645081115; Wed, 10 Jun 2009 07:44:41 -0700 (PDT) In-Reply-To: <20090610132647.GC40713@atarininja.org> References: <20090610132647.GC40713@atarininja.org> Date: Wed, 10 Jun 2009 16:44:41 +0200 Message-ID: From: Rene Ladan To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 14:44:42 -0000 2009/6/10 Wesley Shields : > Here's a patch[1] that allows you to use portmaster when doing the python > upgrade. I intend to commit this tomorrow morning unless someone speaks > up. I'll also be adding the instructions to the UPDATING entry. > > Once applied you should be able to use: > > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > > It will be quite slow compared to using pkg_which (the normal method) so > be patient. I've used this patch to upgrade one lightly used machine and > I know at least one other person has survived an upgrade of a machine > with over 1000 ports installed. > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > I applied the patch, but there is something wrong: > # make upgrade-site-packages -DUSE_PORTMASTER > Syntax error: end of file unexpected (expecting "}") > *** Error code 2 > > Stop in /usr/ports/lang/python. Regards, Ren=E9 --=20 http://www.rene-ladan.nl/ GPG fingerprint =3D E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:12:13 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D9F7106566B; Wed, 10 Jun 2009 15:12:13 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 16FC08FC08; Wed, 10 Jun 2009 15:12:12 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 5E79C5C37; Wed, 10 Jun 2009 11:12:12 -0400 (EDT) Date: Wed, 10 Jun 2009 11:12:12 -0400 From: Wesley Shields To: Rene Ladan Message-ID: <20090610151212.GB61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:12:13 -0000 On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: > 2009/6/10 Wesley Shields : > > Here's a patch[1] that allows you to use portmaster when doing the python > > upgrade. I intend to commit this tomorrow morning unless someone speaks > > up. I'll also be adding the instructions to the UPDATING entry. > > > > Once applied you should be able to use: > > > > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > > > > It will be quite slow compared to using pkg_which (the normal method) so > > be patient. I've used this patch to upgrade one lightly used machine and > > I know at least one other person has survived an upgrade of a machine > > with over 1000 ports installed. > > > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > > > I applied the patch, but there is something wrong: > > > # make upgrade-site-packages -DUSE_PORTMASTER > > Syntax error: end of file unexpected (expecting "}") > > *** Error code 2 > > > > Stop in /usr/ports/lang/python. Sorry, updated the patch to address this. Please revert and try again. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:18:29 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB91B1065674 for ; Wed, 10 Jun 2009 15:18:29 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: from smtp108.prem.mail.ac4.yahoo.com (smtp108.prem.mail.ac4.yahoo.com [76.13.13.47]) by mx1.freebsd.org (Postfix) with SMTP id 526EA8FC16 for ; Wed, 10 Jun 2009 15:18:23 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: (qmail 87410 invoked from network); 10 Jun 2009 15:18:23 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Date:From:To:Subject:Message-ID:Reply-To:Organization:X-Mailer:Face:X-Face:Mime-Version:Content-Type; b=QxS2SVLau5tx6JJSUTNudlrcijp8AMxOTnDdAHfW3DKOqeqJffcx6VvaWn0i5QgcHkcIk0JumrmK2K2zgaC7REnA+2pI9BYYJaXbSxuM1dIcM72QSosyYmaiY3ft+v+VB5UG/38quiuOtgdGiC1b2hnbLU4jdfpYvPcvxcptOJc= ; Received: from c-76-23-177-172.hsd1.ny.comcast.net (gesbbb@76.23.177.172 with login) by smtp108.prem.mail.ac4.yahoo.com with SMTP; 10 Jun 2009 08:18:23 -0700 PDT X-Yahoo-SMTP: yeAAMgKswBATCul4lSbCWspvTA-- X-YMail-OSG: uoAfcIEVM1nH6XVL.JnAUu4lMA7zzB3QAtGC.bTBl2IEVOnF29FnR2rXqu_588Ugv1YEgpn0R2KsK4rhuju89NYbhDX.MDmpkYPy.7wCxu.DndhFP.UA0XcnNv9t4myc5Ir5rB78QHV8Cr.tbe1rcSj5EeIK5fn_cqyX3rzKBtpTDJlUI7ckqDNcdojVDm7BDwpdqREjaj_36FL5DNb9izi2oRqVyLq6Py93hMb47kyNJV5wjkFJMeVF6.SddkUVzoRrjik9xWMFXwOgrJtscQFFY1Mn8Q2.RTAWMG38YGmhQUMPkkBcdshNQYAyMB.dQU9dUtK. X-Yahoo-Newman-Property: ymail-3 Date: Wed, 10 Jun 2009 11:18:12 -0400 From: Jerry To: freebsd-ports@freebsd.org, x11@freebsd.org Message-ID: <20090610111812.7ceda243@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd6.4) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAB3RJTUUH2QYJEDIlsf9+KwAAAAlwSFlzAAAOwwAADsMBx2+oZAAAAARnQU1BAACxjwv8YQUAAAAwUExURQAAAMrP0vT367iDcHRncBaJXYAoN7IrOcglLTNBW9wkJy8fKSAgSjENGBAQEAgICI6PX4AAAAHsSURBVHjatdM/i9RAFADwl/NQjoMzb3evsEvGfwhX7O3IXuuec6dbWixid4JMQDuFfSEiiEVuDFgJ4rUWu+HZiY2mtfRz2Ah+BZ1JPNjLpBKcJuT9JvNm3psA/LeBgxCCiR+/Zp68kGJ0+nplInr2EUDwntJES9mE12BjVwwADhO8MTdUkrzZyBZsTBxoqk4WPF7aEA0drMPmRPTXlCZ6zfq5pmegPkC99JaFXmUhf8zHBWcv9XGTw4H8ZYHu8rKoyoXOojrLxdsivoUW5odmWbAsOQtd/De8tQDBmNIfRIxiJJovKvgsYnuogFJNKQuBYlyvpODnSeXKQGleQ/z37Lip1PSTA/pIGYsYsQHxxUJUwxsHO9++7zdFWVeq3oWmnLIEd75Wu62akyHqG0rN3lkQVOhsj5mMbLUjyXSWM5c8bsGdVBdMvOCnLbieGl7Qu4ei3dkLFpj2/Zafc8CRD0FqCubQh/PkYLgy8zR5DUcrU03UnNwDXoZ1rTzQ+Qqs5ADxaq5w6sCwObOfMNCPppW9J4bbBQSIMLFQ+qcAbaE48sKXHljQiQfi4EAnc8q9D1Bta32fhh6I7ZmaYUdmC7IT4OoMZ31EvxuDe/YG2/vpr9Vzt7YDAhu9LPsdaUYSJcYdjQ2w/t3/dfwBjImn6mogbrsAAAAASUVORK5CYII= X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR nSNPNr*/^~StawWU9KDJ-CT0k$f#@t2^K&BS_f|?ZV/.7Q Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/PX88HcER2xwtSHO2MIPFWMs"; protocol="application/pgp-signature" Cc: Subject: Unable to build: graphics/libGLU 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, 10 Jun 2009 15:18:30 -0000 --Sig_/PX88HcER2xwtSHO2MIPFWMs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable There is a checksum problem with the graphics/libGLU port. Even using the "NO_CHECKSUM=3Dyes" flag does not help. I then receive an error that the libGLU-7.4.2.1" file is corrupt. --=20 Jerry gesbbb@yahoo.com The three questions of greatest concern are: 1. Is it attractive? 2. Is it amusing? 3. Does it know its place? Fran Lebowitz, "Metropolitan Life" --Sig_/PX88HcER2xwtSHO2MIPFWMs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkovzr0ACgkQBvaKIJWWCO3XkgCfXFKFFMVr9/XfVT1EKFgQ+Qrg LeoAn3nzpgf2gvpXrfhFFtr0I0AjnnhX =g7HS -----END PGP SIGNATURE----- --Sig_/PX88HcER2xwtSHO2MIPFWMs-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:26:47 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03C261065745; Wed, 10 Jun 2009 15:26:47 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.225]) by mx1.freebsd.org (Postfix) with ESMTP id B17AB8FC0A; Wed, 10 Jun 2009 15:26:41 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by rv-out-0506.google.com with SMTP id k40so323315rvb.43 for ; Wed, 10 Jun 2009 08:26:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=txZpvhX3hhYURCwG8mSbj+HS4SDW90wlTYcUy1UUzFM=; b=W6ZDbf4PFRYHlDOkLQfoZBdAkObD7adKol3rSGEKJ9ezTKhp+ZYNNffkKheC3SvhsZ x5iiG3cC6PxrOeouKx7odvqJbl9TT0J07zbSWv7XVg8owJKaldWUno7BfYV0oIUBlbHJ q0SeUHk0QXnztYPYkl3KyDUCkVVcd2pSqftuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xXmfE6zonVVVEmI/mgh6dkQncJKnFxe6zjejte6R8H2jdIdupaXfrul9sx3fDl7zjB oc0bKIEU0uBEMFkbB+vLVI7WgihQrGbKEMtWTMhS/8IP7GqhYDbN22/CNISnDWHICOX+ RhBN42mGPCOnBENHU6Fx683MiAqXjcCCHHccY= MIME-Version: 1.0 Received: by 10.220.72.18 with SMTP id k18mr1124124vcj.83.1244647600614; Wed, 10 Jun 2009 08:26:40 -0700 (PDT) In-Reply-To: <20090610151212.GB61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <20090610151212.GB61383@atarininja.org> Date: Wed, 10 Jun 2009 17:26:40 +0200 Message-ID: From: Rene Ladan To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:26:47 -0000 2009/6/10 Wesley Shields : > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: >> 2009/6/10 Wesley Shields : >> > Here's a patch[1] that allows you to use portmaster when doing the pyt= hon >> > upgrade. I intend to commit this tomorrow morning unless someone speak= s >> > up. I'll also be adding the instructions to the UPDATING entry. >> > >> > Once applied you should be able to use: >> > >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMAST= ER >> > >> > It will be quite slow compared to using pkg_which (the normal method) = so >> > be patient. I've used this patch to upgrade one lightly used machine a= nd >> > I know at least one other person has survived an upgrade of a machine >> > with over 1000 ports installed. >> > >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff >> > >> I applied the patch, but there is something wrong: >> >> > # make upgrade-site-packages -DUSE_PORTMASTER >> > Syntax error: end of file unexpected (expecting "}") >> > *** Error code 2 >> > >> > Stop in /usr/ports/lang/python. > > Sorry, updated the patch to address this. Please revert and try again. > > -- WXS > Still not :-( : > # patch Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |Index: Makefile > |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > |RCS file: /ncvs/ports/lang/python/Makefile,v > |retrieving revision 1.161 > |diff -u -r1.161 Makefile > |--- Makefile 31 Jul 2007 16:28:32 -0000 1.161 > |+++ Makefile 10 Jun 2009 15:15:23 -0000 > -------------------------- > Patching file Makefile using Plan A... > Hunk #1 succeeded at 24. > Hunk #2 succeeded at 46. > done > # make upgrade-site-packages -DUSE_PORTMASTER > > =3D=3D=3D>>> /var/db/pkg/-f does not exist > =3D=3D=3D>>> Aborting update > > *** Signal 15 > > Terminated > Stop in /usr/ports/lang/python. > # portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed. This is on 7.2-RELEASE/i386 with portsnap tree as of "now". Ren=E9 --=20 http://www.rene-ladan.nl/ GPG fingerprint =3D E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:29:48 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0519C1065673 for ; Wed, 10 Jun 2009 15:29:48 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: from smtp108.prem.mail.ac4.yahoo.com (smtp108.prem.mail.ac4.yahoo.com [76.13.13.47]) by mx1.freebsd.org (Postfix) with SMTP id A302C8FC1A for ; Wed, 10 Jun 2009 15:29:47 +0000 (UTC) (envelope-from gesbbb@yahoo.com) Received: (qmail 91196 invoked from network); 10 Jun 2009 15:29:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Date:From:To:Subject:Message-ID:In-Reply-To:References:Reply-To:Organization:X-Mailer:Face:X-Face:Mime-Version:Content-Type; b=STlQ7wL0UshDDsNfRqHmeMUcIM7FtVIP5lskNA6fVM2QlEIYuq4AlHUpA66XAPkQYW5ro0b1YjrA2BXRWnI0+ocQ3LVuQA5NIFGiSTmY2HXnTGzzfQiUUgEx0vRzDmQ9HjrUTm/3YVTyEXhulVt9KsURQ0VgDxQDtcpyEHCsRA8= ; Received: from c-76-23-177-172.hsd1.ny.comcast.net (gesbbb@76.23.177.172 with login) by smtp108.prem.mail.ac4.yahoo.com with SMTP; 10 Jun 2009 08:29:46 -0700 PDT X-Yahoo-SMTP: yeAAMgKswBATCul4lSbCWspvTA-- X-YMail-OSG: ulW6e_0VM1kzrFpqzL63jnLhQhWJwAgG843nePLAM0OCeLDhwXYOvuQUGEa0sckpf.iFIk.XubKePKHzlTnGkdIQ31Mo4FAasmLlo0MI1QBC6y5KnFr.7vuw4bqTjAATtkE.1_HbBrUwTNoVUt3XFeXKaY14f0CuGc9Bc_On7ALNb_IAQKuHvCrXktiXgMenL0hp0wzNzKtHpWIcb3WgB4Ki.Cn1bF2gHYW2uIHmyfW5O9z0C0K0Bsc4ZayiTjOpctHYA2ulnyDpRO0_lNfh3LWdt_rBEuAr.ZQVtd_RwrCFpp2V_2RSa1yCCMIvfCVgiTT.FwMH X-Yahoo-Newman-Property: ymail-3 Date: Wed, 10 Jun 2009 11:29:45 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20090610112945.232dc33b@scorpio> In-Reply-To: References: <20090610132647.GC40713@atarininja.org> Organization: seibercom.net X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd6.4) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAB3RJTUUH2QYJEDIlsf9+KwAAAAlwSFlzAAAOwwAADsMBx2+oZAAAAARnQU1BAACxjwv8YQUAAAAwUExURQAAAMrP0vT367iDcHRncBaJXYAoN7IrOcglLTNBW9wkJy8fKSAgSjENGBAQEAgICI6PX4AAAAHsSURBVHjatdM/i9RAFADwl/NQjoMzb3evsEvGfwhX7O3IXuuec6dbWixid4JMQDuFfSEiiEVuDFgJ4rUWu+HZiY2mtfRz2Ah+BZ1JPNjLpBKcJuT9JvNm3psA/LeBgxCCiR+/Zp68kGJ0+nplInr2EUDwntJES9mE12BjVwwADhO8MTdUkrzZyBZsTBxoqk4WPF7aEA0drMPmRPTXlCZ6zfq5pmegPkC99JaFXmUhf8zHBWcv9XGTw4H8ZYHu8rKoyoXOojrLxdsivoUW5odmWbAsOQtd/De8tQDBmNIfRIxiJJovKvgsYnuogFJNKQuBYlyvpODnSeXKQGleQ/z37Lip1PSTA/pIGYsYsQHxxUJUwxsHO9++7zdFWVeq3oWmnLIEd75Wu62akyHqG0rN3lkQVOhsj5mMbLUjyXSWM5c8bsGdVBdMvOCnLbieGl7Qu4ei3dkLFpj2/Zafc8CRD0FqCubQh/PkYLgy8zR5DUcrU03UnNwDXoZ1rTzQ+Qqs5ADxaq5w6sCwObOfMNCPppW9J4bbBQSIMLFQ+qcAbaE48sKXHljQiQfi4EAnc8q9D1Bta32fhh6I7ZmaYUdmC7IT4OoMZ31EvxuDe/YG2/vpr9Vzt7YDAhu9LPsdaUYSJcYdjQ2w/t3/dfwBjImn6mogbrsAAAAASUVORK5CYII= X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR nSNPNr*/^~StawWU9KDJ-CT0k$f#@t2^K&BS_f|?ZV/.7Q Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/NP7jPuy6lV/RyJ9KVrYu1FB"; protocol="application/pgp-signature" Subject: Re: Python 2.6 update with portmaster 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, 10 Jun 2009 15:29:48 -0000 --Sig_/NP7jPuy6lV/RyJ9KVrYu1FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 10 Jun 2009 16:44:41 +0200 Rene Ladan wrote: >2009/6/10 Wesley Shields : >> Here's a patch[1] that allows you to use portmaster when doing the >> python upgrade. I intend to commit this tomorrow morning unless >> someone speaks up. I'll also be adding the instructions to the >> UPDATING entry. >> >> Once applied you should be able to use: >> >> cd /usr/ports/lang/python && make upgrade-site-packages >> -DUSE_PORTMASTER >> >> It will be quite slow compared to using pkg_which (the normal >> method) so be patient. I've used this patch to upgrade one lightly >> used machine and I know at least one other person has survived an >> upgrade of a machine with over 1000 ports installed. >> >> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff >> >I applied the patch, but there is something wrong: > >> # make upgrade-site-packages -DUSE_PORTMASTER >> Syntax error: end of file unexpected (expecting "}") >> *** Error code 2 >> >> Stop in /usr/ports/lang/python. > >Regards, >Ren=C3=A9 IMHO, it seems like there is a lot of energy being spent on this rather trivial problem. Why not just use the 'portupgrade' solution and be done with it. This is not like it happens everyday. After all, it is only one port. Just my 2=C2=A2. --=20 Jerry gesbbb@yahoo.com Different all twisty a of in maze are you, passages little. --Sig_/NP7jPuy6lV/RyJ9KVrYu1FB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkov0WkACgkQBvaKIJWWCO16RACdGT+Q1kLDYKc94dFIoPD7tcWR vXYAoJpxUfKPIaaQeisM/5iDzzszAl04 =XuC2 -----END PGP SIGNATURE----- --Sig_/NP7jPuy6lV/RyJ9KVrYu1FB-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:41:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEB1C1065670; Wed, 10 Jun 2009 15:41:11 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id B5BD78FC0A; Wed, 10 Jun 2009 15:41:11 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 3E3035C2E; Wed, 10 Jun 2009 11:41:11 -0400 (EDT) Date: Wed, 10 Jun 2009 11:41:11 -0400 From: Wesley Shields To: Rene Ladan Message-ID: <20090610154111.GC61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <20090610151212.GB61383@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:41:12 -0000 On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote: > 2009/6/10 Wesley Shields : > > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: > >> 2009/6/10 Wesley Shields : > >> > Here's a patch[1] that allows you to use portmaster when doing the python > >> > upgrade. I intend to commit this tomorrow morning unless someone speaks > >> > up. I'll also be adding the instructions to the UPDATING entry. > >> > > >> > Once applied you should be able to use: > >> > > >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > >> > > >> > It will be quite slow compared to using pkg_which (the normal method) so > >> > be patient. I've used this patch to upgrade one lightly used machine and > >> > I know at least one other person has survived an upgrade of a machine > >> > with over 1000 ports installed. > >> > > >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > >> > > >> I applied the patch, but there is something wrong: > >> > >> > # make upgrade-site-packages -DUSE_PORTMASTER > >> > Syntax error: end of file unexpected (expecting "}") > >> > *** Error code 2 > >> > > >> > Stop in /usr/ports/lang/python. > > > > Sorry, updated the patch to address this. Please revert and try again. > > > > -- WXS > > > > Still not :-( : > > > # patch > Hmm... Looks like a unified diff to me... > > The text leading up to this was: > > -------------------------- > > |Index: Makefile > > |=================================================================== > > |RCS file: /ncvs/ports/lang/python/Makefile,v > > |retrieving revision 1.161 > > |diff -u -r1.161 Makefile > > |--- Makefile 31 Jul 2007 16:28:32 -0000 1.161 > > |+++ Makefile 10 Jun 2009 15:15:23 -0000 > > -------------------------- > > Patching file Makefile using Plan A... > > Hunk #1 succeeded at 24. > > Hunk #2 succeeded at 46. > > done > > # make upgrade-site-packages -DUSE_PORTMASTER > > > > ===>>> /var/db/pkg/-f does not exist > > ===>>> Aborting update > > > > *** Signal 15 > > > > Terminated > > Stop in /usr/ports/lang/python. > > # > > portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed. > This is on 7.2-RELEASE/i386 with portsnap tree as of "now". The patch was only tested with PORTUPGRADE_ARGS defined. In the case where it wasn't defined you would run into the issue you described. I think I've fixed it now, so please revert and try again. Sorry for the problems, but like I said earlier this is to get it more exposure. Please revert, fetch the patch again and apply. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:50:02 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48294106564A for ; Wed, 10 Jun 2009 15:50:02 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 23FCE8FC13 for ; Wed, 10 Jun 2009 15:50:01 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id A7DC65C2E; Wed, 10 Jun 2009 11:50:01 -0400 (EDT) Date: Wed, 10 Jun 2009 11:50:01 -0400 From: Wesley Shields To: freebsd-ports@freebsd.org Message-ID: <20090610155001.GD61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <20090610112945.232dc33b@scorpio> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090610112945.232dc33b@scorpio> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:50:02 -0000 On Wed, Jun 10, 2009 at 11:29:45AM -0400, Jerry wrote: > On Wed, 10 Jun 2009 16:44:41 +0200 > Rene Ladan wrote: > > >2009/6/10 Wesley Shields : > >> Here's a patch[1] that allows you to use portmaster when doing the > >> python upgrade. I intend to commit this tomorrow morning unless > >> someone speaks up. I'll also be adding the instructions to the > >> UPDATING entry. > >> > >> Once applied you should be able to use: > >> > >> cd /usr/ports/lang/python && make upgrade-site-packages > >> -DUSE_PORTMASTER > >> > >> It will be quite slow compared to using pkg_which (the normal > >> method) so be patient. I've used this patch to upgrade one lightly > >> used machine and I know at least one other person has survived an > >> upgrade of a machine with over 1000 ports installed. > >> > >> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > >> > >I applied the patch, but there is something wrong: > > > >> # make upgrade-site-packages -DUSE_PORTMASTER > >> Syntax error: end of file unexpected (expecting "}") > >> *** Error code 2 > >> > >> Stop in /usr/ports/lang/python. > > > >Regards, > >Ren?? > > IMHO, it seems like there is a lot of energy being spent on this rather > trivial problem. Why not just use the 'portupgrade' solution and be > done with it. This is not like it happens everyday. After all, it is > only one port. It's not hurting anyone and helps those of us who would normally have to install portupgrade and it's dependencies just for this, then remove them when we are done. It's either that or we do the upgrade manually. I'm all for having more than one tool to do the job, and I'd like to see my tool of choice work and not have to use something else for this one case, no matter how infrequent it is. And once it's working we won't have to go through this again. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:58:44 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D441106567C for ; Wed, 10 Jun 2009 15:58:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1179E8FC20 for ; Wed, 10 Jun 2009 15:58:38 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by pzk35 with SMTP id 35so148820pzk.3 for ; Wed, 10 Jun 2009 08:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TR8/YxBYls48H1n5mNimmmXxit82AkzNVy8qcoUjh0s=; b=hZAlXwOOmrhRl/SGJwSj/kbQ42ZKQgWROq0lHh6bpjdd/28z4fn7tc6F72Pr9IQxcs 2vjqq56IlOWSQO+LwtqYex+7SmE2k9PyIomoyq9+ZpU2BzTmnuI0yUelSmFJuc2/nfW+ 9pB7EIe3ZDBmHZ8oiQCYQZgGGjV1MGwnrmIr8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RTNU7GLHkYq2aDRGXW9mxpzN9JOcYnSpZQRJms+mBWFKxn5Tt1/lasenFBG3KY4CT/ Uoq7ku1+BQ1AjwQG1jLwzoXOowgePCMpFFXOTy/MEIiGJ3v0V4XXEjRFGVX9PTU5ApqL rHfsAHwg2LVaKSddnKWKobXQjDs/nDmjL7DsM= MIME-Version: 1.0 Received: by 10.220.97.67 with SMTP id k3mr1140411vcn.7.1244648117653; Wed, 10 Jun 2009 08:35:17 -0700 (PDT) In-Reply-To: <20090610112945.232dc33b@scorpio> References: <20090610132647.GC40713@atarininja.org> <20090610112945.232dc33b@scorpio> Date: Wed, 10 Jun 2009 17:35:17 +0200 Message-ID: From: Rene Ladan To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:58:45 -0000 2009/6/10 Jerry : > On Wed, 10 Jun 2009 16:44:41 +0200 > Rene Ladan wrote: > >>2009/6/10 Wesley Shields : >>> Here's a patch[1] that allows you to use portmaster when doing the >>> python upgrade. I intend to commit this tomorrow morning unless >>> someone speaks up. I'll also be adding the instructions to the >>> UPDATING entry. >>> >>> Once applied you should be able to use: >>> >>> cd /usr/ports/lang/python && make upgrade-site-packages >>> -DUSE_PORTMASTER >>> >>> It will be quite slow compared to using pkg_which (the normal >>> method) so be patient. I've used this patch to upgrade one lightly >>> used machine and I know at least one other person has survived an >>> upgrade of a machine with over 1000 ports installed. >>> >>> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff >>> >>I applied the patch, but there is something wrong: >> >>> # make upgrade-site-packages -DUSE_PORTMASTER >>> Syntax error: end of file unexpected (expecting "}") >>> *** Error code 2 >>> >>> Stop in /usr/ports/lang/python. >> >>Regards, >>Ren=E9 > > IMHO, it seems like there is a lot of energy being spent on this rather > trivial problem. Why not just use the 'portupgrade' solution and be > done with it. This is not like it happens everyday. After all, it is > only one port. Installing portupgrade just for this sounds like an overhead too, plus it needs to build all kinds of databases for only this occasion. It is not part of the base system either (neither is portmaster), and I thi= nk both are widely used. Ren=E9 --=20 http://www.rene-ladan.nl/ GPG fingerprint =3D E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 15:59:44 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB4A106564A; Wed, 10 Jun 2009 15:59:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA308FC15; Wed, 10 Jun 2009 15:59:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so341926wfg.7 for ; Wed, 10 Jun 2009 08:59:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=b4EgsDZ7L4JnzMLZ0gNcjYD7HJ45Vh93Z4/yQrX3YfE=; b=Aqnh0aAtIKD8ntZRIsoigowjiq95W+V+UZxs8FFrNZwYNOOJ9G5c0xahT9z88gMX6o zN8fKDuRJtrQAe8zYb55CWbCw8nvO5tPKV987AAN/rSwoVoqxUocP6sq0AvG7ngGd5DD aD82CIf1zUIz0pmKWpQijoYcG4NtQ4K4LkPSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jWXfJMS6+qAZrLuro1Fyys3aVa2asIXhxR0Xzk84GCd0tHSVCZNH0Kc/+a9rxeQ4iW 6w8KBKItGTpxExPdEiXEdnZPxvzJSX193XLmtOfDsHK3SR2dIxgHdrXOegd9E4UFyhPe 9pOnBdZG6+QCzL6+OwQ0WkY+99axUfhJUAH/A= MIME-Version: 1.0 Received: by 10.220.46.10 with SMTP id h10mr1173834vcf.8.1244649583051; Wed, 10 Jun 2009 08:59:43 -0700 (PDT) In-Reply-To: <20090610154111.GC61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <20090610151212.GB61383@atarininja.org> <20090610154111.GC61383@atarininja.org> Date: Wed, 10 Jun 2009 17:59:42 +0200 Message-ID: From: Rene Ladan To: Wesley Shields Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:59:45 -0000 2009/6/10 Wesley Shields : > On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote: >> 2009/6/10 Wesley Shields : >> > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: >> >> 2009/6/10 Wesley Shields : >> >> > Here's a patch[1] that allows you to use portmaster when doing the = python >> >> > upgrade. I intend to commit this tomorrow morning unless someone sp= eaks >> >> > up. I'll also be adding the instructions to the UPDATING entry. >> >> > >> >> > Once applied you should be able to use: >> >> > >> >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTM= ASTER >> >> > >> >> > It will be quite slow compared to using pkg_which (the normal metho= d) so >> >> > be patient. I've used this patch to upgrade one lightly used machin= e and >> >> > I know at least one other person has survived an upgrade of a machi= ne >> >> > with over 1000 ports installed. >> >> > >> >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff >> >> > >> >> I applied the patch, but there is something wrong: >> >> >> >> > # make upgrade-site-packages -DUSE_PORTMASTER >> >> > Syntax error: end of file unexpected (expecting "}") >> >> > *** Error code 2 >> >> > >> >> > Stop in /usr/ports/lang/python. >> > >> > Sorry, updated the patch to address this. Please revert and try again. >> > >> > -- WXS >> > >> >> Still not :-( : >> >> > # patch > > Hmm... =A0Looks like a unified diff to me... >> > The text leading up to this was: >> > -------------------------- >> > |Index: Makefile >> > |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > |RCS file: /ncvs/ports/lang/python/Makefile,v >> > |retrieving revision 1.161 >> > |diff -u -r1.161 Makefile >> > |--- Makefile =A0 31 Jul 2007 16:28:32 -0000 =A0 =A0 =A01.161 >> > |+++ Makefile =A0 10 Jun 2009 15:15:23 -0000 >> > -------------------------- >> > Patching file Makefile using Plan A... >> > Hunk #1 succeeded at 24. >> > Hunk #2 succeeded at 46. >> > done >> > # make upgrade-site-packages -DUSE_PORTMASTER >> > >> > =3D=3D=3D>>> /var/db/pkg/-f does not exist >> > =3D=3D=3D>>> Aborting update >> > >> > *** Signal 15 >> > >> > Terminated >> > Stop in /usr/ports/lang/python. >> > # >> >> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed. >> This is on 7.2-RELEASE/i386 with portsnap tree as of "now". > > The patch was only tested with PORTUPGRADE_ARGS defined. In the > case where it wasn't defined you would run into the issue you described. > I think I've fixed it now, so please revert and try again. Sorry for the > problems, but like I said earlier this is to get it more exposure. > > Please revert, fetch the patch again and apply. > It now also works fine without PORTUPGRADE_ARGS defined, i.e. just # ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTE= R ) Thanks, Ren=E9 --=20 http://www.rene-ladan.nl/ GPG fingerprint =3D E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 16:01:55 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4ACC01065670 for ; Wed, 10 Jun 2009 16:01:55 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id 806548FC13 for ; Wed, 10 Jun 2009 16:01:54 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: by fxm20 with SMTP id 20so833554fxm.43 for ; Wed, 10 Jun 2009 09:01:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ghI8bnVE4FaH1XehxvZ9VZi2jDyqhue8twAZjOUse3U=; b=CmaQYPbn7COsJJgFrYea8705o2E6nAVRerANu5lzf5poSRilqyGL698FeuFiz4bjoe tIl7XHyw22U3OQFtvtdVp8veu9/ZnGpR7tUwa0T6oi+8ljIsnYY7/UrMHFOMWyvj2drx gIBqV3DGFrMIIC4QLVqGV9kVMsy08i6bdjeDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RLJN5ybvCR55LAsblVZ5DtJ7/2A6+qBl20pbUxdXcJlOS6okEqj2ZusNt89YLZVEXa BeAYao9X4d74vzcXD4wkJtmZxnCeyWgjjAGfbXMUWCyJ7PHYpPdH3MbRzprfPwWH+hOB HB8LmiS8wTvlDygAfgWwzMvzmv2BLejYnUGx8= MIME-Version: 1.0 Received: by 10.239.146.212 with SMTP id x20mr123576hba.97.1244649713414; Wed, 10 Jun 2009 09:01:53 -0700 (PDT) In-Reply-To: <4A2FB35A.8070300@icyb.net.ua> References: <200906071217.46779.lumiwa@gmail.com> <4A2FB35A.8070300@icyb.net.ua> Date: Wed, 10 Jun 2009 11:01:53 -0500 Message-ID: From: Franci Nabalanci To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, re@freebsd.org, Chagin Dmitry Subject: Re: skype-out calls disconnect after 5 minute X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 16:01:55 -0000 Thank you very much for the aswer but I have 7.2 release and I don't want change to 7 stable. It is not useful anymore. I will try if Ekiga works better. On 6/10/09, Andriy Gapon wrote: > on 07/06/2009 20:17 ajtiM said the following: >> My system: FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 >> root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >> >> Skype-out calls disconnect after about 5 minutes. I red that was problem >> with >> beta or pre release but looks like that is the problem here still. Version >> of >> Skype is 2.9.9.72. >> Do I need to put kern.hz=100 in loader.conf, please? >> >> Thanks in advace, > > I am not entirely sure but I think that the behavior that you see was caused > by > r190893 (on Apr 10) and was fixed by r192987 (on May 28). > I think that your best bet is to upgrade to stable/7 that includes the > aforementioned commit. > > I have been experiencing the same problem myself and tracked it to > linux_times, > but very fortunately Dmitry committed the proper fix before I could finish > my > investigation. > > I think that this may be a good candidate for 7.2 errata. > > -- > Andriy Gapon > From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 16:04:54 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE7FF106566B for ; Wed, 10 Jun 2009 16:04:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6A55D8FC16 for ; Wed, 10 Jun 2009 16:04:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MEQIJ-0002sM-U0; Wed, 10 Jun 2009 20:04:55 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id E7267B86E; Wed, 10 Jun 2009 20:04:51 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id D7F6D108840; Wed, 10 Jun 2009 20:04:51 +0400 (MSD) Date: Wed, 10 Jun 2009 20:04:51 +0400 From: Dmitry Marakasov To: Hans Petter Selasky Message-ID: <20090610160451.GE83013@hades.panopticon> References: <200906101533.04156.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200906101533.04156.hselasky@c2i.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@freebsd.org Subject: garr sourceforge mirror is broken [Was: Re: Checksum mismatch] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 16:04:54 -0000 * Hans Petter Selasky (hselasky@c2i.net) wrote: > ===> Installing for transfig-3.2.5 > ===> transfig-3.2.5 depends on executable: ppmtogif - not found > ===> Verifying install for ppmtogif in /usr/ports/graphics/netpbm > ===> WARNING: Vulnerability database out of date, checking anyway > => netpbm-10.26.62.tgz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from > http://garr.dl.sourceforge.net/sourceforge/netpbm/. > netpbm-10.26.62.tgz 100% of 2485 kB 379 kBps > ===> Extracting for netpbm-10.26.62 > => MD5 Checksum mismatch for netpbm-10.26.62.tgz. > => SHA256 Checksum mismatch for netpbm-10.26.62.tgz. Seems like garr sourceforge mirror is broken. libGLU% make fetch-urlall-list | while read url; do echo $url; wget -q $url -O- | md5; done http://garr.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 2cec5b1ed86a6b62cacb310dcc39de61 http://superb-east.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://nchc.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://kent.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://easynews.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://ufpr.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://mesh.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b http://heanet.dl.sourceforge.net/sourceforge/mesa3d/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b ftp://ftp.fu-berlin.de/pub/unix/X11/graphics/Mesa/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/MesaLib-7.4.2.tar.bz2 b10a76e32bde4645cfc34ea0416d7d8b Maybe we should move it to the end of mirror list in bsd.sites.mk ASAP? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 16:10:31 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB71106564A for ; Wed, 10 Jun 2009 16:10:31 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 389288FC1A for ; Wed, 10 Jun 2009 16:10:30 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1MEQNl-0003di-P7; Wed, 10 Jun 2009 20:10:33 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 59896B86E; Wed, 10 Jun 2009 20:10:24 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 4BB62108840; Wed, 10 Jun 2009 20:10:24 +0400 (MSD) Date: Wed, 10 Jun 2009 20:10:24 +0400 From: Dmitry Marakasov To: Hans Petter Selasky Message-ID: <20090610161024.GF83013@hades.panopticon> References: <200906101533.04156.hselasky@c2i.net> <20090610160451.GE83013@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090610160451.GE83013@hades.panopticon> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-ports@freebsd.org Subject: Re: garr sourceforge mirror is broken [Was: Re: Checksum mismatch] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 16:10:31 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > => Attempting to fetch from > > http://garr.dl.sourceforge.net/sourceforge/netpbm/. > > netpbm-10.26.62.tgz 100% of 2485 kB 379 kBps > > ===> Extracting for netpbm-10.26.62 > > => MD5 Checksum mismatch for netpbm-10.26.62.tgz. > > => SHA256 Checksum mismatch for netpbm-10.26.62.tgz. I've commented the mirror out for now. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 16:25:18 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74151106566C; Wed, 10 Jun 2009 16:25:18 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2438FC1F; Wed, 10 Jun 2009 16:25:10 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 579AA5C2E; Wed, 10 Jun 2009 12:25:10 -0400 (EDT) Date: Wed, 10 Jun 2009 12:25:10 -0400 From: Wesley Shields To: Rene Ladan Message-ID: <20090610162510.GE61383@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <20090610151212.GB61383@atarininja.org> <20090610154111.GC61383@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 16:25:18 -0000 On Wed, Jun 10, 2009 at 05:59:42PM +0200, Rene Ladan wrote: > 2009/6/10 Wesley Shields : > > On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote: > >> 2009/6/10 Wesley Shields : > >> > On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: > >> >> 2009/6/10 Wesley Shields : > >> >> > Here's a patch[1] that allows you to use portmaster when doing the python > >> >> > upgrade. I intend to commit this tomorrow morning unless someone speaks > >> >> > up. I'll also be adding the instructions to the UPDATING entry. > >> >> > > >> >> > Once applied you should be able to use: > >> >> > > >> >> > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > >> >> > > >> >> > It will be quite slow compared to using pkg_which (the normal method) so > >> >> > be patient. I've used this patch to upgrade one lightly used machine and > >> >> > I know at least one other person has survived an upgrade of a machine > >> >> > with over 1000 ports installed. > >> >> > > >> >> > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > >> >> > > >> >> I applied the patch, but there is something wrong: > >> >> > >> >> > # make upgrade-site-packages -DUSE_PORTMASTER > >> >> > Syntax error: end of file unexpected (expecting "}") > >> >> > *** Error code 2 > >> >> > > >> >> > Stop in /usr/ports/lang/python. > >> > > >> > Sorry, updated the patch to address this. Please revert and try again. > >> > > >> > -- WXS > >> > > >> > >> Still not :-( : > >> > >> > # patch >> > Hmm... ?Looks like a unified diff to me... > >> > The text leading up to this was: > >> > -------------------------- > >> > |Index: Makefile > >> > |=================================================================== > >> > |RCS file: /ncvs/ports/lang/python/Makefile,v > >> > |retrieving revision 1.161 > >> > |diff -u -r1.161 Makefile > >> > |--- Makefile ? 31 Jul 2007 16:28:32 -0000 ? ? ?1.161 > >> > |+++ Makefile ? 10 Jun 2009 15:15:23 -0000 > >> > -------------------------- > >> > Patching file Makefile using Plan A... > >> > Hunk #1 succeeded at 24. > >> > Hunk #2 succeeded at 46. > >> > done > >> > # make upgrade-site-packages -DUSE_PORTMASTER > >> > > >> > ===>>> /var/db/pkg/-f does not exist > >> > ===>>> Aborting update > >> > > >> > *** Signal 15 > >> > > >> > Terminated > >> > Stop in /usr/ports/lang/python. > >> > # > >> > >> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed. > >> This is on 7.2-RELEASE/i386 with portsnap tree as of "now". > > > > The patch was only tested with PORTUPGRADE_ARGS defined. In the > > case where it wasn't defined you would run into the issue you described. > > I think I've fixed it now, so please revert and try again. Sorry for the > > problems, but like I said earlier this is to get it more exposure. > > > > Please revert, fetch the patch again and apply. > > > It now also works fine without PORTUPGRADE_ARGS defined, i.e. just > # ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER ) Thank you. I'll wait till tomorrow morning (about 24 hours from when I started this thread) before I commit. If anyone has any more feedback, positive or negative please let me know. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:08:17 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77FF8106566C; Wed, 10 Jun 2009 20:08:17 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1A2FB8FC16; Wed, 10 Jun 2009 20:08:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA11997; Wed, 10 Jun 2009 23:08:13 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MEU5l-0007qO-EY; Wed, 10 Jun 2009 23:08:13 +0300 Message-ID: <4A3012AC.2070407@icyb.net.ua> Date: Wed, 10 Jun 2009 23:08:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Franci Nabalanci References: <200906071217.46779.lumiwa@gmail.com> <4A2FB35A.8070300@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, re@freebsd.org, Chagin Dmitry Subject: Re: skype-out calls disconnect after 5 minute X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 20:08:18 -0000 on 10/06/2009 19:01 Franci Nabalanci said the following: > Thank you very much for the aswer but I have 7.2 release and I don't > want change to 7 stable. It is not useful anymore. I will try if Ekiga > works better. BTW, if I understand the problem correctly kern.hz="100" in loader.conf should work around the problem. Unless you have to have a different HZ value for something else. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:21:45 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF1D106566C for ; Wed, 10 Jun 2009 20:21:45 +0000 (UTC) (envelope-from bounce-eshmcbvchrhswtbttn@news.college.us.com) Received: from mail5.news.college.us.com (mail5.news.college.us.com [64.20.249.20]) by mx1.freebsd.org (Postfix) with ESMTP id C510F8FC1D for ; Wed, 10 Jun 2009 20:21:44 +0000 (UTC) (envelope-from bounce-eshmcbvchrhswtbttn@news.college.us.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=default; d=news.college.us.com; h=Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:List-Unsubscribe; i=CollegeNews@news.college.us.com; bh=Ccmfxp+RxYOhsYvo24OU4jwY6fs=; b=EHzppSQWXGSWgqqU1FRkGaPQ7QspFPfIV8nVkyOalR6vtgbcFo3NBZ6FOnx41aukSPZ+/ifjN/re iYW5sz6GaA== DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=default; d=news.college.us.com; b=NE1TmKyoR0FuL/Tr5hPz14sRkHRQ3ZPqrbujCh082YzoHe2GXE0lsidoRlQWkDO7piY7LrbUcZiS NCECagOVLA==; Received: by mail5.news.college.us.com id h603e20c3do2 for ; Wed, 10 Jun 2009 13:57:30 -0500 (envelope-from ) Message-ID: <5047153.1244664052080.JavaMail.root@news.college.us.com> Date: Wed, 10 Jun 2009 15:00:52 -0500 (CDT) From: College News To: " John" Content-Transfer-Encoding: quoted-printable X-VAN: myzkffwnklfplnlpqqswlssnl lnvmsnlnwlpmskfwkmvmplqfqqn lqfvnzwnms x-campaignid: vantage164662 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Find An Online Nursing/Healthcare School. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: College News List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 20:21:45 -0000 =20 You are receiving this message because you= submitted the email address ports@freebsd.org to receive information from http://www.directscholar.com on Jun 09 2009 07:25AM. [1]Go here to add us to your address boo= k [2]Train for a rewarding career in healthcare or nurs= ing. See four top online schools. [3]View in Browser | [4]Unsu= bscribe" style=3D"color:#666666">Remove my Email 3D"COLLEGE.US= [5][portal=] [6]3D"Degrees [7][portals=] [8]Dear John, Want to prepare for a rewarding career in healthcare or n= ursing? You're in luck.=20 Now more than ever, top schools are offering their career= -focused healthcare and nursing degree programs in a convenient online form= at.=20 Find a healthcar= e or nursing degree program now. Careers in the healthcare and nursing fields are in high = demand, with many top schools offering online programs in: [9]o Health Administration [10]o Medical Transcription [11]o Healthcare Management [12]o Nursing [13]o Medical Assisting [14]o And More!* [15] Remember, whether you want to prepare for a new career, or advance your cu= rrent position, an online degree can be your key to getting there.=20 Take the next step toward a more rewarding career today! Find a degree program that works = for you! [16]3D"Train [17][nursi=] [18][i=] [19][portals=] [20]GO NOW! [21][portals=] [22][portal=] [23][portal=] This email= was sent by: COLLEGE.US.COM 2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266 You have subscribed to receive information from us with ports@freebsd.org =20 This email was sent to you because you requested we send you periodical= information about schools and colleges. To stop receiving email from COLLEGE.US.COM, [24]Remove me or= write us at the address listed above Please view our [25]Privacy Policy *Program availability varies by = school [ohnmcnjpj_vpvzgfkgvcv.gif&o=] References 1. 3D"http://www.news.college.us.com/mylfzlkvn_vpvzgfkgvcv_fwvdr= 2. 3D"http://www.news.college.us.com/bncrlcvkh_= 3. 3D"http://www.news.college.us.com/njznlzqrn_= 4. file://localhost/tmp/3D"h= 5. 3D"http://www.news.co=/ 6. 3D"http://www.news.co=/ 7. 3D"http://www.news.col=/ 8. 3D"http://www.news.college.us.com/yhdpzdfjz_= 9. 3D"http://www.news.college.us.com/rqlgklnlm= 10. 3D"http://www.news.college.us.com/lrkzykfkk= 11. 3D"http://www.news.college.us.com/ueqpgqdqj= 12. 3D"http://www.news.college.us.com/bncrlcvch= 13. 3D"http://www.news.college.us.com/gbpthpzpt= 14. 3D"http://www.news.college.us.com/xdbrfbmbk= 15. 3D"http://www.news.college.us.com/hgspfsdsj_= 16. 3D"http://www.news.college.us.com/b= 17. 3D"http://www.news.college.us.com/fw= 18. 3D"http://www.news.college.us.com/aqvjzvqvz_= 19. 3D"http://www.news.col=/ 20. 3D"http://=/ 21. 3D"http://www.news.col=/ 22. 3D"http://www.news.co=/ 23. 3D"http://www.news.co=/ 24. 3D"http://www.news=/ 25. 3D"http://www.news.college.us.com/bncrlcvgz_= From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:24:54 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EE171065675 for ; Wed, 10 Jun 2009 20:24:54 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id D6F748FC0C for ; Wed, 10 Jun 2009 20:24:53 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id E90A05C2E; Wed, 10 Jun 2009 16:24:52 -0400 (EDT) Date: Wed, 10 Jun 2009 16:24:52 -0400 From: Wesley Shields To: freebsd-ports@freebsd.org Message-ID: <20090610202452.GA65705@atarininja.org> References: <20090610111812.7ceda243@scorpio> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090610111812.7ceda243@scorpio> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: x11@freebsd.org Subject: Re: Unable to build: graphics/libGLU X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 20:24:54 -0000 On Wed, Jun 10, 2009 at 11:18:12AM -0400, Jerry wrote: > There is a checksum problem with the graphics/libGLU port. Even using > the "NO_CHECKSUM=yes" flag does not help. I then receive an error that > the libGLU-7.4.2.1" file is corrupt. You were likely fetching from garr.dl.sourceforge.net which has suddenly started serving up corrupt files. It has been removed from the list until the problem is resolved so update your ports tree and try again. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:44:46 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77A99106566C for ; Wed, 10 Jun 2009 20:44:46 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 0EC558FC0A for ; Wed, 10 Jun 2009 20:44:45 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 11D097E837; Wed, 10 Jun 2009 12:44:45 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Wed, 10 Jun 2009 12:44:42 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <20090610132647.GC40713@atarininja.org> In-Reply-To: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: ports@freebsd.org, Wesley Shields , python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 20:44:46 -0000 On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > It will be quite slow compared to using pkg_which (the normal method) so > be patient. Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache for future encounters, or we can create one: % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND xcb-proto-1.4 So: 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff What's this for? +JOBS= sysctl -n kern.smp.cpus Should be != if it's gonna be used, but it's not referenced anywhere else that I can see. -- Mel From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:46:45 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FF67106564A; Wed, 10 Jun 2009 20:46:45 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 907888FC16; Wed, 10 Jun 2009 20:46:44 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by mail-ew0-f212.google.com with SMTP id 8so1127109ewy.43 for ; Wed, 10 Jun 2009 13:46:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=ttQuqdMAepSqjCtSOCr7f7rRBFCdPXsGUTX/TdMEScs=; b=efgDXql8IRY4yPDsh+WFqtgD5e0MHGnB0lmdZ4Tu/vziIcVUhqG25XjqyOlnEq1gI7 RRF+2b3A/alXUCRZ5G76qJrdARKjUAlZVUiF0aTarj8bMR+X1x6+R54irp6jM/iB77qQ 461wRGhn6Lgf9vJr6xgRm+ObSClDr96SW/sAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=kWdvvP08hOBB1yQPIz6ghv3TRGOKVKsb9yThvS2JQg5p5WwyOF2AU7FgwOXy8fM9IS 2NzHuxSPiItST/I0ero69I2hMyzYX3mxi2thF8YC+qv6ymtJ+cr5AhOoj3ezEIKaUplA bjRRjRSsaCZM68uU49ZmaabGE6LJ/KNqvth2I= Received: by 10.210.128.5 with SMTP id a5mr7778467ebd.83.1244666804234; Wed, 10 Jun 2009 13:46:44 -0700 (PDT) Received: from self.rene-ladan.nl ([77.163.174.49]) by mx.google.com with ESMTPS id 28sm40519eye.56.2009.06.10.13.46.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 13:46:43 -0700 (PDT) Message-ID: <4A301BB0.5090500@gmail.com> Date: Wed, 10 Jun 2009 22:46:40 +0200 From: Rene Ladan User-Agent: Thunderbird 2.0.0.21 (X11/20090404) MIME-Version: 1.0 To: Wesley Shields References: <20090610132647.GC40713@atarininja.org> <20090610151212.GB61383@atarininja.org> <20090610154111.GC61383@atarininja.org> <20090610162510.GE61383@atarininja.org> In-Reply-To: <20090610162510.GE61383@atarininja.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 20:46:46 -0000 Wesley Shields schreef: > On Wed, Jun 10, 2009 at 05:59:42PM +0200, Rene Ladan wrote: >> 2009/6/10 Wesley Shields : >>> On Wed, Jun 10, 2009 at 05:26:40PM +0200, Rene Ladan wrote: >>>> 2009/6/10 Wesley Shields : >>>>> On Wed, Jun 10, 2009 at 04:44:41PM +0200, Rene Ladan wrote: >>>>>> 2009/6/10 Wesley Shields : >>>>>>> Here's a patch[1] that allows you to use portmaster when doing the python >>>>>>> upgrade. I intend to commit this tomorrow morning unless someone speaks >>>>>>> up. I'll also be adding the instructions to the UPDATING entry. >>>>>>> >>>>>>> Once applied you should be able to use: >>>>>>> >>>>>>> cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER >>>>>>> >>>>>>> It will be quite slow compared to using pkg_which (the normal method) so >>>>>>> be patient. I've used this patch to upgrade one lightly used machine and >>>>>>> I know at least one other person has survived an upgrade of a machine >>>>>>> with over 1000 ports installed. >>>>>>> >>>>>>> [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff >>>>>>> >>>>>> I applied the patch, but there is something wrong: >>>>>> >>>>>>> # make upgrade-site-packages -DUSE_PORTMASTER >>>>>>> Syntax error: end of file unexpected (expecting "}") >>>>>>> *** Error code 2 >>>>>>> >>>>>>> Stop in /usr/ports/lang/python. >>>>> Sorry, updated the patch to address this. Please revert and try again. >>>>> >>>>> -- WXS >>>>> >>>> Still not :-( : >>>> >>>>> # patch >>>> Hmm... ?Looks like a unified diff to me... >>>>> The text leading up to this was: >>>>> -------------------------- >>>>> |Index: Makefile >>>>> |=================================================================== >>>>> |RCS file: /ncvs/ports/lang/python/Makefile,v >>>>> |retrieving revision 1.161 >>>>> |diff -u -r1.161 Makefile >>>>> |--- Makefile ? 31 Jul 2007 16:28:32 -0000 ? ? ?1.161 >>>>> |+++ Makefile ? 10 Jun 2009 15:15:23 -0000 >>>>> -------------------------- >>>>> Patching file Makefile using Plan A... >>>>> Hunk #1 succeeded at 24. >>>>> Hunk #2 succeeded at 46. >>>>> done >>>>> # make upgrade-site-packages -DUSE_PORTMASTER >>>>> >>>>> ===>>> /var/db/pkg/-f does not exist >>>>> ===>>> Aborting update >>>>> >>>>> *** Signal 15 >>>>> >>>>> Terminated >>>>> Stop in /usr/ports/lang/python. >>>>> # >>>> portmaster-2.7, python-2.6,2 and python26-2.6.2 are installed. >>>> This is on 7.2-RELEASE/i386 with portsnap tree as of "now". >>> The patch was only tested with PORTUPGRADE_ARGS defined. In the >>> case where it wasn't defined you would run into the issue you described. >>> I think I've fixed it now, so please revert and try again. Sorry for the >>> problems, but like I said earlier this is to get it more exposure. >>> >>> Please revert, fetch the patch again and apply. >>> >> It now also works fine without PORTUPGRADE_ARGS defined, i.e. just >> # ( cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER ) > > Thank you. I'll wait till tomorrow morning (about 24 hours from when I > started this thread) before I commit. If anyone has any more feedback, > positive or negative please let me know. > The latest patch also works fine on my 7.2-RELEASE/amd64 which has xorg-7.4 and xfce-4.6.1 installed. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:52:37 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F06106567A; Wed, 10 Jun 2009 20:52:37 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id E79CC8FC12; Wed, 10 Jun 2009 20:52:36 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 4554D5C37; Wed, 10 Jun 2009 16:52:36 -0400 (EDT) Date: Wed, 10 Jun 2009 16:52:36 -0400 From: Wesley Shields To: Mel Flynn Message-ID: <20090610205236.GD65705@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, python@freebsd.org, freebsd-ports@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 20:52:38 -0000 On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > > > It will be quite slow compared to using pkg_which (the normal method) so > > be patient. > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache > for future encounters, or we can create one: My guess is that pkg_which is using pkgdb, which is why it is significantly faster. > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > xcb-proto-1.4 > > So: > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' I think there is a SoC project in the works to make our pkg utilities much better. I don't know any of the details but I can only hope that speed is one of the things being improved. > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > > What's this for? > +JOBS= sysctl -n kern.smp.cpus > > Should be != if it's gonna be used, but it's not referenced anywhere else > that I can see. It's used in XARGS_CMD to provide a bit of parallelism in an effort to be a bit faster. In my opinion the number can be increased much further than kern.smp.cpus but I'm not in a position to figure out how far to push it. The value used is better than nothing. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:52:37 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2F06106567A; Wed, 10 Jun 2009 20:52:37 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id E79CC8FC12; Wed, 10 Jun 2009 20:52:36 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 4554D5C37; Wed, 10 Jun 2009 16:52:36 -0400 (EDT) Date: Wed, 10 Jun 2009 16:52:36 -0400 From: Wesley Shields To: Mel Flynn Message-ID: <20090610205236.GD65705@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org, python@freebsd.org, freebsd-ports@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 20:52:38 -0000 On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > > > It will be quite slow compared to using pkg_which (the normal method) so > > be patient. > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache > for future encounters, or we can create one: My guess is that pkg_which is using pkgdb, which is why it is significantly faster. > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > xcb-proto-1.4 > > So: > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' I think there is a SoC project in the works to make our pkg utilities much better. I don't know any of the details but I can only hope that speed is one of the things being improved. > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > > What's this for? > +JOBS= sysctl -n kern.smp.cpus > > Should be != if it's gonna be used, but it's not referenced anywhere else > that I can see. It's used in XARGS_CMD to provide a bit of parallelism in an effort to be a bit faster. In my opinion the number can be increased much further than kern.smp.cpus but I'm not in a position to figure out how far to push it. The value used is better than nothing. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 20:52:50 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B42021065672 for ; Wed, 10 Jun 2009 20:52:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7353E8FC18 for ; Wed, 10 Jun 2009 20:52:50 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0282F6D41C; Wed, 10 Jun 2009 22:35:30 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id D33C284487; Wed, 10 Jun 2009 22:35:29 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Dmitry Marakasov References: <200906101533.04156.hselasky@c2i.net> <20090610160451.GE83013@hades.panopticon> Date: Wed, 10 Jun 2009 22:35:29 +0200 In-Reply-To: <20090610160451.GE83013@hades.panopticon> (Dmitry Marakasov's message of "Wed, 10 Jun 2009 20:04:51 +0400") Message-ID: <86iqj3vnce.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org, Hans Petter Selasky Subject: Re: garr sourceforge mirror is broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 20:52:51 -0000 Dmitry Marakasov writes: > Seems like garr sourceforge mirror is broken. Not just for transfig - I got a complaint about zsh this morning. I took a closer look at the corrupted file. There's a 128 kB block starting at offset 0x0017e000 that's corrupted; the rest of the file is fine. Probably filesystem corruption; that's what they get for not using ZFS ;) BTW, it looks like SourceForge have removed that server from their list of mirrors. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:02:59 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B61FF1065670; Wed, 10 Jun 2009 21:02:59 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 76FCC8FC13; Wed, 10 Jun 2009 21:02:57 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 11D097E837; Wed, 10 Jun 2009 12:44:45 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Wed, 10 Jun 2009 12:44:42 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <20090610132647.GC40713@atarininja.org> In-Reply-To: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: ports@freebsd.org, Wesley Shields , python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 21:03:00 -0000 On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > It will be quite slow compared to using pkg_which (the normal method) so > be patient. Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a cache for future encounters, or we can create one: % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND xcb-proto-1.4 So: 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff What's this for? +JOBS= sysctl -n kern.smp.cpus Should be != if it's gonna be used, but it's not referenced anywhere else that I can see. -- Mel From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:23:39 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23381065672; Wed, 10 Jun 2009 21:23:39 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id 68FB88FC08; Wed, 10 Jun 2009 21:23:39 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5700C2C50CE8; Thu, 11 Jun 2009 00:24:08 +0300 (EEST) Date: Thu, 11 Jun 2009 00:23:58 +0300 From: Ion-Mihai Tetcu To: Wesley Shields Message-ID: <20090611002358.3a060b05@it.buh.tecnik93.com> In-Reply-To: <20090610205236.GD65705@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090610205236.GD65705@atarininja.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/7G.MEWhASkPkzpUrc3Gs.RO"; protocol="application/pgp-signature" Cc: ports@freebsd.org, Mel Flynn , python@freebsd.org, freebsd-ports@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 21:23:40 -0000 --Sig_/7G.MEWhASkPkzpUrc3Gs.RO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 10 Jun 2009 16:52:36 -0400 Wesley Shields wrote: > On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > >=20 > > > It will be quite slow compared to using pkg_which (the normal > > > method) so be patient. > >=20 > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info > > grow a cache for future encounters, or we can create one: >=20 > My guess is that pkg_which is using pkgdb, which is why it is > significantly faster. >=20 > > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > > % FOUND=3D`sed -ne > > 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > > xcb-proto-1.4 > >=20 > > So: > > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' >=20 > I think there is a SoC project in the works to make our pkg utilities > much better. I don't know any of the details but I can only hope that > speed is one of the things being improved. >=20 > > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > >=20 > > What's this for? > > +JOBS=3D sysctl -n kern.smp.cpus > >=20 > > Should be !=3D if it's gonna be used, but it's not referenced > > anywhere else that I can see. If we'd be using !=3D that particular instruction would be executed each time something interacts with the port, including eg. mkake describe (part of make index). This way that piece of code is executed only when needed. (and yes, it is referenced further bellow). > It's used in XARGS_CMD to provide a bit of parallelism in an effort to > be a bit faster. In my opinion the number can be increased much > further than kern.smp.cpus but I'm not in a position to figure out > how far to push it. The value used is better than nothing.\ Probably x2 would be OK. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/7G.MEWhASkPkzpUrc3Gs.RO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkowJHcACgkQJ7GIuiH/oeWUxQCgjZVj2MamY8Ep9NjA2LvQsZWf YrYAn1vyP2LOmKKwkm2i8sH8XtDeu9Nn =z88Z -----END PGP SIGNATURE----- --Sig_/7G.MEWhASkPkzpUrc3Gs.RO-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:23:39 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C23381065672; Wed, 10 Jun 2009 21:23:39 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.freebsd.org (Postfix) with ESMTP id 68FB88FC08; Wed, 10 Jun 2009 21:23:39 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 5700C2C50CE8; Thu, 11 Jun 2009 00:24:08 +0300 (EEST) Date: Thu, 11 Jun 2009 00:23:58 +0300 From: Ion-Mihai Tetcu To: Wesley Shields Message-ID: <20090611002358.3a060b05@it.buh.tecnik93.com> In-Reply-To: <20090610205236.GD65705@atarininja.org> References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090610205236.GD65705@atarininja.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/7G.MEWhASkPkzpUrc3Gs.RO"; protocol="application/pgp-signature" Cc: ports@freebsd.org, Mel Flynn , python@freebsd.org, freebsd-ports@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 21:23:40 -0000 --Sig_/7G.MEWhASkPkzpUrc3Gs.RO Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 10 Jun 2009 16:52:36 -0400 Wesley Shields wrote: > On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > >=20 > > > It will be quite slow compared to using pkg_which (the normal > > > method) so be patient. > >=20 > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info > > grow a cache for future encounters, or we can create one: >=20 > My guess is that pkg_which is using pkgdb, which is why it is > significantly faster. >=20 > > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > > % FOUND=3D`sed -ne > > 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > > xcb-proto-1.4 > >=20 > > So: > > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' >=20 > I think there is a SoC project in the works to make our pkg utilities > much better. I don't know any of the details but I can only hope that > speed is one of the things being improved. >=20 > > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > >=20 > > What's this for? > > +JOBS=3D sysctl -n kern.smp.cpus > >=20 > > Should be !=3D if it's gonna be used, but it's not referenced > > anywhere else that I can see. If we'd be using !=3D that particular instruction would be executed each time something interacts with the port, including eg. mkake describe (part of make index). This way that piece of code is executed only when needed. (and yes, it is referenced further bellow). > It's used in XARGS_CMD to provide a bit of parallelism in an effort to > be a bit faster. In my opinion the number can be increased much > further than kern.smp.cpus but I'm not in a position to figure out > how far to push it. The value used is better than nothing.\ Probably x2 would be OK. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/7G.MEWhASkPkzpUrc3Gs.RO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkowJHcACgkQJ7GIuiH/oeWUxQCgjZVj2MamY8Ep9NjA2LvQsZWf YrYAn1vyP2LOmKKwkm2i8sH8XtDeu9Nn =z88Z -----END PGP SIGNATURE----- --Sig_/7G.MEWhASkPkzpUrc3Gs.RO-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:29:42 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F22106564A; Wed, 10 Jun 2009 21:29:42 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id CE9848FC1B; Wed, 10 Jun 2009 21:29:34 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id A0BC9A0755; Wed, 10 Jun 2009 23:00:27 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 94303A0713; Wed, 10 Jun 2009 23:00:27 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 806BDA070C; Wed, 10 Jun 2009 23:00:27 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF166) with ESMTP id 2009061023002708-17153 ; Wed, 10 Jun 2009 23:00:27 +0200 Received: by wep4035 (sSMTP sendmail emulation); Wed, 10 Jun 2009 23:00:27 +0200 Date: Wed, 10 Jun 2009 23:00:27 +0200 From: Alexey Shuvaev To: Wesley Shields Message-ID: <20090610210027.GA82406@wep4035.physik.uni-wuerzburg.de> References: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 In-Reply-To: <20090610132647.GC40713@atarininja.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF166 | March 12, 2009) at 06/10/2009 11:00:27 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF166 | March 12, 2009) at 06/10/2009 11:00:27 PM, Serialize complete at 06/10/2009 11:00:27 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: ports@freebsd.org, python@freebsd.org, miwi@FreeBSD.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 21:29:42 -0000 On Wed, Jun 10, 2009 at 09:26:47AM -0400, Wesley Shields wrote: > Here's a patch[1] that allows you to use portmaster when doing the python > upgrade. I intend to commit this tomorrow morning unless someone speaks > up. I'll also be adding the instructions to the UPDATING entry. > > Once applied you should be able to use: > > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > > It will be quite slow compared to using pkg_which (the normal method) so > be patient. I've used this patch to upgrade one lightly used machine and > I know at least one other person has survived an upgrade of a machine > with over 1000 ports installed. > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > I think using "-f" switch with portmaster is not correct as it will unconditionally rebuild all dependencies also (often up to perl :). 0.02$, Alexey. From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 22:00:26 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59C611065686 for ; Wed, 10 Jun 2009 22:00:26 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 73E638FC08 for ; Wed, 10 Jun 2009 22:00:25 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy8 with SMTP id 8so1177159ewy.43 for ; Wed, 10 Jun 2009 15:00:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=+g8QPpmPdACHDq21DDK8DiRgLzGvNYry6t5GCAswRHo=; b=SDR9UMm0dwEhayRTesejBOvFXZT6V2FlOiDCofUZB3C8TqGAvIxySWvO2MUNnWuEVH GKxGJOcFOccTpMAuuqw8jY/B1xsgjhRMvKDqPIMLdHuONoPqPaFOedhTxV36gRNXA3x3 ItuJJcNMl04EMupl0aGw0MZKsjduW3qbdEy1I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=iZ2sm20z9qjRfRa4XPRQnazm9ezCzgXsY3thtW0H8itfg75d198tPaUlrckfZE6Emj 1mKeKISzo1EcNNhxO7LMNMjtk3/oaPgvbUIrswHGp1o7hWSPyMarH7+SPBGb8IZJDZEq C0cSePfVmHTWxuELZV4DhNi5krU9ynD3YSYMU= MIME-Version: 1.0 Received: by 10.210.27.14 with SMTP id a14mr2287838eba.47.1244671224465; Wed, 10 Jun 2009 15:00:24 -0700 (PDT) Date: Thu, 11 Jun 2009 02:00:24 +0400 Message-ID: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com> From: Alexander Churanov To: FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pav@freebsd.org Subject: Request for exp-run (devel/boost) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 22:00:26 -0000 Folks, I've created an update for devel/boost, but did not verify that ALL software that depends on it builds and runs successfully. Some ports are really huge, like OpenOffice or KDE. Could we have and exp-run for updated devel/boost? To update ports, follow the next procedure: 1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2 tarball into /usr/ports/devel 2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff to /usr/ports 3) Remove ports devel/boost and devel/boost-python Sincerely, Alexander Churanov, maintainer of devel/boost From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:56:48 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B97C1065670; Wed, 10 Jun 2009 21:56:48 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id AFD208FC18; Wed, 10 Jun 2009 21:55:23 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy8 with SMTP id 8so1173732ewy.43 for ; Wed, 10 Jun 2009 14:55:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Y0c62S3nmcPQ8LE63wdGS0ALAxjiCTLCiHeNhL2tfZc=; b=DQeTX7ek2UHoaMLxQcq6K8huMsv6uxHJciloa8T51ItDh8o0qyxLMe88kziqpLD0wP tzb19HQD7qKgtPpiDcqZuFKoWeNuwTsEAhY6oGxDKfhLIry9mmcS3e/167DlavxvRQQW 4u5dkxEcXqWdir/NKQgfaDjIad8rAX6Pt+g7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=xrcLQoF6zjzpfvnLeB7nySjkRZXlrpvrLGRI1UAoxJOKFfsCcw5eUsYgwapYXyJGC4 S5ewoGUFAYxby5u27gKU0V+A681Eyex+IgABHrJeXePszE/nvdhRLu7jBhj6CNz4u9RC bKxVYbrXb66kXqaRqGHO+Rmb+rQF0SjJhKxDE= MIME-Version: 1.0 Received: by 10.210.27.14 with SMTP id a14mr2307025eba.9.1244670923100; Wed, 10 Jun 2009 14:55:23 -0700 (PDT) Date: Thu, 11 Jun 2009 01:55:23 +0400 Message-ID: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com> From: Alexander Churanov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 22:01:15 +0000 Cc: dinoex@freebsd.org, tabthorpe@freebsd.org, steve@stevenwills.com, romain@blogreen.org, sten@blinkenlights.nl, philip@freebsd.org, ganael.laplanche@martymac.com, openoffice@freebsd.org, alexbl@freebsd.org, zhoushuqun@gmail.com, leeym@freebsd.org, makc@freebsd.org, marius@nuenneri.ch, tech@wooztalk.com, kde@freebsd.org, trasz@freebsd.org, ii@any.com.ru, spam@rm-rf.kiev.ua, dindin@dindin.ru, oliver@freebsd.org, lioux@freebsd.org, pav@freebsd.org, gahr@freebsd.org, gnome@freebsd.org, carpetsmoker@xs4all.nl, cia@mud.ro, wenheping@gmail.com, meitolake@gmail.com, lapo@lapo.it, tcovert@sahuagin.net, mad@madpilot.net, vd@freebsd.org, gslin@gslin.org, amdmi3@freebsd.org, kevlo@freebsd.org, fjoe@freebsd.org, lwhsu@freebsd.org, nivit@freebsd.org, yokota@res.otaru-uc.ac.jp, danfe@freebsd.org, alepulver@freebsd.org, skv@freebsd.org, thierry@freebsd.org, smyru@heron.pl, db@freebsd.org, wxs@freebsd.org, acm@freebsd.org, novel@freebsd.org, mi@aldan.algebra.com, ports@freebsd.org, tremere@cainites.net, multimedia@freebsd.org, johan@stromnet.se, delphij@freebsd.org, bms@freebsd.org, jjuanino@gmail.com Subject: Update for devel/boost is ready X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 21:56:49 -0000 Hi folks! Update for devel/boost is ready. Main changes are splitting into several ports and updating to 1.39. No more conflicts with Boost.Python! See http://wiki.freebsd.org/BoostPortingProject for details. You are interested in reviewing changes, follow the next procedure: 1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2 tarball into /usr/ports/devel 2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff to /usr/ports 3) Remove ports devel/boost and devel/boost-python Sincerely, Alexander Churanov, maintainer of devel/boost From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 21:56:48 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B97C1065670; Wed, 10 Jun 2009 21:56:48 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id AFD208FC18; Wed, 10 Jun 2009 21:55:23 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy8 with SMTP id 8so1173732ewy.43 for ; Wed, 10 Jun 2009 14:55:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Y0c62S3nmcPQ8LE63wdGS0ALAxjiCTLCiHeNhL2tfZc=; b=DQeTX7ek2UHoaMLxQcq6K8huMsv6uxHJciloa8T51ItDh8o0qyxLMe88kziqpLD0wP tzb19HQD7qKgtPpiDcqZuFKoWeNuwTsEAhY6oGxDKfhLIry9mmcS3e/167DlavxvRQQW 4u5dkxEcXqWdir/NKQgfaDjIad8rAX6Pt+g7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=xrcLQoF6zjzpfvnLeB7nySjkRZXlrpvrLGRI1UAoxJOKFfsCcw5eUsYgwapYXyJGC4 S5ewoGUFAYxby5u27gKU0V+A681Eyex+IgABHrJeXePszE/nvdhRLu7jBhj6CNz4u9RC bKxVYbrXb66kXqaRqGHO+Rmb+rQF0SjJhKxDE= MIME-Version: 1.0 Received: by 10.210.27.14 with SMTP id a14mr2307025eba.9.1244670923100; Wed, 10 Jun 2009 14:55:23 -0700 (PDT) Date: Thu, 11 Jun 2009 01:55:23 +0400 Message-ID: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com> From: Alexander Churanov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 10 Jun 2009 22:02:40 +0000 Cc: dinoex@freebsd.org, tabthorpe@freebsd.org, steve@stevenwills.com, romain@blogreen.org, sten@blinkenlights.nl, philip@freebsd.org, ganael.laplanche@martymac.com, openoffice@freebsd.org, alexbl@freebsd.org, zhoushuqun@gmail.com, leeym@freebsd.org, makc@freebsd.org, marius@nuenneri.ch, tech@wooztalk.com, kde@freebsd.org, trasz@freebsd.org, ii@any.com.ru, spam@rm-rf.kiev.ua, dindin@dindin.ru, oliver@freebsd.org, lioux@freebsd.org, pav@freebsd.org, gahr@freebsd.org, gnome@freebsd.org, carpetsmoker@xs4all.nl, cia@mud.ro, wenheping@gmail.com, meitolake@gmail.com, lapo@lapo.it, tcovert@sahuagin.net, mad@madpilot.net, vd@freebsd.org, gslin@gslin.org, amdmi3@freebsd.org, kevlo@freebsd.org, fjoe@freebsd.org, lwhsu@freebsd.org, nivit@freebsd.org, yokota@res.otaru-uc.ac.jp, danfe@freebsd.org, alepulver@freebsd.org, skv@freebsd.org, thierry@freebsd.org, smyru@heron.pl, db@freebsd.org, wxs@freebsd.org, acm@freebsd.org, novel@freebsd.org, mi@aldan.algebra.com, ports@freebsd.org, tremere@cainites.net, multimedia@freebsd.org, johan@stromnet.se, delphij@freebsd.org, bms@freebsd.org, jjuanino@gmail.com Subject: Update for devel/boost is ready X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 10 Jun 2009 21:56:49 -0000 Hi folks! Update for devel/boost is ready. Main changes are splitting into several ports and updating to 1.39. No more conflicts with Boost.Python! See http://wiki.freebsd.org/BoostPortingProject for details. You are interested in reviewing changes, follow the next procedure: 1) Unpack the http://alexanderchuranov.com/boost-port/boost-ports-20090609.tar.bz2 tarball into /usr/ports/devel 2) Apply patch http://alexanderchuranov.com/boost-port/boost-2009-05-29-15-47.diff to /usr/ports 3) Remove ports devel/boost and devel/boost-python Sincerely, Alexander Churanov, maintainer of devel/boost From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 23:47:31 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B851065678; Wed, 10 Jun 2009 23:47:31 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 A69898FC16; Wed, 10 Jun 2009 23:47:30 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 74A5D7E837; Wed, 10 Jun 2009 15:47:29 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Wed, 10 Jun 2009 15:47:27 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090610205236.GD65705@atarininja.org> In-Reply-To: <20090610205236.GD65705@atarininja.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_QYEMKypzS0D4k62" Message-Id: <200906101547.28358.mel.flynn+fbsd.ports@mailing.thruhere.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Wesley Shields , python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 23:47:31 -0000 --Boundary-00=_QYEMKypzS0D4k62 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 10 June 2009 12:52:36 Wesley Shields wrote: > On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > > > It will be quite slow compared to using pkg_which (the normal method) > > > so be patient. > > > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a > > cache for future encounters, or we can create one: > > My guess is that pkg_which is using pkgdb, which is why it is > significantly faster. > > > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > > xcb-proto-1.4 > > > > So: > > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' > > I think there is a SoC project in the works to make our pkg utilities > much better. I don't know any of the details but I can only hope that > speed is one of the things being improved. True, however the above can be done now, though it's a bit tricky to squeeze into the find command, one could put this as shell script in files/pkg_which. And patch Makefile as attached. I haven't got a system to run this on, since I switched to 2.6 everywhere a long time ago, but the find command on the shell produced the desired output. > > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > > > > What's this for? > > +JOBS= sysctl -n kern.smp.cpus > > > > Should be != if it's gonna be used, but it's not referenced anywhere else > > that I can see. > > It's used in XARGS_CMD to provide a bit of parallelism in an effort to > be a bit faster. That was pretty blind of me. -- Mel --Boundary-00=_QYEMKypzS0D4k62 Content-Type: text/x-patch; charset="ISO-8859-1"; name="patch-lang-python-Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-lang-python-Makefile" Index: python/Makefile =================================================================== RCS file: /home/ncvs/ports/lang/python/Makefile,v retrieving revision 1.161 diff -u -r1.161 Makefile --- python/Makefile 31 Jul 2007 16:28:32 -0000 1.161 +++ python/Makefile 10 Jun 2009 23:03:32 -0000 @@ -24,8 +24,19 @@ @${DO_NADA} # Major upgrade support -PORTUPGRADE_CMD?= ${LOCALBASE}/sbin/portupgrade -PKG_WHICH_CMD?= ${LOCALBASE}/sbin/pkg_which +PORTUPGRADE_CMD= ${LOCALBASE}/sbin/portupgrade +PKG_WHICH_CMD= ${LOCALBASE}/sbin/pkg_which +XARGS_CMD= ${XARGS} -0 + +.if defined(USE_PORTMASTER) +PORTUPGRADE_CMD= ${LOCALBASE}/sbin/portmaster +PORTUPGRADE_ARGS?= "" +PKG_WHICH_CMD= ${SETENV} LOCALBASE=${LOCALBASE} PKG_DBDIR=${PKG_DBDIR} \ + ${SH} ${FILESDIR}/pkg_which +JOBS= sysctl -n kern.smp.cpus +XARGS_CMD= ${XARGS} -L 1 -0 -P $$(${JOBS}) +.endif + upgrade-site-packages: @if [ ! -x ${PORTUPGRADE_CMD} ]; then \ ${ECHO_MSG} "Please install ports-mgmt/portupgrade."; \ @@ -36,14 +47,21 @@ if [ -d ${PREFIX}/lib/python$$ver ]; then \ UPD=`${FIND} ${PREFIX}/lib/python$$ver \ -type f -print0 | \ - ${XARGS} -0 ${PKG_WHICH_CMD} | \ + ${XARGS_CMD} ${PKG_WHICH_CMD} | \ ${GREP} -Fv '?' | \ ${EGREP} -v '^python2?[0-5]?-2' | \ ${SORT} -u`; \ if [ "$$UPD" ]; then \ - ${PORTUPGRADE_CMD} -f $$UPD; \ + if [ -n ${PORTUPGRADE_ARGS} ]; then \ + ${PORTUPGRADE_CMD} ${PORTUPGRADE_ARGS} -f $$UPD; \ + else \ + ${PORTUPGRADE_CMD} -f $$UPD; \ + fi; \ fi; \ fi; \ - done \ + done +.if defined(USE_PORTMASTER) + ${PKG_WHICH_CMD} -r +.endif .include --Boundary-00=_QYEMKypzS0D4k62-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 10 23:47:31 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B851065678; Wed, 10 Jun 2009 23:47:31 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 A69898FC16; Wed, 10 Jun 2009 23:47:30 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 74A5D7E837; Wed, 10 Jun 2009 15:47:29 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Wed, 10 Jun 2009 15:47:27 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) References: <20090610132647.GC40713@atarininja.org> <200906101244.43479.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090610205236.GD65705@atarininja.org> In-Reply-To: <20090610205236.GD65705@atarininja.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_QYEMKypzS0D4k62" Message-Id: <200906101547.28358.mel.flynn+fbsd.ports@mailing.thruhere.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Wesley Shields , python@freebsd.org, miwi@freebsd.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 23:47:31 -0000 --Boundary-00=_QYEMKypzS0D4k62 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 10 June 2009 12:52:36 Wesley Shields wrote: > On Wed, Jun 10, 2009 at 12:44:42PM -0800, Mel Flynn wrote: > > On Wednesday 10 June 2009 05:26:47 Wesley Shields wrote: > > > It will be quite slow compared to using pkg_which (the normal method) > > > so be patient. > > > > Does pkg_which use the pkgdb? If so, maybe we could have pkg_info grow a > > cache for future encounters, or we can create one: > > My guess is that pkg_which is using pkgdb, which is why it is > significantly faster. > > > % grep -v '^@' /var/db/pkg/*/+CONTENTS >/tmp/pkg_info.cache > > % FOUND=`sed -ne 's,^/var/db/pkg/\(.*\)/+CONTENTS:lib/python2.6/site- > > packages/xcbgen/error.py$,\1,p' /tmp/pkg_info.cache`; echo $FOUND > > xcb-proto-1.4 > > > > So: > > 's,^${PKG_DBDIR}/\(.*\)/+CONTENTS:$$f$$,\1,p' > > I think there is a SoC project in the works to make our pkg utilities > much better. I don't know any of the details but I can only hope that > speed is one of the things being improved. True, however the above can be done now, though it's a bit tricky to squeeze into the find command, one could put this as shell script in files/pkg_which. And patch Makefile as attached. I haven't got a system to run this on, since I switched to 2.6 everywhere a long time ago, but the find command on the shell produced the desired output. > > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff > > > > What's this for? > > +JOBS= sysctl -n kern.smp.cpus > > > > Should be != if it's gonna be used, but it's not referenced anywhere else > > that I can see. > > It's used in XARGS_CMD to provide a bit of parallelism in an effort to > be a bit faster. That was pretty blind of me. -- Mel --Boundary-00=_QYEMKypzS0D4k62 Content-Type: text/x-patch; charset="ISO-8859-1"; name="patch-lang-python-Makefile" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-lang-python-Makefile" Index: python/Makefile =================================================================== RCS file: /home/ncvs/ports/lang/python/Makefile,v retrieving revision 1.161 diff -u -r1.161 Makefile --- python/Makefile 31 Jul 2007 16:28:32 -0000 1.161 +++ python/Makefile 10 Jun 2009 23:03:32 -0000 @@ -24,8 +24,19 @@ @${DO_NADA} # Major upgrade support -PORTUPGRADE_CMD?= ${LOCALBASE}/sbin/portupgrade -PKG_WHICH_CMD?= ${LOCALBASE}/sbin/pkg_which +PORTUPGRADE_CMD= ${LOCALBASE}/sbin/portupgrade +PKG_WHICH_CMD= ${LOCALBASE}/sbin/pkg_which +XARGS_CMD= ${XARGS} -0 + +.if defined(USE_PORTMASTER) +PORTUPGRADE_CMD= ${LOCALBASE}/sbin/portmaster +PORTUPGRADE_ARGS?= "" +PKG_WHICH_CMD= ${SETENV} LOCALBASE=${LOCALBASE} PKG_DBDIR=${PKG_DBDIR} \ + ${SH} ${FILESDIR}/pkg_which +JOBS= sysctl -n kern.smp.cpus +XARGS_CMD= ${XARGS} -L 1 -0 -P $$(${JOBS}) +.endif + upgrade-site-packages: @if [ ! -x ${PORTUPGRADE_CMD} ]; then \ ${ECHO_MSG} "Please install ports-mgmt/portupgrade."; \ @@ -36,14 +47,21 @@ if [ -d ${PREFIX}/lib/python$$ver ]; then \ UPD=`${FIND} ${PREFIX}/lib/python$$ver \ -type f -print0 | \ - ${XARGS} -0 ${PKG_WHICH_CMD} | \ + ${XARGS_CMD} ${PKG_WHICH_CMD} | \ ${GREP} -Fv '?' | \ ${EGREP} -v '^python2?[0-5]?-2' | \ ${SORT} -u`; \ if [ "$$UPD" ]; then \ - ${PORTUPGRADE_CMD} -f $$UPD; \ + if [ -n ${PORTUPGRADE_ARGS} ]; then \ + ${PORTUPGRADE_CMD} ${PORTUPGRADE_ARGS} -f $$UPD; \ + else \ + ${PORTUPGRADE_CMD} -f $$UPD; \ + fi; \ fi; \ fi; \ - done \ + done +.if defined(USE_PORTMASTER) + ${PKG_WHICH_CMD} -r +.endif .include --Boundary-00=_QYEMKypzS0D4k62-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 01:51:04 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE665106566B for ; Thu, 11 Jun 2009 01:51:04 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6D9E58FC08 for ; Thu, 11 Jun 2009 01:51:03 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: by fxm20 with SMTP id 20so1138599fxm.43 for ; Wed, 10 Jun 2009 18:51:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; bh=I2jYmdKQP9/pj5l2UMOPjHW0EUgdQFVWIn4oGnKOJcg=; b=MQ7kxMS/bMUpcTHJDPhAe2/Bf8R81487sVkj1WB/s8WvXI4xjS6CcUX1zcTrs+A3qY dOfrptW0EC+aiSD9lG3toTsxSGD0NMHWintlbTT8n3wq3WoJxlrNs4mp8ZhiiGe17z0p rJtynm6GewFlTLJ55f9MD5ZOhkfFF4AOIS/A0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:subject:message-id :mime-version:content-type:content-disposition:user-agent; b=ijhFUROBdr/Nr93c+PkQ4UqEeC8EwXf1ztJHylv05LmMhd1o5GeXxBywydhUKBJztn OVpz+7msk8h3VncNO6ZyalE2Sk+48SQKYuOhQnLhfE6faFGdxQKHKdyD43CEd7sYzkFM xoUkKTSd0l1T9kbk48GOqxL5A/5q0jV0rCFUM= Received: by 10.103.168.5 with SMTP id v5mr998246muo.77.1244683779845; Wed, 10 Jun 2009 18:29:39 -0700 (PDT) Received: from darklight.homeunix.org ([85.175.158.234]) by mx.google.com with ESMTPS id y37sm15964724mug.49.2009.06.10.18.29.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Jun 2009 18:29:39 -0700 (PDT) Received: from darklight.homeunix.org (darklight.homeunix.org [127.0.0.1]) by darklight.homeunix.org (8.14.3/8.14.3) with ESMTP id n5B1Tc7a065795 for ; Thu, 11 Jun 2009 05:29:44 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.homeunix.org (8.14.3/8.14.3/Submit) id n5B0cwdS046482 for ports@freebsd.org; Thu, 11 Jun 2009 04:38:58 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.homeunix.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 11 Jun 2009 04:38:58 +0400 From: Yuri Pankov To: ports@freebsd.org Message-ID: <20090611003858.GB1457@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Installing files to PREFIX and LINUXBASE - is it possible? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 11 Jun 2009 01:51:05 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm trying to create port of linux version of Gens (Sega Genesis/CD/32X emulator). Benefits of using linux version are most recent release and ability to run it on amd64 (native version doesn't compile on amd64). However, I need to install binary to PREFIX and some files should go to /usr/share/gens (paths are hardcoded, checked with ktrace, gens is trying to open /usr/share/gens/ or /compat/linux/usr/share/gens/), and installing to /usr isn't really an option, so LINUXBASE/usr/share/gens looks like an only choice. Installing everything under LINUXBASE doesn't look like option too - "/compat/linux/usr/bin" isn't in path by default. Is it possible at all (and welcomed) and how would I create pkg-plist in this case or are there any other solutions? I've attached shar of what's there at the moment (with incorrect pkg-plist). TIA, Yuri --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="linux-gens.shar" # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # linux-gens # linux-gens/distinfo # linux-gens/pkg-descr # linux-gens/Makefile # linux-gens/pkg-plist # echo c - linux-gens mkdir -p linux-gens > /dev/null 2>&1 echo x - linux-gens/distinfo sed 's/^X//' >linux-gens/distinfo << '035edacc1a6d34536aae18d639f8c2c7' XMD5 (gens-2.15.5-1.fc8.i386.rpm) = 96fac43c726ad49c7e6a6507fab8e44d XSHA256 (gens-2.15.5-1.fc8.i386.rpm) = 38c26f94ebcfe37f87148a0e0282f39d6e638f4b1b2e174add0bac82055fc6dd XSIZE (gens-2.15.5-1.fc8.i386.rpm) = 531596 035edacc1a6d34536aae18d639f8c2c7 echo x - linux-gens/pkg-descr sed 's/^X//' >linux-gens/pkg-descr << '9888e24c3cf4c862c25a596f64fcb532' XA Sega Genesis/CD/32X emulator that uses the SDL library and has a GTK Xuser interface (Linux version). X XWWW: http://gens.sourceforge.net 9888e24c3cf4c862c25a596f64fcb532 echo x - linux-gens/Makefile sed 's/^X//' >linux-gens/Makefile << '0da366ce2b483856510ecbaa96b5d034' X# New ports collection makefile for: linux-gens X# Date created: 2009-06-09 X# Whom: Yuri Pankov X# X# $FreeBSD$ X# X XPORTNAME= gens XPORTVERSION= 2.15.5 XCATEGORIES= emulators linux XMASTER_SITES= http://download1.rpmfusion.org/nonfree/fedora/updates/8/i386/ XPKGNAMEPREFIX= linux- XDISTFILES= gens-2.15.5-1.fc8.i386.rpm XEXTRACT_ONLY= X XMAINTAINER= yuri.pankov@gmail.com XCOMMENT= Sega Genesis/CD/32X emulator (Linux version) X XEXTRACT_DEPENDS= rpm2cpio:${PORTSDIR}/archivers/rpm X XCONFLICTS= gens-2.* X XRPMFILE= ${PORTNAME}-${PORTVERSION}-1.fc8.i386.rpm X XONLY_FOR_ARCHS= i386 amd64 XUSE_LINUX= yes XUSE_LINUX_APPS= gtk2 sdl12 dri X XNO_BUILD= yes XNO_WRKSUBDIR= yes X XPLIST_SUB= LINUXBASE=${LINUXBASE} X Xdo-extract: X ${MKDIR} ${WRKSRC} X cd ${WRKSRC} && rpm2cpio ${DISTDIR}/${RPMFILE} | ${CPIO} -id X Xdo-install: X ${INSTALL_PROGRAM} ${WRKSRC}/usr/bin/gens ${PREFIX}/bin X ${MKDIR} ${LINUXBASE}/usr/share/gens X ${INSTALL_DATA} ${WRKSRC}/usr/share/gens/* ${LINUXBASE}/usr/share/gens X X.include 0da366ce2b483856510ecbaa96b5d034 echo x - linux-gens/pkg-plist sed 's/^X//' >linux-gens/pkg-plist << '93a35c8901f5205cffdd5dd3523b52d8' Xbin/gens X%%LINUXBASE%%/usr/share/gens/ksysguard.png X%%LINUXBASE%%/usr/share/gens/bmp00000.png X%%LINUXBASE%%/usr/share/gens/binary.png X%%LINUXBASE%%/usr/share/gens/package_settings.png X%%LINUXBASE%%/usr/share/gens/sonic2.ico X%%LINUXBASE%%/usr/share/gens/gens.ico X%%LINUXBASE%%/usr/share/gens/2rightarrow.png X%%LINUXBASE%%/usr/share/gens/gens_big.bmp X%%LINUXBASE%%/usr/share/gens/folder_slin_open.png X%%LINUXBASE%%/usr/share/gens/bmp00006.png X%%LINUXBASE%%/usr/share/gens/bmp00001.png X%%LINUXBASE%%/usr/share/gens/sonic.ico X%%LINUXBASE%%/usr/share/gens/history.png X%%LINUXBASE%%/usr/share/gens/password.png X%%LINUXBASE%%/usr/share/gens/Gens2.ico X%%LINUXBASE%%/usr/share/gens/reload.png X%%LINUXBASE%%/usr/share/gens/gens_small.png X%%LINUXBASE%%/usr/share/gens/xpaint.png X%%LINUXBASE%%/usr/share/gens/kmix.png X%%LINUXBASE%%/usr/share/gens/bitmap1.png X%%LINUXBASE%%/usr/share/gens/file_text.png X%%LINUXBASE%%/usr/share/gens/viewmag.png X%%LINUXBASE%%/usr/share/gens/bmp00002.png X%%LINUXBASE%%/usr/share/gens/bmp00005.png X%%LINUXBASE%%/usr/share/gens/Modem.png X%%LINUXBASE%%/usr/share/gens/memory.png X%%LINUXBASE%%/usr/share/gens/viewmag1.png X%%LINUXBASE%%/usr/share/gens/cdrom2_unmount.png X%%LINUXBASE%%/usr/share/gens/editcopy.png X%%LINUXBASE%%/usr/share/gens/bmp00004.png X%%LINUXBASE%%/usr/share/gens/bmp00003.png X%%LINUXBASE%%/usr/share/gens/package_games.png X%%LINUXBASE%%/usr/share/gens/filleclose.png X%%LINUXBASE%%/usr/share/gens/resource.png X@dirrm %%LINUXBASE%%/usr/share/gens 93a35c8901f5205cffdd5dd3523b52d8 exit --LZvS9be/3tNcYl/X-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 01:54:18 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7771065673 for ; Thu, 11 Jun 2009 01:54:18 +0000 (UTC) (envelope-from info@bnbuzz.com) Received: from spider3.webhostingspider.com (spider3.webhostingspider.com [85.25.236.184]) by mx1.freebsd.org (Postfix) with ESMTP id B19058FC16 for ; Thu, 11 Jun 2009 01:54:17 +0000 (UTC) (envelope-from info@bnbuzz.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=bnbuzz.com; h=Received:Message-ID:From:To:Subject:Reply-to:Date:MIME-Version:Disposition-Notification-To:Content-Type:Content-Transfer-Encoding; b=pra4mS6nvokQZ4qYo68C+nhvs44670gKCvNIUTt274gkqcXloH89j/uHtfs7cOiS1RfxJ2ggksOX1J2WwPoRl6eu7JUTi3pYtzzoC9+lHDbclxhuTntodHJwRiYe182u; Received: from [58.137.89.188] (helo=bnbuzz.com) by spider3.webhostingspider.com with esmtpa (Exim 4.69) (envelope-from ) id 1MEZUc-0000kO-I0 for ports@FreeBSD.org; Wed, 10 Jun 2009 20:54:15 -0500 Message-ID: <20090611015234920.eau1z51wnMXoE87PZwPi@static-ip-85-25-239-99.inaddr.intergenia.de> From: "BNBuzz.com" To: "ports@FreeBSD.org" Date: Thu, 11 Jun 2009 06:52:34 +0500 Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - spider3.webhostingspider.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bnbuzz.com MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: SEO Process - Search Engine Optimization for Newbies X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@bnbuzz.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 01:54:18 -0000 [1]BNBuzz.com Sharing Knowledge [2]SEO Process - Search Engine Optimization for Newbies Search engine optimization (SEO) is tricky. Must separate fact from fiction Search engine optimization (SEO) comes into play when even a well designed site cannot attract the potential customers and gains traffic that it should. Basic purpose of search engine optimization (SEO) is to ensure that your website is easily accessible and visible to search engines, drive quality traffic and help to convert the traffic into a successful lead. SEO helps you make your pages more attractive to search engines that obviously increases your rankings on Google and other search engines which ultimately generate more traffic, more customers and better conversion rate. Considering the fact that a website one Google page 1 attracts more traffic than a site on page 5 or 6. If your website is not hitting the page 1 especially for Google search results, youre definitely losing a chance to maximize your business and new lead generation. Besides high rankings and traffic, search engine optimization (SEO) gives you added benefits like Branding, quality leads, less expensive advertising opportunities etc [3]Read the full Story Related posts: 1. [4]Search Engine Optimization (SEO) 2. [5]Search Engine Marketing (SEM) 3. [6]Increase Targeted Website Traffic Free You are receiving this email because on Apr 04, 2009 02:21 am at [7]BNBuzz.com you subscribed to receive our e-newsletters. You can modify your subscription via clicking [8]here Copyright [9]BNBuzz.com [10]BNBuzz.com - Sharing knowledge across the world. References 1. http://www.bnbuzz.com/ 2. http://www.bnbuzz.com/seo-process-search-engine-optimization-for-newbies.html 3. http://www.bnbuzz.com/seo-process-search-engine-optimization-for-newbies.html 4. http://www.bnbuzz.com/search-engine-optimization-seo.html 5. http://www.bnbuzz.com/search-engine-marketing-sem.html 6. http://www.bnbuzz.com/increase-targeted-website-traffic-free.html 7. http://www.bnbuzz.com/ 8. http://www.bnbuzz.com/manage-subscription?u=07de4ec8433871ccff8b806cfa4b8cff4641046410 9. http://www.bnbuzz.com/ 10. http://www.bnbuzz.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 07:47:34 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0589F1065672 for ; Thu, 11 Jun 2009 07:47:34 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 850A28FC1E for ; Thu, 11 Jun 2009 07:47:33 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [172.19.10.16] (nat-application.b1.lan.prg.vol.cz [195.122.204.152]) (authenticated bits=0) by raven.customer.vol.cz (8.14.3/8.14.3) with ESMTP id n5B7lT6M093156; Thu, 11 Jun 2009 09:47:31 +0200 (CEST) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: Alexander Churanov In-Reply-To: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com> References: <3cb459ed0906101500y2beb5d3fie1ccd5d4eabfbce4@mail.gmail.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Ihrs6TJ2yiDB0OGzWVZJ" Date: Thu, 11 Jun 2009 09:47:28 +0200 Message-Id: <1244706448.24546.5.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 195.122.204.152; Sender-helo: [172.19.10.16]; ) Cc: FreeBSD Ports Subject: Re: Request for exp-run (devel/boost) 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: Thu, 11 Jun 2009 07:47:34 -0000 --=-Ihrs6TJ2yiDB0OGzWVZJ Content-Type: text/plain; charset="ISO8859-2" Content-Transfer-Encoding: quoted-printable Alexander Churanov p=ED=B9e v =E8t 11. 06. 2009 v 02:00 +0400: > I've created an update for devel/boost, but did not verify that ALL > software that depends on it builds and runs successfully. Some ports > are really huge, like OpenOffice or KDE. >=20 > Could we have and exp-run for updated devel/boost? You should really send these to portmgr@ otherwise they might be overlooked. Anyway, I have started the exp-run. --=20 Pav Lucistnik Every man is as God made him, ay, and often worse. -- Miguel de Cervantes --=-Ihrs6TJ2yiDB0OGzWVZJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkowtowACgkQntdYP8FOsoKMpwCeI/NnlKlLsrf3d3AyLSH9KTRV 8+wAoKJGTdXxQDxWBbfnXGFllhkMGlH4 =bYXb -----END PGP SIGNATURE----- --=-Ihrs6TJ2yiDB0OGzWVZJ-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 08:40:33 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from straylight.ringlet.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with SMTP id 9A044106564A for ; Thu, 11 Jun 2009 08:40:32 +0000 (UTC) (envelope-from roam@ringlet.net) Received: (qmail 35125 invoked by uid 1000); 11 Jun 2009 08:40:31 -0000 Date: Thu, 11 Jun 2009 11:40:31 +0300 From: Peter Pentchev To: Yuri Pankov Message-ID: <20090611084031.GA987@straylight.m.ringlet.net> References: <20090611003858.GB1457@darklight.homeunix.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20090611003858.GB1457@darklight.homeunix.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: ports@freebsd.org Subject: Re: Installing files to PREFIX and LINUXBASE - is it possible? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 11 Jun 2009 08:40:33 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 11, 2009 at 04:38:58AM +0400, Yuri Pankov wrote: > Hi, >=20 > I'm trying to create port of linux version of Gens (Sega Genesis/CD/32X > emulator). Benefits of using linux version are most recent release and > ability to run it on amd64 (native version doesn't compile on amd64). >=20 > However, I need to install binary to PREFIX and some files should go to > /usr/share/gens (paths are hardcoded, checked with ktrace, gens is > trying to open /usr/share/gens/ or > /compat/linux/usr/share/gens/), and installing to /usr isn't > really an option, so LINUXBASE/usr/share/gens looks like an only choice. > Installing everything under LINUXBASE doesn't look like option too - > "/compat/linux/usr/bin" isn't in path by default. >=20 > Is it possible at all (and welcomed) and how would I create pkg-plist in > this case or are there any other solutions? >=20 > I've attached shar of what's there at the moment (with incorrect > pkg-plist). You could install to $LINUXBASE and just make a symlink for the binary itself into $PREFIX/bin/. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am the thought you are now thinking. --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkowwv4ACgkQ7Ri2jRYZRVOJWwCbB96kPvUr+SvNGjovbvHx+0EG GjQAoLUYiS7nEKBmdo7AAejU6AZ5fDnh =Fkem -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 10:27:55 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48F211065673 for ; Thu, 11 Jun 2009 10:27:55 +0000 (UTC) (envelope-from aurelien.ansel@netasq.com) Received: from netasq.netasq.com (netasq.netasq.com [213.30.137.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0AFDF8FC1E for ; Thu, 11 Jun 2009 10:27:54 +0000 (UTC) (envelope-from aurelien.ansel@netasq.com) Received: from aureliena2.netasq.com (unknown [10.0.0.126]) by netasq.netasq.com (Postfix) with ESMTP id 093341768C8; Thu, 11 Jun 2009 12:04:43 +0200 (CEST) Message-ID: <4A30E540.6080501@netasq.com> Date: Thu, 11 Jun 2009 13:06:40 +0200 From: =?ISO-8859-15?Q?Aur=E9lien_Ansel?= User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Jack Herrman References: <1931972730@web.de> In-Reply-To: <1931972730@web.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 10:27:55 -0000 Jack Herrman wrote: > Hi, > i try virtualbox5.tgz in my FreeBSD 7.2 Release. > Compiled allready ok. > > If I start VirtualBox come following error: > [root@FreeBSD ~]# VirtualBox > VirtualBox: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1 > > also by > > [root@FreeBSD ~]# VBoxSDL > VBoxSDL: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1 > > [root@FreeBSD ~]# VBoxBFE > VBoxBFE: supR3HardenedExecDir: couldn't read "", errno=2 cchLink=-1 > Hi, I have the same problem, i have created the group vboxusers and add my user on it but i have still the problem. If someone have a solution ...? From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 11:49:27 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6A3106564A for ; Thu, 11 Jun 2009 11:49:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 62E828FC17 for ; Thu, 11 Jun 2009 11:49:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA22884; Thu, 11 Jun 2009 14:48:49 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A30EF20.90802@icyb.net.ua> Date: Thu, 11 Jun 2009 14:48:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: =?ISO-8859-15?Q?Aur=E9lien_Ansel?= References: <1931972730@web.de> <4A30E540.6080501@netasq.com> In-Reply-To: <4A30E540.6080501@netasq.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: Jack Herrman , freebsd-ports@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 11:49:27 -0000 on 11/06/2009 14:06 Aurélien Ansel said the following: > Jack Herrman wrote: >> Hi, >> i try virtualbox5.tgz in my FreeBSD 7.2 Release. >> Compiled allready ok. >> >> If I start VirtualBox come following error: >> [root@FreeBSD ~]# VirtualBox VirtualBox: supR3HardenedExecDir: >> couldn't read "", errno=2 cchLink=-1 >> >> also by >> [root@FreeBSD ~]# VBoxSDL VBoxSDL: supR3HardenedExecDir: couldn't read >> "", errno=2 cchLink=-1 >> >> [root@FreeBSD ~]# VBoxBFE VBoxBFE: supR3HardenedExecDir: couldn't read >> "", errno=2 cchLink=-1 >> > Hi, > > I have the same problem, i have created the group vboxusers and add my > user on it but i have still the problem. > If someone have a solution ...? /proc mounted? kernel module loaded? -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 12:05:30 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEE081065751 for ; Thu, 11 Jun 2009 12:05:30 +0000 (UTC) (envelope-from aurelien.ansel@netasq.com) Received: from netasq.netasq.com (netasq.netasq.com [213.30.137.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9B24D8FC28 for ; Thu, 11 Jun 2009 12:05:25 +0000 (UTC) (envelope-from aurelien.ansel@netasq.com) Received: from aureliena2.netasq.com (unknown [10.0.0.126]) by netasq.netasq.com (Postfix) with ESMTP id 2B05FC5679; Thu, 11 Jun 2009 14:05:24 +0200 (CEST) Message-ID: <4A31018A.7040004@netasq.com> Date: Thu, 11 Jun 2009 15:07:22 +0200 From: =?ISO-8859-15?Q?Aur=E9lien_Ansel?= User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Andriy Gapon References: <1931972730@web.de> <4A30E540.6080501@netasq.com> <4A30EF20.90802@icyb.net.ua> In-Reply-To: <4A30EF20.90802@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Cc: Jack Herrman , freebsd-ports@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:05:34 -0000 Andriy Gapon wrote: > on 11/06/2009 14:06 Aurélien Ansel said the following: > >> Jack Herrman wrote: >> >>> Hi, >>> i try virtualbox5.tgz in my FreeBSD 7.2 Release. >>> Compiled allready ok. >>> >>> If I start VirtualBox come following error: >>> [root@FreeBSD ~]# VirtualBox VirtualBox: supR3HardenedExecDir: >>> couldn't read "", errno=2 cchLink=-1 >>> >>> also by >>> [root@FreeBSD ~]# VBoxSDL VBoxSDL: supR3HardenedExecDir: couldn't read >>> "", errno=2 cchLink=-1 >>> >>> [root@FreeBSD ~]# VBoxBFE VBoxBFE: supR3HardenedExecDir: couldn't read >>> "", errno=2 cchLink=-1 >>> >>> >> Hi, >> >> I have the same problem, i have created the group vboxusers and add my >> user on it but i have still the problem. >> If someone have a solution ...? >> > > /proc mounted? > kernel module loaded? > Hi , i thought /proc was mounted but he wasn't, thanks for the help. For information, to mount /proc , i have add this line to /etc/fstab: |proc /proc procfs rw 0 0| From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 12:47:26 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAAC61065672 for ; Thu, 11 Jun 2009 12:47:26 +0000 (UTC) (envelope-from bounce-pwpzygtypqpvkmgyrn@news.college.us.com) Received: from mail4.news.college.us.com (mail4.news.college.us.com [64.20.249.19]) by mx1.freebsd.org (Postfix) with ESMTP id 9F83B8FC0A for ; Thu, 11 Jun 2009 12:47:26 +0000 (UTC) (envelope-from bounce-pwpzygtypqpvkmgyrn@news.college.us.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=default; d=news.college.us.com; h=Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:List-Unsubscribe; i=CollegeNews@news.college.us.com; bh=YNr7y9edW3u5PjrT3yl0c+Va4ek=; b=cwVxtioKpwOA6uUsMzrEs8WkPgq9eJqj2udh4MLna+ETp2b+EWAF53WmApX8JpIedAHp4WsCyaqs Q+zinkEHFg== DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=default; d=news.college.us.com; b=ADfsLoHGnJX1SxD9hIxDOt7uFv9aMsnjj28TwSYiko1gfrxUOtYD1K1iAP6OpLGqwn+CrWgeUOJD nICi+l9JOw==; Received: by mail4.news.college.us.com id h63uae0c3dok for ; Thu, 11 Jun 2009 07:26:04 -0500 (envelope-from ) Message-ID: <1502790.1244723215081.JavaMail.root@news.college.us.com> Date: Thu, 11 Jun 2009 07:26:55 -0500 (CDT) From: College News To: "John" Content-Transfer-Encoding: quoted-printable X-VAN: ohfvtntvggpznpnzfgvvfgmcn npvtgpnpbnztgjmbjtvtznfmjcp npgtncfvmt x-campaignid: vantage164792 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Advance your psychology career with an online degree. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: College News List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 12:47:27 -0000 =20 3D"A You are receiving this message because you subm= itted the email address ports@freebsd.org to receive information from http://www.directscholar.com on Jun 09 2009 07:25AM. [1]Go here to add us to your address book<= /span> [2]Want to take your psychology caree= r to the next level? Explore onlin= e professional psychology degrees now. =20 [3]View in Browser | [4]Unsubscribe" style= =3D" font-family:Arial, Helvetica, sans-serif; font-size:11px; color:#66666= 6; text-decoration:none">Remove My Email [5][college_header.gif=] [6]3D"Advance [7]Dear John, =20 Are you ready to advance your career, but lack the educat= ion - and the time - to make it happen? At Argosy University Online, you ca= n earn your master's or doctoral degree in a convenient, flexible online le= arning format! Find out about A= rgosy University's online programs now. Argosy currently offers the following online graduate-level programs: o BA in Psychology o EdD in Counseling Psychology o MA in Industrial/Organizational Psychology o MA in Sport-Excercise Psychology o MA in Forensic Psychology Now you can earn the professional degree you need to get ahead, without gi= ving up your current career or making personal sacrifices.=20 Take your career to the next level today at Argosy University Online! Learn more about Argosy's online = psychology programs now. [8]3D"Learn [9][Argosy-Online-=] [10][Argosy-Online-=] This email was sent by: COLLEGE.US.COM 2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266 You have subscr= ibed to receive information from us with ports@freebsd.org This email was sent= to you because you requested we send you periodical information about scho= ols and colleges. To stop receiving email from COLLEGE.US.COM, [11]Remove me or write us = at the address listed above Please view our [12]Privacy Policy [mylfzmqkf_zrmsptnpmbm.gif&o=] References 1. 3D"http://www.news.college.us.com/lrkzyhwwt_zrmsptnpmbm_bnczrvl= 2. 3D"http://www.news.college.us.c=/ 3. 3D"http://www.news.college.us.com/wsrpmcttp_= 4. 3D"http://www.news.c=/ 5. 3D"http://www.news.college.us.com/jtdjtcggg_= 6. 3D"http://www.news.colleg=/ 7. 3D"http://www.news.c=/ 8. 3D"http://www.news.college.us.com/xdbrfcwwf_zrmsptnpmbm= 9. 3D"http://www.news.college.us.com/rqlgkwznm_= 10. 3D"http://www.news.college.us.com/ihctlgbmc_= 11. =3D"http://www.news.college.us.com/vptfmvjgb_zrmsptnpmbm_sfnsbcfd.html?= 12. 3D"http://www.news.=/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 13:32:43 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5306F106566B; Thu, 11 Jun 2009 13:32:43 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4588FC14; Thu, 11 Jun 2009 13:32:43 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 8D75F5C2E; Thu, 11 Jun 2009 09:32:42 -0400 (EDT) Date: Thu, 11 Jun 2009 09:32:42 -0400 From: Wesley Shields To: python@freebsd.org, ports@freebsd.org Message-ID: <20090611133242.GA70868@atarininja.org> References: <20090610132647.GC40713@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090610132647.GC40713@atarininja.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: miwi@FreeBSD.org Subject: Re: Python 2.6 update with portmaster X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 13:32:43 -0000 On Wed, Jun 10, 2009 at 09:26:47AM -0400, Wesley Shields wrote: > Here's a patch[1] that allows you to use portmaster when doing the python > upgrade. I intend to commit this tomorrow morning unless someone speaks > up. I'll also be adding the instructions to the UPDATING entry. > > Once applied you should be able to use: > > cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > > It will be quite slow compared to using pkg_which (the normal method) so > be patient. I've used this patch to upgrade one lightly used machine and > I know at least one other person has survived an upgrade of a machine > with over 1000 ports installed. > > [1]: http://people.freebsd.org/~wxs/python26-portmaster.diff I've committed the latest version of the patch. Please let me know if it doesn't work for you. -- WXS From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 15:52:40 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D118C1065672 for ; Thu, 11 Jun 2009 15:52:40 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A79F98FC15 for ; Thu, 11 Jun 2009 15:52: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 n5BFrGFv096041 for ; Thu, 11 Jun 2009 15:53:16 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n5BFrG22096039 for ports@FreeBSD.org; Thu, 11 Jun 2009 15:53:16 GMT (envelope-from erwin) Date: Thu, 11 Jun 2009 15:53:16 GMT From: Erwin Lansing Message-Id: <200906111553.n5BFrG22096039@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 15:52:41 -0000 INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 15:50:41 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43EF6106567A; Thu, 11 Jun 2009 15:50:41 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id AF42C8FC19; Thu, 11 Jun 2009 15:50:36 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy8 with SMTP id 8so1765960ewy.43 for ; Thu, 11 Jun 2009 08:50:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=flNXqxfR08hxbNZFcmxts8QgiM9jLHOlOO1mnk19V1M=; b=k9aFWuykbbqcHkjYzn3//o8ZM685AvtWMyEzgFvZlzrPBpGz3qSvTAPxkcPDxTb7V0 ATFJZ5/MfGBVeHtohF5PRPKYowbbAbKC9Aaa/BVrkwPn7AMwP+0CkZcV5imwH5fDSMO3 dwJnyR8BaFlNwb6rwJjDPXX4e8yZOB6vToWvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=k32AxMdp/iNlD0OH4n0kn4bBXPQr2waBfjp4SJepJId4iaqMyHkUtpZdzhE5rPYfqb TfVRLoDheGluFvpxJEzNJ0iaNA3Ei3Vsv4Q2IXVf7Ukq/VBmHSUxM2/K5ezXB39CSOcB xKOwzBRe+roK1TKbQ6gdeA0sy38S7nb/uCfyc= MIME-Version: 1.0 Received: by 10.210.141.19 with SMTP id o19mr3271450ebd.54.1244735435589; Thu, 11 Jun 2009 08:50:35 -0700 (PDT) In-Reply-To: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com> References: <3cb459ed0906101455y1618a839md3dd1bb7daba3a2f@mail.gmail.com> Date: Thu, 11 Jun 2009 19:50:35 +0400 Message-ID: <3cb459ed0906110850x5b821fd2n4071d836c4c05172@mail.gmail.com> From: Alexander Churanov To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 11 Jun 2009 15:55:43 +0000 Cc: dinoex@freebsd.org, tabthorpe@freebsd.org, steve@stevenwills.com, romain@blogreen.org, sten@blinkenlights.nl, philip@freebsd.org, ganael.laplanche@martymac.com, openoffice@freebsd.org, alexbl@freebsd.org, zhoushuqun@gmail.com, leeym@freebsd.org, makc@freebsd.org, marius@nuenneri.ch, tech@wooztalk.com, kde@freebsd.org, trasz@freebsd.org, ii@any.com.ru, spam@rm-rf.kiev.ua, dindin@dindin.ru, oliver@freebsd.org, lioux@freebsd.org, pav@freebsd.org, gahr@freebsd.org, gnome@freebsd.org, carpetsmoker@xs4all.nl, cia@mud.ro, wenheping@gmail.com, meitolake@gmail.com, lapo@lapo.it, tcovert@sahuagin.net, mad@madpilot.net, vd@freebsd.org, gslin@gslin.org, amdmi3@freebsd.org, kevlo@freebsd.org, fjoe@freebsd.org, lwhsu@freebsd.org, nivit@freebsd.org, yokota@res.otaru-uc.ac.jp, danfe@freebsd.org, alepulver@freebsd.org, skv@freebsd.org, thierry@freebsd.org, smyru@heron.pl, db@freebsd.org, wxs@freebsd.org, acm@freebsd.org, novel@freebsd.org, mi@aldan.algebra.com, ports@freebsd.org, tremere@cainites.net, multimedia@freebsd.org, johan@stromnet.se, delphij@freebsd.org, bms@freebsd.org, jjuanino@gmail.com Subject: Re: Update for devel/boost is ready X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 11 Jun 2009 15:50:44 -0000 Folks, The most recently captured patch is at http://alexanderchuranov.com/boost-port/boost-2009-06-11-19-23.diff Previous was captured more than a week ago and does not apply cleanly. Sincerely, Alexander Churanov, maintainer of devel/boost From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 17:17:05 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58ACA10656D3 for ; Thu, 11 Jun 2009 17:17:05 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE0F8FC1B for ; Thu, 11 Jun 2009 17:17:05 +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 n5BHHfiY065239 for ; Thu, 11 Jun 2009 17:17:41 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n5BHHfDD065234 for ports@FreeBSD.org; Thu, 11 Jun 2009 17:17:41 GMT (envelope-from erwin) Date: Thu, 11 Jun 2009 17:17:41 GMT From: Erwin Lansing Message-Id: <200906111717.n5BHHfDD065234@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 17:17:05 -0000 From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 18:58:32 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3ECF1065672 for ; Thu, 11 Jun 2009 18:58:32 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 641088FC16 for ; Thu, 11 Jun 2009 18:58:32 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 644457E837; Thu, 11 Jun 2009 10:58:31 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Thu, 11 Jun 2009 10:58:28 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <81475023@h30.sp.ipt.ru> <20090608010037.3c3623d6@gumby.homeunix.com> In-Reply-To: <20090608010037.3c3623d6@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906111058.28877.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: Boris Samorodov , RW Subject: Re: [x11/nvidia-driver] conflicts with linux dri ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 18:58:32 -0000 On Sunday 07 June 2009 16:00:37 RW wrote: > On Mon, 08 Jun 2009 00:06:56 +0400 > > Boris Samorodov wrote: > > On Sun, 7 Jun 2009 21:34:53 +0200 barbara wrote: > > > > I've just received a report at emulation@ about x11/nvidia-driver > > > > and other linux dri ports to be in conflict. > > > > > > > > If a linux dri port is installed x11/nvidia-driver seems to > > > > replace libGL.so with a link to nvidia library. Not good. Is it > > > > right to mark this port and other linux dri ports to be in > > > > conflict? > > > > > > Why it's not good? > > > I'm not sure I've understood, but I think it's more or less the > > > same with the native counterpart: if you install x11/nvidia-driver, > > > libGL.so from graphics/libGL get replaced (actually renamed). > > > > Because if port B replaces a file from port A, then when port A is > > deinstalled, the file from the ports B is removed. > > It's not ideal, but making nvidia-driver conflict with its own > dependencies is a lot worse. nvidia-driver's dependency on libGL is artificial (cause it needs to replace libGL, not cause it needs to link with it). One can actually build and install the driver without having libGL from ports installed. As such I've tried decoupling this a year or so ago, but aside from some problems in the nvidia-provided Makefiles that I could patch, the major drawback of it was that every port requiring libGL would now have to be taught about nvidia-driver (Yes, bsd.gl.mk but there were a few exceptions). I ran into one major hurdle, but can't for the life of me remember anymore what it was, so decided to back off and live with the current hacks. I could try again and at least see what the problem is, in a week or two at the earliest. What I was aiming for is: - if defined(WITH_NVIDIA_GL) libdep on nvidia-driver else libGL - no more XXX-files and post-install hacks - no more "need xorg-server installed before we can even read our Makefile" Vague memories surfacing: problem had to do with either compat5x or linux. -- Mel From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 19:04:29 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE4571065688 for ; Thu, 11 Jun 2009 19:04:29 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 8DA958FC21 for ; Thu, 11 Jun 2009 19:04:29 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id AA7597E843; Thu, 11 Jun 2009 11:04:28 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Thu, 11 Jun 2009 11:04:26 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: Randy Bush Subject: Re: mysql 4->5 problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 19:04:30 -0000 On Saturday 06 June 2009 01:05:07 Randy Bush wrote: > going from mysql 4 to 5.1.34. server will not start. diag is > > 090606 8:56:28 [ERROR] Fatal error: Can't open and lock privilege tables: > Incorrect key file for table 'host'; try to repair it 090606 08:56:28 > mysqld_safe mysqld from pid file /var/db/mysql/psg.com.pid ended > > googling around gets me to > > http://www.issociate.de/board/post/495472/SOLVED!_(was:_RE:_Error_:_Incorre >ct_key_file_for_table_%27X%27).html to > http://bugs.mysql.com/bug.php?id=37631 > to > http://lists.mysql.com/commits/73145 > > which says fix is in 5.1.35. > > i hack up some patches, except do not have the files > mysql-test/std_data/bug37631.MYD > mysql-test/std_data/bug37631.frm > > i rebuild. no fix. > > and, the error is after a "you can not go back" message. oh goodie. > (yes, i have backups). > > any clues out there? You ran mysql_upgrade before starting the new server? -- Mel From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 19:30:01 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC49106567A for ; Thu, 11 Jun 2009 19:30:01 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id 8562C8FC29 for ; Thu, 11 Jun 2009 19:30:01 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Thu, 11 Jun 2009 12:30:01 -0700 Message-ID: <4A315B37.5030201@p6m7g8.com> Date: Thu, 11 Jun 2009 15:29:59 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: Mel Flynn References: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> In-Reply-To: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , freebsd-ports@freebsd.org Subject: Re: mysql 4->5 problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 19:30:02 -0000 Mel Flynn wrote: > You ran mysql_upgrade before starting the new server? Usually you have to start the server to run it. it conects to it to make changes to the 'mysql' database. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 19:46:02 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B4B71065670; Thu, 11 Jun 2009 19:46:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: from bsdcrew.de (duro.unixfreunde.de [85.214.90.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD4F8FC25; Thu, 11 Jun 2009 19:46:02 +0000 (UTC) (envelope-from miwi@bsdcrew.de) Received: by bsdcrew.de (Postfix, from userid 1001) id C66A74AC60; Thu, 11 Jun 2009 21:45:57 +0200 (CEST) Date: Thu, 11 Jun 2009 21:45:57 +0200 From: Martin Wilke To: ports@FreeBSD.org Message-ID: <20090611194557.GC98175@bsdcrew.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 19:46:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Huhu, Yes we life and that's good :-). Changes: - Fix build error when compiling in debug mode on FreeBSD HEAD - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. - Some FreeBSD relate typos - Enable shared OpenGL service. Completely untested due to lack of appropriate hardware but it compiles at least - Add support for shared clipboards. Requires libXt - FreeBSD: Implement preemption API for guest SMP and enable it (slightly tested). Add neccessary RTMP* methods in userspace for the frontends to detect the number of CPUs - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex instead of a spinlock to fix the problems users are seeing (assertions with debugging enabled) while still being able to run on 100Hz hosts. No problems detected so far and Solaris doesn't use a spin mutex in this code too so it shouldn't do any harm (keeping fingers crossed)space for the frontends to detect the number of CPUs - Add support for curl - Add VBoxSharedClipboard Ports Changes; - Force guestadditions version to 2.2.4 - Removed Qt3 include replacements (already upstream) - Removed cosmetic X11 include path patch Please make SURE, your world and kernel is in sync and you've read the pkg-messages. Also please unload the kernel module before you update the port ;-). Many thx to all Vbox Devs, All supporters, my nice team! :-) http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz Happy Testing! - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoxXvUACgkQdLJIhLHm/OmHHQCcCvJ6EKNehym1siBuQICX+7+l i2sAn0InwBQW7jf+l/PqjIM/BR/g3qhi =hDW+ -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 19:56:30 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7405410656C4 for ; Thu, 11 Jun 2009 19:56:30 +0000 (UTC) (envelope-from lordi@msdi.ca) Received: from spamfirewall.msdihosting.net (spamfirewall.msdsky.com [64.18.66.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2CD098FC20 for ; Thu, 11 Jun 2009 19:56:29 +0000 (UTC) (envelope-from lordi@msdi.ca) X-ASG-Debug-ID: 1244749098-0bd800580000-cQP66v X-Barracuda-URL: http://spamfirewall.msdihosting.net:80/cgi-bin/mark.cgi Received: from mail02.msdihosting.net (localhost [127.0.0.1]) by spamfirewall.msdihosting.net (Spam & Virus Firewall) with ESMTP id 238A814B14F; Thu, 11 Jun 2009 15:38:18 -0400 (EDT) Received: from mail02.msdihosting.net (mail02.msdihosting.net [64.18.67.9]) by spamfirewall.msdihosting.net with ESMTP id uzryXg9MYEvBK2l7; Thu, 11 Jun 2009 15:38:18 -0400 (EDT) X-Barracuda-Envelope-From: lordi@msdi.ca Received: from dell390 ([96.22.241.188]) by mail02.msdihosting.net ((iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003))) with ASMTP id QRI44553; Thu, 11 Jun 2009 15:48:54 -0400 From: "Ian Lord" To: X-ASG-Orig-Subj: FreeBSD Port: mysql-server5.4.x Date: Thu, 11 Jun 2009 15:37:51 -0400 Message-ID: <1C85B990B1204CCC835EA2850FE82C22@msdi.local> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-index: AcnqzBuL1AaWZFE9RX6+pDz9eQLDWQ== X-Barracuda-Connect: mail02.msdihosting.net[64.18.67.9] X-Barracuda-Start-Time: 1244749099 X-Barracuda-Virus-Scanned: by Barracuda Spam & Virus Firewall at msdihosting.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: FreeBSD Port: mysql-server5.4.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: Thu, 11 Jun 2009 19:56:31 -0000 Hi, =20 I would like to know if you are planning a port for mysql server 5.4 = soon. =20 I know it=92s not GA, but you made one for 6.x so I guess 5.4 should be available also to test it out. =20 Thanks =20 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ian Lord MSD Informatique 143 Rue des Fauvettes St-Colomban (Qu=E9bec) J5K 0E2 T=E9l: (514) 776-MSDI -> (514) 776-6734 Sans Frais: 1(877) 776-MSDI -> 1(877) 776-6734 http://www.msdi.ca =20 From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 20:20:57 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63603106564A for ; Thu, 11 Jun 2009 20:20:57 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 0FB4D8FC0C for ; Thu, 11 Jun 2009 20:20:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id D81597E83F; Thu, 11 Jun 2009 12:20:55 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Thu, 11 Jun 2009 12:20:50 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A315B37.5030201@p6m7g8.com> In-Reply-To: <4A315B37.5030201@p6m7g8.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: "Philip M. Gollucci" , Randy Bush Subject: Re: mysql 4->5 problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:20:57 -0000 On Thursday 11 June 2009 11:29:59 Philip M. Gollucci wrote: > Mel Flynn wrote: > > You ran mysql_upgrade before starting the new server? > > Usually you have to start the server to run it. it conects to it to make > changes to the 'mysql' database. Right. Sometimes aliases are evil: alias mysql_upgrade='/usr/local/libexec/mysqld --no-defaults --skip-grant- tables --socket=/tmp/mysql.sock --skip-networking --datadir=/var/db/mysql && /usr/local/bin/mysql_upgrade -S /tmp/mysql.sock; killall mysqld' Though, reading up on his error, I doubt it's the problem. -- Mel From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 20:24:30 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95FC2106566B for ; Thu, 11 Jun 2009 20:24:30 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-3.exch015.msoutlookonline.net (exhub015-3.exch015.msoutlookonline.net [207.5.72.95]) by mx1.freebsd.org (Postfix) with ESMTP id 7F1F98FC15 for ; Thu, 11 Jun 2009 20:24:30 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Thu, 11 Jun 2009 13:24:30 -0700 Message-ID: <4A3167FC.4070000@p6m7g8.com> Date: Thu, 11 Jun 2009 16:24:28 -0400 From: "Philip M. Gollucci" Organization: P6 Web Application User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: Mel Flynn References: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A315B37.5030201@p6m7g8.com> <200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net> In-Reply-To: <200906111220.52178.mel.flynn+fbsd.ports@mailing.thruhere.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , freebsd-ports@freebsd.org Subject: Re: mysql 4->5 problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2009 20:24:30 -0000 Mel Flynn wrote: > On Thursday 11 June 2009 11:29:59 Philip M. Gollucci wrote: >> Mel Flynn wrote: >>> You ran mysql_upgrade before starting the new server? >> Usually you have to start the server to run it. it conects to it to make >> changes to the 'mysql' database. > > Right. Sometimes aliases are evil: > alias mysql_upgrade='/usr/local/libexec/mysqld --no-defaults --skip-grant- > tables --socket=/tmp/mysql.sock --skip-networking --datadir=/var/db/mysql && > /usr/local/bin/mysql_upgrade -S /tmp/mysql.sock; killall mysqld' > > Though, reading up on his error, I doubt it's the problem. Maybe we should consider adding an 'extra_command' called upgrade. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com Contractor - PositiveEnergyUSA http://positiveenergyusa.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 22:13:27 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E79D3106564A for ; Thu, 11 Jun 2009 22:13:27 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id 95C438FC08 for ; Thu, 11 Jun 2009 22:13:27 +0000 (UTC) (envelope-from gamato@users.sf.net) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id 674F8CE41EE; Thu, 11 Jun 2009 21:49:19 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id 54F67720057; Thu, 11 Jun 2009 23:49:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id z6GEZe49oXJq; Thu, 11 Jun 2009 23:49:19 +0200 (CEST) Received: from port2.iol.cz (unknown [192.168.30.92]) by antivir6.iol.cz (Postfix) with ESMTP id 36D91720056; Thu, 11 Jun 2009 23:49:19 +0200 (CEST) X-SBRS: None X-SBRS-none: None X-RECVLIST: MTA-OUT-IOL X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnsCAG8YMUpasinI/2dsb2JhbAAI0QKECgU Received: from 200.41.broadband11.iol.cz (HELO [192.168.11.3]) ([90.178.41.200]) by port2.iol.cz with ESMTP; 11 Jun 2009 23:49:18 +0200 Message-ID: <4A317BDE.9010308@users.sf.net> Date: Thu, 11 Jun 2009 23:49:18 +0200 From: mato User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 MIME-Version: 1.0 To: amistry@am-productions.biz, freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD Port: sysutils/fusefs-sshfs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 11 Jun 2009 22:13:28 -0000 Hi, I'm using sshfs to copy files from a Linux system to FreeBSD 7.2 on ZFS and I've just noticed that files bigger than 4GB won't get transfered. Is this a known issue ? What can I do about it ? Cheers, M. From owner-freebsd-ports@FreeBSD.ORG Thu Jun 11 23:44:58 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03D64106564A for ; Thu, 11 Jun 2009 23:44:58 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 914518FC12 for ; Thu, 11 Jun 2009 23:44:54 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from casasponti.net ([201.155.7.3]) by ns2.bafirst.com with esmtp; Thu, 11 Jun 2009 18:44:50 -0500 id 000D50B9.4A3196F3.0000849C Received: from HOME.encontacto.net ([189.129.7.21]) by casasponti.net with esmtp; Thu, 11 Jun 2009 18:44:44 -0500 id 00130CA1.4A3196EE.000026D4 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 11 Jun 2009 18:44:40 -0500 id 0004AC15.4A3196E8.000117D9 Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 11 Jun 2009 18:44:40 -0500 Message-ID: <20090611184440.64570233jo01snhk@econet.encontacto.net> Date: Thu, 11 Jun 2009 18:44:40 -0500 From: eculp To: freebsd-ports MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.10) Gecko/2009043009 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.129.7.21 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Subject: acroread9 crashes after maybe 10 seconds of operation. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 11 Jun 2009 23:44:58 -0000 On my laptop running uptodate current and kernel although not rebooted for 2 days. # uname -a FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun 9 09:08:35 CDT 2009 root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 Is anyone else seeing the following termination message after maybe 10 seconds of acroread9 operation? # acroread9 terminate called after throwing an instance of 'RSException' Maybe I should open a ticket? Thanks, ed From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 00:03:26 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F333F1065672 for ; Fri, 12 Jun 2009 00:03:25 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id B2B298FC12 for ; Fri, 12 Jun 2009 00:03:25 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 11 Jun 2009 20:03:25 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.5-GA) with ESMTP id PYT21827; Thu, 11 Jun 2009 20:03:24 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 11 Jun 2009 20:03:24 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18993.39754.254404.708796@jerusalem.litteratus.org> Date: Thu, 11 Jun 2009 20:03:22 -0400 To: eculp In-Reply-To: <20090611184440.64570233jo01snhk@econet.encontacto.net> References: <20090611184440.64570233jo01snhk@econet.encontacto.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-ports Subject: acroread9 crashes after maybe 10 seconds of operation. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 00:03:26 -0000 eculp writes: > On my laptop running uptodate current and kernel although not rebooted > for 2 days. > > # uname -a > FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun > 9 09:08:35 CDT 2009 > root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 > > Is anyone else seeing the following termination message after maybe 10 > seconds of acroread9 operation? > > # acroread9 > terminate called after throwing an instance of 'RSException' Yes, though my version of the OS is a couple of months older. > Maybe I should open a ticket? Please do. I dropped a private note to the maintainer, but have had no response. Robert Huff From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 00:42:04 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D613106566B for ; Fri, 12 Jun 2009 00:42:04 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (72-12-2-19.static.networktel.net [72.12.2.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2175E8FC0A for ; Fri, 12 Jun 2009 00:42:03 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from casasponti.net ([201.155.7.3]) by ns2.bafirst.com with esmtp; Thu, 11 Jun 2009 19:42:02 -0500 id 000D4CE3.4A31A45A.000085F2 Received: from HOME.encontacto.net ([189.129.7.21]) by casasponti.net with esmtp; Thu, 11 Jun 2009 19:42:01 -0500 id 00130CA1.4A31A459.00002B96 Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Thu, 11 Jun 2009 19:42:01 -0500 id 0004AC12.4A31A459.0001257C Received: from local69.local.net.mx (local69.local.net.mx [192.168.1.69]) by econet.encontacto.net (Horde Framework) with HTTP; Thu, 11 Jun 2009 19:42:01 -0500 Message-ID: <20090611194201.17335m77nl05g29w@econet.encontacto.net> Date: Thu, 11 Jun 2009 19:42:01 -0500 From: eculp To: Robert Huff References: <20090611184440.64570233jo01snhk@econet.encontacto.net> <18993.39754.254404.708796@jerusalem.litteratus.org> In-Reply-To: <18993.39754.254404.708796@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.0.10) Gecko/2009043009 Firefox/3.0.4, Ant.com Toolbar 1.3 X-IMP-Server: 189.129.7.21 X-Originating-IP: 192.168.1.69 X-Originating-User: eculp@encontacto.net Cc: freebsd-ports Subject: Re: acroread9 crashes after maybe 10 seconds of operation. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 00:42:04 -0000 Quoting Robert Huff : > > eculp writes: > >> On my laptop running uptodate current and kernel although not rebooted >> for 2 days. >> >> # uname -a >> FreeBSD ed.local.net.mx 8.0-CURRENT FreeBSD 8.0-CURRENT #235: Tue Jun >> 9 09:08:35 CDT 2009 >> root@ed.local.net.mx:/usr/obj/usr/src/sys/ENCONTACTO i386 >> >> Is anyone else seeing the following termination message after maybe 10 >> seconds of acroread9 operation? >> >> # acroread9 >> terminate called after throwing an instance of 'RSException' > > Yes, though my version of the OS is a couple of months older. > >> Maybe I should open a ticket? > > Please do. I dropped a private note to the maintainer, but have > had no response. Done, Robert. http://www.freebsd.org/cgi/query-pr.cgi?pr=135486 Thanks, ed > > > Robert Huff > > From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 00:44:16 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03F8C106566C; Fri, 12 Jun 2009 00:44:16 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f220.google.com (mail-fx0-f220.google.com [209.85.220.220]) by mx1.freebsd.org (Postfix) with ESMTP id 0DABE8FC0C; Fri, 12 Jun 2009 00:44:14 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by fxm20 with SMTP id 20so1742895fxm.43 for ; Thu, 11 Jun 2009 17:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=DYYAU02a4ktpGI1nuAlk7XyAGjHz7Xk+OsggQkrKy8U=; b=PPzfgRbw71b9qyMWwGib9ypwvfmT/6cVyosLLYrFDgsepamh2ZbCceTPR8GU41skQ3 zb19LsM0vBx1fxjM4fQKqMsE37hXAz+1QXUNNw6UW1UWIFt+MH9+Xn7OGGgHTAhgIw6F J+JznhpqxVuEklLZe+r8d+EeY8aQukcpGaaXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gDolb3+VLGdnwpeoLaUJ86nFrBJJLb95TX3ANBskTUp4TWoUOHQjuCBoE8wxs8Gd80 H70bK5Pfazc4CoWaBXI4xaLDVfeqTTbmCRFHnlwm+B4I64LOB1yrbU/YYGrP1as4qV1h ri55NE2kG6W/HBbQ4ZV0FYKLnMPEDebHjWZAs= MIME-Version: 1.0 Received: by 10.204.54.4 with SMTP id o4mr3094204bkg.10.1244767453975; Thu, 11 Jun 2009 17:44:13 -0700 (PDT) In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> Date: Thu, 11 Jun 2009 20:44:13 -0400 Message-ID: <4ad871310906111744kdc6654dp8a143584b0860c16@mail.gmail.com> From: Glen Barber To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 00:44:16 -0000 Hi, Martin et al This latest version builds fine for me and no panic on kldload vboxdrv.ko uname -a: FreeBSD orion 7.2-STABLE FreeBSD 7.2-STABLE #3 r193905: Wed Jun 10 08:42:33 EDT 2009 root@orion:/usr/obj/usr/src/sys/ORION i386 Thanks for taking the time to port this! -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 01:28:21 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8472106566B for ; Fri, 12 Jun 2009 01:28:21 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 80A928FC1A for ; Fri, 12 Jun 2009 01:28:21 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MEvZ6-000Na0-5B; Fri, 12 Jun 2009 01:28:20 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id A2B9D213BB8D; Thu, 11 Jun 2009 21:28:19 -0400 (EDT) Date: Thu, 11 Jun 2009 21:28:18 -0400 Message-ID: From: Randy Bush To: Mel Flynn In-Reply-To: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200906111104.27039.mel.flynn+fbsd.ports@mailing.thruhere.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-ports@freebsd.org Subject: Re: mysql 4->5 problem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 01:28:21 -0000 Mel Flynn wrote: > > On Saturday 06 June 2009 01:05:07 Randy Bush wrote: > > going from mysql 4 to 5.1.34. server will not start. diag is > > > > 090606 8:56:28 [ERROR] Fatal error: Can't open and lock privilege tables: > > Incorrect key file for table 'host'; try to repair it 090606 08:56:28 > > mysqld_safe mysqld from pid file /var/db/mysql/psg.com.pid ended > > > > googling around gets me to > > > > http://www.issociate.de/board/post/495472/SOLVED!_(was:_RE:_Error_:_Incorre > >ct_key_file_for_table_%27X%27).html to > > http://bugs.mysql.com/bug.php?id=37631 > > to > > http://lists.mysql.com/commits/73145 > > > > which says fix is in 5.1.35. > > > > i hack up some patches, except do not have the files > > mysql-test/std_data/bug37631.MYD > > mysql-test/std_data/bug37631.frm > > > > i rebuild. no fix. > > > > and, the error is after a "you can not go back" message. oh goodie. > > (yes, i have backups). > > > > any clues out there? > > You ran mysql_upgrade before starting the new server? mysql_upgrade requires a running server i ended up just o blowing /var/mysql/* away o starting new server o restoring from backup randy From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 06:32:56 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377E3106564A for ; Fri, 12 Jun 2009 06:32:56 +0000 (UTC) (envelope-from bennett@cs.niu.edu) Received: from mp.cs.niu.edu (mp.cs.niu.edu [131.156.145.41]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF478FC0C for ; Fri, 12 Jun 2009 06:32:55 +0000 (UTC) (envelope-from bennett@cs.niu.edu) Received: from mp.cs.niu.edu (bennett@localhost [127.0.0.1]) by mp.cs.niu.edu (8.14.3/8.14.3) with ESMTP id n5C6WUrT025851 for ; Fri, 12 Jun 2009 01:32:30 -0500 (CDT) Date: Fri, 12 Jun 2009 01:32:30 -0500 (CDT) From: Scott Bennett Message-Id: <200906120632.n5C6WUk6025850@mp.cs.niu.edu> To: freebsd-ports@freebsd.org Subject: problem upgrading perl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 06:32:56 -0000 Following the instructions in /usr/ports/UPDATING for upgrading from lang/perl5.8 to lang/perl5.10 using portmaster, the first part seems to go well. The last line of that process is where the excerpt below begins. The second step, as you will see, fails with the error message shown. /usr/ports/UPDATING neglects to mention what to do next, and the process looks incomplete at this point. If someone could offer instructions for completing the process, I would be grateful. ===>>> Upgrade of perl-5.8.9_2 to perl-threaded-5.10.0_3 complete hellas# nice +18 portmaster -v -r perl\* ===>>> No ORIGIN in /var/db/pkg/perl-threaded-5.10.0_3/+CONTENTS:@comment ORIGIN:lang/perl5.10 /var/db/pkg/perltidy-20071205/+CONTENTS:@comment ORIGIN:devel/perltidy/+CONTENTS ===>>> Aborting update hellas# Please copy me in on any responses. I'm subscribed to the digest form of this list, so responses sent only to the list may take up to a day to be sent to me as part of the digest. Thanks in advance for any assistance in proceeding with the perl upgrade. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 06:34:48 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A9A51065670; Fri, 12 Jun 2009 06:34:48 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from exhub015-2.exch015.msoutlookonline.net (exhub015-2.exch015.msoutlookonline.net [207.5.72.94]) by mx1.freebsd.org (Postfix) with ESMTP id EC1F38FC13; Fri, 12 Jun 2009 06:34:47 +0000 (UTC) (envelope-from pgollucci@FreeBSD.org) Received: from [172.28.1.202] (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Thu, 11 Jun 2009 23:24:46 -0700 Message-ID: <4A31F4AB.5040504@FreeBSD.org> Date: Fri, 12 Jun 2009 02:24:43 -0400 From: "Philip M. Gollucci" Organization: FreeBSD User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: apache@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, "portmgr@FreeBSD.org" Subject: RE: apr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 06:34:48 -0000 All, I'd like to propose the following: devel/apr0 0.9.x devel/apr1 1.x devel/apr2 2.x (un-released, but soon) Then, I'd propose that any port that bundles apr have it 'removed' and those ports depend on the apr ports. I.E www/apache22 www/apache20 devel/subversion We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR. This will be come a larger issue once apr2 is relased and the imminent www/apache23, www/apache24. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 09:14:37 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55211065673 for ; Fri, 12 Jun 2009 09:14:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 766C68FC1E for ; Fri, 12 Jun 2009 09:14:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 39886 invoked from network); 12 Jun 2009 08:47:56 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 12 Jun 2009 08:47:56 -0000 Message-ID: <4A32163B.3000308@FreeBSD.org> Date: Fri, 12 Jun 2009 10:47:55 +0200 From: Alex Dupre User-Agent: Thunderbird 2.0.0.21 (X11/20090408) MIME-Version: 1.0 To: Ian Lord References: <1C85B990B1204CCC835EA2850FE82C22@msdi.local> In-Reply-To: <1C85B990B1204CCC835EA2850FE82C22@msdi.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: mysql-server5.4.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: Fri, 12 Jun 2009 09:14:38 -0000 Ian Lord ha scritto: > > I would like to know if you are planning a port for mysql server 5.4 soon. > It's in my TODO list. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 12:59:37 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1B02106592D for ; Fri, 12 Jun 2009 12:59:35 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id AD35E8FC17 for ; Fri, 12 Jun 2009 12:59:35 +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 n5CD0Drw016527 for ; Fri, 12 Jun 2009 13:00:13 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n5CD0D38016513 for ports@FreeBSD.org; Fri, 12 Jun 2009 13:00:13 GMT (envelope-from erwin) Date: Fri, 12 Jun 2009 13:00:13 GMT From: Erwin Lansing Message-Id: <200906121300.n5CD0D38016513@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 12:59:38 -0000 INDEX build failed with errors: make: don't know how to make index. Stop Committers on the hook: Most recent CVS update was: From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 13:12:07 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C249A106566C; Fri, 12 Jun 2009 13:12:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6973F8FC1B; Fri, 12 Jun 2009 13:12:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09602; Fri, 12 Jun 2009 16:12:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A325423.3000606@icyb.net.ua> Date: Fri, 12 Jun 2009 16:12:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> In-Reply-To: <20090611194557.GC98175@bsdcrew.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 13:12:08 -0000 on 11/06/2009 22:45 Martin Wilke said the following: > Huhu, > > Yes we life and that's good :-). There should be a warning that this version won't start snapshots taken by the previous version. > Changes: > > - Fix build error when compiling in debug mode on FreeBSD HEAD > - SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > - Some FreeBSD relate typos > - Enable shared OpenGL service. Completely untested due to lack of > appropriate hardware but it compiles at least > - Add support for shared clipboards. Requires libXt > - FreeBSD: Implement preemption API for guest SMP and enable > it (slightly tested). Add neccessary RTMP* methods in userspace > for the frontends to detect the number of CPUs > - Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > instead of a spinlock to fix the problems users are seeing > (assertions with debugging enabled) while still being able > to run on 100Hz hosts. No problems detected so far and Solaris > doesn't use a spin mutex in this code too so it shouldn't do > any harm (keeping fingers crossed)space for the frontends to > detect the number of CPUs > - Add support for curl > - Add VBoxSharedClipboard > > Ports Changes; > - Force guestadditions version to 2.2.4 > - Removed Qt3 include replacements (already upstream) > - Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! > > - Martin > _______________________________________________ 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" -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 13:29:23 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD92B106564A for ; Fri, 12 Jun 2009 13:29:23 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 81B4E8FC1A for ; Fri, 12 Jun 2009 13:29:23 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (54.158.192-77.rev.gaoland.net [77.192.158.54]) by smtp.lamaiziere.net (Postfix) with ESMTPA id A9C6E63352C for ; Fri, 12 Jun 2009 15:29:22 +0200 (CEST) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id BF3DBBA36 for ; Fri, 12 Jun 2009 15:29:22 +0200 (CEST) Date: Fri, 12 Jun 2009 15:29:22 +0200 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20090612152922.235c6392@baby-jane.lamaiziere.net> In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 13:29:24 -0000 Le Thu, 11 Jun 2009 21:45:57 +0200, Martin Wilke a =E9crit : > Many thx to all Vbox Devs, All supporters, my nice team! :-) Many thanks! =20 > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz May be I missed something but I'm not able to launch VirtualBox (same with the previous version) I am in the group vboxusers and /proc is mounted, vboxdrv.ko is loaded. When I start VirtualBox, it does nothing and I only see two processes "VirtualBox" ? Thanks. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 15:05:52 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D30106566C; Fri, 12 Jun 2009 15:05:52 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 03C018FC0C; Fri, 12 Jun 2009 15:05:51 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id EAD677E837; Fri, 12 Jun 2009 07:05:50 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Fri, 12 Jun 2009 07:05:49 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <4A31F4AB.5040504@FreeBSD.org> In-Reply-To: <4A31F4AB.5040504@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: ports@freebsd.org, "Philip M. Gollucci" , apache@freebsd.org, "portmgr@FreeBSD.org" Subject: Re: apr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 15:05:52 -0000 On Thursday 11 June 2009 22:24:43 Philip M. Gollucci wrote: > All, > > I'd like to propose the following: > > devel/apr0 0.9.x > devel/apr1 1.x > devel/apr2 2.x (un-released, but soon) > > Then, I'd propose that any port that bundles apr have it 'removed' > and those ports depend on the apr ports. > > I.E > www/apache22 > www/apache20 > devel/subversion > > We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR. I certainly welcome this change as 99% of my installs already have WITH_APR_FROM_PORTS, however 2 things: - Instead of "(beware!)" one would probably want "(preferred!)" for the APR_FROM_PORTS knob real soon now, while these changes are in the queue. - It would help to have some documentation somewhere that lists what of the apr modules are required for what software, so that one can make the right decision for the apr port. For example, subversion wants threads and bdb, if you need DBD/postgresql support in apache, you need apr with postgresql (? I think) etc. -- Mel From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 15:05:52 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D30106566C; Fri, 12 Jun 2009 15:05:52 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 03C018FC0C; Fri, 12 Jun 2009 15:05:51 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id EAD677E837; Fri, 12 Jun 2009 07:05:50 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Fri, 12 Jun 2009 07:05:49 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <4A31F4AB.5040504@FreeBSD.org> In-Reply-To: <4A31F4AB.5040504@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> Cc: ports@freebsd.org, "Philip M. Gollucci" , apache@freebsd.org, "portmgr@FreeBSD.org" Subject: Re: apr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 15:05:52 -0000 On Thursday 11 June 2009 22:24:43 Philip M. Gollucci wrote: > All, > > I'd like to propose the following: > > devel/apr0 0.9.x > devel/apr1 1.x > devel/apr2 2.x (un-released, but soon) > > Then, I'd propose that any port that bundles apr have it 'removed' > and those ports depend on the apr ports. > > I.E > www/apache22 > www/apache20 > devel/subversion > > We get to eliminate WITH_APR_FROM_PORTS knob and WITH_APACHE2_APR. I certainly welcome this change as 99% of my installs already have WITH_APR_FROM_PORTS, however 2 things: - Instead of "(beware!)" one would probably want "(preferred!)" for the APR_FROM_PORTS knob real soon now, while these changes are in the queue. - It would help to have some documentation somewhere that lists what of the apr modules are required for what software, so that one can make the right decision for the apr port. For example, subversion wants threads and bdb, if you need DBD/postgresql support in apache, you need apr with postgresql (? I think) etc. -- Mel From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 15:20:38 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2EEB1065672 for ; Fri, 12 Jun 2009 15:20:38 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.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 84D018FC1E for ; Fri, 12 Jun 2009 15:20:38 +0000 (UTC) (envelope-from mel.flynn+fbsd.ports@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 4A3397E83F for ; Fri, 12 Jun 2009 07:20:37 -0800 (AKDT) From: Mel Flynn To: freebsd-ports@freebsd.org Date: Fri, 12 Jun 2009 07:20:36 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net> Subject: Virtualization software that can use existing vista installation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 15:20:39 -0000 Hi, is there any good working virtualization software on FreeBSD that can work with an existing Vista installation? I have a slice on my disk with ~20G of vista, for taxes and some games. As far as skimming through virtualbox user manual told me, it will need to install vista itself on the FreeBSD box. The data for partition 1 is: sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 50473061 (24645 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 8/ sector 44 Also, it would probably take me a few days to locate the original vista DVD that came with the laptop, so I'd really like to avoid that. ;) Of course, I'm also open to tricks that allow me to use that installation even if it means going through the normal motions. -- Mel From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 15:37:56 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E506106564A for ; Fri, 12 Jun 2009 15:37:56 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id E94B28FC15 for ; Fri, 12 Jun 2009 15:37:55 +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 n5CFcYZV024112 for ; Fri, 12 Jun 2009 15:38:34 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id n5CFcYv5024104 for ports@FreeBSD.org; Fri, 12 Jun 2009 15:38:34 GMT (envelope-from erwin) Date: Fri, 12 Jun 2009 15:38:34 GMT From: Erwin Lansing Message-Id: <200906121538.n5CFcYv5024104@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 15:37:56 -0000 From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 16:17:22 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CA51065670 for ; Fri, 12 Jun 2009 16:17:22 +0000 (UTC) (envelope-from ralf.folkerts@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8AE628FC1B for ; Fri, 12 Jun 2009 16:17:21 +0000 (UTC) (envelope-from ralf.folkerts@gmx.de) Received: (qmail invoked by alias); 12 Jun 2009 15:50:39 -0000 Received: from dslb-094-218-242-194.pools.arcor-ip.net (EHLO beaster.home.folkerts-net.de) [94.218.242.194] by mail.gmx.net (mp052) with SMTP; 12 Jun 2009 17:50:39 +0200 X-Authenticated: #18511927 X-Provags-ID: V01U2FsdGVkX19cHdYouvBc6WylrMNebMReOt4ET9S0xarx+abdLt uSEp40wSRknhVs Message-ID: <4A32794E.8040709@gmx.de> Date: Fri, 12 Jun 2009 17:50:38 +0200 From: Ralf Folkerts User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: Mel Flynn References: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net> In-Reply-To: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 Cc: freebsd-ports@freebsd.org Subject: Re: Virtualization software that can use existing vista installation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 16:17:22 -0000 Mel Flynn wrote: > Hi, > > is there any good working virtualization software on FreeBSD that can work > with an existing Vista installation? I have a slice on my disk with ~20G of > vista, for taxes and some games. As far as skimming through virtualbox user > manual told me, it will need to install vista itself on the FreeBSD box. > > The data for partition 1 is: > sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX) > start 63, size 50473061 (24645 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 8/ sector 44 > > Also, it would probably take me a few days to locate the original vista DVD > that came with the laptop, so I'd really like to avoid that. ;) > Of course, I'm also open to tricks that allow me to use that installation even > if it means going through the normal motions. > Hi, well, not a real solution; ~1 Year ago I used the VMWare Converter to convert my physical Windows XP Installation into a VMDK, copy that to my Linux Machine, mount that disk into VirtualBox, run a Repair-Installation - and was done. The Image uses to run fine from within VirtualBox since then. As there is a Virtual Box Port in the works now for FreeBSD - though currently a bit limited re. Network, it might come somewhat close to what you want. Please note, that I did not yet check that mentioned Image with FBSD-VBox but only use a smaller "test" Image. For the Converter see http://www.vmware.com/download/converter/ As my Experience is a bit outdated and was with an older Version of both (VBox, Converter) there is a chance that it might no longer work at all... But it might be worth a try. Cheers, _ralf_ From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 16:21:28 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D710C106564A for ; Fri, 12 Jun 2009 16:21:28 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9738FC14 for ; Fri, 12 Jun 2009 16:21:28 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk3 with SMTP id 3so3531783gxk.19 for ; Fri, 12 Jun 2009 09:21:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=0Asowx3NzV4Lx7XRfSjjJQJNbUTV26IHPh2mEJBLB2c=; b=pgqLRVrRNACuzyxjJZX6yH/mc+U4EFPOjF8zlNRmXQBijCV9BDkM48fCY+E9NHUE4Y s+2hcQjZ7+Ia2q+UV7pfAl42NZS/e1hvC61KJ5AvspGabluyNey/D+HcjAvBEgimQl7d N9keyB2/fKX0iyCJR+G1k+oZsPaA66sFYBQ7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=OfnAOGeoxHW6HEugMeMT+KPKZ9gntC+XdAq4i57VflCjA52/A1PjNNl6aFv1u6fCT9 /vEut2YT6mMGeL+WBXhGfZ6PIZpv7QkZx+1OSjtn74xvIu2zCHBwwqvsBzSGUCEawuUX wV1l2vp/z+NF7CWMRm3xukT80AThVEd1dbkXc= MIME-Version: 1.0 Received: by 10.151.138.13 with SMTP id q13mr7809781ybn.179.1244823688066; Fri, 12 Jun 2009 09:21:28 -0700 (PDT) In-Reply-To: <4A32794E.8040709@gmx.de> References: <200906120720.36404.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A32794E.8040709@gmx.de> Date: Fri, 12 Jun 2009 09:21:28 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Virtualization software that can use existing vista installation X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 16:21:29 -0000 On Fri, Jun 12, 2009 at 8:50 AM, Ralf Folkerts wrote: > Mel Flynn wrote: > >> Hi, >> >> is there any good working virtualization software on FreeBSD that can work >> with an existing Vista installation? I have a slice on my disk with ~20G of >> vista, for taxes and some games. As far as skimming through virtualbox user >> manual told me, it will need to install vista itself on the FreeBSD box. >> >> The data for partition 1 is: >> sysid 7 (0x07),(NTFS, OS/2 HPFS, QNX-2 (16 bit) or Advanced UNIX) >> start 63, size 50473061 (24645 Meg), flag 0 >> beg: cyl 0/ head 1/ sector 1; >> end: cyl 1023/ head 8/ sector 44 >> >> Also, it would probably take me a few days to locate the original vista >> DVD that came with the laptop, so I'd really like to avoid that. ;) >> Of course, I'm also open to tricks that allow me to use that installation >> even if it means going through the normal motions. >> >> > > Hi, > > well, not a real solution; ~1 Year ago I used the VMWare Converter to > convert my physical Windows XP Installation into a VMDK, copy that to my > Linux Machine, mount that disk into VirtualBox, run a Repair-Installation - > and was done. The Image uses to run fine from within VirtualBox since then. > > As there is a Virtual Box Port in the works now for FreeBSD - though > currently a bit limited re. Network, it might come somewhat close to what > you want. Please note, that I did not yet check that mentioned Image with > FBSD-VBox but only use a smaller "test" Image. > > For the Converter see http://www.vmware.com/download/converter/ > > As my Experience is a bit outdated and was with an older Version of both > (VBox, Converter) there is a chance that it might no longer work at all... > But it might be worth a try. > You can also use dd to create a raw disk image, if you have the space. Then use that disk image with your VM software of choice. I'm pretty sure with later versions of VMWare Workstation (5 or 6) you can point it at a raw disk partition and it will use the on-disk/already installed OS. But the latest version of VMWare Workstation for FreeBSD is 3.x, which doesn't support this. You may be able to use the raw disk device with QEmu, but I've never tried that or even looked into it. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 18:01:24 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43717106566B; Fri, 12 Jun 2009 18:01:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E017C8FC08; Fri, 12 Jun 2009 18:01:22 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA12309; Fri, 12 Jun 2009 21:01:21 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3297F1.6010301@icyb.net.ua> Date: Fri, 12 Jun 2009 21:01:21 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> In-Reply-To: <4A325423.3000606@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 18:01:25 -0000 on 12/06/2009 16:12 Andriy Gapon said the following: > on 11/06/2009 22:45 Martin Wilke said the following: >> Huhu, >> >> Yes we life and that's good :-). > > There should be a warning that this version won't start snapshots taken by the > previous version. BTW, the error in my case was: Changing the VM state from 'CREATED' to 'LOADING'. SSM: File header: Format V1.2, VirtualBox Version 2.2.51 r19957, 64-bit host, cbGCPhys=8, cbGCPtr=8 SSM: Saved state info: SSM: OSE: true Ram range: 00000000fec00000-00000000fec00fff 0000000000001000 bytes nobits I/O APIC Memory State : 00000000e0000000-00000000e0ffffff 0000000001000000 bytes bits VRam SSM: LoadExec failed with rc=VERR_SSM_LOAD_CONFIG_MISMATCH for unit 'pgm'! Changing the VM state from 'LOADING' to 'LOAD_FAILURE'. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 18:17:06 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32AB106564A for ; Fri, 12 Jun 2009 18:17:06 +0000 (UTC) (envelope-from ralf.folkerts@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 227168FC17 for ; Fri, 12 Jun 2009 18:17:05 +0000 (UTC) (envelope-from ralf.folkerts@gmx.de) Received: (qmail invoked by alias); 12 Jun 2009 18:17:04 -0000 Received: from dslb-094-218-242-194.pools.arcor-ip.net (EHLO beaster.home.folkerts-net.de) [94.218.242.194] by mail.gmx.net (mp032) with SMTP; 12 Jun 2009 20:17:04 +0200 X-Authenticated: #18511927 X-Provags-ID: V01U2FsdGVkX1818H0L/681RFNUG6Z2/Shc1js2O/jueJ6fsqruyM xEWDsVNkBDuWy0 Message-ID: <4A329BA0.7040206@gmx.de> Date: Fri, 12 Jun 2009 20:17:04 +0200 From: Ralf Folkerts User-Agent: Thunderbird 2.0.0.21 (X11/20090410) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> In-Reply-To: <20090611194557.GC98175@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.46 Cc: ports@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 18:17:06 -0000 Martin Wilke wrote: > [...] Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! > Hi Martin, while I had no Compile-Problems with -5, this -6 does not compile: /usr/include/machine/cpufunc.h:133:1: warning: "ffs" redefined In file included from /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/HostDrivers/Support/SUPDrv.c:35: /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/src/VBox/HostDrivers/Support/SUPDrvInternal.h:125:1: warning: this is the location of the previous definition /usr/local/lib/libssl.so.5: undefined reference to `d2i_X509_EXTENSIONS' /usr/local/lib/libssl.so.5: undefined reference to `ENGINE_get_ssl_client_cert_function' /usr/local/lib/libssl.so.5: undefined reference to `HMAC_CTX_set_flags' /usr/local/lib/libssl.so.5: undefined reference to `i2d_X509_EXTENSIONS' /usr/local/lib/libssl.so.5: undefined reference to `ENGINE_load_ssl_client_cert' /usr/local/lib/libssl.so.5: undefined reference to `pqueue_size' /usr/local/lib/libssl.so.5: undefined reference to `EVP_idea_cbc' kmk[2]: *** [/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI] Error 1 The failing command: @g++ '-Wl,-rpath,/usr/local/lib/virtualbox' -m64 -o /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/obj/tstAPI/tstAPI.o -L/usr/lib -L/usr/X11R6/lib -L/usr/local/lib /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/bin/VBoxRT.so /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/lib/VBoxCOM.a /home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457/out/freebsd.amd64/release/bin/VBoxXPCOM.so kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory `/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457' kmk[2]: Entering directory `/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] Error 2 kmk[1]: Leaving directory `/home/ralf/vbox2/virtualbox/work/virtualbox-2.2.51r20457' kmk: *** [pass_binaries_order] Error 2 *** Error code 2 Stop in /home/ralf/vbox2/virtualbox. *** Error code 1 Stop in /home/ralf/vbox2/virtualbox. I tried both, the -6 tarball and the SVN-Version (@Rev 398). Same error. I also csupped my world/kernel, and built/installed both, but w/o success. This is on amd64: 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jun 12 19:08:44 CEST 2009 toor@beaster.home.folkerts-net.de:/usr/obj/usr/src/sys/GENERIC amd64 Cheers, _ralf_ From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 18:20:23 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30EBD106570D; Fri, 12 Jun 2009 18:20:23 +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 AA55E8FC1C; Fri, 12 Jun 2009 18:20:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA12334; Fri, 12 Jun 2009 21:03:08 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A32985C.8050808@freebsd.org> Date: Fri, 12 Jun 2009 21:03:08 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Martin Wilke References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> In-Reply-To: <4A325423.3000606@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 18:20:24 -0000 on 11/06/2009 22:45 Martin Wilke said the following: >> - Enable shared OpenGL service. Completely untested due to lack of >> appropriate hardware but it compiles at least Doesn't look like it would work at the run time (at least for me): OpenGL Error: DLL Loader couldn't find/open /libGL.so.1 OpenGL Error: The render SPU was unable to load the native OpenGL library OpenGL Warning: Error closing DLL /libGL.so.1 libGL.so.1 lives in /usr/local/lib. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 20:29:41 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002B91065704; Fri, 12 Jun 2009 20:29:40 +0000 (UTC) (envelope-from pgollucci@freebsd.org) Received: from EXHUB015-3.exch015.msoutlookonline.net (exhub015-3.exch015.msoutlookonline.net [207.5.72.95]) by mx1.freebsd.org (Postfix) with ESMTP id DB1A08FC14; Fri, 12 Jun 2009 20:29:40 +0000 (UTC) (envelope-from pgollucci@freebsd.org) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Fri, 12 Jun 2009 13:29:40 -0700 Message-ID: <4A32BAB3.4090500@freebsd.org> Date: Fri, 12 Jun 2009 16:29:39 -0400 From: "Philip M. Gollucci" Organization: FreeBSD Foundation User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: Mel Flynn References: <4A31F4AB.5040504@FreeBSD.org> <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> In-Reply-To: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, apache@freebsd.org, freebsd-ports@freebsd.org, "portmgr@FreeBSD.org" Subject: Re: apr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 20:29:41 -0000 Mel Flynn wrote: > I certainly welcome this change as 99% of my installs already have > WITH_APR_FROM_PORTS, however 2 things: > - Instead of "(beware!)" one would probably want "(preferred!)" for the > APR_FROM_PORTS knob real soon now, while these changes are in the queue. Thats an easy change I'll make it on or before monday. It might be better to make that the new default too. > - It would help to have some documentation somewhere that lists what of the > apr modules are required for what software, so that one can make the right > decision for the apr port. Well thats kind of involved..... suggestions welcome. > > For example, subversion wants threads and bdb, if you need DBD/postgresql > support in apache, you need apr with postgresql (? I think) etc. That part of the beauty. Now that devel/apr honors ports KNOBS (since january) the WITH_BDB etc will cary over when you build ports. None of this DEPENDS_ARGS crap so the default www/apache2x and www/apr would match by default. If you build your own custom packages it still works. So in /etc/make.conf WITH_POSTGRESQL=yes will DWIM. Without the change, www/apache20 has to support an large number of combinations of how to do stuff relating to apr et al. I forgot got mention it, so I'll mention it now I feel similarly for pcre and WITH_PCRE_FROM_PORTS Another benefit is security. We had to change devel/apr, www/apache2* for the recent apr-util CVE. Had we already converted, only devel/apr would have needed to change and since nearly everything using apr uses shared not static libs you wouldn't have even needed to rebuid www/apache2* From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 20:39:41 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C6881065670 for ; Fri, 12 Jun 2009 20:39:41 +0000 (UTC) (envelope-from pgollucci@freebsd.org) Received: from EXHUB015-3.exch015.msoutlookonline.net (exhub015-3.exch015.msoutlookonline.net [207.5.72.95]) by mx1.freebsd.org (Postfix) with ESMTP id 75BB68FC0C for ; Fri, 12 Jun 2009 20:39:41 +0000 (UTC) (envelope-from pgollucci@freebsd.org) Received: from philip.hq.rws (76.161.175.34) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Fri, 12 Jun 2009 13:29:40 -0700 Message-ID: <4A32BAB3.4090500@freebsd.org> Date: Fri, 12 Jun 2009 16:29:39 -0400 From: "Philip M. Gollucci" Organization: FreeBSD Foundation User-Agent: Thunderbird 2.0.0.21 (X11/20090403) MIME-Version: 1.0 To: Mel Flynn References: <4A31F4AB.5040504@FreeBSD.org> <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> In-Reply-To: <200906120705.49985.mel.flynn+fbsd.ports@mailing.thruhere.net> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, apache@freebsd.org, freebsd-ports@freebsd.org, "portmgr@FreeBSD.org" Subject: Re: apr X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 12 Jun 2009 20:39:41 -0000 Mel Flynn wrote: > I certainly welcome this change as 99% of my installs already have > WITH_APR_FROM_PORTS, however 2 things: > - Instead of "(beware!)" one would probably want "(preferred!)" for the > APR_FROM_PORTS knob real soon now, while these changes are in the queue. Thats an easy change I'll make it on or before monday. It might be better to make that the new default too. > - It would help to have some documentation somewhere that lists what of the > apr modules are required for what software, so that one can make the right > decision for the apr port. Well thats kind of involved..... suggestions welcome. > > For example, subversion wants threads and bdb, if you need DBD/postgresql > support in apache, you need apr with postgresql (? I think) etc. That part of the beauty. Now that devel/apr honors ports KNOBS (since january) the WITH_BDB etc will cary over when you build ports. None of this DEPENDS_ARGS crap so the default www/apache2x and www/apr would match by default. If you build your own custom packages it still works. So in /etc/make.conf WITH_POSTGRESQL=yes will DWIM. Without the change, www/apache20 has to support an large number of combinations of how to do stuff relating to apr et al. I forgot got mention it, so I'll mention it now I feel similarly for pcre and WITH_PCRE_FROM_PORTS Another benefit is security. We had to change devel/apr, www/apache2* for the recent apr-util CVE. Had we already converted, only devel/apr would have needed to change and since nearly everything using apr uses shared not static libs you wouldn't have even needed to rebuid www/apache2* From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 20:59:29 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B44C1065674; Fri, 12 Jun 2009 20:59:29 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 153648FC0C; Fri, 12 Jun 2009 20:59:29 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: by pzk35 with SMTP id 35so1515993pzk.3 for ; Fri, 12 Jun 2009 13:59:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=+Bq/g3ezYj2ruEwXiW94718wyWKyIpPFRsMArmR2Jvo=; b=gVm2ptMIv6EM5hAkUZTsIKCy1Iq2ikgrZFbUvAk0yP96rpfTxIrftu2j8yve8u9Utq RCo9aFMtQk7TMAb+3Ma71wciI2LACjtx0jUnECcdqWRX7VV/5H1D4+JSxKClDepK853b wb6pGvj3yiEfb1/K689+n7cgbTHRGcFHyEi20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=nQ/iO8XXL7knJe9FgkTa/mS3ZQjgUSFvqMuYMKTUTfK15TkCD8+Jtsne0Z0J0ST/cj cJXxDsS+Y3wS7i+nsNMPIP5NkjB4x95ItR1Xl9L+xmT6uw5lekY4Yy/yCtxXG1pvE+vq aGV+WEwB9O/kXxpCO0Q2NiryQviZ/JnCd+ot4= Received: by 10.142.180.20 with SMTP id c20mr1453363wff.12.1244840368725; Fri, 12 Jun 2009 13:59:28 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 9sm743366wfc.16.2009.06.12.13.59.26 (version=SSLv3 cipher=RC4-MD5); Fri, 12 Jun 2009 13:59:27 -0700 (PDT) Sender: Maho NAKATA Date: Sat, 13 Jun 2009 05:57:08 +0900 (JST) Message-Id: <20090613.055708.189657920.chat95@mac.com> To: miwi@FreeBSD.org From: Maho NAKATA In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 20:59:30 -0000 Hi Martin, I tested http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz . * on my FBSD7 box, when I launch VirtualBox, I have two process named VirtualBox. I have to kill one. This problem has been reported http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006266.html http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055276.html and should be noted. * ports intalles fine. * Installed Windows7RC Japanese version. I got an error when I install but no error for second (clean) install. I suspect it is just a hiccup. * With GuestAddon, cut and paste works between host and guest. (Windows7RC JA) even Japanese Text. * With GuestAddon + 7RC, crystal benchmark test result didn't change http://lists.freebsd.org/pipermail/freebsd-ports/2009-June/055089.html . (this is a correct result) Best, From: Martin Wilke Subject: [Call For Testing] VirtualBox for FreeBSD! take 6 Date: Thu, 11 Jun 2009 21:45:57 +0200 > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > Happy Testing! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 21:25:02 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBFA1065670; Fri, 12 Jun 2009 21:25:02 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 579FB8FC14; Fri, 12 Jun 2009 21:25:01 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by ewy8 with SMTP id 8so2789514ewy.43 for ; Fri, 12 Jun 2009 14:25:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bySCPrr0/DkL/xs2T6LRHemgWPk7bxx72ptb1/c0vF8=; b=QkBapv9pQJEOs0PfS1SQBpU29fqbkJ/0TqbPsbz0Eg8FopArJTf2UTgd9wZzgo9cCf ajnuLF1QXTFkxHhCfA9VbuXjLYYgFrBZVW/lsHuUv/fqIh2ck1cuFHe5pbQ+1gRSl3gS ZaOXJIsm0DCgUWORM7HMYz2IjjkpYJRFkc114= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mJNG/aTodQHgaI43cd7qVMkoXx///VF4KEW+02XyQppOuULP61xA74ToVwp3Vm3G0I tUNpQw+wBXweaG/R91KAX2xlnOK1BgNgX/on5BxQUiKRcJqVP8uG5A3SknoECCknloEU MWSV7Uj2+TAcjIX4ZmzGwPhsmAqpzHc5DGCI0= MIME-Version: 1.0 Received: by 10.216.48.195 with SMTP id v45mr1479030web.123.1244841899862; Fri, 12 Jun 2009 14:24:59 -0700 (PDT) In-Reply-To: <20090611194557.GC98175@bsdcrew.de> References: <20090611194557.GC98175@bsdcrew.de> Date: Fri, 12 Jun 2009 16:24:59 -0500 Message-ID: <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com> From: "Sam Fourman Jr." To: Martin Wilke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 21:25:03 -0000 On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Huhu, > > Yes we life and that's good :-). > Changes: > > =A0- Fix build error when compiling in debug mode on FreeBSD HEAD > =A0- SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. > =A0- Some FreeBSD relate typos > =A0- Enable shared OpenGL service. Completely untested due to lack of > =A0 =A0appropriate hardware but it compiles at least > =A0- Add support for shared clipboards. Requires libXt > =A0- FreeBSD: Implement preemption API for guest SMP and enable > =A0 =A0it (slightly tested). Add neccessary RTMP* methods in userspace > =A0 =A0for the frontends to detect the number of CPUs > =A0- Runtime/semevent-r0drv-freebsd: Use a sleeping mutex > =A0 =A0instead of a spinlock to fix the problems users are seeing > =A0 =A0(assertions with debugging enabled) while still being able > =A0 =A0to run on 100Hz hosts. No problems detected so far and Solaris > =A0 =A0doesn't use a spin mutex in this code too so it shouldn't do > =A0 =A0any harm (keeping fingers crossed)space for the frontends to > =A0 =A0detect the number of CPUs > =A0- Add support for curl > =A0- Add VBoxSharedClipboard > > Ports Changes; > =A0- Force guestadditions version to 2.2.4 > =A0- Removed Qt3 include replacements (already upstream) > =A0- Removed cosmetic X11 include path patch > > Please make SURE, your world and kernel is in sync and you've read > the pkg-messages. Also please unload the kernel module before > you update the port ;-). > > Many thx to all Vbox Devs, All supporters, my nice team! :-) > > =A0 http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz > > =A0Happy Testing! > > - - Martin This may be off topic a bit, but I am looking for a way to plug my Apple Ip= hone into a Windows based guest. Does virtualbox allow usb passthrough? Sam Fourman Jr. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 12 23:23:56 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04562106566C; Fri, 12 Jun 2009 23:23:56 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f208.google.com (mail-bw0-f208.google.com [209.85.218.208]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC288FC15; Fri, 12 Jun 2009 23:23:54 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by bwz4 with SMTP id 4so38266bwz.43 for ; Fri, 12 Jun 2009 16:23:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.54.65 with SMTP id p1mr4144486bkg.195.1244849032993; Fri, 12 Jun 2009 16:23:52 -0700 (PDT) In-Reply-To: <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com> References: <20090611194557.GC98175@bsdcrew.de> <11167f520906121424n24278334lf936cc39340b80c1@mail.gmail.com> Date: Sat, 13 Jun 2009 01:23:52 +0200 Message-ID: <367b2c980906121623mfc0af4cwcc94eef811e22be@mail.gmail.com> From: Olivier SMEDTS To: "Sam Fourman Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jun 2009 23:23:56 -0000 2009/6/12 Sam Fourman Jr. : > On Thu, Jun 11, 2009 at 2:45 PM, Martin Wilke wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Huhu, >> >> Yes we life and that's good :-). >> Changes: >> >> =A0- Fix build error when compiling in debug mode on FreeBSD HEAD >> =A0- SemEvent?-r0drv/FreeBSD: Don't use tvtohz for an infinite timeout. >> =A0- Some FreeBSD relate typos >> =A0- Enable shared OpenGL service. Completely untested due to lack of >> =A0 =A0appropriate hardware but it compiles at least >> =A0- Add support for shared clipboards. Requires libXt >> =A0- FreeBSD: Implement preemption API for guest SMP and enable >> =A0 =A0it (slightly tested). Add neccessary RTMP* methods in userspace >> =A0 =A0for the frontends to detect the number of CPUs >> =A0- Runtime/semevent-r0drv-freebsd: Use a sleeping mutex >> =A0 =A0instead of a spinlock to fix the problems users are seeing >> =A0 =A0(assertions with debugging enabled) while still being able >> =A0 =A0to run on 100Hz hosts. No problems detected so far and Solaris >> =A0 =A0doesn't use a spin mutex in this code too so it shouldn't do >> =A0 =A0any harm (keeping fingers crossed)space for the frontends to >> =A0 =A0detect the number of CPUs >> =A0- Add support for curl >> =A0- Add VBoxSharedClipboard >> >> Ports Changes; >> =A0- Force guestadditions version to 2.2.4 >> =A0- Removed Qt3 include replacements (already upstream) >> =A0- Removed cosmetic X11 include path patch >> >> Please make SURE, your world and kernel is in sync and you've read >> the pkg-messages. Also please unload the kernel module before >> you update the port ;-). >> >> Many thx to all Vbox Devs, All supporters, my nice team! :-) >> >> =A0 http://people.freebsd.org/~miwi/vbox/virtualbox_6.tgz >> >> =A0Happy Testing! >> >> - - Martin > > > This may be off topic a bit, but I am looking for a way to plug my Apple = Iphone > into a Windows based guest. > > Does virtualbox allow usb passthrough? Yes, but not on FreeBSD, and even with that it doesn't work in VirtualBox (Apple iPhone with iTunes are really picky on USB drivers). Neither in qemu or VMWare. If you want to use iTunes you'll have to install Windows, else use another program. > > > Sam Fourman Jr. > _______________________________________________ > 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 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 12:44:11 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41C171065687 for ; Sat, 13 Jun 2009 12:44:11 +0000 (UTC) (envelope-from bounce-fwgqjryjgmglvdqmgj@news.college.us.com) Received: from mail4.news.college.us.com (mail4.news.college.us.com [64.20.249.19]) by mx1.freebsd.org (Postfix) with ESMTP id 079AB8FC16 for ; Sat, 13 Jun 2009 12:44:10 +0000 (UTC) (envelope-from bounce-fwgqjryjgmglvdqmgj@news.college.us.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=default; d=news.college.us.com; h=Message-ID:Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:Content-Transfer-Encoding:List-Unsubscribe; i=CollegeNews@news.college.us.com; bh=1WwN3Q2ohexfkA3W+4cAOVj8dR4=; b=KyWXuwDvR/zJVTDyUYX9C//Iya7y4yNCOSAeqMBqYnbIJIFgzYiUoGRUM8YxdcjwuEFB10crSy/p 8CFfG1jgog== DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=default; d=news.college.us.com; b=o2eBeiTiloxJ067s0nxozmOaspgCZ40jvY6f96riaipQ/0WW9LCSlSmvCD3dvoCMnf8gBMPEZACg x4ovL8OgKw==; Received: by mail4.news.college.us.com id h6efds0c3dot for ; Sat, 13 Jun 2009 07:22:55 -0500 (envelope-from ) Message-ID: <32119514.1244895826501.JavaMail.root@news.college.us.com> Date: Sat, 13 Jun 2009 07:23:46 -0500 (CDT) From: College News To: " John" Content-Transfer-Encoding: quoted-printable X-VAN: bngmhphzccpjcgcjgcpzlmrmv cgkhmgcgpcjhmvrpvhkhjczmkhv rvgmhcmvm x-campaignid: vantage165037 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 2009 degrees now available from 55102 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: College News List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2009 12:44:11 -0000 =09=09 [=] =20 =09 =20 =20 =09 You are receiving this m= essage because you submitted the email address ports@freebsd.org to receive in= formation from http://www.directscholar.com on Jun 09 2009 07:25AM. [1]Click here to add us to your address book =20 =09 =20 =20 =09 [2]Ready to go back to school? Search for online + campus-based schools with College.us.com =20 [3]View in Browser | [4]Unsubscribe" style=3D"font-fa= mily:Arial, Helvetica, sans-serif; font-size:10px; color:#000; text-decorat= ion:none;">Remove My Email =20 =09 =20 =09 =09=09 [5]3D"" = =20 =20 [6]3D"Want =20 =20 [7]Dear John, Thinking of going back to s= chool? You're in luck. At College.us.com, we've ma= de finding the right school easier than ever. =20 [8]Go to College.us.co= m now. =20 [9]With College.us.com= , you have 3 easy ways to search for schools: =20 1.Search by Location 2. Search by Category (Area of Study) 3. Search by Program Level =20 Take the next step = toward finding the right school today! =20 [10]Find the right scho= ol now. = [college.us=] =20 [11]3D"GO [12][0=] =20 [13]3D"" =20 =09 =20 =09 This email was sent by: = College.us.com 2711 N. Sepulveda Blvd. # 148, Manhattan Beach, CA 90266 You have subsc= ribed to receive information from us with ports@freebsd.org This email was sent to you because you requested we send you periodical inf= ormation about schools and colleges. To stop receiving email from Colle= ge.us.com, [14]Remove me or write us at = the address listed above Please view our [15]Privacy Policy<= /span> [xdbrfmmsm_lrhdfzgfhsh.gif&o=] References Visible links 1. 3D"http://www.n=/ 2. 3D"http://www.news.college.us.com/jtdjtkgst_= 3. 3D"http://www.news.college.us.com/mylfzkqzv_= 4. 3D"http://www.news.college.us=/ 5. 3D"http://www.news.college.us.c=/ 6. 3D"http://www.news.coll=/ 7. 3D"http://www.news.=/ 8. 3D"http://www.news.=/ 9. 3D"http://www.news.=/ 10. 3D"http://www.news.=/ 11. file://localhost/tmp/3D"= 12. 3D"http://www.news.college.=/ 13. 3D"http://www.news.coll=/ 14. 3D"http://www.news.college.us.com/vptfmggcz_= 15. 3D"http://www.news.col=/ Hidden links: 16. 3D"http://www.news.college.us.com/fwvrp= 17. 3D"http://www.news.college.us.c=/ 18. 3D"http://www.news.college.us.c=/ From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 15:42:50 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E89ED1065673 for ; Sat, 13 Jun 2009 15:42:50 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao106.cox.net (eastrmmtao106.cox.net [68.230.240.48]) by mx1.freebsd.org (Postfix) with ESMTP id 64FFA8FC25 for ; Sat, 13 Jun 2009 15:42:50 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao106.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090613154250.IRCL23066.eastrmmtao106.cox.net@eastrmimpo02.cox.net>; Sat, 13 Jun 2009 11:42:50 -0400 Received: from localhost ([68.103.37.153]) by eastrmimpo02.cox.net with bizsmtp id 3Tip1c0063JFCbG02TipKS; Sat, 13 Jun 2009 11:42:49 -0400 X-VR-Score: -300.00 X-Authority-Analysis: v=1.0 c=1 a=q5A19Lcd2LEA:10 a=bQ-dl0YF0BYA:10 a=kviXuzpPAAAA:8 a=6I5d2MoRAAAA:8 a=6mhpb7gxnfnI4kqkaQUA:9 a=hIlKXY_-Lqr9ZTZtADMA:7 a=cE5TkOeAEp1laYe0XqD59ECPnSIA:4 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 X-CM-Score: 0.00 Date: Sat, 13 Jun 2009 10:43:10 -0500 To: gerald@freebsd.org From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.64 (Linux) Cc: ports@freebsd.org Subject: Why not use normal CONFLICTS in lang/gcc43 instead of custom? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 13 Jun 2009 15:42:51 -0000 Hello Gerald, I am trying to install x11/gnome2 last night and the build has gotten stop at lang/gcc43, because of conflict with lang/gcc295. But wait, I don't have lang/gcc295 install. I only have ccache installed that has put 'gcc295' in /usr/local/libexec/ccache/ and this path is in the front of my PATH. It caused lang/gcc43 to find it by mistake. ----------------------------------- # ls -l /usr/local/libexec/ccache/ | grep 295 lrwxr-xr-x 1 root wheel 21 June 12 14:36 g++295@ -> /usr/local/bin/ccache lrwxr-xr-x 1 root wheel 21 June 12 14:36 gcc295@ -> /usr/local/bin/ccache # echo $PATH /usr/local/libexec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin ----------------------------------- ----------------------------------- pre-extract: @# Building libgcj with lang/gcc295 installed is causing a failure @# about "hidden symbol `__eprintf'" in libgcc.a(_eprintf.o). @if type gcc295 >/dev/null ; then \ echo "This port will not build in the presence of lang/gcc295."; \ exit 1; \ fi ----------------------------------- Puzzled me for you to not use the CONFLICTS, so why not use it? If you really can't use CONFLICTS, then can you use the full path of gcc295? Thanks. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 21:40:15 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C578106564A for ; Sat, 13 Jun 2009 21:40:15 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 326E58FC1C for ; Sat, 13 Jun 2009 21:40:14 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: (qmail 9335 invoked by uid 89); 13 Jun 2009 20:01:40 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 13 Jun 2009 20:01:40 -0000 Message-Id: From: Dan Allen To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sat, 13 Jun 2009 15:13:29 -0600 X-Mailer: Apple Mail (2.935.3) Subject: Re: Stop in /usr/ports/lang/gcc43 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 13 Jun 2009 21:40:15 -0000 I am trying to upgrade Ruby, and build Firefox 3.0.11, and they both want to build gcc43 because of gfortran. Really? Firefox needs gfortran to build? I bet not. Anyway, when they try and build gcc43 (of May 31st) on my system, I get into an infinite loop by the pkg system saying that gcc43 requires gfortran to build, that gfortran is not present... the script finally dies. This happens even if I simply do this: cd /usr/ports/lang/gcc43 make It dies there too. So now I cannot upgrade firefox, noway, nohow. Interestingly enough I have gcc44 (with gfortran44!) on the system but these dependencies do not consider that a substitute. I have cvsup'd the ports trees, done portsdb -uF, pkgdb -F, and portupgrade -ar a billion times. It does not help. Everything was fine yesterday, Jun 12th for me. The change came in with Firefox 3.0.11 and some /usr/ports/devel/nspr package that Firefox needs. Something is messed up in the dependencies. Dan Allen From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 22:52:13 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BE141065674; Sat, 13 Jun 2009 22:52:13 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id C64E98FC08; Sat, 13 Jun 2009 22:52:12 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id n5DMqA2d003666; Sun, 14 Jun 2009 00:52:10 +0200 Received: from webmail.entel.upc.edu (wireless.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 267442CBD09; Sun, 14 Jun 2009 00:52:05 +0200 (CEST) Received: from 88.11.0.178 by webmail.entel.upc.edu with HTTP; Sun, 14 Jun 2009 00:52:05 +0200 (CEST) Message-ID: <54827.88.11.0.178.1244933525.squirrel@webmail.entel.upc.edu> In-Reply-To: <4A32985C.8050808@freebsd.org> References: <20090611194557.GC98175@bsdcrew.de> <4A325423.3000606@icyb.net.ua> <4A32985C.8050808@freebsd.org> Date: Sun, 14 Jun 2009 00:52:05 +0200 (CEST) From: "Gustavo Perez Querol" To: "Andriy Gapon" User-Agent: SquirrelMail/1.4.10a-1.fc6 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sun, 14 Jun 2009 00:52:10 +0200 (CEST) Cc: ports@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Martin Wilke Subject: Re: [Call For Testing] VirtualBox for FreeBSD! take 6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Jun 2009 22:52:14 -0000 > on 11/06/2009 22:45 Martin Wilke said the following: >>> - Enable shared OpenGL service. Completely untested due to lack of >>> appropriate hardware but it compiles at least > > Doesn't look like it would work at the run time (at least for me): > OpenGL Error: DLL Loader couldn't find/open /libGL.so.1 > OpenGL Error: The render SPU was unable to load the native OpenGL library > OpenGL Warning: Error closing DLL /libGL.so.1 > > libGL.so.1 lives in /usr/local/lib. To survive while someone fixes vbox, edit /etc/libmap.conf and add something like this : [VirtualBox] /libGL.so.1 /usr/local/lib/libGL.so.1 I had the same problem, and that fixed vbox. And report that shared clipboards with a windows xp guest work for me with virtualbox take 6 ! Thank you ! Greets, Gus > > -- > Andriy Gapon > _______________________________________________ > 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" > From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 23:23:40 2009 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966461065670 for ; Sat, 13 Jun 2009 23:23:40 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 51CC68FC17 for ; Sat, 13 Jun 2009 23:23:40 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id 06E8A1CC0F; Sun, 14 Jun 2009 01:23:38 +0200 (CEST) Date: Sun, 14 Jun 2009 01:23:38 +0200 From: Erwin Lansing To: ports@FreeBSD.org Message-ID: <20090613232338.GO33280@droso.net> References: <200906131449.n5DEnnFx077581@repoman.freebsd.org> <4A343325.30300@p6m7g8.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rMWmSaSbD7nr+du9" Content-Disposition: inline In-Reply-To: <4A343325.30300@p6m7g8.com> X-Operating-System: FreeBSD/i386 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: cvs commit: ports MOVED ports/japanese Makefile ports/japanese/slirc Makefile distinfo ports/japanese/slirc/files README.ja patch-editor.sl patch-init.sl patch-lru.c patch-slirc.c patch-vfile-module.c patch-windoze.c X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 13 Jun 2009 23:23:40 -0000 --rMWmSaSbD7nr+du9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 13, 2009 at 07:15:49PM -0400, Philip M. Gollucci wrote: > Erwin Lansing wrote: > > erwin 2009-06-13 14:49:49 UTC > >=20 > > FreeBSD ports repository > >=20 > > Modified files: > > . MOVED=20 > > japanese Makefile=20 > > Removed files: > > japanese/slirc Makefile distinfo=20 > > japanese/slirc/files README.ja patch-editor.sl patch-init.sl=20 > > patch-lru.c patch-slirc.c=20 > > patch-vfile-module.c patch-windoze.c=20 > > Log: > > Remove japanese/slirc. The port has been BROKEN of over 4 months > > and is now also broken against its master port causing a warning > > during INDEX generation. >=20 > horray! >=20 Now stop cheering and start fixing! Today, I went through the ports that were unconditionally BROKEN for more than 3 months, FORBIDDEN, or past their set EXPIRATION_DATE. I plan to do this on a regular basis, so if there is any port you like on these lists, please start sending patches: http://portsmon.freebsd.org/portsconcordanceforforbidden.py http://portsmon.freebsd.org/portsconcordanceforexpiring.py http://portsmon.freebsd.org/portsconcordanceforbroken.py Also, I would like to thank Mark Linimon for creating those reports in portmon and Vasil Dimov for creating the rmport script, without which I wouldn't have been able to do all those commits in one day. -erwin --=20 Erwin Lansing (o_ _o) http://droso.org \\\_\ /_/// The rest is silence <____) (____> erwin@lansing.dk --rMWmSaSbD7nr+du9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFKNDT6qy9aWxUlaZARAg1vAKCkcR8szInRdxkq7i2xQJwWtdXkNACfTDiP zzCsdohYACsuaDhXs9cKomM= =RM7N -----END PGP SIGNATURE----- --rMWmSaSbD7nr+du9-- From owner-freebsd-ports@FreeBSD.ORG Sat Jun 13 23:39:28 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3D1106566C for ; Sat, 13 Jun 2009 23:39:28 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from EXHUB015-4.exch015.msoutlookonline.net (exhub015-4.exch015.msoutlookonline.net [207.5.72.96]) by mx1.freebsd.org (Postfix) with ESMTP id 891EB8FC0C for ; Sat, 13 Jun 2009 23:39:28 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from [192.168.1.3] (72.83.160.7) by smtpx15.msoutlookonline.net (207.5.72.103) with Microsoft SMTP Server (TLS) id 8.1.358.0; Sat, 13 Jun 2009 16:39:28 -0700 Message-ID: <4A3438AF.7050604@p6m7g8.com> Date: Sat, 13 Jun 2009 19:39:27 -0400 From: "Philip M. Gollucci" Organization: P6 Web Applications User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: ports@freebsd.org, dinoex@FreeBSD.org Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Subject: mod_ruby? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 13 Jun 2009 23:39:28 -0000 Does anyone actually use mod_ruby? Its abandoned upstream and theres this new shiny thing called rails and passenger I hear people seem to like. DEPRCATED/EXPIRES ?