From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 01:28:22 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6721065670 for ; Sun, 21 Sep 2008 01:28:22 +0000 (UTC) (envelope-from danny@ricin.com) Received: from smtpq2.tilbu1.nb.home.nl (smtpq2.tilbu1.nb.home.nl [213.51.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 22C2A8FC13 for ; Sun, 21 Sep 2008 01:28:22 +0000 (UTC) (envelope-from danny@ricin.com) Received: from [213.51.146.189] (port=38236 helo=smtp2.tilbu1.nb.home.nl) by smtpq2.tilbu1.nb.home.nl with esmtp (Exim 4.60) (envelope-from ) id 1KhDTa-0001Zg-Js; Sun, 21 Sep 2008 03:11:02 +0200 Received: from cp875282-a.landg1.lb.home.nl ([84.25.58.251]:50401 helo=desktop.homenet) by smtp2.tilbu1.nb.home.nl with smtp (Exim 4.60) (envelope-from ) id 1Kh81d-0002er-Mq; Sat, 20 Sep 2008 21:21:49 +0200 Received: by desktop.homenet (sSMTP sendmail emulation); Sun, 21 Sep 2008 03:11:01 +0200 From: "Danny Pansters" To: Etienne Robillard Date: Sun, 21 Sep 2008 03:11:00 +0200 User-Agent: KMail/1.9.7 References: <20080920123535.60317137@fluke> In-Reply-To: <20080920123535.60317137@fluke> X-Face: (Zs+'ncTcchkOX|~t6{?Iii=O!G#WEK!+OD0|-F=i%1pvP5V_Sz4PaJC8o)=?utf-8?q?MiSnH/JMJFy=0A=09oBN-My?=, v":S7, (=?utf-8?q?mmkPm=27U=7BMgT+eM=2EBd=5Cp/P!dr=5DhOTXqpse21O!=25Ct=60SE=2EOodq?= =?utf-8?q?=5Dry=5E=23kU=5E=0A=09-?=GT.[8D}i$6P>=" =?utf-8?q?=23=0A=09*J+4d=7E?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809210311.01525.danny@ricin.com> X-Spam-Score: 0.0 (/) Cc: ports@freebsd.org, kde-freebsd@kde.org Subject: Re: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 01:28:22 -0000 On Saturday 20 September 2008 18:35:35 Etienne Robillard wrote: > Hi, > > I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip > to 4.4.3 and 4.7.7 respectively: > > http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to > 4.7.7 http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the > distinfo file in x11-toolkits/py-qt4-gui > > To apply, I recommend the following steps: > > 1. cd /usr/ports > 2. patch -p0 < /path/to/py-sip.patch > 3. cd x11-toolkits/py-qt4-gui > 4. patch -p0 < /path/to/py-qt4-gui.distinfo.patch > > Comments are welcome! > > Cheers, > > -Etienne What needs to be done is that all of the py-qt4-* ports get updated to pyqt4.4.x and qscintilla2 and derived ports. Some new ports would need to be created e.g. for webkit, phonon, qthelp and friends, the new xmlfoo modules... And after that pykde4. It's a bad idea to only update sip and one of the pyqt4 ports (e.g. gui). It all comes from one set of source tarballs: sip, pyqt and qscintilla. While qt is binary compatible over major versions, sip is not binary compatible at all. So partially updating would surely lead to problems. The setup script should be repatched to have the new qt4.4 modules. Also, qt-phonon currently conflicts with kde4's phonon. I think we need a workaround for that, and of course then also for its pyqt equivalent. I will try to make some time to do the pyqt and related updates, hopefully on monday. If you like/are able to do the whole shebang that would be fine too, but please don't partially update the sip/qscintilla/pyqt/pykde combo. I'm very busy lately, so to efficiently work on pyqt/pykde I rather reserve a whole day or perhaps even two so that I can finish it somewhere past midnight that day or the second ;-) If you want to take it on (the whole shebang that is), you're welcome to do so. Please let me know then, so that we don't duplicate work. Cheers, Dan From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 13:02:02 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D55BB1065672 for ; Sun, 21 Sep 2008 13:02:02 +0000 (UTC) (envelope-from robillard.etienne@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 89EF88FC14 for ; Sun, 21 Sep 2008 13:02:02 +0000 (UTC) (envelope-from robillard.etienne@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so317242rne.12 for ; Sun, 21 Sep 2008 06:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:organization:x-mailer :mime-version:content-type:content-transfer-encoding; bh=U5M+Q3J3W3O6SoL/OzfDmcvdHHZxjlbcsLEGzWXGW+E=; b=au1/XFHK4ew3I6F/Vq+tYWTC2zjgQEY1jwk8kQxqC+I6P5GIQp1JwasWruXWxzrv3C hOIRYxPGUXoMiG883+TZuebzcbBWhpMhBltmJHz2Iwz9ZZ6L8sJirPxrWp/RFkkoT/6B L2EOvCk76fZzSVCCcJNLAqudM7JWs5PQjbsso= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:organization :x-mailer:mime-version:content-type:content-transfer-encoding; b=sQjaTxS/m3tvNo7TzZlf4eeY5LKxvJKFqF8ihT/4Yb/T2pBstJ5Q+v/f8upBXy3WL6 VwpnH6WFyKrewgQw7wOZhnsX0nQN1DomnJxxcdejc0B2VfI+MtEFsP1k1ruU5We/Sxxd DJvEXPoB7dQFI7qlKweWv+aSogRfGAO0InnRY= Received: by 10.150.51.2 with SMTP id y2mr5739024yby.42.1222002121450; Sun, 21 Sep 2008 06:02:01 -0700 (PDT) Received: from fluke ( [70.82.244.236]) by mx.google.com with ESMTPS id i51sm4613411rne.18.2008.09.21.06.01.57 (version=SSLv3 cipher=RC4-MD5); Sun, 21 Sep 2008 06:01:59 -0700 (PDT) Date: Sun, 21 Sep 2008 09:17:06 -0400 From: Etienne Robillard To: freebsd-ports@freebsd.org Message-ID: <20080921091706.7dc735cf@fluke> In-Reply-To: <20080321143500.1a0e4ef6@anthesphoria.net> References: <47E2EA72.8000309@FreeBSD.org> <1206054541.83260.50.camel@ikaros.oook.cz> <47E2F7F1.5000002@FreeBSD.org> <20080321143500.1a0e4ef6@anthesphoria.net> Organization: Green Tea Hackers Club X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Utility for safe updating of ports in base system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Sep 2008 13:02:02 -0000 On Fri, 21 Mar 2008 14:35:00 +0100 Nikola Le=C4=8Di=C4=87 wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 >=20 > On Fri, 21 Mar 2008 00:49:05 +0100 > Kris Kennaway wrote: > =20 > > In the past we've even talked about how to move all of pkg_* out of > > src and into ports, i.e. the opposite case. >=20 > A propos (non-)removing pkg_* into the ports, what do you people think > of introducing bin-install ports make target (similar to what pkgsrc > has)? Besides, bin[-install]-fetch[-recursive] come to mind as well. > IMHO, this would have nice pedagogical and heuristic effect since it > could >=20 > 1) resolve eternal users' confusion on what is the "difference between > ports and packages" and "between 'make install' and 'pkg_add'": it's > different if a package is actually installed by e,g. > cd /usr/ports/lang/python ; make [BIN_PKGSITES=3D...] bin-install >=20 > 2) parallelise binary-install/compiling/local-package-building logics; >=20 > 3) simplify things since it would cut proliferation of similar > command-line options and utilities/methods that do the same thing. >=20 > Best regards. > - --=20 > Nikola Le=C4=8Di=C4=87 =3D =D0=9D=D0=B8=D0=BA=D0=BE=D0=BB=D0=B0 =D0=9B=D0= =B5=D1=87=D0=B8=D1=9B > fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B I like the 'make update' target as implemented in OpenBSD. Its then very convenient to update a port when binary update is not an option.=20 my 2 cents, - Etienne From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 19:36:33 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F6B8106566C for ; Sun, 21 Sep 2008 19:36:33 +0000 (UTC) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 9B83B8FC19 for ; Sun, 21 Sep 2008 19:36:32 +0000 (UTC) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 21 Sep 2008 19:09:49 -0000 Received: from e181137239.adsl.alicedsl.de (EHLO dose.local.invalid) [85.181.137.239] by mail.gmx.net (mp013) with SMTP; 21 Sep 2008 21:09:49 +0200 X-Authenticated: #147403 X-Provags-ID: V01U2FsdGVkX1/XS1cZwD3Xa8JctVK15hB/W1coZZm2rEkmT3lcSF zuZEzBYPW2XeFw Received: by dose.local.invalid (Postfix, from userid 1000) id CC370C1DD; Sun, 21 Sep 2008 21:09:43 +0200 (CEST) Date: Sun, 21 Sep 2008 21:09:43 +0200 From: Simon Barner To: Alexander Churanov Message-ID: <20080921190943.GB18259@dose.local.invalid> References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com> <20080918032114.GB29511@soaustin.net> <3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fCcDWlUEdh43YKr8" Content-Disposition: inline In-Reply-To: <3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.83 Cc: Mark Linimon , wxs@freebsd.org, freebsd-ports@freebsd.org Subject: Re: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch devel/valgrind from the jail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Sep 2008 19:36:33 -0000 --fCcDWlUEdh43YKr8 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, sorry once again for the delay. I have reviewed your patch and inserted it into portmgr's approval queue during the ports freeze. --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --fCcDWlUEdh43YKr8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFI1pv2Ckn+/eutqCoRAqhKAKDRpeLxI4IOM+63VOr+YFilGbBOXACffX9Z wtG1yZK4MR3zwcqNHunW7Hk= =6DFg -----END PGP SIGNATURE----- --fCcDWlUEdh43YKr8-- From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 21:52:56 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C369A1065672 for ; Sun, 21 Sep 2008 21:52:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id A8F0C8FC1B for ; Sun, 21 Sep 2008 21:52:56 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA07.emeryville.ca.mail.comcast.net with comcast id HQQe1a00617UAYkA7Zsw9u; Sun, 21 Sep 2008 21:52:56 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id HZsv1a00L4v8bD78ZZsvkU; Sun, 21 Sep 2008 21:52:56 +0000 X-Authority-Analysis: v=1.0 c=1 a=9hNAWELOgeUA:10 a=pGOCM1lEfxUA:10 a=QycZ5dHgAAAA:8 a=i9Adma97lqdz9jFtsoYA:9 a=8UXA3fbvvL1v_LyGB3AA:7 a=_PX6rt7rHIfk3syp7YASXDlCTokA:4 a=EoioJ0NPDVgA:10 a=MSl-tDqOz04A:10 a=SV7veod9ZcQA:10 a=5WZzfXpOq_gA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 9288C17B81A; Sun, 21 Sep 2008 14:52:55 -0700 (PDT) Date: Sun, 21 Sep 2008 14:52:55 -0700 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20080921215255.GA9622@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Fwd: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Sep 2008 21:52:56 -0000 Individual did not CC the mailing list on his response. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ----- Forwarded message from manish jain ----- > From: manish jain > To: Jeremy Chadwick > Date: Mon, 22 Sep 2008 01:54:46 +0530 > Subject: Re: Incorrect commandline history with bash > > Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the problem. For > some reason, sourcing .bashrc from .bash_profile worked equally well with > the version of Linux I was previously using. > > Regards > Manish Jain > > > > On 9/21/08, Jeremy Chadwick wrote: > > > > On Sat, Sep 20, 2008 at 11:18:34PM +0530, manish jain wrote: > > > I just migrated from Linux and I am now using FreeBSD 6.3. My keyboard > > > layout is US-ISO and my TERM is con25. I am using bash#3 as my login > > shell. > > > (I installed the bash package from the distribution media, not from > > > /usr/ports). > > > > > > The problem is that bash does not remember my commands correctly. Almost > > all > > > commands I enter in a login session are forgotten in the next session. > > Using > > > the Up and Down arrow keys navigates a mangled and incomlete command > > > history. Even using Ctrl-r for a reverse find almost never fetches a > > command > > > I had actually typed in previously. > > > > > > The following are the contents of my .bash_profile and .bashrc: > > > > > > #.bash_profile : > > > [ -f ~/.bashrc ] && source ~/.bashrc > > > #end-of-file > > > > You have this backwards. ~/.bashrc should contain something like this: > > > > if [ -f "${HOME}/.bash_profile" ] > > then > > source "${HOME}/.bash_profile" > > fi > > > > And all of your applicable environment settings should go in > > .bash_profile. This probably won't solve your problem, but I thought > > I'd point it out. > > > > > #.bashrc : > > > export HISTFILESIZE=200 > > > shopt -s cmdhist > > > shopt -s histappend > > > #end-of-file > > > > I set none of these things (though I do use export HISTTIMEFORMAT="%T " > > but that should not affect your problem) and my .bash_history always > > contains commands from past sessions, including timestamps too. > > > > My options are defaults: > > > > $ shopt | egrep 'cmdhist|histappend' > > cmdhist on > > histappend off > > > > Can you please try pkg_delete'ing the bash you installed from the > > installation media, and instead update your ports tree via csup (not > > cvsup) and then build/install bash from /usr/ports/shells/bash? > > > > Finally, please do not cross-post to multiple lists. It's shunned upon, > > and generally pointless as not everyone is subscribed to both lists. > > I've removed freebsd-questions@freebsd.org, as this could be a ports > > issue rather than a generic question. > > > > -- > > | Jeremy Chadwick jdc at parodius.com | > > | Parodius Networking http://www.parodius.com/ | > > | UNIX Systems Administrator Mountain View, CA, USA | > > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > > > ----- End forwarded message ----- From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 23:31:23 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AC2106572F for ; Sun, 21 Sep 2008 23:31:19 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF808FC17 for ; Sun, 21 Sep 2008 23:31:19 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m8LMsCOc063070; Sun, 21 Sep 2008 15:54:12 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -2.407 X-Spam-Level: X-Spam-Status: No, score=-2.407 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.967] Message-Id: <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> From: Jo Rhett To: Jeremy Chadwick In-Reply-To: <20080921215255.GA9622@icarus.home.lan> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Sun, 21 Sep 2008 15:54:12 -0700 References: <20080921215255.GA9622@icarus.home.lan> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-ports@freebsd.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Sep 2008 23:31:23 -0000 On Sep 21, 2008, at 2:52 PM, Jeremy Chadwick wrote: >> The following are the contents of my .bash_profile and .bashrc: >> >> #.bash_profile : >> [ -f ~/.bashrc ] && source ~/.bashrc >> #end-of-file > > You have this backwards. ~/.bashrc should contain something like > this: > > if [ -f "${HOME}/.bash_profile" ] > then > source "${HOME}/.bash_profile" > fi Jeremy, I'm not sure what version of FreeBSD you are using but I'd like to point out that in 6.2 and 6.3-REL his version is correct and yours will not work. .bashrc is not sourced on login on any of my hosts. I have ". ~/.bashrc" in my .bash_profile. And I just commented it out, and .bash_profile environment was set up, and the stuff in .bashrc was not. Is this perhaps an X versus SSH login sort of thing? I don't know. We have no X environment, this is entirely logging in via SSH. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-ports@FreeBSD.ORG Sun Sep 21 23:53:36 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9982106566C; Sun, 21 Sep 2008 23:53:36 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 862B08FC14; Sun, 21 Sep 2008 23:53:36 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m8LMjNAZ028680; Sun, 21 Sep 2008 18:45:24 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20080921215255.GA9622@icarus.home.lan> References: <20080921215255.GA9622@icarus.home.lan> Date: Sun, 21 Sep 2008 18:45:22 -0400 To: Jeremy Chadwick , freebsd-ports@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Cc: Subject: Re: Fwd: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Sep 2008 23:53:36 -0000 At 2:52 PM -0700 9/21/08, Jeremy Chadwick wrote: > >Individual did not CC the mailing list on his response. > >----- Forwarded message from manish jain ----- > > > > Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the > > problem. For some reason, sourcing .bashrc from .bash_profile > > worked equally well with the version of Linux I was previously > > using. > > >> Regards >> Manish Jain >----- end message from manish jain ----- I do not understand how that makes any difference. He had all his commands in .bashrc, and sourced it from .bash_profile. If he moves all his commands to .bash_profile, and then sources that from his .bashrc, then isn't the result exactly the same? Either way, all commands should be executed no matter how bash starts up. I only mention this because my .bash_profile sources my .bashrc, and has done so on many different platforms for the past 18 years, and I've never had a problem with it. Although in my case it checks for and sources $HOME/.bashrc while he was using ~/.bashrc. Not only my .bash_profile, but every .bash_profile and .bashrc at RPI was setup this way. Tens of thousands of users, and I've never heard of anyone who had a problem with it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 00:22:30 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD4F31065672 for ; Mon, 22 Sep 2008 00:22:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id BC56F8FC23 for ; Mon, 22 Sep 2008 00:22:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id HRoW1a0070b6N64AAcNWss; Mon, 22 Sep 2008 00:22:30 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id HcNV1a00B4v8bD78PcNVKw; Mon, 22 Sep 2008 00:22:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=JdViZEfnDJgA:10 a=2X2Dv3S5izkA:10 a=QycZ5dHgAAAA:8 a=y9jfoLYQFkJ4gX7eZr0A:9 a=2AGnmntf7SD7TT832-lNPb16rDAA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5E1A317B81A; Sun, 21 Sep 2008 17:22:29 -0700 (PDT) Date: Sun, 21 Sep 2008 17:22:29 -0700 From: Jeremy Chadwick To: Jo Rhett Message-ID: <20080922002229.GA12314@icarus.home.lan> References: <20080921215255.GA9622@icarus.home.lan> <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 00:22:30 -0000 On Sun, Sep 21, 2008 at 03:54:12PM -0700, Jo Rhett wrote: > > On Sep 21, 2008, at 2:52 PM, Jeremy Chadwick wrote: >>> The following are the contents of my .bash_profile and .bashrc: >>> >>> #.bash_profile : >>> [ -f ~/.bashrc ] && source ~/.bashrc >>> #end-of-file >> >> You have this backwards. ~/.bashrc should contain something like >> this: >> >> if [ -f "${HOME}/.bash_profile" ] >> then >> source "${HOME}/.bash_profile" >> fi > > Jeremy, I'm not sure what version of FreeBSD you are using but I'd like > to point out that in 6.2 and 6.3-REL his version is correct and yours > will not work. That's funny, because mine does work. I spent quite a lot of time looking at the bash man page over the years to determine how to properly meet said needs. I use the exact same setup on Solaris 7/8/9/10 (bash v2) and FreeBSD 4/5/6/7/8 (bash v3), and it works exactly how the man page describes. > .bashrc is not sourced on login on any of my hosts. I have ". > ~/.bashrc" in my .bash_profile. And I just commented it out, and > .bash_profile environment was set up, and the stuff in .bashrc was not. Everyone lecturing me needs to read, slowly, the INVOCATION part of the bash man page. The method I described above should become apparent afterwards. > Is this perhaps an X versus SSH login sort of thing? I don't know. We > have no X environment, this is entirely logging in via SSH. No, I do not use X anywhere. The OP may be using it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 00:28:26 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BB0B1065673 for ; Mon, 22 Sep 2008 00:28:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 3CCDD8FC1D for ; Mon, 22 Sep 2008 00:28:20 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id HW5G1a0060x6nqcA8cULlN; Mon, 22 Sep 2008 00:28:20 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id HcUK1a00b4v8bD78YcULfo; Mon, 22 Sep 2008 00:28:20 +0000 X-Authority-Analysis: v=1.0 c=1 a=ctNPsMcgIBYA:10 a=QuXZE9pG2-YA:10 a=QycZ5dHgAAAA:8 a=jTuhmc-ShWc89h4wGJwA:9 a=Sxx_tfvgvhbiSqJh-MsA:7 a=FrLIJD_MwqxHm7gdJJ5UGKWEFfYA:4 a=EoioJ0NPDVgA:10 a=MSl-tDqOz04A:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id B684517B81A; Sun, 21 Sep 2008 17:28:19 -0700 (PDT) Date: Sun, 21 Sep 2008 17:28:19 -0700 From: Jeremy Chadwick To: Garance A Drosihn Message-ID: <20080922002819.GA12610@icarus.home.lan> References: <20080921215255.GA9622@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Fwd: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 00:28:26 -0000 On Sun, Sep 21, 2008 at 06:45:22PM -0400, Garance A Drosihn wrote: > At 2:52 PM -0700 9/21/08, Jeremy Chadwick wrote: >> >> Individual did not CC the mailing list on his response. >> >> ----- Forwarded message from manish jain ----- >> > >> > Thanks Jeremy. Sourcing .bash_profile from .bashrc solved the >> > problem. For some reason, sourcing .bashrc from .bash_profile >> > worked equally well with the version of Linux I was previously >> > using. >> > >>> Regards >>> Manish Jain >> ----- end message from manish jain ----- > > I do not understand how that makes any difference. He had all his > commands in .bashrc, and sourced it from .bash_profile. If he > moves all his commands to .bash_profile, and then sources that > from his .bashrc, then isn't the result exactly the same? Either > way, all commands should be executed no matter how bash starts up. The INVOCATION section of the bash man page goes over the subtle differences. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 01:22:13 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C30E51065673; Mon, 22 Sep 2008 01:22:13 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 876BA8FC12; Mon, 22 Sep 2008 01:22:13 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m8M1MAlj022482; Sun, 21 Sep 2008 21:22:12 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20080922002819.GA12610@icarus.home.lan> References: <20080921215255.GA9622@icarus.home.lan> <20080922002819.GA12610@icarus.home.lan> Date: Sun, 21 Sep 2008 21:22:09 -0400 To: Jeremy Chadwick From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Cc: freebsd-ports@FreeBSD.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 01:22:13 -0000 At 5:28 PM -0700 9/21/08, Jeremy Chadwick wrote: >On Sun, Sep 21, 2008 at 06:45:22PM -0400, Garance A Drosihn wrote: > > >> I do not understand how that makes any difference. He had all his >> commands in .bashrc, and sourced it from .bash_profile. If he >> moves all his commands to .bash_profile, and then sources that >> from his .bashrc, then isn't the result exactly the same? Either >> way, all commands should be executed no matter how bash starts up. > >The INVOCATION section of the bash man page goes over the subtle >differences. Okay, I've re-read it, and I'm still missing what the difference would be. I'm not arguing that you're wrong, I'm just saying that I don't understand it. Apparently your advice did help the person with the original problem, but I'm still sitting here with literally tens of thousands of RPI users who did it "the wrong way", and not one of them has ever reported a problem due to that. Now, most of those people have never used FreeBSD, but I've used this same setup on freebsd for at least 13 years, and have never seen a problem. Given: a) .bashrc sources .bash_profile or b) .bash_profile sources .bashrc In both cases, both .bashrc and .bash_profile will exist. So, any decision that bash makes based on the *existence* of either file should be the same. In both cases, both files exist. If bash picks one file to source, that file will either contain the commands to execute, or it will source the other file which contains those very same commands. I don't see how that could possibly make any difference. Obviously I'm then at a loss to explain how the problem went away for the original user. All I can guess is that maybe one of the files was permitted wrong, and he happened to fix that while moving the files around. I admit that doesn't seem likely, but I just cannot see how your advice managed to fix his problem. Sign me: Confused in Troy... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 01:37:23 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3F3C1065670 for ; Mon, 22 Sep 2008 01:37:22 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from clewlow.org (clewlow.org [210.215.149.194]) by mx1.freebsd.org (Postfix) with ESMTP id 88E358FC17 for ; Mon, 22 Sep 2008 01:37:22 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from 192.168.1.100 (localhost [127.0.0.1]) by clewlow.org (Postfix) with ESMTP id 46E531C081B; Mon, 22 Sep 2008 11:37:20 +1000 (EST) Received: from 192.168.1.10 (SquirrelMail authenticated user tim) by 192.168.1.100 with HTTP; Mon, 22 Sep 2008 11:37:20 +1000 (EST) Message-ID: <5e526634dc708175b70b6a84e2071c01.squirrel@192.168.1.100> Date: Mon, 22 Sep 2008 11:37:20 +1000 (EST) From: "Tim Clewlow" To: hrs@FreeBSD.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-ports@freebsd.org Subject: print/acroread8 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 01:37:23 -0000 Hello, # uname -a FreeBSD 7.1-PRERELEASE #0: Sun Sep 21 13:28:51 EST 2008 I just installed print/acroread8 from a ports tree that is about 1-2 days old (depending on your time zone). The plugin for firefox (mozilla) was installed to: /root/.mozilla/plugins/nppdf.so When I did: nsplugginwrapper -v -a -i it found the plugin, and: nsplugginwrapper -l lists it as installed, but firefox doesnt load it. So, I removed the plugin with: nspluginwrapper -r /root/.mozilla/plugins/npwrapper.nppdf.so then, moved the file nppdf.so into /usr/X11R6/lib/browser_plugins and then, reinstalled it from the new location with: nsplugginwrapper -v -a -i Now firefox loads the plugin and it all works as expected. I dont know if this is a packaging problem with acroread8, ie maybe it should drop the file nppdf.so into /usr/X11R6/lib/browser_plugins instead of /root/.mozilla/plugins - - - or maybe this is a problem with the wrapper not setting up the plugin properly. Anyway, this was the problem I encountered, and how to fix it manually in case anyone else is seeing this. Cheers, Tim. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 10:03:08 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B824B106566B for ; Mon, 22 Sep 2008 10:03:08 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 47AF98FC0C for ; Mon, 22 Sep 2008 10:03:07 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so490810nfh.33 for ; Mon, 22 Sep 2008 03:03: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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=J2p1zJawSQirOvMBJNSNkRX5OL6muYyzsqoFiZvS4wg=; b=cNiM6bMeqOTTTZ2tzkLPudPoriLuVWNBkc8rrJdPJtv/msNIgkNZsaXxKLQ6ATH3XG B0dSN2CEuifOIOwimLzE8IpUdBAUPcQfSKb+gP/sF8JOVTLO+cB3himjfFua9IxpaAGG RIGhCgHHg4Iq8qztdyh6zX1vlm5YO67bbm74s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=kU1nW9nqP43/V82I/Y8Mxj5VL+8lZvmgSWq5WFIr2LbZ6jc6mcSfPtgjxS9/FXuPaV rd+EBhoSjJkGUJQIDCWSJ6+MECQvR554LN2b+VkvrKeUf1ImEg01pqDvvc2+56WSsUag O2JOfyZfcXOPTPCTF6wpsM3P0y0AEIsPTSveA= Received: by 10.210.115.15 with SMTP id n15mr4633039ebc.141.1222077785959; Mon, 22 Sep 2008 03:03:05 -0700 (PDT) Received: by 10.210.58.4 with HTTP; Mon, 22 Sep 2008 03:03:05 -0700 (PDT) Message-ID: <3cb459ed0809220303n66cd766co9b9e411f2564dc7@mail.gmail.com> Date: Mon, 22 Sep 2008 14:03:05 +0400 From: "Alexander Churanov" To: "Simon Barner" In-Reply-To: <20080921190943.GB18259@dose.local.invalid> MIME-Version: 1.0 References: <3cb459ed0809171638y5f7f7255wf3f09ac6c0fa62fe@mail.gmail.com> <20080918032114.GB29511@soaustin.net> <3cb459ed0809181449h7b4b2eabie89fb4ebc33422ef@mail.gmail.com> <20080921190943.GB18259@dose.local.invalid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Mark Linimon , wxs@freebsd.org, freebsd-ports@freebsd.org Subject: Re: STILL OPEN: Fwd: ports/127015: [patch] Impossible to fetch devel/valgrind from the jail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 10:03:08 -0000 Simon, It's nice to have an e-mail from you. And since I'm highly interested to have most recent stable development tools and libraries on FreeBSD, I'm willing to take part in porting if necessary. So if you ever run into problems with this (technical or just lack of time), I probably will be able to help. Do not hesitate to ask me. Having recent boost is top priority for me. Alexander Churanov From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 11:06:07 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3E8D106567C for ; Mon, 22 Sep 2008 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 E3AD18FC16 for ; Mon, 22 Sep 2008 11:06:06 +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.2/8.14.2) with ESMTP id m8MB66Jn014397 for ; Mon, 22 Sep 2008 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8MB66ZZ014393 for freebsd-ports@FreeBSD.org; Mon, 22 Sep 2008 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Sep 2008 11:06:06 GMT Message-Id: <200809221106.m8MB66ZZ014393@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, 22 Sep 2008 11:06:07 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/127538 [New Port]: x11/yakuake-kde4 f ports/127530 mail/postfix: LDA of postfix with dovecot will fail wh o ports/127525 games/Pysol links to libSDL-1.2.so.11, should link to f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' f ports/127512 Small problems with the Makefile for /usr/ports/lang/m f ports/127509 [PATCH] ports mail/mutt-devel and news/tin install con a ports/127496 devel/icu 3.8.1_1 does not build when Danish locale is o ports/127490 devel/ptmalloc port doesn't apply the -fPIC flag f ports/127489 port audio/sox depends on audio/lame, which is RESTRIC f ports/127482 security/ossec-hids-server - ossec-hids ports outdated o ports/127458 [PATCH] www/dotproject: update to 2.1.2 f ports/127447 LICENSE (EULA) of x11-fonts/webfonts is not included o ports/127444 sysutils/nagios-statd: RC script fails to log a valid o ports/127386 graphics/opendx does not build o ports/127324 [PATCH] security/apache-xml-security-c: update to 1.4. o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127238 [update] net/p5-SOAP-Lite: upgrade from version 0.69 t o ports/127193 New port: editors/emacs-nox11 Emacs built without X11 f ports/127182 shells/ksh93 fails to build f ports/127181 audio/musicpd logs warning o ports/127087 mail/bincimap port does not include an rc.d file o ports/127075 comms/qpage segmentation fault due to freeing already- f ports/127018 Linuxulator incapable of using FreeBSD's LDAP environm o ports/126922 devel/libusb : update for Network UPS Tools f ports/126890 port update: lang/cmucl o ports/126872 New port: lang/linux-tcl84 f ports/126867 security/sshguard-pf 1.1 fails to detect attempted log f ports/126840 [PATCH] update sysutils/fusefs-wdfs to use neon28 if p f ports/126839 ports/misc/ezload - update: add hardware support for r f ports/126805 audio/Teamspeak_server port runs as root by default o ports/126732 [patch] archivers/rpm5 update (build depends) f ports/126706 multimedia/libdvdcss unusable on RELENG_7 o ports/126674 New port: print/latex-babel o ports/126673 New port: print/latex-supertabular o ports/126655 java/jboss4 can not take standard parameter "-b host_n o ports/126628 sysutils/heartbeat incorrect detect interfaces during f ports/126532 devel/tclxml-libxml2 - do not found libtclxmlstub o ports/126520 textproc/flex is conflicts with system flex and have A f ports/126518 Unbroke archivers/lzo2 on i386 o ports/126513 print/ghostscript-gpl - ghostscript - gpl - compile bu s ports/126476 [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126291 [Update]lang/py-mx-base:update to 3.1.1 o ports/126273 Utilize MASTER_SITES abbreviations. f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126141 [patch] security/dirmngr update to 1.0.2 f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t o ports/126040 update sysutils/linux-megacli f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added o ports/125705 semi new port: resurrect graphics/mesagl in a mangled f ports/125594 net-p2p/Amule2 port is outdated f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt o ports/124905 new port: databases/sqlitejdbc 051 f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124428 palm/jpilot configure error when checking for pilot-li f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124083 net/vnc is not building the xorg vnc module o ports/124061 [patch]: lang/mlton (new features) o ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset f ports/123756 [patch] put devel/libffi includes in sane place o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/122824 [new port] add news/husky-htick-devel port f ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122596 devel/python: Python hangs when importing pygtk f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than s ports/113144 print/ghostscript-gnu dumps core with several output d o ports/110144 New port: math/Matlab7 o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 o ports/97254 ports-mgmt/porttools - wrong prefix s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/79651 [patch] mail/ssmtp: add per-user smtp authentication c a ports/79351 Character passing error in security/pinentry-qt 102 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 12:20:46 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C976106567B for ; Mon, 22 Sep 2008 12:20:46 +0000 (UTC) (envelope-from tad1214@aol.com) Received: from mx1.cpanel.net (mx1.cpanel.net [208.74.121.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6025C8FC2E for ; Mon, 22 Sep 2008 12:20:46 +0000 (UTC) (envelope-from tad1214@aol.com) Received: from ng1.cptxoffice.net ([208.74.121.102] helo=Osprey.cptxoffice.net) by mx1.cpanel.net with esmtpa (Exim 4.69) (envelope-from ) id 1Khjmp-0005PU-Cs for ports@FreeBSD.org; Mon, 22 Sep 2008 06:41:03 -0500 Message-ID: <48D7843D.6080609@aol.com> Date: Mon, 22 Sep 2008 06:40:45 -0500 From: Thomas Donnelly User-Agent: Thunderbird 2.0.0.16 (X11/20080917) MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mx1.cpanel.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - aol.com Cc: Subject: audio/Mixxx X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 12:20:46 -0000 Hi, I noticed that there is no longer a maintainer of this port. It is quite a few versions old now (1.4.2, now up to 1.6.0) and I was curious if it was going to be updated. I would be willing to maintain this port, but I feel it is out of my technical capabilities. I am unable to build the 1.6.0 version from source with quite a few errors and I am not completely sure what the previous maintainer did to get it working. I did try emailing the previous maintainer, but I am not expecting a response due to his no longer maintaining the port. Thanks! -=Tom Donnelly From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 13:25:48 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B86B1065670 for ; Mon, 22 Sep 2008 13:25:48 +0000 (UTC) (envelope-from kurucz.jozsef@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id CB2A28FC12 for ; Mon, 22 Sep 2008 13:23:06 +0000 (UTC) (envelope-from kurucz.jozsef@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so1306571uge.39 for ; Mon, 22 Sep 2008 06:23:04 -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:to :subject:mime-version:content-type; bh=23+AVCffou/FwhkyHrFbtXOZSgK1mMqnD7Zq6XBprVM=; b=DtmpOXrAih3poSwj2xpC1p0sPRLBrpL8A8XfdDdthJAKZUOrYOzw22d9e5FBGAtJ6P cH9Uv7ELn6TH5jGak90iUxb+b/+cha8h8qiOjOuLD2AAvOf87Sgb/N9uOBM4L8CK+jv3 YCuyGtQl6orOt27z7d2dv6+lXZBnsRut43uoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=soSc27u2zaTojAtZU3cNWvj3JH88RIexGvuKMxd7fc+jHMOuTp1G2Ffnh0phBCEHDS x6ffBVUoIWGMU9HgS5aO4ysHu7ab5B89IiqjA1oWv7E/BDVLUTXeMLDJnSU496NKWVFD i9QcC1DbQ1UX/rbFImTd1aa7TlWZ7nqcibNlw= Received: by 10.210.112.4 with SMTP id k4mr4833412ebc.180.1222088056672; Mon, 22 Sep 2008 05:54:16 -0700 (PDT) Received: by 10.210.22.12 with HTTP; Mon, 22 Sep 2008 05:54:16 -0700 (PDT) Message-ID: Date: Mon, 22 Sep 2008 14:54:16 +0200 From: "=?ISO-8859-1?Q?J=F3zsef_Kurucz?=" To: ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_65005_414576.1222088056660" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: problem with postgresql-plpython X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 13:25:48 -0000 ------=_Part_65005_414576.1222088056660 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, I try to install the postgresql-plpython from ports ( i use FreeBSD 7 stable;amd64) but i get the following error message: configure: error: threaded Python not supported on this platform ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/databases/postgresql-plpython/work/postgresql-8.3.3/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/databases/postgresql-plpython. My installed packages: [root@coyote /usr/ports/databases]# ls /var/db/pkg/ apache-2.2.9_5 gmake-3.81_3 openldap-client-2.4.11 py25-psycopg-1.1.21_1 autoconf-2.62 help2man-1.36.4_2 p5-BSD-Resource-1.2901 py25-psycopg2-2.0.7_1 autoconf-wrapper-20071109 libiconv-1.11_1 p5-gettext-1.05_2 py25-pysqlite-2.3.5 automake-1.9.6_3 libmemcache-1.4.0.rc2 pcre-7.7_1 py25-setuptools-0.6c8 automake-wrapper-20071109 libtool-1.5.26 perl-5.8.8_1 python-2.5,2 bash-3.2.39_1 libxml2-2.6.32 pkg-config-0.23_1 python25-2.5.2_3 db41-4.1.25_4 lighttpd-1.4.19_2 portaudit-0.5.12 screen-4.0.3_5 expat-2.0.1 lua-5.1.3_3 postgresql-client-8.3.3 sqlite3-3.5.6 fam-2.6.10_3 m4-1.4.11,1 postgresql-server-8.3.3 tcl-8.4.19,1 gdbm-1.8.3_3 mod_perl2-2.0.4,3 py25-cheetah-2.0.1 gettext-0.17_1 mysql-client-5.0.67 py25-mx-base-2.0.6 [root@coyote /usr/ports/databases]# I attached the config.log! Best Regards Josef ------=_Part_65005_414576.1222088056660 Content-Type: application/octet-stream; name=config.log Content-Transfer-Encoding: base64 X-Attachment-Id: f_flf3i1bq0 Content-Disposition: attachment; filename=config.log VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBjb21waWxlcnMgd2hp bGUKcnVubmluZyBjb25maWd1cmUsIHRvIGFpZCBkZWJ1Z2dpbmcgaWYgY29uZmlndXJlIG1ha2Vz IGEgbWlzdGFrZS4KCkl0IHdhcyBjcmVhdGVkIGJ5IFBvc3RncmVTUUwgY29uZmlndXJlIDguMy4z LCB3aGljaCB3YXMKZ2VuZXJhdGVkIGJ5IEdOVSBBdXRvY29uZiAyLjU5LiAgSW52b2NhdGlvbiBj b21tYW5kIGxpbmUgd2FzCgogICQgLi9jb25maWd1cmUgLS13aXRoLXB5dGhvbiAtLXdpdGgtbGli cmFyaWVzPS91c3IvbG9jYWwvbGliIC0td2l0aC1pbmNsdWRlcz0vdXNyL2xvY2FsL2luY2x1ZGUg LS1lbmFibGUtdGhyZWFkLXNhZmV0eSAtLXdpdGgtZG9jZGlyPS91c3IvbG9jYWwvc2hhcmUvZG9j L3Bvc3RncmVzcWwgLS13aXRoLW9wZW5zc2wgLS1wcmVmaXg9L3Vzci9sb2NhbCAtLW1hbmRpcj0v dXNyL2xvY2FsL21hbiAtLWluZm9kaXI9L3Vzci9sb2NhbC9pbmZvLyAtLWJ1aWxkPWFtZDY0LXBv cnRibGQtZnJlZWJzZDcuMQoKIyMgLS0tLS0tLS0tICMjCiMjIFBsYXRmb3JtLiAjIwojIyAtLS0t LS0tLS0gIyMKCmhvc3RuYW1lID0gY295b3RlLnBhbnRlbC5uZXQKdW5hbWUgLW0gPSBhbWQ2NAp1 bmFtZSAtciA9IDcuMS1QUkVSRUxFQVNFCnVuYW1lIC1zID0gRnJlZUJTRAp1bmFtZSAtdiA9IEZy ZWVCU0QgNy4xLVBSRVJFTEVBU0UgIzA6IEZyaSBTZXAgMTIgMTM6NDY6MTggQ0VTVCAyMDA4ICAg ICBqa3VydWN6QGNveW90ZS5wYW50ZWwubmV0Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0NPWU9URSAK Ci91c3IvYmluL3VuYW1lIC1wID0gYW1kNjQKL2Jpbi91bmFtZSAtWCAgICAgPSB1bmtub3duCgov YmluL2FyY2ggICAgICAgICAgICAgID0gdW5rbm93bgovdXNyL2Jpbi9hcmNoIC1rICAgICAgID0g dW5rbm93bgovdXNyL2NvbnZleC9nZXRzeXNpbmZvID0gdW5rbm93bgpob3N0aW5mbyAgICAgICAg ICAgICAgID0gdW5rbm93bgovYmluL21hY2hpbmUgICAgICAgICAgID0gdW5rbm93bgovdXNyL2Jp bi9vc2xldmVsICAgICAgID0gdW5rbm93bgovYmluL3VuaXZlcnNlICAgICAgICAgID0gdW5rbm93 bgoKUEFUSDogL3Vzci9sb2NhbC9iaW4KUEFUSDogL3NiaW4KUEFUSDogL2JpbgpQQVRIOiAvdXNy L3NiaW4KUEFUSDogL3Vzci9iaW4KUEFUSDogL3Vzci9nYW1lcwpQQVRIOiAvdXNyL2xvY2FsL3Ni aW4KUEFUSDogL3Vzci9sb2NhbC9iaW4KUEFUSDogL2hvbWUvamt1cnVjei9iaW4KCgojIyAtLS0t LS0tLS0tLSAjIwojIyBDb3JlIHRlc3RzLiAjIwojIyAtLS0tLS0tLS0tLSAjIwoKY29uZmlndXJl OjE0MTQ6IGNoZWNraW5nIGJ1aWxkIHN5c3RlbSB0eXBlCmNvbmZpZ3VyZToxNDMyOiByZXN1bHQ6 IGFtZDY0LXBvcnRibGQtZnJlZWJzZDcuMQpjb25maWd1cmU6MTQ0MDogY2hlY2tpbmcgaG9zdCBz eXN0ZW0gdHlwZQpjb25maWd1cmU6MTQ1NDogcmVzdWx0OiBhbWQ2NC1wb3J0YmxkLWZyZWVic2Q3 LjEKY29uZmlndXJlOjE0NjQ6IGNoZWNraW5nIHdoaWNoIHRlbXBsYXRlIHRvIHVzZQpjb25maWd1 cmU6MTU2NDogcmVzdWx0OiBmcmVlYnNkCmNvbmZpZ3VyZToxNzA2OiBjaGVja2luZyB3aGV0aGVy IHRvIGJ1aWxkIHdpdGggNjQtYml0IGludGVnZXIgZGF0ZS90aW1lIHN1cHBvcnQKY29uZmlndXJl OjE3Mzg6IHJlc3VsdDogbm8KY29uZmlndXJlOjE3NDU6IGNoZWNraW5nIHdoZXRoZXIgTkxTIGlz IHdhbnRlZApjb25maWd1cmU6MTc4MDogcmVzdWx0OiBubwpjb25maWd1cmU6MTc4ODogY2hlY2tp bmcgZm9yIGRlZmF1bHQgcG9ydCBudW1iZXIKY29uZmlndXJlOjE4MTg6IHJlc3VsdDogNTQzMgpj b25maWd1cmU6MjIwNzogY2hlY2tpbmcgZm9yIEMgY29tcGlsZXIgdmVyc2lvbgpjb25maWd1cmU6 MjIxMDogY2MgLS12ZXJzaW9uIDwvZGV2L251bGwgPiY1CmNjIChHQ0MpIDQuMi4xIDIwMDcwNzE5 ICBbRnJlZUJTRF0KQ29weXJpZ2h0IChDKSAyMDA3IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwg SW5jLgpUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgc291cmNlIGZvciBjb3B5aW5nIGNv bmRpdGlvbnMuICBUaGVyZSBpcyBOTwp3YXJyYW50eTsgbm90IGV2ZW4gZm9yIE1FUkNIQU5UQUJJ TElUWSBvciBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4KCmNvbmZpZ3VyZToyMjEz OiAkPyA9IDAKY29uZmlndXJlOjIyMTU6IGNjIC12IDwvZGV2L251bGwgPiY1ClVzaW5nIGJ1aWx0 LWluIHNwZWNzLgpUYXJnZXQ6IGFtZDY0LXVuZGVybXlkZXNrLWZyZWVic2QKQ29uZmlndXJlZCB3 aXRoOiBGcmVlQlNEL2FtZDY0IHN5c3RlbSBjb21waWxlcgpUaHJlYWQgbW9kZWw6IHBvc2l4Cmdj YyB2ZXJzaW9uIDQuMi4xIDIwMDcwNzE5ICBbRnJlZUJTRF0KY29uZmlndXJlOjIyMTg6ICQ/ID0g MApjb25maWd1cmU6MjIyMDogY2MgLVYgPC9kZXYvbnVsbCA+JjUKY2M6ICctVicgb3B0aW9uIG11 c3QgaGF2ZSBhcmd1bWVudApjb25maWd1cmU6MjIyMzogJD8gPSAxCmNvbmZpZ3VyZToyMjQ2OiBj aGVja2luZyBmb3IgQyBjb21waWxlciBkZWZhdWx0IG91dHB1dCBmaWxlIG5hbWUKY29uZmlndXJl OjIyNDk6IGNjIC1PMiAtcGlwZSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgICAtcHRocmVhZCAtcnBh dGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWIgY29uZnRlc3QuYyAgPiY1CmNvbmZpZ3VyZToyMjUy OiAkPyA9IDAKY29uZmlndXJlOjIyOTg6IHJlc3VsdDogYS5vdXQKY29uZmlndXJlOjIzMDM6IGNo ZWNraW5nIHdoZXRoZXIgdGhlIEMgY29tcGlsZXIgd29ya3MKY29uZmlndXJlOjIzMDk6IC4vYS5v dXQKY29uZmlndXJlOjIzMTI6ICQ/ID0gMApjb25maWd1cmU6MjMyOTogcmVzdWx0OiB5ZXMKY29u ZmlndXJlOjIzMzY6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIGNyb3NzIGNvbXBpbGluZwpjb25m aWd1cmU6MjMzODogcmVzdWx0OiBubwpjb25maWd1cmU6MjM0MTogY2hlY2tpbmcgZm9yIHN1ZmZp eCBvZiBleGVjdXRhYmxlcwpjb25maWd1cmU6MjM0MzogY2MgLW8gY29uZnRlc3QgLU8yIC1waXBl ICAtZm5vLXN0cmljdC1hbGlhc2luZyAgIC1wdGhyZWFkIC1ycGF0aD0vdXNyL2xpYjovdXNyL2xv Y2FsL2xpYiBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjIzNDY6ICQ/ID0gMApjb25maWd1cmU6 MjM3MTogcmVzdWx0OiAKY29uZmlndXJlOjIzNzc6IGNoZWNraW5nIGZvciBzdWZmaXggb2Ygb2Jq ZWN0IGZpbGVzCmNvbmZpZ3VyZToyMzk4OiBjYyAtYyAtTzIgLXBpcGUgIC1mbm8tc3RyaWN0LWFs aWFzaW5nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjQwMTogJD8gPSAwCmNvbmZpZ3VyZToy NDIzOiByZXN1bHQ6IG8KY29uZmlndXJlOjI0Mjc6IGNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVz aW5nIHRoZSBHTlUgQyBjb21waWxlcgpjb25maWd1cmU6MjQ1MTogY2MgLWMgLU8yIC1waXBlICAt Zm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI0NTc6ICQ/ID0g MApjb25maWd1cmU6MjQ2MTogdGVzdCAteiAKCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIK Y29uZmlndXJlOjI0NjQ6ICQ/ID0gMApjb25maWd1cmU6MjQ2NzogdGVzdCAtcyBjb25mdGVzdC5v CmNvbmZpZ3VyZToyNDcwOiAkPyA9IDAKY29uZmlndXJlOjI0ODM6IHJlc3VsdDogeWVzCmNvbmZp Z3VyZToyNDg5OiBjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcKY29uZmlndXJlOjI1MTA6 IGNjIC1jIC1nICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjUxNjogJD8gPSAwCmNvbmZpZ3Vy ZToyNTIwOiB0ZXN0IC16IAoJCQkgfHwgdGVzdCAhIC1zIGNvbmZ0ZXN0LmVycgpjb25maWd1cmU6 MjUyMzogJD8gPSAwCmNvbmZpZ3VyZToyNTI2OiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8KY29uZmlndXJl OjI1Mjk6ICQ/ID0gMApjb25maWd1cmU6MjU0MDogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI1NTc6 IGNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0IEFOU0kgQwpjb25maWd1cmU6MjYyNzog Y2MgIC1jIC1PMiAtcGlwZSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNvbmZ0ZXN0LmMgPiY1CmNv bmZpZ3VyZToyNjMzOiAkPyA9IDAKY29uZmlndXJlOjI2Mzc6IHRlc3QgLXogCgkJCSB8fCB0ZXN0 ICEgLXMgY29uZnRlc3QuZXJyCmNvbmZpZ3VyZToyNjQwOiAkPyA9IDAKY29uZmlndXJlOjI2NDM6 IHRlc3QgLXMgY29uZnRlc3Qubwpjb25maWd1cmU6MjY0NjogJD8gPSAwCmNvbmZpZ3VyZToyNjY0 OiByZXN1bHQ6IG5vbmUgbmVlZGVkCmNvbmZpZ3VyZToyNjgyOiBjYyAtYyAtTzIgLXBpcGUgIC1m bm8tc3RyaWN0LWFsaWFzaW5nICBjb25mdGVzdC5jID4mNQpjb25mdGVzdC5jOjI6IGVycm9yOiBl eHBlY3RlZCAnPScsICcsJywgJzsnLCAnYXNtJyBvciAnX19hdHRyaWJ1dGVfXycgYmVmb3JlICdt ZScKY29uZmlndXJlOjI2ODg6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoK fCAjaWZuZGVmIF9fY3BsdXNwbHVzCnwgICBjaG9rZSBtZQp8ICNlbmRpZgpjb25maWd1cmU6Mjg0 NDogY2MgLWMgLU8yIC1waXBlICAtZm5vLXN0cmljdC1hbGlhc2luZyAgY29uZnRlc3QuYyA+JjUK Y29uZnRlc3QuYzogSW4gZnVuY3Rpb24gJ21haW4nOgpjb25mdGVzdC5jOjE3OiBlcnJvcjogJ2No b2tlJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKY29uZnRlc3QuYzox NzogZXJyb3I6IChFYWNoIHVuZGVjbGFyZWQgaWRlbnRpZmllciBpcyByZXBvcnRlZCBvbmx5IG9u Y2UKY29uZnRlc3QuYzoxNzogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4u KQpjb25mdGVzdC5jOjE3OiBlcnJvcjogZXhwZWN0ZWQgJzsnIGJlZm9yZSAnbWUnCmNvbmZpZ3Vy ZToyODUwOiAkPyA9IDEKY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6CnwgLyogY29uZmRl ZnMuaC4gICovCnwgCnwgI2RlZmluZSBQQUNLQUdFX05BTUUgIlBvc3RncmVTUUwiCnwgI2RlZmlu ZSBQQUNLQUdFX1RBUk5BTUUgInBvc3RncmVzcWwiCnwgI2RlZmluZSBQQUNLQUdFX1ZFUlNJT04g IjguMy4zIgp8ICNkZWZpbmUgUEFDS0FHRV9TVFJJTkcgIlBvc3RncmVTUUwgOC4zLjMiCnwgI2Rl ZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAicGdzcWwtYnVnc0Bwb3N0Z3Jlc3FsLm9yZyIKfCAjZGVm aW5lIFBHX1ZFUlNJT04gIjguMy4zIgp8ICNkZWZpbmUgREVGX1BHUE9SVCA1NDMyCnwgI2RlZmlu ZSBERUZfUEdQT1JUX1NUUiAiNTQzMiIKfCAvKiBlbmQgY29uZmRlZnMuaC4gICovCnwgCnwgaW50 CnwgbWFpbiAoKQp8IHsKfCAjaWZuZGVmIF9fSU5URUxfQ09NUElMRVIKfCBjaG9rZSBtZQp8ICNl bmRpZgp8ICAgOwp8ICAgcmV0dXJuIDA7CnwgfQpjb25maWd1cmU6MjkwNzogY2hlY2tpbmcgaWYg Y2Mgc3VwcG9ydHMgLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0ZW1lbnQKY29uZmlndXJlOjI5Mjc6 IGNjIC1jIC1PMiAtcGlwZSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdhbGwgLVdtaXNzaW5nLXBy b3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XZGVjbGFyYXRpb24tYWZ0ZXItc3Rh dGVtZW50ICBjb25mdGVzdC5jID4mNQpjb25maWd1cmU6MjkzMzogJD8gPSAwCmNvbmZpZ3VyZToy OTM3OiB0ZXN0IC16IAoJCQkgfHwgdGVzdCAhIC1zIGNvbmZ0ZXN0LmVycgpjb25maWd1cmU6Mjk0 MDogJD8gPSAwCmNvbmZpZ3VyZToyOTQzOiB0ZXN0IC1zIGNvbmZ0ZXN0Lm8KY29uZmlndXJlOjI5 NDY6ICQ/ID0gMApjb25maWd1cmU6Mjk0ODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjI5NjA6IGNo ZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1XZW5kaWYtbGFiZWxzCmNvbmZpZ3VyZToyOTgwOiBjYyAt YyAtTzIgLXBpcGUgIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1XYWxsIC1XbWlzc2luZy1wcm90b3R5 cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2RlY2xhcmF0aW9uLWFmdGVyLXN0YXRlbWVu dCAtV2VuZGlmLWxhYmVscyAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjI5ODY6ICQ/ID0gMApj b25maWd1cmU6Mjk5MDogdGVzdCAteiAKCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIKY29u ZmlndXJlOjI5OTM6ICQ/ID0gMApjb25maWd1cmU6Mjk5NjogdGVzdCAtcyBjb25mdGVzdC5vCmNv bmZpZ3VyZToyOTk5OiAkPyA9IDAKY29uZmlndXJlOjMwMDE6IHJlc3VsdDogeWVzCmNvbmZpZ3Vy ZTozMDE0OiBjaGVja2luZyBpZiBjYyBzdXBwb3J0cyAtZm5vLXN0cmljdC1hbGlhc2luZwpjb25m aWd1cmU6MzAzNDogY2MgLWMgLU8yIC1waXBlICAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAt V21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdkZWNsYXJhdGlv bi1hZnRlci1zdGF0ZW1lbnQgLVdlbmRpZi1sYWJlbHMgLWZuby1zdHJpY3QtYWxpYXNpbmcgIGNv bmZ0ZXN0LmMgPiY1CmNvbmZpZ3VyZTozMDQwOiAkPyA9IDAKY29uZmlndXJlOjMwNDQ6IHRlc3Qg LXogCgkJCSB8fCB0ZXN0ICEgLXMgY29uZnRlc3QuZXJyCmNvbmZpZ3VyZTozMDQ3OiAkPyA9IDAK Y29uZmlndXJlOjMwNTA6IHRlc3QgLXMgY29uZnRlc3Qubwpjb25maWd1cmU6MzA1MzogJD8gPSAw CmNvbmZpZ3VyZTozMDU1OiByZXN1bHQ6IHllcwpjb25maWd1cmU6MzA2ODogY2hlY2tpbmcgaWYg Y2Mgc3VwcG9ydHMgLWZ3cmFwdgpjb25maWd1cmU6MzA4ODogY2MgLWMgLU8yIC1waXBlICAtZm5v LXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJp dGggLVdpbmxpbmUgLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0ZW1lbnQgLVdlbmRpZi1sYWJlbHMg LWZuby1zdHJpY3QtYWxpYXNpbmcgLWZ3cmFwdiAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjMw OTQ6ICQ/ID0gMApjb25maWd1cmU6MzA5ODogdGVzdCAteiAKCQkJIHx8IHRlc3QgISAtcyBjb25m dGVzdC5lcnIKY29uZmlndXJlOjMxMDE6ICQ/ID0gMApjb25maWd1cmU6MzEwNDogdGVzdCAtcyBj b25mdGVzdC5vCmNvbmZpZ3VyZTozMTA3OiAkPyA9IDAKY29uZmlndXJlOjMxMDk6IHJlc3VsdDog eWVzCmNvbmZpZ3VyZTozMzA5OiB1c2luZyBDRkxBR1M9LU8yIC1waXBlICAtZm5vLXN0cmljdC1h bGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxp bmUgLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0ZW1lbnQgLVdlbmRpZi1sYWJlbHMgLWZuby1zdHJp Y3QtYWxpYXNpbmcgLWZ3cmFwdgpjb25maWd1cmU6MzMxODogY2hlY2tpbmcgd2hldGhlciB0aGUg QyBjb21waWxlciBzdGlsbCB3b3Jrcwpjb25maWd1cmU6MzMzNjogY2MgLW8gY29uZnRlc3QgLU8y IC1waXBlICAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2FsbCAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0ZW1lbnQgLVdl bmRpZi1sYWJlbHMgLWZuby1zdHJpY3QtYWxpYXNpbmcgLWZ3cmFwdiAgIC1wdGhyZWFkIC1ycGF0 aD0vdXNyL2xpYjovdXNyL2xvY2FsL2xpYiBjb25mdGVzdC5jICA+JjUKY29uZmlndXJlOjMzNDI6 ICQ/ID0gMApjb25maWd1cmU6MzM0NjogdGVzdCAteiAKCQkJIHx8IHRlc3QgISAtcyBjb25mdGVz dC5lcnIKY29uZmlndXJlOjMzNDk6ICQ/ID0gMApjb25maWd1cmU6MzM1MjogdGVzdCAtcyBjb25m dGVzdApjb25maWd1cmU6MzM1NTogJD8gPSAwCmNvbmZpZ3VyZTozMzU3OiByZXN1bHQ6IHllcwpj b25maWd1cmU6MzM5MjogY2MgLWMgLU8yIC1waXBlICAtZm5vLXN0cmljdC1hbGlhc2luZyAtV2Fs bCAtV21pc3NpbmctcHJvdG90eXBlcyAtV3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdkZWNsYXJh dGlvbi1hZnRlci1zdGF0ZW1lbnQgLVdlbmRpZi1sYWJlbHMgLWZuby1zdHJpY3QtYWxpYXNpbmcg LWZ3cmFwdiAgY29uZnRlc3QuYyA+JjUKY29uZmlndXJlOjMzOTg6ICQ/ID0gMApjb25maWd1cmU6 MzQwMjogdGVzdCAteiAKCQkJIHx8IHRlc3QgISAtcyBjb25mdGVzdC5lcnIKY29uZmlndXJlOjM0 MDU6ICQ/ID0gMApjb25maWd1cmU6MzQwODogdGVzdCAtcyBjb25mdGVzdC5vCmNvbmZpZ3VyZToz NDExOiAkPyA9IDAKY29uZmlndXJlOjM0MzA6IGNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMgcHJl cHJvY2Vzc29yCmNvbmZpZ3VyZTozNDY1OiBjYyAtRSAgY29uZnRlc3QuYwpjb25maWd1cmU6MzQ3 MTogJD8gPSAwCmNvbmZpZ3VyZTozNTAzOiBjYyAtRSAgY29uZnRlc3QuYwpjb25mdGVzdC5jOjEy OjI4OiBlcnJvcjogYWNfbm9uZXhpc3RlbnQuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQpj b25maWd1cmU6MzUwOTogJD8gPSAxCmNvbmZpZ3VyZTogZmFpbGVkIHByb2dyYW0gd2FzOgp8IC8q IGNvbmZkZWZzLmguICAqLwp8IAp8ICNkZWZpbmUgUEFDS0FHRV9OQU1FICJQb3N0Z3JlU1FMIgp8 ICNkZWZpbmUgUEFDS0FHRV9UQVJOQU1FICJwb3N0Z3Jlc3FsIgp8ICNkZWZpbmUgUEFDS0FHRV9W RVJTSU9OICI4LjMuMyIKfCAjZGVmaW5lIFBBQ0tBR0VfU1RSSU5HICJQb3N0Z3JlU1FMIDguMy4z Igp8ICNkZWZpbmUgUEFDS0FHRV9CVUdSRVBPUlQgInBnc3FsLWJ1Z3NAcG9zdGdyZXNxbC5vcmci CnwgI2RlZmluZSBQR19WRVJTSU9OICI4LjMuMyIKfCAjZGVmaW5lIERFRl9QR1BPUlQgNTQzMgp8 ICNkZWZpbmUgREVGX1BHUE9SVF9TVFIgIjU0MzIiCnwgLyogZW5kIGNvbmZkZWZzLmguICAqLwp8 ICNpbmNsdWRlIDxhY19ub25leGlzdGVudC5oPgpjb25maWd1cmU6MzU0ODogcmVzdWx0OiBjYyAt RQpjb25maWd1cmU6MzU3MjogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZmlndXJlOjM1Nzg6ICQ/ID0g MApjb25maWd1cmU6MzYxMDogY2MgLUUgIGNvbmZ0ZXN0LmMKY29uZnRlc3QuYzoxMjoyODogZXJy b3I6IGFjX25vbmV4aXN0ZW50Lmg6IE5vIHN1Y2ggZmlsZSBvciBkaXJlY3RvcnkKY29uZmlndXJl OjM2MTY6ICQ/ID0gMQpjb25maWd1cmU6IGZhaWxlZCBwcm9ncmFtIHdhczoKfCAvKiBjb25mZGVm cy5oLiAgKi8KfCAKfCAjZGVmaW5lIFBBQ0tBR0VfTkFNRSAiUG9zdGdyZVNRTCIKfCAjZGVmaW5l IFBBQ0tBR0VfVEFSTkFNRSAicG9zdGdyZXNxbCIKfCAjZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAi OC4zLjMiCnwgI2RlZmluZSBQQUNLQUdFX1NUUklORyAiUG9zdGdyZVNRTCA4LjMuMyIKfCAjZGVm aW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJwZ3NxbC1idWdzQHBvc3RncmVzcWwub3JnIgp8ICNkZWZp bmUgUEdfVkVSU0lPTiAiOC4zLjMiCnwgI2RlZmluZSBERUZfUEdQT1JUIDU0MzIKfCAjZGVmaW5l IERFRl9QR1BPUlRfU1RSICI1NDMyIgp8IC8qIGVuZCBjb25mZGVmcy5oLiAgKi8KfCAjaW5jbHVk ZSA8YWNfbm9uZXhpc3RlbnQuaD4KY29uZmlndXJlOjM3OTM6IGNoZWNraW5nIGFsbG93IHRocmVh ZC1zYWZlIGNsaWVudCBsaWJyYXJpZXMKY29uZmlndXJlOjM4ODc6IHJlc3VsdDogeWVzCmNvbmZp Z3VyZTozODk0OiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHdpdGggVGNsCmNvbmZpZ3VyZToz OTIzOiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTozOTYwOiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxk IFBlcmwgbW9kdWxlcwpjb25maWd1cmU6Mzk4OTogcmVzdWx0OiBubwpjb25maWd1cmU6Mzk5Njog Y2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBQeXRob24gbW9kdWxlcwpjb25maWd1cmU6NDAyNTog cmVzdWx0OiB5ZXMKY29uZmlndXJlOjQwMzI6IGNoZWNraW5nIHdoZXRoZXIgdG8gYnVpbGQgd2l0 aCBHU1NBUEkgc3VwcG9ydApjb25maWd1cmU6NDA2ODogcmVzdWx0OiBubwpjb25maWd1cmU6NDA3 NTogY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCB3aXRoIEtlcmJlcm9zIDUgc3VwcG9ydApjb25m aWd1cmU6NDExMTogcmVzdWx0OiBubwpjb25maWd1cmU6NDE2MDogY2hlY2tpbmcgd2hldGhlciB0 byBidWlsZCB3aXRoIFBBTSBzdXBwb3J0CmNvbmZpZ3VyZTo0MTkzOiByZXN1bHQ6IG5vCmNvbmZp Z3VyZTo0MjAxOiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHdpdGggTERBUCBzdXBwb3J0CmNv bmZpZ3VyZTo0MjM0OiByZXN1bHQ6IG5vCmNvbmZpZ3VyZTo0MjQyOiBjaGVja2luZyB3aGV0aGVy IHRvIGJ1aWxkIHdpdGggQm9uam91ciBzdXBwb3J0CmNvbmZpZ3VyZTo0Mjc1OiByZXN1bHQ6IG5v CmNvbmZpZ3VyZTo0MjgzOiBjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHdpdGggT3BlblNTTCBz dXBwb3J0CmNvbmZpZ3VyZTo0MzE2OiByZXN1bHQ6IHllcwpjb25maWd1cmU6NDYzMzogY2hlY2tp bmcgZm9yIGVncmVwCmNvbmZpZ3VyZTo0NjQzOiByZXN1bHQ6IGdyZXAgLUUKY29uZmlndXJlOjQ2 ODA6IHVzaW5nIENQUEZMQUdTPSAgLUkvdXNyL2xvY2FsL2luY2x1ZGUKY29uZmlndXJlOjQ2ODI6 IHVzaW5nIExERkxBR1M9IC1wdGhyZWFkIC1ycGF0aD0vdXNyL2xpYjovdXNyL2xvY2FsL2xpYiAg LUwvdXNyL2xvY2FsL2xpYgpjb25maWd1cmU6NDY5ODogY2hlY2tpbmcgZm9yIGxkIHVzZWQgYnkg R0NDCmNvbmZpZ3VyZTo0NzYxOiByZXN1bHQ6IC91c3IvYmluL2xkCmNvbmZpZ3VyZTo0NzcwOiBj aGVja2luZyBpZiB0aGUgbGlua2VyICgvdXNyL2Jpbi9sZCkgaXMgR05VIGxkCkdOVSBsZCB2ZXJz aW9uIDIuMTUgW0ZyZWVCU0RdIDIwMDQtMDUtMjMKY29uZmlndXJlOjQ3ODI6IHJlc3VsdDogeWVz CmNvbmZpZ3VyZTo0ODkyOiBjaGVja2luZyBmb3IgcmFubGliCmNvbmZpZ3VyZTo0OTA4OiBmb3Vu ZCAvdXNyL2Jpbi9yYW5saWIKY29uZmlndXJlOjQ5MTk6IHJlc3VsdDogcmFubGliCmNvbmZpZ3Vy ZTo0OTczOiBjaGVja2luZyBmb3Igc3RyaXAKY29uZmlndXJlOjQ5ODk6IGZvdW5kIC91c3IvYmlu L3N0cmlwCmNvbmZpZ3VyZTo1MDAwOiByZXN1bHQ6IHN0cmlwCmNvbmZpZ3VyZTo1MDEzOiBjaGVj a2luZyB3aGV0aGVyIGl0IGlzIHBvc3NpYmxlIHRvIHN0cmlwIGxpYnJhcmllcwpjb25maWd1cmU6 NTAxODogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjUwMzI6IGNoZWNraW5nIGZvciB0YXIKY29uZmln dXJlOjUwNTA6IGZvdW5kIC91c3IvYmluL3Rhcgpjb25maWd1cmU6NTA2MjogcmVzdWx0OiAvdXNy L2Jpbi90YXIKY29uZmlndXJlOjUwNjk6IGNoZWNraW5nIHdoZXRoZXIgbG4gLXMgd29ya3MKY29u ZmlndXJlOjUwNzM6IHJlc3VsdDogeWVzCmNvbmZpZ3VyZTo1MDg0OiBjaGVja2luZyBmb3IgZ2F3 awpjb25maWd1cmU6NTExMzogcmVzdWx0OiBubwpjb25maWd1cmU6NTA4NDogY2hlY2tpbmcgZm9y IG1hd2sKY29uZmlndXJlOjUxMTM6IHJlc3VsdDogbm8KY29uZmlndXJlOjUwODQ6IGNoZWNraW5n IGZvciBuYXdrCmNvbmZpZ3VyZTo1MTAwOiBmb3VuZCAvdXNyL2Jpbi9uYXdrCmNvbmZpZ3VyZTo1 MTEwOiByZXN1bHQ6IG5hd2sKY29uZmlndXJlOjUxMjc6IGNoZWNraW5nIGZvciBiaXNvbgpjb25m aWd1cmU6NTE1NjogcmVzdWx0OiBubwpjb25maWd1cmU6NTE4MjogV0FSTklORzoKKioqIFdpdGhv dXQgQmlzb24geW91IHdpbGwgbm90IGJlIGFibGUgdG8gYnVpbGQgUG9zdGdyZVNRTCBmcm9tIENW UyBub3IKKioqIGNoYW5nZSBhbnkgb2YgdGhlIHBhcnNlciBkZWZpbml0aW9uIGZpbGVzLiAgWW91 IGNhbiBvYnRhaW4gQmlzb24gZnJvbQoqKiogYSBHTlUgbWlycm9yIHNpdGUuICAoSWYgeW91IGFy ZSB1c2luZyB0aGUgb2ZmaWNpYWwgZGlzdHJpYnV0aW9uIG9mCioqKiBQb3N0Z3JlU1FMIHRoZW4g eW91IGRvIG5vdCBuZWVkIHRvIHdvcnJ5IGFib3V0IHRoaXMsIGJlY2F1c2UgdGhlIEJpc29uCioq KiBvdXRwdXQgaXMgcHJlLWdlbmVyYXRlZC4pICBUbyB1c2UgYSBkaWZmZXJlbnQgeWFjYyBwcm9n cmFtIChwb3NzaWJsZSwKKioqIGJ1dCBub3QgcmVjb21tZW5kZWQpLCBzZXQgdGhlIGVudmlyb25t ZW50IHZhcmlhYmxlIFlBQ0MgYmVmb3JlIHJ1bm5pbmcKKioqICdjb25maWd1cmUnLgpjb25maWd1 cmU6NTIwMjogY2hlY2tpbmcgZm9yIGZsZXgKY29uZmlndXJlOjUyNDE6IHJlc3VsdDogL3Vzci9i aW4vZmxleApjb25maWd1cmU6NTI3MDogdXNpbmcgL3Vzci9iaW4vZmxleCB2ZXJzaW9uIDIuNS40 CmNvbmZpZ3VyZTo1MjgwOiBjaGVja2luZyBmb3IgcGVybApjb25maWd1cmU6NTI5ODogZm91bmQg L3Vzci9sb2NhbC9iaW4vcGVybApjb25maWd1cmU6NTMxMDogcmVzdWx0OiAvdXNyL2xvY2FsL2Jp bi9wZXJsCmNvbmZpZ3VyZTo1MzQ3OiBjaGVja2luZyBmb3IgcHl0aG9uCmNvbmZpZ3VyZTo1Mzc3 OiByZXN1bHQ6IC91c3IvbG9jYWwvYmluL3B5dGhvbjIuNQpjb25maWd1cmU6NTM5MTogY2hlY2tp bmcgZm9yIFB5dGhvbiBkaXN0dXRpbHMgbW9kdWxlCmNvbmZpZ3VyZTo1Mzk1OiByZXN1bHQ6IHll cwpjb25maWd1cmU6NTQwNDogY2hlY2tpbmcgUHl0aG9uIGNvbmZpZ3VyYXRpb24gZGlyZWN0b3J5 CmNvbmZpZ3VyZTo1NDExOiByZXN1bHQ6IC91c3IvbG9jYWwvbGliL3B5dGhvbjIuNS9jb25maWcK Y29uZmlndXJlOjU0MTU6IGNoZWNraW5nIGhvdyB0byBsaW5rIGFuIGVtYmVkZGVkIFB5dGhvbiBh cHBsaWNhdGlvbgpjb25maWd1cmU6NTQzNjogcmVzdWx0OiAtTC91c3IvbG9jYWwvbGliL3B5dGhv bjIuNS9jb25maWcgLWxweXRob24yLjUgLWx1dGlsIC1sbQpjb25maWd1cmU6NTQ0MTogY2hlY2tp bmcgd2hldGhlciBQeXRob24gaXMgY29tcGlsZWQgd2l0aCB0aHJlYWQgc3VwcG9ydApjb25maWd1 cmU6NTQ0NTogcmVzdWx0OiB5ZXMKY29uZmlndXJlOjU0NDk6IGVycm9yOiB0aHJlYWRlZCBQeXRo b24gbm90IHN1cHBvcnRlZCBvbiB0aGlzIHBsYXRmb3JtCgojIyAtLS0tLS0tLS0tLS0tLS0tICMj CiMjIENhY2hlIHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLSAjIwoKYWNfY3ZfYnVp bGQ9YW1kNjQtcG9ydGJsZC1mcmVlYnNkNy4xCmFjX2N2X2J1aWxkX2FsaWFzPWFtZDY0LXBvcnRi bGQtZnJlZWJzZDcuMQphY19jdl9jX2NvbXBpbGVyX2dudT15ZXMKYWNfY3ZfZW52X0NDX3NldD1z ZXQKYWNfY3ZfZW52X0NDX3ZhbHVlPWNjCmFjX2N2X2Vudl9DRkxBR1Nfc2V0PXNldAphY19jdl9l bnZfQ0ZMQUdTX3ZhbHVlPSctTzIgLXBpcGUgIC1mbm8tc3RyaWN0LWFsaWFzaW5nJwphY19jdl9l bnZfQ1BQRkxBR1Nfc2V0PScnCmFjX2N2X2Vudl9DUFBGTEFHU192YWx1ZT0nJwphY19jdl9lbnZf Q1BQX3NldD0nJwphY19jdl9lbnZfQ1BQX3ZhbHVlPScnCmFjX2N2X2Vudl9ET0NCT09LU1RZTEVf c2V0PScnCmFjX2N2X2Vudl9ET0NCT09LU1RZTEVfdmFsdWU9JycKYWNfY3ZfZW52X0xERkxBR1Nf U0xfc2V0PScnCmFjX2N2X2Vudl9MREZMQUdTX1NMX3ZhbHVlPScnCmFjX2N2X2Vudl9MREZMQUdT X3NldD1zZXQKYWNfY3ZfZW52X0xERkxBR1NfdmFsdWU9JyAtcHRocmVhZCAtcnBhdGg9L3Vzci9s aWI6L3Vzci9sb2NhbC9saWInCmFjX2N2X2Vudl9idWlsZF9hbGlhc19zZXQ9c2V0CmFjX2N2X2Vu dl9idWlsZF9hbGlhc192YWx1ZT1hbWQ2NC1wb3J0YmxkLWZyZWVic2Q3LjEKYWNfY3ZfZW52X2hv c3RfYWxpYXNfc2V0PScnCmFjX2N2X2Vudl9ob3N0X2FsaWFzX3ZhbHVlPScnCmFjX2N2X2Vudl90 YXJnZXRfYWxpYXNfc2V0PScnCmFjX2N2X2Vudl90YXJnZXRfYWxpYXNfdmFsdWU9JycKYWNfY3Zf ZXhlZXh0PScnCmFjX2N2X2hvc3Q9YW1kNjQtcG9ydGJsZC1mcmVlYnNkNy4xCmFjX2N2X2hvc3Rf YWxpYXM9YW1kNjQtcG9ydGJsZC1mcmVlYnNkNy4xCmFjX2N2X29iamV4dD1vCmFjX2N2X3BhdGhf TEQ9L3Vzci9iaW4vbGQKYWNfY3ZfcGF0aF9QRVJMPS91c3IvbG9jYWwvYmluL3BlcmwKYWNfY3Zf cGF0aF9QWVRIT049L3Vzci9sb2NhbC9iaW4vcHl0aG9uMi41CmFjX2N2X3BhdGhfVEFSPS91c3Iv YmluL3RhcgphY19jdl9wcm9nX0FXSz1uYXdrCmFjX2N2X3Byb2dfQ1BQPSdjYyAtRScKYWNfY3Zf cHJvZ19hY19jdF9SQU5MSUI9cmFubGliCmFjX2N2X3Byb2dfYWNfY3RfU1RSSVA9c3RyaXAKYWNf Y3ZfcHJvZ19jY19nPXllcwphY19jdl9wcm9nX2NjX3N0ZGM9JycKYWNfY3ZfcHJvZ19lZ3JlcD0n Z3JlcCAtRScKYWNfY3ZfcHJvZ19nbnVfbGQ9eWVzCmx0X2N2X3N5c19tYXhfY21kX2xlbj0yNjIx NDQKcGdhY19jdl9wYXRoX2ZsZXg9L3Vzci9iaW4vZmxleAoKIyMgLS0tLS0tLS0tLS0tLS0tLS0g IyMKIyMgT3V0cHV0IHZhcmlhYmxlcy4gIyMKIyMgLS0tLS0tLS0tLS0tLS0tLS0gIyMKCkFXSz0n bmF3aycKQ0M9J2NjJwpDRkxBR1M9Jy1PMiAtcGlwZSAgLWZuby1zdHJpY3QtYWxpYXNpbmcgLVdh bGwgLVdtaXNzaW5nLXByb3RvdHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XaW5saW5lIC1XZGVjbGFy YXRpb24tYWZ0ZXItc3RhdGVtZW50IC1XZW5kaWYtbGFiZWxzIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1md3JhcHYnCkNPTExBVEVJTkRFWD0nJwpDUFA9J2NjIC1FJwpDUFBGTEFHUz0nICAtSS91c3Iv bG9jYWwvaW5jbHVkZScKREVGUz0nJwpET0NCT09LU1RZTEU9JycKRFRSQUNFPScnCkRUUkFDRUZM QUdTPScnCkVDSE9fQz0nJwpFQ0hPX049Jy1uJwpFQ0hPX1Q9JycKRUdSRVA9J2dyZXAgLUUnCkVM Rl9TWVM9J3RydWUnCkVYRUVYVD0nJwpGTEVYPScvdXNyL2Jpbi9mbGV4JwpGTEVYRkxBR1M9JycK R0NDPSd5ZXMnCkhBVkVfSVBWNj0nJwpIQVZFX1BPU0lYX1NJR05BTFM9JycKSU5DTFVERVM9JyAt SS91c3IvbG9jYWwvaW5jbHVkZScKSkFERT0nJwpMRD0nL3Vzci9iaW4vbGQnCkxEQVBfTElCU19C RT0nJwpMREFQX0xJQlNfRkU9JycKTERGTEFHUz0nIC1wdGhyZWFkIC1ycGF0aD0vdXNyL2xpYjov dXNyL2xvY2FsL2xpYiAgLUwvdXNyL2xvY2FsL2xpYicKTERGTEFHU19TTD0nJwpMSUJPQkpTPScn CkxJQlM9JycKTE5fUz0nbG4gLXMnCkxUTElCT0JKUz0nJwpNU0dGTVQ9JycKTVNHTUVSR0U9JycK TlNHTUxTPScnCk9CSkVYVD0nbycKT1NTUF9VVUlEX0xJQlM9JycKUEFDS0FHRV9CVUdSRVBPUlQ9 J3Bnc3FsLWJ1Z3NAcG9zdGdyZXNxbC5vcmcnClBBQ0tBR0VfTkFNRT0nUG9zdGdyZVNRTCcKUEFD S0FHRV9TVFJJTkc9J1Bvc3RncmVTUUwgOC4zLjMnClBBQ0tBR0VfVEFSTkFNRT0ncG9zdGdyZXNx bCcKUEFDS0FHRV9WRVJTSU9OPSc4LjMuMycKUEFUSF9TRVBBUkFUT1I9JzonClBFUkw9Jy91c3Iv bG9jYWwvYmluL3BlcmwnClBPUlROQU1FPSdmcmVlYnNkJwpQVEhSRUFEX0NDPScnClBUSFJFQURf Q0ZMQUdTPScnClBUSFJFQURfTElCUz0nLXB0aHJlYWQnClBZVEhPTj0nL3Vzci9sb2NhbC9iaW4v cHl0aG9uMi41JwpSQU5MSUI9J3JhbmxpYicKU0dNTFNQTD0nJwpTSEVMTD0nL2Jpbi9zaCcKU1RS SVA9J3N0cmlwJwpTVFJJUF9TSEFSRURfTElCPSdzdHJpcCAtLXN0cmlwLXVubmVlZGVkJwpTVFJJ UF9TVEFUSUNfTElCPSdzdHJpcCAteCcKVEFSPScvdXNyL2Jpbi90YXInClRBUz0nJwpUQ0xTSD0n JwpUQ0xfQ09ORklHX1NIPScnClRDTF9JTkNMVURFX1NQRUM9JycKVENMX0xJQlM9JycKVENMX0xJ Ql9GSUxFPScnClRDTF9MSUJfU1BFQz0nJwpUQ0xfU0hBUkVEX0JVSUxEPScnClRDTF9TSExJQl9M RF9MSUJTPScnCldBTlRFRF9MQU5HVUFHRVM9JycKWEdFVFRFWFQ9JycKWE1MMl9DT05GSUc9JycK WUFDQz0nJwpZRkxBR1M9JycKYWNfY3RfQ0M9JycKYWNfY3RfUkFOTElCPSdyYW5saWInCmFjX2N0 X1NUUklQPSdzdHJpcCcKYWN4X3B0aHJlYWRfY29uZmlnPScnCmF1dG9kZXBlbmQ9JycKYmluZGly PScke2V4ZWNfcHJlZml4fS9iaW4nCmJ1aWxkPSdhbWQ2NC1wb3J0YmxkLWZyZWVic2Q3LjEnCmJ1 aWxkX2FsaWFzPSdhbWQ2NC1wb3J0YmxkLWZyZWVic2Q3LjEnCmJ1aWxkX2NwdT0nYW1kNjQnCmJ1 aWxkX29zPSdmcmVlYnNkNy4xJwpidWlsZF92ZW5kb3I9J3BvcnRibGQnCmNvbmZpZ3VyZV9hcmdz PScnLS13aXRoLXB5dGhvbicgJy0td2l0aC1saWJyYXJpZXM9L3Vzci9sb2NhbC9saWInICctLXdp dGgtaW5jbHVkZXM9L3Vzci9sb2NhbC9pbmNsdWRlJyAnLS1lbmFibGUtdGhyZWFkLXNhZmV0eScg Jy0td2l0aC1kb2NkaXI9L3Vzci9sb2NhbC9zaGFyZS9kb2MvcG9zdGdyZXNxbCcgJy0td2l0aC1v cGVuc3NsJyAnLS1wcmVmaXg9L3Vzci9sb2NhbCcgJy0tbWFuZGlyPS91c3IvbG9jYWwvbWFuJyAn LS1pbmZvZGlyPS91c3IvbG9jYWwvaW5mby8nICctLWJ1aWxkPWFtZDY0LXBvcnRibGQtZnJlZWJz ZDcuMScgJ0NDPWNjJyAnQ0ZMQUdTPS1PMiAtcGlwZSAgLWZuby1zdHJpY3QtYWxpYXNpbmcnICdM REZMQUdTPSAtcHRocmVhZCAtcnBhdGg9L3Vzci9saWI6L3Vzci9sb2NhbC9saWInICdidWlsZF9h bGlhcz1hbWQ2NC1wb3J0YmxkLWZyZWVic2Q3LjEnJwpkYXRhZGlyPScke3ByZWZpeH0vc2hhcmUn CmRlZmF1bHRfcG9ydD0nNTQzMicKZG9jZGlyPScvdXNyL2xvY2FsL3NoYXJlL2RvYy9wb3N0Z3Jl c3FsJwplbmFibGVfZGVidWc9J25vJwplbmFibGVfZHRyYWNlPSdubycKZW5hYmxlX25scz0nbm8n CmVuYWJsZV9wcm9maWxpbmc9J25vJwplbmFibGVfcnBhdGg9J3llcycKZW5hYmxlX3NoYXJlZD0n eWVzJwplbmFibGVfdGhyZWFkX3NhZmV0eT0neWVzJwpleGVjX3ByZWZpeD0nTk9ORScKaGF2ZV9k b2Nib29rPScnCmhvc3Q9J2FtZDY0LXBvcnRibGQtZnJlZWJzZDcuMScKaG9zdF9hbGlhcz0nJwpo b3N0X2NwdT0nYW1kNjQnCmhvc3Rfb3M9J2ZyZWVic2Q3LjEnCmhvc3RfdmVuZG9yPSdwb3J0Ymxk JwppbmNsdWRlZGlyPScke3ByZWZpeH0vaW5jbHVkZScKaW5mb2Rpcj0nL3Vzci9sb2NhbC9pbmZv LycKa3JiX3NydnRhYj0nJwpsZF9SX3dvcmtzPScnCmxpYmRpcj0nJHtleGVjX3ByZWZpeH0vbGli JwpsaWJleGVjZGlyPScke2V4ZWNfcHJlZml4fS9saWJleGVjJwpsb2NhbGVkaXI9JycKbG9jYWxz dGF0ZWRpcj0nJHtwcmVmaXh9L3ZhcicKbWFuZGlyPScvdXNyL2xvY2FsL21hbicKb2xkaW5jbHVk ZWRpcj0nL3Vzci9pbmNsdWRlJwpwZXJsX2FyY2hsaWJleHA9JycKcGVybF9lbWJlZF9sZGZsYWdz PScnCnBlcmxfcHJpdmxpYmV4cD0nJwpwZXJsX3VzZXNocnBsaWI9JycKcHJlZml4PScvdXNyL2xv Y2FsJwpwcm9ncmFtX3RyYW5zZm9ybV9uYW1lPSdzLHgseCwnCnB5dGhvbl9hZGRpdGlvbmFsX2xp YnM9Jy1sdXRpbCAtbG0nCnB5dGhvbl9jb25maWdkaXI9Jy91c3IvbG9jYWwvbGliL3B5dGhvbjIu NS9jb25maWcnCnB5dGhvbl9pbmNsdWRlc3BlYz0nLUkvdXNyL2xvY2FsL2luY2x1ZGUvcHl0aG9u Mi41JwpweXRob25fbGliZGlyPScvdXNyL2xvY2FsL2xpYi9weXRob24yLjUvY29uZmlnJwpweXRo b25fbGlic3BlYz0nLUwvdXNyL2xvY2FsL2xpYi9weXRob24yLjUvY29uZmlnIC1scHl0aG9uMi41 JwpweXRob25fdmVyc2lvbj0nMi41JwpzYmluZGlyPScke2V4ZWNfcHJlZml4fS9zYmluJwpzaGFy ZWRzdGF0ZWRpcj0nJHtwcmVmaXh9L2NvbScKc3lzY29uZmRpcj0nJHtwcmVmaXh9L2V0YycKdGFy Z2V0X2FsaWFzPScnCnZwYXRoX2J1aWxkPScnCndpdGhfYm9uam91cj0nbm8nCndpdGhfZ251X2xk PSd5ZXMnCndpdGhfZ3NzYXBpPSdubycKd2l0aF9rcmI1PSdubycKd2l0aF9sZGFwPSdubycKd2l0 aF9saWJ4bWw9J25vJwp3aXRoX2xpYnhzbHQ9J25vJwp3aXRoX29wZW5zc2w9J3llcycKd2l0aF9v c3NwX3V1aWQ9J25vJwp3aXRoX3BhbT0nbm8nCndpdGhfcGVybD0nbm8nCndpdGhfcHl0aG9uPSd5 ZXMnCndpdGhfc3lzdGVtX3R6ZGF0YT0nJwp3aXRoX3RjbD0nbm8nCndpdGhfemxpYj0neWVzJwoK IyMgLS0tLS0tLS0tLS0gIyMKIyMgY29uZmRlZnMuaC4gIyMKIyMgLS0tLS0tLS0tLS0gIyMKCiNk ZWZpbmUgREVGX1BHUE9SVCA1NDMyCiNkZWZpbmUgREVGX1BHUE9SVF9TVFIgIjU0MzIiCiNkZWZp bmUgRU5BQkxFX1RIUkVBRF9TQUZFVFkgMQojZGVmaW5lIFBBQ0tBR0VfQlVHUkVQT1JUICJwZ3Nx bC1idWdzQHBvc3RncmVzcWwub3JnIgojZGVmaW5lIFBBQ0tBR0VfTkFNRSAiUG9zdGdyZVNRTCIK I2RlZmluZSBQQUNLQUdFX1NUUklORyAiUG9zdGdyZVNRTCA4LjMuMyIKI2RlZmluZSBQQUNLQUdF X1RBUk5BTUUgInBvc3RncmVzcWwiCiNkZWZpbmUgUEFDS0FHRV9WRVJTSU9OICI4LjMuMyIKI2Rl ZmluZSBQR19LUkJfU1JWTkFNICJwb3N0Z3JlcyIKI2RlZmluZSBQR19WRVJTSU9OICI4LjMuMyIK I2RlZmluZSBQR19WRVJTSU9OX1NUUiAiUG9zdGdyZVNRTCA4LjMuMyBvbiBhbWQ2NC1wb3J0Ymxk LWZyZWVic2Q3LjEsIGNvbXBpbGVkIGJ5IEdDQyBjYyAoR0NDKSA0LjIuMSAyMDA3MDcxOSAgW0Zy ZWVCU0RdIgojZGVmaW5lIFVTRV9TU0wgMQoKY29uZmlndXJlOiBleGl0IDEK ------=_Part_65005_414576.1222088056660-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 14:54:32 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 844D31065679 for ; Mon, 22 Sep 2008 14:54:32 +0000 (UTC) (envelope-from nico@65535.com) Received: from mail.65535.com (mail.65535.com [194.193.169.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3290E8FC34 for ; Mon, 22 Sep 2008 14:54:26 +0000 (UTC) (envelope-from nico@65535.com) Received: (qmail 11896 invoked from network); 22 Sep 2008 15:08:12 +0100 Received: from unknown (HELO host49.msm.che.vodafone) (client) by bigcake.65535.com with SMTP; 22 Sep 2008 15:08:12 +0100 Message-ID: <48D7AB27.7040702@65535.com> Date: Mon, 22 Sep 2008 15:26:47 +0100 From: Nico User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: dinoex@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: ruby18-gnustep-0.2.2_3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 14:54:32 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 17:52:52 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA71106564A for ; Mon, 22 Sep 2008 17:52:52 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 584618FC08 for ; Mon, 22 Sep 2008 17:52:51 +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 60C64198E1B; Mon, 22 Sep 2008 19:52:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 53DEC198E12; Mon, 22 Sep 2008 19:52:50 +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 38805198E11; Mon, 22 Sep 2008 19:52:50 +0200 (CEST) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008092219524972-42718 ; Mon, 22 Sep 2008 19:52:49 +0200 Received: by wep4035.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Mon, 22 Sep 2008 19:52:49 +0200 From: "Alexey Shuvaev" Date: Mon, 22 Sep 2008 19:52:49 +0200 To: Jeremy Messenger Message-ID: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 09/22/2008 07:52:49 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 09/22/2008 07:52:50 PM, Serialize complete at 09/22/2008 07:52:50 PM Content-Type: multipart/mixed; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-ports@freebsd.org Subject: x11-wm/fluxbox fluxbox-generate_menu lists all available programs. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 17:52:52 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello! The script fluxbox-generate_menu shipped with current versions of fluxbox (fluxbox-1.1.0.1_1 and 1.1.1 too, I think) produces menu with all known programs. The reason for it is find_it* family of functions used to determine if the program exists (see attached test.sh). It expects that 'hash' will return non-zero exit code when it cannot find the command and it is true on linix (some Ubuntu with 'dash', surprisingly enough, man says it is BSD sh), but not here: ~> uname -a FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Sep 21 18:51:53 CEST 2008 root@wep4035.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 ~> ./test.sh ls Found ls ~> ./test.sh bla-bla-non-existent Found bla-bla-non-existent Substituting 'hash' with 'which' solves the problem more or less, but I am not a sh guru to claim it is 100% correct. It could be also a sh(1) bug... Alexey. --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="test.sh" #!/bin/sh find_it() { [ -n "$1" ] && hash $1 2> /dev/null && shift && "$@" } find_it $1 echo "Found $1" exit 0 --8t9RHnE3ZwKMSgU+-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 18:19:35 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B695E106566C for ; Mon, 22 Sep 2008 18:19:35 +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 3AC228FC0C for ; Mon, 22 Sep 2008 18:19:35 +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 1Khpel-0007XX-K8; Mon, 22 Sep 2008 21:57:07 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 0E1F311FE7; Mon, 22 Sep 2008 21:57:30 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 203221702F; Mon, 22 Sep 2008 21:57:08 +0400 (MSD) Date: Mon, 22 Sep 2008 21:57:08 +0400 From: Dmitry Marakasov To: Thomas Donnelly Message-ID: <20080922175707.GA22933@hades.panopticon> References: <48D7843D.6080609@aol.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <48D7843D.6080609@aol.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org Subject: Re: audio/Mixxx X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 18:19:35 -0000 * Thomas Donnelly (tad1214@aol.com) wrote: > I noticed that there is no longer a maintainer of this port. It is quite > a few versions old now (1.4.2, now up to 1.6.0) and I was curious if it > was going to be updated. I would be willing to maintain this port, but I > feel it is out of my technical capabilities. I am unable to build the > 1.6.0 version from source with quite a few errors and I am not > completely sure what the previous maintainer did to get it working. I > did try emailing the previous maintainer, but I am not expecting a > response due to his no longer maintaining the port. Actually, if you're going to maintain it, you should at be least able to build it. If you can't build it yet, that's easily fixable :) I've made a draft port for 1.6.0-beta2, you can use it for reference. It compiles fine, but I didn't ran it yet. The main changes I had to make for it to compile are: SConstruct: fix include/lib paths: +env.Prepend(CPPPATH=["/usr/local/include/qt4/Qt", "/usr/local/include/portaudio2", "/usr/local/include"]) +env.Prepend(LIBPATH=["/usr/local/lib/qt4", "/usr/local/lib/portaudio2", "/usr/local/lib"]) please note the order, it is crucial (as well as using Prepend instead of Append). mixxx includes Qt stuff as #include , so it should search in /usr/local/include/qt4/Qt _before_ /usr/local/include, or it will pick up qt3 includes instead. Same for portaudio2 - include/portaudio2 should come before /usr/local/include, or includes for old portaudio v18 will be picked (audio/portaudio = v18, audio/portaudio2 = v19 which we need). Other changes to SConstruct include disabling linux-specific stuff like ALSA and uncompatible input handlers and making it respect CC/CXX/CFLAGS/CXXFLAGS set by Ports Collection. Other two patches under files/ are for removing linux-specific input stuff as well, and additional REINPLACE_CMD's in post-patch are for fixing includes for FreeBSD: endian.h->sys/endian.h and malloc.h->stdlib.h and getting rid of qt4-linguist dependency we don't actually need. The port is ready to be committed as it is (I've checked it to be buildable 6.x/7.x/8.x i386/amd64), but you should at least test it and ensure that it works well. Maybe some other things should be fixed. For instance, I'm concerned about it's usability after removing linux-specific audio and input stuff. Is it of any use without MIDI (MIDI throught ALSA is unavailable, and I'm not sure if portaudio supports MIDI on its own) and support for input devices (joysticks, MIDI keyboards etc.)? Patch can be found here: http://people.freebsd.org/~amdmi3/mixxx.diff -- 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 Sep 22 18:34:30 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C79331065671 for ; Mon, 22 Sep 2008 18:34:30 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 984548FC16 for ; Mon, 22 Sep 2008 18:34:30 +0000 (UTC) (envelope-from jpaetzel@FreeBSD.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id DA22C7867; Mon, 22 Sep 2008 13:11:35 -0500 (CDT) Received: from [192.168.2.3] (ip68-0-250-119.ri.ri.cox.net [68.0.250.119]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTPSA id 58DB24A6A67; Mon, 22 Sep 2008 13:11:35 -0500 (CDT) Message-ID: <48D7DFAB.7030303@FreeBSD.org> Date: Mon, 22 Sep 2008 13:10:51 -0500 From: Josh Paetzel User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: =?ISO-8859-1?Q?J=F3zsef_Kurucz?= References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org Subject: Re: problem with postgresql-plpython X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 18:34:30 -0000 József Kurucz wrote: > Hi, > > I try to install the postgresql-plpython from ports ( i use FreeBSD 7 > stable;amd64) but i get the following error message: > > > > configure: error: threaded Python not supported on this platform > ===> Script "configure" failed unexpectedly. > Please report the problem to ports@FreeBSD.org [maintainer] and attach the > "/usr/ports/databases/postgresql-plpython/work/postgresql-8.3.3/config.log" > including the output of the failure of your make command. Also, it might be > a good idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/databases/postgresql-plpython. > > > > My installed packages: > > > [root@coyote /usr/ports/databases]# ls /var/db/pkg/ > apache-2.2.9_5 gmake-3.81_3 > openldap-client-2.4.11 py25-psycopg-1.1.21_1 > autoconf-2.62 help2man-1.36.4_2 > p5-BSD-Resource-1.2901 py25-psycopg2-2.0.7_1 > autoconf-wrapper-20071109 libiconv-1.11_1 > p5-gettext-1.05_2 py25-pysqlite-2.3.5 > automake-1.9.6_3 libmemcache-1.4.0.rc2 > pcre-7.7_1 py25-setuptools-0.6c8 > automake-wrapper-20071109 libtool-1.5.26 > perl-5.8.8_1 python-2.5,2 > bash-3.2.39_1 libxml2-2.6.32 > pkg-config-0.23_1 python25-2.5.2_3 > db41-4.1.25_4 lighttpd-1.4.19_2 > portaudit-0.5.12 screen-4.0.3_5 > expat-2.0.1 lua-5.1.3_3 > postgresql-client-8.3.3 sqlite3-3.5.6 > fam-2.6.10_3 m4-1.4.11,1 > postgresql-server-8.3.3 tcl-8.4.19,1 > gdbm-1.8.3_3 mod_perl2-2.0.4,3 > py25-cheetah-2.0.1 > gettext-0.17_1 mysql-client-5.0.67 > py25-mx-base-2.0.6 > [root@coyote /usr/ports/databases]# > > > > I attached the config.log! > > > > Best Regards > > Josef Like the config.log says, a threaded python isn't supported on FreeBSD. The fix is to deinstall python, run make config in it's ports directory again, deselect the threaded option, run make clean and reinstall it. Thanks, Josh Paetzel From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 19:16:37 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 428D01065670 for ; Mon, 22 Sep 2008 19:16:37 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao102.cox.net (eastrmmtao102.cox.net [68.230.240.8]) by mx1.freebsd.org (Postfix) with ESMTP id E48A58FC1F for ; Mon, 22 Sep 2008 19:16:36 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao102.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20080922191637.OHPP22786.eastrmmtao102.cox.net@eastrmimpo01.cox.net>; Mon, 22 Sep 2008 15:16:37 -0400 Received: from mezz.mezzweb.com ([68.103.35.214]) by eastrmimpo01.cox.net with bizsmtp id HvGb1a00N4dCcn002vGcf5; Mon, 22 Sep 2008 15:16:36 -0400 X-Authority-Analysis: v=1.0 c=1 a=IfE04opV_tAA:10 a=2LZbf7JphJMA:10 a=6I5d2MoRAAAA:8 a=wP8gUfXatZ7CHyLKLtMA:9 a=EpYonoJ8TZ1fOEJVYkMq8WqE59sA:4 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0.00 Date: Mon, 22 Sep 2008 14:16:35 -0500 To: "Alexey Shuvaev" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> User-Agent: Opera Mail/9.52 (Linux) Cc: freebsd-ports@freebsd.org Subject: Re: x11-wm/fluxbox fluxbox-generate_menu lists all available programs. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 19:16:37 -0000 On Mon, 22 Sep 2008 12:52:49 -0500, Alexey Shuvaev wrote: > Hello! > > The script fluxbox-generate_menu shipped with current versions of > fluxbox (fluxbox-1.1.0.1_1 and 1.1.1 too, I think) produces > menu with all known programs. The reason for it is find_it* family > of functions used to determine if the program exists (see attached > test.sh). > It expects that 'hash' will return non-zero exit code when it cannot find > the command and it is true on linix (some Ubuntu with 'dash', > surprisingly > enough, man says it is BSD sh), but not here: > > ~> uname -a > FreeBSD wep4035.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT > #0: Sun Sep 21 18:51:53 CEST 2008 > root@wep4035.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 > > ~> ./test.sh ls > Found ls > > ~> ./test.sh bla-bla-non-existent > Found bla-bla-non-existent > > Substituting 'hash' with 'which' solves the problem more or less, > but I am not a sh guru to claim it is 100% correct. I agree for 'which' is best thing to do. Not all shells (csh, see in builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff from 1.0.0, so let me know patches work for you. http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox. > It could be also a sh(1) bug... No idea, I get same result with zsh. Cheers, Mezz > Alexey. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 22:35:24 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9866F1065679 for ; Mon, 22 Sep 2008 22:35:24 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) Received: from mailrelay.embarq.synacor.com (mailrelay.embarq.synacor.com [208.47.184.3]) by mx1.freebsd.org (Postfix) with ESMTP id 52E1C8FC15 for ; Mon, 22 Sep 2008 22:35:24 +0000 (UTC) (envelope-from bsd-unix@embarqmail.com) DKIM-Signature: v=1; a=rsa-sha1; d=embarqmail.com; s=s012408; c=relaxed/simple; q=dns/txt; i=@embarqmail.com; t=1222122923; h=From:Subject:Date:To:Mime-Version:Content-Type; bh=nhpZj/y3BcKJoSoVgtqqS0KqbfI=; b=SQXdTimuFMRhTNvetrh1l69h6BoSwzunZ1JE6pPWVrJEs2XtF+DMv7cX+WMMa9C3 s6fdOUJ9RjP9KKzs4GMcFS+0oDoYYAfL4lILEdA+kRl/jKgLT/AEsgyywjav3qJU; X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.0 c=1 a=IfE04opV_tAA:10 a=2LZbf7JphJMA:10 a=6I5d2MoRAAAA:8 a=Pt7xqYtr94AiS9_q9b8A:9 a=o8ocb0hnw43fAMfOUTFdX5JpQZAA:4 a=4vB-4DCPJfMA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp08.embarq.synacor.com smtp.user=rpratt1950@embarqmail.com; auth=pass (LOGIN) Received: from [74.4.78.58] ([74.4.78.58:62672] helo=kt.weeeble.com) by mailrelay.embarq.synacor.com (envelope-from ) (ecelerity 2.2.2.33 r(25932/25934)) with ESMTPA id E7/F1-18307-AAD18D84; Mon, 22 Sep 2008 18:35:23 -0400 Date: Mon, 22 Sep 2008 18:35:20 -0400 From: Randy Pratt To: "Jeremy Messenger" Message-Id: <20080922183520.0984eae1.bsd-unix@embarqmail.com> In-Reply-To: References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd6.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-ports@freebsd.org Subject: Re: x11-wm/fluxbox fluxbox-generate_menu lists all available programs. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 22:35:24 -0000 On Mon, 22 Sep 2008 14:16:35 -0500 "Jeremy Messenger" wrote: > I agree for 'which' is best thing to do. Not all shells (csh, see in > builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff > from 1.0.0, so let me know patches work for you. > > http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in > http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg > > Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox. The patch-util_fbsetbg fixed the inability to set backgrounds. I had almost forgotten about this minor problem. The fluxbox-generate_menu.in patch results in an improved function but I recommend users backup their ~/.fluxbox in case it does something odd (I have a highly customized menu). Thanks again for fluxbox patches ;-) Randy -- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 23:06:23 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE382106567E for ; Mon, 22 Sep 2008 23:06:23 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4630A8FC1E for ; Mon, 22 Sep 2008 23:06:22 +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 E1E49A0650; Tue, 23 Sep 2008 01:06:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id D56A8A064F; Tue, 23 Sep 2008 01:06:20 +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 C2186A064D; Tue, 23 Sep 2008 01:06:20 +0200 (CEST) Received: from localhost.my.domain ([80.129.198.118]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2) with ESMTP id 2008092301062033-43561 ; Tue, 23 Sep 2008 01:06:20 +0200 Received: by localhost.my.domain (sSMTP sendmail emulation); Tue, 23 Sep 2008 01:10:45 +0200 Date: Tue, 23 Sep 2008 01:10:44 +0200 From: Alexey Shuvaev To: Jeremy Messenger Message-ID: <20080922231044.GA73828@localhost.my.domain> References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> <20080922183520.0984eae1.bsd-unix@embarqmail.com> MIME-Version: 1.0 In-Reply-To: <20080922183520.0984eae1.bsd-unix@embarqmail.com> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 09/23/2008 01:06:20 AM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2|August 07, 2008) at 09/23/2008 01:06:20 AM, Serialize complete at 09/23/2008 01:06:20 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-ports@freebsd.org Subject: Re: x11-wm/fluxbox fluxbox-generate_menu lists all available programs. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 23:06:23 -0000 On Mon, Sep 22, 2008 at 06:35:20PM -0400, Randy Pratt wrote: > On Mon, 22 Sep 2008 14:16:35 -0500 > "Jeremy Messenger" wrote: > > > I agree for 'which' is best thing to do. Not all shells (csh, see in > > builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff > > from 1.0.0, so let me know patches work for you. > > > > http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in > > http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg > > > > Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox. > Everything seems to be fine now. > The patch-util_fbsetbg fixed the inability to set backgrounds. I had > almost forgotten about this minor problem. > > The fluxbox-generate_menu.in patch results in an improved function > but I recommend users backup their ~/.fluxbox in case it does > something odd (I have a highly customized menu). > This function gives some (not so bad) starting point for those who have never used fluxbox before. > Thanks again for fluxbox patches ;-) > Me too :) Alexey. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 22 23:30:10 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFD5106567A; Mon, 22 Sep 2008 23:30:10 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (unknown [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id DFFFD8FC1C; Mon, 22 Sep 2008 23:30:09 +0000 (UTC) (envelope-from marcus@FreeBSD.org) 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 m8MNUWER043262; Mon, 22 Sep 2008 19:30:32 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: ports Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6KXYD8xq+gNX0nyqNyBT" Organization: FreeBSD, Inc. Date: Mon, 22 Sep 2008 19:30:21 -0400 Message-Id: <1222126221.52357.98.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 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: Subject: HEADS UP: Ports tree is unfrozen X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Sep 2008 23:30:10 -0000 --=-6KXYD8xq+gNX0nyqNyBT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The ports tree has been unfrozen, and is now in the usual "slush" state pending the releases of 6.4 and 7.1. This means no sweeping commits (or commits which change a large number of files) until these releases are announced. If you are in doubt as to whether or not a commit could be considered sweeping, please ask portmgr@freebsd.org. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-6KXYD8xq+gNX0nyqNyBT 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) iEYEABECAAYFAkjYKokACgkQb2iPiv4Uz4dEwACfcA59ZwNfVWSMYa+Nm+WxpErR ePkAniXZ1T0dMMflxE2ZrUUjsZy9EmJG =jaJk -----END PGP SIGNATURE----- --=-6KXYD8xq+gNX0nyqNyBT-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 04:32:30 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DACD01065672 for ; Tue, 23 Sep 2008 04:32:30 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao103.cox.net (eastrmmtao103.cox.net [68.230.240.9]) by mx1.freebsd.org (Postfix) with ESMTP id 80F478FC18 for ; Tue, 23 Sep 2008 04:32:30 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao103.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20080923043230.FLBP22820.eastrmmtao103.cox.net@eastrmimpo01.cox.net>; Tue, 23 Sep 2008 00:32:30 -0400 Received: from mezz.mezzweb.com ([68.103.35.214]) by eastrmimpo01.cox.net with bizsmtp id J4YV1a0064dCcn0024YVCY; Tue, 23 Sep 2008 00:32:29 -0400 X-Authority-Analysis: v=1.0 c=1 a=IfE04opV_tAA:10 a=2LZbf7JphJMA:10 a=6I5d2MoRAAAA:8 a=ziR2l-ahM-XhB9zifg4A:9 a=-cuiFD-ptCql0UK0jfgA:7 a=ftCaH1dT0VwrRzm5ps22nqxlZM8A:4 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0.00 Date: Mon, 22 Sep 2008 23:32:30 -0500 To: "Alexey Shuvaev" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <20080922175249.GA43367@wep4035.physik.uni-wuerzburg.de> <20080922183520.0984eae1.bsd-unix@embarqmail.com> <20080922231044.GA73828@localhost.my.domain> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20080922231044.GA73828@localhost.my.domain> User-Agent: Opera Mail/9.52 (Linux) Cc: freebsd-ports@freebsd.org Subject: Re: x11-wm/fluxbox fluxbox-generate_menu lists all available programs. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Sep 2008 04:32:30 -0000 On Mon, 22 Sep 2008 18:10:44 -0500, Alexey Shuvaev wrote: > On Mon, Sep 22, 2008 at 06:35:20PM -0400, Randy Pratt wrote: >> On Mon, 22 Sep 2008 14:16:35 -0500 >> "Jeremy Messenger" wrote: >> >> > I agree for 'which' is best thing to do. Not all shells (csh, see in >> > builtin(1)) have 'hash' stuff. I have bring all of hash -> which stuff >> > from 1.0.0, so let me know patches work for you. >> > >> > >> http://people.freebsd.org/~mezz/diff/patch-util%3a%3afluxbox-generate_menu.in I forgot to say that make sure to rename it to patch-util::fluxbox-generate_menu.in. In case, if you haven't done then be sure to remove this patch before you update your ports tree. >> > http://people.freebsd.org/~mezz/diff/patch-util_fbsetbg >> > >> > Put those files in x11-wm/fluxbox/files/ and reinstall fluxbox. >> > Everything seems to be fine now. > >> The patch-util_fbsetbg fixed the inability to set backgrounds. I had >> almost forgotten about this minor problem. >> >> The fluxbox-generate_menu.in patch results in an improved function >> but I recommend users backup their ~/.fluxbox in case it does >> something odd (I have a highly customized menu). >> > This function gives some (not so bad) starting point for those > who have never used fluxbox before. Yeah, it's good for fresh account or ~/.fluxbox/*. But any users that have custom menu shouldn't be use fluxbox-generate_menu thought. >> Thanks again for fluxbox patches ;-) >> > Me too :) Np and thank for test. Both patches have been committed. Cheers, Mezz > Alexey. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 10:35:30 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37EE1065675 for ; Tue, 23 Sep 2008 10:35:29 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 733FA8FC1E for ; Tue, 23 Sep 2008 10:35:29 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (f054096181.adsl.alicedsl.de [78.54.96.181]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1Ki5Eu0PTt-0006Cs; Tue, 23 Sep 2008 12:35:28 +0200 Message-ID: <48D8C679.9080205@janh.de> Date: Tue, 23 Sep 2008 12:35:37 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: ports-list freebsd Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1/LZW67cQtnG2qKrw4AQtRu7oOmPolbE0QqZ9U yFMIMmTnLwaXEvfsmpGa0LxKj6RpAWiRei9eSgplTqf6m8Wwc2 zp6P/EM6T6crtZTfKi3tg== Subject: audio/akode PORTREVISION went backwards X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Sep 2008 10:35:30 -0000 At 2008/08/18, audio/akode went from 2.0.2_1,1 to 2.0.2,1 and it is still there. (2.0.2_1,1 had existed since 2008/05/27.) No change with default OPTIONS, though. Cheers, Jan Henrik From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 12:37:58 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2832B1065691 for ; Tue, 23 Sep 2008 12:37:58 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5F28FC14 for ; Tue, 23 Sep 2008 12:37:57 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from 64-76.pptp.artx.ru [62.63.76.64:40131] (HELO/EHLO 64-76.pptp.artx.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id m8NCcU9a047052 (using TLSv1/SSLv3, with cipher DHE-DSS-AES256-SHA (256 bits), verified NO) Tue, 23 Sep 2008 16:38:33 +0400 (MSD) From: Max Brazhnikov Organization: ISSP RAS To: kde-freebsd@kde.org Date: Tue, 23 Sep 2008 16:37:52 +0400 User-Agent: KMail/1.9.10 References: <20080919084812.GC86244@bsdcrew.de> <20080919194945.GF35488@bsdcrew.de> <200809201741.14224.dorian.buettner@gmx.de> In-Reply-To: <200809201741.14224.dorian.buettner@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200809231637.53017.makc@issp.ac.ru> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Tue, 23 Sep 2008 16:38:33 +0400 (MSD) X-Virus-Scanned: ClamAV 0.94/8316/Tue Sep 23 13:40:56 2008 on mail.issp.ac.ru X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org, Dorian =?iso-8859-1?q?B=FCttner?= Subject: Re: [kde-freebsd] CALL FOR TEST Qt 4.4.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 12:37:58 -0000 On Sat, 20 Sep 2008 17:41:13 +0000, Dorian B=FCttner wrote: > Doing an update with 'portmaster -ad qt\*', I get the attached error in > qt4- designer, it does, however, work, when I cd > /usr/ports/devel/qt4-designer and do a make install clean from there. > No idea, if this is a port or a portmaster related problem? I've got the same problem. Looks, qt4-designer can't be build when previous= =20 version is installed. Max From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 18:45:10 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 044F01065670; Tue, 23 Sep 2008 18:45:10 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id DC5D98FC2E; Tue, 23 Sep 2008 18:45:09 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m8NIj7ZS057074; Tue, 23 Sep 2008 11:45:07 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -2.398 X-Spam-Level: X-Spam-Status: No, score=-2.398 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.958] Message-Id: <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com> From: Jo Rhett To: Jeremy Chadwick In-Reply-To: <20080922002229.GA12314@icarus.home.lan> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Tue, 23 Sep 2008 11:45:07 -0700 References: <20080921215255.GA9622@icarus.home.lan> <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> <20080922002229.GA12314@icarus.home.lan> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-ports@FreeBSD.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Sep 2008 18:45:10 -0000 On Sep 21, 2008, at 5:22 PM, Jeremy Chadwick wrote: > Everyone lecturing me needs to read, slowly, the INVOCATION part of > the > bash man page. The method I described above should become apparent > afterwards. I'm sorry if you feel I'm lecturing you -- I'm not. I was just trying to note that what you said seems to be backwards in my experience. Moreover, the section of the man page you quoted backed up my analysis: > When bash is invoked as an interactive login shell, or as a non- > interactive shell with the --login option, it > first reads and executes commands from the file /etc/profile, > if that file exists. After reading that file, it > looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, > in that order, and reads and executes commands from > the first one that exists and is readable. The --noprofile > option may be used when the shell is started to > inhibit this behavior. It does not read ~/.bashrc. I have tested this and confirmed its behavior. Now, I will go farther and mention the obvious: > When an interactive shell that is not a login shell is > started, bash reads and executes commands from > ~/.bashrc, if that file exists. However, this file is only read when and if you type "bash" after you are already logged into the system in question. In general, because of the way bash works, it would suggest that putting variables you always want set in the .bashrc is correct, and sourcing it from .bash_profile is also correct. Variables (like terminal settings) which are only applied during login should be set in .bash_profile. Sourcing .bash_profile from .bashrc means you'd need some heft if/then code to avoid playing havoc with your terminal settings. IMHO of course. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 20:38:29 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9335D1065773 for ; Tue, 23 Sep 2008 20:38:29 +0000 (UTC) (envelope-from jaguilar@masecurity-pma.com) Received: from smtpoutwbe04.prod.mesa1.secureserver.net (smtpoutwbe04.prod.mesa1.secureserver.net [208.109.78.206]) by mx1.freebsd.org (Postfix) with SMTP id 6FE668FC16 for ; Tue, 23 Sep 2008 20:38:29 +0000 (UTC) (envelope-from jaguilar@masecurity-pma.com) Received: (qmail 1160 invoked from network); 23 Sep 2008 20:11:47 -0000 Received: from unknown (HELO gem-wbe18.prod.mesa1.secureserver.net) (64.202.189.222) by smtpoutwbe04.prod.mesa1.secureserver.net with SMTP; 23 Sep 2008 20:11:47 -0000 Received: (qmail 29319 invoked by uid 99); 23 Sep 2008 20:11:47 -0000 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 190.140.45.198 User-Agent: Web-Based Email 4.14.4 Message-Id: <20080923131147.e0efed0d44d0168692f611d51eb41922.ce50bd801c.wbe@email.secureserver.net> From: "Jorge Aguilar" To: gnome@FreeBSD.org Date: Tue, 23 Sep 2008 13:11:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@FreeBSD.org Subject: pkg_add -r firefox didn't work X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Sep 2008 20:38:29 -0000 Good day guys this is an error I got after tring to install firefox from ports, I hope to have a solution on this not just for me but for others having the same problem. FreeBSD NixHeiser 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 another thing this root@logan.cse.buffalo.edu what does this means :-( is something from where i downloaded the image? or someone has root access to my system. NixHeiser# pkg_add -r firefox Fetching [1]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i= 386/packages-7.0-release/Latest/firefox.tbz... Done. =3D=3D=3D> Building Chrome's registry... =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=3D=3D=3D SMB issues: Network group, machine, and share browsing does not work correctly. SFTP: Only sftp access using public key authentication works. To easily setup public key authentication to "remote_host": ssh-keygen -t dsa cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_keys"= The SSH sever on remote_host must allow pub key authentication. =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=3D=3D=3D Any bug reports should be addressed to the maintainers at: gnome@FreeBSD.org You may also Cc: freebsd-ports@FreeBSD.org. Please do not send bug reports to any other addresses. Please include the following information with any bug report: * Output from 'uname -a'. * Date/time stamp from www/firefox/Makefile. * Where/when did the problem occur: configuring, building, or running firefox * How can you reproduce the problem? Thank you for your help in testing and reporting bugs, and we hope you enjoy using Firefox. The Maintainers (gnome@) =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=3D=3D=3D NixHeiser# clear NixHeiser# pkg_add -r firefox Fetching [2]ftp://ftp.freebsd.org/pub/FreeBSD/ports/i3= 86/packages-7.0-release/Latest/firefox.tbz...^CSignal 2 received, cleaning up.. NixHeiser# ssh-keygen -t dsa Generating public/private dsa key pair. Enter file in which to save the key (/root/.ssh/id_dsa): cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_keys" Enter passphrase (empty for no passphrase): Enter same passphrase again: open cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >> .ssh/authorized_= keys" failed: No such file or directory. Saving the key failed: cat ~/.ssh/id_dsa.pub | ssh remote_host "cat >>= ; .ssh/authorized_keys". NixHeiser# NixHeiser# Jorge Aguilar MCP MCTS DSCE A+ References 1. 3D"ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7= 2. 3D"ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.0-releas= From owner-freebsd-ports@FreeBSD.ORG Tue Sep 23 20:43:27 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B27D1065680 for ; Tue, 23 Sep 2008 20:43:27 +0000 (UTC) (envelope-from rchisholm@southlandonline.com) Received: from coyote.southlandonline.com (i216-58-31-88.cybersurf.com [216.58.31.88]) by mx1.freebsd.org (Postfix) with ESMTP id E2ABF8FC1B for ; Tue, 23 Sep 2008 20:43:26 +0000 (UTC) (envelope-from rchisholm@southlandonline.com) Received: from Spooler by coyote.southlandonline.com (Mercury/32 v4.52) ID MO004CA4; 23 Sep 2008 16:47:38 -0400 Received: from spooler by coyote.southlandonline.com (Mercury/32 v4.52); 23 Sep 2008 16:17:13 -0400 Received: from blackdog.southlandonline.com (10.31.0.8) by coyote.southlandonline.com (Mercury/32 v4.52) with ESMTP ID MG004CA2; 23 Sep 2008 16:17:09 -0400 Received: from blackdog.southlandonline.com (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2E164797F02; Tue, 23 Sep 2008 16:12:58 -0400 (EDT) Received: from chavez (chavez.southlandonline.com [10.31.0.34]) by blackdog.southlandonline.com (Postfix) with ESMTP id 0CA76797EE9; Tue, 23 Sep 2008 16:12:57 -0400 (EDT) Date: Tue, 23 Sep 2008 16:12:56 -0400 To: meritus@innervision.pl From: "Rick Chisholm" Organization: Southland Insurance Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.52 (FreeBSD) X-CC-Diagnostic: Sender contains "rchisholm@southlandonline.com" (-500) Cc: ports@freebsd.org Subject: FreeBSD Port: openx-2.4.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 20:43:27 -0000 Hello: what's the time frame for getting the port up-to-date (ver. 2.6.1)? thanks, Rick -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 03:32:53 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E352106564A for ; Wed, 24 Sep 2008 03:32:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4658FC15 for ; Wed, 24 Sep 2008 03:32:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id JQHp1a00517UAYkA3TYsUP; Wed, 24 Sep 2008 03:32:52 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id JTYq1a00Q4v8bD78ZTYrQF; Wed, 24 Sep 2008 03:32:51 +0000 X-Authority-Analysis: v=1.0 c=1 a=JdViZEfnDJgA:10 a=2X2Dv3S5izkA:10 a=QycZ5dHgAAAA:8 a=XiYJHFVnlEjS440IxFMA:9 a=HwWQ5ZFXL0OAS8QcauzBffrTBXcA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id A234F17B81A; Tue, 23 Sep 2008 20:32:50 -0700 (PDT) Date: Tue, 23 Sep 2008 20:32:50 -0700 From: Jeremy Chadwick To: Jo Rhett Message-ID: <20080924033250.GA71319@icarus.home.lan> References: <20080921215255.GA9622@icarus.home.lan> <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> <20080922002229.GA12314@icarus.home.lan> <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@FreeBSD.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 03:32:53 -0000 On Tue, Sep 23, 2008 at 11:45:07AM -0700, Jo Rhett wrote: > On Sep 21, 2008, at 5:22 PM, Jeremy Chadwick wrote: >> Everyone lecturing me needs to read, slowly, the INVOCATION part of >> the >> bash man page. The method I described above should become apparent >> afterwards. > > I'm sorry if you feel I'm lecturing you -- I'm not. I was just trying > to note that what you said seems to be backwards in my experience. > Moreover, the section of the man page you quoted backed up my analysis: > >> When bash is invoked as an interactive login shell, or as a non- >> interactive shell with the --login option, it >> first reads and executes commands from the file /etc/profile, >> if that file exists. After reading that file, it >> looks for ~/.bash_profile, ~/.bash_login, and ~/.profile, in >> that order, and reads and executes commands from >> the first one that exists and is readable. The --noprofile >> option may be used when the shell is started to >> inhibit this behavior. > > It does not read ~/.bashrc. I have tested this and confirmed its > behavior. > > Now, I will go farther and mention the obvious: > >> When an interactive shell that is not a login shell is >> started, bash reads and executes commands from >> ~/.bashrc, if that file exists. > > However, this file is only read when and if you type "bash" after you > are already logged into the system in question. > > In general, because of the way bash works, it would suggest that putting > variables you always want set in the .bashrc is correct, and sourcing it > from .bash_profile is also correct. Variables (like terminal settings) > which are only applied during login should be set in .bash_profile. > Sourcing .bash_profile from .bashrc means you'd need some heft if/then > code to avoid playing havoc with your terminal settings. > > IMHO of course. Thanks Jo. It looks like in my case I do have my "files backwards" (for lack of better phrasing), though I'm well aware of the difference between a login and non-login interactive shell. :-) I don't do any "terminal tweaking" in any of my dotfiles (I rely solely upon what PuTTY or SSH exports to the remote sshd via TERM). Switching the logic I have (.bashrc containing what my old .bash_profile did, and having .bash_profile source .bashrc) continues to work, as documented. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 04:47:33 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5486C1065679; Wed, 24 Sep 2008 04:47:33 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 38E728FC16; Wed, 24 Sep 2008 04:47:33 +0000 (UTC) (envelope-from jrhett@netconsonance.com) Received: from [172.16.12.8] (covad-jrhett.meer.net [209.157.140.144]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m8O4lURr077791; Tue, 23 Sep 2008 21:47:30 -0700 (PDT) (envelope-from jrhett@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -2.389 X-Spam-Level: X-Spam-Status: No, score=-2.389 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.949] Message-Id: <6AD478FD-BEB0-48BD-808A-24165FA865FA@netconsonance.com> From: Jo Rhett To: Jeremy Chadwick In-Reply-To: <20080924033250.GA71319@icarus.home.lan> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Tue, 23 Sep 2008 21:47:30 -0700 References: <20080921215255.GA9622@icarus.home.lan> <34CFC7BB-E7D2-4B34-9D85-70F4C8E718E2@netconsonance.com> <20080922002229.GA12314@icarus.home.lan> <47824C4F-78DE-41EB-A8C4-D0F7282803D0@netconsonance.com> <20080924033250.GA71319@icarus.home.lan> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-ports@FreeBSD.org Subject: Re: Incorrect commandline history with bash X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 04:47:33 -0000 On Sep 23, 2008, at 8:32 PM, Jeremy Chadwick wrote: > I don't do any "terminal tweaking" in any of my dotfiles (I rely > solely > upon what PuTTY or SSH exports to the remote sshd via TERM). Ah. I play havoc with the prompt, and I also have some logic to properly handle console logins appropriately. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 09:43:51 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B5551065674; Wed, 24 Sep 2008 09:43:51 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id C090E8FC15; Wed, 24 Sep 2008 09:43:50 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id E308919E02A; Wed, 24 Sep 2008 11:25:14 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 7322219E027; Wed, 24 Sep 2008 11:25:09 +0200 (CEST) Message-ID: <48DA0796.3080502@quip.cz> Date: Wed, 24 Sep 2008 11:25:42 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: beech@FreeBSD.org Subject: ProFTPd 1.3.2.r2 - ftpwho missing scoreboard file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 09:43:51 -0000 I can not use ftpwho command after upgrade to proftpd-mysql-1.3.2.r2. # ftpwho /var/run/proftpd/proftpd.scoreboard: No such file or directory (Perhaps you need to specify the ScoreboardFile with -f, or change the compile-time default directory?) I have in proftpd.conf ScoreboardFile /var/run/proftpd.scoreboard (I think /var/run/proftpd.scoreboard was default location in older versions) and this file exists: # ls -al /var/run/proftpd.scoreboard -rw-r--r-- 1 root wheel 7888 Sep 24 11:10 /var/run/proftpd.scoreboard What / why changed in ProFTPd code? Workaround is to change proftpd.conf to: ScoreboardFile /var/run/proftpd/proftpd.scoreboard then after restart, scoreboard file is created in this location and ftpwho command can use it. Can it be fixed or mentioned in UPDATING? It is not showstopper and I can live with this little change in my configs, but it is annoying to do this change on all my servers. (already done) Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 10:03:26 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84C541065683; Wed, 24 Sep 2008 10:03:26 +0000 (UTC) (envelope-from tonemmaps1@thegroves.net) Received: from mail.thegroves.net (mail.thegroves.net [207.152.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 36B058FC18; Wed, 24 Sep 2008 10:03:26 +0000 (UTC) (envelope-from tonemmaps1@thegroves.net) Received: from opcxp (rcgoxp.thegroves.net [207.152.135.21]) by mail.thegroves.net (Postfix) with ESMTP id C6FE330103; Wed, 24 Sep 2008 05:47:02 -0400 (EDT) From: "tonemmaps" To: , , Date: Wed, 24 Sep 2008 05:41:15 -0400 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: AckeKP3Y76bQQbDtQWal2qQ/h3dczA== X-Mailman-Approved-At: Wed, 24 Sep 2008 11:31:02 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: dougb@FreeBSD.org, dougb@dougbarton.us Subject: Re: ports/122167: ports/dns/bind94 REPLACE_BASE option X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 10:03:26 -0000 ALL, Found the bug report by Richard, and the comments from Doug explain to "make clean", "make rmconfig", and then "make" as the problem was a "local" problem. I've done the same (copied below), and have the same problem, after selecting to replace the base BIND, the make stops with an error 2. This happens for me regardless of being in bash or csh. FreeBSD 7 Release p4 i386 PORTVERSION= 9.4.2.2 (below is from bash instance, hence the path showing in the prompt) Any help/pointers, and apologies to anyone offended, I'm a newbie and didn't find anything else that could help. Thank you!! -Trebor [root@ns /]# cd /usr/ports/dns/bind94 [root@ns /usr/ports/dns/bind94]# make clean ===> Cleaning for bind94-base-9.4.2.2 [root@ns /usr/ports/dns/bind94]# make rmconfig ===> Removing user-configured options for bind94-9.4.2.2 [root@ns /usr/ports/dns/bind94]# make cd /usr/ports/dns/bind94 && make config; lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x Options for bind94 9.4.2.2 x x lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x x x [X] REPLACE_BASE Replace base BIND with this version x x x x [ ] LARGE_FILE 64-bit file support x x x x [ ] SIGCHASE dig/host/nslookup will do DNSSEC validation x x x x [ ] IPV6 IPv6 Support (autodetected by default) x x x x [X] THREADS Compile with thread support x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x tqmqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqjqu x [ OK ] Cancel x mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj make: don't know how to make /usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind94. [root@ns /usr/ports/dns/bind94]# From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 12:27:37 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 455A9106567F for ; Wed, 24 Sep 2008 12:27:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id D995B8FC22 for ; Wed, 24 Sep 2008 12:27:36 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id D34117441AC; Wed, 24 Sep 2008 15:27:35 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FJOb9oB-K-id; Wed, 24 Sep 2008 15:27:35 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [91.198.50.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 25CBC74415E; Wed, 24 Sep 2008 15:27:35 +0300 (EEST) Message-ID: <48DA3234.7010107@icyb.net.ua> Date: Wed, 24 Sep 2008 15:27:32 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.16 (X11/20080805) MIME-Version: 1.0 To: Pietro Cerutti References: <48C90B7A.5030405@icyb.net.ua> <48C90C35.3060105@FreeBSD.org> In-Reply-To: <48C90C35.3060105@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: emulators/bochs: acpi option X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 12:27:37 -0000 on 11/09/2008 15:16 Pietro Cerutti said the following: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Andriy Gapon wrote: > | I need to use bochs configured with --acpi-enabled. > | I see that currently the port doesn't enable that option and doesn't > | provide any knob for it. > | The attached trivial patch should add the knob. > | Should I also file a PR or is this sufficient? > > Please fill-in a PR and CC me, so that I can take it and remember to > commit it after the port freeze :) > > Thanks a lot! Pietro, thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/127606 -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 15:54:44 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E673010656A4 for ; Wed, 24 Sep 2008 15:54:44 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from mail-gx0-f17.google.com (mail-gx0-f17.google.com [209.85.217.17]) by mx1.freebsd.org (Postfix) with ESMTP id A21FC8FC1F for ; Wed, 24 Sep 2008 15:54:44 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by gxk10 with SMTP id 10so5772712gxk.19 for ; Wed, 24 Sep 2008 08:54:43 -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:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=2p76My9W9/FQg3vATgw/lv6albMokNvxYsrljDRTUws=; b=Do1NzkJPRKbspbqLrEA+K97NMr2oSQftOiI5xZlQcx/kfUUMv7BBvnZNC0pw7KvM0W kl15BoluiIQ2m1sGAiEsnd64cCDgat2lSctX8tvMywhFxb9LvHM+hWT9k3GnppYrub+h VWn3NG0hYj+wyIuKUnw9QtknxN+h9VZBwol9M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=UbuD454RN2qMxfTEP7dQj1bPJ9oxvPdpX+Xw9Lcb5h4yVVPh9zclLcFeO2AmAWr0Ub 4M1aWVC66qMbouj6G0kNgAzeBMpugjIYM8wR4FULqOj+stpLFH8S8Gwl0C6UZ9VmTwks VFVdfAw+4/on8GJDq7Xx3uUglucxml1Wiy0ZY= Received: by 10.151.44.18 with SMTP id w18mr8288997ybj.64.1222270123618; Wed, 24 Sep 2008 08:28:43 -0700 (PDT) Received: by 10.151.11.21 with HTTP; Wed, 24 Sep 2008 08:28:43 -0700 (PDT) Message-ID: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com> Date: Wed, 24 Sep 2008 11:28:43 -0400 From: "Josh Carroll" To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: new reconfig-recursive target for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 15:54:45 -0000 All, Note: I'm not currently subscribed to ports@, please cc: me on replies. I was wondering what peoples' thoughts are on a "reconfig-recursive" target for ports? Basically, the same as config-recursive, but instead of using config-conditional for each dependency, it would use config. This might be useful for someone who wants to review dependecies' options and/or make changes, but without having to manually iterate through them or rmconfig-recursive first. I figured this might come in handy. Thoughts? Patch is below. Thanks! Josh --- Mk/bsd.port.mk.old 2008-09-24 11:21:20.000000000 -0400 +++ Mk/bsd.port.mk 2008-09-24 11:21:02.000000000 -0400 @@ -5934,6 +5934,14 @@ done .endif +.if !target(reconfig-recursive) +reconfig-recursive: + @${ECHO_MSG} "===> Setting user-specified options for ${PKGNAME} and dependencies"; + @for dir in ${.CURDIR} $$(${ALL-DEPENDS-LIST}); do \ + (cd $$dir; ${MAKE} config); \ + done +.endif + .if !target(config-conditional) config-conditional: .if defined(OPTIONS) From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 16:06:35 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 310DD1065692 for ; Wed, 24 Sep 2008 16:06:35 +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 0E4D38FC1E for ; Wed, 24 Sep 2008 16:06:35 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id CBED15C2D; Wed, 24 Sep 2008 12:06:33 -0400 (EDT) Date: Wed, 24 Sep 2008 12:06:33 -0400 From: Wesley Shields To: Josh Carroll Message-ID: <20080924160633.GC30745@atarininja.org> References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: new reconfig-recursive target for 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: Wed, 24 Sep 2008 16:06:35 -0000 On Wed, Sep 24, 2008 at 11:28:43AM -0400, Josh Carroll wrote: > All, > > Note: I'm not currently subscribed to ports@, please cc: me on replies. > > I was wondering what peoples' thoughts are on a "reconfig-recursive" > target for ports? Basically, the same as config-recursive, but instead > of using config-conditional for each dependency, it would use config. > This might be useful for someone who wants to review dependecies' > options and/or make changes, but without having to manually iterate > through them or rmconfig-recursive first. > > I figured this might come in handy. Thoughts? Seems like a rare case where someone would want to re-visit (in this manner) options they have already set. That said, it may come in handy. I think "config-recursive-unconditional" would be a better name as it fits better with the "config-recursive" target. Of course, this is just a bikeshed argument so I don't care what it ends up being called. ;) -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 16:25:49 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA1241065693 for ; Wed, 24 Sep 2008 16:25:49 +0000 (UTC) (envelope-from josh.carroll@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 5A2228FC27 for ; Wed, 24 Sep 2008 16:25:49 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so442016ywe.13 for ; Wed, 24 Sep 2008 09:25:48 -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:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HOiofCR9bzq1YxsTggRHPwqnIWgIAZRawRtJ/15S/x0=; b=kRjzKaQPj+JthjYQD91n+B+VSk99eL23wn8bwjW9JSB0O6jB/C85HhCJ+XBnnA35/h dHqajIoSZ3FIcAOjGXjnB8rWcd8YEMK4v7gFdl4LkaE7JMxjeKo6gLIbJOANivXb+OZS KrmJHm8G9Hmi76HE5dO8xV1AdVOZf2L7qbeAI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=xNkXUqXusNgghji3Pq5Tg7dtgi8SQgNVdsGXtGVOVdtAfQcAyXdPK/Wvrn9hDFmYB8 Ud+PwF6kS3JiKzKJkLmO9k88wBV1V+f2AznDErNLbTm/pztz3h7beeUJscl7WS7Ag4lt 666z2Co4sP9LPg5Ki3RzA7jYq+1pASuDCM/rQ= Received: by 10.151.10.7 with SMTP id n7mr11292769ybi.139.1222273548539; Wed, 24 Sep 2008 09:25:48 -0700 (PDT) Received: by 10.151.11.21 with HTTP; Wed, 24 Sep 2008 09:25:48 -0700 (PDT) Message-ID: <8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com> Date: Wed, 24 Sep 2008 12:25:48 -0400 From: "Josh Carroll" To: "Wesley Shields" In-Reply-To: <20080924160633.GC30745@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com> <20080924160633.GC30745@atarininja.org> Cc: freebsd-ports@freebsd.org Subject: Re: new reconfig-recursive target for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 16:25:49 -0000 > Seems like a rare case where someone would want to re-visit (in this > manner) options they have already set. That said, it may come in handy. Yeah, I figured it can't *hurt* and might come in handy in a few circumstances. > I think "config-recursive-unconditional" would be a better name as it > fits better with the "config-recursive" target. Of course, this is just > a bikeshed argument so I don't care what it ends up being called. ;) I originally named the target config-recursive-force, but the name can be whatever is most appropriate of course. :) Josh From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 16:33:38 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7AB106568C for ; Wed, 24 Sep 2008 16:33:38 +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 BAE178FC0C for ; Wed, 24 Sep 2008 16:33:38 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 5E3555C2D; Wed, 24 Sep 2008 12:33:38 -0400 (EDT) Date: Wed, 24 Sep 2008 12:33:38 -0400 From: Wesley Shields To: Josh Carroll Message-ID: <20080924163338.GA9540@atarininja.org> References: <8cb6106e0809240828v3ebe1095w898597fea2d40272@mail.gmail.com> <20080924160633.GC30745@atarininja.org> <8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb6106e0809240925i5d7ad067o21cc680bd800cc9f@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: new reconfig-recursive target for 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: Wed, 24 Sep 2008 16:33:39 -0000 On Wed, Sep 24, 2008 at 12:25:48PM -0400, Josh Carroll wrote: > > Seems like a rare case where someone would want to re-visit (in this > > manner) options they have already set. That said, it may come in handy. > > Yeah, I figured it can't *hurt* and might come in handy in a few > circumstances. I'd submit it as a PR for portmgr to handle. Understandably they are busy handling other things but you can at least get it on their radar. I've had some stuff pending portmgr for a while now so patience is necessary for little updates like this. There are almost always higher priorities. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 18:14:43 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FDEA106564A for ; Wed, 24 Sep 2008 18:14:43 +0000 (UTC) (envelope-from adaugherity@tamu.edu) Received: from vpr-mailsrv1.tamu.edu (vpr-mailsrv1.tamu.edu [165.91.114.160]) by mx1.freebsd.org (Postfix) with ESMTP id 3A30D8FC20 for ; Wed, 24 Sep 2008 18:14:43 +0000 (UTC) (envelope-from adaugherity@tamu.edu) Received: from vpr-groupwise-domain-MTA by vpr-mailsrv1.tamu.edu with Novell_GroupWise; Wed, 24 Sep 2008 12:54:09 -0500 Message-Id: <48DA385B.2389.00F2.0@vprmail.tamu.edu> X-Mailer: Novell GroupWise Internet Agent 7.0.2 HP Date: Wed, 24 Sep 2008 12:53:47 -0500 From: "Andrew Daugherity" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: feasibility of updating databases/mysql41-server? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 18:14:43 -0000 I still have a server running mysql 4.1.22, and it's marked as having the = "MyISAM table privileges secuity [sic] bypass vulnerability". According = to CVE-2008-2079 (linked from portaudit), this is fixed in 4.1.24. I was going to file a PR asking for an update to 4.1.24, but then I = discovered that MySQL 4.1 is in the "extended support" phase where they = aren't releasing tarballs any more (and of course no binaries). The = source *is* still available, but it's in the bazaar repo (see: http://blogs= .sun.com/datacharmer/entry/hidden_jevewls_in_mysql_bazaar ). This can be = checked out and built, but having a build-dep of bzr is probably not = wanted. Is it feasible (both license-wise and technically) to have a mirror of a = 4.1.24 bzr checkout in tarball form somewhere, so the port can be built? Thanks, Andrew From owner-freebsd-ports@FreeBSD.ORG Wed Sep 24 22:22:40 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 237E11065691 for ; Wed, 24 Sep 2008 22:22:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id A287A8FC0C for ; Wed, 24 Sep 2008 22:22:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13334 invoked by uid 399); 24 Sep 2008 22:22:39 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Sep 2008 22:22:39 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48DABDAD.8090701@FreeBSD.org> Date: Wed, 24 Sep 2008 15:22:37 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.16 (X11/20080726) MIME-Version: 1.0 To: tonemmaps References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rsecor@seqlogic.com, freebsd-ports@freebsd.org Subject: Re: ports/122167: ports/dns/bind94 REPLACE_BASE option X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Sep 2008 22:22:40 -0000 tonemmaps wrote: > [root@ns /]# cd /usr/ports/dns/bind94 > [root@ns /usr/ports/dns/bind94]# make clean > ===> Cleaning for bind94-base-9.4.2.2 > [root@ns /usr/ports/dns/bind94]# make rmconfig > ===> Removing user-configured options for bind94-9.4.2.2 Ok so far. > [root@ns /usr/ports/dns/bind94]# make > cd /usr/ports/dns/bind94 && make config; That last bit doesn't make any sense. Do this exactly: cd /usr/ports/dns/bind94 make clean make rmconfig make And then post the results. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 00:19:36 2008 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65C481065693 for ; Thu, 25 Sep 2008 00:19:36 +0000 (UTC) (envelope-from robillard.etienne@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 17D958FC15 for ; Thu, 25 Sep 2008 00:19:35 +0000 (UTC) (envelope-from robillard.etienne@gmail.com) Received: by wx-out-0506.google.com with SMTP id s17so46531wxc.7 for ; Wed, 24 Sep 2008 17:19:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:organization:x-mailer :mime-version:content-type:content-transfer-encoding; bh=oxL6/VoT0idRdbkkAFRcSXJpJng/DU/+JX9KF0mq8Mw=; b=FwuGPPPBOgrwnehNwzJQElkI4btH3I9iW7/Pkx6QTWMo5H6IqSuHhStKodEwumSLQk 0jhF8TkwlllOJad4uTM4+wtZuOc5q6wj3Zk5s93dYF2U7/vlgzv/N6tfiPkTob/b7W83 sVsmKUhboouGVXueaZyqN6HPDBIWDFnVER2po= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:x-mailer:mime-version:content-type :content-transfer-encoding; b=Zypwk52jmPgYtEpl4hrlVDaiJ+cTWGgoHTKF8rJ061L7N+VBs87tDdfwJcmm6nMgiM JAVPDpZMv3bVLyzJ2YIrPETtvuM8Xr4ndhkxOJNgXJ8WugwjkadLUbYuyiC/xGEvA7bQ f0s8S+sO1saqm4n+zXpzoU3MXMtzO81u/2ZBg= Received: by 10.70.27.5 with SMTP id a5mr8782814wxa.63.1222301974534; Wed, 24 Sep 2008 17:19:34 -0700 (PDT) Received: from fluke ( [70.82.244.236]) by mx.google.com with ESMTPS id h37sm1056389wxd.6.2008.09.24.17.19.26 (version=SSLv3 cipher=RC4-MD5); Wed, 24 Sep 2008 17:19:27 -0700 (PDT) Date: Wed, 24 Sep 2008 20:34:26 -0400 From: Etienne Robillard To: "Danny Pansters" Message-ID: <20080924203426.023f929a@fluke> In-Reply-To: <200809210311.01525.danny@ricin.com> References: <20080920123535.60317137@fluke> <200809210311.01525.danny@ricin.com> Organization: Green Tea Hackers Club X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.10; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: [patch] devel/py-sip 4.7.7 and x11-toolkits/py-qt4-gui 4.4.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 00:19:36 -0000 On Sun, 21 Sep 2008 03:11:00 +0200 "Danny Pansters" wrote: > On Saturday 20 September 2008 18:35:35 Etienne Robillard wrote: > > Hi, > > > > I've made 2 patches which updates x11-toolkits/py-qt4-gui and devel/py-sip > > to 4.4.3 and 4.7.7 respectively: > > > > http://gthc.org/distfiles/py-sip.patch - Updates py-sip (in bsd.pyqt.mk) to > > 4.7.7 http://gthc.org/distfiles/py-qt4-gui.distinfo.patch - Updates the > > distinfo file in x11-toolkits/py-qt4-gui > > > > To apply, I recommend the following steps: > > > > 1. cd /usr/ports > > 2. patch -p0 < /path/to/py-sip.patch > > 3. cd x11-toolkits/py-qt4-gui > > 4. patch -p0 < /path/to/py-qt4-gui.distinfo.patch > > > > Comments are welcome! > > > > Cheers, > > > > -Etienne > > What needs to be done is that all of the py-qt4-* ports get updated to > pyqt4.4.x and qscintilla2 and derived ports. Some new ports would need to be > created e.g. for webkit, phonon, qthelp and friends, the new xmlfoo > modules... And after that pykde4. > > It's a bad idea to only update sip and one of the pyqt4 ports (e.g. gui). It > all comes from one set of source tarballs: sip, pyqt and qscintilla. While qt > is binary compatible over major versions, sip is not binary compatible at > all. So partially updating would surely lead to problems. > > The setup script should be repatched to have the new qt4.4 modules. Also, > qt-phonon currently conflicts with kde4's phonon. I think we need a > workaround for that, and of course then also for its pyqt equivalent. > > I will try to make some time to do the pyqt and related updates, hopefully on > monday. If you like/are able to do the whole shebang that would be fine too, > but please don't partially update the sip/qscintilla/pyqt/pykde combo. > I'm very busy lately, so to efficiently work on pyqt/pykde I rather reserve a > whole day or perhaps even two so that I can finish it somewhere past midnight > that day or the second ;-) > > If you want to take it on (the whole shebang that is), you're welcome to do > so. Please let me know then, so that we don't duplicate work. > > Cheers, > > Dan Hi Dan, Sorry I was quite busy myself lately. But I have managed to run Camelot, a gui on top of Elixir, which requires PyQt 4.4.3 and related dependencies with the patches mentioned above. So I don't think updating the whole shebang is a must, although I agree with you that its advisable to update the whole thing for best results. erob@fluke% pkg_info | grep qt4 py25-qt4-core-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtCore module py25-qt4-gui-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtGui module py25-qt4-test-4.4.3_2,1 Python bindings for the Qt4 toolkit, QtTest module qt4-assistant-4.4.1 Qt documentation browser qt4-clucene-4.4.1 QtCLucene full text search library wrapper qt4-corelib-4.4.1 Qt core library qt4-designer-4.4.1 Qt ui editor qt4-doc-4.4.1 Multiplatform C++ application framework qt4-gui-4.4.1_1 Qt graphical user interface library qt4-help-4.4.1 QtHelp module provides QHelpEngine API and is used by Assis qt4-iconengines-4.4.1 Qt SVG icon engine plugin qt4-imageformats-4.4.1 Qt imageformat plugins for GIF, JPEG, MNG and SVG qt4-inputmethods-4.4.1 Qt input method plugins qt4-moc-4.4.1 Qt meta object compiler qt4-network-4.4.1 Qt network library qt4-qmake-4.4.1 The build utility of the Qt project qt4-qt3support-4.4.1 Qt3 compatibility library qt4-qtestlib-4.4.1 Qt unit testing library qt4-rcc-4.4.1 Qt resource compiler qt4-script-4.4.1 Qt script qt4-sql-4.4.1 Qt SQL library qt4-sqlite-plugin-4.4.1 Qt SQLite 3.x database plugin qt4-svg-4.4.1 Qt SVG library qt4-uic-4.4.1 Qt user interface compiler qt4-webkit-4.4.1 Qt4 webkit engine qt4-xml-4.4.1 Qt XML library Thanks! Etienne From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 05:01:13 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A8831065692; Thu, 25 Sep 2008 05:01:13 +0000 (UTC) (envelope-from tonemmaps1@thegroves.net) Received: from mail.thegroves.net (mail.thegroves.net [207.152.135.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6086D8FC1F; Thu, 25 Sep 2008 05:01:13 +0000 (UTC) (envelope-from tonemmaps1@thegroves.net) Received: from rcghpcxp1 (c-76-123-39-72.hsd1.va.comcast.net [76.123.39.72]) by mail.thegroves.net (Postfix) with ESMTP id 8804230087; Thu, 25 Sep 2008 01:07:01 -0400 (EDT) From: "tonemmaps" To: "'Doug Barton'" References: <48DABDAD.8090701@FreeBSD.org> Date: Thu, 25 Sep 2008 01:01:24 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 In-Reply-To: <48DABDAD.8090701@FreeBSD.org> Thread-Index: AckelN2vMNq1tgHHSKCiOWR0e/tbrQANSSew Cc: rsecor@seqlogic.com, freebsd-ports@freebsd.org Subject: RE: ports/122167: ports/dns/bind94 REPLACE_BASE option X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Sep 2008 05:01:13 -0000 The part you were referring to... cd /usr/ports/dns/bind94 && make config; is happening after I type just "make" on the command line by itself and hit enter. Thank you for taking the time to look!! -Robert ---------------------------------- ns# cd /usr/ports/dns/bind94 ns# pwd /usr/ports/dns/bind94 ns# make clean ===> Cleaning for bind94-9.4.2.2 ns# make rmconfig ===> No user-specified options configured for bind94-9.4.2.2 ns# make cd /usr/ports/dns/bind94 && make config; lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x Options for bind94 9.4.2.2 x x lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqk x x x [X] REPLACE_BASE Replace base BIND with this version x x x x [ ] LARGE_FILE 64-bit file support x x x x [ ] SIGCHASE dig/host/nslookup will do DNSSEC validation x x x x [ ] IPV6 IPv6 Support (autodetected by default) x x x x [X] THREADS Compile with thread support x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x x tqmqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqjqu x [ OK ] Cancel x mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqj make: don't know how to make /usr/ports/dns/bind94/work/.build_done.bind94._usr_local. Stop *** Error code 2 Stop in /usr/ports/dns/bind94. ns# -----Original Message----- From: Doug Barton [mailto:dougb@FreeBSD.org] Sent: Wednesday, September 24, 2008 6:23 PM To: tonemmaps Cc: rsecor@seqlogic.com; freebsd-ports@freebsd.org Subject: Re: ports/122167: ports/dns/bind94 REPLACE_BASE option tonemmaps wrote: > [root@ns /]# cd /usr/ports/dns/bind94 > [root@ns /usr/ports/dns/bind94]# make clean > ===> Cleaning for bind94-base-9.4.2.2 > [root@ns /usr/ports/dns/bind94]# make rmconfig > ===> Removing user-configured options for bind94-9.4.2.2 Ok so far. > [root@ns /usr/ports/dns/bind94]# make > cd /usr/ports/dns/bind94 && make config; That last bit doesn't make any sense. Do this exactly: cd /usr/ports/dns/bind94 make clean make rmconfig make And then post the results. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 11:24:45 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AE8C1065687 for ; Thu, 25 Sep 2008 11:24:45 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 452578FC1D for ; Thu, 25 Sep 2008 11:24:45 +0000 (UTC) (envelope-from spil.oss@googlemail.com) Received: by an-out-0708.google.com with SMTP id b33so20446ana.13 for ; Thu, 25 Sep 2008 04:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=wTqa0ZnnWAAFSwh1VS1QKEGPA4kHKQ2dJ6ptQNYqfdI=; b=ho+VNZyU0VvxztlytEFoT05Kcwx2//XF4wkrVzlaLMMtXSpIv0BoEngg8pPtHIpM1D F3fhx7JU64mIDykk9uvo7hMf/DFSIyxcjdEeXx9RVz0IOQyEdvN8+gV/2XLEbE/pMhHl YtHYn1ZgbXnhkr6LIPj4CdiW1oq/Jxb/yFrjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=ve3dnsuKm8G8oQfco8v8jlD2ZnNzuPEGZPjv3CBghSJO6OzPCQbyBuBf1KX8BS8hXV 4FFmgDgCGML+mCH+A2/0u7QOMnGysUn2bwBiL0NTLPMkfx00ogkRD9uPRLdXJLFQb1M4 pjt513KXG4cy3qlw/EIK2iV05krWNbNwejumw= Received: by 10.100.41.9 with SMTP id o9mr6965461ano.84.1222340018927; Thu, 25 Sep 2008 03:53:38 -0700 (PDT) Received: by 10.100.105.8 with HTTP; Thu, 25 Sep 2008 03:53:38 -0700 (PDT) Message-ID: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com> Date: Thu, 25 Sep 2008 12:53:38 +0200 From: "Spil Oss" To: freebsd-ports@freebsd.org, brix@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: [irc/bitlbee] security and new version 1.2.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spil.oss@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 11:24:45 -0000 Hi all, Changelog of bitlbee 1.2.2 to 1.2.3 Version 1.2.3 (released 2008-09-07) hilights: * Fixed a security issue similar to the previous account overwrite/hijack bug. My guess is that the port hasn't been updated due to the ports-freeze. Should it be because there's a security fix? The security issue isn't exploitable on my machine but I upgraded the port anyway. cd /usr/ports/distfiles fetch http://get.bitlbee.org/src/bitlbee-1.2.3.tar.gz cd /usr/ports/irc/bitlbee sed -i .bak -e 's/1.2.2/1.2.3/' Makefile make makesum make && make deinstall && make reinstall /usr/local/etc/rc.d/bitlbee restart Since then running without any issues. Kind regards, Spil. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 17:25:11 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D20471065699 for ; Thu, 25 Sep 2008 17:25:11 +0000 (UTC) (envelope-from Jahanshah_Rashidian@gmx.de) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 914858FC1A for ; Thu, 25 Sep 2008 17:25:11 +0000 (UTC) (envelope-from Jahanshah_Rashidian@gmx.de) Received: from 2ao1z ([98.26.230.206]) by hrndva-omta01.mail.rr.com with ESMTP id <20080925171042.JIKL12744.hrndva-omta01.mail.rr.com@2ao1z> for ; Thu, 25 Sep 2008 17:10:42 +0000 From: "Jahanshah Rashidian" To: freebsd-ports@FreeBSD.org Content-Type: text/plain; charset="US-ASCII" Date: Thu, 25 Sep 2008 19:10:47 +0200 X-Priority: 3 Message-Id: <20080925171042.JIKL12744.hrndva-omta01.mail.rr.com@2ao1z> Cc: Subject: The Walls of Auschwitz X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jahanshah_Rashidian@gmx.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 17:25:12 -0000 The Walls of Auschwitz A Review of the Chemical Studies by Nicholas Kollerstrom, PhD In his essay, Dr Nicholas Kollerstrom argues that the alleged massacre of Jewish people by gassing during World War II was scientifically impossible. The distinguished academic was dismissed on April 22, 2008 without any explanation and a Holocaust conference held on 16-18 May in Berlin refused his article and warned that he would be arrested if he attended the conference and presented his essay. The West punishes people for their scientific research on Holocaust but the same western countries allow insults to prophets and religious beliefs… I. The Leuchter Report, 1988 In February 1988, Fred Leuchter came to the Auschwitz crematoria ruins, with his wife and a team, and took 32 samples chiseled out of the wall. His Report published in April of 1998 contained five maps as appendices which indicated where the samples had been taken from, and in addition a film was made of his sampling'. The locations are important, because some of the 'gas chamber' locations are postwar-reconstructed, and the obtaining of original brickwork was essential for his purpose. Leuchter in effect tested the hypothesis, as to whether or not certain large rooms, designated in the Auschwitz design-plans as either morgues or washrooms, had in fact been used for large-scale human cyanide gassing on a daily and lethal basis. As America's only professional cyanide-gas execution expert, Leuchter was primarily concerned with whether it would have been feasible to perform such executions using the designated rooms; this however will not concern us here, our concern being solely with the wall samples he took. These were analyzed in March 1988 by Alpha Analytical Laboratories Ltd, in ignorance of their source. He managed to take one one sample of a 'Disinfestation Chamber,' by breaking and entering a locked building: but prowling guards and snowy blizzards prevented further sampling from a second such chamber at camp Majdanek . His swiftly-published 'Report' in effect grouped his data into two, that of the sample 32 which he called perhaps unfortunately his 'control,' and all the others, as the graph shows. The latter came from five 'Crematoria' sites in the Auschwitz complex. Duality of the 'Gas Chamber' concept in Leuchter's Report The terms that will here be used, that are as far as possible non-judgmental, are AHGCs or alleged human gas chambers for what Leuchter called 'Crematoria' and DCs or disinfestation chambers for what in the German design-plans were called 'gas chambers' (gaskammers). The latter had been used in Germany since 1924, much as we would ?nowadays use DDT, for killing the flea that carried the typhus bacillus. They were operated using 'Zyklon-B' granules, composed of liquid hydrogen cyanide (boiling-point 27° C) that would evaporate over a couple of hours from its clay substrate. In the German labor-camps, clothing and bedding were repeatedly fumigated in such chambers. Prior to Leuchter's work, pro - Holocaust books had not acknowledged such chambers, and had rather carried the message of the Nuremberg trials, whereby any use of Zyklon-B was merely presumed to have been for human extermination. After Leuchter, Pressac's magnum opus reproducing design-plans of Auschwitz-Birkenau located and described the 'Gaskammer' or DCs . These were quite a lot smaller than the AHGCs, and designed by the industrial-chemistry firm 'Degesh.' Pressac also observed that their walls tended to be blue: they had gradually developed that hue after the War, owing to their saturation with iron-cyanide. Fred Leuchter found one thousand -fold difference in residual cyanide levels between these two types of 'gas chamber' - that designated in German design-plans as gas chambers but whose existence was ignored at Nuremberg, and the much larger rooms alleged to have functioned as gas chambers. Together with Pressac's acknowledgement of the DCs, this meant that all future pro-Holocaust books had to work with a duality: that the very same cans of ' Zyklon-B' were used for two extremely different purposes on the same campsite: for taking lives via the extermination procedure, whereby millions died, in the extraordinary manner described at Nuremberg, and also for saving them by combating the typhus epidemic. This did not make a great deal of sense and some noted that one could more readily have not bothered and just let the typhus epidemic do its work. There was controversy over the extent to which all of Leuchter's samples had indeed been taken from walls of chambers allegedly exposed to the cyanide, given that much of the 'gas chambers' are now acknowledged to be postwar-reconstructed; as likewise there was disagreement over the extent to which exposed walls may have had any cyanide leeched out from them over six decades, a theme we return later on with the work of Mr Dan Desjardins. The iron-cyanide bonding which takes place once the HCN has entered the brick and mortar of the walls, is permanent: the complex ferric ferrocyanide otherwise known as "Iron Berlinate" or "Prussian Blue" is, according to The Merck Index, " ... practically insoluble in water." It is used as a pigment in printing inks and artists' colors, and remains stable in water, air, ultraviolet radiation and with the elevated temperatures of summer. Following Leuchter's discovery, some suggested that the DCs had been more heavily used than the AHGCs, after all did not beetles or fleas take longer to kill than humans? And, were not the DCs heated in order to promote the release of the HCN, and would that not give a higher degree of wall-absorption? Others replied that, if half a million people had allegedly been gassed in 'Krema I' over a two-year or so period then that would have been a rather intensive use, and not easily reconcilable with Alpha Analytical Laboratory's finding that all seven wall-samples taken therefrom had total cyanide too low to be measurable. Should not all the moisture from the body sweat have rather promoted HCN absorption? Others had a different criticism, that the cyanide gas would have only been adsorbed onto the wall surface, and that the concentrations found would to a large extent merely reflect the extent to which surface material of the wall had been scraped off, while deeper samples would hardly contain any. We leave these questions for now and review the two further chemical investigations, performed in the wake of Leuchter. II. The Rudolf Report, 1993 …fortunately it is precisely the one 'gas chamber' in which the largest number of people was allegedly killed by poison gas during the Third Reich which has remained almost entirely intact: morgue 1 of crematorium II' Germar Rudolf Germar Rudolf found that the Leuchter Report 'embedded the thorn of doubt in my heart' while he was a PhD chemist at the prestigious Max Plank Institute. In 1991 he visited Auschwitz and took 24 samples, analyzed by the Fresenius Institute using a comparable procedure. He was later criticized for having used the Max Plank Institute notepaper for having asked them to do this, without explaining where they had been taken from. Both Leuchter and Rudolf used their professional position to request the chemical analysis, and both had their professional existence terminated by that act. Although Rudolf's sample-taking was photographed, he was criticized for not having had enough by way of witnesses checking his sample-taking and how the containers were labeled for his thirty-odd samples. Both Leuchter and Rudolf took their samples without having obtained permission - which assuredly would not have been given, had they asked. The samples were boiled for an hour with hydrochloric acid to drive out the cyanide gas, collected by absorption with caustic potash, then assayed photometrically. ?The method gave cyanide levels down to 0.1 - 0.2 ppm in the mortar, obtaining measurable values for almost all of his samples, despite which Rudolf remained doubtful over the value and reproducibility of results below several parts per million He sampled extensively both from the inside and outside of the blue-stained DCs at Birkenau, where his grouped results were: Table 1: Mean Cyanide DC Birkenau wall-sample values, Germar Rudolf data, 1991 De-lousing room, inside: 5830 ± 3700 ppm (n=l0) outside: 3010 ± 3600 ppm (n=5) This indicates that the cyanide gas was able to penetrate right through the brick walls, and would not merely have been adsorbed onto the surface; and suggests that weathering over half a century has not greatly affected the cyanide concentrations. This data has a central importance, because Leuchter had only managed to take one single sample of de-lousing chamber wall. The 'Control' samples of Germar Rudolf Rudolf only took three samples from the AHGC walls (from what is called the Krema-II morgue), which was the weakness of his survey. Their wide divergences (7.2, 0.6 and 6.7 ppm) give little idea of this key parameter!". He took more samples from 'controls' - i.e., rooms where no-one had alleged that systematic cyanide gassing had taken place. His 'control' group is here subdivided into samples taken from the mortar between the bricks, and the rest. Table 2: As before, sampling AHGC walls vs 'controls' AHGC walls 4.8 ± 3 ppm (n=3) His samples 1-3 of Table 19. Controls, plaster: 1.1± 1.3 ppm (n=6) His samples 4,5,7,8, 10,23. Controls, mortar: 0.2± 0.1 (n=3) Samples 6,21,24 This indicates a significant elevation of residual cyanide in the AHGCs. The Ball Report 1993 It is hard to obtain copies of this Report, or to gain details of where the chemical analysis was performed'". J.C. Ball has a degree in geology, and worked as a mineral exploration geologist. Given the intensity of criticism to which anyone publishing in this area is exposed, one should perhaps refrain from criticism on this matter. Its six samples were: Table 3: Mean values of the cyanide measurements found by John Ball, 1993 >From a DC 3000 ppm (n=2) 11.The Rudolf Report, 8.3.3, Table 19; also Table 3 in 'Dissecting the Holocaust' Chapter by GR. 12. Dissecting the Holocaust 2003 http://vho.orglGB/Books/dth/fndgcger.html Table 3 ofRudolfCh. 13. For his difficulties here, see: www.ihr.orglleaflets/inside.shtml 14. Table 19, p254 of The Rudolf Report 2001. 15. John Clive Ball, The Ball Report, Ball Resource Services Ltd., Canada 1993; The Rudolf Report, p.268. ? >From AHGC sites 0.5 ± 0.6 (n=4) ppm III. The Markiewicz et. al. Polish Study of 1994 The manager of Auschwitz Mr Piper approached Dr Jan Markiewicz of the Jan Sehn Institute of Forensic Research at Cracow as to whether they would check over the residual cyanide levels, in the wake of the Leuchter Report. On 20 Feb 1990 Dr. Wojciech Gubala arrived and removed 22 samples, including two control samples. The team then decided that they would like to follow this up with a further study before publishing any results. This survey, published in 1994, differed from those of Leuchter and Rudolf in that it only looked at soluble cyanide in the brickwork. Critics objected that it was precisely the soluble component of cyanide which one would not expect to provide a memory of the past, because it would clearly be affected by weathering. Their reason for using such a method, was apparently that they did not want to get involved in debates over Prussian Blue formation: their approach 'excludes the possibility of the decomposition of the relatively permanent Prussian blue, whose origin is unclear in many parts of the structures under investigation,' and therefore 'The real level of total cyanide compounds could therefore be higher than shown by our analysis.' The samples were put in 10% sulphuric acid for 24 hours, thereby driving off the cyanide as before, except that cyanide bonded to iron was not liberated by the Polish method - the point of which has not been clear to a lot of people. The soluble or non-bonded cyanide thereby measured was only present in low concentrations measured in parts per billion rather than parts per million. How were they able to attain this accuracy in measurement unattainable either by Alpha Analytical laboratories or the Fesenius Institute? The method they referenced for this analysis had been published in 1947, and could one expect this to attain these much higher levels of accuracy? From three 'gas chambers' they found: Table IV: Polish data, Mean levels of soluble cyanide in Crematoria walls. 1994 AHGC walls, Krema I: 0.07 ± 0.1 ppm (n=7) KremaII: 0.16 ± 0.2 ppm (n=7) Krema III: 0.03 ± 0.02 ppm (n=7) These samples averaged 90 parts per billion. The Polish group claimed that their method could measure down to 2-3 parts per billion. For their 'control' they took eight samples from three different residential blocks, and thereby obtained (or at least published) consistently zero values - i.e., zero parts per billion! How impressive to have discovered this ultra-sensitive method. As 'holocaust' chemist Dr Richard Green explained, 'The IFFR used a much more sensitive method. Their sensitivity was 3-4/!g/kg, i.e., 300 times more sensitive.' If that method published in 1947 had such astounding accuracy, then why did subsequent chemists fail to use it? This investigation gave DC wall-concentrations in its Table 4, finding a several-fold elevation in cyanide levels there. Eight values for 'concentrations of cyanide ions in samples collected in the facilities for the fumigation of prisoners clothes, (Birkenau BathHouse Camp BI-A)' gave a mean value of273 ppb, thrice that of the 'Kremas.' Their conclusion omitted comment upon this highly significant elevation. This paper has been much cited by pro-Holocaust sources, as refuting the Leuchter Report, by demonstrating that the AHGCs ('Kremas') had raised cyanide as compared to 'controls.' The paper was entitled, 'A study of the cyanide compound contents in the walls of the gas chambers in the former Auschwitz and Birkenau concentration camps'. It thus used a Nuremberg-type terminology, where 'gas chamber' simply meant a place for human extermination. They could hardly have done otherwise, because doubt over 'the Holocaust' is a crime in Poland. The DCs were alluded to as 'Facilities For the Fumigation of Prisoners' Clothes.' The Polish team went to a lot of trouble, with some sixty measurements mostly measured thrice, and was the only study which obtained permission to take the samples. It omitted two things in its conclusions: any allusion to the Birkenau DC ('facilities for the fumigation of prisoners' clothes') where it had found greatly-elevated cyanide levels over the AHGCs; and, the insoluble cyanide that was bound to iron. In regard to both of these it cited the Prussian blue ferric ferrocyanide complex, leaving open the possibility that is had some quite extraneous source and was therefore to be avoided. The 1947 method used by Markiewicz et. al. was given by Joseph Epstein and published in a US chemistry journal." It was a procedure whose limit of accuracy was given as 0.2 micrograms per ml. To expel the cyanide from brickwork and then dissolve it into a solution suitable for measuring it, involves an order-of-magnitude dilution at least, so that one would not expect to obtain an accuracy less then one ppm in the brickwork, using this method. Any claim that this decades-old titration and colorimetric method using thiocyanate can find parts per billion has to be spurious. IV. Desjardin analyses Leuchter Dan Desjardins, after carefully retracing the steps of Leuchter on a 1996 visit to Auschwitz'", and watching the film that had been made of Leuchter's sampling'", divided the samples 1-31 into two groups: those which had been exposed and open to the elements over the decades (n=20), and those which were more protected in sheltered, unexposed locations: 'Leuchter's samples, numbered 25 through 31, extracted from Crematorium I... taken from a facility which was not destroyed and has remained intact since the end of the war, were not exposed to the elements. The same might be said for samples 4, 5 and 6 taken from Crematorium II. Leuchter removed these samples from a pillar, wall and ceiling which, though accessible, were nevertheless well protected against wind, rain and sun.' Less then half (14 out of 35) of Leuchter's samples had measurable levels of cyanide in them, where measurable means above one part per million. We have here assigned an arbitrary value of 0.5 ppm for those too low to measure, i.e below 1 ppm. This gave: Table 5: Desjardins grouping of the Leuchter data as 'sheltered' or 'exposed' (2007) Sheltered (n=l0) 1.88 ± 2.2 ppm Exposed (n=20) 1.31 ± 1.56 ppm The 'exposed' group scored 30% lower than the sheltered group, a result which lacks statistical significance (t=0.8). This data could suggest that one-third of the cyanide had leeched out from the exposed walls, over sixty years; if indeed they had all at one historic period been exposed to hydrogen cyanide. Mr Desjardins further subdivided the Leuchter samples into those taken from AHGC walls, and those which were 'controls' i.e taken from barracks, etc. The definition of the 'control' concept is critical here, and means brickwork where no one has been concerned to allege that is was part of a room where systematic cyanide gassing took place whether of humans or of mattresses. Leuchter surmised that the 'control' sample had been exposed at some stage to a single fumigation by cyanide gas, by way of cleaning out any lice from cracks etc. Table 6: Desjardins groups Leuchter's data by AHGC versus 'controls' AHGCs (n=19) 1.63 ± 2.1 ppm Controls (n=9) 1.45 ± 1.2 ppm This result too lacks statistical significance, i.e. Leuchter's sample provides no evidence for human 'gas chambers' having raised residual cyanide levels above those of 'controls.' The data suggests that the AHGCs did not ever function as lethal gas chambers. These two sets of data (using Desjardins' divisions) covary somewhat, in that if we increase the 'exposed' samples by say 25%, to allow for leeching out of their cyanide over the decades, then the difference between the AHGC and 'control' groups disappears altogether. (As Mr Desjardins put it, five times as many of these [AHGC] samples came from locations protected from 40-years' exposure to wind and rain.') Mr Desjardins concluded, 'Fred Leuchter's broad sample gathering, despite flaws, establishes a reasonable basis for inferring that the presence of cyanide residue is due to benign rather than homicidal purposes. Conclusions 1. One might expect that the accuracy of cyanide-ion assay would have increased substantially over the last couple of decades, but this is not the case: any reanalysis of the brickwork would face the same frustrating situation, where differences between AHGCs and controls hover right next to the lowest detectable levels. 2. The essential questions here reviewed may be best evaluated without arguments over whether or not Prussian blue coloration has formed. The latter involves a slow and complex sequence of reactions. We have here been primarily concerned with total cyanide in the brickwork. 3. Plaster on the wall-surface may tend to have a higher cyanide level than brick or mortar underneath it, and the ferric-ferrocyanide does decrease as a function of depth. Samples should therefore aim to have a comparable breadth-to-depth ratio. 4. The notion of a 'control' sample has developed from Rudolf's sampling and also from Mr. Desjardins evaluation of the Leuchter sample locations. This permitted an evaluation of whether measurements of authentic AHGC wall were significantly elevated over such. While there was a hint of this from Rudolf's sampling, and while further investigation might confirm this, overall no statistically significant elevation was evident. 5. The careful and extensive Polish data was analyzed using a 1947 US titration procedure, which gave no indication of reaching the parts per billion accuracy claimed by that study. If Marciewicz et. al chose to use a method which only analyzed 1 % or less of the cyanide, viz. the soluble component, for whatever reason, they should first have shown that their method was capable of detecting it. 6. Both the Leuchter and Rudolf surveys obtained a three order-of-magnitude differential between the walls of DC and AHGC buildings; the simplest explanation of which is that the former was used on a regular basis for cyanide fumigation while the latter was not. 7. The Leuchter data showed that there was no great diminution of cyanide levels due to weathering over half a century, and this accords with what is known about the insolubility and permanence of the ferric-ferrocyanide complex. The residual cyanide within those walls may therefore offer the most reliable memory which the human race now has, concerning what happened historically in German 'gas chambers.' Source: http://www.presstv.com/Detail.aspx?id=56287§ionid=3510303 ------------------------------------------------------------------------------ To unsubscribe from our mailing list, please send an email to Jahanshah_Rashidian@gmx.de Jahanshah Rashidian From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 17:26:12 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C5131065686 for ; Thu, 25 Sep 2008 17:26:12 +0000 (UTC) (envelope-from evanben@earthlink.net) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1D4638FC08 for ; Thu, 25 Sep 2008 17:26:11 +0000 (UTC) (envelope-from evanben@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=kcUKfVKHsIArENcZlpjryE9p//YPOKqiG5ZiaF5YaYR4FtBJ03Gaf21ZgbBQ+6iO; h=Received:Message-Id:From:To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [76.15.117.249] (helo=[192.168.25.126]) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1KiuIt-0007CD-SA for freebsd-ports@freebsd.org; Thu, 25 Sep 2008 13:06:59 -0400 Message-Id: From: Erik Van Benschoten 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 v929.2) Date: Thu, 25 Sep 2008 13:06:32 -0400 X-Mailer: Apple Mail (2.929.2) X-ELNK-Trace: c3d1551dd0181177d780f4a490ca6956abb457f1b4332f52556ad77ccc98f4b4e8c1ba18f671ed21350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 76.15.117.249 Subject: net/samba3 not installing VFS modules X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Sep 2008 17:26:12 -0000 Greetings, I have been looking into setting up a network recycle bin under v3.0.32 of Samba. The default configuration does not install/package any of the VFS modules from the looks of it. The man pages are there for them, but not the actual binaries. After looking at the Makefile I tried to add the following to /etc/make.conf: WITH_EXP_MODULES= WANT_EXP_MODULES+= vfs_recycle That failed to install the recycle VFS module, so I tried: WITH_EXP_MODULES= WANT_EXP_MODULES= vfs_recycle Still no luck. The VFS modules are getting compiled, but are apparently not getting added to the packing list. Anyone have any suggestions? Is anyone else having this problem? Thanks, Erik Van Benschoten From owner-freebsd-ports@FreeBSD.ORG Thu Sep 25 20:02:08 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 245261065695; Thu, 25 Sep 2008 20:02:08 +0000 (UTC) (envelope-from itetcu@freebsd.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2FC8FC12; Thu, 25 Sep 2008 20:02:07 +0000 (UTC) (envelope-from itetcu@freebsd.org) Received: from quark.ds9.tecnik93.com (quark.ds9.tecnik93.com [81.196.207.132]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 99536FBEC19; Thu, 25 Sep 2008 23:02:05 +0300 (EEST) Received: by quark.ds9.tecnik93.com (Postfix, from userid 0) id 6C3F712E42CD; Thu, 25 Sep 2008 23:02:05 +0300 (EEST) From: QAT@FreeBSD.org To: ports@FreeBSD.org X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.44 2008/08/24 09:54:12 itetcu Exp $ X-QAT-Tindy_Version: 2.4.3 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_7 X-QAT-Jail_Last_Built: 2008-08-19 17:05:45 X-QAT-Port: devel/libcheck X-QAT-Fail_Reason: mtree X-QAT-Log: http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log X-QAT-Build_Reason: Dependency Message-Id: <20080925200205.6C3F712E42CD@quark.ds9.tecnik93.com> Date: Thu, 25 Sep 2008 23:02:05 +0300 (EEST) Cc: Subject: devel/libcheck - fails: mtree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Sep 2008 20:02:08 -0000 Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. The build of this port was tried 24 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/libcheck-0.9.5_1.log : building libcheck-0.9.5_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/libcheck Makefile ident: $FreeBSD: ports/devel/libcheck/Makefile,v 1.7 2008/09/01 00:59:45 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Thu Sep 25 20:01:48 UTC 2008 ................................................... Creating package /tmp/packages/All/libcheck-0.9.5_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/libcheck-0.9.5_1.tbz' Deleting libcheck-0.9.5_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 2874453 4 drwxr-xr-x 2 root wheel 512 Sep 25 20:02 usr/local/share/doc/check-0.9.5 2874454 240 -r--r--r-- 1 root wheel 121027 Sep 25 20:02 usr/local/share/doc/check-0.9.5/SVNChangeLog 2874455 68 -r--r--r-- 1 root wheel 33962 Sep 25 20:02 usr/local/share/doc/check-0.9.5/ChangeLog 2874456 8 -r--r--r-- 1 root wheel 3680 Sep 25 20:02 usr/local/share/doc/check-0.9.5/ChangeLogOld 2874457 16 -r--r--r-- 1 root wheel 7712 Sep 25 20:02 usr/local/share/doc/check-0.9.5/NEWS 2874458 8 -r--r--r-- 1 root wheel 2551 Sep 25 20:02 usr/local/share/doc/check-0.9.5/README 2874428 4 drwxr-xr-x 4 root wheel 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5 2874429 4 -r--r--r-- 1 root wheel 80 Sep 25 20:02 usr/local/share/examples/check-0.9.5/Makefile.am 2874430 4 -r--r--r-- 1 root wheel 614 Sep 25 20:02 usr/local/share/examples/check-0.9.5/README 2874431 4 -r--r--r-- 1 root wheel 1144 Sep 25 20:02 usr/local/share/examples/check-0.9.5/configure.ac 2874432 4 drwxr-xr-x 2 root wheel 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src 2874433 4 -r--r--r-- 1 root wheel 195 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/Makefile.am 2874434 4 -r--r--r-- 1 root wheel 242 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/main.c 2874435 4 -r--r--r-- 1 root wheel 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.c 2874436 4 -r--r--r-- 1 root wheel 227 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.h 2874437 4 -r--r--r-- 1 root wheel 54 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.1.h 2874438 4 -r--r--r-- 1 root wheel 227 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.2.h 2874439 0 -r--r--r-- 1 root wheel 0 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.1.c 2874440 4 -r--r--r-- 1 root wheel 252 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.3.c 2874441 4 -r--r--r-- 1 root wheel 293 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.4.c 2874442 4 -r--r--r-- 1 root wheel 462 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.5.c 2874443 4 -r--r--r-- 1 root wheel 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/src/money.6.c 2874444 4 drwxr-xr-x 2 root wheel 512 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests 2874445 4 -r--r--r-- 1 root wheel 273 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/Makefile.am 2874446 4 -r--r--r-- 1 root wheel 1610 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.c 2874447 4 -r--r--r-- 1 root wheel 32 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.1.c 2874448 4 -r--r--r-- 1 root wheel 379 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.2.c 2874449 4 -r--r--r-- 1 root wheel 863 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.3.c 2874450 4 -r--r--r-- 1 root wheel 1452 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.6.c 2874451 4 -r--r--r-- 1 root wheel 1610 Sep 25 20:02 usr/local/share/examples/check-0.9.5/tests/check_money.7.c ================================================================ build of /usr/ports/devel/libcheck ended at Thu Sep 25 20:02:03 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 07:40:54 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15B071065686 for ; Fri, 26 Sep 2008 07:40:54 +0000 (UTC) (envelope-from Klaus.Espenlaub@Sun.COM) Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.sun.com [192.18.6.21]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1008FC23 for ; Fri, 26 Sep 2008 07:40:53 +0000 (UTC) (envelope-from Klaus.Espenlaub@Sun.COM) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8Q7eoMX025327 for ; Fri, 26 Sep 2008 07:40:50 GMT Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7S00K01KBWWU00@fe-emea-09.sun.com> (original mail from Klaus.Espenlaub@Sun.COM) for freebsd-ports@freebsd.org; Fri, 26 Sep 2008 08:40:50 +0100 (BST) Received: from [192.168.1.159] ([10.196.62.159]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7S00JT9LBHL720@fe-emea-09.sun.com> for freebsd-ports@freebsd.org; Fri, 26 Sep 2008 08:40:30 +0100 (BST) Date: Fri, 26 Sep 2008 09:40:20 +0200 From: Klaus Espenlaub In-reply-to: Sender: Klaus.Espenlaub@Sun.COM To: freebsd-ports@freebsd.org Message-id: <48DC91E4.8060206@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <48C52718.5080807@sun.com> User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) Subject: Re: VirtualBox looks for FreeBSD developer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Sep 2008 07:40:54 -0000 Hi again, this mail was so far a partial success, since we've got into touch with people capable of helping us with this issue. In the last days the communication slowed down a bit, but this could be just temporary overload. The problems for me getting something onto the mailing list should be resolved, thanks goes to the people running the freebsd mail server. Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 14:27:51 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFB2E1065694 for ; Fri, 26 Sep 2008 14:27:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id C28938FC20 for ; Fri, 26 Sep 2008 14:27:51 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wa-out-1112.google.com with SMTP id n4so512037wag.27 for ; Fri, 26 Sep 2008 07:27: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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5QFRxNsvzUrFUQChWIfMG4eYmsW8wzGhvCTctRVjurA=; b=fB6axahlSu07BPZE1dXylwMHPHYj8+zLBS07a6oetn2hCB5+/keg7iaE5jHDWKq9vp glfQzFtEnaB16k+CfFPUx0PQhZSmZI6gVWRO81VM2FI2QKoOl+5wICPX72LhmMP7vv0E 6Zrq0WJFQSlWSyZGE8cXBc/RhRH/knxuZjGlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=uBcQq1k12SF5napSKpd2xFM9Rj+/ngaCcAOa/eytolj/ndav7y1onsdSCYn7J5SeAh xPIPMREdTPM4ViXdANAjvk7qh7cOzkoCx5ulJZPZObcQn3YR4oKZiPL077qmmSnGlX9S 5/HwGwhsCAYfsXUMVnM5rN/jQUQ6309lLPAiY= Received: by 10.115.90.1 with SMTP id s1mr1395300wal.214.1222439271298; Fri, 26 Sep 2008 07:27:51 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Fri, 26 Sep 2008 07:27:51 -0700 (PDT) Message-ID: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com> Date: Fri, 26 Sep 2008 09:27:51 -0500 From: "Scot Hetzel" To: "Erik Van Benschoten" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-ports@freebsd.org Subject: Re: net/samba3 not installing VFS modules X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Sep 2008 14:27:52 -0000 On 9/25/08, Erik Van Benschoten wrote: > Greetings, > > I have been looking into setting up a network recycle bin under v3.0.32 of > Samba. The default configuration does not install/package any of the VFS > modules from the looks of it. The man pages are there for them, but not the > actual binaries. After looking at the Makefile I tried to add the following > to /etc/make.conf: > > WITH_EXP_MODULES= > WANT_EXP_MODULES+= vfs_recycle > > That failed to install the recycle VFS module, so I tried: > > WITH_EXP_MODULES= > WANT_EXP_MODULES= vfs_recycle > > Still no luck. The VFS modules are getting compiled, but are apparently not > getting added to the packing list. Anyone have any suggestions? Is anyone > else having this problem? > You don't need to add the WANT_EXP_MODULES /etc/make.conf, as the vfs_recycle module is a standard module in Samba. After a make configure, I looked at the resulting Makefile, and it does show that vfs_recycle is listed as a VFS_MODULES. Then when a make install was performed, the recycle.so module was located in the PREFIX/lib/samba/vfs directory. Did you check this directory? Scot From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 16:37:21 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4DE1065688 for ; Fri, 26 Sep 2008 16:37:21 +0000 (UTC) (envelope-from evanben@earthlink.net) Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7748FC12 for ; Fri, 26 Sep 2008 16:37:21 +0000 (UTC) (envelope-from evanben@earthlink.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=qTw2eklBERmK+vPmsuOuNS5GyDH+6BYOgmWNduXtQxcVwUeE3s7Z8LWF1W8Bs/DK; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer:X-ELNK-Trace:X-Originating-IP; Received: from [76.15.117.249] (helo=c2d2.valleycomnet.com) by elasmtp-masked.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1KjGJk-0001be-Lp; Fri, 26 Sep 2008 12:37:20 -0400 Message-Id: From: Erik Van Benschoten To: "Scot Hetzel" In-Reply-To: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 26 Sep 2008 12:36:53 -0400 References: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-ELNK-Trace: c3d1551dd0181177d780f4a490ca6956abb457f1b4332f52937857ac35920d359fe11fa13f8402cb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 76.15.117.249 Cc: freebsd-ports@freebsd.org Subject: Re: net/samba3 not installing VFS modules X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Sep 2008 16:37:21 -0000 On Sep 26, 2008, at 10:27 AM, Scot Hetzel wrote: > On 9/25/08, Erik Van Benschoten wrote: >> Greetings, >> >> I have been looking into setting up a network recycle bin under >> v3.0.32 of >> Samba. The default configuration does not install/package any of >> the VFS >> modules from the looks of it. The man pages are there for them, but >> not the >> actual binaries. After looking at the Makefile I tried to add the >> following >> to /etc/make.conf: >> >> WITH_EXP_MODULES= >> WANT_EXP_MODULES+= vfs_recycle >> >> That failed to install the recycle VFS module, so I tried: >> >> WITH_EXP_MODULES= >> WANT_EXP_MODULES= vfs_recycle >> >> Still no luck. The VFS modules are getting compiled, but are >> apparently not >> getting added to the packing list. Anyone have any suggestions? Is >> anyone >> else having this problem? >> > You don't need to add the WANT_EXP_MODULES /etc/make.conf, as the > vfs_recycle module is a standard module in Samba. > > After a make configure, I looked at the resulting Makefile, and it > does show that vfs_recycle is listed as a VFS_MODULES. Then when a > make install was performed, the recycle.so module was located in the > PREFIX/lib/samba/vfs directory. > > Did you check this directory? > > Scot Scot, The problem was not getting the VFS modules compiled, but rather getting them installed. I found a brute force workaround was to manually add 'lib/samba/vfs/ recycle.so' to the '/net/samba3/pkg-plist' file. I know this is not the proper thing to do, but it works for getting a package built. I would have preferred a tweak to the Makefile that would work for everyone, but I'm afraid my Makefile reading skills are not up to snuff. Thanks, Erik From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 19:58:09 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F56B106568E for ; Fri, 26 Sep 2008 19:58:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 511F88FC19 for ; Fri, 26 Sep 2008 19:58:09 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wa-out-1112.google.com with SMTP id n4so578059wag.27 for ; Fri, 26 Sep 2008 12:58:09 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/xLZ+xAG5PMs83O6aMohxOFFHp7zOvABcMUijkDgmoQ=; b=Hkf2DfTIU+kqV/BK5195MzT7N0gRFpbUJZq4kEyozp3Zpb4tuoIH2SRFhz8R8htjTd 9Q9+lr5TNwqKZqvUnMQ5Pp3NY4ZOEqRiHPwy4aqUAInw7LzJPSKSvhw+/ONufP/DjYEJ ImfU+6S4y6+ddY0co2nTOY+F56C0aVxTf7oM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=kwfQXDpGhSq4vTozNrINRgjKIth7vXat+AcMyRsFxJoFEJS7f6IVcM1lSUVa8MdRhp XDSE38ZUn7NG7+g8qFpOhMPvIsIe2z9EMMU/8bkP5sPsL7Q138CKYIDLKBGh4HfmK7/o kGh8kCKO33redjdBsDA4kft9YPVR52cIUsrSk= Received: by 10.114.201.1 with SMTP id y1mr1973559waf.216.1222459088800; Fri, 26 Sep 2008 12:58:08 -0700 (PDT) Received: by 10.114.103.7 with HTTP; Fri, 26 Sep 2008 12:58:08 -0700 (PDT) Message-ID: <790a9fff0809261258m2f797986k831fc69c91ca54c5@mail.gmail.com> Date: Fri, 26 Sep 2008 14:58:08 -0500 From: "Scot Hetzel" To: "Erik Van Benschoten" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0809260727t225dfe65u8372a858af1bca9b@mail.gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: net/samba3 not installing VFS modules X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Sep 2008 19:58:09 -0000 On Fri, Sep 26, 2008 at 11:36 AM, Erik Van Benschoten wrote: > > On Sep 26, 2008, at 10:27 AM, Scot Hetzel wrote: >> Then when a >> make install was performed, the recycle.so module was located in the >> PREFIX/lib/samba/vfs directory. >> >> Did you check this directory? >> >> Scot > > Scot, > > The problem was not getting the VFS modules compiled, but rather getting > them installed. > The VFS modules are installed on my system, and when i grepped the +CONTENTS file for recycle.so, it was listed in the package. > I found a brute force workaround was to manually add > 'lib/samba/vfs/recycle.so' to the '/net/samba3/pkg-plist' file. > I know this is not the proper thing to do, but it works for getting a > package built. I would have preferred a tweak to the Makefile that would > work for everyone, but I'm afraid my Makefile reading skills are not up to snuff. There is no need to add 'lib/samba/vfs/recycle.so' to the samba3/pkg-plist, as the samba3/Makefile has automatic pkg-plist generation to detect the files in PREFIX/lib/samba. They get added to the ${TMPPLIST} file, which is used to create the package. Scot From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 22:09:07 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60FDE1065691 for ; Fri, 26 Sep 2008 22:09:07 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id 1FB9F8FC2F for ; Fri, 26 Sep 2008 22:09:07 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (0x55534f5f.adsl.cybercity.dk [85.83.79.95]) by solow.pil.dk (Postfix) with ESMTPA id 3C66C1CC0E5; Fri, 26 Sep 2008 23:49:11 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 6791911436; Fri, 26 Sep 2008 23:49:10 +0200 (CEST) Date: Fri, 26 Sep 2008 23:49:09 +0200 From: Henrik Brix Andersen To: Spil Oss Message-ID: <20080926214907.GB62630@tirith.brixandersen.dk> References: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <5fbf03c20809250353w6ec8e896tda71653f5f633de6@mail.gmail.com> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: [irc/bitlbee] security and new version 1.2.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2008 22:09:07 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 25, 2008 at 12:53:38PM +0200, Spil Oss wrote: > Changelog of bitlbee 1.2.2 to 1.2.3 >=20 > Version 1.2.3 (released 2008-09-07) hilights: > * Fixed a security issue similar to the previous account > overwrite/hijack bug. >=20 > My guess is that the port hasn't been updated due to the ports-freeze. > Should it be because there's a security fix? The update was delayed partly due to the Ports Freeze, partly due to me being busy at work. I have just committed an update to irc/bitlbee along with a vuxml entry. Brix --=20 Henrik Brix Andersen --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: GnuPG signed iEYEARECAAYFAkjdWNMACgkQv+Q4flTiePhtLgCfaWEUdKnzKzSmiA/3ivfbXbZl NS4AoIGMZegWKR01wJbnp8h9fWx3WSVt =yHo4 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 26 23:38:58 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BC101065687 for ; Fri, 26 Sep 2008 23:38:58 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.232]) by mx1.freebsd.org (Postfix) with ESMTP id 25B368FC0C for ; Fri, 26 Sep 2008 23:38:58 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: by qb-out-0506.google.com with SMTP id f30so878297qba.35 for ; Fri, 26 Sep 2008 16:38:57 -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:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=69XS4aEgYbQ4UolejNTokPXcXlYKykiBg8aURDUQKrE=; b=Lq61gfB5OhebgUOtHKv5/7cBYmd2D9JBfHyex/JzolQYpZcm5t5Qszh5i1qiFDf5lO q8SVeRRbzNvR8jxRz+c0FExTTanYJws574ic7hwc/7MNh/aQ/aJQhRbqHdCZ3gTZbcaz CW/uFgrWBGR9Hs4baJsfKba7NJiVnKZ46AUXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=LDJwbwWPp34VCs4h0VaZMAusMROR6zI134u6GIP60PkzNC6onll2cINpAUGNZhDp2r 8Aoj950CXZKgB88USFpvWyuyCAZ09yCCE1ARiD2vqrE13L0ctHkYiFluIJUO3aGdkUMD 7uY9JVqRAPo/6GXQF1RFsQzOIRL4XjV4cWUPo= Received: by 10.86.28.2 with SMTP id b2mr1808539fgb.31.1222472336156; Fri, 26 Sep 2008 16:38:56 -0700 (PDT) Received: by 10.86.30.4 with HTTP; Fri, 26 Sep 2008 16:38:56 -0700 (PDT) Message-ID: <717f7a3e0809261638i7088384bw58f909858a7278a3@mail.gmail.com> Date: Sat, 27 Sep 2008 02:38:56 +0300 From: "Marin Atanasov" To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: My interactive version of pkg_add X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Sep 2008 23:38:58 -0000 Hello everyone! :) I have a program I wrote 1 or 2 days ago for a friend who was asking about how to make pkg_add install a package from a specific local path and if the package is not there then pkg_add should install it remotely (using the -r option). Of course this is not a new pkg_add version - it's just an interactive interface which uses pkg_add (pkg_info, pkg_delete could also be used - in next version) to install a specific package. The idea about the program is that you don't have to know the full name of the package - you just choose a path to scan and a pattern, and the program returns all matching entries of pattern, so this way you could interactively choose which package to install. I have some ideas in my mind which could be added to the program's features. I am writing to you to find out will such a program would be useful and worth improving it? This is what I am planning to add as features in the next version (suggestions are welcome): -- Command Line Options(CLO) like (add, delete, info) allowing the program to invoke a different pkg_* command and perform the action upon the chosen package -- CLO which tells the program to scan PKG_PATH first and then the specified directory -- an option to interactively set PACKAGEROOT and PACKAGESITE env vars if they have not been set already in order to search PACKAGEROOT and PACKAGESITE if no single matching pattern was found in the local path -- Some guys from DaemonForums suggested that I could write a function which does exactly what the local scan function does, but for an FTP server - recursively searching an FTP server for a given pattern of a package. It doesn't have an official name already - so I named it smart_add - just for now :) Anyway, a screenshot of the program is available here: http://www.unix-heaven.org/doc/smartadd.png And here's the code of the program: http://www.unix-heaven.org/doc/smartadd.tar.gz So what do you think - is it worth improving upon it or it's a waste of time? Thanks for any suggestions. -- Marin Atanasov a.k.a DNAeon dnaeon AT gmail DOT com daemon AT unix-heaven DOT org From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 07:43:57 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24DC2106568A for ; Sat, 27 Sep 2008 07:43:57 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id BF8F78FC0C for ; Sat, 27 Sep 2008 07:43:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E7F6328449 for ; Sat, 27 Sep 2008 15:43:55 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7B0E0F67D6F; Sat, 27 Sep 2008 15:43:55 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id 0AMtLd91kXuf; Sat, 27 Sep 2008 15:43:50 +0800 (CST) Received: from delta.delphij.net (c-76-103-40-85.hsd1.ca.comcast.net [76.103.40.85]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 67213F67BD2; Sat, 27 Sep 2008 15:43:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=INOsTy8voLLg6hvlJ0HiGcT5hpcDO3NCtkQBlNtLI+IzRnxXEZNvlmB8NenQUmavy rHNZkoHXgbT7zd3OZQ4zQ== Message-ID: <48DDE42D.3050006@delphij.net> Date: Sat, 27 Sep 2008 00:43:41 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: Andrew Daugherity References: <48DA385B.2389.00F2.0@vprmail.tamu.edu> In-Reply-To: <48DA385B.2389.00F2.0@vprmail.tamu.edu> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: feasibility of updating databases/mysql41-server? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Sep 2008 07:43:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Daugherity wrote: > I still have a server running mysql 4.1.22, and it's marked as having the "MyISAM table privileges secuity [sic] bypass vulnerability". According to CVE-2008-2079 (linked from portaudit), this is fixed in 4.1.24. > > I was going to file a PR asking for an update to 4.1.24, but then I discovered that MySQL 4.1 is in the "extended support" phase where they aren't releasing tarballs any more (and of course no binaries). The source *is* still available, but it's in the bazaar repo (see: http://blogs.sun.com/datacharmer/entry/hidden_jevewls_in_mysql_bazaar ). This can be checked out and built, but having a build-dep of bzr is probably not wanted. > > Is it feasible (both license-wise and technically) to have a mirror of a 4.1.24 bzr checkout in tarball form somewhere, so the port can be built? Yes, but for this case I think the more preferred way would be to obtain the fix from repository and apply it in files/ as a patch. This makes reviewing the code much easier. Cheers, -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjd5C0ACgkQi+vbBBjt66CQ6wCbBYJAysE7YzcCaHwRyvcVfuya GnMAnjAIHEgf5ABw2/57dmWnIy1I+ocn =WZdp -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 14:02:39 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A315D10656B4 for ; Sat, 27 Sep 2008 14:02:39 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 35AE38FC13 for ; Sat, 27 Sep 2008 14:02:38 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id m8RE2bJM028060 for ; Sat, 27 Sep 2008 16:02:37 +0200 (CEST) X-Ids: 166 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 25B5089F01 for ; Sat, 27 Sep 2008 16:02:36 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 1519310B; Sat, 27 Sep 2008 16:02:36 +0200 (CEST) Date: Sat, 27 Sep 2008 16:02:36 +0200 From: Michel Talon To: freebsd-ports@freebsd.org Message-ID: <20080927140236.GA73536@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (shiva.jussieu.fr [134.157.0.166]); Sat, 27 Sep 2008 16:02:37 +0200 (CEST) X-Virus-Scanned: ClamAV 0.93.3/8346/Sat Sep 27 09:08:52 2008 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail.jussieu.fr with ID 48DE3CFD.009 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 48DE3CFD.009/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 48DE3CFD.009 on jchkmail.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.023 -> S=0.023 X-j-chkmail-Status: Ham Subject: Re: My interactive version of pkg_add X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Sep 2008 14:02:39 -0000 Marin Atanasov wrote: > So what do you think - is it worth improving upon it or it's a waste of > time? > Thanks for any suggestions. I think it is worth improving and certainly not a waste of time. Each work which allows to use precompiled packages more efficiently in FreeBSD is very useful, in my opinion. While compiling ports is very fine on a server, where only a small number of ports are installed - and then the tool "portmaster" does that really wonderfully, looking at the other extreme, a desktop with around a thousand installed ports is better managed through precompiled packages. And, sorry, but portupgrade is not the solution to do that, either with the -P or -PP option. I can only concur with the suggestion you mention, exploring ftp sites to discover what is available here. How to do that efficiently is harder. Apparently "official" FreeBSD ftp sites have an INDEX of available packages. I hope it is reliable. Then i suggest to download it and work from that. Best regards -- Michel TALON From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 15:43:17 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E0F11065697 for ; Sat, 27 Sep 2008 15:43:17 +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 550B48FC15 for ; Sat, 27 Sep 2008 15:43:17 +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 m8RFhHth069353 for ; Sat, 27 Sep 2008 15:43:17 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id m8RFhGkH069352 for ports@FreeBSD.org; Sat, 27 Sep 2008 15:43:16 GMT (envelope-from erwin) Date: Sat, 27 Sep 2008 15:43:16 GMT From: Erwin Lansing Message-Id: <200809271543.m8RFhGkH069352@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: Sat, 27 Sep 2008 15:43:17 -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: dblatex-0.2.9: no entry for /usr/ports/print/ifxetex Committers on the hook: clsung dinoex lwhsu wxs Most recent CVS update was: U devel/p5-Coro/Makefile U devel/p5-Coro/distinfo U math/ruby-gsl/Makefile U math/ruby-gsl/distinfo U math/ruby-gsl/pkg-plist U misc/magicpoint/Makefile U misc/magicpoint/distinfo U print/ifxetex/Makefile U textproc/dblatex/Makefile U textproc/dblatex/distinfo U textproc/dblatex/pkg-plist U textproc/msort/Makefile U textproc/msort/distinfo U textproc/msort/files/patch-Makefile.in U www/py-clientform/Makefile U www/py-clientform/distinfo From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 18:58:51 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41FC3106568A for ; Sat, 27 Sep 2008 18:58: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 18C6C8FC14 for ; Sat, 27 Sep 2008 18:58: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 m8RIwoG6087443 for ; Sat, 27 Sep 2008 18:58:50 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id m8RIwoBk087436 for ports@FreeBSD.org; Sat, 27 Sep 2008 18:58:50 GMT (envelope-from erwin) Date: Sat, 27 Sep 2008 18:58:50 GMT From: Erwin Lansing Message-Id: <200809271858.m8RIwoBk087436@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: Sat, 27 Sep 2008 18:58: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: dblatex-0.2.9: no entry for /usr/ports/print/ifxetex Committers on the hook: clsung dinoex lwhsu wxs Most recent CVS update was: From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 21:16:30 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE6F1106568A; Sat, 27 Sep 2008 21:16:29 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 80B348FC0A; Sat, 27 Sep 2008 21:16:29 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 31AF76D5A5; Sat, 27 Sep 2008 22:59:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:mime-version:content-type; s= selector1; bh=7qP8DlG9Gf/2pi1Vl8VIgkB7G8E=; b=W7uIQsAYER9mywkSLx 5vQE11uoD5trNXxCJziwsA7i4Ew5nY2jAh5xi/R2MnJk9meJYxHvB78bAJzybBDv ZZxpXEB/nKczSpJAB91Cy0AuAcl9u1lkgkIKNvua1+wFXeHFm3nt/ph99bGOwb9Z 1baAbumss7hN96ZL1WjYK5QwQ= Received: from [10.255.253.2] (tor.glz.hidden-powers.com [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 23A8E6D4DD; Sat, 27 Sep 2008 22:59:07 +0200 (CEST) Date: Sat, 27 Sep 2008 22:59:07 +0200 From: Goran Lowkrantz To: freebsd-ports@freebsd.org Message-ID: <15BD3E45E9FF7269B52ACEDB@[10.255.253.2]> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========C7D9EA6FC1830DC33C6C==========" Cc: Jun Kuriyama Subject: Call for Testers: misc/amanda-{server,client} 2.6.0p2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 27 Sep 2008 21:16:30 -0000 --==========C7D9EA6FC1830DC33C6C========== Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Testing it and found the following so far: 1: Zero length patchfiles in the tar. =3D=3D=3D> Applying FreeBSD patches for amanda-client-2.6.0p2,1 I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. # find . -size 0 -print ./patch-sendsize.c ./patch-ab ./patch-ae ./patch-server-src::amcrypt-ossl-asym.sh.in ./patch-aa ./patch-ac ./patch-server-src::amcrypt-ossl.sh.in # ls -la total 14 drwxrwxr-x 2 1021 wheel 15 Sep 2 01:17 . drwxrwxr-x 3 1021 wheel 8 Sep 4 06:43 .. -rw-rw-r-- 1 1021 wheel 885 Nov 6 2006 extra-patch-sendbackup-dump.c -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:08 patch-aa -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:09 patch-ab -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:10 patch-ac -rw-rw-r-- 1 1021 wheel 511 Aug 30 13:12 patch-ad -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:13 patch-ae -rw-rw-r-- 1 1021 wheel 320 Aug 30 13:15 patch-chg-zd-mtx.sh.in -rw-rw-r-- 1 1021 wheel 1786 Sep 1 00:42 patch-common-src::Makefile.in -rw-rw-r-- 1 1021 wheel 310 Aug 31 15:28 patch-man::Makefile.in -rw-rw-r-- 1 1021 wheel 5384 Sep 2 00:37 patch-perl::Makefile.in -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:18 patch-sendsize.c -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:19=20 patch-server-src::amcrypt-ossl-asym.sh.in -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:20=20 patch-server-src::amcrypt-ossl.sh.in 2: When doing an upgrade, the libamdevice.so got dependant on the previous=20 version of Amanda. Will test this on my other server next week and see if I = can find where it happens. /usr/local/lib/amanda/libamdevice-2.6.0p2.so: libamanda-2.5.1p3.so =3D> not found (0x0) libm.so.4 =3D> /lib/libm.so.4 (0x28181000) libgmodule-2.0.so.0 =3D> /usr/local/lib/libgmodule-2.0.so.0=20 (0x28197000) libgobject-2.0.so.0 =3D> /usr/local/lib/libgobject-2.0.so.0=20 (0x2819b000) libgthread-2.0.so.0 =3D> /usr/local/lib/libgthread-2.0.so.0=20 (0x281d0000) libglib-2.0.so.0 =3D> /usr/local/lib/libglib-2.0.so.0 (0x281d4000) libiconv.so.3 =3D> /usr/local/lib/libiconv.so.3 (0x282a7000) libintl.so.8 =3D> /usr/local/lib/libintl.so.8 (0x2829e000) libcurl.so.4 =3D> /usr/local/lib/libcurl.so.4 (0x2839b000) libssl.so.4 =3D> /usr/lib/libssl.so.4 (0x283d2000) libcrypto.so.4 =3D> /lib/libcrypto.so.4 (0x28400000) libz.so.3 =3D> /lib/libz.so.3 (0x284f3000) 3: The chg-zd-mtx has picked up an bashism. Attached a patch for the patch. That's it. Will make noise if I find anything more. Cheers, G=F6ran L --- "There is hopeful symbolism in the fact that flags do not wave in a = vacuum." -- Arthur C. Clarke --==========C7D9EA6FC1830DC33C6C========== Content-Type: application/octet-stream; name="patch-chg-zd-mtx.sh.in" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch-chg-zd-mtx.sh.in"; size=599 LS0tIGNoYW5nZXItc3JjL2NoZy16ZC1tdHguc2gub3JpZwkyMDA4LTA1LTI2IDE5OjI1OjMyLjAw MDAwMDAwMCArMDIwMAorKysgY2hhbmdlci1zcmMvY2hnLXpkLW10eC5zaAkyMDA4LTA5LTI3IDIy OjMzOjM1LjAwMDAwMDAwMCArMDIwMApAQCAtNDExLDcgKzQxMSw3IEBACiAKIElzTnVtZXJpYygp IHsKIAl0ZXN0IC16ICIkMSIgJiYgcmV0dXJuIDEKLQl4PSJgZXhwciAiJDEiIDogJ1woWy0wLTld WzAtOV0qXCknIDI+L2Rldi9udWxsYCIKKwl4PSJgZXhwciAtLSAiJDEiIDogIlwoWy0wLTldWzAt OV0qXCkiIDI+L2Rldi9udWxsYCIKIAlyZXR1cm4gYGV4cHIgWCIkMSIgIT0gWCIkeCJgCiB9CiAK QEAgLTc5Nyw3ICs3OTcsNyBAQAogbWF4X2RyaXZlX3dhaXQ9JHttYXhfZHJpdmVfd2FpdDotJzEy MCd9CQkJIyBkZWZhdWx0OiB0d28gbWludXRlcwogCiAjIGNoZWNrIE1UIGFuZCBNVFggZm9yIHNh bml0eQotaWYgdGVzdCAiJHtNVFg6MDoxfSIgPSAiLyI7IHRoZW4KK2lmIHRlc3QgIiR7TVRYJSR7 TVRYIz99fSIgPSAiLyI7IHRoZW4KICAgICBpZiAhIHRlc3QgLWYgIiR7TVRYfSI7IHRoZW4KIAlF eGl0IDIgXAogCSAgICBgXyAnPG5vbmU+J2AgXAo= --==========C7D9EA6FC1830DC33C6C==========-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 27 21:51:25 2008 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4C86106568C for ; Sat, 27 Sep 2008 21:51:25 +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 ABFF88FC12 for ; Sat, 27 Sep 2008 21:51:25 +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 m8RLpOfI044672 for ; Sat, 27 Sep 2008 21:51:24 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id m8RLpO0K044670 for ports@FreeBSD.org; Sat, 27 Sep 2008 21:51:24 GMT (envelope-from erwin) Date: Sat, 27 Sep 2008 21:51:24 GMT From: Erwin Lansing Message-Id: <200809272151.m8RLpO0K044670@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: Sat, 27 Sep 2008 21:51:25 -0000