From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 01:17:34 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DAC27F8 for ; Tue, 1 Jan 2013 01:17:34 +0000 (UTC) (envelope-from jeffreybouquet@yahoo.com) Received: from nm39-vm7.bullet.mail.gq1.yahoo.com (nm39-vm7.bullet.mail.gq1.yahoo.com [98.136.217.110]) by mx1.freebsd.org (Postfix) with ESMTP id B29678FC08 for ; Tue, 1 Jan 2013 01:17:33 +0000 (UTC) Received: from [98.137.12.175] by nm39.bullet.mail.gq1.yahoo.com with NNFMP; 01 Jan 2013 01:14:25 -0000 Received: from [98.137.12.193] by tm14.bullet.mail.gq1.yahoo.com with NNFMP; 01 Jan 2013 01:14:25 -0000 Received: from [127.0.0.1] by omp1001.mail.gq1.yahoo.com with NNFMP; 01 Jan 2013 01:14:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 781299.58750.bm@omp1001.mail.gq1.yahoo.com Received: (qmail 7337 invoked by uid 60001); 1 Jan 2013 01:14:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1357002865; bh=xieLmTS0fOyHBaPhVZUNnzh+QgGMdRkgHh51Lbe8jbo=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sZd2pAdBHO9sVAMkHOTyegLtaG0290X7PLk+wth3B31LxA5+l9fssUNkXU+K838M4QEICNSOgjuc84dDokRTuzGcQiYckb9WTxG7OGpRV/gKQrxCGYJgJ2FJuF86GoHGIq4EbyIwIhzQXekk7Kg8qPoSslMA1sEVM2tZY/T4Xwk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=o8h6Qzulu9h+hD8jGMjERwY7IQZriVdkaJ48njrrphmr07bVObOGWuDJi/2LzXFnXlrSqxan7WaqMJLBB6L78LuUQtQD0eIx/EPtbNCVHQF1+C5axHvXZepvybJUzumMlYSCXp1XU3DE1b27MxsQfZQ7rLs1ItytuJ3R636dEzY=; X-YMail-OSG: AuVjo2AVM1nPZ8Pgc.p0_CT10GIT9SvQJl3ba3hxSwVXMpv 79hE9fbO.aNBVxHy_QFlvWECk4I1z7y7ZHajnGsPZbfjlS3_oU5n_vB8VCTc g3RUcwXWHr8bJH1y4DV2cRuFV2GXfUHtfjXxfQ1hbgj9rrEzs7h5JgzbxueR Ud.fY3oelAHnuG8odrUNnF6.paMwaCj0ufS0RcQGMPn5SXQVjRrXR0Ud_rDS raa5GrdsBsVt4joUcbxWz9Hud6M_vLWMSH82cBnKx8rhz0HQHqNBdZCe_bmA whGr3AREyt5WGkGLIU48Q_.Z8HoFaZRbtctNR8.WEGRDpr8pA3HqoQSFyxd2 syxSudjH5uE_C.7C2TeXwsVg9l.oMX_C32LG6_oZhnG3SUlz5Y0dUPmLrnGa sC30NdzK1jx8DLIKacGoqdVHhztnr3mCuWqZ9ta_q0gqBUZPuDjB4r7NDtQK 9fmOUI.lHA2IeYr31LJQ.qVE8LQIPvT7JIW63crj7PRG2CgxAYiC60OEY.Mc A.8pB Received: from [66.92.43.99] by web164004.mail.gq1.yahoo.com via HTTP; Mon, 31 Dec 2012 17:14:25 PST X-Rocket-MIMEInfo: 001.001, UmVwbHkgYmVsb3cuDQoNCi0tLSBPbiBNb24sIDEyLzMxLzEyLCBLZXZpbiBPYmVybWFuIDxrb2I2NTU4QGdtYWlsLmNvbT4gd3JvdGU6DQoNCkZyb206IEtldmluIE9iZXJtYW4gPGtvYjY1NThAZ21haWwuY29tPg0KU3ViamVjdDogUmU6IFR3byBlcnJvcnMgZWFjaCBhZmZlY3Rpbmcgc2V2ZXJhbCBwb3J0cw0KVG86ICJKZWZmcmV5IEJvdXF1ZXQiIDxqZWZmcmV5Ym91cXVldEB5YWhvby5jb20.DQpDYzogZnJlZWJzZC1wb3J0c0BmcmVlYnNkLm9yZw0KRGF0ZTogTW9uZGF5LCBEZWNlbWJlciAzMSwgMjAxMiwBMAEBAQE- X-Mailer: YahooMailClassic/15.1.2 YahooMailWebService/0.8.129.483 Message-ID: <1357002865.4322.YahooMailClassic@web164004.mail.gq1.yahoo.com> Date: Mon, 31 Dec 2012 17:14:25 -0800 (PST) From: Jeffrey Bouquet Subject: Re: Two errors each affecting several ports To: freebsd-ports@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 01:17:34 -0000 Reply below. --- On Mon, 12/31/12, Kevin Oberman wrote: From: Kevin Oberman Subject: Re: Two errors each affecting several ports To: "Jeffrey Bouquet" Cc: freebsd-ports@freebsd.org Date: Monday, December 31, 2012, 3:37 PM On Mon, Dec 31, 2012 at 3:13 PM, Jeffrey Bouquet wrote: > First error: > configure: error: the pkg-config script could not be found or is too old.= Make sure it is in your PATH or set the PKG_CONFIG environment variable to= the full path to pkg-config > (affects ports such as shared-mime-info, esound...) pkg-config was replaced by pkgconf back in July. Check /usr/ports/UPDATING for the 20120726:entry. Either you didn't relace it or, more likely, you did not follow the instructions in UPDATING. > Second error: > /usr/local/bin/ld: main.o: undefined reference to symbol 'curses version' > /usr/local/lib/libtinfow.so.6.0: could not read symbols: Invalid operatio= n > collect2: ld returned 1 exit status > *** [mutt] Error code 1 > ... > Which affects several other ports (... mc, vitunes...) > ... > I tried rebuilding binutils to fix it/them, no difference.=A0 (BTW binuti= ls needs several > of its binaries (/usr/local/bin/ to configure/build/install, I fixed that= temporarily by > copying some of them elsewhere and back as "extra binaries" until reinsta= lled and > overwritten...) > ... > Each of these three errors may be specific to some arcane setup here.=A0 = Posting in > the chance that others have fixed it/them and so it is more common proble= m(s). Yes, it appears that something specific to your environment is making ports unhappy, but I have no idea what. You don't say what version of FreeBSD or whether you have moved to pkgng or are still using the old pkg_* tools. Not that I am sure I would know what was going on with this information, but it would certainly help. The issue with binutils is especially odd. Could you state what "extra binaries" were a problem? It almost sounds like some sort of tool chain issue. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com 9-STABLE, (r243371); I am not yet pkgng; I've lots in /usr/local/lib/compat and some in /usr/local/lib/compat/pkg... the binaries binutils complains ab= out are as, ar, and ranlib.; standard $PATH;=A0 I replaced pkg-config with pkgc= onf ages ago.=A0 (Almost wishing for a "wrapper port" that one wraps around a port b= uild to point explicitly at which dependency causes an error, or if not, which para= meter to ./configure or which patch file in /files/ or which line in the Ma= kefile... almost like a dtrace/strace GUI-something... but specifically for= port building.) From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 02:23:25 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A12DDD for ; Tue, 1 Jan 2013 02:23:25 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B34C48FC0C for ; Tue, 1 Jan 2013 02:23:24 +0000 (UTC) Received: by mail-vb0-f54.google.com with SMTP id l1so13279726vba.13 for ; Mon, 31 Dec 2012 18:23:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=8z5iVWCimAxyBF+MWW62w4Ibq6k/i+J72oIDdH1DKQs=; b=hlgma7vh4VSpNZscvS5IGxl9H3/SdXvzLY//FsumL2axdKa89FiEkwGOn86Aht2xJM KgY6WYMx1f2XB8FBWUVWkgwjnDAN6wh7OpFlkptZ4F8PbGZreyXT36pTlKe7kZm3YW4L H0czrU0rvaef+YPRSzZM5OO2YV407eiQw8aG/3v4jUciEXKIy5UYTucHVylhhXxYcP6t vk6GgTXBr/puUuGD9rTUG9DkgKCInQdPbz+cSCpaIj1jq9ajCCh3p1xAHXjUcMgAJmfp oQbGytGnRivIFUIqWsuxcih7bzz7HMsOOUx/b77fwk4M7/Na/z38nN/rmJOzjSFgkh5o mCeA== MIME-Version: 1.0 Received: by 10.52.22.240 with SMTP id h16mr58573674vdf.82.1357006998116; Mon, 31 Dec 2012 18:23:18 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.161.165 with HTTP; Mon, 31 Dec 2012 18:23:17 -0800 (PST) In-Reply-To: References: <50DE966C.5050107@douglasthrift.net> <20121229171713.021135b6@krasus.massy.renchap.com> Date: Mon, 31 Dec 2012 18:23:17 -0800 X-Google-Sender-Auth: oyswj7aWuQPj67g9mtRvDrUYEQs Message-ID: Subject: Re: FreeBSD Port: rubygem-chef-0.10.8_1 From: Jason Helfman To: Jason Helfman X-Gm-Message-State: ALoCoQkAco2yucXVVjd+h0s6g73cs+41p5mr+HSJGqu3oSk2E6EsPYC7HDyMuotl7iWJ5Yla2FqH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , douglas@douglasthrift.net, Renaud Chaput X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 02:23:25 -0000 On Mon, Dec 31, 2012 at 3:48 PM, Jason Helfman wrote: > On Sat, Dec 29, 2012 at 10:37 AM, Jason Helfman wrote: > >> On Sat, Dec 29, 2012 at 8:17 AM, Renaud Chaput wrot= e: >> >>> Hi Douglas, >>> >>> The updated Chef port for 10.16.4 is ready, I am waiting for PRs >>> #173646 #173647 and #173648 to submit it, as they are needed >>> dependancies. >>> >>> If you need, I can send you the patch for rubygem-chef-10.16.4. >>> >>> Renaud >>> >>> Le Fri, 28 Dec 2012 23:06:20 -0800, >>> Douglas Thrift a =E9crit : >>> >>> > Hello, >>> > >>> > Are there any plans to update to Chef 10.16.4? >>> > >>> > Thanks! >>> _______________________________________________ >>> freebsd-ports@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org= " >>> >> >> I was working on updating chef with a colleagues PR's some months ago, >> and discovered that an upgraded dependency of chef (either highline or >> net-ssh, I believe it was the latter ) failed for at least one port that >> required it as a dependency. I can take a look at this again. >> >> The update to chef is here >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/171005 >> >> and seems less of an issue compared with another pr for the update. >> >> -jgh >> >> -- >> Jason Helfman | FreeBSD Committer >> jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to >> Serve >> > > Ok, after updating rubygem-{highline,net-ssh} and rebuilding all ports > that require it, I was able to build chef against version 10.12.0 that is > from this http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/171005 > > Here is a link to the modified patch. > http://people.freebsd.org/~jgh/files/chef.diff > > Additionally, if you apply the patches in these prs, it should be good fo= r > testing it out, at least. > > rubygem-highline: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/1736= 47 > rubygem-net-ssh: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/17101= 0 > > The update to net-ssh was very similar to yours, however this also took > into account the options framework updates. > > I can take a look at 173646, then I believe we will be ready to move > forward with the chef update. Please send me the patch, and I can work on > it. > > Thanks! > > -jgh > > > -- > Jason Helfman | FreeBSD Committer > jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to Serv= e > One point I forgot to mention is that rubygem-highline updated can be committed without any foreseeable breakage. However, rubygem-net-ssh, at this point, needs to be updated at the same point that rubygem-chef is updated, as the current rubygem-chef isn't compatible with the current version in the tree. Thanks! -jgh From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 06:58:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 697A499F for ; Tue, 1 Jan 2013 06:58:28 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ee0-f51.google.com (mail-ee0-f51.google.com [74.125.83.51]) by mx1.freebsd.org (Postfix) with ESMTP id EAFC18FC08 for ; Tue, 1 Jan 2013 06:58:27 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id d4so6300834eek.38 for ; Mon, 31 Dec 2012 22:58:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=41c4TuX9Ju5IaRpkNSyWb4YVCpqDaIdZA8oKidA3vuw=; b=lzv9pIOgBML6bTUckEuA6Y82luH050H1AnXKRmJF8OXPzzBykLnycLKPAt2zYruB79 T9Pd4qiArYyIZwekcPf57nJnkEvJBB9T69gkFR1eUGeuLRHTjanHnrRPolo4xd41Fy+i RsKYtb6xKdf8YLmeBsSDhzhXrSkyKfcNGYV3D1e+LkFfiyaVNAqZcJrlU1Y+a9Tjdba/ Tyo6iR0KrAXPAsQzHZqv89LJKuvsswpgbLTuZuKGK+oBTTJryot9ABuGer9mMVTQzbss FJOhmH+550eZB1z0yCPi47a1Z4tx4kUsYFS7QW+55Fsh+SxK4L/kOe318dwlwH3wTXAa /1lg== MIME-Version: 1.0 Received: by 10.14.205.199 with SMTP id j47mr115581128eeo.26.1357023501452; Mon, 31 Dec 2012 22:58:21 -0800 (PST) Received: by 10.223.170.193 with HTTP; Mon, 31 Dec 2012 22:58:21 -0800 (PST) In-Reply-To: <1357002865.4322.YahooMailClassic@web164004.mail.gq1.yahoo.com> References: <1357002865.4322.YahooMailClassic@web164004.mail.gq1.yahoo.com> Date: Mon, 31 Dec 2012 22:58:21 -0800 Message-ID: Subject: Re: Two errors each affecting several ports From: Kevin Oberman To: Jeffrey Bouquet Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 06:58:28 -0000 On Mon, Dec 31, 2012 at 5:14 PM, Jeffrey Bouquet wrote: > Reply below. > > --- On Mon, 12/31/12, Kevin Oberman wrote: > > From: Kevin Oberman > Subject: Re: Two errors each affecting several ports > To: "Jeffrey Bouquet" > Cc: freebsd-ports@freebsd.org > Date: Monday, December 31, 2012, 3:37 PM > > On Mon, Dec 31, 2012 at 3:13 PM, Jeffrey Bouquet > wrote: >> First error: >> configure: error: the pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config >> (affects ports such as shared-mime-info, esound...) > > pkg-config was replaced by pkgconf back in July. Check > /usr/ports/UPDATING for the 20120726:entry. Either you didn't relace > it or, more likely, you did not follow the instructions in UPDATING. > >> Second error: >> /usr/local/bin/ld: main.o: undefined reference to symbol 'curses version' >> /usr/local/lib/libtinfow.so.6.0: could not read symbols: Invalid operation >> collect2: ld returned 1 exit status >> *** [mutt] Error code 1 >> ... >> Which affects several other ports (... mc, vitunes...) >> ... >> I tried rebuilding binutils to fix it/them, no difference. (BTW binutils needs several >> of its binaries (/usr/local/bin/ to configure/build/install, I fixed that temporarily by >> copying some of them elsewhere and back as "extra binaries" until reinstalled and >> overwritten...) >> ... >> Each of these three errors may be specific to some arcane setup here. Posting in >> the chance that others have fixed it/them and so it is more common problem(s). > > Yes, it appears that something specific to your environment is making > ports unhappy, but I have no idea what. You don't say what version of > FreeBSD or whether you have moved to pkgng or are still using the old > pkg_* tools. Not that I am sure I would know what was going on with > this information, but it would certainly help. The issue with binutils > is especially odd. Could you state what "extra binaries" were a > problem? It almost sounds like some sort of tool chain issue. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com > > > 9-STABLE, (r243371); I am not yet pkgng; I've lots in /usr/local/lib/compat > and some in /usr/local/lib/compat/pkg... the binaries binutils complains about > are as, ar, and ranlib.; standard $PATH; I replaced pkg-config with pkgconf ages > ago. (Almost wishing for a "wrapper port" that one wraps around a port build to > point explicitly at which dependency causes an error, or if not, which parameter to ./configure or which patch file in /files/ or which line in the Makefile... almost like a dtrace/strace GUI-something... but specifically for port building.) What does your PATH look like? Since there should be both /usr/bin versions of these tools, could your environment be causing the wrong ones to be used? Normally /usr/bin should precede /usr/local/bin in the path, but I would hope that the binutils' Makefiles would address this. Are you doing anything with PREFIX or DESTDIR? the configure should show: checking for ar... ar checking for as... as etc and: checking where to find the target ar... just compiled checking where to find the target as... just compiled checking where to find the target ranlib... just compiled checking where to find the target readelf... just compiled etc. It should create the target executable using the existing ones. it does not remove any of the files in /usr/bin, so they should always be available. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 10:06:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CAC8F91; Tue, 1 Jan 2013 10:06:06 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 122078FC0A; Tue, 1 Jan 2013 10:06:05 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Tpyj8-0002hL-4E; Tue, 01 Jan 2013 10:06:05 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Tpyj7-0006F8-VF; Tue, 01 Jan 2013 10:05:41 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6) with ESMTP id r01A5f0K011013; Tue, 1 Jan 2013 10:05:41 GMT (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.6/8.14.6/Submit) id r01A5frF011012; Tue, 1 Jan 2013 10:05:41 GMT (envelope-from mexas) Date: Tue, 1 Jan 2013 10:05:41 GMT From: Anton Shterenlikht Message-Id: <201301011005.r01A5frF011012@mech-cluster241.men.bris.ac.uk> To: freebsd-ports@freebsd.org, mandree@FreeBSD.org Subject: Re: xfig build failure on amd64 with clang, possibly imake problem? In-Reply-To: <50E19635.4020908@FreeBSD.org> X-Spam-Score: -3.3 X-Spam-Level: --- X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 10:06:06 -0000 Date: Mon, 31 Dec 2012 14:42:13 +0100 From: Matthias Andree > imake doesn't run properly if built with clang; you must build with GCC/g++. > > Chris > > So is this something for the port maintaner (x11@) > to sort out? > Yes, and I've already mailed them. In the meanwhile, this should get you going: cd /usr/ports/devel/imake make -DNOCLEANDEPENDS clean make USE_GCC=any all deinstall install clean cd /usr/ports/graphics/xfig make clean make install clean This procedure worked for me on 9.1-RELEASE amd64, where it would fail when imake was built with clang (from ports), as Chris already confirmed. I'm on -current r244694, and it seems it doesn't work for me. BUZI# cat imake-build.sh #!/bin/sh cd /usr/ports/devel/imake make -DNOCLEANDEPENDS clean make USE_GCC=any all deinstall install clean cd /usr/ports/graphics/xfig make clean make install clean exit 0 BUZI# BUZI# ./imake-build.sh > imake-xfig.log 2>&1 BUZI# cat imake-xfig.log ===> Cleaning for imake-1.0.4,1 ===> imake-1.0.4,1 depends on file: /usr/local/sbin/pkg - found ===> Extracting for imake-1.0.4,1 => SHA256 Checksum OK for xorg/util/imake-1.0.4.tar.bz2. ===> imake-1.0.4,1 depends on file: /usr/local/bin/perl5.16.2 - found ===> Patching for imake-1.0.4,1 ===> imake-1.0.4,1 depends on file: /usr/local/bin/perl5.16.2 - found ===> Applying FreeBSD patches for imake-1.0.4,1 ===> imake-1.0.4,1 depends on executable: ucpp - found ===> imake-1.0.4,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> imake-1.0.4,1 depends on file: /usr/local/bin/perl5.16.2 - found ===> Configuring for imake-1.0.4,1 ===> FreeBSD 10 autotools fix applied to /usr/ports/devel/imake/work/imake-1.0.4/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/devel/imake/work/imake-1.0.4/configure checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... -std=gnu99 checking how to run the C preprocessor... gcpp checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking build system type... amd64-portbld-freebsd10.0 checking host system type... amd64-portbld-freebsd10.0 checking for a sed that does not truncate output... /usr/bin/sed checking how to run the C preprocessor... gcpp checking for cpp... (cached) ucpp -s checking if ucpp -s requires -undef... no checking if ucpp -s requires -traditional... no checking for mkstemp... yes checking for perl... yes checking for XPROTO... yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands ===> Building for imake-1.0.4,1 make all-am CC imake-imake.o imake.c: In function 'LogMsg': imake.c:706: warning: format not a string literal, argument types not checked imake.c: In function 'parse_utsname': imake.c:866: warning: format not a string literal, argument types not checked CCLD imake CC revpath.o CCLD revpath GEN xmkmf GEN ccmakedep GEN mergelib GEN mkhtmlindex GEN imake.1 GEN revpath.1 GEN makeg.1 GEN xmkmf.1 GEN ccmakedep.1 GEN mergelib.1 GEN mkdirhier.1 GEN cleanlinks.1 GEN mkhtmlindex.1 /usr/bin/sed -i.bak -e 's|^configdirspec= *|configdirspec=|' /usr/ports/devel/imake/work/imake-1.0.4/xmkmf ===> Deinstalling for devel/imake ===> Deinstalling imake-1.0.4,1 The following packages will be deinstalled: imake-1.0.4,1 The deinstallation will free 47 kB Deleting imake-1.0.4,1... done ===> Installing for imake-1.0.4,1 ===> imake-1.0.4,1 depends on executable: gccmakedep - found ===> imake-1.0.4,1 depends on executable: makedepend - found ===> imake-1.0.4,1 depends on file: /usr/local/lib/X11/config/xorg.cf - found ===> imake-1.0.4,1 depends on executable: ucpp - found ===> imake-1.0.4,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> imake-1.0.4,1 depends on file: /usr/local/bin/perl5.16.2 - found ===> Generating temporary packing list ===> Checking if devel/imake already installed test -z "/usr/local/bin" || ./install-sh -c -d "/usr/local/bin" install -s -o root -g wheel -m 555 imake revpath '/usr/local/bin' test -z "/usr/local/bin" || ./install-sh -c -d "/usr/local/bin" install -o root -g wheel -m 555 makeg xmkmf ccmakedep mergelib mkdirhier cleanlinks mkhtmlindex '/usr/local/bin' test -z "/usr/local/man/man1" || ./install-sh -c -d "/usr/local/man/man1" install -o root -g wheel -m 444 imake.1 revpath.1 makeg.1 xmkmf.1 ccmakedep.1 mergelib.1 mkdirhier.1 cleanlinks.1 mkhtmlindex.1 '/usr/local/man/man1' ===> Compressing manual pages for imake-1.0.4,1 ===> Registering installation for imake-1.0.4,1 Installing imake-1.0.4,1... done ===> Cleaning for imake-1.0.4,1 ===> Cleaning for xfig-3.2.5b_1 ===> Found saved configuration for xfig-3.2.5b_1 ===> xfig-3.2.5b_1 depends on file: /usr/local/sbin/pkg - found ===> Extracting for xfig-3.2.5b_1 => SHA256 Checksum OK for xfig.3.2.5b.full.tar.gz. ===> Patching for xfig-3.2.5b_1 ===> Applying FreeBSD patches for xfig-3.2.5b_1 ===> xfig-3.2.5b_1 depends on executable: imake - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/sm.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xaw7.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xmu.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xpm.pc - found ===> xfig-3.2.5b_1 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> xfig-3.2.5b_1 depends on shared library: jpeg.11 - found ===> xfig-3.2.5b_1 depends on shared library: png15 - found ===> xfig-3.2.5b_1 depends on shared library: Xaw3d.8 - found ===> Configuring for xfig-3.2.5b_1 imake -DUseInstalled -I/usr/local/lib/X11/config In file included from Imakefile.c:16: In file included from /usr/local/lib/X11/config/Imake.tmpl:109: /usr/local/lib/X11/config/FreeBSD.cf:451:35: error: '#' is not followed by a macro parameter #define IncludeMakefile(file) @@# dependencies are in .depend ^ In file included from Imakefile.c:16: In file included from /usr/local/lib/X11/config/Imake.tmpl:316: /usr/local/lib/X11/config/Imake.rules:1674:27: warning: empty character constant [-Winvalid-pp-token] for flag in ${MAKEFLAGS} ''; do \ @@\ ^ /usr/local/lib/X11/config/Imake.rules:1897:35: error: '#' is not followed by a macro parameter #define IncludeMakefile(file) @@# dependencies are in .depend ^ In file included from Imakefile.c:16: /usr/local/lib/X11/config/Imake.tmpl:2144:10: fatal error: ' X11 .rules' file not found #include ProjectRulesFile ^ /usr/local/lib/X11/config/Imake.tmpl:2142:35: note: expanded from macro 'ProjectRulesFile' # define ProjectRulesFile Concat3(<,TopLevelProject,.rules>) ^ /usr/local/lib/X11/config/Imake.rules:256:23: note: expanded from macro 'Concat3' #define Concat3(a,b,c)a/**/b/**/c ^ 1 warning and 3 errors generated. imake: Exit code 1. Stop. ===> Building for xfig-3.2.5b_1 "Makefile", line 11: Need an operator "Makefile", line 12: Need an operator "Makefile", line 15: Need an operator "Makefile", line 16: Need an operator "Makefile", line 17: Need an operator "Makefile", line 18: Need an operator "Makefile", line 20: Need an operator "Makefile", line 38: Need an operator "Makefile", line 39: Need an operator "Makefile", line 40: Need an operator "Makefile", line 56: Need an operator "Makefile", line 57: Need an operator "Makefile", line 62: Need an operator "Makefile", line 63: Need an operator "Makefile", line 64: Need an operator "Makefile", line 147: Need an operator "Makefile", line 148: Need an operator "Makefile", line 149: Need an operator "Makefile", line 162: Need an operator "Makefile", line 163: Need an operator "Makefile", line 166: Need an operator "Makefile", line 167: Need an operator "Makefile", line 168: Need an operator "Makefile", line 169: Need an operator "Makefile", line 256: Need an operator "Makefile", line 475: Need an operator "Makefile", line 516: Need an operator "Makefile", line 517: Need an operator "Makefile", line 815: Inconsistent operator for xfig "Makefile", line 817: Missing dependency operator "Makefile", line 823: Need an operator "Makefile", line 825: Need an operator "Makefile", line 826: Need an operator "Makefile", line 830: Need an operator "Makefile", line 831: Need an operator "Makefile", line 832: Need an operator "Makefile", line 835: Need an operator "Makefile", line 836: Need an operator "Makefile", line 840: Need an operator "Makefile", line 841: Need an operator "Makefile", line 842: Need an operator "Makefile", line 843: Need an operator "Makefile", line 846: Need an operator "Makefile", line 857: Need an operator "Makefile", line 861: Need an operator "Makefile", line 862: Need an operator "Makefile", line 866: Need an operator "Makefile", line 867: Need an operator "Makefile", line 869: Need an operator "Makefile", line 949: Need an operator "Makefile", line 954: Need an operator "Makefile", line 959: Need an operator "Makefile", line 962: Need an operator "Makefile", line 999: Need an operator "Makefile", line 1002: Need an operator "Makefile", line 1005: Need an operator "Makefile", line 1018: Need an operator "Makefile", line 1023: Missing dependency operator make: fatal errors encountered -- cannot continue *** [do-build] Error code 1 Stop in /usr/ports/graphics/xfig. *** [install] Error code 1 Stop in /usr/ports/graphics/xfig. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 13:55:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE99C9F5 for ; Tue, 1 Jan 2013 13:55:42 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id EA0388FC08 for ; Tue, 1 Jan 2013 13:55:41 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tq2Jo-00047i-4q for freebsd-ports@freebsd.org; Tue, 01 Jan 2013 14:55:48 +0100 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 14:55:48 +0100 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 14:55:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: jb Subject: FB 9.1 - =?utf-8?b?ZW11bGF0b3JzL2xpbnV4X2Jhc2UtZjEw?= build error Date: Tue, 1 Jan 2013 13:55:18 +0000 (UTC) Lines: 25 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20100101 Firefox/17.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 13:55:42 -0000 Hi, # portmaster /usr/ports/www/nspluginwrapper ... ===>>> www/nspluginwrapper >> accessibility/linux-f10-atk >> emulators/linux_base-f10 (2/2) ===>>> Port directory: /usr/ports/emulators/linux_base-f10 ===>>> This port is marked IGNORE ===>>> linuxulator is not (kld)loaded ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. ===>>> Update for emulators/linux_base-f10 failed ===>>> Aborting update ===>>> Update for accessibility/linux-f10-atk failed ===>>> Aborting update # Why marked IGNORE ? jb From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 14:39:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F3ADB98 for ; Tue, 1 Jan 2013 14:39:14 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09F008FC08 for ; Tue, 1 Jan 2013 14:39:13 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tq301-0007Ty-DC for freebsd-ports@freebsd.org; Tue, 01 Jan 2013 15:39:27 +0100 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 15:39:25 +0100 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 15:39:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: jb Subject: FB 9.1 - misc/freebsd-doc-en build error Date: Tue, 1 Jan 2013 14:38:52 +0000 (UTC) Lines: 12 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20100101 Firefox/17.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 14:39:14 -0000 # portmaster /usr/ports/misc/freebsd-doc-en ... env: /usr/local/bin/openjade: No such file or directory *** [index.html] Error code 127 ... Stop in /usr/ports/misc/freebsd-doc-en. *** [build] Error code 1 ... # jb From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 14:50:47 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13241D9E for ; Tue, 1 Jan 2013 14:50:47 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id BD0678FC1B for ; Tue, 1 Jan 2013 14:50:46 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r01EokoU065355 for ; Tue, 1 Jan 2013 09:50:46 -0500 (EST) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r01EokFo065266; Tue, 1 Jan 2013 09:50:46 -0500 (EST) (envelope-from portscout) Message-Id: <201301011450.r01EokFo065266@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Tue, 1 Jan 2013 09:50:46 -0500 From: portscout@portscout.freebsd.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 14:50:47 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/rudiments | 0.38 | 0.40 ------------------------------------------------+-----------------+------------ print/jabref | 2.8.1 | 2.9.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 15:05:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507551F4 for ; Tue, 1 Jan 2013 15:05:43 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47]) by mx1.freebsd.org (Postfix) with ESMTP id B49C28FC08 for ; Tue, 1 Jan 2013 15:05:42 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id fh20so4989289lab.34 for ; Tue, 01 Jan 2013 07:05:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=MzIOVvd+hXE7bPvgETfjmOnqEMurzyZxSjzMgeEHbGY=; b=GliS260EoriCIYeJUfBg9J9Wac1PY1hC7um0tfYuyAeSlAQIMIVoBNLXAu49JPV/oE jhwqthSfkdOvzsN4eve2x/zlb9EmlCd8hoysrWWUFWGjdzgI2W7MV5ysZLxBTrokC/jL jFPBi4cE5tPFZmD3aCJPp9EKXB71z7JhyT+aQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=MzIOVvd+hXE7bPvgETfjmOnqEMurzyZxSjzMgeEHbGY=; b=D+iofJvewngSwC7OzWhTIMRAbwP7MTSAHSRgjyr17NILRQMp6L73hjRpRhzBcrE74s cbpMwDvh6U6M3V8+kQWZPWMtnqUImLhSAik1bOhS85cjY/kwfqAJkxDRz5+IfJl1sGg/ /AZHsgGbG/It7IgdahdEgMKqdxgChlDWfFcpySq8+fGpAi8/ts9B2qexg12NFNd82iHp hKG4t/njLlQOkDgNY1tYwGaOMAf7HJIboOsBd8qvWRLB9082Td1tKZOBVKc8Jl8FgWB0 a+irLMvf1LyqwDmR6KccZxr0uKwDv7M7k5l1RhdC4DgOxEyzJRhDqmEOD1ZXE3C6+yEW /Kew== Received: by 10.112.14.6 with SMTP id l6mr13060983lbc.81.1357052741258; Tue, 01 Jan 2013 07:05:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.87.102 with HTTP; Tue, 1 Jan 2013 07:05:11 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Tue, 1 Jan 2013 10:05:11 -0500 Message-ID: Subject: Re: FB 9.1 - emulators/linux_base-f10 build error To: jb Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlvpvp8M2g5zyg0CKQqUcywgMxq01NHpR2HMxCEEJzPhZ1qZ29IbdYx7yPa71gX1AFkkxhv Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 15:05:43 -0000 On 1 January 2013 08:55, jb wrote: > Hi, ===>>> This port is marked IGNORE ===>>> linuxulator is not (kld)loaded > Why marked IGNORE ? try "kldload linux" -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 15:55:35 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E74075F for ; Tue, 1 Jan 2013 15:55:35 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id D26C38FC0A for ; Tue, 1 Jan 2013 15:55:34 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tq4Br-000706-51 for freebsd-ports@freebsd.org; Tue, 01 Jan 2013 16:55:45 +0100 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 16:55:43 +0100 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Jan 2013 16:55:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: jb Subject: Re: FB 9.1 - =?utf-8?b?ZW11bGF0b3JzL2xpbnV4X2Jhc2UtZjEw?= build error Date: Tue, 1 Jan 2013 15:55:16 +0000 (UTC) Lines: 17 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20100101 Firefox/17.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 15:55:35 -0000 Eitan Adler eitanadler.com> writes: > > On 1 January 2013 08:55, jb gmail.com> wrote: > > Hi, > ===>>> This port is marked IGNORE > ===>>> linuxulator is not (kld)loaded > > > Why marked IGNORE ? > > try "kldload linux" > That did it. Thanks. jb From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 17:21:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3E2BF66 for ; Tue, 1 Jan 2013 17:21:46 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-ye0-f172.google.com (mail-ye0-f172.google.com [209.85.213.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6338FC08 for ; Tue, 1 Jan 2013 17:21:46 +0000 (UTC) Received: by mail-ye0-f172.google.com with SMTP id m10so2088048yen.31 for ; Tue, 01 Jan 2013 09:21:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding; bh=qJLVdI94JzXFcG1alHfSqUfQ4Tdn8U1hMiQoHYKdJuI=; b=qOp3Dgk7yjRHFFjDt9t0HnvOawQEKk5tAZAcp9+WCyh3tDemu4CSd01YOM+vpWIQhE zG2bcIfxZFyY57OCnYsZ3UrwPvmu7XEbgEPL9lyf84mpvYD4y0px7jPLeeKVe/gei5SK 6+NjopOyxYrfkVXzBW4GAJtyNTbN6usKcwLbA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=qJLVdI94JzXFcG1alHfSqUfQ4Tdn8U1hMiQoHYKdJuI=; b=ljmF8RGmo3pn7DkmpSZ85T0iohTfkKXJUtPSlqDRQZNjdq/i96b35sRVc/tFfAByfP EFfN/L3YuXgBOSnwhIaY+vJx4gQwJsfVxRuOVN5/grVSvCzkmR+/PPg/22UItB/aTYPa sIx5vIFhGVgb1XeC3vneOdxdtL56Xjpjeqm/CCF3iSSjdsRS9vclppGcWk8UtiJV1//Z GLmnEgFAyTILuOevuuWZCuNAKOBauBXIcwwEVMuJRsrj+pgz7YC1l289CLW+7x/mAW2r G+ou38nHsz+eenc80daFGnsKyZpYvT2bgIowiwD/lwIiNLWNMUf2kQI/U/P3hw6TXC9A 7ofg== X-Received: by 10.236.46.169 with SMTP id r29mr31944016yhb.14.1357060900734; Tue, 01 Jan 2013 09:21:40 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id w1sm36422623anl.5.2013.01.01.09.21.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Jan 2013 09:21:40 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YbMcz0qQvz2CG4D for ; Tue, 1 Jan 2013 12:21:39 -0500 (EST) Date: Tue, 1 Jan 2013 12:21:38 -0500 From: Jerry To: freebsd-ports@freebsd.org Subject: "automx" application Message-ID: <20130101122138.36ad8b73@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQloQAAHo07ABLGcgzRNhszA2AKmDpB0ErU9ALZByGWTBr+zH4NGLl9BjvAvkjkHysfGbmc0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 17:21:47 -0000 I was not able to find the application "automx" in the ports system. Does anyone know if it is listed under a different name or if someone is working on a possible port of this application? Thanks! -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 17:41:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84F7B3A6 for ; Tue, 1 Jan 2013 17:41:38 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-f177.google.com (mail-ia0-f177.google.com [209.85.210.177]) by mx1.freebsd.org (Postfix) with ESMTP id 47F7C8FC0A for ; Tue, 1 Jan 2013 17:41:38 +0000 (UTC) Received: by mail-ia0-f177.google.com with SMTP id u21so11334667ial.36 for ; Tue, 01 Jan 2013 09:41:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=DQHqpgX4FXcWgAVfRlRE1ovn27DbEVXujecv6Soo/MU=; b=SNFF220qhdV38QmfcvBOX5oKPVxyHUmEkAFRgcMeDN4jl+VV4RIgphcWAYE3wNpyiO XQ6ehlhdYjDJYOvEou4cs9S5GUCwSKP7xtLgxGr+9bxVDd3nogdAOLIrpdzBpBnqjd8E s2bk1laLZyuwfvjNQJeFqtFFYUrh4fPdniWu4JLLtXV9TnuTl2mL6Ooik3YcPW2CSKxs lWTysr7EVNcHcdi1aCcITj3zlgcwMUD4D4FpqnRWgN+Evt2HDOKunuuJDuu4dMeD/6Nw nK14MlwN5DZM7a5X7PxYD6IP0iJG6es1p7D7u1aJ8U1DNoDVE3qQmyiO7iy28joOCxYK dH8Q== Received: by 10.42.27.74 with SMTP id i10mr33438433icc.47.1357062096830; Tue, 01 Jan 2013 09:41:36 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.65.132 with HTTP; Tue, 1 Jan 2013 09:41:06 -0800 (PST) In-Reply-To: <20130101122138.36ad8b73@scorpio> References: <20130101122138.36ad8b73@scorpio> From: Chris Rees Date: Tue, 1 Jan 2013 17:41:06 +0000 X-Google-Sender-Auth: 7QbejY9BKUgO03m6V9kKj8RDNvU Message-ID: Subject: Re: "automx" application To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 17:41:38 -0000 On 1 January 2013 17:21, Jerry wrote: > I was not able to find the application "automx" > in the ports system. Does anyone know if it > is listed under a different name or if someone is working on a possible > port of this application? Looks useful. I can't find it either, but I'm writing a port for it as we speak. Chris From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 18:10:32 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D6B9C4 for ; Tue, 1 Jan 2013 18:10:32 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yh0-f53.google.com (mail-yh0-f53.google.com [209.85.213.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA058FC08 for ; Tue, 1 Jan 2013 18:10:32 +0000 (UTC) Received: by mail-yh0-f53.google.com with SMTP id q11so2172170yhf.12 for ; Tue, 01 Jan 2013 10:10:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding; bh=+6XiFe2oLutJO2FFhVl/bsDeLdzjWMR/lpPonGfKGY4=; b=VlXozU3UYlGdoqDUEbC3R6Z2QRnfKvgs9Bd+Ok/Z+piV0+vKpILnP0HjAplrNn4aEG Qf4+vsVlSrSgjsWVCA+RBB89Lk28IDiPcvdUWAmTNvypLloH15XGEsOXeVAAXJWQQnsF hPfTsnEdqCPx49PP9rAODa3sV9GtcrwPmE1Pw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=+6XiFe2oLutJO2FFhVl/bsDeLdzjWMR/lpPonGfKGY4=; b=WOPo8EMq91Jq0MWSJ9hGlaC3BwMgSmus+hwkF6mMOsmBvw8LKLJDaY5Bmg4q1t1KKY UmjKVqTuDsGVFiL4D/J5LfMqVO6lcT7fMxnblXdiXbO//+lr3rXa9fS/eGT3OolABAmX xIHXvXS5VW3W0ZrvNlvmgFdPqMV5GDGxG0eXTWNfh1whTmCyCDoOZaV3Rw8yyLsEmxji kOl4pRtTo9pBjsMQJKKFi4T+wxMdUE6RnChXPyChLHF3eLtK4BAgIaqvwLkCdtH+9Qoc Q1zBN6xY2V2uCDVkhkX5a5DIZ+itPxBPSftfDa5Zs17aFJCRZMTQP71ulZkOiqReju6L Fo1Q== X-Received: by 10.236.52.105 with SMTP id d69mr37488820yhc.129.1357063521348; Tue, 01 Jan 2013 10:05:21 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id x41sm41948913yhg.9.2013.01.01.10.05.20 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 01 Jan 2013 10:05:20 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YbNbM5f3Yz2CG4r for ; Tue, 1 Jan 2013 13:05:19 -0500 (EST) Date: Tue, 1 Jan 2013 13:05:19 -0500 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: "automx" application Message-ID: <20130101130519.6dd1c701@scorpio> In-Reply-To: References: <20130101122138.36ad8b73@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQnB79uTByMhlrYpUyNKJ7LksEbk5UNcf4rTWTfOLWinsgngbd7Sm0raKWdG3FQUVbwu6Qg9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 18:10:32 -0000 On Tue, 1 Jan 2013 17:41:06 +0000 Chris Rees articulated: > Looks useful. I can't find it either, but I'm writing a port for it > as we speak. Excellent. I contacted the support team there and inquired about a native FreeBSD port of the application. I have not heard a reply back yet; however, considering it is a holiday I really would not expect to get any feedback until later this week anyway. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 18:11:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86950B69 for ; Tue, 1 Jan 2013 18:11:56 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-f179.google.com (mail-ia0-f179.google.com [209.85.210.179]) by mx1.freebsd.org (Postfix) with ESMTP id 47BAA8FC0C for ; Tue, 1 Jan 2013 18:11:56 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id o25so11349989iad.10 for ; Tue, 01 Jan 2013 10:11:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=JtiJhQ4dvnRyjWd1drmhgt0et/d4wGU3k0+h2pw4bEM=; b=h7D3b4Lne4jaE5W0mO4ce6+dixdddjEJtfcmHo/I1A8BsHCkpHCQzGQyUPTBvCaB2G p0vIkayxtnA1i+5ehP5+7flFbN+rYMrioxg/5lXjZ5iOOQ3UQ8B9SyKj9FZQdWBIPX4D ypLPFL6+iZJfjBsgBg22eHn6efS4Ztwsotc10+lq4PQ2C9cFvhqLPMvX7PMuf5h7kA70 mXaXdNO1IhTXBsZhlFdecj1Jbxo9Gjwb3bblikNsjspyF6MwEJP00W8bkgO7+CRpAjxn DVGlRG98zFyn91DbwUQ3z/BW8v2Urft0ofU776JonOvJ1INoRhlUyYr/dOGWJAv4srXt RW5Q== Received: by 10.43.114.4 with SMTP id ey4mr33558992icc.27.1357063915638; Tue, 01 Jan 2013 10:11:55 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.65.132 with HTTP; Tue, 1 Jan 2013 10:11:25 -0800 (PST) In-Reply-To: <20130101130519.6dd1c701@scorpio> References: <20130101122138.36ad8b73@scorpio> <20130101130519.6dd1c701@scorpio> From: Chris Rees Date: Tue, 1 Jan 2013 18:11:25 +0000 X-Google-Sender-Auth: tPSJBEEIowqFYsYgdEjVDZLLqT0 Message-ID: Subject: Re: "automx" application To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 18:11:56 -0000 On 1 January 2013 18:05, Jerry wrote: > On Tue, 1 Jan 2013 17:41:06 +0000 > Chris Rees articulated: > >> Looks useful. I can't find it either, but I'm writing a port for it >> as we speak. > > Excellent. I contacted the support team there and inquired about a > native FreeBSD port of the application. I have not heard a reply back > yet; however, considering it is a holiday I really would not expect to > get any feedback until later this week anyway. Try: http://www.bayofrum.net/~crees/patches/automx.shar (or, if you don't trust a shar from me :)) http://www.bayofrum.net/~crees/patches/automx.diff Chris From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 22:07:21 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75C6EFE6 for ; Tue, 1 Jan 2013 22:07:21 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-la0-f41.google.com (mail-la0-f41.google.com [209.85.215.41]) by mx1.freebsd.org (Postfix) with ESMTP id D7A2A8FC08 for ; Tue, 1 Jan 2013 22:07:18 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id em20so5285070lab.0 for ; Tue, 01 Jan 2013 14:07:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Qgr3oc6SJQMQ07FhYE/Exe9Wy5D+MhF81/lpb4UScrw=; b=LfJ9ktZT023RcdpHXIHbLZ5QOs/aXcIkhOj0I1pAVAgkXM5Cm75FVyjZ+RBk4gajQX R8HwRwcwPgCxWt7fOVjk0l3Scc9RFhvdlu5gHoP/N7Z5XKUsSpT8fFBezWp2K8t6Y37r 2Wtp0/anEteJ2UI+egzc1Z+9Icl36+WKHQFFk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=Qgr3oc6SJQMQ07FhYE/Exe9Wy5D+MhF81/lpb4UScrw=; b=R2RJL3sapQ4JvlNmZLR869swy6iUXipUz62WeEw40j+XmTABqPLfwTOn1UJDczGP6D inO4pccyav0/XT0gnbLHWjwpfKITqCZiMgY5bwdGS2tBKm+IEkhTO07KM7xTkpYMpbC9 OME6gPFUfT4j/hFFtP1DwZwmCLZzPl7Alme3aD3PVwHsvWy3oibXMTRIyxknNSZAaiau ubzyqpdASsMCGzicxqJTnFIXFxQqz7jHryRXQvVOORhqP9GbDpZTTpGQMIq4UILJNRXv ix9bzYFEhy+fVG3O9YEhZTtINWVAg4Aa02jsrOm+hrdrEYIJ/vj4qwMmmShP0E7f1rAB BKZA== MIME-Version: 1.0 Received: by 10.112.17.129 with SMTP id o1mr17999730lbd.54.1357078032106; Tue, 01 Jan 2013 14:07:12 -0800 (PST) Received: by 10.112.19.41 with HTTP; Tue, 1 Jan 2013 14:07:11 -0800 (PST) X-Originating-IP: [89.100.233.26] In-Reply-To: <50CB24B5.3060803@pingle.org> References: <50CA08BD.7090304@pingle.org> <50CB24B5.3060803@pingle.org> Date: Tue, 1 Jan 2013 22:07:11 +0000 Message-ID: Subject: Re: Ports "make fetchindex" still getting outdated INDEX-9 From: "Simon L. B. Nielsen" To: Jim Pingle Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnoesyJGWUVal1TNxNfyGIct9WecNKS//ujBtyd712QxmBOFDh0ouhAFVFTJ5mxPMSZdPN/ Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 22:07:21 -0000 On 14 December 2012 13:08, Jim Pingle wrote: >>> On 13 Dec 2012 16:57, "Jim Pingle" wrote: >>> I saw a thread last month about the servers that build INDEX > files being >>> down since the security incident - is that still the case? >> >> On 12/13/2012 6:35 PM, Simon L. B. Nielsen wrote: >> I had forgotten about it again. I will try and to get it fixed within >> the next couple of days. > > Fantastic! I (and I'm sure many others) appreciate the effort. I managed to get a system set up based on portsnap a few days later, only to realize it was on the wrong server which in fact doesn't serve www.freebsd.org... doh. Anyway, it's fixed as of today fully based on portmgr based INDEX build. It's also now not served of www.FreeBSD.org which was a bit ugly IMO, but a HTTP redirect makes 'make fetchindex' work. PS. should people be so inclined, you can now also get it via rsync from rsync://bit0.us-west.freebsd.org/FreeBSD-bit/ports-index/ . -- Simon L. B. Nielsen From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 22:40:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 00B16803 for ; Tue, 1 Jan 2013 22:40:27 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 6AAEE23CEB8 for ; Tue, 1 Jan 2013 23:40:27 +0100 (CET) Message-ID: <50E365DB.2060702@FreeBSD.org> Date: Tue, 01 Jan 2013 23:40:27 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: FreeBSD ports you maintain which are out of date References: <201301011450.r01EokFo065266@null.zi0r.com> In-Reply-To: <201301011450.r01EokFo065266@null.zi0r.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 22:40:28 -0000 Am 01.01.2013 15:50, schrieb portscout@portscout.freebsd.org: > Port | Current version | New version > ------------------------------------------------+-----------------+------------ ... > ------------------------------------------------+-----------------+------------ > print/jabref | 2.8.1 | 2.9.1 > ------------------------------------------------+-----------------+------------ I have updated and taken maintainership for JabRef. There is now a .desktop file + icon so it should appear in Desktop menus. Note, however, that I am not actively using this port, so I must rely on user hints about issues with the port. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 1 23:09:41 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27C6671 for ; Tue, 1 Jan 2013 23:09:41 +0000 (UTC) (envelope-from simon.wright@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id A7D9F8FC13 for ; Tue, 1 Jan 2013 23:09:40 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MEYS7-1Tnfys27HF-00FlZp for ; Wed, 02 Jan 2013 00:09:39 +0100 Received: (qmail invoked by alias); 01 Jan 2013 23:09:39 -0000 Received: from mail.moalboal.org.uk (EHLO [192.168.1.225]) [212.98.32.54] by mail.gmx.net (mp001) with SMTP; 02 Jan 2013 00:09:39 +0100 X-Authenticated: #5939745 X-Provags-ID: V01U2FsdGVkX18KN28WbnYKb/w0QGU5NPXHHylEXIzW/SkyCNDj9r ua3rZ8kpGfMVLu Message-ID: <50E36CB2.9040705@gmx.net> Date: Wed, 02 Jan 2013 00:09:38 +0100 From: Simon Wright User-Agent: Mozilla/5.0 (OS/2; Warp 4.5; rv:10.0.11) Gecko/20121116 Thunderbird/10.0.11 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Ports "make fetchindex" still getting outdated INDEX-9 References: <50CA08BD.7090304@pingle.org> <50CB24B5.3060803@pingle.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2013 23:09:41 -0000 On 01/01/13 23:07, Simon L. B. Nielsen wrote: > On 14 December 2012 13:08, Jim Pingle wrote: >>>> On 13 Dec 2012 16:57, "Jim Pingle" wrote: >>>> I saw a thread last month about the servers that build INDEX >> files being >>>> down since the security incident - is that still the case? >>> >>> On 12/13/2012 6:35 PM, Simon L. B. Nielsen wrote: >>> I had forgotten about it again. I will try and to get it fixed within >>> the next couple of days. >> > Anyway, it's fixed as of today fully based on portmgr based INDEX > build. It's also now not served of www.FreeBSD.org which was a bit > ugly IMO, but a HTTP redirect makes 'make fetchindex' work. > > PS. should people be so inclined, you can now also get it via rsync > from rsync://bit0.us-west.freebsd.org/FreeBSD-bit/ports-index/ . Thank you Simon, this is much appreciated. Hope you had time for a bit of a holiday as well :). Regards Simon. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 00:01:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74AEC975 for ; Wed, 2 Jan 2013 00:01:56 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from mail2.isletech.net (mail2.isletech.net [216.254.158.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1308FC0A for ; Wed, 2 Jan 2013 00:01:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isletech.net; s=isle; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=f2/NCOtPbmopgSCLHtP9wypGPoUNyAYlgKgFXtxR5HA=; b=rYv/cW0PKYRnFhQdnYPlAWzSZWs6fEgZ/SBW+5UFZ9tj4XLUoPLF7weK0b6/vShf08bVjxgQ/atFytMD6+E6yw==; Message-ID: <50E3746E.1040701@isletech.net> Date: Tue, 01 Jan 2013 18:42:38 -0500 From: Daryl Richards User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: "automx" application References: <20130101122138.36ad8b73@scorpio> <20130101130519.6dd1c701@scorpio> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 00:01:56 -0000 On 13-01-01 1:11 PM, Chris Rees wrote: > On 1 January 2013 18:05, Jerry wrote: > Try: http://www.bayofrum.net/~crees/patches/automx.shar (or, if you > don't trust a shar from me :)) > http://www.bayofrum.net/~crees/patches/automx.diff Testing this... automx-test depends on wget to run.... -- Daryl Richards Isle Technical Services Inc. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 12:38:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 602D9F3E for ; Wed, 2 Jan 2013 12:38:42 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from mx.tetcu.info (mx.tetcu.info [217.19.15.179]) by mx1.freebsd.org (Postfix) with ESMTP id 19D408FC0A for ; Wed, 2 Jan 2013 12:38:41 +0000 (UTC) Received: from unknown (a79-168-121-68.cpe.netcabo.pt [79.168.121.68]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx.tetcu.info (Postfix) with ESMTPSA id 07B8929F4B1; Wed, 2 Jan 2013 14:38:33 +0200 (EET) Date: Wed, 2 Jan 2013 14:38:34 +0200 From: Ion-Mihai Tetcu To: mij@bitchx.it Subject: sshguard dumping core on 9-STABLE Message-ID: <20130102143834.000007c4@unknown> X-Mailer: Claws Mail 3.9.0cvs12 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 12:38:42 -0000 Hi, I'm seeing shhguard-ipfw sig 10 on start on my machines updated to 9-STABLE= (eg.=20 FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 EET 2013 :/usr/obj/usr/= src/sys/GENERIC amd64 ) while on some -PRERELEASE it's running fine. Anyone seeing something similar? #0 0x0000000800b7dced in getenv () from /lib/libc.so.7 [New Thread 801007800 (LWP 100290/sshguard)] [New Thread 801007400 (LWP 100146/sshguard)] (gdb) bt full #0 0x0000000800b7dced in getenv () from /lib/libc.so.7 No symbol table info available. #1 0x0000000800b61e11 in tzsetwall () from /lib/libc.so.7 No symbol table info available. #2 0x0000000800b62112 in localtime_r () from /lib/libc.so.7 No symbol table info available. #3 0x0000000800b62270 in ctime_r () from /lib/libc.so.7 No symbol table info available. #4 0x0000000800b5d938 in vsyslog () from /lib/libc.so.7 No symbol table info available. #5 0x0000000800b5d838 in syslog () from /lib/libc.so.7 No symbol table info available. #6 0x0000000000403c6f in sshguard_log (prio=3D5, fmt=3D0x40aea0 "Started s= uccessfully [(a,p,s)=3D(%u, %u, %u)], now ready to scan.") at sshguard_log.= c:129 ap =3D {{gp_offset =3D 40, fp_offset =3D 48, overflow_arg_area =3D = 0x7fffffffd030, reg_save_area =3D 0x7fffffffcf50}} __func__ =3D "sshguard_log" #7 0x0000000000402516 in main (argc=3D16907520, argv=3D0x80101d080) at ssh= guard.c:222 tid =3D 0x801007800 retv =3D 775238193 source_id =3D 32767 buf =3D '\0' , "{Wd\000\b\000\000\000\000\000\000= \000\002\000\002\000\br=A8\000\b\000\000\000\200=D1=FF=FF=FF\177\000\000\00= 0=B8e\000\b\000\000\000\220=D1=FF=FF=FF\177\000\0000=D1=FF=FF=FF\177\000\00= 0\000\000\000\000\000\000\000\000=B9zd\000\b", '\0' , "d\= 000\b", '\0' , "d\000\b\000\000\000\030\203\205\000\b\000= \000\0008u=A9\000\b", '\0' , "\221e\000\b\000\000\000\020= =D2=FF=FF=FF\177\000\000=F0=D2=FF=FF=FF\177\000\000\000\000\000\000\000\000= \000\000=F0=D2=FF=FF=FF\177\000\000W{d\000\b\000\000\000=C3\020@\000\000\00= 0\000\000\004=CF\212\006\000\000\000\000=F4=F2\217=F2\000\000"... =09 Thanks, --=20 IOnut From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 13:32:04 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5136EA39; Wed, 2 Jan 2013 13:32:04 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.31.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0AADF8FC0C; Wed, 2 Jan 2013 13:32:03 +0000 (UTC) Received: from [78.35.166.97] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1TqONo-000850-Rm; Wed, 02 Jan 2013 14:29:24 +0100 Date: Wed, 2 Jan 2013 14:27:12 +0100 From: Fabian Keil To: Ion-Mihai Tetcu Subject: Re: sshguard dumping core on 9-STABLE Message-ID: <20130102142712.48e05816@fabiankeil.de> In-Reply-To: <20130102143834.000007c4@unknown> References: <20130102143834.000007c4@unknown> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/uawtld5ua6cdlpXkae/OXhK"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: mij@bitchx.it, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 13:32:04 -0000 --Sig_/uawtld5ua6cdlpXkae/OXhK Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Ion-Mihai Tetcu wrote: > I'm seeing shhguard-ipfw sig 10 on start on my machines updated to 9-STAB= LE (eg.=20 > FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 EET 2013 :/usr/obj/us= r/src/sys/GENERIC amd64 > ) while on some -PRERELEASE it's running fine. > Anyone seeing something similar? I use neither sshguard nor STABLE, so it's a wild guess, but the "locked memory" changes on CURRENT caused geli segfaults for me: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D174831 I believe at least some of the commits are already MFC'd and I wouldn't rule out the possibility that they could also cause SIGBUS crashes in other circumstances. Fabian --Sig_/uawtld5ua6cdlpXkae/OXhK Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDkNbMACgkQBYqIVf93VJ3Y9QCfaiQxFTtekHZHGs8PYQgJXoxG o1IAn1cboRJpTJk2E9maL9HKAEnugwvz =ys9J -----END PGP SIGNATURE----- --Sig_/uawtld5ua6cdlpXkae/OXhK-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 13:45:44 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41407D87; Wed, 2 Jan 2013 13:45:44 +0000 (UTC) (envelope-from makc@freebsd.org) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id A73E68FC15; Wed, 2 Jan 2013 13:45:43 +0000 (UTC) Received: from aruba-ctlr2-nat.its.manchester.ac.uk [130.88.99.218:9905] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with LOGIN) by mail.issp.ac.ru with ESMTP/inet id r02DjcJ1015860 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Wed, 2 Jan 2013 17:45:40 +0400 (MSK) From: Max Brazhnikov Subject: update for DESKTOP_ENTRIES framework Date: Wed, 2 Jan 2013 13:45:52 +0000 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.9.3; amd64; ; ) MIME-Version: 1.0 To: freebsd-desktop@freebsd.org Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201301021345.52735.makc@freebsd.org> Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 13:45:44 -0000 Hi folks, I propose an update for DESKTOP_ENTRIES: http://people.freebsd.org/~makc/patches/desktop_entry_20130102.diff Changes: - update list of categories to the version 1.1 of Desktop Menu Specification - require Icon field to follow Desktop Entry Specification (the field must be absolute path or icon name if icon theme is used) - require main category to be set (listed in DESKTOP_CATEGORIES_MAIN) - remove deprecated Encoding key - allow StartupNotify field to be empty string - be less strict when generating filename for desktop entry (to improve readability when full path to executable is used) - use port ${COMMENT} if comment field is not set - add GenericName key (comment field will be used) About 20 ports will throw warnings about icon field, several ports don't set main category, about 60 use non-standard 'Application' for categories. I'm willing to fix them all. Review and suggestion are welcome! Happy New Year! Max From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 13:54:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C605E25D for ; Wed, 2 Jan 2013 13:54:53 +0000 (UTC) (envelope-from simba87@ukr.net) Received: from ffe11.ukr.net (ffe11.ukr.net [195.214.192.31]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE078FC0A for ; Wed, 2 Jan 2013 13:54:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Date:Message-Id:From:To:Subject:Content-Type:Content-Transfer-Encoding:MIME-Version; bh=VWw6TAYaTWiHHWr0g8av2jYbx66q4nWpecaU5jiqL/c=; b=ovdp9C1kxG3axaYfHzIbB4WCyXB5NSc2KSdHT3maDpcZN5Il1RQP0bU6kg0IqI1+05P9GpU+R286N/ND5rhQjKc04kmfHQIJB8kAurppx661y1s+GSprlICJQKPUeES9QaihWjTU3vGKBPvtZrSqyhiogjMCrlsLChmj7kMas5A=; Received: from mail by ffe11.ukr.net with local ID 1TqOmR-000LYl-PV for freebsd-ports@freebsd.org; Wed, 02 Jan 2013 15:54:51 +0200 MIME-Version: 1.0 Subject: freebsd To: freebsd-ports@freebsd.org From: =?WINDOWS-1251?B?xuXt/w==?= X-Mailer: freemail.ukr.net 4.0 Message-Id: <82683.1357134891.1476538972558393344@ffe11.ukr.net> X-Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/536.11 (KHTML, like Gecko) Ubuntu/12.04 Chromium/20.0.1132.47 Chrome/20.0.1132.47 Safari/536.11 Date: Wed, 02 Jan 2013 15:54:51 +0200 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 13:54:53 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 14:45:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D42DC232; Wed, 2 Jan 2013 14:45:38 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) by mx1.freebsd.org (Postfix) with ESMTP id E582D8FC08; Wed, 2 Jan 2013 14:45:37 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id fe20so6196687lab.15 for ; Wed, 02 Jan 2013 06:45:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=MhGquQNWZVIkbSMLWqiu9WckFqwppbcaUw6kfdCMh9k=; b=B9UMB1GDuPGYoPTXiLUOl1lwe2g53SmNt+phzAPLfbtD05SfYmDuyhfIdVEQ+xsjtf 7W/KCF2CGL6hUQUZxhZRDQallzhL1/E+Qu9P74lMOGdqI082OzEAOHL1JFgFE7FImQvQ sMV7xowMqHNWWR5nocjoLemfa89wYZ3sNKP07/XcszB2PBIzJmWVgYx6/L4W4MG3KHnX 66aHZkutlXo2nbZtbYSIL1wrMyxU3Gh9Yq6y839pvrmLuknzudPR6TBfDZhx8NfaGxhN O7YoUh46cxkzGZyZwbZEsyvsruQEjBKRhedH3OzG4wrl/zEvyw7st7O6r7r96Y1M2VgF eBsQ== Received: by 10.152.111.166 with SMTP id ij6mr44324440lab.47.1357137931507; Wed, 02 Jan 2013 06:45:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.114.94.202 with HTTP; Wed, 2 Jan 2013 06:45:10 -0800 (PST) In-Reply-To: References: <20121219214400.GA73465@triton8.kn-bremen.de> <50D3727B.80808@freebsd.org> <20121220213841.GA84251@triton8.kn-bremen.de> From: Luca Pizzamiglio Date: Wed, 2 Jan 2013 15:45:10 +0100 Message-ID: Subject: Re: CFT: vlc 2.0.5 To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@freebsd.org, =?ISO-8859-1?Q?Ren=E9_Ladan?= , Juergen Lock , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 14:45:38 -0000 There is a dynamic library loading of libicu*.so.48 in devel/qt4-corelib. Unfortunately, this is not a declared as a dependency in the Makefile. Recompile it. This solved the issue on my system. Best regards, Luca On Sat, Dec 22, 2012 at 3:53 AM, Kevin Oberman wrote: > On Thu, Dec 20, 2012 at 1:38 PM, Juergen Lock wr= ote: >> On Thu, Dec 20, 2012 at 09:18:03PM +0100, Ren=E9 Ladan wrote: >>> On 19-12-2012 22:44, Juergen Lock wrote: >>> > Hi! >>> > >>> > It's this time again, there's a new vlc release out and I want to up= date >>> > the port: >>> > >>> > http://people.freebsd.org/~nox/tmp/vlc-2.0.5-001.patch >>> > >>> > Everyone is invited to test this update and post any issues they fin= d... >>> > >>> A quick test with an online mp3 stream works fine, but I do get this >>> message in the console: >>> >>> VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) >>> >>> Unable to load library icui18n "Cannot load library icui18n: (Shared >>> object "libicui18n.so.48" not found, required by "vlc")" >>> >>> I have icu-50.1 installed, although the port does not seem to use it. >>> So maybe it is triggered by some dependency. >> >> I don't get that here so yes it's probably a problem in a dependency. > > Sorry for those who have seen this in other threads. > > To find and fix these issues: > Install sysutils/bsdadmonscripts (If you use pkgng, pleaqse be sure > that you have the latest version!) > # pkg_libchk -o | grep libicu | cut -f1 -d: | sort | uniq > somefile > # portmaster -D `cat somefile` > > This will update all ports that are still linked to the old icu > libraries. This should be a very short list as only a handful of ports > link directly to these libraries. Many more depend on these ports, but > don't directly link to libicu sharables and don't need re-building. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 14:48:16 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37F9E338 for ; Wed, 2 Jan 2013 14:48:16 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id E5E498FC19 for ; Wed, 2 Jan 2013 14:48:15 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r02Em9XD093559 for ; Wed, 2 Jan 2013 09:48:09 -0500 (EST) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r02Em9se093469; Wed, 2 Jan 2013 09:48:09 -0500 (EST) (envelope-from portscout) Message-Id: <201301021448.r02Em9se093469@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Wed, 2 Jan 2013 09:48:09 -0500 From: portscout@portscout.freebsd.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 14:48:16 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/p5-Dancer-Plugin-DBIC | 0.1504 | 0.1700 ------------------------------------------------+-----------------+------------ devel/k8048 | 2.09 | 2.10 ------------------------------------------------+-----------------+------------ games/vamos | 0.7.0 | 0.7.1 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 15:24:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C8058C9 for ; Wed, 2 Jan 2013 15:24:54 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 231B78FC08 for ; Wed, 2 Jan 2013 15:24:53 +0000 (UTC) Received: from [127.0.0.1] (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id 6A924119C26 for ; Wed, 2 Jan 2013 06:00:56 -0800 (PST) Message-ID: <50E44F2C.6060601@vizion2000.net> Date: Wed, 02 Jan 2013 07:15:56 -0800 From: David Southwell Organization: Vision Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Experience with portshaker Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 15:24:54 -0000 Best wishes for the new year. I decided I needed texlive so I installed portshaker with the intention of adding texlive to my ports tree. After installing portshaker and running portshaker -v I found the existing ports tree /usr/ports/**** deleted and portshaker had created a new directory /var/cache/portshaker with the following sub directories: bsd_sharp freebsd_texlive freebsd_texlive_releng ports The /var/cache/portshaker/ports was empty /bsd-sharp contained a ports hierarchy but with a very limited range of ports within the hierarchy. freebsd_texlive contained .svn , Tools, print freebsd_texlive_releng contained .svn, MOVED, print I was expecting the default portshaker.conf to have retained the original /usr/ports/ tree and put the texlive ports in /usr/ports/prints - however finding my original tree deleted was an unexpected outcome. Would that be due to a run error on an incorrectly configured postshaker.conf? 1. How should portshaker.conf be set for an appropriate configuration 2. I have now rebuilt the /usr/ports/ 3. Have not deleted /var/cache/portshaker/* How to proceed now? Many thanks in advance for advice. David -- David Southwell ARPS AFIAP Photographic Arts Trained & experienced competition judge, mentor, trainer, lecturer, Advanced digital techniques, international project photography From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 15:25:13 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6280953 for ; Wed, 2 Jan 2013 15:25:13 +0000 (UTC) (envelope-from mstowe@chicago.us.mensa.org) Received: from baddomain.com (64-145-115-106.client.dsl.net [64.145.115.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8B3A58FC12 for ; Wed, 2 Jan 2013 15:25:12 +0000 (UTC) Received: from [127.0.0.1] (primus.stowe.home [10.168.0.171]) by baddomain.com (8.14.6/8.14.5) with ESMTP id r02EupOi069458; Wed, 2 Jan 2013 08:56:53 -0600 (CST) (envelope-from mstowe@chicago.us.mensa.org) Message-ID: <50E44AB2.9060006@chicago.us.mensa.org> Date: Wed, 02 Jan 2013 08:56:50 -0600 From: Michael Stowe User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: john@pcbsd.org Subject: FreeBSD Port: pianobar-2012.09.07 Content-Type: multipart/mixed; boundary="------------020408010309080609060903" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (baddomain.com [10.168.0.1]); Wed, 02 Jan 2013 08:56:53 -0600 (CST) X-Milter: Spamilter (Reciever: baddomain.com; Sender-ip: 10.168.0.171; Sender-helo: [127.0.0.1]; ) X-Scanned-By: MIMEDefang 2.73 on 10.168.0.1 Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 15:25:13 -0000 This is a multi-part message in MIME format. --------------020408010309080609060903 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This port was not working for me, and after doing some research, determined that Pandora is triggering a GNUTLS_UNEXPECTED_PACKET_LENGTH error in gnutls during handshaking. I've attached a patch which corrects this issue. There's a discussion here https://github.com/PromyLOPh/pianobar/issues/321 (though I'll point out that it confuses a second issue, which is that the tls_fingerprint changed, which also causes a TLS handshake error but it unrelated.) And there's a patch here: https://gist.github.com/4051586 which is slightly different, but is the "quick and dirty" fix that apparently is NOT going into upstream. I'm not sure what the upstream fix will be, but there isn't one yet. I can put together a PR if that would be helpful. Thanks! --------------020408010309080609060903 Content-Type: text/plain; charset=windows-1252; name="pianobar.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pianobar.patch" diff -ruN pianobar/work/pianobar-2012.12.01/src/libwaitress/waitress.c pianobar.fix/work/pianobar-2012.12.01/src/libwaitress/waitress.c --- pianobar/work/pianobar-2012.12.01/src/libwaitress/waitress.c 2012-12-01 11:03:23.000000000 -0600 +++ pianobar.fix/work/pianobar-2012.12.01/src/libwaitress/waitress.c 2013-01-02 08:44:41.000000000 -0600 @@ -537,6 +537,14 @@ ssize_t ret = gnutls_record_recv (waith->request.tlsSession, buf, size); if (ret < 0) { + if (ret == GNUTLS_E_UNEXPECTED_PACKET_LENGTH +#ifdef GNUTLS_E_PREMATURE_TERMINATION + || ret == GNUTLS_E_PREMATURE_TERMINATION +#endif + ) { + *retSize = 0; + return waith->request.readWriteRet; + } return WAITRESS_RET_TLS_READ_ERR; } else { *retSize = ret; --------------020408010309080609060903-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 15:49:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AB99DD for ; Wed, 2 Jan 2013 15:49:51 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 98DBB8FC08 for ; Wed, 2 Jan 2013 15:49:50 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3YbxXP55dBzFTBC; Wed, 2 Jan 2013 16:49:41 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HiR0SxNLX9LO; Wed, 2 Jan 2013 16:49:37 +0100 (CET) Received: from vwg82.hq.ignesti.it (unknown [80.74.176.55]) by winston.madpilot.net (Postfix) with ESMTPSA; Wed, 2 Jan 2013 16:49:37 +0100 (CET) Message-ID: <50E4570D.9010401@madpilot.net> Date: Wed, 02 Jan 2013 16:49:33 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: David Southwell Subject: Re: Experience with portshaker References: <50E44F2C.6060601@vizion2000.net> In-Reply-To: <50E44F2C.6060601@vizion2000.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 15:49:51 -0000 On 01/02/13 16:15, David Southwell wrote: > Best wishes for the new year. I decided I needed texlive so I installed > portshaker with the intention of adding texlive to my ports tree. > > After installing portshaker and running portshaker -v I found the > existing ports tree /usr/ports/**** deleted and portshaker had created a > new directory /var/cache/portshaker with the following sub directories: > bsd_sharp > freebsd_texlive > freebsd_texlive_releng > ports > > The /var/cache/portshaker/ports was empty > /bsd-sharp contained a ports hierarchy but with a very limited range of > ports within the hierarchy. > freebsd_texlive contained .svn , Tools, print > freebsd_texlive_releng contained .svn, MOVED, print > > > I was expecting the default portshaker.conf to have retained the > original /usr/ports/ tree and put the texlive ports in > /usr/ports/prints - however finding my original tree deleted was an > unexpected outcome. > > Would that be due to a run error on an incorrectly configured > postshaker.conf? > First you should read carefully the portshaker man page. There it is clearly stated that your /usr/ports directory will be subject to heavy modifications, and, if you're using zfs and enabled zfs support in portshaker, will be simply destroyed and rebuilt by creating a clone. The way portshaker works is by using a base ports tree(usually the official full one) and overlaying other partial trees on it. So you should define the main ports tree first and then which overlays you will use. > 1. How should portshaker.conf be set for an appropriate configuration this is just an example from a machine of mine: ---- use_zfs="yes" mirror_base_dir="/var/cache/portshaker" ports_trees="system tinderbox" system_ports_tree="/usr/ports" system_merge_from="freebsd madpilot!" tinderbox_ports_tree="/usr/local/tinderbox/portstrees/madpilot-test/ports" tinderbox_merge_from="freebsd madpilot-test!" --- use_zfs is optional and requires the system to use zfs and all the involved filesystems and their parents to be zfs ones. With this config I'm telling portshaker to create fetch ports trees and overlays in /var/cache/portshaker and create two portstrees, one in .usr/ports and one for use with tinderbox. The "!" tells it to just o9verwrite ports without asking for confirmation in case a warning happens(it usually asks for confirmation if the port in the overlay is not a newer version than the original one) freebsd is the freebsd ports tree. madpilot and madpilot-test are fetched from a subversion repo on my own machine. You tell portshaker hw to work with them using configuration files in /usr/local/etc/portshaker.d, for example for the base ports tree: freebsd: ----- . /usr/local/share/portshaker/portshaker.subr method="svn" svn_checkout_path="svn://svn.freebsd.org/ports/head" run_portshaker_command $* ----- documentation has more examples. I hope I gave you the general idea. Point is, first define the official ports tree and then overlay it with the other partial ones. Hope this helps. -- Guido Falsi From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 16:40:00 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14E9CCCC for ; Wed, 2 Jan 2013 16:40:00 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) by mx1.freebsd.org (Postfix) with ESMTP id D0460169E for ; Wed, 2 Jan 2013 16:39:59 +0000 (UTC) Received: from mouf.net (www@mouf [199.48.129.64]) by mouf.net (8.14.5/8.14.5) with ESMTP id r02Gdm1b037063; Wed, 2 Jan 2013 11:39:53 -0500 (EST) (envelope-from swills@FreeBSD.org) Received: from 64.128.208.27 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Wed, 2 Jan 2013 11:39:53 -0500 Message-ID: <3b92e2dfc36a62760d62c92d83a2e8b5.squirrel@mouf.net> In-Reply-To: References: Date: Wed, 2 Jan 2013 11:39:53 -0500 Subject: Re: Citrix From: "Steve Wills" To: "jmdennis @dslextreme.com" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [199.48.129.64]); Wed, 02 Jan 2013 11:39:53 -0500 (EST) X-Spam-Status: No, score=0.0 required=4.5 tests=none autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.6 at mouf.net X-Virus-Status: Clean Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 16:40:00 -0000 Hi, > It would be nice to be able to use version 12.1 of the receiver. I > know you have to download it yourself but it expects an old version > which can no longer be found. It would be nice if you would put down > where you can make changes so that you can build a more recent > version. It does have to go into /etc/make.conf to make changes but > that if for a certification. I know I need this to connect to my work > so will go back to Linux until I can get a work around for this. Not sure what version of FreeBSD you're running, but assuming it's 9.x, try applying this patch: http://people.freebsd.org/~mjg/patches/stable9-pipe2-full.diff and rebuilding and installing world/kernel. Then grab this patch: http://meatwad.mouf.net/~swills/citrix_ica.diff to the port. Please test and let me know if it works. If it does, we'll see about getting those committed. Thanks, Steve From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 17:00:20 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 29CB6764 for ; Wed, 2 Jan 2013 17:00:20 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vb0-f48.google.com (mail-vb0-f48.google.com [209.85.212.48]) by mx1.freebsd.org (Postfix) with ESMTP id AA37E17B9 for ; Wed, 2 Jan 2013 17:00:19 +0000 (UTC) Received: by mail-vb0-f48.google.com with SMTP id fc21so14159979vbb.7 for ; Wed, 02 Jan 2013 09:00:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=/HlbVssxeS+C4f4+m2zTyM3zaz5THEY9N41r3WTw5mM=; b=juyuw21S9fy/Wdtdq+tcchg96fURoTFIInlqTb5jY/gfdDIj/5LXRnOotpKzzOoEYB NyOSaA3m2lzk7ji4kYAOR4JdPyQ+e9qRBeURByoR8lAfb8+hpHWh8V4eXza9oftvQy+D rwm9z4CSH8Fz3e2fCT0nYgJD2lvdn7kF4TKjIb8ktQnbRrQ6V286UAEBfpTLUKaOym1i GXHdfywp8syowxPxVapYDydGRC2+dK+RvjTVwZWeY0myrRWZUoDCLbmY1AAOfpySlgRe mqu+aRoi75t3iv7+hNs0bGVYxvhfL3buQUyQjmGhZZxfKJL7Z1esN31EkUdlKtI78ptB mSXw== MIME-Version: 1.0 Received: by 10.52.66.18 with SMTP id b18mr61029039vdt.43.1357146013574; Wed, 02 Jan 2013 09:00:13 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.133.20 with HTTP; Wed, 2 Jan 2013 09:00:13 -0800 (PST) In-Reply-To: References: <50DE966C.5050107@douglasthrift.net> <20121229171713.021135b6@krasus.massy.renchap.com> Date: Wed, 2 Jan 2013 09:00:13 -0800 X-Google-Sender-Auth: I_07uWpCV2Wjq_kTO5T74YMoQQE Message-ID: Subject: Re: FreeBSD Port: rubygem-chef-0.10.8_1 From: Jason Helfman To: Renaud Chaput X-Gm-Message-State: ALoCoQm9RTRPaOAmjfDVmI98FeIpnm5XptfIKMhugq53VOysbubTnxdgBLc7Vp1IXLJcIA/E8U3j Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , Douglas Thrift X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 17:00:20 -0000 On Mon, Dec 31, 2012 at 6:23 PM, Jason Helfman wrote: > On Mon, Dec 31, 2012 at 3:48 PM, Jason Helfman wrote: > >> On Sat, Dec 29, 2012 at 10:37 AM, Jason Helfman wrote: >> >>> On Sat, Dec 29, 2012 at 8:17 AM, Renaud Chaput wro= te: >>> >>>> Hi Douglas, >>>> >>>> The updated Chef port for 10.16.4 is ready, I am waiting for PRs >>>> #173646 #173647 and #173648 to submit it, as they are needed >>>> dependancies. >>>> >>>> If you need, I can send you the patch for rubygem-chef-10.16.4. >>>> >>>> Renaud >>>> >>>> Le Fri, 28 Dec 2012 23:06:20 -0800, >>>> Douglas Thrift a =E9crit : >>>> >>>> > Hello, >>>> > >>>> > Are there any plans to update to Chef 10.16.4? >>>> > >>>> > Thanks! >>>> _______________________________________________ >>>> freebsd-ports@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >>>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.or= g >>>> " >>>> >>> >>> I was working on updating chef with a colleagues PR's some months ago, >>> and discovered that an upgraded dependency of chef (either highline or >>> net-ssh, I believe it was the latter ) failed for at least one port tha= t >>> required it as a dependency. I can take a look at this again. >>> >>> The update to chef is here >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/171005 >>> >>> and seems less of an issue compared with another pr for the update. >>> >>> -jgh >>> >>> -- >>> Jason Helfman | FreeBSD Committer >>> jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to >>> Serve >>> >> >> Ok, after updating rubygem-{highline,net-ssh} and rebuilding all ports >> that require it, I was able to build chef against version 10.12.0 that i= s >> from this http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/171005 >> >> Here is a link to the modified patch. >> http://people.freebsd.org/~jgh/files/chef.diff >> >> Additionally, if you apply the patches in these prs, it should be good >> for testing it out, at least. >> >> rubygem-highline: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/173= 647 >> rubygem-net-ssh: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/1710= 10 >> >> The update to net-ssh was very similar to yours, however this also took >> into account the options framework updates. >> >> I can take a look at 173646, then I believe we will be ready to move >> forward with the chef update. Please send me the patch, and I can work o= n >> it. >> >> Thanks! >> >> -jgh >> >> >> -- >> Jason Helfman | FreeBSD Committer >> jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to >> Serve >> > > One point I forgot to mention is that rubygem-highline updated can be > committed without any foreseeable breakage. However, rubygem-net-ssh, at > this point, needs to be updated at the same point that rubygem-chef is > updated, as the current rubygem-chef isn't compatible with the current > version in the tree. > > Thanks! > -jgh > After updating all of the aforementioned ports, I was able to build the update to chef to 0.10.2 successfully, and everything in the dependency chain required without error. The only other item I may recommend, is that we test chef with the latest version of rubygem-net-ssh (2.6.2). Please advise. Thanks! -jgh -- Jason Helfman | FreeBSD Committer jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to Serve From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 18:27:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDA9FDC7; Wed, 2 Jan 2013 18:27:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 36A571C21; Wed, 2 Jan 2013 18:27:53 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id r02IRk4s048332; Wed, 2 Jan 2013 20:27:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.3 kib.kiev.ua r02IRk4s048332 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id r02IRk3G048331; Wed, 2 Jan 2013 20:27:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 2 Jan 2013 20:27:46 +0200 From: Konstantin Belousov To: Ion-Mihai Tetcu Subject: Re: sshguard dumping core on 9-STABLE Message-ID: <20130102182746.GC82219@kib.kiev.ua> References: <20130102143834.000007c4@unknown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kY7Q1I7FwGue0/xS" Content-Disposition: inline In-Reply-To: <20130102143834.000007c4@unknown> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: mij@bitchx.it, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 18:27:53 -0000 --kY7Q1I7FwGue0/xS Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 02, 2013 at 02:38:34PM +0200, Ion-Mihai Tetcu wrote: > Hi, >=20 >=20 > I'm seeing shhguard-ipfw sig 10 on start on my machines updated to 9-STAB= LE (eg.=20 > FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 EET 2013 :/usr/obj/us= r/src/sys/GENERIC amd64 > ) while on some -PRERELEASE it's running fine. > Anyone seeing something similar? >=20 >=20 >=20 > #0 0x0000000800b7dced in getenv () from /lib/libc.so.7 > [New Thread 801007800 (LWP 100290/sshguard)] > [New Thread 801007400 (LWP 100146/sshguard)] > (gdb) bt full > #0 0x0000000800b7dced in getenv () from /lib/libc.so.7 > No symbol table info available. > #1 0x0000000800b61e11 in tzsetwall () from /lib/libc.so.7 > No symbol table info available. > #2 0x0000000800b62112 in localtime_r () from /lib/libc.so.7 > No symbol table info available. > #3 0x0000000800b62270 in ctime_r () from /lib/libc.so.7 > No symbol table info available. > #4 0x0000000800b5d938 in vsyslog () from /lib/libc.so.7 > No symbol table info available. > #5 0x0000000800b5d838 in syslog () from /lib/libc.so.7 > No symbol table info available. > #6 0x0000000000403c6f in sshguard_log (prio=3D5, fmt=3D0x40aea0 "Started= successfully [(a,p,s)=3D(%u, %u, %u)], now ready to scan.") at sshguard_lo= g.c:129 > ap =3D {{gp_offset =3D 40, fp_offset =3D 48, overflow_arg_area = =3D 0x7fffffffd030, reg_save_area =3D 0x7fffffffcf50}} > __func__ =3D "sshguard_log" > #7 0x0000000000402516 in main (argc=3D16907520, argv=3D0x80101d080) at s= shguard.c:222 > tid =3D 0x801007800 > retv =3D 775238193 > source_id =3D 32767 > buf =3D '\0' , "{Wd\000\b\000\000\000\000\000\0= 00\000\002\000\002\000\br?\000\b\000\000\000\200????\177\000\000\000?e\000\= b\000\000\000\220????\177\000\0000????\177\000\000\000\000\000\000\000\000\= 000\000?zd\000\b", '\0' , "d\000\b", '\0' , "d\000\b\000\000\000\030\203\205\000\b\000\000\0008u=BF\000\b", '\0' <= repeats 44 times>, "\221e\000\b\000\000\000\020????\177\000\000?????\177\00= 0\000\000\000\000\000\000\000\000\000?????\177\000\000W{d\000\b\000\000\000= ?\020@\000\000\000\000\000\004?\212\006\000\000\000\000??\217?\000\000"... > =09 Recompile libc with the debugging and get the backtrace again. --kY7Q1I7FwGue0/xS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQ5HwhAAoJEJDCuSvBvK1Bg4EP/2Dr8q2seiEDWUC70IZ7ncHc OKfVNkpjuD42TTHF++5HKf6KBuDCJs5/atoBagSJqy+x2olaCeXO60P/VNor5urm CFwo9YHHP5FyZvdHWGUL+yJ/6AFYhN4IkpGI7ClVt6Qpq6prpANh1bd51z6zh3ii a/7Zb+vw3yMNHkscuM9gE/38XI4/eTjgIwM7ZeCT1WmVxjHiYhrqW74vtuerWn3e bcz0uTmgnfvE944gUrmF+OGRDUJFKMFfmSqW9FooAT1wEs2FVsTVUEJKfY0X27KI AZhIrykmMZRlzyQg6XXzEdZ8Qse3pG3IexiohRm4UJc7RrdCaDYsMXeKj2l7wjC7 yFFE4s2bAcdDUIQA2AKhr5rVAXMiJImOLoXYdjyLRoAM3pfJq53fugSw+7WT6lyO yxQjULNVY/OZU6wakG8GqV5rJfWpRo9RW/jlPtmoJ5ir2CcIMZhBaI3w/EA4WK85 Z83JofYPF7m1RnvIdJQb0BPx7rqfjqHt+bZUu3FTI8eSnF8jaz6kwyq8a9vtkuvY 0twdR6a+tb47OECx1ieIvYrFceERVIGLd40hbWH/YysnkR/mqICkrUGHdC3EaYWt d4uSI0i4zMV9X8yG5EW9S5pWY/+vBiZFYtipgPz7g3yUhuy8CP0rzrN0Dgtq/9D/ Bu6V6sDQKuPPCNLxmDs1 =xRQv -----END PGP SIGNATURE----- --kY7Q1I7FwGue0/xS-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 20:47:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AD555728 for ; Wed, 2 Jan 2013 20:47:17 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 727E825E for ; Wed, 2 Jan 2013 20:47:17 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id B850728429 for ; Wed, 2 Jan 2013 21:37:09 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id D59B528428 for ; Wed, 2 Jan 2013 21:37:08 +0100 (CET) Message-ID: <50E49A73.2070008@quip.cz> Date: Wed, 02 Jan 2013 21:37:07 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: What is policy about auto-editing config files on port install / deinstall? Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 20:47:17 -0000 Is somewhere written policy or portmgr recommendation about ports behavior on install / deinstall? I am talking about some ports doing "nasty" things. Some ports are stopping services on deinstall, some not. Some ports are editing "my config files" on deinstall, so even on upgrade procedure I must check if port did some changes before I can restart target daemon. For example some Apache modules (mod_bw, mod_xsendfile...) are commenting out load_module lines in httpd.conf so I got syntax error on Apache restart after upgrade of mentioned module and Apache failed to start. These inconsistencies are really boring. I know it is made by AP_GENPLIST, but not all modules are using it and I think it is really bad idea to touch user's config files this way. I prefere not to change my files in any way (on install and on deinstall), just print message "what should user do". Because this auto-editing is doing more problems than benefits on each upgrade. Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 21:54:31 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 50A52217; Wed, 2 Jan 2013 21:54:31 +0000 (UTC) (envelope-from bsdkaffee@gmail.com) Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com [209.85.216.43]) by mx1.freebsd.org (Postfix) with ESMTP id E41926A3; Wed, 2 Jan 2013 21:54:30 +0000 (UTC) Received: by mail-qa0-f43.google.com with SMTP id cr7so11959892qab.2 for ; Wed, 02 Jan 2013 13:54:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=h2PxzP0YwVtfYE4DhT5tx5+RNPDSK+5IKjHK64gqjdI=; b=uKAybxwkIQUw8+PMg99DR9oNfhQZSoPYuu4e9MKx558Rh/3/AnHVj/gXDy3Xhk3nA1 KJ3TL6PzKKR3QlNXv5vd41HTOtbSGF25kFhiPS3aQzKnsomct/j/jczzewAW23Rz83MD ge1pl2r4ps3HSYpnVksU+JgPsPCMExoM3J9HGipLNYis5XRiYNVd3oWaEWYj5nWy8Cqp vRLwUB4ImsFngQomCc/zlUaXD3sgCJcI07y6bQqhfchDFlfouopg/nnMXI/eLr7GiZao qUdzMduQaZ9OTC3oqaT65Gxt2liRQFhGCz4MLAEhwsvg/W062OnBzr4+SD0KiJzJF3yM ZyIA== X-Received: by 10.49.106.71 with SMTP id gs7mr30060134qeb.21.1357163664651; Wed, 02 Jan 2013 13:54:24 -0800 (PST) Received: from mocha.verizon.net (c-71-61-40-68.hsd1.oh.comcast.net. [71.61.40.68]) by mx.google.com with ESMTPS id j17sm12235724qad.9.2013.01.02.13.54.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Jan 2013 13:54:23 -0800 (PST) Sender: "Jason E. Hale" From: "Jason E. Hale" To: freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: pianobar-2012.09.07 Date: Wed, 02 Jan 2013 16:54:21 -0500 Message-ID: <6612115.XeupOOkIzt@mocha.verizon.net> User-Agent: KMail/4.8.4 (FreeBSD/9.0-RELEASE-p3; KDE/4.8.4; i386; ; ) In-Reply-To: <50E44AB2.9060006@chicago.us.mensa.org> References: <50E44AB2.9060006@chicago.us.mensa.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: ports@freebsd.org, Michael Stowe , john@pcbsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 21:54:31 -0000 On Wednesday, January 02, 2013 08:56:50 Michael Stowe wrote: > I can put together a PR if that would be helpful. Please send a PR so that this information doesn't get lost. -- Jason E. Hale - jhale@ FreeBSD Ports Committer KDE/FreeBSD Team From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 22:01:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9805388E for ; Wed, 2 Jan 2013 22:01:13 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ia0-f176.google.com (mail-ia0-f176.google.com [209.85.210.176]) by mx1.freebsd.org (Postfix) with ESMTP id 704FA70D for ; Wed, 2 Jan 2013 22:01:13 +0000 (UTC) Received: by mail-ia0-f176.google.com with SMTP id y26so12070772iab.7 for ; Wed, 02 Jan 2013 14:01:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0899+2dg/jQYDcYFMBf27C+j4hsmOHzzFTf5gjDoPao=; b=f3Feoq52dh1lOyxIjvKBLhRlkvwyfZ/TASy7ez/3mO6t1WkHoxqn4zCm7gblhyulSY QNp8rG0YRtPNzPo+mkYRe05BYRL+curkhLbfVIZgYD46l5lOOivsJ2aVXsC9FIFmTOYr oi2GBlxcq17XQBQi3kBbjq1JKgOfytgfMEqFH1TyQBlRtKEgBX50TWHJngzbPyuu00XY 2BaF9Cnz8A0ZB8PMbpJQCyTOamBeP9x21IjDzGGK6BkMVbEdv5FrH0H6foB8VdwwAUYs R610li0s+JWklnkEVevh96Ker8uh0jRkCRJ9LhVpsOLfLOFm8UVFSeMiQr3fjhGNQM0u 1pFw== MIME-Version: 1.0 Received: by 10.43.110.132 with SMTP id ek4mr35832452icc.32.1357164066847; Wed, 02 Jan 2013 14:01:06 -0800 (PST) Received: by 10.50.49.3 with HTTP; Wed, 2 Jan 2013 14:01:06 -0800 (PST) In-Reply-To: <50E49A73.2070008@quip.cz> References: <50E49A73.2070008@quip.cz> Date: Wed, 2 Jan 2013 16:01:06 -0600 Message-ID: Subject: Re: What is policy about auto-editing config files on port install / deinstall? From: Scot Hetzel To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 22:01:13 -0000 On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Is somewhere written policy or portmgr recommendation about ports behavior > on install / deinstall? > I am talking about some ports doing "nasty" things. > > Some ports are stopping services on deinstall, some not. I prefer that when a port is uninstalled, that the service is stopped. If it isn't stopped, it could pose a security risk to the system at a later time. We still need to come up with a way of restarting the service after the upgrade. Currently, it has to be done manually to start the service. > Some ports are editing "my config files" on deinstall, so even on upgrade > procedure I must check if port did some changes before I can restart target > daemon. > Most ports don't edit the config files as they install the original config file to a different name. > For example some Apache modules (mod_bw, mod_xsendfile...) are commenting > out load_module lines in httpd.conf so I got syntax error on Apache restart > after upgrade of mentioned module and Apache failed to start. > Apache 2.x is an exception, as the installation of a Apache module requires apachectl to add/re-enable the module in the httpd.conf file. Upon deinstallation, apachectl is used to disable the module in the httpd.conf file. It doesn't remove the LoadModule directive, it just adds a '#" sign in front of it. When the port is re-installed, all apachectl has to do is remove the '#' sign. A restart of Apache should then load the module again. What errors are you getting when re-installing an Apache module? -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 22:22:59 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5C78A212 for ; Wed, 2 Jan 2013 22:22:59 +0000 (UTC) (envelope-from marekrud@gmail.com) Received: from mail-bk0-f47.google.com (mail-bk0-f47.google.com [209.85.214.47]) by mx1.freebsd.org (Postfix) with ESMTP id ED3697C7 for ; Wed, 2 Jan 2013 22:22:58 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id j4so6270296bkw.20 for ; Wed, 02 Jan 2013 14:22:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:user-agent:date:message-id:mime-version :content-type; bh=nOPG8xmiqX57QOk6N2D4iVNpIiC31jSqaBRxIeYUH4g=; b=LgQnkw+GqXuNUxAGMXQ8IqbUjFMbCvHBXFWX/XalY4XXWJuuM9jCLwufKIdhq1ph0y p93rtfbCizyobgD0wTcM+iFNkdQtlwdQwDt+mxwfJh7tXQJEyq5KeJQ42xh2+UwDVUis m1FjDPumpiwsBGl4KLanvKM7aifWzG53/IwgFrr3odAs9DkbGm9PtS6K7C6vC9wc9Omo O4xifueDF79lQmGAqQxfuHYxxeqY8WfSWB1xi2+XmDp6OYDSWevlpcuO/TQU4m8Aczmr C5uO0kcCgXqNX8WZF6FAUmCtHXDkf4UUiRXIj/qpEE9NTqeHngWt1/0cW8mCGTfJ/Zlp iy2g== X-Received: by 10.204.4.90 with SMTP id 26mr23496479bkq.76.1357165371976; Wed, 02 Jan 2013 14:22:51 -0800 (PST) Received: from orange (109.125.97.129.dynamic.cablesurf.de. [109.125.97.129]) by mx.google.com with ESMTPS id u3sm32525830bkw.9.2013.01.02.14.22.50 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Jan 2013 14:22:51 -0800 (PST) From: Marek Rudnicki To: Subject: Requesting maintenance of games/py-mnemosyne User-Agent: Notmuch/0.14+233~g8d05dcf (http://notmuchmail.org) Emacs/24.2.1 (amd64-portbld-freebsd9.1) Date: Wed, 02 Jan 2013 23:22:40 +0100 Message-ID: <877gnvdy33.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 22:22:59 -0000 Hello, I would like to request the maintenance of games/py-mnemosyne, which has no maintainer at the moment and is managed via port@freebsd.org . I'm using this program regularly and would like it to be up-to-date. Unfortunately, the port was not updated for a long time. I have already prepared an update and could send it via send-pr. Thanks Marek From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 22:28:25 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C4030445 for ; Wed, 2 Jan 2013 22:28:25 +0000 (UTC) (envelope-from never@nevermind.kiev.ua) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 72F1E7EE for ; Wed, 2 Jan 2013 22:28:25 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id uo1so8100165pbc.31 for ; Wed, 02 Jan 2013 14:28:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=e6PCeoFRrk9D0oItWtHCCYRbX5wFf758diX4eYMm4nY=; b=jpOE2OvlHBbmlFY/bf1kPf1RNud+8JHbvb5fgoNVCKbR3DUKIEKrx5YnbYRcQ63YtX WgA5kStMIbCRs3uMpiHMO2WK+2Auk82OsbgTwzMcwm/oTF6gFcSgBUBjAF/2xlDNsC+v bGbyGtZ72WR92EI34t1dChv0oFa///PyKQZGvES5ZPdhQj8Idwtw8AQ2Qp72oVOMIiNT hiZoLOYo9Dcfk9gIaqFOTyYpSh1QA7ejKj8SSokfj/PSAK9aCkzqXUJujVQuRW113tdT TEZvLrG5DII0uu0yALRGF9K87/HJMjsXQHGuVKaRuYbOejdHK+UiIC3fC06TCyH8pMj6 W7ag== MIME-Version: 1.0 Received: by 10.66.73.230 with SMTP id o6mr140266664pav.57.1357165698802; Wed, 02 Jan 2013 14:28:18 -0800 (PST) Received: by 10.68.49.101 with HTTP; Wed, 2 Jan 2013 14:28:18 -0800 (PST) In-Reply-To: <201212231655.qBNGtitE034706@naia.nevermind.kiev.ua> References: <201212231655.qBNGtitE034706@naia.nevermind.kiev.ua> Date: Thu, 3 Jan 2013 00:28:18 +0200 Message-ID: Subject: Re: ports/174660: [NEW PORT] databases/mariadb55-{client|server} From: Alexandr Kovalenko To: FreeBSD-gnats-submit@freebsd.org, freebsd-ports-bugs@freebsd.org, freebsd-ports@freebsd.org, flo@freebsd.org Content-Type: multipart/mixed; boundary=f46d042ef52560e30804d255c31d X-Gm-Message-State: ALoCoQlHJyGQBaJX2vsx1qiMQDuzaDu7SACz0EH3uZ7eMVSS0ibOz5GABzc165xB+0kOQKz8Wx63 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 22:28:25 -0000 --f46d042ef52560e30804d255c31d Content-Type: text/plain; charset=ISO-8859-1 On Sun, Dec 23, 2012 at 6:55 PM, Alexandr Kovalenko wrote: > >>Number: 174660 >>Category: ports >>Synopsis: [NEW PORT] databases/mariadb55-{client|server} >>Confidential: no >>Severity: serious >>Priority: medium >>Responsible: freebsd-ports-bugs >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: change-request >>Submitter-Id: current-users >>Arrival-Date: Sun Dec 23 17:00:00 UTC 2012 >>Closed-Date: >>Last-Modified: >>Originator: Alexandr Kovalenko >>Release: FreeBSD 9.1-PRERELEASE amd64 >>Organization: > Nevermind Ltd. >>Environment: > System: FreeBSD 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r243957 > > >>Description: > New port for MariaDB 5.5.28a. > > Requires repocopy from databases/mysql55-client and databases/mysql55-server ports (as of 5.5.28) and then applying patch. > Also requires minor patch to Mk/bsd.database.mk >>How-To-Repeat: > N/A >>Fix: Please find file attached with updated ports for MariaDB 5.5, which are now using same MYSQL_VER scheme as percona55-* ports. -- Alexandr Kovalenko --f46d042ef52560e30804d255c31d-- From owner-freebsd-ports@FreeBSD.ORG Wed Jan 2 22:34:09 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9A76C99D for ; Wed, 2 Jan 2013 22:34:09 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id 535B0852 for ; Wed, 2 Jan 2013 22:34:09 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3h.mail.yandex.net (Yandex) with ESMTP id ADF9913607D2; Thu, 3 Jan 2013 02:34:06 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 727DD2C0066; Thu, 3 Jan 2013 02:34:06 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Y5oGm10O-Y6o4wS8h; Thu, 3 Jan 2013 02:34:06 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1357166046; bh=kMrPDJaQiaVWXJmRPLsCrgOPRNxIqN2TWK0uRY9RO4Y=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gF1eliqZBzbhPn1FkYvNkDdaSwPn7AeLuWM8D0y4bRRGZLeC6Xet7XkjVzIEOo0J9 OewwN+laWSO4ZQ09cXDFvi7YYKIWyntun9vzU3cbuwh0W1dHqkknmO/aYQOp7xDVvf j6GR36km689M18qRTUgvipzLN3b1Ime9VksN2vHs= Message-ID: <50E4B5DC.3010009@yandex.ru> Date: Thu, 03 Jan 2013 02:34:04 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Marek Rudnicki Subject: Re: Requesting maintenance of games/py-mnemosyne References: <877gnvdy33.fsf@gmail.com> In-Reply-To: <877gnvdy33.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jan 2013 22:34:09 -0000 Marek Rudnicki wrote on 03.01.2013 02:22: > Hello, > > I would like to request the maintenance of games/py-mnemosyne, which has > no maintainer at the moment and is managed via port@freebsd.org . > > I'm using this program regularly and would like it to be up-to-date. > Unfortunately, the port was not updated for a long time. I have already > prepared an update and could send it via send-pr. > > > Thanks > Marek Done, thank you! -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 01:25:03 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 20575D23 for ; Thu, 3 Jan 2013 01:25:03 +0000 (UTC) (envelope-from freebsd@chthonixia.net) Received: from www5.pairlite.com (www5.pairlite.com [64.130.10.15]) by mx1.freebsd.org (Postfix) with ESMTP id AB1DEDD5 for ; Thu, 3 Jan 2013 01:25:02 +0000 (UTC) Received: from whisperer.chthonixia.net (unknown [184.152.30.105]) by www5.pairlite.com (Postfix) with ESMTPSA id 8C06F2E2D7 for ; Wed, 2 Jan 2013 20:24:52 -0500 (EST) Date: Wed, 2 Jan 2013 20:25:20 -0500 From: Joe Altman To: ports@FreeBSD.org Subject: portupgrade failed: Kino Message-ID: <20130103012520.GA26057@whisperer.chthonixia.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 01:25:03 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Greetings... I have attached /usr/ports/multimedia/kino/work/kino-1.3.4/config.log as requested by the portupgrade process; and also the output of pkg_info. Additionally, here is the output in my terminal from the point of failure: checking pkg-config is at least version 0.9.0... yes checking for LIBDV... yes checking for LIBRAW1394... configure: error: Package requirements (libraw1394 >= 1.0.0) were not met: Package libraw1394 was not found in the pkg-config search path. Perhaps you should add the directory containing `libraw1394.pc' to the PKG_CONFIG_PATH environment variable No package 'libraw1394' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBRAW1394_CFLAGS and LIBRAW1394_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/multimedia/kino/work/kino-1.3.4/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. a /usr/sbin/pkg_info -Ea). *** [do-configure] Error code 1 Stop in /usr/ports/multimedia/kino. *** [build] Error code 1 Stop in /usr/ports/multimedia/kino. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20130102-24155-1lxey75-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=kino-1.3.4_12 UPGRADE_PORT_VER=1.3.4_12 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! multimedia/kino (kino-1.3.4_12) (configure error): Thank you, and best regards, Joe --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by kino configure 1.3.4, which was generated by GNU Autoconf 2.64. Invocation command line was $ ./configure --with-dv1394 --localstatedir=/usr/local/share --with-html-dir=/usr/local/share/doc --disable-gtk-doc --with-gconf-source=xml:merged:/usr/local/etc/gconf/gconf.xml.defaults --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd9.1 ## --------- ## ## Platform. ## ## --------- ## hostname = whisperer.chthonixia.net uname -m = amd64 uname -r = 9.1-PRERELEASE uname -s = FreeBSD uname -v = FreeBSD 9.1-PRERELEASE #0: Mon Oct 22 00:16:27 EDT 2012 root@whisperer.chthonixia.net:/usr/obj/usr/src/sys/WHISPERER /usr/bin/uname -p = amd64 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2650: checking for a BSD-compatible install configure:2718: result: /usr/bin/install -c -o root -g wheel configure:2729: checking whether build environment is sane configure:2779: result: yes configure:2920: checking for a thread-safe mkdir -p configure:2959: result: ./install-sh -c -d configure:2972: checking for gawk configure:2988: found /usr/local/bin/gawk configure:2999: result: gawk configure:3010: checking whether gmake sets $(MAKE) configure:3032: result: yes configure:3115: checking whether to enable maintainer-specific portions of Makefiles configure:3124: result: no configure:3189: checking for gcc configure:3216: result: cc configure:3445: checking for C compiler version configure:3454: cc --version >&5 cc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3465: $? = 0 configure:3454: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] configure:3465: $? = 0 configure:3454: cc -V >&5 cc: '-V' option must have argument configure:3465: $? = 1 configure:3454: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:3465: $? = 1 configure:3487: checking for C compiler default output file name configure:3509: cc -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c >&5 configure:3513: $? = 0 configure:3550: result: a.out configure:3566: checking whether the C compiler works configure:3575: ./a.out configure:3579: $? = 0 configure:3594: result: yes configure:3601: checking whether we are cross compiling configure:3603: result: no configure:3606: checking for suffix of executables configure:3613: cc -o conftest -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c >&5 configure:3617: $? = 0 configure:3639: result: configure:3645: checking for suffix of object files configure:3667: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:3671: $? = 0 configure:3692: result: o configure:3696: checking whether we are using the GNU C compiler configure:3715: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:3715: $? = 0 configure:3724: result: yes configure:3733: checking whether cc accepts -g configure:3753: cc -c -g -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:3753: $? = 0 configure:3794: result: yes configure:3811: checking for cc option to accept ISO C89 configure:3875: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:3875: $? = 0 configure:3888: result: none needed configure:3919: checking for style of include used by gmake configure:3947: result: GNU configure:3972: checking dependency style of cc configure:4082: result: gcc3 configure:4209: checking for C++ compiler version configure:4218: c++ --version >&5 c++ (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4229: $? = 0 configure:4218: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] configure:4229: $? = 0 configure:4218: c++ -V >&5 c++: '-V' option must have argument configure:4229: $? = 1 configure:4218: c++ -qversion >&5 c++: unrecognized option '-qversion' c++: No input files specified configure:4229: $? = 1 configure:4233: checking whether we are using the GNU C++ compiler configure:4252: c++ -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.cpp >&5 configure:4252: $? = 0 configure:4261: result: yes configure:4270: checking whether c++ accepts -g configure:4290: c++ -c -g -I/usr/local/include/lqt -I/usr/local/include conftest.cpp >&5 configure:4290: $? = 0 configure:4331: result: yes configure:4356: checking dependency style of c++ configure:4466: result: gcc3 configure:4529: checking for gcc configure:4556: result: cc configure:4785: checking for C compiler version configure:4794: cc --version >&5 cc (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4805: $? = 0 configure:4794: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] configure:4805: $? = 0 configure:4794: cc -V >&5 cc: '-V' option must have argument configure:4805: $? = 1 configure:4794: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:4805: $? = 1 configure:4809: checking whether we are using the GNU C compiler configure:4837: result: yes configure:4846: checking whether cc accepts -g configure:4907: result: yes configure:4924: checking for cc option to accept ISO C89 configure:5001: result: none needed configure:5023: checking dependency style of cc configure:5133: result: gcc3 configure:5180: checking build system type configure:5194: result: amd64-portbld-freebsd9.1 configure:5214: checking host system type configure:5227: result: amd64-portbld-freebsd9.1 configure:5247: checking for a sed that does not truncate output configure:5311: result: /usr/bin/sed configure:5329: checking for grep that handles long lines and -e configure:5387: result: /usr/bin/grep configure:5392: checking for egrep configure:5454: result: /usr/bin/grep -E configure:5459: checking for fgrep configure:5521: result: /usr/bin/grep -F configure:5556: checking for ld used by cc configure:5623: result: /usr/bin/ld configure:5630: checking if the linker (/usr/bin/ld) is GNU ld configure:5645: result: yes configure:5657: checking for BSD- or MS-compatible name lister (nm) configure:5706: result: /usr/bin/nm -B configure:5824: checking the name lister (/usr/bin/nm -B) interface configure:5831: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:5834: /usr/bin/nm -B "conftest.o" configure:5837: output 0000000000000000 B some_variable configure:5844: result: BSD nm configure:5847: checking whether ln -s works configure:5851: result: yes configure:5859: checking the maximum length of command line arguments configure:5979: result: 262144 configure:5996: checking whether the shell understands some XSI constructs configure:6006: result: yes configure:6010: checking whether the shell understands "+=" configure:6016: result: no configure:6051: checking for /usr/bin/ld option to reload object files configure:6058: result: -r configure:6127: checking for objdump configure:6143: found /usr/bin/objdump configure:6154: result: objdump configure:6186: checking how to recognize dependent libraries configure:6382: result: pass_all configure:6442: checking for ar configure:6458: found /usr/bin/ar configure:6469: result: ar configure:6547: checking for strip configure:6563: found /usr/bin/strip configure:6574: result: strip configure:6646: checking for ranlib configure:6662: found /usr/bin/ranlib configure:6673: result: ranlib configure:6763: checking command to parse /usr/bin/nm -B output from cc object configure:6881: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:6884: $? = 0 configure:6888: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' \> conftest.nm configure:6891: $? = 0 configure:6945: cc -o conftest -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c conftstm.o >&5 configure:6948: $? = 0 configure:6986: result: ok configure:7795: checking how to run the C preprocessor configure:7865: result: cpp configure:7885: cpp -I/usr/local/include/lqt -I/usr/local/include conftest.c configure:7885: $? = 0 configure:7899: cpp -I/usr/local/include/lqt -I/usr/local/include conftest.c conftest.c:11:28: error: ac_nonexistent.h: No such file or directory configure:7899: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | /* end confdefs.h. */ | #include configure:7928: checking for ANSI C header files configure:7948: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:7948: $? = 0 configure:8021: cc -o conftest -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c >&5 configure:8021: $? = 0 configure:8021: ./conftest configure:8021: $? = 0 configure:8032: result: yes configure:8045: checking for sys/types.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for sys/stat.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for stdlib.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for string.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for memory.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for strings.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for inttypes.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for stdint.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8045: checking for unistd.h configure:8045: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8045: $? = 0 configure:8045: result: yes configure:8060: checking for dlfcn.h configure:8060: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:8060: $? = 0 configure:8060: result: yes configure:8185: checking for C++ compiler version configure:8194: c++ --version >&5 c++ (GCC) 4.2.1 20070831 patched [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:8205: $? = 0 configure:8194: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] configure:8205: $? = 0 configure:8194: c++ -V >&5 c++: '-V' option must have argument configure:8205: $? = 1 configure:8194: c++ -qversion >&5 c++: unrecognized option '-qversion' c++: No input files specified configure:8205: $? = 1 configure:8209: checking whether we are using the GNU C++ compiler configure:8237: result: yes configure:8246: checking whether c++ accepts -g configure:8307: result: yes configure:8332: checking dependency style of c++ configure:8442: result: gcc3 configure:8465: checking how to run the C++ preprocessor configure:8492: c++ -E -I/usr/local/include/lqt -I/usr/local/include conftest.cpp configure:8492: $? = 0 configure:8506: c++ -E -I/usr/local/include/lqt -I/usr/local/include conftest.cpp conftest.cpp:22:28: error: ac_nonexistent.h: No such file or directory configure:8506: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:8531: result: c++ -E configure:8551: c++ -E -I/usr/local/include/lqt -I/usr/local/include conftest.cpp configure:8551: $? = 0 configure:8565: c++ -E -I/usr/local/include/lqt -I/usr/local/include conftest.cpp conftest.cpp:22:28: error: ac_nonexistent.h: No such file or directory configure:8565: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | /* end confdefs.h. */ | #include configure:8771: checking for objdir configure:8786: result: .libs configure:9078: checking if cc supports -fno-rtti -fno-exceptions configure:9096: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not for C configure:9100: $? = 0 configure:9113: result: no configure:9133: checking for cc option to produce PIC configure:9405: result: -fPIC -DPIC configure:9417: checking if cc PIC flag -fPIC -DPIC works configure:9435: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -fPIC -DPIC -DPIC conftest.c >&5 configure:9439: $? = 0 configure:9452: result: yes configure:9476: checking if cc static flag -static works configure:9504: result: yes configure:9519: checking if cc supports -c -o file.o configure:9540: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -o out/conftest2.o conftest.c >&5 configure:9544: $? = 0 configure:9566: result: yes configure:9574: checking if cc supports -c -o file.o configure:9621: result: yes configure:9654: checking whether the cc linker (/usr/bin/ld) supports shared libraries configure:10640: result: yes configure:10677: checking whether -lc should be explicitly linked in configure:10682: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:10685: $? = 0 configure:10700: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| /usr/bin/grep -lc \>/dev/null 2\>\&1 configure:10703: $? = 0 configure:10715: result: no configure:10879: checking dynamic linker characteristics configure:11530: result: freebsd9.1 ld.so configure:11632: checking how to hardcode library paths into programs configure:11657: result: immediate configure:12177: checking whether stripping libraries is possible configure:12182: result: yes configure:12217: checking if libtool supports shared libraries configure:12219: result: yes configure:12222: checking whether to build shared libraries configure:12243: result: yes configure:12246: checking whether to build static libraries configure:12250: result: yes configure:12400: checking for ld used by c++ configure:12467: result: /usr/bin/ld configure:12474: checking if the linker (/usr/bin/ld) is GNU ld configure:12489: result: yes configure:12544: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:13457: result: yes configure:13485: c++ -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.cpp >&5 configure:13488: $? = 0 configure:13670: checking for c++ option to produce PIC configure:13987: result: -fPIC -DPIC configure:13996: checking if c++ PIC flag -fPIC -DPIC works configure:14014: c++ -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -fPIC -DPIC -DPIC conftest.cpp >&5 configure:14018: $? = 0 configure:14031: result: yes configure:14052: checking if c++ static flag -static works configure:14080: result: yes configure:14092: checking if c++ supports -c -o file.o configure:14113: c++ -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -o out/conftest2.o conftest.cpp >&5 configure:14117: $? = 0 configure:14139: result: yes configure:14144: checking if c++ supports -c -o file.o configure:14191: result: yes configure:14221: checking whether the c++ linker (/usr/bin/ld) supports shared libraries configure:14247: result: yes configure:14384: checking dynamic linker characteristics configure:14983: result: freebsd9.1 ld.so configure:15034: checking how to hardcode library paths into programs configure:15059: result: immediate configure:15118: checking whether NLS is requested configure:15127: result: yes configure:15157: checking for intltool-update configure:15175: found /usr/local/bin/intltool-update configure:15187: result: /usr/local/bin/intltool-update configure:15197: checking for intltool-merge configure:15215: found /usr/local/bin/intltool-merge configure:15227: result: /usr/local/bin/intltool-merge configure:15237: checking for intltool-extract configure:15255: found /usr/local/bin/intltool-extract configure:15267: result: /usr/local/bin/intltool-extract configure:15398: checking for xgettext configure:15416: found /usr/local/bin/xgettext configure:15428: result: /usr/local/bin/xgettext configure:15438: checking for msgmerge configure:15456: found /usr/local/bin/msgmerge configure:15468: result: /usr/local/bin/msgmerge configure:15478: checking for msgfmt configure:15496: found /usr/local/bin/msgfmt configure:15508: result: /usr/local/bin/msgfmt configure:15518: checking for gmsgfmt configure:15549: result: /usr/local/bin/msgfmt configure:15569: checking for perl configure:15587: found /usr/bin/perl configure:15599: result: /usr/bin/perl configure:15610: checking for perl >= 5.8.1 configure:15617: result: 5.14.2 configure:15621: checking for XML::Parser configure:15624: result: ok configure:15649: cc -o conftest -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c >&5 /tmp//ccq8aa3S.o: In function `main': conftest.c:(.text+0x2): undefined reference to `_nl_msg_cat_cntr' configure:15649: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | /* end confdefs.h. */ | | int | main () | { | extern int _nl_msg_cat_cntr; | return _nl_msg_cat_cntr | ; | return 0; | } configure:15676: checking for library containing strerror configure:15707: cc -o conftest -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include -L/usr/local/lib/libquicktime -L/usr/local/lib conftest.c >&5 configure:15707: $? = 0 configure:15724: result: none required configure:15732: checking for ANSI C header files configure:15836: result: yes configure:15844: checking whether byte ordering is bigendian configure:15859: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 conftest.c:25: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'a' configure:15859: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #ifndef __APPLE_CC__ | not a universal capable compiler | #endif | typedef int dummy; | configure:15904: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:15904: $? = 0 configure:15922: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 conftest.c: In function 'main': conftest.c:31: error: 'not' undeclared (first use in this function) conftest.c:31: error: (Each undeclared identifier is reported only once conftest.c:31: error: for each function it appears in.) conftest.c:31: error: expected ';' before 'big' configure:15922: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "kino" | #define PACKAGE_TARNAME "kino" | #define PACKAGE_VERSION "1.3.4" | #define PACKAGE_STRING "kino 1.3.4" | #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" | #define PACKAGE_URL "" | #define PACKAGE "kino" | #define VERSION "1.3.4" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include | #include | | int | main () | { | #if BYTE_ORDER != BIG_ENDIAN | not big endian | #endif | | ; | return 0; | } configure:16050: result: no configure:16084: checking for special C compiler options needed for large files configure:16129: result: no configure:16135: checking for _FILE_OFFSET_BITS value needed for large files configure:16160: cc -c -O -pipe -march=nocona -I/usr/local/include/lqt -I/usr/local/include conftest.c >&5 configure:16160: $? = 0 configure:16192: result: no configure:16332: checking for pkg-config configure:16350: found /usr/local/bin/pkg-config configure:16362: result: /usr/local/bin/pkg-config configure:16387: checking pkg-config is at least version 0.9.0 configure:16390: result: yes configure:16401: checking for LIBDV configure:16408: $PKG_CONFIG --exists --print-errors "libdv >= 0.103" configure:16411: $? = 0 configure:16424: $PKG_CONFIG --exists --print-errors "libdv >= 0.103" configure:16427: $? = 0 configure:16481: result: yes configure:16492: checking for LIBRAW1394 configure:16499: $PKG_CONFIG --exists --print-errors "libraw1394 >= 1.0.0" Package libraw1394 was not found in the pkg-config search path. Perhaps you should add the directory containing `libraw1394.pc' to the PKG_CONFIG_PATH environment variable No package 'libraw1394' found configure:16502: $? = 1 configure:16515: $PKG_CONFIG --exists --print-errors "libraw1394 >= 1.0.0" Package libraw1394 was not found in the pkg-config search path. Perhaps you should add the directory containing `libraw1394.pc' to the PKG_CONFIG_PATH environment variable No package 'libraw1394' found configure:16518: $? = 1 Package libraw1394 was not found in the pkg-config search path. Perhaps you should add the directory containing `libraw1394.pc' to the PKG_CONFIG_PATH environment variable No package 'libraw1394' found configure:16555: error: Package requirements (libraw1394 >= 1.0.0) were not met: Package libraw1394 was not found in the pkg-config search path. Perhaps you should add the directory containing `libraw1394.pc' to the PKG_CONFIG_PATH environment variable No package 'libraw1394' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBRAW1394_CFLAGS and LIBRAW1394_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=amd64-portbld-freebsd9.1 ac_cv_c_bigendian=no ac_cv_c_compiler_gnu=yes ac_cv_cxx_compiler_gnu=yes ac_cv_env_ALSA_CFLAGS_set='' ac_cv_env_ALSA_CFLAGS_value='' ac_cv_env_ALSA_LIBS_set='' ac_cv_env_ALSA_LIBS_value='' ac_cv_env_AVCODEC_CFLAGS_set='' ac_cv_env_AVCODEC_CFLAGS_value='' ac_cv_env_AVCODEC_LIBS_set='' ac_cv_env_AVCODEC_LIBS_value='' ac_cv_env_CCC_set='' ac_cv_env_CCC_value='' ac_cv_env_CC_set=set ac_cv_env_CC_value=cc ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O -pipe -march=nocona' ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value='-I/usr/local/include/lqt -I/usr/local/include' ac_cv_env_CPP_set=set ac_cv_env_CPP_value=cpp ac_cv_env_CXXCPP_set='' ac_cv_env_CXXCPP_value='' ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O -pipe -march=nocona' ac_cv_env_CXX_set=set ac_cv_env_CXX_value=c++ ac_cv_env_GTK2_CFLAGS_set='' ac_cv_env_GTK2_CFLAGS_value='' ac_cv_env_GTK2_LIBS_set='' ac_cv_env_GTK2_LIBS_value='' ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=' -L/usr/local/lib/libquicktime -L/usr/local/lib' ac_cv_env_LIBDV_CFLAGS_set='' ac_cv_env_LIBDV_CFLAGS_value='' ac_cv_env_LIBDV_LIBS_set='' ac_cv_env_LIBDV_LIBS_value='' ac_cv_env_LIBIEC61883_CFLAGS_set='' ac_cv_env_LIBIEC61883_CFLAGS_value='' ac_cv_env_LIBIEC61883_LIBS_set='' ac_cv_env_LIBIEC61883_LIBS_value='' ac_cv_env_LIBQUICKTIME_CFLAGS_set='' ac_cv_env_LIBQUICKTIME_CFLAGS_value='' ac_cv_env_LIBQUICKTIME_LIBS_set='' ac_cv_env_LIBQUICKTIME_LIBS_value='' ac_cv_env_LIBRAW1394_CFLAGS_set='' ac_cv_env_LIBRAW1394_CFLAGS_value='' ac_cv_env_LIBRAW1394_LIBS_set='' ac_cv_env_LIBRAW1394_LIBS_value='' ac_cv_env_LIBS_set='' ac_cv_env_LIBS_value='' ac_cv_env_LIBXML2_CFLAGS_set='' ac_cv_env_LIBXML2_CFLAGS_value='' ac_cv_env_LIBXML2_LIBS_set='' ac_cv_env_LIBXML2_LIBS_value='' ac_cv_env_PANGOFT_CFLAGS_set='' ac_cv_env_PANGOFT_CFLAGS_value='' ac_cv_env_PANGOFT_LIBS_set='' ac_cv_env_PANGOFT_LIBS_value='' ac_cv_env_PKG_CONFIG_set='' ac_cv_env_PKG_CONFIG_value='' ac_cv_env_SRC_CFLAGS_set='' ac_cv_env_SRC_CFLAGS_value='' ac_cv_env_SRC_LIBS_set='' ac_cv_env_SRC_LIBS_value='' ac_cv_env_SWSCALE_CFLAGS_set='' ac_cv_env_SWSCALE_CFLAGS_value='' ac_cv_env_SWSCALE_LIBS_set='' ac_cv_env_SWSCALE_LIBS_value='' ac_cv_env_XMKMF_set='' ac_cv_env_XMKMF_value='' ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=amd64-portbld-freebsd9.1 ac_cv_env_host_alias_set='' ac_cv_env_host_alias_value='' ac_cv_env_target_alias_set='' ac_cv_env_target_alias_value='' ac_cv_header_dlfcn_h=yes ac_cv_header_inttypes_h=yes ac_cv_header_memory_h=yes ac_cv_header_stdc=yes ac_cv_header_stdint_h=yes ac_cv_header_stdlib_h=yes ac_cv_header_string_h=yes ac_cv_header_strings_h=yes ac_cv_header_sys_stat_h=yes ac_cv_header_sys_types_h=yes ac_cv_header_unistd_h=yes ac_cv_host=amd64-portbld-freebsd9.1 ac_cv_objext=o ac_cv_path_EGREP='/usr/bin/grep -E' ac_cv_path_FGREP='/usr/bin/grep -F' ac_cv_path_GMSGFMT=/usr/local/bin/msgfmt ac_cv_path_GREP=/usr/bin/grep ac_cv_path_INTLTOOL_EXTRACT=/usr/local/bin/intltool-extract ac_cv_path_INTLTOOL_MERGE=/usr/local/bin/intltool-merge ac_cv_path_INTLTOOL_PERL=/usr/bin/perl ac_cv_path_INTLTOOL_UPDATE=/usr/local/bin/intltool-update ac_cv_path_MSGFMT=/usr/local/bin/msgfmt ac_cv_path_MSGMERGE=/usr/local/bin/msgmerge ac_cv_path_SED=/usr/bin/sed ac_cv_path_XGETTEXT=/usr/local/bin/xgettext ac_cv_path_ac_pt_PKG_CONFIG=/usr/local/bin/pkg-config ac_cv_prog_AWK=gawk ac_cv_prog_CPP=cpp ac_cv_prog_CXXCPP='c++ -E' ac_cv_prog_ac_ct_AR=ar ac_cv_prog_ac_ct_CC=cc ac_cv_prog_ac_ct_OBJDUMP=objdump ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_prog_ac_ct_STRIP=strip ac_cv_prog_cc_c89='' ac_cv_prog_cc_g=yes ac_cv_prog_cxx_g=yes ac_cv_prog_make_gmake_set=yes ac_cv_search_strerror='none required' ac_cv_sys_file_offset_bits=no ac_cv_sys_largefile_CC=no am_cv_CC_dependencies_compiler_type=gcc3 am_cv_CXX_dependencies_compiler_type=gcc3 am_cv_prog_cc_stdc='' lt_cv_deplibs_check_method=pass_all lt_cv_file_magic_cmd='$MAGIC_CMD' lt_cv_file_magic_test_file='' lt_cv_ld_reload_flag=-r lt_cv_nm_interface='BSD nm' lt_cv_objdir=.libs lt_cv_path_LD=/usr/bin/ld lt_cv_path_LDCXX=/usr/bin/ld lt_cv_path_NM='/usr/bin/nm -B' lt_cv_prog_compiler_c_o=yes lt_cv_prog_compiler_c_o_CXX=yes lt_cv_prog_compiler_pic_works=yes lt_cv_prog_compiler_pic_works_CXX=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_prog_compiler_static_works=yes lt_cv_prog_compiler_static_works_CXX=yes lt_cv_prog_gnu_ld=yes lt_cv_prog_gnu_ldcxx=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p'\' lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"\2", (void *) \&\2},/p'\' lt_cv_sys_global_symbol_to_c_name_address_lib_prefix='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (void *) 0},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \(lib[^ ]*\)$/ {"\2", (void *) \&\2},/p'\'' -e '\''s/^[ABCDGIRSTW]* \([^ ]*\) \([^ ]*\)$/ {"lib\2", (void *) \&\2},/p'\' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^T .* \(.*\)$/extern int \1();/p'\'' -e '\''s/^[ABCDGIRSTW]* .* \(.*\)$/extern char \1;/p'\' lt_cv_sys_max_cmd_len=262144 pkg_cv_LIBDV_CFLAGS='-I/usr/local/include ' pkg_cv_LIBDV_LIBS='-L/usr/local/lib -ldv -lm -L/usr/local/include ' ## ----------------- ## ## Output variables. ## ## ----------------- ## ACLOCAL='${SHELL} /usr/ports/multimedia/kino/work/kino-1.3.4/missing --run aclocal-1.11' ALL_LINGUAS='' ALSA_CFLAGS='' ALSA_LIBS='' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /usr/ports/multimedia/kino/work/kino-1.3.4/missing --run tar' AR='ar' AUTOCONF='/usr/local/bin/autoconf-2.69' AUTOHEADER='/usr/local/bin/autoheader-2.69' AUTOMAKE='${SHELL} /usr/ports/multimedia/kino/work/kino-1.3.4/missing --run automake-1.11' AVCODEC_CFLAGS='' AVCODEC_LIBS='' AWK='gawk' CATALOGS='' CATOBJEXT='' CC='cc' CCDEPMODE='depmode=gcc3' CFLAGS='-O -pipe -march=nocona' CPP='cpp' CPPFLAGS='-I/usr/local/include/lqt -I/usr/local/include' CXX='c++' CXXCPP='c++ -E' CXXDEPMODE='depmode=gcc3' CXXFLAGS='-O -pipe -march=nocona' CYGPATH_W='echo' DATADIR='' DATADIRNAME='share' DEFS='' DEPDIR='.deps' DSYMUTIL='' DUMPBIN='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='/usr/bin/grep -E' EXEEXT='' FFMPEG_KINO='' FFMPEG_MAN='' FFMPEG_SUBDIR='' FGREP='/usr/bin/grep -F' GETTEXT_PACKAGE='' GMOFILES='' GMSGFMT='/usr/local/bin/msgfmt' GREP='/usr/bin/grep' GTK2_CFLAGS='' GTK2_LIBS='' INSTALL_DATA='install -o root -g wheel -m 444' INSTALL_PROGRAM='install -s -o root -g wheel -m 555' INSTALL_SCRIPT='install -o root -g wheel -m 555' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' INSTOBJEXT='' INTLLIBS='' INTLTOOL_CAVES_RULE='%.caves: %.caves.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DESKTOP_RULE='%.desktop: %.desktop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_DIRECTORY_RULE='%.directory: %.directory.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_EXTRACT='/usr/local/bin/intltool-extract' INTLTOOL_KBD_RULE='%.kbd: %.kbd.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -m -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_KEYS_RULE='%.keys: %.keys.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -k -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_MERGE='/usr/local/bin/intltool-merge' INTLTOOL_OAF_RULE='%.oaf: %.oaf.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -p $(top_srcdir)/po $< $@' INTLTOOL_PERL='/usr/bin/perl' INTLTOOL_POLICY_RULE='%.policy: %.policy.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_PONG_RULE='%.pong: %.pong.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_PROP_RULE='%.prop: %.prop.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SCHEMAS_RULE='%.schemas: %.schemas.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -s -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SERVER_RULE='%.server: %.server.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -o -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SERVICE_RULE='%.service: %.service.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SHEET_RULE='%.sheet: %.sheet.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_SOUNDLIST_RULE='%.soundlist: %.soundlist.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_THEME_RULE='%.theme: %.theme.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -d -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UI_RULE='%.ui: %.ui.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_UPDATE='/usr/local/bin/intltool-update' INTLTOOL_XAM_RULE='%.xam: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' INTLTOOL_XML_NOMERGE_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u /tmp $< $@' INTLTOOL_XML_RULE='%.xml: %.xml.in $(INTLTOOL_MERGE) $(wildcard $(top_srcdir)/po/*.po) ; LC_ALL=C $(INTLTOOL_MERGE) -x -u -c $(top_builddir)/po/.intltool-merge-cache $(top_srcdir)/po $< $@' LD='/usr/bin/ld' LDFLAGS=' -L/usr/local/lib/libquicktime -L/usr/local/lib' LIBDV_CFLAGS='-I/usr/local/include ' LIBDV_LIBS='-L/usr/local/lib -ldv -lm -L/usr/local/include ' LIBIEC61883_CFLAGS='' LIBIEC61883_LIBS='' LIBOBJS='' LIBQUICKTIME_CFLAGS='' LIBQUICKTIME_LIBS='' LIBRAW1394_CFLAGS='' LIBRAW1394_LIBS='' LIBS='' LIBTOOL='$(SHELL) $(top_builddir)/libtool' LIBXML2_CFLAGS='' LIBXML2_LIBS='' LIPO='' LN_S='ln -s' LTLIBOBJS='' MAINT='#' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='#' MAKEINFO='${SHELL} /usr/ports/multimedia/kino/work/kino-1.3.4/missing --run makeinfo' MKDIR_P='./install-sh -c -d' MKINSTALLDIRS='' MSGFMT='/usr/local/bin/msgfmt' MSGFMT_OPTS='' MSGMERGE='/usr/local/bin/msgmerge' NM='/usr/bin/nm -B' NMEDIT='' OBJDUMP='objdump' OBJEXT='o' OTOOL64='' OTOOL='' PACKAGE='kino' PACKAGE_BUGREPORT='http://sourceforge.net/tracker/?group_id=14103&atid=114103' PACKAGE_NAME='kino' PACKAGE_STRING='kino 1.3.4' PACKAGE_TARNAME='kino' PACKAGE_URL='' PACKAGE_VERSION='1.3.4' PANGOFT_CFLAGS='' PANGOFT_LIBS='' PATH_SEPARATOR=':' PKG_CONFIG='/usr/local/bin/pkg-config' POFILES='' POSUB='' PO_IN_DATADIR_FALSE='' PO_IN_DATADIR_TRUE='' RANLIB='ranlib' SED='/usr/bin/sed' SET_MAKE='' SHELL='/bin/sh' SRC_CFLAGS='' SRC_LIBS='' STRIP='strip' SWSCALE_CFLAGS='' SWSCALE_LIBS='' USE_NLS='yes' VERSION='1.3.4' XGETTEXT='/usr/local/bin/xgettext' XMKMF='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ac_ct_CC='cc' ac_ct_CXX='' ac_ct_DUMPBIN='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE='' am__fastdepCC_FALSE='#' am__fastdepCC_TRUE='' am__fastdepCXX_FALSE='#' am__fastdepCXX_TRUE='' am__include='include' am__isrc='' am__leading_dot='.' am__quote='' am__tar='${AMTAR} chof - "$$tardir"' am__untar='${AMTAR} xf -' bindir='${exec_prefix}/bin' build='amd64-portbld-freebsd9.1' build_alias='amd64-portbld-freebsd9.1' build_cpu='amd64' build_os='freebsd9.1' build_vendor='portbld' datadir='${datarootdir}' datarootdir='${prefix}/share' docdir='${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir='${docdir}' exec_prefix='NONE' host='amd64-portbld-freebsd9.1' host_alias='' host_cpu='amd64' host_os='freebsd9.1' host_vendor='portbld' htmldir='${docdir}' includedir='${prefix}/include' infodir='/usr/local/info' install_sh='${SHELL} /usr/ports/multimedia/kino/work/kino-1.3.4/install-sh' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localedir='${datarootdir}/locale' localstatedir='/usr/local/share' lt_ECHO='echo' mandir='/usr/local/man' mkdir_p='$(top_builddir)/./install-sh -c -d' oldincludedir='/usr/include' pdfdir='${docdir}' prefix='/usr/local' program_transform_name='s,x,x,' psdir='${docdir}' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' top_builddir='' udevrulesdir='' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "kino" #define PACKAGE_TARNAME "kino" #define PACKAGE_VERSION "1.3.4" #define PACKAGE_STRING "kino 1.3.4" #define PACKAGE_BUGREPORT "http://sourceforge.net/tracker/?group_id=14103&atid=114103" #define PACKAGE_URL "" #define PACKAGE "kino" #define VERSION "1.3.4" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_DLFCN_H 1 #define LT_OBJDIR ".libs/" #define STDC_HEADERS 1 #define _GNU_SOURCE 1 #define _REENTRANT 1 #define HAVE_LIBDV 1 configure: exit 1 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=pkg_info-Ea-outputt CharisSIL-4.110 CharisSILCompact-4.110_1 DoulosSIL-4.110 DoulosSILCompact-4.110_1 GentiumPlus-1.510 GraphicsMagick-1.3.16_1 ImageMagick-6.8.0.7 ORBit-0.5.17_5 ORBit2-2.14.19 OpenEXR-1.7.0 OpenSP-1.5.2_2 Terminal-0.4.8_4 Thunar-1.6.2 a2ps-a4-4.13b_4 aalib-1.4.r5_6 adobe-cmaps-20051217_1 aiksaurus-1.2.1_2 alsa-lib-1.0.26 appres-1.0.3 arkpandora-2.04_2 arts-1.5.10_8,1 artwiz-aleczapka-en-1.3_2 artwiz-fonts-1.0_3 asciidoc-8.6.8_1 aspell-0.60.6.1_2 atk-2.0.1 atkmm-2.22.5 audacity-2.0.2 autoconf-2.13.000227_6 autoconf-2.69 autoconf-wrapper-20101119 automake-1.12.6 automake-wrapper-20101119 automoc4-0.9.88_3 babl-0.1.6 bash-4.2.37 bdftopcf-1.0.3 bigreqsproto-1.1.1 binutils-2.23.1 bison-2.5.1,1 bitmap-1.0.5 bitstream-vera-1.10_5 blackbox-0.70.1_4 blender-2.65 bluefish-2.2.2_2 boehm-gc-7.1 boost-jam-1.48.0 boost-libs-1.48.0_2 bpm-0.4.1b_19 bsdadminscripts-6.1.1_3 ca_root_nss-3.14 cabextract-1.4 cairo-1.10.2_5,2 cairomm-1.10.0_1 cantarell-fonts-0.0.12 cdlabelgen-4.2.0 cdparanoia-3.9.8_9 cdrdao-1.2.3_4 cdrtools-3.00_2 celt-0.11.3_1 cfitsio-3.310 cinepaint-0.22_9 clucene-0.9.21 clutter-1.4.0_1 clutter-gtk-0.10.8_2 cm-super-0.3.4_4 cmake-2.8.9 cmake-modules-2.8.9 code2000-1.171 code2001-0.919 compat8x-amd64-8.3.803000.201209 compositeproto-0.4.2 consolekit-0.4.3 cppunit-1.12.1 croscorefonts-1.21.0 cups-client-1.5.4 cups-image-1.5.4 cups-pstoraster-8.15.4_7 curl-7.24.0_1 cyberbit-ttfonts-2.0.20050220_2 cyr-rfx-koi8-o-1.1_2 cyrus-sasl-2.1.26_2 damageproto-1.2.1 darktable-1.1 db41-4.1.25_4 db42-4.2.52_5 dbus-1.4.14_4 dbus-glib-0.94 dconf-0.5.1_4 dcraw-9.16 dejavu-2.33 desktop-file-utils-0.18 dgs-0.5.9.1_11 dia-gnome-0.97.1_3,1 dict-1.12.0_1 djbfft-0.76_2 dmidecode-2.11 dmxproto-2.3.1 docbook-4.1_4 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xsl-1.76.1 doxygen-1.8.3 dri-7.6.1_2,2 dri2proto-2.6 droid-fonts-ttf-20110324 dsssl-docbook-modular-1.79_1,1 dvd+rw-tools-7.1 dvipdfmx-20110311 dvipsk-tetex-5.95a_6 eggdbus-0.6_1 eigen-2.0.17,1 emacs-24.2,3 en-gimp-help-html-2.6.1 enca-1.13 enchant-1.6.0 encodings-1.0.4,1 enscript-a4-1.6.4_5 epdfview-0.1.8_4 esound-0.2.41_1 evieext-1.1.1 exempi-2.1.1 exim-4.80.1_1 exim-doc-html-4.71 exiv2-0.23,1 expat-2.0.1_2 f2c-20060810_3 faac-1.28_2 faad2-2.7_3,1 ffmpeg-0.7.13_6,1 fftw3-3.3.3 fftw3-float-3.3.3 filezilla-3.6.0.1 firefox-17.0.1,1 fixesproto-5.0 fixrtf-0.1.20060303_2 flac-1.2.1_3 flex-2.5.37 flickcurl-1.23 fltk-1.3.2 fluxbox-1.3.3 font-adobe-100dpi-1.0.3 font-adobe-75dpi-1.0.3 font-adobe-utopia-100dpi-1.0.4 font-adobe-utopia-75dpi-1.0.4 font-adobe-utopia-type1-1.0.4 font-alias-1.0.3 font-amsfonts-3.02_1 font-arabic-misc-1.0.3 font-bh-100dpi-1.0.3 font-bh-75dpi-1.0.3 font-bh-lucidatypewriter-100dpi-1.0.3 font-bh-lucidatypewriter-75dpi-1.0.3 font-bh-ttf-1.0.3 font-bh-type1-1.0.3 font-bitstream-100dpi-1.0.3 font-bitstream-75dpi-1.0.3 font-bitstream-speedo-1.0.2 font-bitstream-type1-1.0.3 font-cronyx-cyrillic-1.0.3 font-cursor-misc-1.0.3 font-daewoo-misc-1.0.3 font-dec-misc-1.0.3 font-ibm-type1-1.0.3 font-isas-misc-1.0.3 font-jis-misc-1.0.3 font-manager-0.5.7_3 font-micro-misc-1.0.3 font-misc-cyrillic-1.0.3 font-misc-ethiopic-1.0.3 font-misc-meltho-1.0.3 font-misc-misc-1.1.2 font-mutt-misc-1.0.3 font-pingwi-0.1 font-schumacher-misc-1.1.2 font-screen-cyrillic-1.0.4 font-sony-misc-1.0.3 font-sun-misc-1.0.3 font-util-1.2.0 font-winitzki-cyrillic-1.0.3 font-xfree86-type1-1.0.4 fontcacheproto-0.1.3 fontconfig-2.9.0,1 fontforge-20120731.b fontsproto-2.1.1 freealut-1.1.0_2 freedesktop-sound-theme-0.7_1 freefont-ttf-20120503 freefonts-0.10_4 freetype-1.3.1_4 freetype-tools-1.3.1_9 freetype2-2.4.11 frei0r-1.3_1 fribidi-0.19.2_1 ftgl-2.1.3.r5,1 gamin-0.1.10_4 garcon-0.2.0_1 gawk-4.0.2 gcc-4.6.4.20121123 gccmakedep-1.0.2 gcombust-0.1.55_6 gconf-editor-2.32.0_1,1 gconf2-2.32.0_3 gd-2.0.35_8,1 gdbm-1.9.1 gdk-pixbuf-0.22.0_12 gdk-pixbuf-2.23.5_3 gedit-2.30.4_2 gegl-0.1.8_4 getopt-1.1.4_2 gettext-0.18.1.1 gexiv2-0.4.1 ggz-client-libs-0.0.14.1_2 ghostscript8-8.71_10 giflib-4.2.0_2 gimp-2.6.12,2 gimp-app-2.6.12_1,1 gimp-data-extras-2.0.2_5 gimp-focusblur-plugin-3.2.6_2 gimp-gmic-plugin-1.5.2.4 gimp-gutenprint-5.2.8 gimp-help-html-2.6.1 gimp-lqr-plugin-0.7.1_1 gimp-resynthesizer-0.16_2 gimp-save-for-web-0.29.3_1 gimpfx-foundry-2.6,1 gio-fam-backend-2.28.8_1 glew-1.9.0 glib-1.2.10_13 glib-2.28.8_5 glib-networking-2.28.7_4 glibmm-2.28.2,1 glitz-0.5.6_2 glproto-1.4.15 gmake-3.82_1 gmime-2.2.27 gmime-24-2.4.33 gmp-5.0.5 gnome-desktop-2.32.1_2 gnome-doc-utils-0.20.3 gnome-icon-theme-2.31.0_2 gnome-keyring-2.32.1_2 gnome-libs-1.4.2_18 gnome-menus-2.30.5 gnome-mime-data-2.18.0_4 gnome-mount-0.8_10 gnome-settings-daemon-2.32.1_4 gnome-spell-1.0.8_7 gnome-vfs-2.24.4_1 gnome_subr-1.0 gnomehier-2.3_12 gnupg-2.0.19_3 gnutls-2.12.18_1 gobject-introspection-0.10.8_3 gpac-libgpac-0.4.5_6,1 gperf-3.0.3 gpgme-1.3.2 graphviz-2.28.0_1 grip-3.3.1_5 gsettings-desktop-schemas-3.0.1 gsfonts-8.11_5 gsl-1.15_1 gsm-1.0.13 gstreamer-0.10.36 gstreamer-ffmpeg-0.10.13 gstreamer-plugins-0.10.36_2,3 gstreamer-plugins-a52dec-0.10.19,3 gstreamer-plugins-bad-0.10.23,3 gstreamer-plugins-cdparanoia-0.10.36,3 gstreamer-plugins-core-0.10_13 gstreamer-plugins-dts-0.10.23,3 gstreamer-plugins-dvd-0.10.19,3 gstreamer-plugins-flac-0.10.31,3 gstreamer-plugins-gio-0.10.36,3 gstreamer-plugins-good-0.10.31,3 gstreamer-plugins-hal-0.10.31,3 gstreamer-plugins-libpng-0.10.31,3 gstreamer-plugins-mad-0.10.19,3 gstreamer-plugins-mp3-0.10.0_1 gstreamer-plugins-mpeg2dec-0.10.19,3 gstreamer-plugins-ogg-0.10.36,3 gstreamer-plugins-pango-0.10.36_1,3 gstreamer-plugins-soup-0.10.31,3 gstreamer-plugins-theora-0.10.36,3 gstreamer-plugins-ugly-0.10.19,3 gstreamer-plugins-vorbis-0.10.36,3 gstreamer-plugins-vp8-0.10.23,3 gstreamer-plugins-xvid-0.10.23,3 gtar-1.26 gthumb-2.14.1_4 gtk-1.2.10_22 gtk-2.24.6_2 gtk-3.0.12_2 gtk-engines2-2.20.2_1 gtk-update-icon-cache-2.24.6_1 gtk-xfce-engine-3.0.1 gtkglarea-2.0.1_3 gtkglext-1.2.0_10 gtkhtml3-3.32.1_2 gtkimageview-1.6.4_3 gtkmm-2.24.2_1 gtksourceview-1.8.5_8 gtksourceview2-2.10.5_1 gtkspell-2.0.16_4 gts-0.7.6_1 gucharmap-2.32.1_1 gutenprint-5.2.8 gutenprint-base-5.2.8 gutenprint-cups-5.2.8_1 gutenprint-ijs-5.2.8 gvfs-1.6.6_3 hal-0.5.14_20 hal-info-20091130 hdf5-1.6.9_1 help2man-1.40.13 hicolor-icon-theme-0.12 hobbes-icons-xpm3-1.0_1 html-4.01_2 html2text-1.3.2a hunspell-1.3.2_1 hupnp-1.0.0_1 hyphen-2.8.6 iceauth-1.0.5 icewm-1.3.7_3 icon-naming-utils-0.8.90 icons-buuf-1.6r2_6 icons-tango-0.8.90_2 icons-tango-extras-0.1.0_5 icu-50.1 id3lib-3.8.3_5 ilmbase-1.0.2 imake-1.0.4,1 imlib-1.9.15_15 imlib2-1.4.5_2,2 inconsolata-ttf-20090215 inkscape-0.48.2_3 input-wacom-40.0.15.0_1 inputproto-2.0.2 intltool-0.41.1 iso-codes-3.40 iso8879-1986_3 ispell-3.3.02_5 jackit-0.121.3_2 jade-1.2.1_9 jasper-1.900.1_10 jbig2dec-0.11_1 jbigkit-1.6 jmk-x11-fonts-3.0_3 jpeg-8_4 json-glib-0.12.6 junicode-0.7.6 kbproto-1.0.5 kdehier-1.0_11 kdehier4-1.0.10 kdelibs-3.5.10_11 kino-1.3.4_12 ladspa-1.13 lame-3.99.5 lcms-1.19_1,1 lcms2-2.4 lensfun-0.2.5_3 libFS-1.0.3 libGL-7.6.1_2 libGLU-7.6.1_1 libICE-1.0.7,1 libIDL-0.8.14_1 libSM-1.2.0,1 libX11-1.4.4,1 libXScrnSaver-1.2.1 libXTrap-1.0.0 libXau-1.0.6 libXaw-1.0.9,2 libXcomposite-0.4.3,1 libXcursor-1.1.12 libXdamage-1.1.3 libXdmcp-1.1.0 libXevie-1.0.3 libXext-1.3.0_1,1 libXfixes-5.0 libXfont-1.4.4_1,1 libXfontcache-1.0.5 libXft-2.1.14 libXi-1.4.5,1 libXinerama-1.1.1,1 libXmu-1.1.0,1 libXp-1.0.1,1 libXpm-3.5.9 libXrandr-1.3.2 libXrender-0.9.6 libXres-1.0.5 libXt-1.1.1,1 libXtst-1.2.0 libXv-1.0.6,1 libXvMC-1.0.6 libXxf86dga-1.1.2 libXxf86misc-1.0.3 libXxf86vm-1.1.1 liba52-0.7.4_2 libaacs-0.3.0 libao-1.1.0_1 libart_lgpl-2.3.21,1 libass-0.10.1 libassuan-2.0.3 libaudiofile-0.2.7 libbluray-0.2.2,1 libbonobo-2.32.0 libbonoboui-2.24.4_1 libburn-1.2.4 libcanberra-0.28_3 libcanberra-gtk3-0.28_3 libcddb-1.3.2_1 libcdio-0.83_1 libchamplain-0.8.1_2 libcheck-0.9.8 libcroco-0.6.2_1 libdaemon-0.14 libdca-0.0.5 libdiscid-0.2.2_1 libdmx-1.1.1 libdrm-2.4.17_1 libdv-1.0.0_3 libdvdcss-1.2.12 libdvdread-4.2.0_2 liberation-fonts-ttf-2.00.1,1 libevent-1.4.14b_2 libevent2-2.0.20 libexecinfo-1.1_3 libexif-0.6.20 libexo-0.10.2 libfame-0.9.1_3 libffi-3.0.9 libfontenc-1.1.0 libfpx-1.3.1.1 libgcrypt-1.5.0_1 libgdata-0.6.6_1 libgee-0.6.2.1 libggi-2.2.2_3,1 libggz-0.0.14.1_9 libgii-1.0.2_2 libglade2-2.6.4_5 libglut-7.6.1 libgnome-2.32.0_1 libgnome-keyring-2.32.0_2 libgnomecanvas-2.30.3_1 libgnomecups-0.2.3_4,1 libgnomekbd-2.32.0_1 libgnomeprint-2.18.8_1 libgnomeprintui-2.18.6_1 libgnomesu-1.0.0_10 libgnomeui-2.24.4_1 libgpg-error-1.10 libgphoto2-2.4.14 libgsf-1.14.21_1 libgtop-2.28.3_2 libgweather-2.30.3_1 libical-0.48 libiconv-1.14 libid3tag-0.15.1b libidn-1.25 libijs-0.35_1 libiptcdata-1.0.4 libisofs-1.2.4 libkate-0.4.1_2 libkdcraw-0.1.9_5 libkexiv2-0.1.9_8 libksba-1.3.0 liblqr-1-0.4.1_3 libltdl-2.4.2 libmaa-1.3.2,1 libmad-0.15.1b_2 libmng-1.0.10_2 libmodplug-0.8.8.4 libmpeg2-0.5.1_1 libmspack-0.3 libnice-0.0.13_3 libnotify-0.7.3_2 libogg-1.3.0,4 liboil-0.3.17 liboldX-1.0.1 libopenraw-0.0.8_4 libotf-0.9.12 libpaper-1.1.24_1 libpciaccess-0.12.1 libproxy-0.4.6 libproxy-gnome-0.4.6_1 libpthread-stubs-0.3_3 libraw-0.14.7 librsvg2-2.34.1_1 libsamplerate-0.1.8_3 libsexy-0.1.11_6 libsigc++-2.2.10 libsigsegv-2.10 libslang2-2.2.4_4 libsndfile-1.0.25_2 libsoup-2.34.3 libsoup-gnome-2.34.3_2 libspectre-0.2.6_1 libspiro-20071029 libssh2-1.4.3,2 libtasn1-2.13 libtelepathy-0.3.3_1 libthai-0.1.5_4 libtheora-1.1.1_3 libtool-2.4.2 libuninameslist-20091231 libunwind-20110911 libv4l-0.8.8_1 libvdpau-0.5_1 libvolume_id-0.81.1 libvorbis-1.3.3_1,3 libvpx-1.1.0 libwmf-0.2.8.4_7 libwnck-2.30.6_1 libwpd-0.8.14_4 libwpd-0.9.4_1 libwpg-0.2.1_2 libwww-5.4.0_4 libxcb-1.7 libxfce4gui-4.10.0_1 libxfce4menu-4.10.0_2 libxfce4util-4.10.0_1 libxine-1.2.2_1 libxkbfile-1.0.7 libxkbui-1.0.2_1 libxklavier-5.0,1 libxml++-2.34.2 libxml-1.8.17_5 libxml2-2.7.8_5 libxslt-1.1.28 libxul-1.9.2.28_1 libyaml-0.1.4_2 liferea-1.8.7 links-2.7,1 linuxdoc-1.1_1 linuxlibertine-4.7.5 liveMedia-2012.12.18,2 lua-5.1.5_4 luit-1.1.0_1 lynx-2.8.7.2,1 lzo2-2.06 lzop-1.03 m17n-db-1.6.3 m17n-lib-1.6.3_1 m4-1.4.16_1,1 mDNSResponder-333.10 makedepend-1.0.3,1 memtest-4.2.2 mencoder-1.1.r20120721_1 mime-support-3.52.2 mjpegtools-2.0.0_4 mkbold-mkitalic-0.11_1 mkfontdir-1.0.6 mkfontscale-1.0.9 mousepad-0.2.16_11 moveable-type-fonts-20100801 mp4v2-1.9.1 mpc-0.9 mpfr-3.1.1 mplayer-1.1.r20120721_1 mplayer-skins-1.1.3_1 mutt-devel-1.5.21_4 nas-1.9.3 nasm-2.10.03,1 netpbm-10.35.87 nettle-2.5 nmap-6.01_1 nspr-4.9.4 nss-3.14 nucleus-0.77_4 o3read-0.0.4 ode-0.11.1,1 odt2txt-0.4_1 open-motif-2.3.4 openal-soft-1.15.1 opencolorio-1.0.7_1 opencv-2.3.1_5 opencv-core-2.3.1_5 openimageio-1.1.2 openjade-1.3.3p1_2 openjpeg-1.5.0_1 opera-12.12 orage-4.8.3_2 orc-0.4.16_1 osdclock-0.5_9 p11-kit-0.14 p5-Archive-Tar-1.90 p5-Authen-NTLM-1.09 p5-CPAN-Meta-2.120921 p5-CPAN-Meta-Requirements-2.122 p5-CPAN-Meta-YAML-0.008 p5-Compress-Raw-Bzip2-2.059 p5-Compress-Raw-Zlib-2.059 p5-Crypt-OpenSSL-Bignum-0.04 p5-Crypt-OpenSSL-RSA-0.28 p5-Crypt-OpenSSL-Random-0.04 p5-Crypt-SSLeay-0.64 p5-Date-Manip-6.34 p5-Digest-HMAC-1.03 p5-Digest-SHA-5.80 p5-Digest-SHA1-2.13 p5-Encode-Detect-1.01 p5-Encode-Locale-1.03 p5-ExtUtils-CBuilder-0.2802.05,1 p5-ExtUtils-Install-1.54_2 p5-ExtUtils-ParseXS-3.15 p5-File-Listing-6.04 p5-Filter-1.45 p5-HTML-Parser-3.69 p5-HTML-Tagset-3.20 p5-HTML-Tree-4.2 p5-HTTP-Cookies-6.01 p5-HTTP-Daemon-6.01 p5-HTTP-Date-6.02 p5-HTTP-Message-6.06_1 p5-HTTP-Negotiate-6.01 p5-IO-Compress-2.059 p5-IO-HTML-0.04 p5-IO-Socket-INET6-2.69 p5-IO-Socket-SSL-1.81 p5-IO-String-1.08 p5-IO-Zlib-1.10_1 p5-JSON-PP-2.27200_1 p5-LWP-MediaTypes-6.02 p5-LWP-Protocol-https-6.03 p5-Locale-gettext-1.05_3 p5-Mail-DKIM-0.39 p5-Mail-SpamAssassin-3.3.2_6 p5-Mail-Tools-2.11 p5-Math-BigInt-1.997 p5-Module-Build-0.4003 p5-Module-Metadata-1.000011 p5-Mozilla-CA-20120823_1 p5-Net-DBus-1.0.0 p5-Net-DNS-0.71 p5-Net-HTTP-6.05 p5-Net-IP-1.26 p5-Net-SSLeay-1.51 p5-NetAddr-IP-4.066 p5-Parse-CPAN-Meta-1.44.04 p5-Parse-Yapp-1.05 p5-Perl-OSType-1.002 p5-SGMLSpm-1.03_1 p5-Socket6-0.23 p5-Switch-2.16 p5-Test-Harness-3.25 p5-Test-Simple-0.98 p5-Text-Iconv-1.7 p5-Tie-IxHash-1.22 p5-Time-HiRes-1.9725,1 p5-TimeDate-1.20,1 p5-URI-1.60 p5-Unicode-Map8-0.13 p5-Unicode-String-2.09 p5-WWW-RobotRules-6.02 p5-XML-DOM-1.44 p5-XML-Filter-BufferText-1.01 p5-XML-Grove-0.46.a p5-XML-Handler-YAWriter-0.23 p5-XML-LibXML-2.0004,1 p5-XML-NamespaceSupport-1.11 p5-XML-Parser-2.41 p5-XML-RegExp-0.04 p5-XML-SAX-0.99 p5-XML-SAX-Base-1.08 p5-XML-SAX-Expat-0.40_1 p5-XML-Simple-2.20 p5-XML-Twig-3.42 p5-XML-XPath-1.13 p5-XML-XQL-0.68 p5-YAML-0.84 p5-YAML-Syck-1.22 p5-YAML-Tiny-1.51 p5-libwww-6.04 p5-libxml-0.08 p5-type1inst-0.6.1_5 p5-version-0.99.01 p7zip-9.20.1 pango-1.28.4_1 pangomm-2.28.2_1 patch-2.7_1 pccts-1.33.33 pciids-20121208 pcre-8.32 peps-2.0_5 perl-5.14.2_2 phonon-4.6.0_1 pixman-0.24.2 pkgconf-0.8.9 png-1.5.13 podofo-0.9.1_3 policykit-0.9_6 policykit-gnome-0.9.2_6 polkit-0.99 polkit-gnome-0.99_1 poppler-0.18.4_2 poppler-data-0.4.5 poppler-glib-0.18.4_2 poppler-utils-0.18.4_1 popt-1.16 portaudio-18.1_3 portdowngrade-0.6_4 portupgrade-2.4.10.3,2 potrace-1.9 povray-3.6.1_10 povray-3.7.0.r6 povray-meta-0.1 ppantsfonts-0.7_2 printproto-1.0.5 privoxy-3.0.19_1 profont-400 pth-2.0.7 pwgen-2.06,2 py27-cairo-1.8.10_1 py27-dbus-0.84.0 py27-gdata-2.0.17 py27-gimp-app-2.6.12_1 py27-gnome-2.28.1_3 py27-gobject-2.28.6_1 py27-gstreamer-0.10.22_1 py27-gtk-2.24.0_1 py27-gtksourceview-2.10.1_1 py27-imaging-1.1.7_1 py27-isodate-0.4.9 py27-libxml2-2.7.8_2 py27-numeric-24.2_3 py27-openssl-0.13 py27-orbit-2.24.0 py27-rdflib-3.2.3 py27-reportlab2-2.5 py27-sqlite3-2.7.3_2 py27-tkinter-2.7.3_3 py27-vte-0.26.2_1 py27-xml-0.8.4_2 py27-zenmap-6.01_1 py31-tkinter-3.1.5_3 python27-2.7.3_5 python31-3.1.5_2 python32-3.2.3_2 python33-3.3.0_2 qdbm-1.8.78 qmake-3.3.8_1 qt-3.3.8_14 qt4-assistant-4.8.2 qt4-clucene-4.8.2 qt4-corelib-4.8.2 qt4-dbus-4.8.2 qt4-declarative-4.8.2 qt4-designer-4.8.2 qt4-doc-4.8.2 qt4-gui-4.8.2_1 qt4-help-4.8.2 qt4-linguist-4.8.2 qt4-moc-4.8.2 qt4-network-4.8.2 qt4-opengl-4.8.2 qt4-qmake-4.8.2_3 qt4-qt3support-4.8.2 qt4-qtestlib-4.8.2 qt4-rcc-4.8.2 qt4-script-4.8.2 qt4-scripttools-4.8.2 qt4-sql-4.8.2 qt4-sqlite-plugin-4.8.2 qt4-svg-4.8.2 qt4-uic-4.8.2 qt4-webkit-4.8.2 qt4-xml-4.8.2 qt4-xmlpatterns-4.8.2 qzeitgeist-0.8.0 randrproto-1.3.2 raptor2-2.0.8_1 rarian-0.8.1 rawstudio-2.0_3 rawtherapee-4.0.9 razor-agents-2.84 recode-3.6_8 recordproto-1.14.1 renderproto-0.11.1 resourceproto-1.2.0 ristretto-0.6.3 roboto-fonts-ttf-20111129 rpm2cpio-1.3_1 rtmpdump-2.4_1 ruby-1.8.7.371,1 ruby-1.9.3.327,1 ruby18-bdb-0.6.6 sane-backends-1.0.23 sane-frontends-1.0.14_8 schroedinger-1.0.11_1 scr2png-1.2_5 scr2txt-1.2 scribus-1.4.1_1 scrnsaverproto-1.2.1 sdl-1.2.15_2,2 sdl_gfx-2.0.23 seamonkey-2.14.1 separate-0.5.8_1,1 sessreg-1.0.7 setxkbmap-1.2.0 sgifonts-1.0.1_2 sgmlformat-1.7_2 shared-mime-info-1.0_2 shotwell-0.11.6_2 slrn-1.0.1 smproxy-1.0.5 soundtouch-1.7.0 sourcesanspro-ttf-1.038 speex-1.2.r1_4,1 sqlite3-3.7.14.1 squeeze-0.2.3_6 startup-notification-0.12_1 stixfonts-1.1.0 streamtuner-0.99.99_19 suxus-1.5_2 svgalib-1.4.3_6 swig-1.3.40 t1lib-5.1.2_1,1 t1utils-1.32 taglib-1.8 talloc-2.0.7 tbb-4.1.1 tcl-8.5.13 tcl-modules-8.5.13 teTeX-3.0_6 teTeX-base-3.0_23 teTeX-texmf-3.0_8 telepathy-glib-0.12.7_1 terminus-font-4.38 tex-texmflocal-1.9 texcm-ttf-20010117_3 texi2html-5.0_1,1 thttpd-2.25b_4 thunar-vfs-1.2.0_5 tidy-lib-090315.c_1 tidy4-20000804_3 tiff-4.0.3 tinyxml-2.6.2_1 tk-8.5.13 tkdvd-4.0.9_2 tmake-1.13 totem-pl-parser-2.32.3_1 trapproto-3.4.3 ttf2pt1-3.4.4_2 ttmkfdir-3.0.9_2,1 twolame-0.3.13 ubuntu-font-0.80_1 ufraw-0.18_4 unique-1.1.6_3 unzip-6.0_1 upower-0.9.7 urlview-0.9_7 urwfonts-1.0_3 v4l_compat-1.0.20120501_1 vala-0.12.1 vala-vapigen-0.12.1 vcdimager-0.7.24_1 videoproto-2.3.1 vo-aacenc-0.1.2 vorbis-tools-1.4.0_4,3 vte-0.26.2_3 w3m-0.5.3_1 wavpack-4.60.1 webfonts-0.30_6 webkit-gtk2-1.4.3_2 weblint-1.020 webp-0.1.3_1 wget-1.13.4_1 windowmaker-0.95.3 wmicons-1.0_2 wterm-6.2.9_6 wv-1.2.9_1 wxgtk2-2.6.4_6 wxgtk2-common-2.6.4_6 wxgtk2-common-2.8.12_1 wxgtk2-unicode-2.8.12_1 x11perf-1.5.4 x264-0.125.2201 xauth-1.0.6 xbacklight-1.1.2 xbitmaps-1.1.1 xcalc-1.0.4.1_1 xcb-proto-1.7.1 xcb-util-0.3.9_1,1 xcb-util-renderutil-0.3.8 xclock-1.0.6 xcmiscproto-1.2.1 xcmsdb-1.0.3 xcursor-themes-1.0.3_1 xcursorgen-1.0.4_1 xdg-utils-1.0.2_8 xdpyinfo-1.3.0 xdriinfo-1.0.4 xdvik-tetex-22.84.16_4 xev-1.1.0 xextproto-7.2.0 xf86-input-keyboard-1.6.1 xf86-input-mouse-1.7.1_1 xf86-video-ati-6.14.3_1 xf86-video-openchrome-0.2.904_3 xf86-video-r128-6.8.1_3 xf86-video-radeonhd-1.3.0_5 xf86-video-vesa-2.3.0_2 xf86bigfontproto-1.2.0 xf86dga-1.0.3 xf86dgaproto-2.1 xf86driproto-2.1.1 xf86miscproto-0.9.3 xf86vidmodeproto-2.3.1 xfce-4.10 xfce4-appfinder-4.10.0_1 xfce4-conf-4.10.0_3 xfce4-desktop-4.10.0_5 xfce4-mixer-4.10.0_3 xfce4-notifyd-0.2.2_4 xfce4-panel-4.10.0_4 xfce4-print-4.6.1_8 xfce4-session-4.10.0_1 xfce4-settings-4.10.0_4 xfce4-tumbler-0.1.26 xfce4-weather-plugin-0.8.2 xfce4-wm-4.10.0_1 xfce4-wm-themes-4.10.0_1 xforms-1.0.93.s1,1 xfpovray-1.3.1_9 xgamma-1.0.4 xgc-1.0.3 xhost-1.0.4 xine-0.99.7_1 xineramaproto-1.2.1 xinit-1.3.2,1 xinput-1.5.4 xkbcomp-1.2.3 xkbevd-1.1.2 xkbutils-1.0.3 xkeyboard-config-2.5.1 xkill-1.0.3 xlockmore-5.41 xlsatoms-1.1.0 xlsclients-1.1.2 xlsfonts-1.0.3 xmessage-1.0.3 xmlcatmgr-2.2 xmlcharent-0.3_2 xmlto-0.0.25 xmms-1.2.11_16 xmms-flac-1.2.1_3 xmodmap-1.0.5 xorg-7.5.2 xorg-apps-7.5.2 xorg-cf-files-1.0.4 xorg-docs-1.6,1 xorg-drivers-7.5.2 xorg-fonts-100dpi-7.5.1 xorg-fonts-7.5.1 xorg-fonts-75dpi-7.5.1 xorg-fonts-cyrillic-7.5.1 xorg-fonts-miscbitmaps-7.5.1 xorg-fonts-truetype-7.5.1 xorg-fonts-type1-7.5.1 xorg-libraries-7.5.1 xorg-macros-1.16.1 xorg-server-1.7.7_6,1 xosd-2.2.14_1 xpr-1.0.3 xprop-1.2.1 xproto-7.0.22 xrandr-1.3.5 xrdb-1.0.9 xrefresh-1.0.4 xsane-0.998_2 xset-1.2.2_1 xsetmode-1.0.0 xsetroot-1.1.0 xterm-287_1 xtrans-1.2.6 xvid-1.3.2,1 xvinfo-1.1.1 xwd-1.0.4 xwininfo-1.1.2 xwud-1.0.3 yajl-2.0.4_1 yasm-1.2.0 yelp-2.30.2_6 youtube_dl-2012.12.11 zenity-2.32.1_2 zip-3.0 --2fHTh5uZTiUOsy+g-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 02:47:17 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8B6A159B for ; Thu, 3 Jan 2013 02:47:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ia0-f176.google.com (mail-ia0-f176.google.com [209.85.210.176]) by mx1.freebsd.org (Postfix) with ESMTP id 5D643F84 for ; Thu, 3 Jan 2013 02:47:17 +0000 (UTC) Received: by mail-ia0-f176.google.com with SMTP id y26so12304698iab.35 for ; Wed, 02 Jan 2013 18:47:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=E1vBz64igQctPpBLJ4JPeVyR3eMPNd7TFQKg0OB24Xg=; b=wpA93Wi3TI6+iQvJGqYXqc0Tbq+Uaf628RoUwaLnithJq5NxBrzqQMv8qfI3p474J6 UoO23uKYJABGrU+lKsfc8V2cSh/lLqb6lDTYAiB873bUu1ShRWLRz4AqdbCaOLMUWW9g cY3+wgrr/29nqoXnybWhOjo4H7BMerNfAd2EAK0nvMleYSU40JHKTHWGxuMWUz2LdfPT 53i7rTFsVtSiAAbWe/qxoEMddsQViZWZijnZSSoZa9UVTQScP9CrpZJO6TiqX+9kZwOg WGoO5+cNjaJVn3oQ+yKLAF+ITQFec57+t9ij7OSJGL5p5zhq7T0MLQ4IBhWXYmceXMDb HQRg== MIME-Version: 1.0 Received: by 10.50.40.138 with SMTP id x10mr41148998igk.41.1357181236355; Wed, 02 Jan 2013 18:47:16 -0800 (PST) Received: by 10.50.49.3 with HTTP; Wed, 2 Jan 2013 18:47:16 -0800 (PST) In-Reply-To: <877gnvdy33.fsf@gmail.com> References: <877gnvdy33.fsf@gmail.com> Date: Wed, 2 Jan 2013 20:47:16 -0600 Message-ID: Subject: Re: Requesting maintenance of games/py-mnemosyne From: Scot Hetzel To: Marek Rudnicki Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 02:47:17 -0000 On Wed, Jan 2, 2013 at 4:22 PM, Marek Rudnicki wrote: > Hello, > > I would like to request the maintenance of games/py-mnemosyne, which has > no maintainer at the moment and is managed via port@freebsd.org . > > I'm using this program regularly and would like it to be up-to-date. > Unfortunately, the port was not updated for a long time. I have already > prepared an update and could send it via send-pr. > To become the maintainer of any port set to ports@freebsd.org, you just need to specify in the PR that you wish to become the new MAINTAINER, as well as send the changes for the port (including the change to the MAINTAINER variable). -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 02:56:40 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D21A2696 for ; Thu, 3 Jan 2013 02:56:40 +0000 (UTC) (envelope-from alex@stangl.us) Received: from stangl.us (stangl.us [66.93.193.95]) by mx1.freebsd.org (Postfix) with ESMTP id 91571FC0 for ; Thu, 3 Jan 2013 02:56:40 +0000 (UTC) Received: from scout.stangl.us (localhost [127.0.0.1]) by scout.stangl.us (Postfix) with ESMTP id AC78A17046; Wed, 2 Jan 2013 20:48:16 -0600 (CST) X-Virus-Scanned: amavisd-new at stangl.us Received: from stangl.us ([127.0.0.1]) by scout.stangl.us (scout.stangl.us [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11R4QreD_2t6; Wed, 2 Jan 2013 20:48:05 -0600 (CST) Received: by scout.stangl.us (Postfix, from userid 1001) id 146FC17048; Wed, 2 Jan 2013 20:48:05 -0600 (CST) Date: Wed, 2 Jan 2013 20:48:05 -0600 From: Alex Stangl To: freebsd-ports@freebsd.org, John Jones Subject: Re: www/geneweb-5.02 Outdated, Won't Compile. Message-ID: <20130103024805.GA49137@scout.stangl.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 02:56:40 -0000 On Sun, Dec 30, 2012 at 08:05:58PM -0700, John Jones wrote: > To whom it may concern: > The port www/geneweb is severely out of date, the up to date version is > 6.06 and has been actively maintained over the last several months with the > latest release being a few days ago. > http://opensource.geneanet.org/projects/geneweb/wiki/En_home > The current port is marked: BROKEN and will not build. the 6.06 version > does build but requires the ocaml-camlp5 and ocaml-lablgtk2 ports to > build/run. Please update the geneweb port to reflect this new version and > please provide an rc script for startup on boot. Hi John, I made a similar post about a month ago, and then took over geneweb port maintainance to fix the breakage. I submitted an update PR a month ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=174068&cat= however it's not been acted upon. I emailed a couple folks, but was told I need to be patient, that some committer will eventually pick it up. The "system" seems broken in that there is this huge backlog of PRs that get handled in seemingly random order. Allowing port maintainers to perform commits to their own ports seems a sensible fix, and something that svn is capable of. My PR 174068 was to update geneweb to 6.05 since 6.06 was not yet out. I included an rc script for startup, but I did not see any dependency upon ocaml-lablgtk2. Can you point out to me where that dependency comes from? Something new in 6.06, perhaps? Can you take a look at the patch included at the above URL and let me know what you think? Thanks, Alex From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 04:32:17 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1A654143 for ; Thu, 3 Jan 2013 04:32:17 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vc0-f170.google.com (mail-vc0-f170.google.com [209.85.220.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7C6324 for ; Thu, 3 Jan 2013 04:32:16 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id fl11so15315114vcb.29 for ; Wed, 02 Jan 2013 20:32:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=DqcVKpHzygyHODjwKyjT9sn9Od8Y7oFkAd6XVeGpaUA=; b=fwxMvHJ+ez8zgA3TEqpbMXzngPs48kjKtVGscFV39zB9SzqEdS5Uy9R3R3Wcg5VQlI nIL50rBTA5luFMNUF06NuBem9gycQSuiN2uogBbz3EGGGnO1rg4NxGMgrRSsvMNkDEdb fvJYm57iRVDVA4FKdNMDI1/8iqooAWW9T5LigoXtuQ4tOYKWqX2vUQGB8calaIZMKhbR /6RYbQDDx7/E5vuBfasNjshtuib2yG6o79wslgHEf7QN6K58vpGqCaqHtlfmCugJk+6y 8iTpP5tHd2ctAS4dfFz7x9zVCx+YiclNKsGA2xRuUayaPP8XjjGrCqt2uGrldUZjGlh1 zSKA== MIME-Version: 1.0 Received: by 10.52.66.18 with SMTP id b18mr62260540vdt.43.1357187534896; Wed, 02 Jan 2013 20:32:14 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.133.20 with HTTP; Wed, 2 Jan 2013 20:32:14 -0800 (PST) In-Reply-To: <20130103024805.GA49137@scout.stangl.us> References: <20130103024805.GA49137@scout.stangl.us> Date: Wed, 2 Jan 2013 20:32:14 -0800 X-Google-Sender-Auth: ypT6PheI6Q-mw_NEXi4PwXbyNC0 Message-ID: Subject: Re: www/geneweb-5.02 Outdated, Won't Compile. From: Jason Helfman To: Alex Stangl X-Gm-Message-State: ALoCoQnpveGuwf+bphVVdMHaxQQ0xXRqDGrkZiiyHNR++BdY6FyXuFWNAp3W4WkZbpob2EICdBUM Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports List , John Jones X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 04:32:17 -0000 On Wed, Jan 2, 2013 at 6:48 PM, Alex Stangl wrote: > On Sun, Dec 30, 2012 at 08:05:58PM -0700, John Jones wrote: > > To whom it may concern: > > The port www/geneweb is severely out of date, the up to date version is > > 6.06 and has been actively maintained over the last several months with > the > > latest release being a few days ago. > > http://opensource.geneanet.org/projects/geneweb/wiki/En_home > > The current port is marked: BROKEN and will not build. the 6.06 version > > does build but requires the ocaml-camlp5 and ocaml-lablgtk2 ports to > > build/run. Please update the geneweb port to reflect this new version and > > please provide an rc script for startup on boot. > > Hi John, > > I made a similar post about a month ago, and then took over geneweb port > maintainance to fix the breakage. I submitted an update PR a month ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=174068&cat= > however it's not been acted upon. I emailed a couple folks, but was > told I need to be patient, that some committer will eventually pick > it up. > > The "system" seems broken in that there is this huge backlog of > PRs that get handled in seemingly random order. Allowing port > maintainers to perform commits to their own ports seems a sensible fix, > and something that svn is capable of. > > My PR 174068 was to update geneweb to 6.05 since 6.06 was not yet out. > I included an rc script for startup, but I did not see any dependency > upon ocaml-lablgtk2. Can you point out to me where that dependency comes > from? Something new in 6.06, perhaps? Can you take a look at the patch > included at the above URL and let me know what you think? > > Thanks, > > Alex > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Hi John, Thanks very much for filing the report, but it is possible that it hasn't been worked on at this point due to the patch not being attached properly. I would suggest a follow-up to the problem report you original had posted with the patch attached as a text file. It appears the original patch was posted as a compressed archive. Thanks! -jgh -- Jason Helfman | FreeBSD Committer jgh@FreeBSD.org | http://people.freebsd.org/~jgh | The Power to Serve From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 06:38:40 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA2D4E51; Thu, 3 Jan 2013 06:38:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ea0-f177.google.com (mail-ea0-f177.google.com [209.85.215.177]) by mx1.freebsd.org (Postfix) with ESMTP id DB221806; Thu, 3 Jan 2013 06:38:39 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id c10so5993850eaa.8 for ; Wed, 02 Jan 2013 22:38:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PXP3oBlCBPIK5mhOugBSyVu1511KBv3ZKg7S5ge6Agw=; b=EmDQpc741VfbnpM4tHox+05o80YogIDeUHUQOtTrHEc26xYr1gULMChjLACVWR2ON7 OagEZDwTugELOSk2ZR9esXZAwYZcVBjN4dCSWMPf1wPL/OXR1sHVY6lROD9ndJv/uty9 G2zu5Fj8TxmizNGialPYDXT2iU+jPwBrWFd6wPXFu2iK3+pKPSWUQgOS/9QwtnF8MJ0q PON8sngW9mFwOBVwj6nzfaqjYAmZ6NLkM8ex7AoZmRqn/yabvf434ZKmuBB5dz/xEOav QG91veFQ6Xf1xH8zNYoGNgefQKfshfXWJ9uAVsDopbuAe6UkLbtrz6Vw843n9rNFoATH fWpg== MIME-Version: 1.0 Received: by 10.14.209.193 with SMTP id s41mr132194594eeo.9.1357195113008; Wed, 02 Jan 2013 22:38:33 -0800 (PST) Received: by 10.223.170.193 with HTTP; Wed, 2 Jan 2013 22:38:32 -0800 (PST) In-Reply-To: References: <20130103024805.GA49137@scout.stangl.us> Date: Wed, 2 Jan 2013 22:38:32 -0800 Message-ID: Subject: Re: www/geneweb-5.02 Outdated, Won't Compile. From: Kevin Oberman To: Jason Helfman Content-Type: text/plain; charset=UTF-8 Cc: John Jones , FreeBSD Ports List , Alex Stangl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 06:38:40 -0000 On Wed, Jan 2, 2013 at 8:32 PM, Jason Helfman wrote: > On Wed, Jan 2, 2013 at 6:48 PM, Alex Stangl wrote: > >> On Sun, Dec 30, 2012 at 08:05:58PM -0700, John Jones wrote: >> > To whom it may concern: >> > The port www/geneweb is severely out of date, the up to date version is >> > 6.06 and has been actively maintained over the last several months with >> the >> > latest release being a few days ago. >> > http://opensource.geneanet.org/projects/geneweb/wiki/En_home >> > The current port is marked: BROKEN and will not build. the 6.06 version >> > does build but requires the ocaml-camlp5 and ocaml-lablgtk2 ports to >> > build/run. Please update the geneweb port to reflect this new version and >> > please provide an rc script for startup on boot. >> >> Hi John, >> >> I made a similar post about a month ago, and then took over geneweb port >> maintainance to fix the breakage. I submitted an update PR a month ago: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=174068&cat= >> however it's not been acted upon. I emailed a couple folks, but was >> told I need to be patient, that some committer will eventually pick >> it up. >> >> The "system" seems broken in that there is this huge backlog of >> PRs that get handled in seemingly random order. Allowing port >> maintainers to perform commits to their own ports seems a sensible fix, >> and something that svn is capable of. >> >> My PR 174068 was to update geneweb to 6.05 since 6.06 was not yet out. >> I included an rc script for startup, but I did not see any dependency >> upon ocaml-lablgtk2. Can you point out to me where that dependency comes >> from? Something new in 6.06, perhaps? Can you take a look at the patch >> included at the above URL and let me know what you think? >> >> Thanks, >> >> Alex >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > Hi John, > > Thanks very much for filing the report, but it is possible that it hasn't > been worked on > at this point due to the patch not being attached properly. I would suggest > a follow-up > to the problem report you original had posted with the patch attached as a > text file. It > appears the original patch was posted as a compressed archive. I should also point out that lots of committers are very busy with the massive audit affort after last year's security incident. It'sunfortunate, but limited people are available and a huge amount of work is involved. Note that index building only restarted today and, then, only by using a non-FreeBSD.org system to do it. I don't know that this is the reason, but I do suspect it on all of the things that are not running or renning very slowly. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 11:15:51 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E4DEA831 for ; Thu, 3 Jan 2013 11:15:51 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from mx.tetcu.info (mx.tetcu.info [217.19.15.179]) by mx1.freebsd.org (Postfix) with ESMTP id 58600FD9 for ; Thu, 3 Jan 2013 11:15:51 +0000 (UTC) Received: from unknown (a79-168-121-68.cpe.netcabo.pt [79.168.121.68]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx.tetcu.info (Postfix) with ESMTPSA id E65F6D7F3C; Thu, 3 Jan 2013 13:15:48 +0200 (EET) Date: Thu, 3 Jan 2013 13:15:49 +0200 From: Ion-Mihai Tetcu To: Konstantin Belousov Subject: Re: sshguard dumping core on 9-STABLE Message-ID: <20130103131549.0000688c@unknown> In-Reply-To: <20130102182746.GC82219@kib.kiev.ua> References: <20130102143834.000007c4@unknown> <20130102182746.GC82219@kib.kiev.ua> X-Mailer: Claws Mail 3.9.0cvs12 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: mij@bitchx.it, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 11:15:52 -0000 On Wed, 2 Jan 2013 20:27:46 +0200 Konstantin Belousov wrote: > On Wed, Jan 02, 2013 at 02:38:34PM +0200, Ion-Mihai Tetcu wrote: > > Hi, > >=20 > >=20 > > I'm seeing shhguard-ipfw sig 10 on start on my machines updated to > > 9-STABLE (eg. FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 > > EET 2013 :/usr/obj/usr/src/sys/GENERIC amd64 ) while on some > > -PRERELEASE it's running fine. Anyone seeing something similar? > > Recompile libc with the debugging and get the backtrace again. > Hm, here it is: Core was generated by `sshguard'. Program terminated with signal 10, Bus error. Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 getenv (name=3D0x800b9267b "TZ") at /usr/src/lib/libc/stdlib/getenv.c:4= 38 438 if (environ =3D=3D NULL || environ[0] =3D=3D NULL) [New Thread 801007800 (LWP 100516/sshguard)] [New Thread 801007400 (LWP 100507/sshguard)] (gdb) bt full #0 getenv (name=3D0x800b9267b "TZ") at /usr/src/lib/libc/stdlib/getenv.c:4= 38 envNdx =3D #1 0x0000000800b61e11 in tzset_basic (rdlocked=3D1) at /usr/src/lib/libc/.= ./../contrib/tzcode/stdtime/localtime.c:1274 name =3D #2 0x0000000800b62112 in localtime_r (timep=3D0x7fffffffc138, tmp=3D0x7fff= ffffc080) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1483 No locals. #3 0x0000000800b62270 in ctime_r (timep=3D, buf=3D0x7= fffffffcd80 "P=CD=FF=FF=FF\177") at /usr/src/lib/libc/../../contrib/tzcode/= stdtime/localtime.c:1766 mytm =3D {tm_sec =3D -16072, tm_min =3D 32767, tm_hour =3D -12928, = tm_mday =3D 32767, tm_mon =3D 0, tm_year =3D 0, tm_wday =3D 0, tm_yday =3D = 0, tm_isdst =3D 4, tm_gmtoff =3D 514, tm_zone =3D 0x50e565d3
} #4 0x0000000800b5d938 in vsyslog (pri=3D37, fmt=3D0x43e191 "%s", ap=3D0x7f= ffffffcdf0) at /usr/src/lib/libc/gen/syslog.c:178 cnt =3D ch =3D p =3D now =3D 1357211091 fd =3D saved_errno =3D 2 stdp =3D tbuf =3D "=D0\006\000\001\b\000\000\000{Wd\000\b\000\000\000\000\00= 0\000\000\006\000\006\000=F4=B6\205\000\b\000\000\000 =C2=FF=FF=FF\177\000\= 000\000=B4e\000\b\000\000\0000=C2=FF=FF=FF\177\000\000=D0=C1=FF=FF=FF\177\0= 00\000\000\000\000\000\000\000\000\000=B9zd\000\b", '\0' = , "p\030\000\001\b\000\000\000=FF=FF=FF=FF\000\000\000\000p\030\000\001\b\0= 00\000\000=FF=FF=FF=FF\b\000\000\000\200\v\000\001\b\000\000\000=FF=FF=FF= =FF\000\000\000\000=C0\004\000\001\b\000\000\000=FF=FF=FF=FF\b\000\000\000= =C0\004\000\001\b\000\000\000\000=B8e\000\b\000\000\000(\006\000\001\b\000\= 000\000\001\000\000\000=FF\177\000\000 \v\000\001\b\000\000\000\001\000\000= \000\000\000\000\000@"... fmt_cpy =3D "=B6=CB=FF=FF=FF\177\000\000=F3=CC=FF=FF=FF\177\000\000= =F0=CC=FF=FF=FF\177\000\000=B0=CB=FF=FF=FF\177\000\000=F0=CC=FF=FF=FF\177\0= 00\000=D0=CC=FF=FF=FF\177\000\000=A0=CB=FF=FF=FF\177\000\000\020=CA=FF=FF= =FF\177\000\000=A0=AE@\000\000\000\000\000`\214=DB\000\b\000\000\000P=CD=FF= =FF=FF\177\000\000{Wd\000\000\000\000\000=C9=AE@\000\000\000\000\000=ED=CC= =FF=FF=FF\177\000\000p=CA=FF=FFB\000\000\000{Wd\000\b\000\000\000\234=F1=B8= \000\002\000\002\000,l=A8\000\b\000\000\000\220=CA=FF=FF=FF\177\000\000\000= =B8e\000\b\000\000\000=A0=CA=FF=FF=FF\177\000\000@=CA=FF=FF=FF\177\000\000\= 000\000\000\000\000\000\000\000=B9zd\000\b", '\0' , "("... timbuf =3D "P=CD=FF=FF=FF\177\000\000\004\000\000\000\000\000\000\0= 00=ED=CC=FF=FF=FF\177\000\000=E3\001" errstr =3D "1\017@\000\000\000\000\000W=A3=B0\a", '\0' , "=B8e\000\b\000\000\000`=FA\001\001\b\000\000\000=A0=AE@", '\0' , "=BD d\000\b\000\000" fp =3D (FILE *) 0x800dd3460 fmt_fp =3D tbuf_cookie =3D {base =3D 0x7fffffffc140 "=D0\006", left =3D 2048} fmt_cookie =3D {base =3D 0x8010011e0 "@?d", left =3D 1} #5 0x0000000800b5d838 in syslog (pri=3D, fmt=3D) at /usr/src/lib/libc/gen/syslog.c:128 ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area =3D = 0x7fffffffced0, reg_save_area =3D 0x7fffffffce10}} #6 0x0000000000403c6f in sshguard_log (prio=3D5, fmt=3D0x40aea0 "Started s= uccessfully [(a,p,s)=3D(%u, %u, %u)], now ready to scan.") at sshguard_log.= c:129 ap =3D {{gp_offset =3D 40, fp_offset =3D 48, overflow_arg_area =3D = 0x7fffffffcfd0, reg_save_area =3D 0x7fffffffcef0}} __func__ =3D "sshguard_log" #7 0x0000000000402516 in main (argc=3D16906848, argv=3D0x80101d080) at ssh= guard.c:222 tid =3D 0x801007800 retv =3D 942421043 source_id =3D 32767 buf =3D '\0' , "{Wd\000\b\000\000\000\000\000\000= \000\002\000\002\000\br=A8\000\b\000\000\000 =D1=FF=FF=FF\177\000\000\000= =B8e\000\b\000\000\0000=D1=FF=FF=FF\177\000\000=D0=D0=FF=FF=FF\177\000\000\= 000\000\000\000\000\000\000\000=B9zd\000\b", '\0' , "d\00= 0\b", '\0' , "d\000\b\000\000\000\030\203\205\000\b\00---= Type to continue, or q to quit--- 0\000\0008u=A9\000\b", '\0' , " \221e\000\b\000\000\000= =B0=D1=FF=FF=FF\177\000\000\220=D2=FF=FF=FF\177\000\000\000\000\000\000\000= \000\000\000\220=D2=FF=FF=FF\177\000\000W{d\000\b\000\000\000=C3\020@\000\0= 00\000\000\000\004=CF\212\006\000\000\000\000=F4=F2\217=F2\000"... (gdb) l 129 warning: Source file is more recent than executable. 124 static int my_pidfile_create(); 125 static void my_pidfile_destroy(); 126 127 128 int main(int argc, char *argv[]) { 129 pthread_t tid; 130 int retv; 131 sourceid_t source_id; 132 char buf[MAX_LOGLINE_LEN]; 133 (gdb) l 222 217 } 218 219 220 /* initialization successful */ 221 222 sshguard_log(LOG_NOTICE, "Started successfully [(a,p,s)=3D(%u, = %u, %u)], now ready to scan.", \ 223 opts.abuse_threshold, (unsigned int)opts.pardon_thresho= ld, (unsigned int)opts.stale_threshold); 224 225 226 while (read_log_line(buf, MAX_LOGLINE_LEN, false, & source_id) = =3D=3D 0) { --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID F0808380 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 11:37:57 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C781DF71; Thu, 3 Jan 2013 11:37:57 +0000 (UTC) (envelope-from martin.olsson@sentor.se) Received: from smtp-out.sentor.se (smtp-out.sentor.se [195.178.165.236]) by mx1.freebsd.org (Postfix) with ESMTP id 6F692141; Thu, 3 Jan 2013 11:37:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by farmermaggot.shire.sentor.se (Postfix) with ESMTP id D6EE6AA536B9; Thu, 3 Jan 2013 12:31:12 +0100 (CET) Date: Thu, 3 Jan 2013 12:31:12 +0100 (CET) From: Martin Olsson To: araujo@FreeBSD.org Subject: Re: FreeBSD Port: www/mod_security (ap22-mod_security-2.6.6) In-Reply-To: Message-ID: References: <011401cdd9f2$730d7ff0$59287fd0$@sentor.se> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 11:37:57 -0000 On Tue, 18 Dec 2012, Marcelo Araujo wrote: >> ...and the 'portmaster' command finishes. >> Do you have any idea as to what is going on? I have never experienced >> anything simillar. > > Hello Martin, > > First of all, thank you so much by the report. > I didn't see it before, looks pretty strange, I need to check whats happen. > > My first glance seems that is something related portmaster. However, give > me some time to check it. Hi Marcelo. Did you find anything? I just did a 'portsnap fetch update' and then a complete rebuild of everything; 'portmaster --no-confirm -adgf' I got a few dialog options for a couple of ports, including ap22-mod_security-2.6.6, at portmaster startup. Ok. Then portmaster started compiling stuff for 2 hours. Good. Then a new options dialog for ap22-mod_security-2.6.6 was shown. This dialog should not appear in the middle of the compiling phase, but it does. Again I press and to accept the defaults. Portmaster continues working for a while but stops at the package creation phase. Now nothing more happen. 'ps' show that a dialog is running: root 85687 0.0 0.4 13300 3916 ?? Ss 17Dec12 0:31.66 |-- screen -h 10000 -s /usr/local/bin/bash root 85689 0.0 0.0 9196 0 p1 IWs - 0:00.00 | |-- /usr/local/bin/bash root 58419 0.0 0.1 7100 888 p1 I+ 11:34AM 0:03.02 | | `-- /bin/sh /usr/local/sbin/portmaster --no-confirm -adgf root 23256 0.0 0.2 7100 2076 p1 I+ 6:25PM 0:00.04 | | `-- /bin/sh /usr/local/sbin/portmaster -g -d www/mod_security root 37476 0.0 0.2 3200 1776 p1 IN+ 10:39AM 0:00.08 | | `-- /usr/bin/make package root 37529 0.0 0.2 7100 1624 p1 IN+ 10:39AM 0:00.00 | | `-- /bin/sh -ec cd /usr/ports/www/mod_security && /usr/bin/make do-config; root 37530 0.0 0.2 3200 1764 p1 IN+ 10:39AM 0:00.08 | | `-- /usr/bin/make do-config root 37576 0.0 0.2 7100 1668 p1 IN+ 10:39AM 0:00.06 | | `-- [sh] root 37578 0.0 0.2 7112 2164 p1 IN+ 10:39AM 0:00.02 | | `-- /usr/bin/dialog --checklist Options for ap22-mod_security 2.6.6_1 21 70 15 LUA Embedded Lua language support off MLOGC Build ModSecurity Log Collector off Again, I press and in the terminal even though I don't see any options screen, and portmaster continues executing. I'm no developer, so I know little of how ports and compiling actually work, but it looks like something go wrong when portmaster is creating the package for ap22-mod_security-2.6.6. When creating a package, no interactive dialogs should be shown, should there? /Martin From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 11:44:39 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DD76515A for ; Thu, 3 Jan 2013 11:44:39 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gg0-f173.google.com (mail-gg0-f173.google.com [209.85.161.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8DE62196 for ; Thu, 3 Jan 2013 11:44:39 +0000 (UTC) Received: by mail-gg0-f173.google.com with SMTP id f2so2364178ggn.4 for ; Thu, 03 Jan 2013 03:44:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding; bh=nqsGLNj6JsLXTPclDbpQ7/UuTomUVxj/SBqsH8j6gJ4=; b=c5Nn6wMjAj5crz9PMsg62xBFurAcRhHiNya5qCUjlFH7UQwUQB4P0BEnWad1wUXx3Y 4Fe/3Lw+3a9AEXP+hrUMa0/5UwNVNItnWJ0qLlUhXTyUg1lurdiZQip+5bJ3A4rRrevy t4WWCfaXXQLYtvATJidvq3W+vetwYAnOzS668= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=nqsGLNj6JsLXTPclDbpQ7/UuTomUVxj/SBqsH8j6gJ4=; b=ERSXkYdh/2D+V7r9CWbpV132WWqHnDsFKH+YzGdpqF4onQq+GwMGzsf4KaRUGAQjhb LlirCunYuJ+uIw1texcIbNNXf2g0HqrREZE+VRWyKOHr8CDqGCvfE9wES5pWZgin1iwO G3B2AEaay3BT72LN9oolJoZ2qXy2Y6I3UzwSBT9FaWuja+iT4vLOcIwO92DO41vQmwp1 WoGGhyBRM2A48xGuROCQRk+XWIbB/uPNn1cFqXeg+/QCc+vTY/opG9n6NGP+alrkUvVV lEcBGzYpcx+/I4Fzr9yaiRQduJ1gi/HLjlm834C3hI2CdvzSw2BIhBu2RqinhyfwISKp Z32g== X-Received: by 10.236.118.193 with SMTP id l41mr50028169yhh.50.1357213472814; Thu, 03 Jan 2013 03:44:32 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id i26sm49220835yhc.10.2013.01.03.03.44.31 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Jan 2013 03:44:32 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YcS3264DZz2CG4D; Thu, 3 Jan 2013 06:44:30 -0500 (EST) Date: Thu, 3 Jan 2013 06:44:30 -0500 From: Jerry To: freebsd-ports@freebsd.org, chalpin@cs.wisc.edu Subject: Updating "fetchmail" Message-ID: <20130103064430.3a890db7@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkQfNjZY1tzkBxojEL5nhH+rMgN7zNpW70SRj2tW3WlVzxlEvdRl5xMK8LFn68BWEtOO/C9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 11:44:39 -0000 "Fetchmail" was recently updated to version: "6.3.24". The port version is "6.3.22". The new version fixs some regressions and plug the OpenSSL memory leak. There is also a development version of 7.0.0 alpha available at . I was wondering if the port version might be updated and if there is any intention to make a port version for the 7 alpha branch? -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 12:14:10 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7D7B2819 for ; Thu, 3 Jan 2013 12:14:10 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB82E2E9 for ; Thu, 3 Jan 2013 12:14:09 +0000 (UTC) Received: from [78.35.166.68] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1TqjgP-0004VS-UX; Thu, 03 Jan 2013 13:14:02 +0100 Date: Thu, 3 Jan 2013 13:12:43 +0100 From: Fabian Keil To: freebsd-ports@freebsd.org Subject: Re: What is policy about auto-editing config files on port install / deinstall? Message-ID: <20130103131243.043c47cf@fabiankeil.de> In-Reply-To: References: <50E49A73.2070008@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/9cmteYDjLkejChhtzcAd9JC"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: Scot Hetzel , Miroslav Lachman <000.fbsd@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 12:14:10 -0000 --Sig_/9cmteYDjLkejChhtzcAd9JC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Scot Hetzel wrote: > On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > > Is somewhere written policy or portmgr recommendation about ports behav= ior > > on install / deinstall? My impression is that every maintainer has her own undocumented policy although the approaches taken could be grouped into a few categories. > > I am talking about some ports doing "nasty" things. > > > > Some ports are stopping services on deinstall, some not. >=20 > I prefer that when a port is uninstalled, that the service is stopped. As long as it is optional and doesn't happen automatically I could live with that. At least to me "uninstalling a port" (with pkg or pkg_delete) means removing the files it installed and does not necessary imply "also kill whatever process is related to these files". > If it isn't stopped, it could pose a security risk to the system at a > later time. Stopping a service can pose a security risk as well, so I don't think that's a good argument as it depends on the port. > > Some ports are editing "my config files" on deinstall, so even on upgra= de > > procedure I must check if port did some changes before I can restart ta= rget > > daemon. > > > Most ports don't edit the config files as they install the original > config file to a different name. In my opinion ports shouldn't mess with user-modified files unless they properly parse them and can be expected not to break them. And even then I don't think it should be done automatically without user interaction. I believe that's currently up to the maintainer as well, though. Fabian --Sig_/9cmteYDjLkejChhtzcAd9JC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDldb4ACgkQBYqIVf93VJ2zogCgs7L1xHC9EeDNgUj5+QUqNUoO lfwAn17V/D7Uh6Yna2Wq7qDIZy3lApfc =gelQ -----END PGP SIGNATURE----- --Sig_/9cmteYDjLkejChhtzcAd9JC-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 12:33:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47692D43; Thu, 3 Jan 2013 12:33:45 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id DC15F3E1; Thu, 3 Jan 2013 12:33:44 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id B034E6A6004; Thu, 3 Jan 2013 13:33:42 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.5/8.14.5) with ESMTP id r03CXgQx043883; Thu, 3 Jan 2013 13:33:42 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.5/8.14.5/Submit) id r03CXgbU042960; Thu, 3 Jan 2013 13:33:42 +0100 (CET) (envelope-from lars) Date: Thu, 3 Jan 2013 13:33:42 +0100 From: Lars Engels To: Max Brazhnikov Subject: Re: update for DESKTOP_ENTRIES framework Message-ID: <20130103123342.GC53056@e-new.0x20.net> References: <201301021345.52735.makc@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <201301021345.52735.makc@freebsd.org> X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.3-RELEASE-p4 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-desktop@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 12:33:45 -0000 --xo44VMWPx7vlQ2+2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 02, 2013 at 01:45:52PM +0000, Max Brazhnikov wrote: > Hi folks, >=20 > I propose an update for DESKTOP_ENTRIES: > http://people.freebsd.org/~makc/patches/desktop_entry_20130102.diff >=20 > Changes: > - update list of categories to the version 1.1 of Desktop Menu Specificat= ion > - require Icon field to follow Desktop Entry Specification (the field mus= t be > absolute path or icon name if icon theme is used) > - require main category to be set (listed in DESKTOP_CATEGORIES_MAIN) > - remove deprecated Encoding key > - allow StartupNotify field to be empty string > - be less strict when generating filename for desktop entry (to improve > readability when full path to executable is used) > - use port ${COMMENT} if comment field is not set > - add GenericName key (comment field will be used) >=20 > About 20 ports will throw warnings about icon field, several ports don't = set > main category, about 60 use non-standard 'Application' for categories. > I'm willing to fix them all. >=20 > Review and suggestion are welcome! >=20 > Happy New Year! > Max Great idea, thanks! Please also update the porter's handbook when you commit the changes. --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDleqYACgkQKc512sD3afgfUgCgyvYRO0pYvS2C+h3PS/ERofrz wH8An2G071SR6ZpCs7P93pOF4RumBl25 =YVpI -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 13:32:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C9870A4B for ; Thu, 3 Jan 2013 13:32:57 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gg0-f175.google.com (mail-gg0-f175.google.com [209.85.161.175]) by mx1.freebsd.org (Postfix) with ESMTP id 758E585C for ; Thu, 3 Jan 2013 13:32:57 +0000 (UTC) Received: by mail-gg0-f175.google.com with SMTP id y1so2365619ggc.34 for ; Thu, 03 Jan 2013 05:32:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding; bh=QSkYGK6qQrI2i4d9ZP6yQ8jOqSlgGs+EwDmv10h4suc=; b=oQcSqnnMaOSK5Cfx0yqqjEdcSihAYbrN8TPFWqex+RuFKIj8TpYnDJ760Z8R1YH4FX nNoTdm4hchP6n3bLHv1XTqF23dBJ0UI0L5yV9OV1S/z49AQAyZ7kDZneP8B0pvletXj+ d97t/YyWpGTKuSagUuy8hyz4GkliTOwIj+t8Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=QSkYGK6qQrI2i4d9ZP6yQ8jOqSlgGs+EwDmv10h4suc=; b=WLgZ8i1XWX6sB87jvV/JSMtArQ1jOQXzhuZIxPW6wCyiYQR4Ra8CHCO3yoIr30lNKQ OIeR1wNeo+oURZ21/4MIRqA/mEvAebXEmLHFHlMPf7gik6o3+IvtFbHEIJ1wOSdQnN0b bx4wFL9/NZJ1vsQ4DddJRxnVXh9ONuWSyVb0nSG29nvQaXJz0pUWH7J3czrBnhHiYWd3 4ocbUzsYkGe3IODN9B+SqF3lQf5mLMAt+rFdzE9higWu2Vu4i7ftQhepoSccGbjZgkGr IVHWZGosajm0IQahZJPbcvZxWPrTmChrnwfDlF5ydpe9p2+ZvF3Iii5IqzJApjzma/P1 A+OA== X-Received: by 10.236.121.134 with SMTP id r6mr47704715yhh.56.1357219971617; Thu, 03 Jan 2013 05:32:51 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id u49sm49525760yhd.18.2013.01.03.05.32.50 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Jan 2013 05:32:51 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YcVS16dDTz2CG4D; Thu, 3 Jan 2013 08:32:49 -0500 (EST) Date: Thu, 3 Jan 2013 08:32:49 -0500 From: Jerry To: freebsd-ports@freebsd.org, obrien@FreeBSD.org Subject: Updating "Bash" Message-ID: <20130103083249.5708bb78@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQkLIittk0O0NaC8tdTL6OeDhkVUU3wkdYRPyEmziw08HRJnGU3bkVaGFIv9RciqE/2/XzFl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 13:32:57 -0000 Bash is currently at Bash-Release: 4.2, patch level 42. The port's version is only at patch level 37, which was released on 16-Jul-2012. This is an important port and since the freeze is over with, I was wondering if this port will be updated? -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 14:00:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 565365E7; Thu, 3 Jan 2013 14:00:45 +0000 (UTC) (envelope-from alex@stangl.us) Received: from stangl.us (stangl.us [66.93.193.95]) by mx1.freebsd.org (Postfix) with ESMTP id 1F5B6977; Thu, 3 Jan 2013 14:00:44 +0000 (UTC) Received: from scout.stangl.us (localhost [127.0.0.1]) by scout.stangl.us (Postfix) with ESMTP id 7BD0B17048; Thu, 3 Jan 2013 08:00:43 -0600 (CST) X-Virus-Scanned: amavisd-new at stangl.us Received: from stangl.us ([127.0.0.1]) by scout.stangl.us (scout.stangl.us [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvGFSxMmgwpo; Thu, 3 Jan 2013 08:00:34 -0600 (CST) Received: by scout.stangl.us (Postfix, from userid 1001) id CF1AD17046; Thu, 3 Jan 2013 08:00:34 -0600 (CST) Date: Thu, 3 Jan 2013 08:00:34 -0600 From: Alex Stangl To: Jason Helfman Subject: Re: www/geneweb-5.02 Outdated, Won't Compile. Message-ID: <20130103140034.GA49338@scout.stangl.us> References: <20130103024805.GA49137@scout.stangl.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Ports List , John Jones X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 14:00:45 -0000 On Wed, Jan 02, 2013 at 08:32:14PM -0800, Jason Helfman wrote: > Thanks very much for filing the report, but it is possible that it hasn't > been worked on > at this point due to the patch not being attached properly. I would suggest > a follow-up > to the problem report you original had posted with the patch attached as a > text file. It > appears the original patch was posted as a compressed archive. I try to meticulously follow the Porter's Handbook. At http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/port-upgrading.html it says if the diff exceeds 20 KB, to compress and uuencode it. Since the diff is about 35 KB, that's what I did. Or rather, I compressed it and let send-pr uuencode it, if I recall correctly. Is this advice in the Porter's Handbook outdated? BTW, I notice now the download patch link from the PR seems to deliver a corrupted file. It's not clear why that is, since I was able to copy/paste the uuencoded text and uudecode it, and got the correct file. I can see that this may have caused some difficulty, but if so I wish somebody would have sent me an email and I would have been happy to send the diffs in any format they please. Alex From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 14:19:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5D40BBE3; Thu, 3 Jan 2013 14:19:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id F415EA2A; Thu, 3 Jan 2013 14:19:52 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id r03EJkud068779; Thu, 3 Jan 2013 16:19:46 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.3 kib.kiev.ua r03EJkud068779 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id r03EJk7u068778; Thu, 3 Jan 2013 16:19:46 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 3 Jan 2013 16:19:46 +0200 From: Konstantin Belousov To: Ion-Mihai Tetcu Subject: Re: sshguard dumping core on 9-STABLE Message-ID: <20130103141946.GG82219@kib.kiev.ua> References: <20130102143834.000007c4@unknown> <20130102182746.GC82219@kib.kiev.ua> <20130103131549.0000688c@unknown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SAsyYo4aAOH7Cuht" Content-Disposition: inline In-Reply-To: <20130103131549.0000688c@unknown> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: mij@bitchx.it, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 14:19:53 -0000 --SAsyYo4aAOH7Cuht Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 03, 2013 at 01:15:49PM +0200, Ion-Mihai Tetcu wrote: > On Wed, 2 Jan 2013 20:27:46 +0200 > Konstantin Belousov wrote: >=20 > > On Wed, Jan 02, 2013 at 02:38:34PM +0200, Ion-Mihai Tetcu wrote: > > > Hi, > > >=20 > > >=20 > > > I'm seeing shhguard-ipfw sig 10 on start on my machines updated to > > > 9-STABLE (eg. FreeBSD 9.1-STABLE #5 r244924: Tue Jan 1 19:45:55 > > > EET 2013 :/usr/obj/usr/src/sys/GENERIC amd64 ) while on some > > > -PRERELEASE it's running fine. Anyone seeing something similar? > > > > Recompile libc with the debugging and get the backtrace again. > > >=20 > Hm, here it is: >=20 > Core was generated by `sshguard'. > Program terminated with signal 10, Bus error. > Reading symbols from /lib/libthr.so.3...done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /lib/libc.so.7...done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 getenv (name=3D0x800b9267b "TZ") at /usr/src/lib/libc/stdlib/getenv.c= :438 > 438 if (environ =3D=3D NULL || environ[0] =3D=3D NULL) > [New Thread 801007800 (LWP 100516/sshguard)] > [New Thread 801007400 (LWP 100507/sshguard)] > (gdb) bt full > #0 getenv (name=3D0x800b9267b "TZ") at /usr/src/lib/libc/stdlib/getenv.c= :438 > envNdx =3D What is the value of the 'environ' variable ? And 'environ[0]' ? --SAsyYo4aAOH7Cuht Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQ5ZOCAAoJEJDCuSvBvK1B8pYP/RkvVNqyQAGgAupGkbv5ivek UupgUgnv2Jdw+Q0NMUVyJ8mfqVmVZ5ZuSL1eSqAy42vWh2bOW61Q157OL9GbvjYs B/I+MDL46bcIUQpp/qqDULvjzW4mLpTUJvjUzcurqmS3RmnFbMRPsf34pomxieNw M0Td5COYcgk4JjRtb/fp3Y6TVqYA9CIDt1W/BLUx5xydPkE/1yOAeCdqeDET5peR RSXJHxSXhuQcwAhtldRA9PK9ZlCLhVCDuVM7xKua0vb7YU20RWFUk8DTjknlLLjk fuyNrzTT1JsNHfJB3b8J+fSi+ZVCacnaYgj0rvlz9InuWRXCFWIl3DBbjhVriA4x UyjEZCbyCtkE5zKZ6GpXJ9g2LHiqDkGPCMQHvVGmxF6iUvlk7LFcZp6DGzeRqG2/ aYvLoPD04xIrp5NptqBaQv9PWvRIyoxhZ68MFzlSj9NLD2BBbbjhl93FWubniD54 vNnJkdZ+IZQWIM5aCCgYL8ETXNyVP3vtpYPYAoEta+Y+2eWI8VHYEMJ6CI9RdawJ mCqqlcWvFECot/2LL0IyvR8ruP+Q1GgOMnYTMEiWRRb/DW2grwLSHi4KiBTZW04H M71hIKYQWxsHjhQ7GQif+kGBgB50LH8+PadMlwhIB9IMFc/XZMl8DBVoc2dLuwqi jK6wEPMqoN8VZS0C4Dpf =DEjO -----END PGP SIGNATURE----- --SAsyYo4aAOH7Cuht-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 14:20:09 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E91FFCBD for ; Thu, 3 Jan 2013 14:20:09 +0000 (UTC) (envelope-from darcy@PyGreSQL.org) Received: from mail.vex.net (smaug.vex.net [98.158.139.67]) by mx1.freebsd.org (Postfix) with ESMTP id A5275A31 for ; Thu, 3 Jan 2013 14:20:08 +0000 (UTC) Received: from dilbert (dilbert.druid.net [207.35.13.14]) by mail.vex.net (Postfix) with ESMTP id 78D374A456F7 for ; Thu, 3 Jan 2013 09:14:24 -0500 (EST) Date: Thu, 3 Jan 2013 09:14:24 -0500 From: "D'Arcy J.M. Cain" To: ports@FreeBSD.org Subject: New version of PyGreSQL Message-ID: <20130103091424.2af924a7@dilbert> Organization: The PyGreSQL Project X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.14; x86_64--netbsd) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: darcy@PyGreSQL.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 14:20:10 -0000 Version 4.1 of PyGreSQL has just been released. I think the following will update your Makefile: Index: Makefile =================================================================== --- Makefile (revision 309880) +++ Makefile (working copy) @@ -6,11 +6,10 @@ # PORTNAME= PyGreSQL -PORTVERSION= 4.0 -PORTEPOCH= 1 +PORTVERSION= 4.1 CATEGORIES= databases python MASTER_SITES= CHEESESHOP \ - ftp://ftp.pygresql.org/pub/distrib/ + http://pygresql.org/files PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} MAINTAINER= ports@FreeBSD.org Also, the following changes were needed by the NetBSD package. You will need something similar for your pkg_plist: Index: PLIST =================================================================== RCS file: /cvsroot/pkgsrc/databases/py-postgresql/PLIST,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- PLIST 14 Jun 2009 17:43:22 -0000 1.8 +++ PLIST 3 Jan 2013 13:58:35 -0000 1.9 @@ -1,4 +1,4 @@ -@comment $NetBSD: PLIST,v 1.8 2009/06/14 17:43:22 joerg Exp $ +@comment $NetBSD: PLIST,v 1.9 2013/01/03 13:58:35 darcy Exp $ ${PYSITELIB}/_pg.so ${PYSITELIB}/pg.py ${PYSITELIB}/pg.pyc @@ -6,6 +6,10 @@ ${PYSITELIB}/pgdb.py ${PYSITELIB}/pgdb.pyc ${PYSITELIB}/pgdb.pyo +${PYSITELIB}/PyGreSQL-4.1-py2.7.egg-info/PKG-INFO +${PYSITELIB}/PyGreSQL-4.1-py2.7.egg-info/SOURCES.txt +${PYSITELIB}/PyGreSQL-4.1-py2.7.egg-info/dependency_links.txt +${PYSITELIB}/PyGreSQL-4.1-py2.7.egg-info/top_level.txt share/doc/${PYPKGPREFIX}-postgresql/docs/announce.html share/doc/${PYPKGPREFIX}-postgresql/docs/announce.txt share/doc/${PYPKGPREFIX}-postgresql/docs/changelog.html -- D'Arcy J.M. Cain PyGreSQL Development Group http://www.PyGreSQL.org IM:darcy@Vex.Net From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 14:25:21 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F0FFD89 for ; Thu, 3 Jan 2013 14:25:21 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFDCA62 for ; Thu, 3 Jan 2013 14:25:20 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id c14so18529344ieb.28 for ; Thu, 03 Jan 2013 06:25:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=6ebWe6NTyHh8kISD1Eczo4Td9HBmQhqI2LinKRsCID4=; b=clvovUHSr62159gcGnwZN7dK6d6+yMmmCEWEXx1M7k1aQcXup5ghSylzzzVoIPzaMI P1n/Nm/lpYDvME5Rf/C+0DEfrYrboEhjpvZe7r2xgf9+vBwk7aX/NFPAacDkfKbkOQJH SMHjrh+TP8NvImYCJrdNU5dR7OZP8aY/9xbIZnpOkMKQ9QbXDTPshJev3S9gDWb7lMMv fkCwrRdLJIs4sVHEQOrv4fGHUxZG1y5leV1rEWWB1bKoS3QzHZ5BSFMfI9KkcGZEG/F/ 5Nc8rj3ta6f+BSoOqYy92WU/zRD80FFOaqUGKDFOtEc7isAZdFL1U6JdCexKMIGGKpO+ S8kQ== Received: by 10.50.158.170 with SMTP id wv10mr38500408igb.75.1357222683671; Thu, 03 Jan 2013 06:18:03 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.65.132 with HTTP; Thu, 3 Jan 2013 06:17:32 -0800 (PST) In-Reply-To: <20130103131243.043c47cf@fabiankeil.de> References: <50E49A73.2070008@quip.cz> <20130103131243.043c47cf@fabiankeil.de> From: Chris Rees Date: Thu, 3 Jan 2013 14:17:32 +0000 X-Google-Sender-Auth: BCsnIlITtBSKF5ZbvMvZeWEEYAc Message-ID: Subject: Re: What is policy about auto-editing config files on port install / deinstall? To: Fabian Keil Content-Type: text/plain; charset=ISO-8859-1 Cc: Scot Hetzel , Miroslav Lachman <000.fbsd@quip.cz>, FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 14:25:21 -0000 On 3 January 2013 12:12, Fabian Keil wrote: > Scot Hetzel wrote: > >> On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> > Is somewhere written policy or portmgr recommendation about ports behavior >> > on install / deinstall? > > My impression is that every maintainer has her own undocumented > policy although the approaches taken could be grouped into a few > categories. There is as far as I know no portmgr recommendation about stopping services etc; one may suggest that the inclusion of @stopdaemon support is encouragement, but also it's only supposed to be used if stopping the service is vital upon deinstall according to many. >> > I am talking about some ports doing "nasty" things. >> > >> > Some ports are stopping services on deinstall, some not. >> >> I prefer that when a port is uninstalled, that the service is stopped. > > As long as it is optional and doesn't happen automatically > I could live with that. Having this configurable with the current pkg_install suite is basically a non-starter. Allegedly this is a feature planned for pkgng. Currently, it is generally discouraged to put @stopdaemon into your pkg-plist unless something will probably break leaving your service running. Chris From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 14:57:52 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 46C94D3E for ; Thu, 3 Jan 2013 14:57:52 +0000 (UTC) (envelope-from renchap@cocoa-x.com) Received: from mo1.mail-out.ovh.net (17.mo1.mail-out.ovh.net [87.98.179.142]) by mx1.freebsd.org (Postfix) with ESMTP id D5BA3D8D for ; Thu, 3 Jan 2013 14:57:51 +0000 (UTC) Received: from mail645.ha.ovh.net (b6.ovh.net [213.186.33.56]) by mo1.mail-out.ovh.net (Postfix) with SMTP id DBDE9FF958B for ; Thu, 3 Jan 2013 16:05:42 +0100 (CET) Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 3 Jan 2013 16:52:39 +0200 Received: from mas91-4-88-189-56-133.fbx.proxad.net (HELO krasus.massy.renchap.com) (renchap@cocoa-x.com@88.189.56.133) by ns0.ovh.net with SMTP; 3 Jan 2013 16:52:37 +0200 Date: Thu, 3 Jan 2013 15:52:16 +0100 From: Renaud Chaput To: Jason Helfman X-Ovh-Mailout: 178.32.228.1 (mo1.mail-out.ovh.net) Subject: Re: FreeBSD Port: rubygem-chef-0.10.8_1 Message-ID: <20130103155216.5fcea9b1@krasus.massy.renchap.com> In-Reply-To: References: <50DE966C.5050107@douglasthrift.net> <20121229171713.021135b6@krasus.massy.renchap.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.12; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/YLHjl5u80eY8__KmIYceMtr" X-Ovh-Tracer-Id: 11183845249862998123 X-Ovh-Remote: 88.189.56.133 (mas91-4-88-189-56-133.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehledrvdejucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfhrhhomheptfgvnhgruhguucevhhgrphhuthcuoehrvghntghhrghpsegtohgtohgrqdigrdgtohhmqeenucfjughrpeffhffvuffkjghfofggtgesmhdtreerredtje X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeehledrvdejucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfhrhhomheptfgvnhgruhguucevhhgrphhuthcuoehrvghntghhrghpsegtohgtohgrqdigrdgtohhmqeenucfjughrpeffhffvuffkjghfofggtgesmhdtreerredtje X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , Douglas Thrift X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 14:57:52 -0000 --MP_/YLHjl5u80eY8__KmIYceMtr Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Le Wed, 2 Jan 2013 09:00:13 -0800, Jason Helfman a =C3=A9crit : >=20 > After updating all of the aforementioned ports, I was able to build > the update to chef to 0.10.2 successfully, and everything in the > dependency chain required without error. The only other item I may > recommend, is that we test chef with the latest version of > rubygem-net-ssh (2.6.2). >=20 > Please advise. >=20 > Thanks! Hi Jason ! I attached to this email my port for rubygem-chef-10.16.4. We deployed it on several hosts along as the needed dependancies updates without problems. Does it seems ok for you ? Renaud --MP_/YLHjl5u80eY8__KmIYceMtr-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 15:00:05 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C6F67FD8 for ; Thu, 3 Jan 2013 15:00:05 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 79B30DB4 for ; Thu, 3 Jan 2013 15:00:05 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r03Exx5J047204 for ; Thu, 3 Jan 2013 09:59:59 -0500 (EST) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r03Exx6Y046930; Thu, 3 Jan 2013 09:59:59 -0500 (EST) (envelope-from portscout) Message-Id: <201301031459.r03Exx6Y046930@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Thu, 3 Jan 2013 09:59:59 -0500 From: portscout@portscout.freebsd.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 15:00:05 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ irc/ngircd | 19.2 | 20.1 ------------------------------------------------+-----------------+------------ net/liveMedia | 2012.12.18 | 2013.01.03 ------------------------------------------------+-----------------+------------ sysutils/p5-Tie-Syslog | 1.07 | 2.03 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 15:06:22 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DA492199 for ; Thu, 3 Jan 2013 15:06:22 +0000 (UTC) (envelope-from chalpin+d+1358089475.744ec6@cs.wisc.edu) Received: from sabe.cs.wisc.edu (sabe.cs.wisc.edu [128.105.6.20]) by mx1.freebsd.org (Postfix) with ESMTP id A61DEDEE for ; Thu, 3 Jan 2013 15:06:22 +0000 (UTC) Received: from spiff.home.crhalpin.org (108-249-32-238.lightspeed.mdsnwi.sbcglobal.net [108.249.32.238]) (authenticated bits=0) by sabe.cs.wisc.edu (8.14.1/8.14.1) with ESMTP id r03F4gqE029206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Jan 2013 09:04:43 -0600 Received: by spiff.home.crhalpin.org (Postfix, from userid 1001) id BD8891CC73; Thu, 3 Jan 2013 09:04:35 -0600 (CST) Received: from calvin.home.crhalpin.org (suzie.home.crhalpin.org [192.168.2.1]) by spiff.home.crhalpin.org (tmda-ofmipd) with ESMTP; Thu, 03 Jan 2013 09:04:31 -0600 Date: Thu, 3 Jan 2013 09:04:30 -0600 To: freebsd-ports@freebsd.org Subject: Re: Updating "fetchmail" Message-ID: <20130103150430.GA90000@calvin.home.crhalpin.org> References: <20130103064430.3a890db7@scorpio> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20130103064430.3a890db7@scorpio> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Corey Halpin Mail-Followup-To: freebsd-ports@freebsd.org X-Primary-Address: chalpin@cs.wisc.edu X-Hashcash: 1:26:130103:freebsd-ports@freebsd.org::54cQH77PKGqjo8Lq:0000000009LIA X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Corey Halpin List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 15:06:22 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-01-03, Jerry wrote: > "Fetchmail" was recently updated to version: "6.3.24". The port version > is "6.3.22". The new version fixs some regressions and plug the OpenSSL > memory leak. =20 A patch was submitted to update to 6.3.24 on 01 Jan, which I've not yet h= ad=20 a chance to test and review. I expect to have time to do so over the weeke= nd. =20 I know there's at least some tweaking of the download mirrors which needs= to=20 happen before the patch can be committed. For details: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/174873 . I don't personally intend to create a port for the 7 branch. But, someon= e=20 else might. *shrug* Best regards. ~crh --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iF4EAREIAAYFAlDlnf4ACgkQR8PgTIRJoTXMNQEAmS0UFG3tGbIBxRHA9l/aXvLc LG7+BSHebYyiuypK3NcA/Ry/T/ehNj+r7l6oHCHBW9dyE/7tZlVUoF1khF6OTT5l =zkG3 -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 15:37:55 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0E9C0E4E for ; Thu, 3 Jan 2013 15:37:55 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-ye0-f171.google.com (mail-ye0-f171.google.com [209.85.213.171]) by mx1.freebsd.org (Postfix) with ESMTP id B24D4F2B for ; Thu, 3 Jan 2013 15:37:54 +0000 (UTC) Received: by mail-ye0-f171.google.com with SMTP id m8so2418795yen.2 for ; Thu, 03 Jan 2013 07:37:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type; bh=m3WApyCS8+7mrIRTXwNYOpsTtcgu1f73pFtvplWtO7A=; b=YnolXue7EF4LyBBozX9xJUKwlN8Tla5oXxLy2y38whyqbfw6pZxKFUlRkKQCfGGWs8 IEXsmWPa5LIvvMYlepbKKuLWjMzWqfUVlX6mfWXj2KHXB/UPZkPBPXPVLZrEj8wW4d1+ Ddp1qc5R1zLULSzdLF7kcGyq2jJGw5Nxc9KHE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :reply-to:organization:x-mailer:face:mime-version:content-type :x-gm-message-state; bh=m3WApyCS8+7mrIRTXwNYOpsTtcgu1f73pFtvplWtO7A=; b=nouFEN6HZjLBXte3Mm2SoTj16g6CZ0HXQRIM+kiDiZxJCbO0DV/iJGHFZltNcNItFR kB6uNwDSNCkzfYcHHhBpfurP9pUg+8vFhWXwAwpBU38ObSnD43quLqu/TkWe+E5U0noc 6Xlvywo3KElbHdbIWA1rxlB+aMES+tK/9bcZy8NxYZBl0eOi4fInWeMGhkM/d3jVYGVt ROzj2ulkPwEwzMFlrIIzBP1qDryWqKpLT9LIPs5WPAysNmodtCc4R0W/pQKl2Aqfpcrb Pwvy9WgDT/B/iSjmHeXWn/IpfQuvaLZYq9xgjOreKuAR/X+mLkNklOcPeIUfTqrV7yVf 7sgQ== X-Received: by 10.236.85.201 with SMTP id u49mr51333539yhe.6.1357227462959; Thu, 03 Jan 2013 07:37:42 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id p9sm49954869yhj.4.2013.01.03.07.37.41 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 03 Jan 2013 07:37:41 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YcYD425JNz2CG4D for ; Thu, 3 Jan 2013 10:37:40 -0500 (EST) Date: Thu, 3 Jan 2013 10:37:28 -0500 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: Updating "fetchmail" Message-ID: <20130103103728.64519d27@scorpio> In-Reply-To: <20130103150430.GA90000@calvin.home.crhalpin.org> References: <20130103064430.3a890db7@scorpio> <20130103150430.GA90000@calvin.home.crhalpin.org> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/fp7r/=gYDflu8J_CahO3ln_"; protocol="application/pgp-signature" X-Gm-Message-State: ALoCoQlVAsXBdbj7GiX2bw8fjhjX1wt+Nxf6QUL5y0QYsNUkklwZghzo66iLXETJXMYhjMZzp94d X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 15:37:55 -0000 --Sig_/fp7r/=gYDflu8J_CahO3ln_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 3 Jan 2013 09:04:30 -0600 Corey Halpin articulated: > On 2013-01-03, Jerry wrote: > > "Fetchmail" was recently updated to version: "6.3.24". The port > > version is "6.3.22". The new version fixs some regressions and plug > > the OpenSSL memory leak. > =20 > A patch was submitted to update to 6.3.24 on 01 Jan, which I've not > yet had a chance to test and review. I expect to have time to do so > over the weekend. =20 >=20 > I know there's at least some tweaking of the download mirrors which > needs to happen before the patch can be committed. >=20 > For details: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/174873 . >=20 > I don't personally intend to create a port for the 7 branch. But, > someone else might. *shrug* Thanks for the feedback. When the 6.x branch is abandoned in favor of the 7.x branch, which I tend to believe is not that far off, will you then be creating a 7.x port? Thanks again! --=20 Jerry =E2=99=94 Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ --Sig_/fp7r/=gYDflu8J_CahO3ln_ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQ5aXDAAoJEF2rWD2do7dNRj0IAJsahdcbuBYHiAoyuSK9KDN5 TZEYkyYL3LdXNicK2QG6UKpoM/ZL6GFJ5DXsqrJfgYMacvpnDoTIof60dQLi0Z3f IqWqIAZBHV+t9pqU02lJCwMUnuVvGADjVlp5gH/hFlk1t9aFINoo8z2E85h5A0Un KGdQARpriXZJshQ/3CugNYCtGOYq9ezy0xwkcHURx1CpwJ3rGm7b5Z2W4B4jMUCs x5qdhpPFDCzUpaxyvOs1SycE5VznYKbjwZow/ZZFf1B4EhFABWBntrepPxP5mT95 pC7DW2ND5ZOZcxeIw53S+n6KirQyLu650Xz4rODgDwSopG4AFks48mEWFFkRJd0= =P42b -----END PGP SIGNATURE----- --Sig_/fp7r/=gYDflu8J_CahO3ln_-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 15:42:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2747F3BB for ; Thu, 3 Jan 2013 15:42:43 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id B36B4F8D for ; Thu, 3 Jan 2013 15:42:42 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.27]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MXkSn-1TU0iq41hf-00WoTo for ; Thu, 03 Jan 2013 16:42:36 +0100 Received: (qmail invoked by alias); 03 Jan 2013 15:42:35 -0000 Received: from f049032222.adsl.alicedsl.de (EHLO mandree.no-ip.org) [78.49.32.222] by mail.gmx.net (mp027) with SMTP; 03 Jan 2013 16:42:35 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+2sFx2BsC2gA/S85gPYuAn6bbagw8R1LN5klgA5Q o6UcLJDSh6W796 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 2002523CEAA for ; Thu, 3 Jan 2013 16:42:38 +0100 (CET) Message-ID: <50E5A6ED.5090802@gmx.de> Date: Thu, 03 Jan 2013 16:42:37 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Updating "fetchmail" References: <20130103064430.3a890db7@scorpio> <20130103150430.GA90000@calvin.home.crhalpin.org> <20130103103728.64519d27@scorpio> In-Reply-To: <20130103103728.64519d27@scorpio> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 15:42:43 -0000 Am 03.01.2013 16:37, schrieb Jerry: > Thanks for the feedback. When the 6.x branch is abandoned in favor of > the 7.x branch, which I tend to believe is not that far off, will you > then be creating a 7.x port? Whens, ifs and buts... 7.x is not ready for public consumption or production, there is no point discussing any of this. If anyone wants to do a -devel port, I won't mind, but please do subscribe to fetchmail-devel@ and forward test reports. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 15:46:33 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47500714 for ; Thu, 3 Jan 2013 15:46:33 +0000 (UTC) (envelope-from chalpin+d+1358091985.33258a@cs.wisc.edu) Received: from sabe.cs.wisc.edu (sabe.cs.wisc.edu [128.105.6.20]) by mx1.freebsd.org (Postfix) with ESMTP id 11752FB4 for ; Thu, 3 Jan 2013 15:46:32 +0000 (UTC) Received: from spiff.home.crhalpin.org (108-249-32-238.lightspeed.mdsnwi.sbcglobal.net [108.249.32.238]) (authenticated bits=0) by sabe.cs.wisc.edu (8.14.1/8.14.1) with ESMTP id r03FkVe4000396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 3 Jan 2013 09:46:32 -0600 Received: by spiff.home.crhalpin.org (Postfix, from userid 1001) id 215FE1CC73; Thu, 3 Jan 2013 09:46:26 -0600 (CST) Received: from calvin.home.crhalpin.org (suzie.home.crhalpin.org [192.168.2.1]) by spiff.home.crhalpin.org (tmda-ofmipd) with ESMTP; Thu, 03 Jan 2013 09:46:22 -0600 Date: Thu, 3 Jan 2013 09:46:22 -0600 To: freebsd-ports@freebsd.org Subject: Re: Updating "fetchmail" Message-ID: <20130103154622.GB90000@calvin.home.crhalpin.org> References: <20130103064430.3a890db7@scorpio> <20130103150430.GA90000@calvin.home.crhalpin.org> <20130103103728.64519d27@scorpio> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+pHx0qQiF2pBVqBT" Content-Disposition: inline In-Reply-To: <20130103103728.64519d27@scorpio> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Corey Halpin Mail-Followup-To: freebsd-ports@freebsd.org X-Primary-Address: chalpin@cs.wisc.edu X-Hashcash: 1:26:130103:freebsd-ports@freebsd.org::5lG6mPRAWIZPiwqM:0000000052DU/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Corey Halpin List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 15:46:33 -0000 --+pHx0qQiF2pBVqBT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-01-03, Jerry wrote: > Thanks for the feedback. When the 6.x branch is abandoned in favor of > the 7.x branch, which I tend to believe is not that far off, will you > then be creating a 7.x port? =20 When 7.x becomes the supported release, rather than a pre-release alpha,= =20 then mail/fetchmail will be upgraded to 7.x. My intention is to maintain mail/fetchmail at the supported release versi= on. =20 When that's not 6.x anymore, then the port won't be 6.x anymore, either. If there's some missing feature in 7.x which has people wanting a 6.x por= t=20 as well, then I'll likely create mail/fetchmail6 at that point. ~crh --+pHx0qQiF2pBVqBT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iF4EAREIAAYFAlDlp80ACgkQR8PgTIRJoTWWHQD9EHWKOXoH6GlcoDdmYS94o5pM 51VAfZW49aOrQGO00S0A+we+MTI2qvSXx0AOSgi3I3Sy2GAgDLYBp5D757yQmxmd =L02m -----END PGP SIGNATURE----- --+pHx0qQiF2pBVqBT-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 16:18:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9BA4CB62 for ; Thu, 3 Jan 2013 16:18:54 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 23ED01E7 for ; Thu, 3 Jan 2013 16:18:53 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Lg2yr-1TFVbj2v3j-00peJq for ; Thu, 03 Jan 2013 17:18:52 +0100 Received: (qmail invoked by alias); 03 Jan 2013 16:18:52 -0000 Received: from f049032222.adsl.alicedsl.de (EHLO mandree.no-ip.org) [78.49.32.222] by mail.gmx.net (mp017) with SMTP; 03 Jan 2013 17:18:52 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/4wW9sO3/4LZKaZWVUEtoxMADjawBZwzHOE/DdIR bZ326pywRPHGhN Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 3746923CEAA for ; Thu, 3 Jan 2013 17:18:51 +0100 (CET) Message-ID: <50E5AF6B.3050800@gmx.de> Date: Thu, 03 Jan 2013 17:18:51 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Updating "fetchmail" References: <20130103064430.3a890db7@scorpio> <20130103150430.GA90000@calvin.home.crhalpin.org> <20130103103728.64519d27@scorpio> <20130103154622.GB90000@calvin.home.crhalpin.org> In-Reply-To: <20130103154622.GB90000@calvin.home.crhalpin.org> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 16:18:54 -0000 Am 03.01.2013 16:46, schrieb Corey Halpin: > On 2013-01-03, Jerry wrote: >> Thanks for the feedback. When the 6.x branch is abandoned in favor of >> the 7.x branch, which I tend to believe is not that far off, will you >> then be creating a 7.x port? > > When 7.x becomes the supported release, rather than a pre-release alpha, > then mail/fetchmail will be upgraded to 7.x. > > My intention is to maintain mail/fetchmail at the supported release version. > When that's not 6.x anymore, then the port won't be 6.x anymore, either. > > If there's some missing feature in 7.x which has people wanting a 6.x port > as well, then I'll likely create mail/fetchmail6 at that point. Now is the time to look at and speak up if any important feature was abolished. I have not obsoleted features younger than, say, 10 years, yet, so we should have few complaints about 7.0.0-alpha4 over 6.3.24. :) Note that I expect MAPI support to _NOT_ materialize in spite of a Google Summer of Code contribution, due to lack of support from the contributor and the audience. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 16:30:27 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E2035E14 for ; Thu, 3 Jan 2013 16:30:27 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vb0-f47.google.com (mail-vb0-f47.google.com [209.85.212.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8040E250 for ; Thu, 3 Jan 2013 16:30:27 +0000 (UTC) Received: by mail-vb0-f47.google.com with SMTP id e21so15338109vbm.20 for ; Thu, 03 Jan 2013 08:30:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=KDmwAPmNEWVR9ihbWIYxVWznGQrJRYIZamDjK+ioOLg=; b=A3A/iSrdbJyC1zylN25OrY6baRGvH88IAc8JgzZdsSYhsUnjAplPszl47/ilKdkAC8 4VWQcUN1pnfcTG67Jzon2Fo/Goz414Tyu/gq68V/yOwINX1u0hGIcaohJ5Q4fkrbSv9J iUJnsRL0p13ArR4ZiNf5IRx/ddXWYN+sPt88L25HKaNLZ6O6pmotUCl+UD5pKdiOgkSz P9mZEMqpCYMgbW6h6AcT1EpE3zbCMDPYBEK08K3avwmLUEcpj8pdtJPyxb4SoXiYyWxx DbK8HNEmz8E5XW4HlXP393E2mOMrykiMb50lRqugAyPjDeJJMFR1V+lXwg+88txCbSA2 oFiA== MIME-Version: 1.0 Received: by 10.58.15.227 with SMTP id a3mr76716054ved.38.1357230620606; Thu, 03 Jan 2013 08:30:20 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.133.20 with HTTP; Thu, 3 Jan 2013 08:30:20 -0800 (PST) In-Reply-To: <20130103155216.5fcea9b1@krasus.massy.renchap.com> References: <50DE966C.5050107@douglasthrift.net> <20121229171713.021135b6@krasus.massy.renchap.com> <20130103155216.5fcea9b1@krasus.massy.renchap.com> Date: Thu, 3 Jan 2013 08:30:20 -0800 X-Google-Sender-Auth: wqcKKzTVVuCcr4H6ZD3pCO2lxaI Message-ID: Subject: Re: FreeBSD Port: rubygem-chef-0.10.8_1 From: Jason Helfman To: Renaud Chaput X-Gm-Message-State: ALoCoQlJaQNiGyHxjIU6xat2VnDg8Smizk3UVbEPEoStA9etUzKgEhaMO57NnLJGXCS92fmyEWVr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , Douglas Thrift X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 16:30:27 -0000 On Thu, Jan 3, 2013 at 6:52 AM, Renaud Chaput wrote: > Le Wed, 2 Jan 2013 09:00:13 -0800, > Jason Helfman a =E9crit : > > > > After updating all of the aforementioned ports, I was able to build > > the update to chef to 0.10.2 successfully, and everything in the > > dependency chain required without error. The only other item I may > > recommend, is that we test chef with the latest version of > > rubygem-net-ssh (2.6.2). > > > > Please advise. > > > > Thanks! > > Hi Jason ! > > I attached to this email my port for rubygem-chef-10.16.4. We deployed > it on several hosts along as the needed dependancies updates without > problems. > > Does it seems ok for you ? > > Renaud > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Hi there, I don't see an attachment in this thread, however you can mail it to me directly, if you wish. Were the dependency updates the ones in the pr's, and the most recent version of net-ssh, or 2.2.2,2? At a minimum updating to 2.2.2,2 would be good, then it may be easier to update it again, as well. Thanks for reporting back, and as soon as I can get the patch, I can start my builds. -jgh From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 17:28:47 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0D2A3DA1 for ; Thu, 3 Jan 2013 17:28:47 +0000 (UTC) (envelope-from prvs=7089a4044=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id D3B436B3 for ; Thu, 3 Jan 2013 17:28:46 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAJG+5VCBbgog/2dsb2JhbABFgX+7aXOCHgEBBAE4Aj8FCwsOCi4hNgYBEgmHeAMJBgyvOw2GLIttgRKDOmEDiGKJd4FdjQ2FEYMTgUkCHgQ X-IronPort-AV: E=Sophos;i="4.84,403,1355119200"; d="scan'208";a="113168727" Received: from zxtm01.utdallas.edu (HELO utd71538.utdallas.edu) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Jan 2013 11:28:44 -0600 Date: Thu, 03 Jan 2013 11:28:43 -0600 From: Paul Schmehl To: Fabian Keil , freebsd-ports@freebsd.org Subject: Re: What is policy about auto-editing config files on port install / deinstall? Message-ID: <956FEBA7374A9446245A9CEE@utd71538.campus.ad.utdallas.edu> In-Reply-To: <20130103131243.043c47cf@fabiankeil.de> References: <50E49A73.2070008@quip.cz> <20130103131243.043c47cf@fabiankeil.de> X-Mailer: Mulberry/4.1.0a1 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline; size=4889 Cc: Scot Hetzel , Miroslav Lachman <000.fbsd@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 17:28:47 -0000 --On January 3, 2013 1:12:43 PM +0100 Fabian Keil wrote: > Scot Hetzel wrote: > >> On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman <000.fbsd@quip.cz> >> wrote: >> > Is somewhere written policy or portmgr recommendation about ports >> > behavior on install / deinstall? > > My impression is that every maintainer has her own undocumented > policy although the approaches taken could be grouped into a few > categories. > This is likely true, however the Porters Handbook describes the preferred methods for doing things. >> > I am talking about some ports doing "nasty" things. >> > >> > Some ports are stopping services on deinstall, some not. >> >> I prefer that when a port is uninstalled, that the service is stopped. > According to the Porters Handbook, this is not the preferred method: "6.24.1 Stopping Services at Deinstall It is possible to have a service stopped automatically as part of the deinstall routine. We advise using this feature only when it is absolutely necessary to stop a service before its files go away. Usually, it is up to the administrator's discretion to decide, whether to stop the service on deinstall or not. Also note this affects upgrades, too. A line like this goes in the pkg-plist: @stopdaemon doormand The argument must match the content of USE_RC_SUBR variable." > >> > Some ports are editing "my config files" on deinstall, so even on >> > upgrade procedure I must check if port did some changes before I can >> > restart target daemon. >> > >> Most ports don't edit the config files as they install the original >> config file to a different name. > > In my opinion ports shouldn't mess with user-modified files unless > they properly parse them and can be expected not to break them. The Porters Handbooks explicitly states this: "7.3 Configuration Files If your port installs configuration files to PREFIX/etc (or elsewhere) do not simply list them in the pkg-plist. That will cause pkg_delete(1) to remove the files carefully edited by the user, and a re-installation will wipe them out. Instead, install sample file(s) with a filename.sample suffix. Then copy the sample file to the real configuration file name, if it does not already exist. On deinstall delete the configuration file, but only if it is identical to the .sample file. You need to handle this both in the port Makefile, and in the pkg-plist (for installation from the package). Example of the Makefile part: post-install: @if [ ! -f ${PREFIX}/etc/orbit.conf ]; then \ ${CP} -p ${PREFIX}/etc/orbit.conf.sample ${PREFIX}/etc/orbit.conf ; \ fi For each configuration file, create the following three lines in pkg-plist: @unexec if cmp -s %D/etc/orbit.conf.sample %D/etc/orbit.conf; then rm -f %D/etc/orbit.conf; fi etc/orbit.conf.sample @exec if [ ! -f %D/etc/orbit.conf ] ; then cp -p %D/%F %B/orbit.conf; fi The order of these lines is important. On deinstallation, the sample file is compared to the actual configuration file. If these files are identical, no changes have been made by the user and the actual file can be safely deleted. Because the sample file must still exist for the comparison, the @unexec line comes before the sample configuration file name. On installation, if an actual configuration file is not already present, the sample file is copied to the actual file. The sample file must be present before it can be copied, so the @exec line comes after the sample configuration file name. To debug any issues, temporarily remove the -s flag to cmp(1) for more output. See pkg_create(1) for more information on %D and related substitution markers. If there is a very good reason not to install a working configuration file by default, leave the @exec line out of pkg-plist and add a message pointing out that the user must copy and edit the file before the software will work." > > And even then I don't think it should be done automatically without > user interaction. > > I believe that's currently up to the maintainer as well, though. > Not if they are properly following the Porters Handbook and the committers are verifying that they are doing so. As with any system where humans are involved, the process is flawed. However, there is a right way to do things. Refer to the Porters Handbook and follow its instructions as much as is humanly possible. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson "There are some ideas so wrong that only a very intelligent person could believe in them." George Orwell From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 17:50:12 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0638E9EF for ; Thu, 3 Jan 2013 17:50:12 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward3h.mail.yandex.net (forward3h.mail.yandex.net [IPv6:2a02:6b8:0:f05::3]) by mx1.freebsd.org (Postfix) with ESMTP id B437E7D8 for ; Thu, 3 Jan 2013 17:50:11 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 395EB136116C; Thu, 3 Jan 2013 21:50:09 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id E41E62C02A7; Thu, 3 Jan 2013 21:50:08 +0400 (MSK) Received: from unknown (unknown [77.66.155.61]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id o5oSfa8B-o5oSlfAF; Thu, 3 Jan 2013 21:50:05 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1357235408; bh=MmWIZ9EAU5nhX2p1MNN4LyElD0IMAi0LVKFnUDStw7A=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QwHZCahZoc31KJJ/maBQ4VoPGNYGnOHl38oo6B0/OerastsUAXNDSeSiKm9HF/j/z JnlfMFAXO8pKMRz6BM0Lj6jkiZdbcLpY8FaoR4WrPb8o3mNxzB01uswLBS0RIacude hnxMU8w7dbOzFRFhi41hL+0urxbkNLaxiHKexmmU= Message-ID: <50E5C4C9.7070500@yandex.ru> Date: Thu, 03 Jan 2013 21:50:01 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: darcy@PyGreSQL.org Subject: Re: New version of PyGreSQL References: <20130103091424.2af924a7@dilbert> In-Reply-To: <20130103091424.2af924a7@dilbert> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 17:50:12 -0000 Hello, D'Arcy J.M. Cain wrote on 03.01.2013 18:14: > Version 4.1 of PyGreSQL has just been released. I think the following > will update your Makefile: > [...] The port was just updated, thank you for heads up. You may point your users here: http://www.freshports.org/databases/py-PyGreSQL for FreeBSD-specific install instructions. Next time please report such things to our bug-tracker: http://www.freebsd.org/send-pr.html This will guarantee that the update will not lost in archives. Thank you! By the way, would you also update the release on http://pypi.python.org/pypi/PyGreSQL ? It still holding 4.0 version. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 17:57:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BE293DF6; Thu, 3 Jan 2013 17:57:36 +0000 (UTC) (envelope-from alex@stangl.us) Received: from stangl.us (stangl.us [66.93.193.95]) by mx1.freebsd.org (Postfix) with ESMTP id 8B08885B; Thu, 3 Jan 2013 17:57:36 +0000 (UTC) Received: from scout.stangl.us (localhost [127.0.0.1]) by scout.stangl.us (Postfix) with ESMTP id CBC3C17048; Thu, 3 Jan 2013 11:57:34 -0600 (CST) X-Virus-Scanned: amavisd-new at stangl.us Received: from stangl.us ([127.0.0.1]) by scout.stangl.us (scout.stangl.us [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tvfwUl0S1Nlo; Thu, 3 Jan 2013 11:57:26 -0600 (CST) Received: by scout.stangl.us (Postfix, from userid 1001) id 4C81517046; Thu, 3 Jan 2013 11:57:26 -0600 (CST) Date: Thu, 3 Jan 2013 11:57:26 -0600 From: Alex Stangl To: freebsd-ports@freebsd.org Subject: Re: www/geneweb-5.02 Outdated, Won't Compile. Message-ID: <20130103175726.GA54258@scout.stangl.us> References: <20130103024805.GA49137@scout.stangl.us> <20130103140034.GA49338@scout.stangl.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130103140034.GA49338@scout.stangl.us> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jason Helfman , John Jones X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 17:57:36 -0000 On Thu, Jan 03, 2013 at 08:00:34AM -0600, Alex Stangl wrote: > BTW, I notice now the download patch link from the PR seems to deliver a > corrupted file. It's not clear why that is, since I was able to > copy/paste the uuencoded text and uudecode it, and got the correct file. Further investigation reveals this is due to an apparent bug in query-pr.cgi, already reported by Michael Gmelin on this list on 9/2012. It's erroneously performing a UTF-8 transformation plus truncation to the data. There's an open PR for this too. http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078560.html http://www.freebsd.org/cgi/query-pr.cgi?pr=172195&cat= Alex From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 18:18:19 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C6407598 for ; Thu, 3 Jan 2013 18:18:19 +0000 (UTC) (envelope-from darcy@Vex.com) Received: from mail.vex.net (smaug.vex.net [98.158.139.67]) by mx1.freebsd.org (Postfix) with ESMTP id A724696F for ; Thu, 3 Jan 2013 18:18:19 +0000 (UTC) Received: from dilbert (dilbert.druid.net [207.35.13.14]) by mail.vex.net (Postfix) with ESMTP id D8A984A45743; Thu, 3 Jan 2013 13:18:17 -0500 (EST) Date: Thu, 3 Jan 2013 13:18:17 -0500 From: "D'Arcy J.M. Cain" To: Ruslan Makhmatkhanov Subject: Re: New version of PyGreSQL Message-ID: <20130103131817.7576a4b2@dilbert> In-Reply-To: <50E5C4C9.7070500@yandex.ru> References: <20130103091424.2af924a7@dilbert> <50E5C4C9.7070500@yandex.ru> Organization: Vex Consulting Incorporated X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.14; x86_64--netbsd) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 18:18:19 -0000 On Thu, 03 Jan 2013 21:50:01 +0400 Ruslan Makhmatkhanov wrote: > D'Arcy J.M. Cain wrote on 03.01.2013 18:14: > > Version 4.1 of PyGreSQL has just been released. I think the > > following will update your Makefile: > > The port was just updated, thank you for heads up. You may point your > users here: http://www.freshports.org/databases/py-PyGreSQL for > FreeBSD-specific install instructions. I see that you call it 4.1,1. Do you always have a PORTEPOCH? I know that NetBSD (where I am also a developer) only set the PKGREVISION variable when the original commit for a version is modified. > Next time please report such things to our bug-tracker: > http://www.freebsd.org/send-pr.html I will try to remember. > By the way, would you also update the release on > http://pypi.python.org/pypi/PyGreSQL ? It still holding 4.0 version. We are just waiting until all the binaries have been built and uploaded. Cheers. -- D'Arcy J.M. Cain Vex Consulting Incorporated http://www.Vex.com/ IM:darcy@Vex.Net From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 18:25:02 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B2E5A8FA for ; Thu, 3 Jan 2013 18:25:02 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4A59CF for ; Thu, 3 Jan 2013 18:25:02 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2h.mail.yandex.net (Yandex) with ESMTP id 8402C700BF3; Thu, 3 Jan 2013 22:25:00 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 424782C0066; Thu, 3 Jan 2013 22:25:00 +0400 (MSK) Received: from unknown (unknown [77.66.155.61]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id OxoSBv4m-Oxoq8GdC; Thu, 3 Jan 2013 22:24:59 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1357237500; bh=Qp+AXMXWfOLYd62VaXZE+J9iDjTz+faspsee7hhTat0=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SUqAWr6Ye4CTG1w+EEMB6q8NSAGHh1+pTE8I4ipQs402UMGmuBiy04nVuClJAi3hb xgr0kZGk+USEBCeHg72Jh9kUB4cQjnLQbyVuvY9+1cx+q1E0B9DE8d47q9X0NZiR/b 8ohTQd950U/0uZ5mwPKY5u25UztA5VughQG7ljbI= Message-ID: <50E5CCF7.8090405@yandex.ru> Date: Thu, 03 Jan 2013 22:24:55 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "D'Arcy J.M. Cain" Subject: Re: New version of PyGreSQL References: <20130103091424.2af924a7@dilbert> <50E5C4C9.7070500@yandex.ru> <20130103131817.7576a4b2@dilbert> In-Reply-To: <20130103131817.7576a4b2@dilbert> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 18:25:02 -0000 D'Arcy J.M. Cain wrote on 03.01.2013 22:18: > On Thu, 03 Jan 2013 21:50:01 +0400 > Ruslan Makhmatkhanov wrote: >> D'Arcy J.M. Cain wrote on 03.01.2013 18:14: >>> Version 4.1 of PyGreSQL has just been released. I think the >>> following will update your Makefile: >> >> The port was just updated, thank you for heads up. You may point your >> users here: http://www.freshports.org/databases/py-PyGreSQL for >> FreeBSD-specific install instructions. > > I see that you call it 4.1,1. Do you always have a PORTEPOCH? I know > that NetBSD (where I am also a developer) only set the PKGREVISION > variable when the original commit for a version is modified. Yes, once defined it will stay forever. In this particular case it was added when upstream downgraded version number to 3.4 from 7.3.5 (in early 2004, you may see the history at freshports.org). Since the first one is less than last, PORTEPOCH was introduced to make ports tools recognize which is newer. > >> Next time please report such things to our bug-tracker: >> http://www.freebsd.org/send-pr.html > > I will try to remember. > >> By the way, would you also update the release on >> http://pypi.python.org/pypi/PyGreSQL ? It still holding 4.0 version. > > We are just waiting until all the binaries have been built and uploaded. > > Cheers. Ok, thanks. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 21:49:24 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CDEA6BC1 for ; Thu, 3 Jan 2013 21:49:24 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4D89D8D2 for ; Thu, 3 Jan 2013 21:49:24 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 29D1A28429; Thu, 3 Jan 2013 22:49:17 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 1695028428; Thu, 3 Jan 2013 22:49:15 +0100 (CET) Message-ID: <50E5FCDA.80906@quip.cz> Date: Thu, 03 Jan 2013 22:49:14 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Scot Hetzel Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 21:49:24 -0000 Scot Hetzel wrote: > On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman<000.fbsd@quip.cz> wrote: >> Is somewhere written policy or portmgr recommendation about ports behavior >> on install / deinstall? >> I am talking about some ports doing "nasty" things. >> >> Some ports are stopping services on deinstall, some not. > > I prefer that when a port is uninstalled, that the service is stopped. > If it isn't stopped, it could pose a security risk to the system at a > later time. Only if it will be optional. I am "the god in my world (my system)" and I should know better than anybody else if I need to stop the daemon at any time. The maintainer of any port can't know all the dependencies on my system and my workflow with updating ports. Somebody can consider stopping (or restarting) Apache on upgrade as "good thing", but it can be just a small piece of bigger upgrade process with lot of dependencies like Apache modules, PHP, PHP extensions and libraries used by both Apache and PHP extensions. So if for example Apache is upgraded and it will made upgrade of PCRE with different library version number, then restart of Apache will fail on PHP not loading missing old PCRE library. So the Apache should be restarted after upgrade of all the modules and libraries, not after upgrade of it self. > We still need to come up with a way of restarting the service after > the upgrade. Currently, it has to be done manually to start the > service. > >> Some ports are editing "my config files" on deinstall, so even on upgrade >> procedure I must check if port did some changes before I can restart target >> daemon. >> > Most ports don't edit the config files as they install the original > config file to a different name. > >> For example some Apache modules (mod_bw, mod_xsendfile...) are commenting >> out load_module lines in httpd.conf so I got syntax error on Apache restart >> after upgrade of mentioned module and Apache failed to start. >> > Apache 2.x is an exception, as the installation of a Apache module > requires apachectl to add/re-enable the module in the httpd.conf file. > Upon deinstallation, apachectl is used to disable the module in the > httpd.conf file. It doesn't remove the LoadModule directive, it just > adds a '#" sign in front of it. When the port is re-installed, all > apachectl has to do is remove the '#' sign. A restart of Apache > should then load the module again. > > What errors are you getting when re-installing an Apache module? Apache modules are not enabled by default. I am talking about 3rd party modules. In some cases, they do nothing with httpd.conf, in other cases, they are adding commented line and I must manualy uncomment this line, so it is my will to have this module loaded / enabled. But upgrade or reinstall or deinstall of this module causes commenting this line out. It is undesirable. If I enable this module and this module will be updated 10 times a year, why am I forced to re-enable it 10 times again? Real world example follows: root@spare ~/# uname -srmi FreeBSD 8.3-RC2 amd64 GENERIC ___________________________________________________ Only Apache is installed, no 3rd party modules root@spare ~/# pkg_info -E ap22\* apache22-\* apache22-2.2.23_4 ___________________________________________________ Copy the config file for later comparision root@spare ~/# cp -P /usr/local/etc/apache22/httpd.conf httpd.conf.orig ___________________________________________________ Install mod_xsendfile root@spare ~/# portmaster www/mod_xsendfile ===>>> Installation of www/mod_xsendfile (ap22-mod_xsendfile-0.12_2) complete ___________________________________________________ There is commented LoadModule line after install added to httpd.conf root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:25:03.000000000 +0100 @@ -75,4 +75,5 @@ LoadModule rewrite_module libexec/apache22/mod_rewrite.so LoadModule php5_module libexec/apache22/libphp5.so +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so ___________________________________________________ I must manually uncomment the line (which is OK, I don't need to modules be auto enabled as services are not enabled in rc.conf) root@spare ~/# vi /usr/local/etc/apache22/httpd.conf LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so ___________________________________________________ Then I added some configuration to VirtualHost root@spare ~/# vi /usr/local/etc/apache22/vhosts/available/www.example.com.conf XSendFile on XSendFilePath /vol0/web/test ___________________________________________________ Diff shows that module is enabled root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:26:46.000000000 +0100 @@ -75,4 +75,5 @@ LoadModule rewrite_module libexec/apache22/mod_rewrite.so LoadModule php5_module libexec/apache22/libphp5.so +LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so ___________________________________________________ Syntax check root@spare ~/# httpd -t Syntax OK ___________________________________________________ Reinstallation of the module (same as upgrading) root@spare ~/# portmaster ap22-mod_xsendfile-0.12_2 ===>>> Creating a backup package for old version ap22-mod_xsendfile-0.12_2 ===>>> Package saved to /usr/ports/packages/portmaster-backup Don't forget to remove all mod_xsendfile-related directives in your httpd.conf ===> Installing for ap22-mod_xsendfile-0.12_2 ===> Generating temporary packing list ===> Checking if www/mod_xsendfile already installed /usr/local/share/apache22/build/instdso.sh SH_LIBTOOL='/usr/local/share/apr/build-1/libtool' /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la /usr/local/libexec/apache22 /usr/local/share/apr/build-1/libtool --mode=install cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la /usr/local/libexec/apache22/ libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.so /usr/local/libexec/apache22/mod_xsendfile.so libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.lai /usr/local/libexec/apache22/mod_xsendfile.la libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.a /usr/local/libexec/apache22/mod_xsendfile.a libtool: install: chmod 644 /usr/local/libexec/apache22/mod_xsendfile.a libtool: install: ranlib /usr/local/libexec/apache22/mod_xsendfile.a chmod 755 /usr/local/libexec/apache22/mod_xsendfile.so [preparing module `xsendfile' in /usr/local/etc/apache22/httpd.conf] ===> Registering installation for ap22-mod_xsendfile-0.12_2 ===>>> Creating a package for new version ap22-mod_xsendfile-0.12_2 ===>>> Package saved to /usr/ports/packages/All ===>>> Re-installation of ap22-mod_xsendfile-0.12_2 complete ___________________________________________________ And there is a problem - syntax error, because module was disabled (commented out on deinstall) and some directives remained in VirtualHost definition - Apache will not start! root@spare ~/# httpd -t Syntax error on line 57 of /usr/local/etc/apache22/vhosts/available/www.example.com.conf: Invalid command 'XSendFile', perhaps misspelled or defined by a module not included in the server configuration ___________________________________________________ Diff shows commented out line root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:32:26.000000000 +0100 @@ -75,4 +75,5 @@ LoadModule rewrite_module libexec/apache22/mod_rewrite.so LoadModule php5_module libexec/apache22/libphp5.so +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so ___________________________________________________ I think this behavior is wrong. Why am I forced to manualy re-enable all 3rd party modules on each upgrade? Modules should not disable something that is explicitly enabled by user / system administrator. Miroslav Lachman PS: I know about deinstall message "Don't forget to remove all mod_xsendfile-related directives in your httpd.conf" but it can be considered as maintainer's "joke" in case of module upgrade From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 22:08:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1D636594 for ; Thu, 3 Jan 2013 22:08:52 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by mx1.freebsd.org (Postfix) with ESMTP id B7E8C9A0 for ; Thu, 3 Jan 2013 22:08:51 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.12]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lg2uj-1TFPbt0O1T-00pamH for ; Thu, 03 Jan 2013 23:08:50 +0100 Received: (qmail invoked by alias); 03 Jan 2013 22:08:49 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp012) with SMTP; 03 Jan 2013 23:08:49 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/fSlpMxCjf9sx9J5xoFkL4d5mZieI2/0BkiE1stT XoBk88odQfdF4V Message-ID: <50E601B0.9040008@gmx.de> Date: Thu, 03 Jan 2013 23:09:52 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> In-Reply-To: <50E5FCDA.80906@quip.cz> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Scot Hetzel , Miroslav Lachman <000.fbsd@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 22:08:52 -0000 On 2013-01-03 22:49, Miroslav Lachman wrote: > Scot Hetzel wrote: >> On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman<000.fbsd@quip.cz> wrote: >>> Is somewhere written policy or portmgr recommendation about ports behavior >>> on install / deinstall? >>> I am talking about some ports doing "nasty" things. >>> >>> Some ports are stopping services on deinstall, some not. >> >> I prefer that when a port is uninstalled, that the service is stopped. >> If it isn't stopped, it could pose a security risk to the system at a >> later time. > > Only if it will be optional. I am "the god in my world (my system)" and I should know better than anybody else if I need to stop the daemon at any time. > > The maintainer of any port can't know all the dependencies on my system and my workflow with updating ports. > Somebody can consider stopping (or restarting) Apache on upgrade as "good thing", but it can be just a small piece of bigger upgrade process with lot of dependencies like Apache modules, PHP, PHP extensions and libraries used by both Apache and PHP extensions. So if for example Apache is upgraded and it will made upgrade of PCRE with different library version number, then restart of Apache will fail on PHP not loading missing old PCRE library. > So the Apache should be restarted after upgrade of all the modules and libraries, not after upgrade of it self. > >> We still need to come up with a way of restarting the service after >> the upgrade. Currently, it has to be done manually to start the >> service. >> >>> Some ports are editing "my config files" on deinstall, so even on upgrade >>> procedure I must check if port did some changes before I can restart target >>> daemon. >>> >> Most ports don't edit the config files as they install the original >> config file to a different name. >> >>> For example some Apache modules (mod_bw, mod_xsendfile...) are commenting >>> out load_module lines in httpd.conf so I got syntax error on Apache restart >>> after upgrade of mentioned module and Apache failed to start. >>> >> Apache 2.x is an exception, as the installation of a Apache module >> requires apachectl to add/re-enable the module in the httpd.conf file. >> Upon deinstallation, apachectl is used to disable the module in the >> httpd.conf file. It doesn't remove the LoadModule directive, it just >> adds a '#" sign in front of it. When the port is re-installed, all >> apachectl has to do is remove the '#' sign. A restart of Apache >> should then load the module again. >> >> What errors are you getting when re-installing an Apache module? > > Apache modules are not enabled by default. I am talking about 3rd party modules. In some cases, they do nothing with httpd.conf, in other cases, they are adding commented line and I must manualy uncomment this line, so it is my will to have this module loaded / enabled. > > But upgrade or reinstall or deinstall of this module causes commenting this line out. It is undesirable. > If I enable this module and this module will be updated 10 times a year, why am I forced to re-enable it 10 times again? > > Real world example follows: > > root@spare ~/# uname -srmi > FreeBSD 8.3-RC2 amd64 GENERIC > > ___________________________________________________ > Only Apache is installed, no 3rd party modules > > root@spare ~/# pkg_info -E ap22\* apache22-\* > apache22-2.2.23_4 > > ___________________________________________________ > Copy the config file for later comparision > > root@spare ~/# cp -P /usr/local/etc/apache22/httpd.conf httpd.conf.orig > > ___________________________________________________ > Install mod_xsendfile > > root@spare ~/# portmaster www/mod_xsendfile > > ===>>> Installation of www/mod_xsendfile (ap22-mod_xsendfile-0.12_2) complete > > ___________________________________________________ > There is commented LoadModule line after install added to httpd.conf > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:25:03.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > I must manually uncomment the line (which is OK, I don't need to modules be auto enabled as services are not enabled in rc.conf) > > root@spare ~/# vi /usr/local/etc/apache22/httpd.conf > > LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > Then I added some configuration to VirtualHost > > root@spare ~/# vi /usr/local/etc/apache22/vhosts/available/www.example.com.conf > > XSendFile on > XSendFilePath /vol0/web/test > > ___________________________________________________ > Diff shows that module is enabled > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:26:46.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > Syntax check > > root@spare ~/# httpd -t > Syntax OK > > ___________________________________________________ > Reinstallation of the module (same as upgrading) > > root@spare ~/# portmaster ap22-mod_xsendfile-0.12_2 > > ===>>> Creating a backup package for old version ap22-mod_xsendfile-0.12_2 > ===>>> Package saved to /usr/ports/packages/portmaster-backup > > Don't forget to remove all mod_xsendfile-related directives in your httpd.conf > > ===> Installing for ap22-mod_xsendfile-0.12_2 > ===> Generating temporary packing list > ===> Checking if www/mod_xsendfile already installed > /usr/local/share/apache22/build/instdso.sh SH_LIBTOOL='/usr/local/share/apr/build-1/libtool' /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la /usr/local/libexec/apache22 > /usr/local/share/apr/build-1/libtool --mode=install cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la /usr/local/libexec/apache22/ > libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.so /usr/local/libexec/apache22/mod_xsendfile.so > libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.lai /usr/local/libexec/apache22/mod_xsendfile.la > libtool: install: cp /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.a /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: chmod 644 /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: ranlib /usr/local/libexec/apache22/mod_xsendfile.a > chmod 755 /usr/local/libexec/apache22/mod_xsendfile.so > [preparing module `xsendfile' in /usr/local/etc/apache22/httpd.conf] > ===> Registering installation for ap22-mod_xsendfile-0.12_2 > > ===>>> Creating a package for new version ap22-mod_xsendfile-0.12_2 > ===>>> Package saved to /usr/ports/packages/All > > ===>>> Re-installation of ap22-mod_xsendfile-0.12_2 complete > > > ___________________________________________________ > And there is a problem - syntax error, because module was disabled (commented out on deinstall) and some directives remained in VirtualHost definition - Apache will not start! > > root@spare ~/# httpd -t > Syntax error on line 57 of /usr/local/etc/apache22/vhosts/available/www.example.com.conf: > Invalid command 'XSendFile', perhaps misspelled or defined by a module not included in the server configuration > > ___________________________________________________ > Diff shows commented out line > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:32:26.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > > I think this behavior is wrong. > > Why am I forced to manualy re-enable all 3rd party modules on each upgrade? > > Modules should not disable something that is explicitly enabled by user / system administrator. > > > Miroslav Lachman > > PS: I know about deinstall message "Don't forget to remove all mod_xsendfile-related directives in your httpd.conf" but it can be considered as maintainer's "joke" in case of module upgrade The point is at the moment the port is uninstalled the port has no knowledge about the reason (uninstall permanent / reinstall / upgrade ) so the assumption is permanent. What I really don't get is users complaining about critical machines, special workflow and then thy do builds on that *critical* system with a script that can be interrupted by < fill in several reasons >. Have you ever thought about a tinderbox, poudriere or simmilar which builds customized packages all the time in a clean environment? If the build is finished you have all the sort of buildlogs and can do an package upgrade in seconds on a prod machine ( it takes me 10min to update a hand full of machines ). After the upgrade all I have to do is for services like apache an "svn diff" and maybe an "svn revert httpd.conf" then fire my daemon_restart scrip and go to the next machine. Sample restart script for local services. http://people.freebsd.org/~ohauer/scripts/daemon_status From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 22:14:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 719C56D7 for ; Thu, 3 Jan 2013 22:14:20 +0000 (UTC) (envelope-from oleg.moskalenko@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) by mx1.freebsd.org (Postfix) with ESMTP id A359A9C3 for ; Thu, 3 Jan 2013 22:14:19 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.84,405,1355097600"; d="scan'208";a="2458314" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Jan 2013 22:14:17 +0000 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.72]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Thu, 3 Jan 2013 14:14:07 -0800 From: Oleg Moskalenko To: "freebsd-ports@freebsd.org" Date: Thu, 3 Jan 2013 14:14:06 -0800 Subject: RE: What is policy about auto-editing config files on port install / deinstall? Thread-Topic: What is policy about auto-editing config files on port install / deinstall? Thread-Index: Ac3p/DpfN6ubmZRhSUeHNNAgWrb2mAAAoW3Q Message-ID: <031222CBCF33214AB2EB4ABA279428A3012CA8FA98EF@SJCPMAILBOX01.citrite.net> References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> In-Reply-To: <50E5FCDA.80906@quip.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 22:14:20 -0000 So, what is the general recommended policy on the network services ports in= regard to /etc/rc.conf file ? If I install a port that creates a service "= foodbank", then which choice is better: 1) "Automatically" edit /etc/rc.conf in the port installation script to inc= lude the line: foodbank_enable=3D"YES",=20 or: 2) Display a message to the user like "you must edit /etc/rc.conf to add li= ne foodbank=3DYES file" ? The same question applies to the port de-installation. Thanks ! Oleg > -----Original Message----- > From: owner-freebsd-ports@freebsd.org [mailto:owner-freebsd- > ports@freebsd.org] On Behalf Of Miroslav Lachman > Sent: Thursday, January 03, 2013 1:49 PM > To: Scot Hetzel > Cc: freebsd-ports@freebsd.org > Subject: Re: What is policy about auto-editing config files on port insta= ll / > deinstall? >=20 > Scot Hetzel wrote: > > On Wed, Jan 2, 2013 at 2:37 PM, Miroslav Lachman<000.fbsd@quip.cz> wro= te: > >> Is somewhere written policy or portmgr recommendation about ports > >> behavior on install / deinstall? > >> I am talking about some ports doing "nasty" things. > >> > >> Some ports are stopping services on deinstall, some not. > > > > I prefer that when a port is uninstalled, that the service is stopped. > > If it isn't stopped, it could pose a security risk to the system at a > > later time. >=20 > Only if it will be optional. I am "the god in my world (my system)" and I= should > know better than anybody else if I need to stop the daemon at any time. >=20 > The maintainer of any port can't know all the dependencies on my system a= nd > my workflow with updating ports. > Somebody can consider stopping (or restarting) Apache on upgrade as "good > thing", but it can be just a small piece of bigger upgrade process with l= ot of > dependencies like Apache modules, PHP, PHP extensions and libraries used = by > both Apache and PHP extensions. So if for example Apache is upgraded and = it > will made upgrade of PCRE with different library version number, then res= tart of > Apache will fail on PHP not loading missing old PCRE library. > So the Apache should be restarted after upgrade of all the modules and li= braries, > not after upgrade of it self. >=20 > > We still need to come up with a way of restarting the service after > > the upgrade. Currently, it has to be done manually to start the > > service. > > > >> Some ports are editing "my config files" on deinstall, so even on > >> upgrade procedure I must check if port did some changes before I can > >> restart target daemon. > >> > > Most ports don't edit the config files as they install the original > > config file to a different name. > > > >> For example some Apache modules (mod_bw, mod_xsendfile...) are > >> commenting out load_module lines in httpd.conf so I got syntax error > >> on Apache restart after upgrade of mentioned module and Apache failed = to > start. > >> > > Apache 2.x is an exception, as the installation of a Apache module > > requires apachectl to add/re-enable the module in the httpd.conf file. > > Upon deinstallation, apachectl is used to disable the module in the > > httpd.conf file. It doesn't remove the LoadModule directive, it just > > adds a '#" sign in front of it. When the port is re-installed, all > > apachectl has to do is remove the '#' sign. A restart of Apache > > should then load the module again. > > > > What errors are you getting when re-installing an Apache module? >=20 > Apache modules are not enabled by default. I am talking about 3rd party > modules. In some cases, they do nothing with httpd.conf, in other cases, = they > are adding commented line and I must manualy uncomment this line, so it i= s my > will to have this module loaded / enabled. >=20 > But upgrade or reinstall or deinstall of this module causes commenting th= is line > out. It is undesirable. > If I enable this module and this module will be updated 10 times a year, = why am I > forced to re-enable it 10 times again? >=20 > Real world example follows: >=20 > root@spare ~/# uname -srmi > FreeBSD 8.3-RC2 amd64 GENERIC >=20 > ___________________________________________________ > Only Apache is installed, no 3rd party modules >=20 > root@spare ~/# pkg_info -E ap22\* apache22-\* > apache22-2.2.23_4 >=20 > ___________________________________________________ > Copy the config file for later comparision >=20 > root@spare ~/# cp -P /usr/local/etc/apache22/httpd.conf httpd.conf.orig >=20 > ___________________________________________________ > Install mod_xsendfile >=20 > root@spare ~/# portmaster www/mod_xsendfile >=20 > =3D=3D=3D>>> Installation of www/mod_xsendfile (ap22-mod_xsendfile-0.12_2= ) > complete >=20 > ___________________________________________________ > There is commented LoadModule line after install added to httpd.conf >=20 > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.co= nf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:25:03.000000000 > +++ +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so >=20 > ___________________________________________________ > I must manually uncomment the line (which is OK, I don't need to modules = be > auto enabled as services are not enabled in rc.conf) >=20 > root@spare ~/# vi /usr/local/etc/apache22/httpd.conf >=20 > LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so >=20 > ___________________________________________________ > Then I added some configuration to VirtualHost >=20 > root@spare ~/# vi > /usr/local/etc/apache22/vhosts/available/www.example.com.conf >=20 > XSendFile on > XSendFilePath /vol0/web/test >=20 > ___________________________________________________ > Diff shows that module is enabled >=20 > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.co= nf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:26:46.000000000 > +++ +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so >=20 > ___________________________________________________ > Syntax check >=20 > root@spare ~/# httpd -t > Syntax OK >=20 > ___________________________________________________ > Reinstallation of the module (same as upgrading) >=20 > root@spare ~/# portmaster ap22-mod_xsendfile-0.12_2 >=20 > =3D=3D=3D>>> Creating a backup package for old version ap22-mod_xsendfile= -0.12_2 > =3D=3D=3D>>> Package saved to /usr/ports/packages/portmaster-bac= kup >=20 > Don't forget to remove all mod_xsendfile-related directives in your httpd= .conf >=20 > =3D=3D=3D> Installing for ap22-mod_xsendfile-0.12_2 > =3D=3D=3D> Generating temporary packing list > =3D=3D=3D> Checking if www/mod_xsendfile already installed > /usr/local/share/apache22/build/instdso.sh > SH_LIBTOOL=3D'/usr/local/share/apr/build-1/libtool' > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la > /usr/local/libexec/apache22 > /usr/local/share/apr/build-1/libtool --mode=3Dinstall cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la > /usr/local/libexec/apache22/ > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile- > 0.12/.libs/mod_xsendfile.so > /usr/local/libexec/apache22/mod_xsendfile.so > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile- > 0.12/.libs/mod_xsendfile.lai > /usr/local/libexec/apache22/mod_xsendfile.la > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile- > 0.12/.libs/mod_xsendfile.a > /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: chmod 644 /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: ranlib /usr/local/libexec/apache22/mod_xsendfile.a > chmod 755 /usr/local/libexec/apache22/mod_xsendfile.so > [preparing module `xsendfile' in /usr/local/etc/apache22/httpd.conf] > =3D=3D=3D> Registering installation for ap22-mod_xsendfile-0.12_2 >=20 > =3D=3D=3D>>> Creating a package for new version ap22-mod_xsendfile-0.12_2 > =3D=3D=3D>>> Package saved to /usr/ports/packages/All >=20 > =3D=3D=3D>>> Re-installation of ap22-mod_xsendfile-0.12_2 complete >=20 >=20 > ___________________________________________________ > And there is a problem - syntax error, because module was disabled (comme= nted > out on deinstall) and some directives remained in VirtualHost definition = - Apache > will not start! >=20 > root@spare ~/# httpd -t > Syntax error on line 57 of > /usr/local/etc/apache22/vhosts/available/www.example.com.conf: > Invalid command 'XSendFile', perhaps misspelled or defined by a module no= t > included in the server configuration >=20 > ___________________________________________________ > Diff shows commented out line >=20 > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.co= nf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:32:26.000000000 > +++ +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so >=20 > ___________________________________________________ >=20 > I think this behavior is wrong. >=20 > Why am I forced to manualy re-enable all 3rd party modules on each upgrad= e? >=20 > Modules should not disable something that is explicitly enabled by user /= system > administrator. >=20 >=20 > Miroslav Lachman >=20 > PS: I know about deinstall message "Don't forget to remove all > mod_xsendfile-related directives in your httpd.conf" but it can be > considered as maintainer's "joke" in case of module upgrade > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 22:24:32 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 50E7EAD3 for ; Thu, 3 Jan 2013 22:24:32 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id CCDFAA45 for ; Thu, 3 Jan 2013 22:24:31 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.29]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MgaAT-1TcOl71v1z-00O06S for ; Thu, 03 Jan 2013 23:24:30 +0100 Received: (qmail invoked by alias); 03 Jan 2013 22:24:30 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp029) with SMTP; 03 Jan 2013 23:24:30 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX18NETkrFc4NRQCo1HYiMX1Cgb4eIyRAQp5dM0yRoM aFiFwYXSgpiWfo Message-ID: <50E6055C.9050005@gmx.de> Date: Thu, 03 Jan 2013 23:25:32 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> <031222CBCF33214AB2EB4ABA279428A3012CA8FA98EF@SJCPMAILBOX01.citrite.net> In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3012CA8FA98EF@SJCPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Oleg Moskalenko X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 22:24:32 -0000 On 2013-01-03 23:14, Oleg Moskalenko wrote: > So, what is the general recommended policy on the network services ports in regard to /etc/rc.conf file ? If I install a port that creates a service "foodbank", then which choice is better: > > 1) "Automatically" edit /etc/rc.conf in the port installation script to include the line: > foodbank_enable="YES", > > or: > > 2) Display a message to the user like "you must edit /etc/rc.conf to add line foodbank=YES file" ? > > The same question applies to the port de-installation. > > Thanks ! > Oleg > Hi Oleg, the file /etc/rc.conf(.local) should be never touched by an install script. In case you will enable the network service you have to do this explicit by yourself. For the rc system it doesn't matter later if the line is present but the port no longer installed. -- Regards, olli From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 22:35:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 88EDCEDA for ; Thu, 3 Jan 2013 22:35:45 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4F6AA3 for ; Thu, 3 Jan 2013 22:35:44 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.6/8.14.5) with ESMTP id r03MZaE1043889 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 3 Jan 2013 22:35:36 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.7.3 smtp.infracaninophile.co.uk r03MZaE1043889 Authentication-Results: smtp.infracaninophile.co.uk/r03MZaE1043889; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Message-ID: <50E607B8.10302@FreeBSD.org> Date: Thu, 03 Jan 2013 22:35:36 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Oleg Moskalenko Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> <031222CBCF33214AB2EB4ABA279428A3012CA8FA98EF@SJCPMAILBOX01.citrite.net> In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3012CA8FA98EF@SJCPMAILBOX01.citrite.net> X-Enigmail-Version: 1.4.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78CE26371860F919D9A28C75" X-Virus-Scanned: clamav-milter 0.97.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: "freebsd-ports@freebsd.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 22:35:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78CE26371860F919D9A28C75 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/01/2013 22:14, Oleg Moskalenko wrote: > So, what is the general recommended policy on the network services > ports in regard to /etc/rc.conf file ? If I install a port that > creates a service "foodbank", then which choice is better: >=20 > 1) "Automatically" edit /etc/rc.conf in the port installation script > to include the line: foodbank_enable=3D"YES", >=20 > or: >=20 > 2) Display a message to the user like "you must edit /etc/rc.conf to > add line foodbank=3DYES file" ? >=20 > The same question applies to the port de-installation. That's a rather different question to the original. In this case, the policy is clear: always choice 2 -- advise the admin about what to do, where necessary. Installing a port does not reliably imply intent to run it as a service and hence automatically enabling it in rc.conf is simply wrong. Although adding 'foodbank_enable=3D"YES"' to /etc/rc.conf is such a routine action that you probably don't really need to mention it. The original question was more along the lines of 'should installing or deinstalling the port mean automatically editing /usr/local/etc/foodbank.conf ?' Well, maybe. Editing the port on deinstall only makes sense if there are several different ported applications that all use the same configuration file. Otherwise, there's no point editing the config file, since deleting the port means there's nothing left to read it. The classic example of automatically editing a config file occurs with httpd.conf when installing/deinstalling apache modules. That fulfils the multiple ports using the same config file criterion in an exemplary way. Customising a config file used exclusively by one port at install time (but only if there isn't a pre-existing config file) is more of a grey area. On the whole ports tend not to do this, citing the 'Tools not Policy' mantra. But I don't think it is actually forbidden. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --------------enig78CE26371860F919D9A28C75 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDmB7gACgkQ8Mjk52CukIwlUQCfWWERwvvW8c4daELLBVLDX4e1 sIQAn0+9pT5YRHCXsJqwupwhPgFaVhlJ =OHSA -----END PGP SIGNATURE----- --------------enig78CE26371860F919D9A28C75-- From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 23:16:37 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D18D0B45 for ; Thu, 3 Jan 2013 23:16:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 79322D14 for ; Thu, 3 Jan 2013 23:16:37 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6F56528429; Fri, 4 Jan 2013 00:16:35 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6B58E28428; Fri, 4 Jan 2013 00:16:34 +0100 (CET) Message-ID: <50E61151.4050801@quip.cz> Date: Fri, 04 Jan 2013 00:16:33 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: olli hauer Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> <50E601B0.9040008@gmx.de> In-Reply-To: <50E601B0.9040008@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scot Hetzel , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 23:16:37 -0000 olli hauer wrote: > The point is at the moment the port is uninstalled the port has no knowledge about the reason (uninstall permanent / reinstall / upgrade ) so the assumption is permanent. > > What I really don't get is users complaining about critical machines, special workflow and then thy do builds on that *critical* system with a script that can be interrupted by< fill in several reasons>. You totally missed the point. I didn't talk about critical machines, but about ports infrastructure doing wrong things. It doesn't matter if it is some home machine or some supercritical server in datacenter. The point is that port modifies configuration in a wrong way. > Have you ever thought about a tinderbox, poudriere or simmilar which builds customized packages all the time in a clean environment? > If the build is finished you have all the sort of buildlogs and can do an package upgrade in seconds on a prod machine ( it takes me 10min to update a hand full of machines ). Did you tried installing / deinstalling mod_xsendfile from package instead of these empty words? The behavior is very similar to installation from ports. Tinderbox, pourdrier or anything else doesn't change what I am talking about. It always ends with modified (non-working) httpd.conf. > After the upgrade all I have to do is for services like apache an "svn diff" and maybe an "svn revert httpd.conf" then fire my daemon_restart scrip and go to the next machine. So you are recommending home-grown tools to fix ports / packages wrong behavior. Really "nice" solution! Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 23:19:35 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4592ABFF; Thu, 3 Jan 2013 23:19:35 +0000 (UTC) (envelope-from Steve.Magnuson2@boeing.com) Received: from stl-mbsout-02.boeing.com (stl-mbsout-02.boeing.com [130.76.96.170]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3B7D3F; Thu, 3 Jan 2013 23:19:34 +0000 (UTC) Received: from stl-mbsout-02.boeing.com (localhost.localdomain [127.0.0.1]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with ESMTP id r03NI1Y8018756; Thu, 3 Jan 2013 17:18:01 -0600 Received: from XCH-NWHT-01.nw.nos.boeing.com (xch-nwht-01.nw.nos.boeing.com [130.247.70.222]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id r03NHxXa018748 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Thu, 3 Jan 2013 17:18:00 -0600 Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.97]) by XCH-NWHT-01.nw.nos.boeing.com ([130.247.70.222]) with mapi; Thu, 3 Jan 2013 15:17:59 -0800 From: "Magnuson, Steve" To: "zi@FreeBSD.org" Date: Thu, 3 Jan 2013 15:17:58 -0800 Subject: FreeBSD Port: freeradius-2.2.0 Thread-Topic: FreeBSD Port: freeradius-2.2.0 Thread-Index: Ac3qCJFeiTYUsEHPSriN5KFNbxmZww== Message-ID: <098E1A12860FC546BFB9617D2BEB5E145DE9B2F3AE@XCH-NW-01V.nw.nos.boeing.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-MML: No Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 23:19:35 -0000 Hello, Please advise if I need to post this elsewhere. I'm having problems with F= reeBSD FreeRADIUS 2.2.0 port segfaulting. I've upgraded (using portupgrade) the FreeRADIUS port from 2.1.12 to 2.2.0 = and now EAP-TLS clients are causing FreeRADIUS to segfault at the very end = of the authentication process. The odd thing is that I upgraded another ser= ver from FR 2.1.12 to 2.2.0 and that server authenticates the same clients = fine. Both servers are virtual (VMware) and configured with identical memo= ry, OS, etc. Here are the particulars for *both* servers: # uname -a FreeBSD wan231s1.wan.lab 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun = 12 01:47:53 UTC 2012 root@i386-builder.daemonology.net:/usr/obj/usr/src= /sys/GENERIC i386 # pkg_info -r freeradius-2.2.0 Information for freeradius-2.2.0: Depends on: Dependency: openssl-1.0.1_4 Dependency: perl-5.16.2 Dependency: libltdl-2.4.2 Dependency: gdbm-1.9.1 Dependency: libiconv-1.14 Dependency: gettext-0.18.1.1 Dependency: python27-2.7.3_5 The FreeRADIUS port on both servers was build with these config options: # make showconfig =3D=3D=3D> The following configuration options are available for freeradius= -2.2.0: DEVELOPER=3Doff: Enable developer options DHCP=3Doff: With DHCP support (EXPERIMENTAL) EDIR=3Doff: Enable eDirectory support (implies LDAP) EXPERIMENTAL=3Don: Build experimental modules FIREBIRD=3Doff: With Firebird database support (EXPERIMENTAL) HEIMDAL=3Doff: With Heimdal Kerberos support HEIMDAL_PATCH=3Doff: Enhanced Heimdal support (specify SPN/keytab) HEIMDAL_PORT=3Doff: With Heimdal Kerberos from ports KERBEROS=3Doff: Kerberos support LDAP=3Doff: LDAP support MYSQL=3Doff: MySQL database OCI8=3Doff: With Oracle support (currently experimental) PERL=3Don: Perl scripting language PGSQL=3Doff: PostgreSQL database PYTHON=3Don: Python bindings RUBY=3Doff: Ruby binding/support UDPFROMTO=3Doff: Compile in UDPFROMTO support UNIXODBC=3Doff: With unixODBC database support USER=3Don: Run as user freeradius, group freeradius =3D=3D=3D> Use 'make config' to modify these settings When I run radius -X under gdb, the error I get is: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 28804300 (LWP 101549/radiusd)] 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b7400, prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 147 PRF(s->session->master_key, s->session->master_key_length, I cannot figure out why this server exhibits this behavior and the other se= rver does not. When I portdowngrade back to 2.1.12, the clients authentica= te with no problems. Any suggestions? Full output follows: =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 # gdb /usr/local/sbin/radiusd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols fo= und)... (gdb) run -X Starting program: /usr/local/sbin/radiusd -X (no debugging symbols found)...(no debugging symbols found)...[New LWP 1015= 49] (no debugging symbols found)...(no debugging symbols found)...(no debugging= symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging= symbols found)... [New Thread 28804300 (LWP 101549/radiusd)] FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan 3= 2013 at 20:39:43 Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /usr/local/etc/raddb/radiusd.conf including configuration file /usr/local/etc/raddb/proxy.conf including configuration file /usr/local/etc/raddb/clients.conf including files in directory /usr/local/etc/raddb/modules/ including configuration file /usr/local/etc/raddb/modules/wimax including configuration file /usr/local/etc/raddb/modules/always including configuration file /usr/local/etc/raddb/modules/attr_filter including configuration file /usr/local/etc/raddb/modules/attr_rewrite including configuration file /usr/local/etc/raddb/modules/cache including configuration file /usr/local/etc/raddb/modules/chap including configuration file /usr/local/etc/raddb/modules/checkval including configuration file /usr/local/etc/raddb/modules/counter including configuration file /usr/local/etc/raddb/modules/cui including configuration file /usr/local/etc/raddb/modules/detail including configuration file /usr/local/etc/raddb/modules/detail.example.co= m including configuration file /usr/local/etc/raddb/modules/detail.log including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.con= f including configuration file /usr/local/etc/raddb/modules/digest including configuration file /usr/local/etc/raddb/modules/dynamic_clients including configuration file /usr/local/etc/raddb/modules/echo including configuration file /usr/local/etc/raddb/modules/etc_group including configuration file /usr/local/etc/raddb/modules/exec including configuration file /usr/local/etc/raddb/modules/expiration including configuration file /usr/local/etc/raddb/modules/expr including configuration file /usr/local/etc/raddb/modules/files including configuration file /usr/local/etc/raddb/modules/inner-eap including configuration file /usr/local/etc/raddb/modules/ippool including configuration file /usr/local/etc/raddb/modules/krb5 including configuration file /usr/local/etc/raddb/modules/ldap including configuration file /usr/local/etc/raddb/modules/linelog including configuration file /usr/local/etc/raddb/modules/otp including configuration file /usr/local/etc/raddb/modules/logintime including configuration file /usr/local/etc/raddb/modules/mac2ip including configuration file /usr/local/etc/raddb/modules/mac2vlan including configuration file /usr/local/etc/raddb/modules/mschap including configuration file /usr/local/etc/raddb/modules/ntlm_auth including configuration file /usr/local/etc/raddb/modules/opendirectory including configuration file /usr/local/etc/raddb/modules/pam including configuration file /usr/local/etc/raddb/modules/pap including configuration file /usr/local/etc/raddb/modules/passwd including configuration file /usr/local/etc/raddb/modules/perl including configuration file /usr/local/etc/raddb/modules/policy including configuration file /usr/local/etc/raddb/modules/preprocess including configuration file /usr/local/etc/raddb/modules/radrelay including configuration file /usr/local/etc/raddb/modules/radutmp including configuration file /usr/local/etc/raddb/modules/realm including configuration file /usr/local/etc/raddb/modules/redis including configuration file /usr/local/etc/raddb/modules/rediswho including configuration file /usr/local/etc/raddb/modules/replicate including configuration file /usr/local/etc/raddb/modules/smbpasswd including configuration file /usr/local/etc/raddb/modules/smsotp including configuration file /usr/local/etc/raddb/modules/soh including configuration file /usr/local/etc/raddb/modules/sql_log including configuration file /usr/local/etc/raddb/modules/sqlcounter_expire= _on_login including configuration file /usr/local/etc/raddb/modules/sradutmp including configuration file /usr/local/etc/raddb/modules/unix including configuration file /usr/local/etc/raddb/modules/acct_unique including configuration file /usr/local/etc/raddb/eap.conf including configuration file /usr/local/etc/raddb/policy.conf including files in directory /usr/local/etc/raddb/sites-enabled/ including configuration file /usr/local/etc/raddb/sites-enabled/default main { user =3D "freeradius" group =3D "freeradius" allow_core_dumps =3D no } including dictionary file /usr/local/etc/raddb/dictionary main { name =3D "radiusd" prefix =3D "/usr/local" localstatedir =3D "/var" sbindir =3D "/usr/local/sbin" logdir =3D "/var/log" run_dir =3D "/var/run/radiusd" libdir =3D "/usr/local/lib/freeradius-2.2.0" radacctdir =3D "/var/log/radacct" hostname_lookups =3D no max_request_time =3D 30 cleanup_delay =3D 5 max_requests =3D 1024 pidfile =3D "/var/run/radiusd/radiusd.pid" checkrad =3D "/usr/local/sbin/checkrad" debug_level =3D 0 proxy_requests =3D no log { stripped_names =3D no auth =3D yes auth_badpass =3D no auth_goodpass =3D no } security { max_attributes =3D 200 reject_delay =3D 1 status_server =3D yes } } radiusd: #### Loading Realms and Home Servers #### proxy server { retry_delay =3D 5 retry_count =3D 3 default_fallback =3D no dead_time =3D 120 wake_all_if_all_dead =3D no } home_server localhost { ipaddr =3D 127.0.0.1 port =3D 1812 type =3D "auth" secret =3D "testing123" response_window =3D 20 max_outstanding =3D 65536 require_message_authenticator =3D yes zombie_period =3D 40 status_check =3D "status-server" ping_interval =3D 30 check_interval =3D 30 num_answers_to_alive =3D 3 num_pings_to_alive =3D 3 revive_interval =3D 120 status_check_timeout =3D 4 coa { irt =3D 2 mrt =3D 16 mrc =3D 5 mrd =3D 30 } } home_server_pool my_auth_failover { type =3D fail-over home_server =3D localhost } realm example.com { auth_pool =3D my_auth_failover } realm LOCAL { } radiusd: #### Loading Clients #### client localhost { ipaddr =3D 127.0.0.1 require_message_authenticator =3D no secret =3D "testing123" nastype =3D "other" } client 10.128.0.100 { require_message_authenticator =3D no secret =3D "redacted" shortname =3D "nms231s1-eapol-test" nastype =3D "other" } radiusd: #### Instantiating modules #### instantiate { (no debugging symbols found)... Module: Linked to module rlm_exec Module: Instantiating module "exec" from file /usr/local/etc/raddb/modules= /exec exec { wait =3D no input_pairs =3D "request" shell_escape =3D yes } Module: Linked to module rlm_expr Module: Instantiating module "expr" from file /usr/local/etc/raddb/modules= /expr Module: Linked to module rlm_expiration Module: Instantiating module "expiration" from file /usr/local/etc/raddb/m= odules/expiration expiration { reply-message =3D "Password Has Expired " } Module: Linked to module rlm_logintime Module: Instantiating module "logintime" from file /usr/local/etc/raddb/mo= dules/logintime logintime { reply-message =3D "You are calling outside your allowed timespan " minimum-timeout =3D 60 } } radiusd: #### Loading Virtual Servers #### server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Creating Auth-Type =3D digest Module: Creating Post-Auth-Type =3D REJECT Module: Checking authenticate {...} for more modules to load Module: Linked to module rlm_pap Module: Instantiating module "pap" from file /usr/local/etc/raddb/modules/= pap pap { encryption_scheme =3D "auto" auto_header =3D no } Module: Linked to module rlm_chap Module: Instantiating module "chap" from file /usr/local/etc/raddb/modules= /chap Module: Linked to module rlm_mschap Module: Instantiating module "mschap" from file /usr/local/etc/raddb/modul= es/mschap mschap { use_mppe =3D yes require_encryption =3D no require_strong =3D no with_ntdomain_hack =3D no allow_retry =3D yes } Module: Linked to module rlm_digest Module: Instantiating module "digest" from file /usr/local/etc/raddb/modul= es/digest Module: Linked to module rlm_unix Module: Instantiating module "unix" from file /usr/local/etc/raddb/modules= /unix unix { radwtmp =3D "/var/log/radwtmp" } Module: Linked to module rlm_eap Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.conf eap { default_eap_type =3D "tls" timer_expire =3D 60 ignore_unknown_eap_types =3D no cisco_accounting_username_bug =3D no max_sessions =3D 4096 } Module: Linked to sub-module rlm_eap_md5 Module: Instantiating eap-md5 Module: Linked to sub-module rlm_eap_leap Module: Instantiating eap-leap Module: Linked to sub-module rlm_eap_gtc Module: Instantiating eap-gtc gtc { challenge =3D "Password: " auth_type =3D "PAP" } Module: Linked to sub-module rlm_eap_tls Module: Instantiating eap-tls tls { rsa_key_exchange =3D no dh_key_exchange =3D yes rsa_key_length =3D 512 dh_key_length =3D 512 verify_depth =3D 0 CA_path =3D "/usr/local/etc/raddb/certs/CA" pem_file_type =3D yes private_key_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan231= s1_key.pem" certificate_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan231= s1_cert.pem" private_key_password =3D "redacted" dh_file =3D "/usr/local/etc/raddb/certs/dh" random_file =3D "/usr/local/etc/raddb/certs/random" fragment_size =3D 1024 include_length =3D yes check_crl =3D no cipher_list =3D "DEFAULT" make_cert_command =3D "/usr/local/etc/raddb/certs/bootstrap" ecdh_curve =3D "prime256v1" cache { enable =3D no lifetime =3D 24 max_entries =3D 255 } verify { } ocsp { enable =3D no override_cert_url =3D yes url =3D "http://127.0.0.1/ocsp/" use_nonce =3D yes timeout =3D 0 softfail =3D no } } Module: Linked to sub-module rlm_eap_ttls Module: Instantiating eap-ttls ttls { default_eap_type =3D "md5" copy_request_to_tunnel =3D no use_tunneled_reply =3D no virtual_server =3D "inner-tunnel" include_length =3D yes } Module: Linked to sub-module rlm_eap_peap Module: Instantiating eap-peap peap { default_eap_type =3D "mschapv2" copy_request_to_tunnel =3D no use_tunneled_reply =3D no proxy_tunneled_request_as_eap =3D yes virtual_server =3D "inner-tunnel" soh =3D no } Module: Linked to sub-module rlm_eap_mschapv2 Module: Instantiating eap-mschapv2 mschapv2 { with_ntdomain_hack =3D no send_error =3D no } Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/m= odules/preprocess preprocess { huntgroups =3D "/usr/local/etc/raddb/huntgroups" hints =3D "/usr/local/etc/raddb/hints" with_ascend_hack =3D no ascend_channels_per_line =3D 23 with_ntdomain_hack =3D no with_specialix_jetstream_hack =3D no with_cisco_vsa_hack =3D no with_alvarion_vsa_hack =3D no } reading pairlist file /usr/local/etc/raddb/huntgroups reading pairlist file /usr/local/etc/raddb/hints Module: Linked to module rlm_realm Module: Instantiating module "suffix" from file /usr/local/etc/raddb/modul= es/realm realm suffix { format =3D "suffix" delimiter =3D "@" ignore_default =3D no ignore_null =3D no } Module: Linked to module rlm_files Module: Instantiating module "files" from file /usr/local/etc/raddb/module= s/files files { usersfile =3D "/usr/local/etc/raddb/users" acctusersfile =3D "/usr/local/etc/raddb/acct_users" preproxy_usersfile =3D "/usr/local/etc/raddb/preproxy_users" compat =3D "no" } reading pairlist file /usr/local/etc/raddb/users reading pairlist file /usr/local/etc/raddb/acct_users reading pairlist file /usr/local/etc/raddb/preproxy_users Module: Checking preacct {...} for more modules to load Module: Linked to module rlm_acct_unique Module: Instantiating module "acct_unique" from file /usr/local/etc/raddb/= modules/acct_unique acct_unique { key =3D "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifier= , NAS-Port" } Module: Checking accounting {...} for more modules to load Module: Linked to module rlm_detail Module: Instantiating module "detail" from file /usr/local/etc/raddb/modul= es/detail detail { detailfile =3D "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Pack= et-Src-IPv6-Address}}/detail-%Y%m%d" header =3D "%t" detailperm =3D 384 dirperm =3D 493 locking =3D no log_packet_header =3D no } Module: Linked to module rlm_attr_filter Module: Instantiating module "attr_filter.accounting_response" from file /= usr/local/etc/raddb/modules/attr_fi = lter attr_filter attr_filter.accounting_response { attrsfile =3D "/usr/local/etc/raddb/attrs.accounting_response" key =3D "%{User-Name}" relaxed =3D no } reading pairlist file /usr/local/etc/raddb/attrs.accounting_response Module: Checking session {...} for more modules to load Module: Linked to module rlm_radutmp Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/modu= les/radutmp radutmp { filename =3D "/var/log/radutmp" username =3D "%{User-Name}" case_sensitive =3D yes check_with_nas =3D yes perm =3D 384 callerid =3D yes } Module: Checking post-proxy {...} for more modules to load Module: Checking post-auth {...} for more modules to load Module: Instantiating module "attr_filter.access_reject" from file /usr/lo= cal/etc/raddb/modules/attr_filter attr_filter attr_filter.access_reject { attrsfile =3D "/usr/local/etc/raddb/attrs.access_reject" key =3D "%{User-Name}" relaxed =3D no } reading pairlist file /usr/local/etc/raddb/attrs.access_reject } # modules } # server radiusd: #### Opening IP addresses and Ports #### listen { type =3D "auth" ipaddr =3D * port =3D 0 } listen { type =3D "acct" ipaddr =3D * port =3D 0 } Listening on authentication address * port 1812 Listening on accounting address * port 1813 Ready to process requests. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D0, = length=3D158 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x0200001e014d61696e74656e616e6365436f6e74726f6c446= 973706c6179 Message-Authenticator =3D 0xad8a60fa6b73d53acb5ce659eff3da36 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 0 length 30 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop [pap] WARNING! No "known good" password found for the user. Authentication= may fail because of this. ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] EAP Identity [eap] processing type tls [tls] Requiring client certificate [tls] Initiate [tls] Start returned 1 ++[eap] returns handled Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 EAP-Message =3D 0x010100060d20 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87513d316c3a43028be40032ff Finished request 0. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1, = length=3D258 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020100700d00160301006501000061030150e5f39860827a0= 411cfb562ef8e20af61649f10290355949974 = ed309594e83f0000340039003800350088008700840= 0160013000a00330032002f00450044004100050004001500120009001400110008 = 0006000300ff0= 100000400230000 State =3D 0x513c3c87513d316c3a43028be40032ff Message-Authenticator =3D 0x0633be04de5c0102ddc9fa927ed47610 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 1 length 112 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] eaptls_verify returned 7 [tls] Done initial handshake [tls] (other): before/accept initialization [tls] TLS_accept: before/accept initialization [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello [tls] TLS_accept: SSLv3 read client hello A [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello [tls] TLS_accept: SSLv3 write server hello A [tls] >>> TLS 1.0 Handshake [length 1756], Certificate [tls] TLS_accept: SSLv3 write certificate A [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange [tls] TLS_accept: SSLv3 write key exchange A [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest [tls] TLS_accept: SSLv3 write certificate request A [tls] TLS_accept: SSLv3 flush data [tls] TLS_accept: Need to read more data: SSLv3 read client certificate= A In SSL Handshake Phase In SSL Accept mode [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 EAP-Message =3D 0x010204000dc0000019b816030100310200002d030150e5f39= 81aa9077b62c7c34d9eb90bd512eac8348779 = 1227b2d8e289befa6edf000039000005ff010001001= 6030117560b00175200174f000489308204853082036da003020102020a4b426b00 = 000100000d223= 00d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d= 31163014060a0992268993 = f22c6401191606626f65696e6731133011060a0992268993f22c640119= 1603666c79311730150603550403130e45534444497373756572 = 32303438301e170d313230333134= 3139343732395a170d3134303131383036333331365a308191310b30090603 EAP-Message =3D 0x55040613025553310b30090603550408130257413110300e0= 603550407130753656174746c65311b301906 = 0355040a131254686520426f65696e6720436f6d706= 16e79311f301d060355040b1316466f72205465737420507572706f736573204f6e = 6c79312530230= 603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c6162308201= 22300d06092a864886f70d = 01010105000382010f003082010a0282010100c175642cacaf0313bb77= 5762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee = 320f859c8a03a5d34400a1783e2b= 543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 EAP-Message =3D 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d018= 0c2271de6c5fa9458579163d21f4c26f7ced4 = 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0c2= a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d = 73546ddfe6823= a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59dc9= 6a434f18fa2288574a6de1 = 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a382= 01123082010e301d0603551d0e04160414afc898ac5da8d7db13 = 80f5ca855cff669aa3035c300e06= 03551d0f0101ff04040302078030130603551d25040c300a06082b06010505 EAP-Message =3D 0x070301301f0603551d230418301680147b3f3d89d72bac972= c086ada7233f64a074ea0a1303d0603551d1f = 043630343032a030a02e862c687474703a2f2f63726= c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 = 6c300c0603551= d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508ac= c31f85e0d61c87dd892487 = e6e83681a1f354814681b4812e84aaae09020164020105301b06092b06= 0104018237150a040e300c300a06082b06010505070301300d06 = 092a864886f70d01010505000382= 010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b EAP-Message =3D 0x634ee662bd183641cf537132 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87503e316c3a43028be40032ff Finished request 1. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D2, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020200060d00 State =3D 0x513c3c87503e316c3a43028be40032ff Message-Authenticator =3D 0xb498e0ab471b0fe82149a213e502cc78 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 2 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 EAP-Message =3D 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b3857= 8712aee8672f594dbb51c82d3b2b239171e2b = c6816740828370ab131a9f6e7cdbc9ce1af59564ab1= 3f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 = d021eea95f86a= b7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c5563= 972d19ead292a4ebda615f = f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a56a= bb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd = c19c990d818216e7f1e68c5c7c14= 95bb1bc800057a308205763082035ea003020102020a61395bb70001000000 EAP-Message =3D 0x0a300d06092a864886f70d0101050500305a31133011060a0= 992268993f22c6401191603636f6d31163014 = 060a0992268993f22c6401191606626f65696e67311= 33011060a0992268993f22c6401191603666c79311630140603550403130d455344 = 44496e7465723= 4303936301e170d3039303131393037303632315a170d3134303131383036333331365a305b= 31133011060a0992268993 = f22c6401191603636f6d31163014060a0992268993f22c640119160662= 6f65696e6731133011060a0992268993f22c6401191603666c79 = 311730150603550403130e455344= 444973737565723230343830820122300d06092a864886f70d010101050003 EAP-Message =3D 0x82010f003082010a02820101009ede837e52ce12f2f315c72= da8adbaf7828db60d09392a3cf133c5f11a49 = 7d7bd90f1e1eddcdb23058de50acad29c809b5036f4= ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 = 4ad223a046a4e= b84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d6530362297c= cff6616dfe1f0ebaebaf4f = 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219e5= 87fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc = f109c90234bec8def2d14c026d55= 7b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 EAP-Message =3D 0x610bf15597e4fb288472028530c054f10203010001a382013= b30820137300f0603551d130101ff04053003 = 0101ff301d0603551d0e041604147b3f3d89d72bac9= 72c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 = 0182371501040= 3020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd6e= 25632f301906092b060104 = 0182371402040c1e0a00530075006200430041301f0603551d23041830= 16801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 = 03551d1f043530333031a02fa02d= 862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 EAP-Message =3D 0x44496e746572343039362e63 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87533f316c3a43028be40032ff Finished request 2. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D3, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020300060d00 State =3D 0x513c3c87533f316c3a43028be40032ff Message-Authenticator =3D 0xbfd7afb5cc827e4dfe0e545087c18bdd # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 3 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 EAP-Message =3D 0x010404000dc0000019b8726c304706082b060105050701010= 43b3039303706082b06010505073002862b68 = 7474703a2f2f63726c2e626f65696e672e636f6d2f6= 3726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 = 0500038202010= 06bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d045= 9c1889138a0c63c9b5b5b3 = 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b0f= 9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 = 896d13492d59f11ff187aae8d743= 897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 EAP-Message =3D 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b77= 6400e121455288ae22c65c6d23fbcd243a9be = 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990= eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee = 52cfd051e1364= 2a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835d5= fa76731958078d4b3f483f = 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999c2= cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 = 0e784e078023b73ad81e0fd6fdc7= bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba EAP-Message =3D 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da91= b51fb1cd3238828cfc140f801ba777248759e = 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba66= 5665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 = 087ff97a820a6= 844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d06= 092a864886f70d01010505 = 00305931133011060a0992268993f22c6401191603636f6d3116301406= 0a0992268993f22c6401191606626f65696e6731133011060a09 = 92268993f22c6401191603666c79= 311530130603550403130c45534444526f6f7434303936301e170d30393031 EAP-Message =3D 0x31393036333331365a170d3134303131383036333331365a3= 05a31133011060a0992268993f22c64011916 = 03636f6d31163014060a0992268993f22c640119160= 6626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 = 550403130d455= 34444496e7465723430393630820222300d06092a864886f70d01010105000382020f003082= 020a02820201009f550e60 = c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77= d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d = 41b0cb877f320f987db51ef21dba= d0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 EAP-Message =3D 0x27d3d06b2c391f698a19dcc9 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875238316c3a43028be40032ff Finished request 3. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D4, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020400060d00 State =3D 0x513c3c875238316c3a43028be40032ff Message-Authenticator =3D 0x6fcf451c592fb99c374d0321cdc02af7 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 4 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 EAP-Message =3D 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec57= efb446b43e596e64a768bab47d95f225af8d8 = c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3= ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 = 599941102a313= f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031bd= 05d03d03abc66ca3b6a283 = 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8da= 538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 = 1f9ccd37d21a763b9e508d11a964= dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b EAP-Message =3D 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19dfd= 3223b1341e9e36b72b28c82c75b6c5da59751 = 8f2f7b6c9fe052f98590c8c3225ea11c1b280507725= 1f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 = 81dc638111474= a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e8889e= 3ae9412bc0422e5b7923c5 = 0203010001a382013930820135300f0603551d130101ff040530030101= ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b = 9b4fe1fe72b9300b0603551d0f04= 0403020186301006092b06010401823715010403020101302306092b060104 EAP-Message =3D 0x018237150204160414d31f074108cfac5cc47ed111d3a2712= f219c9012301906092b060104018237140204 = 0c1e0a00530075006200430041301f0603551d23041= 8301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 = 30323030a02ea= 02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74= 343039362e63726c304606 = 082b06010505070101043a3038303606082b06010505073002862a6874= 74703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 = 4444526f6f74343039362e637274= 300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 EAP-Message =3D 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e8038= 64ee663cac722b7c1a9ea1d6b2a0c06f952c9 = 1e4b7b2d99724f0330cd81d4800cf17842bceeaed72= 85a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 = e300c2832a35d= f610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc988912= 2128abeaeb1f5750264529 = 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f= 3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 = 8e63ba8dd36b4708cff97de8f14e= 4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 EAP-Message =3D 0x9643ef995a71e0e0f21dd9f5 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875539316c3a43028be40032ff Finished request 4. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D5, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020500060d00 State =3D 0x513c3c875539316c3a43028be40032ff Message-Authenticator =3D 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 5 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 EAP-Message =3D 0x010604000dc0000019b8282ddba71c014fea56097bdf2c60c= dc6056d3cea13ba4aae1782860adaebd34a89 = 6186d5840355a6e80e91b21bfa283bed2bbb4c67b19= 8e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 = c25d915394eb3= 1db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96fb= 2091a99de16a1710007885 = b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47= b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f = e4c4cb51519be63c4455c0a6e887= 1658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 EAP-Message =3D 0x308204aea003020102021056886f61a89e888c4face278a0a= abf44300d06092a864886f70d010105050030 = 5931133011060a0992268993f22c6401191603636f6= d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 = 8993f22c64011= 91603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231= 373233333632385a170d32 = 37313231373233343335395a305931133011060a0992268993f22c6401= 191603636f6d31163014060a0992268993f22c6401191606626f = 65696e6731133011060a09922689= 93f22c6401191603666c79311530130603550403130c45534444526f6f7434 EAP-Message =3D 0x30393630820222300d06092a864886f70d010101050003820= 20f003082020a0282020100a893f9fa5409d6 = 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3b5= 54ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 = 10289b1311507= 30708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50= b6a926be06544eee5901f9 = 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154= 725415586ae6554dce245015f13b42c85358f46aff90ade72f86 = 4789cb9739f179efbaabb0be436b= baeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 EAP-Message =3D 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679ce6= b3b19d3cdc132dda580ef80f98af9ddfdcb50 = d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0f6= 7b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 = 2eac02e25621f= 08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdab= deb10d7ff6dc49b4441f6e = 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4= 891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b = a8161d71ea4b54ab72547e20129f= 1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea EAP-Message =3D 0xf95088b9f7ecd25158dc52fd Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87543a316c3a43028be40032ff Finished request 5. Going to the next request Waking up in 1.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D6, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020600060d00 State =3D 0x513c3c87543a316c3a43028be40032ff Message-Authenticator =3D 0xbf530521aed3b6bee2217fd16706c847 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 6 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 EAP-Message =3D 0x010704000dc0000019b874ad9397665c795e18dbb69521343= c7c7cf0c9c79720006e6707bc5fa3cf020301 = 0001a382018830820184301306092b0601040182371= 40204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 = 0530030101ff3= 01d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c060355= 1d1f048201133082010f30 = 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d45534444= 526f6f74343039362c434e3d706b692d746573742d3738376d2c = 434e3d4344502c434e3d5075626c= 69632532304b657925323053657276696365732c434e3d5365727669636573 EAP-Message =3D 0x2c434e3d436f6e66696775726174696f6e2c44433d666c792= c44433d626f65696e672c44433d636f6d3f63 = 657274696669636174655265766f636174696f6e4c6= 973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 = 6f6e506f696e7= 4863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d= 2f43657274456e726f6c6c = 2f45534444526f6f74343039362e63726c301006092b06010401823715= 010403020100300d06092a864886f70d01010505000382020100 = 89d0fd7533e496888b2ac6b9ceda= bf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a EAP-Message =3D 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54ad9= 2a7f9d13b697c2e77777bfe33c5b486af6b82 = 2e97d9efdc82a072c3935760378f9faa5be09ac1026= c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 = 7bb6c9e8c931a= 223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b55910= 98b9a9cde9fe2a3d17964e = 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0bd= 63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 = 27c94d290a3620ddbfe38a9e2da7= 06250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e EAP-Message =3D 0x8eba09cc6280711eb067230a81d461bcde5ceb4c33956460a= 20303d68d0219f5cc3bef1d14c94f632a9400 = 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d0= 45d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc = 447a34d86687a= 297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca9= 1db5eeae294156426a4249 = cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110ff= f680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 = 7b47727e3622160301020d0c0002= 090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 EAP-Message =3D 0x6f7cd0bb7873bf1b9cb9e92f Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87573b316c3a43028be40032ff Finished request 6. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D7, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020700060d00 State =3D 0x513c3c87573b316c3a43028be40032ff Message-Authenticator =3D 0x06ae2cc57b97003ec0e8eac545dbfb0c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 7 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 EAP-Message =3D 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebba4= fc54b2d29238cb7f36aef2cbab2aec5ba9a45 = 71e9c70452124f67982ee113094defee5efa0bccfa2= 370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 = 00010200805b5= 0c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff20= 8fdd7895025afac839f9f8 = e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa60619922b= f49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 = 39c98f263dcb092111fb7e1f1638= 283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac EAP-Message =3D 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a094= 54fbbdfb4469ba590aafe3672b340e5526ade = b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b55= e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 = 9f22c1eecbee0= 17a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3fb5= 981f4dc7589a8ddf3f4147 = e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde64= 08d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 = 9873c0cb03879687b89b2bec3166= fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 EAP-Message =3D 0x0e000000 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875634316c3a43028be40032ff Finished request 7. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D8, = length=3D1188 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x0208040a0dc00000194c16030117760b00177200176f0004a= 9308204a53082038da003020102020a3e173b = a1000100000d47300d06092a864886f70d010105050= 0305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 = 93f22c6401191= 606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403= 130e455344444973737565 = 7232303438301e170d3132303433303233333030315a170d3134303131= 383036333331365a3081bf3111300f060355042d130841343033 = 36353235311b3019060355040d13= 1243726577576972656c657373446576696365310b30090603550406130255 EAP-Message =3D 0x53313b3039060355040a1e320042004f0045005f004900540= 04c0020004100690072006c0069006e006500 = 7300200043006f002e0020004c00740064002e311f3= 01d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 = 2006035504031= 3194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a8648= 86f70d0101010500038201 = 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490aed= 9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 = 6dfd538078617b79923e0d80373a= 6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 EAP-Message =3D 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323a1= 3180df7e56b14337910fc1bb70283e81da756 = c47d934521842fa253f5243a175626324bf3aa886b3= 91cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 = 2dfea928cc37f= 4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b667= 2a31e81959068105992392 = fb4a91fded9d31f7bb2d7c01a7ab0203010001a382010430820100301d= 0603551d0e0416041489e6897d59dded56f52a300000aceac02c = fc277a30130603551d25040c300a= 06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 EAP-Message =3D 0x1d230418301680147b3f3d89d72bac972c086ada7233f64a0= 74ea0a1303d0603551d1f043630343032a030 = a02e862c687474703a2f2f63726c2e626f65696e672= e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 = 0401823715070= 430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687e8= e46882f8d1190201640201 = 05301b06092b060104018237150a040e300c300a06082b060105050703= 02300d06092a864886f70d0101050500038201010004e19b0cfd = 1d67050634a01adc74f1bf85a0fe= a2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd EAP-Message =3D 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 State =3D 0x513c3c875634316c3a43028be40032ff Message-Authenticator =3D 0x9d6744dd03fb0ae72889cac849b5ede0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 8 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS TLS Length 6476 [tls] Received EAP-TLS First Fragment of the message [tls] eaptls_verify returned 9 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 EAP-Message =3D 0x010900060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875935316c3a43028be40032ff Finished request 8. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D9, = length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020904060d40f35e9f31776548e380f13528708a648379fdc= e4901097a09426161485c1979bfcf3dfdc298 = 064f55d31f3db6d49ff38efb1e4ab36ce653696f663= 393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 = df7e61cb98fcf= 9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8f6= fe0250ba5bbd3d277a2d17 = 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa840e= 4cd76884055803770006ca308206c6308204aea0030201020210 = 56886f61a89e888c4face278a0aa= bf44300d06092a864886f70d0101050500305931133011060a0992268993f2 EAP-Message =3D 0x2c6401191603636f6d31163014060a0992268993f22c64011= 91606626f65696e6731133011060a09922689 = 93f22c6401191603666c79311530130603550403130= c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 = 3132313732333= 43335395a305931133011060a0992268993f22c6401191603636f6d31163014060a09922689= 93f22c6401191606626f65 = 696e6731133011060a0992268993f22c6401191603666c793115301306= 03550403130c45534444526f6f743430393630820222300d0609 = 2a864886f70d0101010500038202= 0f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 EAP-Message =3D 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24= fbb3d065e30a8ff8834e8e0c1b864c8d36510 = 289b131150730708492a06254d96761937a48584142= 0ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 = 3377613af4361= 6575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c8= 5358f46aff90ade72f8647 = 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd4751= 5a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde = aba656439b470f3f2e4c4679ce6b= 3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc EAP-Message =3D 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4= 904e7353c8f32a8f04091df845c69df06312e = ac02e25621f08615ccb20cab61b9703c9150a3a5c13= cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 = b88283a446ca9= 10e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b0= 62aabf7aab2bc6354b1ba8 = 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b48278= 6124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 = fd74ad9397665c795e18dbb69521= 343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 EAP-Message =3D 0x1306092b060104018237140204061e040043 State =3D 0x513c3c875935316c3a43028be40032ff Message-Authenticator =3D 0xd56f46711110d24c271fb50b6ef77742 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 9 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 EAP-Message =3D 0x010a00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875836316c3a43028be40032ff Finished request 9. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D10,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020a04060d400041300b0603551d0f040403020186300f060= 3551d130101ff040530030101ff301d060355 = 1d0e041604141e4e1c8a14ef89a83391ee997b1cabe= d3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 = 8681bf6c64617= 03a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c= 434e3d4344502c434e3d50 = 75626c69632532304b657925323053657276696365732c434e3d536572= 76696365732c434e3d436f6e66696775726174696f6e2c44433d = 666c792c44433d626f65696e672c= 44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 EAP-Message =3D 0x743f626173653f6f626a656374436c6173733d63524c44697= 3747269627574696f6e506f696e74863f6874 = 74703a2f2f706b692d746573742d3738376d2e666c7= 92e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 = 39362e63726c3= 01006092b06010401823715010403020100300d06092a864886f70d01010505000382020100= 89d0fd7533e496888b2ac6 = b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4= efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a = fd54ad92a7f9d13b697c2e77777b= fe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b EAP-Message =3D 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05= f8275de0addc8287bb6c9e8c931a223475d7b = 29c414992ab24512048a99033f4a82fd82b68ae5812= 9e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d = dd014fed04c06= e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842= 27c94d290a3620ddbfe38a = 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd41466770= 01b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 = 956460a20303d68d0219f5cc3bef= 1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d EAP-Message =3D 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d82= 6a229b1460b64cc447a34d86687a297b5fe04 = 865b0fb328cd18d8abfa1ea4b1c58ae57f311567069= d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 = e5d839b7fd939= 293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568= 7b47727e36220006763082 = 06723082045aa003020102020a611b280600000000000c300d06092a86= 4886f70d0101050500305931133011060a0992268993f22c6401 = 191603636f6d31163014060a0992= 268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 EAP-Message =3D 0x191603666c79311530130603550403130c45 State =3D 0x513c3c875836316c3a43028be40032ff Message-Authenticator =3D 0x84fe071ee7e336ed9305a724469d8da0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 10 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 EAP-Message =3D 0x010b00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875b37316c3a43028be40032ff Finished request 10. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D11,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020b04060d40534444526f6f7434303936301e170d3039303= 131393036333331365a170d31343031313830 = 36333331365a305a31133011060a0992268993f22c6= 401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 = 3011060a09922= 68993f22c6401191603666c79311630140603550403130d45534444496e7465723430393630= 820222300d06092a864886 = f70d01010105000382020f003082020a02820201009f550e60c3984424= 53191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 = 75fbbbb7239ca1fd75d1dc0edc36= c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc EAP-Message =3D 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed= 627d3d06b2c391f698a19dcc918b1a01850ed = b9a3f1c949732ec57efb446b43e596e64a768bab47d= 95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f = 45606176d518e= b96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc810108= 8ac513e2d20b333d60617a = e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321b0= e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 = da538e6a449f253a44ad71e2d3ac= 3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 EAP-Message =3D 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e56090f= a480ba5b8225807f6d9804f0812390cea201d = a3a955473b5f19dfd3223b1341e9e36b72b28c82c75= b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 = f43ad9940338c= 1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac153f= 1d3d0d61117cd2cb590d42 = 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c50203= 010001a382013930820135300f0603551d130101ff0405300301 = 01ff301d0603551d0e0416041443= b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 EAP-Message =3D 0x86301006092b06010401823715010403020101302306092b0= 60104018237150204160414d31f074108cfac = 5cc47ed111d3a2712f219c9012301906092b0601040= 182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e = 1c8a14ef89a83= 391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f2f= 63726c2e626f65696e672e = 636f6d2f63726c2f45534444526f6f74343039362e63726c304606082b= 06010505070101043a3038303606082b06010505073002862a68 = 7474703a2f2f63726c2e626f6569= 6e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 EAP-Message =3D 0x2a864886f70d01010505000382020100976a State =3D 0x513c3c875b37316c3a43028be40032ff Message-Authenticator =3D 0x0ad1596cf779061d296f593b2dfd3c51 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 11 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 EAP-Message =3D 0x010c00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875a30316c3a43028be40032ff Finished request 11. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D12,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020c04060d4048f45eed37c731261476bba7a6b705e7d169a= 8fbad7b380e5f75f32761bb56e803864ee663 = cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d99724= f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 = 173a98b9678e9= 98b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8= c2a8ebb7b07ff2acbc547b = dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468f4= 18406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 = e83a8be6d9985b53b884c8236135= e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e EAP-Message =3D 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f21= dd9f5282ddba71c014fea56097bdf2c60cdc6 = 056d3cea13ba4aae1782860adaebd34a896186d5840= 355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 = 0355aea3a1ee8= cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b= 199bda870f3954c4243e82 = b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af0041d= b6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 = f40102b8c02b226bce7e64d4a2a7= 05a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 EAP-Message =3D 0x602d8d6ac6cb81540d1800057a308205763082035ea003020= 102020a61395bb700010000000a300d06092a = 864886f70d0101050500305a31133011060a0992268= 993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 = 6e67311330110= 60a0992268993f22c6401191603666c79311630140603550403130d45534444496e74657234= 303936301e170d30393031 = 31393037303632315a170d3134303131383036333331365a305b311330= 11060a0992268993f22c6401191603636f6d31163014060a0992 = 268993f22c6401191606626f6569= 6e6731133011060a0992268993f22c6401191603666c793117301506035504 EAP-Message =3D 0x03130e455344444973737565723230343830820122300d060= 92a864886f70d01010105000382010f003082 = 010a02820101009ede837e52ce12f2f315c72da8adb= af7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 = b5036f4ce1b03= 07609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4eb= 84964daaf1c2244edec54b = 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff661= 6dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf = 539e5f91fcae83e89219e587fde8= 0e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de EAP-Message =3D 0xf2d14c026d557b14cd764a677f91c3e5a096 State =3D 0x513c3c875a30316c3a43028be40032ff Message-Authenticator =3D 0x83805531ac628b23e32fce49a71392bd # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 12 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 EAP-Message =3D 0x010d00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875d31316c3a43028be40032ff Finished request 12. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D13,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a6d= 2610bf15597e4fb288472028530c054f10203 = 010001a382013b30820137300f0603551d130101ff0= 40530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a = 074ea0a1300b0= 603551d0f040403020186301006092b06010401823715010403020101302306092b06010401= 8237150204160414249ba6 = c4888fd87d96ab95594e6637dd6e25632f301906092b06010401823714= 02040c1e0a00530075006200430041301f0603551d2304183016 = 801443b1f625d530e7f847f0bfcb= 526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 EAP-Message =3D 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534= 444496e746572343039362e63726c30470608 = 2b06010505070101043b3039303706082b060105050= 73002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 = 44496e7465723= 43039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c3383= a89e90f53061c5b5f03e20 = 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305e8= 696de327c1658330193d784233a5343e00e03ccce0e77960a69b = 0f9a547a193d6a6502ec30fe65c6= 365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef EAP-Message =3D 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf= 853366842f38e66b0d9a00bc6cf2a25777f0d = ef04b8971ebce5b776400e121455288ae22c65c6d23= fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 = 7599cc0262dfe= 8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c61= 02d4e4311a37b08d44164a = fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f412f= bb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 = c2cf3b82646d2777fd7c6c0ce31b= 3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 EAP-Message =3D 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde932= 30dba380f1391aaf299bd7c4288e0758c9132 = df0250d269f10da91b51fb1cd3238828cfc140f801b= a777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 = 4682f17430ada= 59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac92916030100= 86100000820080d5c6f2b2 = 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d7803= fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 = c3394d9c7f44c7148e62b6f611da= fa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e EAP-Message =3D 0x247063c1bccceed74889ea590e0da58ce6be State =3D 0x513c3c875d31316c3a43028be40032ff Message-Authenticator =3D 0xbb1d0ad92f5fd564954baa008cd36db0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 13 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 EAP-Message =3D 0x010e00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875c32316c3a43028be40032ff Finished request 13. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D14,= length=3D486 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020e01520d00a235d3b7f87016030101060f00010201009c5= bae8f60c3882d11a8226db135282ea8065fa1 = 2587cd72b4beaa29ae85a390117cd3b2cb47dfd9443= 8f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 = 14167e1386a19= 68e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05e1= 1bc100e9c265a72bc8345f = bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2a0= 4ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c = 9c09250c91d2bb39f413765b620c= 3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab EAP-Message =3D 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d52= 12c1403010001011603010030e0db5794014c = 3d3d69d2bdfd98a304ad9779de997f577a7cd878ed4= 6952ce28eb9918b0e21865ef74572c8e7cf16790d State =3D 0x513c3c875c32316c3a43028be40032ff Message-Authenticator =3D 0x9c9cc0760618df10c4d942cd95e95c9c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 14 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] eaptls_verify returned 7 [tls] Done initial handshake [tls] <<< TLS 1.0 Handshake [length 1776], Certificate [tls] chain-depth=3D3, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDRoot4096 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> verify return:1 [tls] chain-depth=3D2, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDInter4096 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> verify return:1 [tls] chain-depth=3D1, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDIssuer2048 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 [tls] --> verify return:1 [tls] chain-depth=3D0, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D MaintenanceControlDisplay [tls] --> subject =3D /x500UniqueIdentifier=3DA4036525/description=3DCrewWi= relessDevice/C=3DUS/O=3D\x00B\x00O\x00E\x00_\ = x00I\x00T\x00L\x00 \x00A\x00i\x00r\= x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU=3D= Fo r T= est Purposes Only/CN=3DMaintenanceControlDisplay [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 [tls] --> verify return:1 [tls] TLS_accept: SSLv3 read client certificate A [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange [tls] TLS_accept: SSLv3 read client key exchange A [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify [tls] TLS_accept: SSLv3 read certificate verify A [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] [tls] <<< TLS 1.0 Handshake [length 0010], Finished [tls] TLS_accept: SSLv3 read finished A [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] [tls] TLS_accept: SSLv3 write change cipher spec A [tls] >>> TLS 1.0 Handshake [length 0010], Finished [tls] TLS_accept: SSLv3 write finished A [tls] TLS_accept: SSLv3 flush data [tls] (other): SSL negotiation finished successfully SSL Connection Established [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 EAP-Message =3D 0x010f00450d800000003b14030100010116030100302e7324c= 43c27ba2ca05affb5044cdc80b6fde1835f0a = fcacabb0f0eeb818e2397f158ad69090966662002a4= 92e085e48 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875f33316c3a43028be40032ff Finished request 14. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D15,= length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020f00060d00 State =3D 0x513c3c875f33316c3a43028be40032ff Message-Authenticator =3D 0x434f2ff4845a3da8223675d555c7299c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 15 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake is finished [tls] eaptls_verify returned 3 [tls] eaptls_process returned 3 [tls] Adding user data to cached session Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 28804300 (LWP 101549/radiusd)] 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b7400, prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 147 PRF(s->session->master_key, s->session->master_key_length, (gdb) help List of classes of commands: aliases -- Aliases of other commands breakpoints -- Making program stop at certain points data -- Examining data files -- Specifying and examining files internals -- Maintenance commands obscure -- Obscure features running -- Running the program stack -- Examining the stack status -- Status inquiries support -- Support facilities tracepoints -- Tracing of program execution without stopping the program user-defined -- User-defined commands Type "help" followed by a class name for a list of commands in that class. Type "help" followed by command name for full documentation. Command name abbreviations are allowed if unambiguous. (gdb) stack Undefined command: "stack". Try "help". (gdb) quit The program is running. Exit anyway? (y or n) y wan231s1# cat > /home/steve/radiusd-2.2.0-gdb-output.txt wan231s1# gdb /usr/local/sbin/radiusd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols fo= und)... (gdb) run -X Starting program: /usr/local/sbin/radiusd -X (no debugging symbols found)...(no debugging symbols found)...[New LWP 1015= 49] (no debugging symbols found)...(no debugging symbols found)...(no debugging= symbols found)...(no debugging sym = bols found)...(no debugging symbols found)...= (no debugging symbols found)...[New Thread 28804300 (LWP 101549/r = adiusd)] FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan 3= 2013 at 20:39:43 Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. You may redistribute copies of FreeRADIUS under the terms of the GNU General Public License v2. Starting - reading configuration files ... including configuration file /usr/local/etc/raddb/radiusd.conf including configuration file /usr/local/etc/raddb/proxy.conf including configuration file /usr/local/etc/raddb/clients.conf including files in directory /usr/local/etc/raddb/modules/ including configuration file /usr/local/etc/raddb/modules/wimax including configuration file /usr/local/etc/raddb/modules/always including configuration file /usr/local/etc/raddb/modules/attr_filter including configuration file /usr/local/etc/raddb/modules/attr_rewrite including configuration file /usr/local/etc/raddb/modules/cache including configuration file /usr/local/etc/raddb/modules/chap including configuration file /usr/local/etc/raddb/modules/checkval including configuration file /usr/local/etc/raddb/modules/counter including configuration file /usr/local/etc/raddb/modules/cui including configuration file /usr/local/etc/raddb/modules/detail including configuration file /usr/local/etc/raddb/modules/detail.example.co= m including configuration file /usr/local/etc/raddb/modules/detail.log including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.con= f including configuration file /usr/local/etc/raddb/modules/digest including configuration file /usr/local/etc/raddb/modules/dynamic_clients including configuration file /usr/local/etc/raddb/modules/echo including configuration file /usr/local/etc/raddb/modules/etc_group including configuration file /usr/local/etc/raddb/modules/exec including configuration file /usr/local/etc/raddb/modules/expiration including configuration file /usr/local/etc/raddb/modules/expr including configuration file /usr/local/etc/raddb/modules/files including configuration file /usr/local/etc/raddb/modules/inner-eap including configuration file /usr/local/etc/raddb/modules/ippool including configuration file /usr/local/etc/raddb/modules/krb5 including configuration file /usr/local/etc/raddb/modules/ldap including configuration file /usr/local/etc/raddb/modules/linelog including configuration file /usr/local/etc/raddb/modules/otp including configuration file /usr/local/etc/raddb/modules/logintime including configuration file /usr/local/etc/raddb/modules/mac2ip including configuration file /usr/local/etc/raddb/modules/mac2vlan including configuration file /usr/local/etc/raddb/modules/mschap including configuration file /usr/local/etc/raddb/modules/ntlm_auth including configuration file /usr/local/etc/raddb/modules/opendirectory including configuration file /usr/local/etc/raddb/modules/pam including configuration file /usr/local/etc/raddb/modules/pap including configuration file /usr/local/etc/raddb/modules/passwd including configuration file /usr/local/etc/raddb/modules/perl including configuration file /usr/local/etc/raddb/modules/policy including configuration file /usr/local/etc/raddb/modules/preprocess including configuration file /usr/local/etc/raddb/modules/radrelay including configuration file /usr/local/etc/raddb/modules/radutmp including configuration file /usr/local/etc/raddb/modules/realm including configuration file /usr/local/etc/raddb/modules/redis including configuration file /usr/local/etc/raddb/modules/rediswho including configuration file /usr/local/etc/raddb/modules/replicate including configuration file /usr/local/etc/raddb/modules/smbpasswd including configuration file /usr/local/etc/raddb/modules/smsotp including configuration file /usr/local/etc/raddb/modules/soh including configuration file /usr/local/etc/raddb/modules/sql_log including configuration file /usr/local/etc/raddb/modules/sqlcounter_expire= _on_login including configuration file /usr/local/etc/raddb/modules/sradutmp including configuration file /usr/local/etc/raddb/modules/unix including configuration file /usr/local/etc/raddb/modules/acct_unique including configuration file /usr/local/etc/raddb/eap.conf including configuration file /usr/local/etc/raddb/policy.conf including files in directory /usr/local/etc/raddb/sites-enabled/ including configuration file /usr/local/etc/raddb/sites-enabled/default main { user =3D "freeradius" group =3D "freeradius" allow_core_dumps =3D no } including dictionary file /usr/local/etc/raddb/dictionary main { name =3D "radiusd" prefix =3D "/usr/local" localstatedir =3D "/var" sbindir =3D "/usr/local/sbin" logdir =3D "/var/log" run_dir =3D "/var/run/radiusd" libdir =3D "/usr/local/lib/freeradius-2.2.0" radacctdir =3D "/var/log/radacct" hostname_lookups =3D no max_request_time =3D 30 cleanup_delay =3D 5 max_requests =3D 1024 pidfile =3D "/var/run/radiusd/radiusd.pid" checkrad =3D "/usr/local/sbin/checkrad" debug_level =3D 0 proxy_requests =3D no log { stripped_names =3D no auth =3D yes auth_badpass =3D no auth_goodpass =3D no } security { max_attributes =3D 200 reject_delay =3D 1 status_server =3D yes } } radiusd: #### Loading Realms and Home Servers #### proxy server { retry_delay =3D 5 retry_count =3D 3 default_fallback =3D no dead_time =3D 120 wake_all_if_all_dead =3D no } home_server localhost { ipaddr =3D 127.0.0.1 port =3D 1812 type =3D "auth" secret =3D "testing123" response_window =3D 20 max_outstanding =3D 65536 require_message_authenticator =3D yes zombie_period =3D 40 status_check =3D "status-server" ping_interval =3D 30 check_interval =3D 30 num_answers_to_alive =3D 3 num_pings_to_alive =3D 3 revive_interval =3D 120 status_check_timeout =3D 4 coa { irt =3D 2 mrt =3D 16 mrc =3D 5 mrd =3D 30 } } home_server_pool my_auth_failover { type =3D fail-over home_server =3D localhost } realm example.com { auth_pool =3D my_auth_failover } realm LOCAL { } radiusd: #### Loading Clients #### client localhost { ipaddr =3D 127.0.0.1 require_message_authenticator =3D no secret =3D "testing123" nastype =3D "other" } client 10.128.0.100 { require_message_authenticator =3D no secret =3D "redacted" shortname =3D "nms231s1-eapol-test" nastype =3D "other" } radiusd: #### Instantiating modules #### instantiate { (no debugging symbols found)... Module: Linked to module rlm_exec Module: Instantiating module "exec" from file /usr/local/etc/raddb/modules= /exec exec { wait =3D no input_pairs =3D "request" shell_escape =3D yes } Module: Linked to module rlm_expr Module: Instantiating module "expr" from file /usr/local/etc/raddb/modules= /expr Module: Linked to module rlm_expiration Module: Instantiating module "expiration" from file /usr/local/etc/raddb/m= odules/expiration expiration { reply-message =3D "Password Has Expired " } Module: Linked to module rlm_logintime Module: Instantiating module "logintime" from file /usr/local/etc/raddb/mo= dules/logintime logintime { reply-message =3D "You are calling outside your allowed timespan " minimum-timeout =3D 60 } } radiusd: #### Loading Virtual Servers #### server { # from file /usr/local/etc/raddb/radiusd.conf modules { Module: Creating Auth-Type =3D digest Module: Creating Post-Auth-Type =3D REJECT Module: Checking authenticate {...} for more modules to load Module: Linked to module rlm_pap Module: Instantiating module "pap" from file /usr/local/etc/raddb/modules/= pap pap { encryption_scheme =3D "auto" auto_header =3D no } Module: Linked to module rlm_chap Module: Instantiating module "chap" from file /usr/local/etc/raddb/modules= /chap Module: Linked to module rlm_mschap Module: Instantiating module "mschap" from file /usr/local/etc/raddb/modul= es/mschap mschap { use_mppe =3D yes require_encryption =3D no require_strong =3D no with_ntdomain_hack =3D no allow_retry =3D yes } Module: Linked to module rlm_digest Module: Instantiating module "digest" from file /usr/local/etc/raddb/modul= es/digest Module: Linked to module rlm_unix Module: Instantiating module "unix" from file /usr/local/etc/raddb/modules= /unix unix { radwtmp =3D "/var/log/radwtmp" } Module: Linked to module rlm_eap Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.conf eap { default_eap_type =3D "tls" timer_expire =3D 60 ignore_unknown_eap_types =3D no cisco_accounting_username_bug =3D no max_sessions =3D 4096 } Module: Linked to sub-module rlm_eap_md5 Module: Instantiating eap-md5 Module: Linked to sub-module rlm_eap_leap Module: Instantiating eap-leap Module: Linked to sub-module rlm_eap_gtc Module: Instantiating eap-gtc gtc { challenge =3D "Password: " auth_type =3D "PAP" } Module: Linked to sub-module rlm_eap_tls Module: Instantiating eap-tls tls { rsa_key_exchange =3D no dh_key_exchange =3D yes rsa_key_length =3D 512 dh_key_length =3D 512 verify_depth =3D 0 CA_path =3D "/usr/local/etc/raddb/certs/CA" pem_file_type =3D yes private_key_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan231= s1_key.pem" certificate_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan231= s1_cert.pem" private_key_password =3D "redacted" dh_file =3D "/usr/local/etc/raddb/certs/dh" random_file =3D "/usr/local/etc/raddb/certs/random" fragment_size =3D 1024 include_length =3D yes check_crl =3D no cipher_list =3D "DEFAULT" make_cert_command =3D "/usr/local/etc/raddb/certs/bootstrap" ecdh_curve =3D "prime256v1" cache { enable =3D no lifetime =3D 24 max_entries =3D 255 } verify { } ocsp { enable =3D no override_cert_url =3D yes url =3D "http://127.0.0.1/ocsp/" use_nonce =3D yes timeout =3D 0 softfail =3D no } } Module: Linked to sub-module rlm_eap_ttls Module: Instantiating eap-ttls ttls { default_eap_type =3D "md5" copy_request_to_tunnel =3D no use_tunneled_reply =3D no virtual_server =3D "inner-tunnel" include_length =3D yes } Module: Linked to sub-module rlm_eap_peap Module: Instantiating eap-peap peap { default_eap_type =3D "mschapv2" copy_request_to_tunnel =3D no use_tunneled_reply =3D no proxy_tunneled_request_as_eap =3D yes virtual_server =3D "inner-tunnel" soh =3D no } Module: Linked to sub-module rlm_eap_mschapv2 Module: Instantiating eap-mschapv2 mschapv2 { with_ntdomain_hack =3D no send_error =3D no } Module: Checking authorize {...} for more modules to load Module: Linked to module rlm_preprocess Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/m= odules/preprocess preprocess { huntgroups =3D "/usr/local/etc/raddb/huntgroups" hints =3D "/usr/local/etc/raddb/hints" with_ascend_hack =3D no ascend_channels_per_line =3D 23 with_ntdomain_hack =3D no with_specialix_jetstream_hack =3D no with_cisco_vsa_hack =3D no with_alvarion_vsa_hack =3D no } reading pairlist file /usr/local/etc/raddb/huntgroups reading pairlist file /usr/local/etc/raddb/hints Module: Linked to module rlm_realm Module: Instantiating module "suffix" from file /usr/local/etc/raddb/modul= es/realm realm suffix { format =3D "suffix" delimiter =3D "@" ignore_default =3D no ignore_null =3D no } Module: Linked to module rlm_files Module: Instantiating module "files" from file /usr/local/etc/raddb/module= s/files files { usersfile =3D "/usr/local/etc/raddb/users" acctusersfile =3D "/usr/local/etc/raddb/acct_users" preproxy_usersfile =3D "/usr/local/etc/raddb/preproxy_users" compat =3D "no" } reading pairlist file /usr/local/etc/raddb/users reading pairlist file /usr/local/etc/raddb/acct_users reading pairlist file /usr/local/etc/raddb/preproxy_users Module: Checking preacct {...} for more modules to load Module: Linked to module rlm_acct_unique Module: Instantiating module "acct_unique" from file /usr/local/etc/raddb/= modules/acct_unique acct_unique { key =3D "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifier= , NAS-Port" } Module: Checking accounting {...} for more modules to load Module: Linked to module rlm_detail Module: Instantiating module "detail" from file /usr/local/etc/raddb/modul= es/detail detail { detailfile =3D "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Pack= et-Src-IPv6-Address}}/detail-%Y%m%d" header =3D "%t" detailperm =3D 384 dirperm =3D 493 locking =3D no log_packet_header =3D no } Module: Linked to module rlm_attr_filter Module: Instantiating module "attr_filter.accounting_response" from file /= usr/local/etc/raddb/modules/attr_fi = lter attr_filter attr_filter.accounting_response { attrsfile =3D "/usr/local/etc/raddb/attrs.accounting_response" key =3D "%{User-Name}" relaxed =3D no } reading pairlist file /usr/local/etc/raddb/attrs.accounting_response Module: Checking session {...} for more modules to load Module: Linked to module rlm_radutmp Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/modu= les/radutmp radutmp { filename =3D "/var/log/radutmp" username =3D "%{User-Name}" case_sensitive =3D yes check_with_nas =3D yes perm =3D 384 callerid =3D yes } Module: Checking post-proxy {...} for more modules to load Module: Checking post-auth {...} for more modules to load Module: Instantiating module "attr_filter.access_reject" from file /usr/lo= cal/etc/raddb/modules/attr_filter attr_filter attr_filter.access_reject { attrsfile =3D "/usr/local/etc/raddb/attrs.access_reject" key =3D "%{User-Name}" relaxed =3D no } reading pairlist file /usr/local/etc/raddb/attrs.access_reject } # modules } # server radiusd: #### Opening IP addresses and Ports #### listen { type =3D "auth" ipaddr =3D * port =3D 0 } listen { type =3D "acct" ipaddr =3D * port =3D 0 } Listening on authentication address * port 1812 Listening on accounting address * port 1813 Ready to process requests. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D0, = length=3D158 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x0200001e014d61696e74656e616e6365436f6e74726f6c446= 973706c6179 Message-Authenticator =3D 0xad8a60fa6b73d53acb5ce659eff3da36 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 0 length 30 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop [pap] WARNING! No "known good" password found for the user. Authentication= may fail because of this. ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] EAP Identity [eap] processing type tls [tls] Requiring client certificate [tls] Initiate [tls] Start returned 1 ++[eap] returns handled Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 EAP-Message =3D 0x010100060d20 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87513d316c3a43028be40032ff Finished request 0. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1, = length=3D258 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020100700d00160301006501000061030150e5f39860827a0= 411cfb562ef8e20af61649f10290355949974 = ed309594e83f0000340039003800350088008700840= 0160013000a00330032002f00450044004100050004001500120009001400110008 = 0006000300ff0= 100000400230000 State =3D 0x513c3c87513d316c3a43028be40032ff Message-Authenticator =3D 0x0633be04de5c0102ddc9fa927ed47610 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 1 length 112 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] eaptls_verify returned 7 [tls] Done initial handshake [tls] (other): before/accept initialization [tls] TLS_accept: before/accept initialization [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello [tls] TLS_accept: SSLv3 read client hello A [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello [tls] TLS_accept: SSLv3 write server hello A [tls] >>> TLS 1.0 Handshake [length 1756], Certificate [tls] TLS_accept: SSLv3 write certificate A [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange [tls] TLS_accept: SSLv3 write key exchange A [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest [tls] TLS_accept: SSLv3 write certificate request A [tls] TLS_accept: SSLv3 flush data [tls] TLS_accept: Need to read more data: SSLv3 read client certificate= A In SSL Handshake Phase In SSL Accept mode [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 EAP-Message =3D 0x010204000dc0000019b816030100310200002d030150e5f39= 81aa9077b62c7c34d9eb90bd512eac8348779 = 1227b2d8e289befa6edf000039000005ff010001001= 6030117560b00175200174f000489308204853082036da003020102020a4b426b00 = 000100000d223= 00d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d= 31163014060a0992268993 = f22c6401191606626f65696e6731133011060a0992268993f22c640119= 1603666c79311730150603550403130e45534444497373756572 = 32303438301e170d313230333134= 3139343732395a170d3134303131383036333331365a308191310b30090603 EAP-Message =3D 0x55040613025553310b30090603550408130257413110300e0= 603550407130753656174746c65311b301906 = 0355040a131254686520426f65696e6720436f6d706= 16e79311f301d060355040b1316466f72205465737420507572706f736573204f6e = 6c79312530230= 603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c6162308201= 22300d06092a864886f70d = 01010105000382010f003082010a0282010100c175642cacaf0313bb77= 5762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee = 320f859c8a03a5d34400a1783e2b= 543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 EAP-Message =3D 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d018= 0c2271de6c5fa9458579163d21f4c26f7ced4 = 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0c2= a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d = 73546ddfe6823= a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59dc9= 6a434f18fa2288574a6de1 = 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a382= 01123082010e301d0603551d0e04160414afc898ac5da8d7db13 = 80f5ca855cff669aa3035c300e06= 03551d0f0101ff04040302078030130603551d25040c300a06082b06010505 EAP-Message =3D 0x070301301f0603551d230418301680147b3f3d89d72bac972= c086ada7233f64a074ea0a1303d0603551d1f = 043630343032a030a02e862c687474703a2f2f63726= c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 = 6c300c0603551= d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508ac= c31f85e0d61c87dd892487 = e6e83681a1f354814681b4812e84aaae09020164020105301b06092b06= 0104018237150a040e300c300a06082b06010505070301300d06 = 092a864886f70d01010505000382= 010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b EAP-Message =3D 0x634ee662bd183641cf537132 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87503e316c3a43028be40032ff Finished request 1. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D2, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020200060d00 State =3D 0x513c3c87503e316c3a43028be40032ff Message-Authenticator =3D 0xb498e0ab471b0fe82149a213e502cc78 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 2 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 EAP-Message =3D 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b3857= 8712aee8672f594dbb51c82d3b2b239171e2b = c6816740828370ab131a9f6e7cdbc9ce1af59564ab1= 3f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 = d021eea95f86a= b7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c5563= 972d19ead292a4ebda615f = f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a56a= bb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd = c19c990d818216e7f1e68c5c7c14= 95bb1bc800057a308205763082035ea003020102020a61395bb70001000000 EAP-Message =3D 0x0a300d06092a864886f70d0101050500305a31133011060a0= 992268993f22c6401191603636f6d31163014 = 060a0992268993f22c6401191606626f65696e67311= 33011060a0992268993f22c6401191603666c79311630140603550403130d455344 = 44496e7465723= 4303936301e170d3039303131393037303632315a170d3134303131383036333331365a305b= 31133011060a0992268993 = f22c6401191603636f6d31163014060a0992268993f22c640119160662= 6f65696e6731133011060a0992268993f22c6401191603666c79 = 311730150603550403130e455344= 444973737565723230343830820122300d06092a864886f70d010101050003 EAP-Message =3D 0x82010f003082010a02820101009ede837e52ce12f2f315c72= da8adbaf7828db60d09392a3cf133c5f11a49 = 7d7bd90f1e1eddcdb23058de50acad29c809b5036f4= ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 = 4ad223a046a4e= b84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d6530362297c= cff6616dfe1f0ebaebaf4f = 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219e5= 87fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc = f109c90234bec8def2d14c026d55= 7b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 EAP-Message =3D 0x610bf15597e4fb288472028530c054f10203010001a382013= b30820137300f0603551d130101ff04053003 = 0101ff301d0603551d0e041604147b3f3d89d72bac9= 72c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 = 0182371501040= 3020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd6e= 25632f301906092b060104 = 0182371402040c1e0a00530075006200430041301f0603551d23041830= 16801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 = 03551d1f043530333031a02fa02d= 862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 EAP-Message =3D 0x44496e746572343039362e63 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87533f316c3a43028be40032ff Finished request 2. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D3, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020300060d00 State =3D 0x513c3c87533f316c3a43028be40032ff Message-Authenticator =3D 0xbfd7afb5cc827e4dfe0e545087c18bdd # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 3 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 EAP-Message =3D 0x010404000dc0000019b8726c304706082b060105050701010= 43b3039303706082b06010505073002862b68 = 7474703a2f2f63726c2e626f65696e672e636f6d2f6= 3726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 = 0500038202010= 06bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d045= 9c1889138a0c63c9b5b5b3 = 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b0f= 9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 = 896d13492d59f11ff187aae8d743= 897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 EAP-Message =3D 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b77= 6400e121455288ae22c65c6d23fbcd243a9be = 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990= eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee = 52cfd051e1364= 2a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835d5= fa76731958078d4b3f483f = 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999c2= cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 = 0e784e078023b73ad81e0fd6fdc7= bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba EAP-Message =3D 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da91= b51fb1cd3238828cfc140f801ba777248759e = 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba66= 5665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 = 087ff97a820a6= 844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d06= 092a864886f70d01010505 = 00305931133011060a0992268993f22c6401191603636f6d3116301406= 0a0992268993f22c6401191606626f65696e6731133011060a09 = 92268993f22c6401191603666c79= 311530130603550403130c45534444526f6f7434303936301e170d30393031 EAP-Message =3D 0x31393036333331365a170d3134303131383036333331365a3= 05a31133011060a0992268993f22c64011916 = 03636f6d31163014060a0992268993f22c640119160= 6626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 = 550403130d455= 34444496e7465723430393630820222300d06092a864886f70d01010105000382020f003082= 020a02820201009f550e60 = c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77= d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d = 41b0cb877f320f987db51ef21dba= d0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 EAP-Message =3D 0x27d3d06b2c391f698a19dcc9 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875238316c3a43028be40032ff Finished request 3. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D4, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020400060d00 State =3D 0x513c3c875238316c3a43028be40032ff Message-Authenticator =3D 0x6fcf451c592fb99c374d0321cdc02af7 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 4 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 EAP-Message =3D 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec57= efb446b43e596e64a768bab47d95f225af8d8 = c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3= ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 = 599941102a313= f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031bd= 05d03d03abc66ca3b6a283 = 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8da= 538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 = 1f9ccd37d21a763b9e508d11a964= dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b EAP-Message =3D 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19dfd= 3223b1341e9e36b72b28c82c75b6c5da59751 = 8f2f7b6c9fe052f98590c8c3225ea11c1b280507725= 1f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 = 81dc638111474= a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e8889e= 3ae9412bc0422e5b7923c5 = 0203010001a382013930820135300f0603551d130101ff040530030101= ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b = 9b4fe1fe72b9300b0603551d0f04= 0403020186301006092b06010401823715010403020101302306092b060104 EAP-Message =3D 0x018237150204160414d31f074108cfac5cc47ed111d3a2712= f219c9012301906092b060104018237140204 = 0c1e0a00530075006200430041301f0603551d23041= 8301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 = 30323030a02ea= 02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74= 343039362e63726c304606 = 082b06010505070101043a3038303606082b06010505073002862a6874= 74703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 = 4444526f6f74343039362e637274= 300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 EAP-Message =3D 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e8038= 64ee663cac722b7c1a9ea1d6b2a0c06f952c9 = 1e4b7b2d99724f0330cd81d4800cf17842bceeaed72= 85a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 = e300c2832a35d= f610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc988912= 2128abeaeb1f5750264529 = 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f= 3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 = 8e63ba8dd36b4708cff97de8f14e= 4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 EAP-Message =3D 0x9643ef995a71e0e0f21dd9f5 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875539316c3a43028be40032ff Finished request 4. Going to the next request Waking up in 4.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D5, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020500060d00 State =3D 0x513c3c875539316c3a43028be40032ff Message-Authenticator =3D 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 5 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 EAP-Message =3D 0x010604000dc0000019b8282ddba71c014fea56097bdf2c60c= dc6056d3cea13ba4aae1782860adaebd34a89 = 6186d5840355a6e80e91b21bfa283bed2bbb4c67b19= 8e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 = c25d915394eb3= 1db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96fb= 2091a99de16a1710007885 = b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47= b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f = e4c4cb51519be63c4455c0a6e887= 1658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 EAP-Message =3D 0x308204aea003020102021056886f61a89e888c4face278a0a= abf44300d06092a864886f70d010105050030 = 5931133011060a0992268993f22c6401191603636f6= d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 = 8993f22c64011= 91603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231= 373233333632385a170d32 = 37313231373233343335395a305931133011060a0992268993f22c6401= 191603636f6d31163014060a0992268993f22c6401191606626f = 65696e6731133011060a09922689= 93f22c6401191603666c79311530130603550403130c45534444526f6f7434 EAP-Message =3D 0x30393630820222300d06092a864886f70d010101050003820= 20f003082020a0282020100a893f9fa5409d6 = 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3b5= 54ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 = 10289b1311507= 30708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50= b6a926be06544eee5901f9 = 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154= 725415586ae6554dce245015f13b42c85358f46aff90ade72f86 = 4789cb9739f179efbaabb0be436b= baeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 EAP-Message =3D 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679ce6= b3b19d3cdc132dda580ef80f98af9ddfdcb50 = d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0f6= 7b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 = 2eac02e25621f= 08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdab= deb10d7ff6dc49b4441f6e = 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4= 891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b = a8161d71ea4b54ab72547e20129f= 1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea EAP-Message =3D 0xf95088b9f7ecd25158dc52fd Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87543a316c3a43028be40032ff Finished request 5. Going to the next request Waking up in 1.9 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D6, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020600060d00 State =3D 0x513c3c87543a316c3a43028be40032ff Message-Authenticator =3D 0xbf530521aed3b6bee2217fd16706c847 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 6 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 EAP-Message =3D 0x010704000dc0000019b874ad9397665c795e18dbb69521343= c7c7cf0c9c79720006e6707bc5fa3cf020301 = 0001a382018830820184301306092b0601040182371= 40204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 = 0530030101ff3= 01d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c060355= 1d1f048201133082010f30 = 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d45534444= 526f6f74343039362c434e3d706b692d746573742d3738376d2c = 434e3d4344502c434e3d5075626c= 69632532304b657925323053657276696365732c434e3d5365727669636573 EAP-Message =3D 0x2c434e3d436f6e66696775726174696f6e2c44433d666c792= c44433d626f65696e672c44433d636f6d3f63 = 657274696669636174655265766f636174696f6e4c6= 973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 = 6f6e506f696e7= 4863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d= 2f43657274456e726f6c6c = 2f45534444526f6f74343039362e63726c301006092b06010401823715= 010403020100300d06092a864886f70d01010505000382020100 = 89d0fd7533e496888b2ac6b9ceda= bf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a EAP-Message =3D 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54ad9= 2a7f9d13b697c2e77777bfe33c5b486af6b82 = 2e97d9efdc82a072c3935760378f9faa5be09ac1026= c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 = 7bb6c9e8c931a= 223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b55910= 98b9a9cde9fe2a3d17964e = 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0bd= 63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 = 27c94d290a3620ddbfe38a9e2da7= 06250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e EAP-Message =3D 0x8eba09cc6280711eb067230a81d461bcde5ceb4c33956460a= 20303d68d0219f5cc3bef1d14c94f632a9400 = 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d0= 45d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc = 447a34d86687a= 297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca9= 1db5eeae294156426a4249 = cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110ff= f680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 = 7b47727e3622160301020d0c0002= 090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 EAP-Message =3D 0x6f7cd0bb7873bf1b9cb9e92f Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c87573b316c3a43028be40032ff Finished request 6. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D7, = length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020700060d00 State =3D 0x513c3c87573b316c3a43028be40032ff Message-Authenticator =3D 0x06ae2cc57b97003ec0e8eac545dbfb0c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 7 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake fragment handler [tls] eaptls_verify returned 1 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 EAP-Message =3D 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebba4= fc54b2d29238cb7f36aef2cbab2aec5ba9a45 = 71e9c70452124f67982ee113094defee5efa0bccfa2= 370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 = 00010200805b5= 0c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff20= 8fdd7895025afac839f9f8 = e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa60619922b= f49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 = 39c98f263dcb092111fb7e1f1638= 283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac EAP-Message =3D 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a094= 54fbbdfb4469ba590aafe3672b340e5526ade = b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b55= e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 = 9f22c1eecbee0= 17a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3fb5= 981f4dc7589a8ddf3f4147 = e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde64= 08d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 = 9873c0cb03879687b89b2bec3166= fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 EAP-Message =3D 0x0e000000 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875634316c3a43028be40032ff Finished request 7. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D8, = length=3D1188 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x0208040a0dc00000194c16030117760b00177200176f0004a= 9308204a53082038da003020102020a3e173b = a1000100000d47300d06092a864886f70d010105050= 0305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 = 93f22c6401191= 606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403= 130e455344444973737565 = 7232303438301e170d3132303433303233333030315a170d3134303131= 383036333331365a3081bf3111300f060355042d130841343033 = 36353235311b3019060355040d13= 1243726577576972656c657373446576696365310b30090603550406130255 EAP-Message =3D 0x53313b3039060355040a1e320042004f0045005f004900540= 04c0020004100690072006c0069006e006500 = 7300200043006f002e0020004c00740064002e311f3= 01d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 = 2006035504031= 3194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a8648= 86f70d0101010500038201 = 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490aed= 9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 = 6dfd538078617b79923e0d80373a= 6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 EAP-Message =3D 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323a1= 3180df7e56b14337910fc1bb70283e81da756 = c47d934521842fa253f5243a175626324bf3aa886b3= 91cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 = 2dfea928cc37f= 4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b667= 2a31e81959068105992392 = fb4a91fded9d31f7bb2d7c01a7ab0203010001a382010430820100301d= 0603551d0e0416041489e6897d59dded56f52a300000aceac02c = fc277a30130603551d25040c300a= 06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 EAP-Message =3D 0x1d230418301680147b3f3d89d72bac972c086ada7233f64a0= 74ea0a1303d0603551d1f043630343032a030 = a02e862c687474703a2f2f63726c2e626f65696e672= e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 = 0401823715070= 430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687e8= e46882f8d1190201640201 = 05301b06092b060104018237150a040e300c300a06082b060105050703= 02300d06092a864886f70d0101050500038201010004e19b0cfd = 1d67050634a01adc74f1bf85a0fe= a2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd EAP-Message =3D 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 State =3D 0x513c3c875634316c3a43028be40032ff Message-Authenticator =3D 0x9d6744dd03fb0ae72889cac849b5ede0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 8 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS TLS Length 6476 [tls] Received EAP-TLS First Fragment of the message [tls] eaptls_verify returned 9 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 EAP-Message =3D 0x010900060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875935316c3a43028be40032ff Finished request 8. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D9, = length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020904060d40f35e9f31776548e380f13528708a648379fdc= e4901097a09426161485c1979bfcf3dfdc298 = 064f55d31f3db6d49ff38efb1e4ab36ce653696f663= 393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 = df7e61cb98fcf= 9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8f6= fe0250ba5bbd3d277a2d17 = 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa840e= 4cd76884055803770006ca308206c6308204aea0030201020210 = 56886f61a89e888c4face278a0aa= bf44300d06092a864886f70d0101050500305931133011060a0992268993f2 EAP-Message =3D 0x2c6401191603636f6d31163014060a0992268993f22c64011= 91606626f65696e6731133011060a09922689 = 93f22c6401191603666c79311530130603550403130= c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 = 3132313732333= 43335395a305931133011060a0992268993f22c6401191603636f6d31163014060a09922689= 93f22c6401191606626f65 = 696e6731133011060a0992268993f22c6401191603666c793115301306= 03550403130c45534444526f6f743430393630820222300d0609 = 2a864886f70d0101010500038202= 0f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 EAP-Message =3D 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24= fbb3d065e30a8ff8834e8e0c1b864c8d36510 = 289b131150730708492a06254d96761937a48584142= 0ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 = 3377613af4361= 6575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c8= 5358f46aff90ade72f8647 = 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd4751= 5a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde = aba656439b470f3f2e4c4679ce6b= 3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc EAP-Message =3D 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4= 904e7353c8f32a8f04091df845c69df06312e = ac02e25621f08615ccb20cab61b9703c9150a3a5c13= cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 = b88283a446ca9= 10e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b0= 62aabf7aab2bc6354b1ba8 = 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b48278= 6124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 = fd74ad9397665c795e18dbb69521= 343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 EAP-Message =3D 0x1306092b060104018237140204061e040043 State =3D 0x513c3c875935316c3a43028be40032ff Message-Authenticator =3D 0xd56f46711110d24c271fb50b6ef77742 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 9 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 EAP-Message =3D 0x010a00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875836316c3a43028be40032ff Finished request 9. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D10,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020a04060d400041300b0603551d0f040403020186300f060= 3551d130101ff040530030101ff301d060355 = 1d0e041604141e4e1c8a14ef89a83391ee997b1cabe= d3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 = 8681bf6c64617= 03a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c= 434e3d4344502c434e3d50 = 75626c69632532304b657925323053657276696365732c434e3d536572= 76696365732c434e3d436f6e66696775726174696f6e2c44433d = 666c792c44433d626f65696e672c= 44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 EAP-Message =3D 0x743f626173653f6f626a656374436c6173733d63524c44697= 3747269627574696f6e506f696e74863f6874 = 74703a2f2f706b692d746573742d3738376d2e666c7= 92e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 = 39362e63726c3= 01006092b06010401823715010403020100300d06092a864886f70d01010505000382020100= 89d0fd7533e496888b2ac6 = b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4= efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a = fd54ad92a7f9d13b697c2e77777b= fe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b EAP-Message =3D 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05= f8275de0addc8287bb6c9e8c931a223475d7b = 29c414992ab24512048a99033f4a82fd82b68ae5812= 9e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d = dd014fed04c06= e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842= 27c94d290a3620ddbfe38a = 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd41466770= 01b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 = 956460a20303d68d0219f5cc3bef= 1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d EAP-Message =3D 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d82= 6a229b1460b64cc447a34d86687a297b5fe04 = 865b0fb328cd18d8abfa1ea4b1c58ae57f311567069= d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 = e5d839b7fd939= 293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568= 7b47727e36220006763082 = 06723082045aa003020102020a611b280600000000000c300d06092a86= 4886f70d0101050500305931133011060a0992268993f22c6401 = 191603636f6d31163014060a0992= 268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 EAP-Message =3D 0x191603666c79311530130603550403130c45 State =3D 0x513c3c875836316c3a43028be40032ff Message-Authenticator =3D 0x84fe071ee7e336ed9305a724469d8da0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 10 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 EAP-Message =3D 0x010b00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875b37316c3a43028be40032ff Finished request 10. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D11,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020b04060d40534444526f6f7434303936301e170d3039303= 131393036333331365a170d31343031313830 = 36333331365a305a31133011060a0992268993f22c6= 401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 = 3011060a09922= 68993f22c6401191603666c79311630140603550403130d45534444496e7465723430393630= 820222300d06092a864886 = f70d01010105000382020f003082020a02820201009f550e60c3984424= 53191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 = 75fbbbb7239ca1fd75d1dc0edc36= c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc EAP-Message =3D 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed= 627d3d06b2c391f698a19dcc918b1a01850ed = b9a3f1c949732ec57efb446b43e596e64a768bab47d= 95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f = 45606176d518e= b96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc810108= 8ac513e2d20b333d60617a = e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321b0= e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 = da538e6a449f253a44ad71e2d3ac= 3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 EAP-Message =3D 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e56090f= a480ba5b8225807f6d9804f0812390cea201d = a3a955473b5f19dfd3223b1341e9e36b72b28c82c75= b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 = f43ad9940338c= 1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac153f= 1d3d0d61117cd2cb590d42 = 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c50203= 010001a382013930820135300f0603551d130101ff0405300301 = 01ff301d0603551d0e0416041443= b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 EAP-Message =3D 0x86301006092b06010401823715010403020101302306092b0= 60104018237150204160414d31f074108cfac = 5cc47ed111d3a2712f219c9012301906092b0601040= 182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e = 1c8a14ef89a83= 391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f2f= 63726c2e626f65696e672e = 636f6d2f63726c2f45534444526f6f74343039362e63726c304606082b= 06010505070101043a3038303606082b06010505073002862a68 = 7474703a2f2f63726c2e626f6569= 6e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 EAP-Message =3D 0x2a864886f70d01010505000382020100976a State =3D 0x513c3c875b37316c3a43028be40032ff Message-Authenticator =3D 0x0ad1596cf779061d296f593b2dfd3c51 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 11 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 EAP-Message =3D 0x010c00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875a30316c3a43028be40032ff Finished request 11. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D12,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020c04060d4048f45eed37c731261476bba7a6b705e7d169a= 8fbad7b380e5f75f32761bb56e803864ee663 = cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d99724= f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 = 173a98b9678e9= 98b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8= c2a8ebb7b07ff2acbc547b = dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468f4= 18406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 = e83a8be6d9985b53b884c8236135= e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e EAP-Message =3D 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f21= dd9f5282ddba71c014fea56097bdf2c60cdc6 = 056d3cea13ba4aae1782860adaebd34a896186d5840= 355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 = 0355aea3a1ee8= cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b= 199bda870f3954c4243e82 = b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af0041d= b6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 = f40102b8c02b226bce7e64d4a2a7= 05a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 EAP-Message =3D 0x602d8d6ac6cb81540d1800057a308205763082035ea003020= 102020a61395bb700010000000a300d06092a = 864886f70d0101050500305a31133011060a0992268= 993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 = 6e67311330110= 60a0992268993f22c6401191603666c79311630140603550403130d45534444496e74657234= 303936301e170d30393031 = 31393037303632315a170d3134303131383036333331365a305b311330= 11060a0992268993f22c6401191603636f6d31163014060a0992 = 268993f22c6401191606626f6569= 6e6731133011060a0992268993f22c6401191603666c793117301506035504 EAP-Message =3D 0x03130e455344444973737565723230343830820122300d060= 92a864886f70d01010105000382010f003082 = 010a02820101009ede837e52ce12f2f315c72da8adb= af7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 = b5036f4ce1b03= 07609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4eb= 84964daaf1c2244edec54b = 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff661= 6dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf = 539e5f91fcae83e89219e587fde8= 0e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de EAP-Message =3D 0xf2d14c026d557b14cd764a677f91c3e5a096 State =3D 0x513c3c875a30316c3a43028be40032ff Message-Authenticator =3D 0x83805531ac628b23e32fce49a71392bd # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 12 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 EAP-Message =3D 0x010d00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875d31316c3a43028be40032ff Finished request 12. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D13,= length=3D1184 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a6d= 2610bf15597e4fb288472028530c054f10203 = 010001a382013b30820137300f0603551d130101ff0= 40530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a = 074ea0a1300b0= 603551d0f040403020186301006092b06010401823715010403020101302306092b06010401= 8237150204160414249ba6 = c4888fd87d96ab95594e6637dd6e25632f301906092b06010401823714= 02040c1e0a00530075006200430041301f0603551d2304183016 = 801443b1f625d530e7f847f0bfcb= 526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 EAP-Message =3D 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534= 444496e746572343039362e63726c30470608 = 2b06010505070101043b3039303706082b060105050= 73002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 = 44496e7465723= 43039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c3383= a89e90f53061c5b5f03e20 = 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305e8= 696de327c1658330193d784233a5343e00e03ccce0e77960a69b = 0f9a547a193d6a6502ec30fe65c6= 365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef EAP-Message =3D 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf= 853366842f38e66b0d9a00bc6cf2a25777f0d = ef04b8971ebce5b776400e121455288ae22c65c6d23= fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 = 7599cc0262dfe= 8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c61= 02d4e4311a37b08d44164a = fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f412f= bb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 = c2cf3b82646d2777fd7c6c0ce31b= 3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 EAP-Message =3D 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde932= 30dba380f1391aaf299bd7c4288e0758c9132 = df0250d269f10da91b51fb1cd3238828cfc140f801b= a777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 = 4682f17430ada= 59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac92916030100= 86100000820080d5c6f2b2 = 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d7803= fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 = c3394d9c7f44c7148e62b6f611da= fa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e EAP-Message =3D 0x247063c1bccceed74889ea590e0da58ce6be State =3D 0x513c3c875d31316c3a43028be40032ff Message-Authenticator =3D 0xbb1d0ad92f5fd564954baa008cd36db0 # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 13 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] More fragments to follow [tls] eaptls_verify returned 10 [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 EAP-Message =3D 0x010e00060d00 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875c32316c3a43028be40032ff Finished request 13. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D14,= length=3D486 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020e01520d00a235d3b7f87016030101060f00010201009c5= bae8f60c3882d11a8226db135282ea8065fa1 = 2587cd72b4beaa29ae85a390117cd3b2cb47dfd9443= 8f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 = 14167e1386a19= 68e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05e1= 1bc100e9c265a72bc8345f = bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2a0= 4ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c = 9c09250c91d2bb39f413765b620c= 3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab EAP-Message =3D 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d52= 12c1403010001011603010030e0db5794014c = 3d3d69d2bdfd98a304ad9779de997f577a7cd878ed4= 6952ce28eb9918b0e21865ef74572c8e7cf16790d State =3D 0x513c3c875c32316c3a43028be40032ff Message-Authenticator =3D 0x9c9cc0760618df10c4d942cd95e95c9c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 14 length 253 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] eaptls_verify returned 7 [tls] Done initial handshake [tls] <<< TLS 1.0 Handshake [length 1776], Certificate [tls] chain-depth=3D3, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDRoot4096 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> verify return:1 [tls] chain-depth=3D2, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDInter4096 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 [tls] --> verify return:1 [tls] chain-depth=3D1, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D ESDDIssuer2048 [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 [tls] --> verify return:1 [tls] chain-depth=3D0, [tls] error=3D0 [tls] --> User-Name =3D MaintenanceControlDisplay [tls] --> BUF-Name =3D MaintenanceControlDisplay [tls] --> subject =3D /x500UniqueIdentifier=3DA4036525/description=3DCrewWi= relessDevice/C=3DUS/O=3D\x00B\x00O\x00E\x00_\ = x00I\x00T\x00L\x00 \x00A\x00i\x00r\= x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU=3D= Fo r T= est Purposes Only/CN=3DMaintenanceControlDisplay [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 [tls] --> verify return:1 [tls] TLS_accept: SSLv3 read client certificate A [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange [tls] TLS_accept: SSLv3 read client key exchange A [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify [tls] TLS_accept: SSLv3 read certificate verify A [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] [tls] <<< TLS 1.0 Handshake [length 0010], Finished [tls] TLS_accept: SSLv3 read finished A [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] [tls] TLS_accept: SSLv3 write change cipher spec A [tls] >>> TLS 1.0 Handshake [length 0010], Finished [tls] TLS_accept: SSLv3 write finished A [tls] TLS_accept: SSLv3 flush data [tls] (other): SSL negotiation finished successfully SSL Connection Established [tls] eaptls_process returned 13 ++[eap] returns handled Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 EAP-Message =3D 0x010f00450d800000003b14030100010116030100302e7324c= 43c27ba2ca05affb5044cdc80b6fde1835f0a = fcacabb0f0eeb818e2397f158ad69090966662002a4= 92e085e48 Message-Authenticator =3D 0x00000000000000000000000000000000 State =3D 0x513c3c875f33316c3a43028be40032ff Finished request 14. Going to the next request Waking up in 1.8 seconds. rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D15,= length=3D152 User-Name =3D "MaintenanceControlDisplay" NAS-IP-Address =3D 127.0.0.1 Calling-Station-Id =3D "02-00-00-00-00-01" Framed-MTU =3D 1400 NAS-Port-Type =3D Wireless-802.11 Connect-Info =3D "CONNECT 11Mbps 802.11b" EAP-Message =3D 0x020f00060d00 State =3D 0x513c3c875f33316c3a43028be40032ff Message-Authenticator =3D 0x434f2ff4845a3da8223675d555c7299c # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/= default +- entering group authorize {...} [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay [preprocess] hints: Matched DEFAULT at 78 [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-0= 0-00-00-01@ ++[preprocess] returns ok ++[chap] returns noop ++[mschap] returns noop ++[digest] returns noop [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up re= alm NULL [suffix] No such realm "NULL" ++[suffix] returns noop [eap] EAP packet type response id 15 length 6 [eap] No EAP Start, assuming it's an on-going EAP conversation ++[eap] returns updated ++[files] returns noop ++[expiration] returns noop ++[logintime] returns noop ++[pap] returns noop Found Auth-Type =3D EAP # Executing group from file /usr/local/etc/raddb/sites-enabled/default +- entering group authenticate {...} [eap] Request found, released from the list [eap] EAP/tls [eap] processing type tls [tls] Authenticate [tls] processing EAP-TLS [tls] Received TLS ACK [tls] ACK handshake is finished [tls] eaptls_verify returned 3 [tls] eaptls_process returned 3 [tls] Adding user data to cached session Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 28804300 (LWP 101549/radiusd)] 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b7400, prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 147 PRF(s->session->master_key, s->session->master_key_length, (gdb) Steve Magnuson Boeing Commercial Airplanes From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 23:38:17 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 66FBC1D0 for ; Thu, 3 Jan 2013 23:38:17 +0000 (UTC) (envelope-from zi@FreeBSD.org) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) by mx1.freebsd.org (Postfix) with ESMTP id 9E193DFC for ; Thu, 3 Jan 2013 23:38:16 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 6B67F3E6CD; Thu, 3 Jan 2013 18:32:08 -0500 (EST) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id XgAUbyMxTHWy; Thu, 3 Jan 2013 18:31:53 -0500 (EST) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id DC9123E174; Thu, 3 Jan 2013 18:31:52 -0500 (EST) Date: Thu, 3 Jan 2013 18:31:51 -0500 From: "zi@FreeBSD.org" To: "Magnuson, Steve" Subject: Re: FreeBSD Port: freeradius-2.2.0 Message-ID: <20130103233151.GA37595@exodus.zi0r.com> References: <098E1A12860FC546BFB9617D2BEB5E145DE9B2F3AE@XCH-NW-01V.nw.nos.boeing.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <098E1A12860FC546BFB9617D2BEB5E145DE9B2F3AE@XCH-NW-01V.nw.nos.boeing.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 23:38:17 -0000 On (01/03/13 15:17), Magnuson, Steve wrote: > Hello, > > Please advise if I need to post this elsewhere. I'm having problems with FreeBSD FreeRADIUS 2.2.0 port segfaulting. > Greetings! > I've upgraded (using portupgrade) the FreeRADIUS port from 2.1.12 to 2.2.0 and now EAP-TLS clients are causing FreeRADIUS to segfault at the very end of the authentication process. The odd thing is that I upgraded another server from FR 2.1.12 to 2.2.0 and that server authenticates the same clients fine. Both servers are virtual (VMware) and configured with identical memory, OS, etc. > Can you please rebuild freeradius on the offending server? Using portmaster, you would run: portmaster freeradius\* Thanks! -r > Here are the particulars for *both* servers: > > # uname -a > FreeBSD wan231s1.wan.lab 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > # pkg_info -r freeradius-2.2.0 > Information for freeradius-2.2.0: > > Depends on: > Dependency: openssl-1.0.1_4 > Dependency: perl-5.16.2 > Dependency: libltdl-2.4.2 > Dependency: gdbm-1.9.1 > Dependency: libiconv-1.14 > Dependency: gettext-0.18.1.1 > Dependency: python27-2.7.3_5 > > The FreeRADIUS port on both servers was build with these config options: > > # make showconfig > ===> The following configuration options are available for freeradius-2.2.0: > DEVELOPER=off: Enable developer options > DHCP=off: With DHCP support (EXPERIMENTAL) > EDIR=off: Enable eDirectory support (implies LDAP) > EXPERIMENTAL=on: Build experimental modules > FIREBIRD=off: With Firebird database support (EXPERIMENTAL) > HEIMDAL=off: With Heimdal Kerberos support > HEIMDAL_PATCH=off: Enhanced Heimdal support (specify SPN/keytab) > HEIMDAL_PORT=off: With Heimdal Kerberos from ports > KERBEROS=off: Kerberos support > LDAP=off: LDAP support > MYSQL=off: MySQL database > OCI8=off: With Oracle support (currently experimental) > PERL=on: Perl scripting language > PGSQL=off: PostgreSQL database > PYTHON=on: Python bindings > RUBY=off: Ruby binding/support > UDPFROMTO=off: Compile in UDPFROMTO support > UNIXODBC=off: With unixODBC database support > USER=on: Run as user freeradius, group freeradius > ===> Use 'make config' to modify these settings > > When I run radius -X under gdb, the error I get is: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=0x28bc4230, s=0x288b7400, > prf_label=0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length, > > I cannot figure out why this server exhibits this behavior and the other server does not. When I portdowngrade back to 2.1.12, the clients authenticate with no problems. > > Any suggestions? > > > Full output follows: > ============================================================ > > > # gdb /usr/local/sbin/radiusd > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... > (gdb) run -X > Starting program: /usr/local/sbin/radiusd -X > (no debugging symbols found)...(no debugging symbols found)...[New LWP 101549] > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... > [New Thread 28804300 (LWP 101549/radiusd)] > FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan 3 2013 at 20:39:43 > Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > You may redistribute copies of FreeRADIUS under the terms of the > GNU General Public License v2. > Starting - reading configuration files ... > including configuration file /usr/local/etc/raddb/radiusd.conf > including configuration file /usr/local/etc/raddb/proxy.conf > including configuration file /usr/local/etc/raddb/clients.conf > including files in directory /usr/local/etc/raddb/modules/ > including configuration file /usr/local/etc/raddb/modules/wimax > including configuration file /usr/local/etc/raddb/modules/always > including configuration file /usr/local/etc/raddb/modules/attr_filter > including configuration file /usr/local/etc/raddb/modules/attr_rewrite > including configuration file /usr/local/etc/raddb/modules/cache > including configuration file /usr/local/etc/raddb/modules/chap > including configuration file /usr/local/etc/raddb/modules/checkval > including configuration file /usr/local/etc/raddb/modules/counter > including configuration file /usr/local/etc/raddb/modules/cui > including configuration file /usr/local/etc/raddb/modules/detail > including configuration file /usr/local/etc/raddb/modules/detail.example.com > including configuration file /usr/local/etc/raddb/modules/detail.log > including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool > including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.conf > including configuration file /usr/local/etc/raddb/modules/digest > including configuration file /usr/local/etc/raddb/modules/dynamic_clients > including configuration file /usr/local/etc/raddb/modules/echo > including configuration file /usr/local/etc/raddb/modules/etc_group > including configuration file /usr/local/etc/raddb/modules/exec > including configuration file /usr/local/etc/raddb/modules/expiration > including configuration file /usr/local/etc/raddb/modules/expr > including configuration file /usr/local/etc/raddb/modules/files > including configuration file /usr/local/etc/raddb/modules/inner-eap > including configuration file /usr/local/etc/raddb/modules/ippool > including configuration file /usr/local/etc/raddb/modules/krb5 > including configuration file /usr/local/etc/raddb/modules/ldap > including configuration file /usr/local/etc/raddb/modules/linelog > including configuration file /usr/local/etc/raddb/modules/otp > including configuration file /usr/local/etc/raddb/modules/logintime > including configuration file /usr/local/etc/raddb/modules/mac2ip > including configuration file /usr/local/etc/raddb/modules/mac2vlan > including configuration file /usr/local/etc/raddb/modules/mschap > including configuration file /usr/local/etc/raddb/modules/ntlm_auth > including configuration file /usr/local/etc/raddb/modules/opendirectory > including configuration file /usr/local/etc/raddb/modules/pam > including configuration file /usr/local/etc/raddb/modules/pap > including configuration file /usr/local/etc/raddb/modules/passwd > including configuration file /usr/local/etc/raddb/modules/perl > including configuration file /usr/local/etc/raddb/modules/policy > including configuration file /usr/local/etc/raddb/modules/preprocess > including configuration file /usr/local/etc/raddb/modules/radrelay > including configuration file /usr/local/etc/raddb/modules/radutmp > including configuration file /usr/local/etc/raddb/modules/realm > including configuration file /usr/local/etc/raddb/modules/redis > including configuration file /usr/local/etc/raddb/modules/rediswho > including configuration file /usr/local/etc/raddb/modules/replicate > including configuration file /usr/local/etc/raddb/modules/smbpasswd > including configuration file /usr/local/etc/raddb/modules/smsotp > including configuration file /usr/local/etc/raddb/modules/soh > including configuration file /usr/local/etc/raddb/modules/sql_log > including configuration file /usr/local/etc/raddb/modules/sqlcounter_expire_on_login > including configuration file /usr/local/etc/raddb/modules/sradutmp > including configuration file /usr/local/etc/raddb/modules/unix > including configuration file /usr/local/etc/raddb/modules/acct_unique > including configuration file /usr/local/etc/raddb/eap.conf > including configuration file /usr/local/etc/raddb/policy.conf > including files in directory /usr/local/etc/raddb/sites-enabled/ > including configuration file /usr/local/etc/raddb/sites-enabled/default > main { > user = "freeradius" > group = "freeradius" > allow_core_dumps = no > } > including dictionary file /usr/local/etc/raddb/dictionary > main { > name = "radiusd" > prefix = "/usr/local" > localstatedir = "/var" > sbindir = "/usr/local/sbin" > logdir = "/var/log" > run_dir = "/var/run/radiusd" > libdir = "/usr/local/lib/freeradius-2.2.0" > radacctdir = "/var/log/radacct" > hostname_lookups = no > max_request_time = 30 > cleanup_delay = 5 > max_requests = 1024 > pidfile = "/var/run/radiusd/radiusd.pid" > checkrad = "/usr/local/sbin/checkrad" > debug_level = 0 > proxy_requests = no > log { > stripped_names = no > auth = yes > auth_badpass = no > auth_goodpass = no > } > security { > max_attributes = 200 > reject_delay = 1 > status_server = yes > } > } > radiusd: #### Loading Realms and Home Servers #### > proxy server { > retry_delay = 5 > retry_count = 3 > default_fallback = no > dead_time = 120 > wake_all_if_all_dead = no > } > home_server localhost { > ipaddr = 127.0.0.1 > port = 1812 > type = "auth" > secret = "testing123" > response_window = 20 > max_outstanding = 65536 > require_message_authenticator = yes > zombie_period = 40 > status_check = "status-server" > ping_interval = 30 > check_interval = 30 > num_answers_to_alive = 3 > num_pings_to_alive = 3 > revive_interval = 120 > status_check_timeout = 4 > coa { > irt = 2 > mrt = 16 > mrc = 5 > mrd = 30 > } > } > home_server_pool my_auth_failover { > type = fail-over > home_server = localhost > } > realm example.com { > auth_pool = my_auth_failover > } > realm LOCAL { > } > radiusd: #### Loading Clients #### > client localhost { > ipaddr = 127.0.0.1 > require_message_authenticator = no > secret = "testing123" > nastype = "other" > } > client 10.128.0.100 { > require_message_authenticator = no > secret = "redacted" > shortname = "nms231s1-eapol-test" > nastype = "other" > } > radiusd: #### Instantiating modules #### > instantiate { > (no debugging symbols found)... Module: Linked to module rlm_exec > Module: Instantiating module "exec" from file /usr/local/etc/raddb/modules/exec > exec { > wait = no > input_pairs = "request" > shell_escape = yes > } > Module: Linked to module rlm_expr > Module: Instantiating module "expr" from file /usr/local/etc/raddb/modules/expr > Module: Linked to module rlm_expiration > Module: Instantiating module "expiration" from file /usr/local/etc/raddb/modules/expiration > expiration { > reply-message = "Password Has Expired " > } > Module: Linked to module rlm_logintime > Module: Instantiating module "logintime" from file /usr/local/etc/raddb/modules/logintime > logintime { > reply-message = "You are calling outside your allowed timespan " > minimum-timeout = 60 > } > } > radiusd: #### Loading Virtual Servers #### > server { # from file /usr/local/etc/raddb/radiusd.conf > modules { > Module: Creating Auth-Type = digest > Module: Creating Post-Auth-Type = REJECT > Module: Checking authenticate {...} for more modules to load > Module: Linked to module rlm_pap > Module: Instantiating module "pap" from file /usr/local/etc/raddb/modules/pap > pap { > encryption_scheme = "auto" > auto_header = no > } > Module: Linked to module rlm_chap > Module: Instantiating module "chap" from file /usr/local/etc/raddb/modules/chap > Module: Linked to module rlm_mschap > Module: Instantiating module "mschap" from file /usr/local/etc/raddb/modules/mschap > mschap { > use_mppe = yes > require_encryption = no > require_strong = no > with_ntdomain_hack = no > allow_retry = yes > } > Module: Linked to module rlm_digest > Module: Instantiating module "digest" from file /usr/local/etc/raddb/modules/digest > Module: Linked to module rlm_unix > Module: Instantiating module "unix" from file /usr/local/etc/raddb/modules/unix > unix { > radwtmp = "/var/log/radwtmp" > } > Module: Linked to module rlm_eap > Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.conf > eap { > default_eap_type = "tls" > timer_expire = 60 > ignore_unknown_eap_types = no > cisco_accounting_username_bug = no > max_sessions = 4096 > } > Module: Linked to sub-module rlm_eap_md5 > Module: Instantiating eap-md5 > Module: Linked to sub-module rlm_eap_leap > Module: Instantiating eap-leap > Module: Linked to sub-module rlm_eap_gtc > Module: Instantiating eap-gtc > gtc { > challenge = "Password: " > auth_type = "PAP" > } > Module: Linked to sub-module rlm_eap_tls > Module: Instantiating eap-tls > tls { > rsa_key_exchange = no > dh_key_exchange = yes > rsa_key_length = 512 > dh_key_length = 512 > verify_depth = 0 > CA_path = "/usr/local/etc/raddb/certs/CA" > pem_file_type = yes > private_key_file = "/usr/local/etc/raddb/certs/gatelink822-wan231s1_key.pem" > certificate_file = "/usr/local/etc/raddb/certs/gatelink822-wan231s1_cert.pem" > private_key_password = "redacted" > dh_file = "/usr/local/etc/raddb/certs/dh" > random_file = "/usr/local/etc/raddb/certs/random" > fragment_size = 1024 > include_length = yes > check_crl = no > cipher_list = "DEFAULT" > make_cert_command = "/usr/local/etc/raddb/certs/bootstrap" > ecdh_curve = "prime256v1" > cache { > enable = no > lifetime = 24 > max_entries = 255 > } > verify { > } > ocsp { > enable = no > override_cert_url = yes > url = "http://127.0.0.1/ocsp/" > use_nonce = yes > timeout = 0 > softfail = no > } > } > Module: Linked to sub-module rlm_eap_ttls > Module: Instantiating eap-ttls > ttls { > default_eap_type = "md5" > copy_request_to_tunnel = no > use_tunneled_reply = no > virtual_server = "inner-tunnel" > include_length = yes > } > Module: Linked to sub-module rlm_eap_peap > Module: Instantiating eap-peap > peap { > default_eap_type = "mschapv2" > copy_request_to_tunnel = no > use_tunneled_reply = no > proxy_tunneled_request_as_eap = yes > virtual_server = "inner-tunnel" > soh = no > } > Module: Linked to sub-module rlm_eap_mschapv2 > Module: Instantiating eap-mschapv2 > mschapv2 { > with_ntdomain_hack = no > send_error = no > } > Module: Checking authorize {...} for more modules to load > Module: Linked to module rlm_preprocess > Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess > preprocess { > huntgroups = "/usr/local/etc/raddb/huntgroups" > hints = "/usr/local/etc/raddb/hints" > with_ascend_hack = no > ascend_channels_per_line = 23 > with_ntdomain_hack = no > with_specialix_jetstream_hack = no > with_cisco_vsa_hack = no > with_alvarion_vsa_hack = no > } > reading pairlist file /usr/local/etc/raddb/huntgroups > reading pairlist file /usr/local/etc/raddb/hints > Module: Linked to module rlm_realm > Module: Instantiating module "suffix" from file /usr/local/etc/raddb/modules/realm > realm suffix { > format = "suffix" > delimiter = "@" > ignore_default = no > ignore_null = no > } > Module: Linked to module rlm_files > Module: Instantiating module "files" from file /usr/local/etc/raddb/modules/files > files { > usersfile = "/usr/local/etc/raddb/users" > acctusersfile = "/usr/local/etc/raddb/acct_users" > preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users" > compat = "no" > } > reading pairlist file /usr/local/etc/raddb/users > reading pairlist file /usr/local/etc/raddb/acct_users > reading pairlist file /usr/local/etc/raddb/preproxy_users > Module: Checking preacct {...} for more modules to load > Module: Linked to module rlm_acct_unique > Module: Instantiating module "acct_unique" from file /usr/local/etc/raddb/modules/acct_unique > acct_unique { > key = "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifier, NAS-Port" > } > Module: Checking accounting {...} for more modules to load > Module: Linked to module rlm_detail > Module: Instantiating module "detail" from file /usr/local/etc/raddb/modules/detail > detail { > detailfile = "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Packet-Src-IPv6-Address}}/detail-%Y%m%d" > header = "%t" > detailperm = 384 > dirperm = 493 > locking = no > log_packet_header = no > } > Module: Linked to module rlm_attr_filter > Module: Instantiating module "attr_filter.accounting_response" from file /usr/local/etc/raddb/modules/attr_fi lter > attr_filter attr_filter.accounting_response { > attrsfile = "/usr/local/etc/raddb/attrs.accounting_response" > key = "%{User-Name}" > relaxed = no > } > reading pairlist file /usr/local/etc/raddb/attrs.accounting_response > Module: Checking session {...} for more modules to load > Module: Linked to module rlm_radutmp > Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/modules/radutmp > radutmp { > filename = "/var/log/radutmp" > username = "%{User-Name}" > case_sensitive = yes > check_with_nas = yes > perm = 384 > callerid = yes > } > Module: Checking post-proxy {...} for more modules to load > Module: Checking post-auth {...} for more modules to load > Module: Instantiating module "attr_filter.access_reject" from file /usr/local/etc/raddb/modules/attr_filter > attr_filter attr_filter.access_reject { > attrsfile = "/usr/local/etc/raddb/attrs.access_reject" > key = "%{User-Name}" > relaxed = no > } > reading pairlist file /usr/local/etc/raddb/attrs.access_reject > } # modules > } # server > radiusd: #### Opening IP addresses and Ports #### > listen { > type = "auth" > ipaddr = * > port = 0 > } > listen { > type = "acct" > ipaddr = * > port = 0 > } > Listening on authentication address * port 1812 > Listening on accounting address * port 1813 > Ready to process requests. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=0, length=158 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x0200001e014d61696e74656e616e6365436f6e74726f6c446973706c6179 > Message-Authenticator = 0xad8a60fa6b73d53acb5ce659eff3da36 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 0 length 30 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] EAP Identity > [eap] processing type tls > [tls] Requiring client certificate > [tls] Initiate > [tls] Start returned 1 > ++[eap] returns handled > Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 > EAP-Message = 0x010100060d20 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87513d316c3a43028be40032ff > Finished request 0. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=1, length=258 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020100700d00160301006501000061030150e5f39860827a0411cfb562ef8e20af61649f10290355949974 ed309594e83f00003400390038003500880087008400160013000a00330032002f00450044004100050004001500120009001400110008 0006000300ff0100000400230000 > State = 0x513c3c87513d316c3a43028be40032ff > Message-Authenticator = 0x0633be04de5c0102ddc9fa927ed47610 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 1 length 112 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] (other): before/accept initialization > [tls] TLS_accept: before/accept initialization > [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello > [tls] TLS_accept: SSLv3 read client hello A > [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello > [tls] TLS_accept: SSLv3 write server hello A > [tls] >>> TLS 1.0 Handshake [length 1756], Certificate > [tls] TLS_accept: SSLv3 write certificate A > [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange > [tls] TLS_accept: SSLv3 write key exchange A > [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest > [tls] TLS_accept: SSLv3 write certificate request A > [tls] TLS_accept: SSLv3 flush data > [tls] TLS_accept: Need to read more data: SSLv3 read client certificate A > In SSL Handshake Phase > In SSL Accept mode > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 > EAP-Message = 0x010204000dc0000019b816030100310200002d030150e5f3981aa9077b62c7c34d9eb90bd512eac8348779 1227b2d8e289befa6edf000039000005ff0100010016030117560b00175200174f000489308204853082036da003020102020a4b426b00 000100000d22300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d31163014060a0992268993 f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403130e45534444497373756572 32303438301e170d3132303331343139343732395a170d3134303131383036333331365a308191310b30090603 > EAP-Message = 0x55040613025553310b30090603550408130257413110300e0603550407130753656174746c65311b301906 0355040a131254686520426f65696e6720436f6d70616e79311f301d060355040b1316466f72205465737420507572706f736573204f6e 6c79312530230603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c616230820122300d06092a864886f70d 01010105000382010f003082010a0282010100c175642cacaf0313bb775762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee 320f859c8a03a5d34400a1783e2b543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 > EAP-Message = 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d0180c2271de6c5fa9458579163d21f4c26f7ced4 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0c2a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d 73546ddfe6823a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59dc96a434f18fa2288574a6de1 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a38201123082010e301d0603551d0e04160414afc898ac5da8d7db13 80f5ca855cff669aa3035c300e0603551d0f0101ff04040302078030130603551d25040c300a06082b06010505 > EAP-Message = 0x070301301f0603551d230418301680147b3f3d89d72bac972c086ada7233f64a074ea0a1303d0603551d1f 043630343032a030a02e862c687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 6c300c0603551d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508acc31f85e0d61c87dd892487 e6e83681a1f354814681b4812e84aaae09020164020105301b06092b060104018237150a040e300c300a06082b06010505070301300d06 092a864886f70d01010505000382010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b > EAP-Message = 0x634ee662bd183641cf537132 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87503e316c3a43028be40032ff > Finished request 1. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=2, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020200060d00 > State = 0x513c3c87503e316c3a43028be40032ff > Message-Authenticator = 0xb498e0ab471b0fe82149a213e502cc78 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 2 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 > EAP-Message = 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b38578712aee8672f594dbb51c82d3b2b239171e2b c6816740828370ab131a9f6e7cdbc9ce1af59564ab13f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 d021eea95f86ab7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c5563972d19ead292a4ebda615f f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a56abb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd c19c990d818216e7f1e68c5c7c1495bb1bc800057a308205763082035ea003020102020a61395bb70001000000 > EAP-Message = 0x0a300d06092a864886f70d0101050500305a31133011060a0992268993f22c6401191603636f6d31163014 060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603550403130d455344 44496e74657234303936301e170d3039303131393037303632315a170d3134303131383036333331365a305b31133011060a0992268993 f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79 311730150603550403130e455344444973737565723230343830820122300d06092a864886f70d010101050003 > EAP-Message = 0x82010f003082010a02820101009ede837e52ce12f2f315c72da8adbaf7828db60d09392a3cf133c5f11a49 7d7bd90f1e1eddcdb23058de50acad29c809b5036f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 4ad223a046a4eb84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6616dfe1f0ebaebaf4f 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc f109c90234bec8def2d14c026d557b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 > EAP-Message = 0x610bf15597e4fb288472028530c054f10203010001a382013b30820137300f0603551d130101ff04053003 0101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 01823715010403020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd6e25632f301906092b060104 0182371402040c1e0a00530075006200430041301f0603551d2304183016801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 03551d1f043530333031a02fa02d862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 > EAP-Message = 0x44496e746572343039362e63 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87533f316c3a43028be40032ff > Finished request 2. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020300060d00 > State = 0x513c3c87533f316c3a43028be40032ff > Message-Authenticator = 0xbfd7afb5cc827e4dfe0e545087c18bdd > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 3 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 > EAP-Message = 0x010404000dc0000019b8726c304706082b06010505070101043b3039303706082b06010505073002862b68 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 050003820201006bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b3 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 896d13492d59f11ff187aae8d743897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 > EAP-Message = 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b776400e121455288ae22c65c6d23fbcd243a9be 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee 52cfd051e13642a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 0e784e078023b73ad81e0fd6fdc7bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba > EAP-Message = 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da91b51fb1cd3238828cfc140f801ba777248759e 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 087ff97a820a6844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d06092a864886f70d01010505 00305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a09 92268993f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d30393031 > EAP-Message = 0x31393036333331365a170d3134303131383036333331365a305a31133011060a0992268993f22c64011916 03636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 550403130d45534444496e7465723430393630820222300d06092a864886f70d01010105000382020f003082020a02820201009f550e60 c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d 41b0cb877f320f987db51ef21dbad0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 > EAP-Message = 0x27d3d06b2c391f698a19dcc9 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875238316c3a43028be40032ff > Finished request 3. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=4, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020400060d00 > State = 0x513c3c875238316c3a43028be40032ff > Message-Authenticator = 0x6fcf451c592fb99c374d0321cdc02af7 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 4 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 > EAP-Message = 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec57efb446b43e596e64a768bab47d95f225af8d8 c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 599941102a313f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a283 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 1f9ccd37d21a763b9e508d11a964dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b > EAP-Message = 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19dfd3223b1341e9e36b72b28c82c75b6c5da59751 8f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 81dc638111474a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c5 0203010001a382013930820135300f0603551d130101ff040530030101ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b 9b4fe1fe72b9300b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104 > EAP-Message = 0x018237150204160414d31f074108cfac5cc47ed111d3a2712f219c9012301906092b060104018237140204 0c1e0a00530075006200430041301f0603551d230418301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 30323030a02ea02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74343039362e63726c304606 082b06010505070101043a3038303606082b06010505073002862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 4444526f6f74343039362e637274300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 > EAP-Message = 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e803864ee663cac722b7c1a9ea1d6b2a0c06f952c9 1e4b7b2d99724f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc9889122128abeaeb1f5750264529 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 8e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 > EAP-Message = 0x9643ef995a71e0e0f21dd9f5 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875539316c3a43028be40032ff > Finished request 4. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=5, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020500060d00 > State = 0x513c3c875539316c3a43028be40032ff > Message-Authenticator = 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 5 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 > EAP-Message = 0x010604000dc0000019b8282ddba71c014fea56097bdf2c60cdc6056d3cea13ba4aae1782860adaebd34a89 6186d5840355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96fb2091a99de16a1710007885 b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f e4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 > EAP-Message = 0x308204aea003020102021056886f61a89e888c4face278a0aabf44300d06092a864886f70d010105050030 5931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 8993f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231373233333632385a170d32 37313231373233343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f 65696e6731133011060a0992268993f22c6401191603666c79311530130603550403130c45534444526f6f7434 > EAP-Message = 0x30393630820222300d06092a864886f70d01010105000382020f003082020a0282020100a893f9fa5409d6 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 10289b131150730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f9 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c85358f46aff90ade72f86 4789cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 > EAP-Message = 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679ce6b3b19d3cdc132dda580ef80f98af9ddfdcb50 d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 2eac02e25621f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b a8161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea > EAP-Message = 0xf95088b9f7ecd25158dc52fd > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87543a316c3a43028be40032ff > Finished request 5. > Going to the next request > Waking up in 1.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=6, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020600060d00 > State = 0x513c3c87543a316c3a43028be40032ff > Message-Authenticator = 0xbf530521aed3b6bee2217fd16706c847 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 6 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 > EAP-Message = 0x010704000dc0000019b874ad9397665c795e18dbb69521343c7c7cf0c9c79720006e6707bc5fa3cf020301 0001a382018830820184301306092b060104018237140204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 0530030101ff301d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603551d1f048201133082010f30 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c 434e3d4344502c434e3d5075626c69632532304b657925323053657276696365732c434e3d5365727669636573 > EAP-Message = 0x2c434e3d436f6e66696775726174696f6e2c44433d666c792c44433d626f65696e672c44433d636f6d3f63 657274696669636174655265766f636174696f6e4c6973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 6f6e506f696e74863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d2f43657274456e726f6c6c 2f45534444526f6f74343039362e63726c301006092b06010401823715010403020100300d06092a864886f70d01010505000382020100 89d0fd7533e496888b2ac6b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a > EAP-Message = 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54ad92a7f9d13b697c2e77777bfe33c5b486af6b82 2e97d9efdc82a072c3935760378f9faa5be09ac1026c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 7bb6c9e8c931a223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 27c94d290a3620ddbfe38a9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e > EAP-Message = 0x8eba09cc6280711eb067230a81d461bcde5ceb4c33956460a20303d68d0219f5cc3bef1d14c94f632a9400 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc 447a34d86687a297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca91db5eeae294156426a4249 cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 7b47727e3622160301020d0c0002090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 > EAP-Message = 0x6f7cd0bb7873bf1b9cb9e92f > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87573b316c3a43028be40032ff > Finished request 6. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=7, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020700060d00 > State = 0x513c3c87573b316c3a43028be40032ff > Message-Authenticator = 0x06ae2cc57b97003ec0e8eac545dbfb0c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 7 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 > EAP-Message = 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebba4fc54b2d29238cb7f36aef2cbab2aec5ba9a45 71e9c70452124f67982ee113094defee5efa0bccfa2370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 00010200805b50c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff208fdd7895025afac839f9f8 e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa60619922bf49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 39c98f263dcb092111fb7e1f1638283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac > EAP-Message = 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a09454fbbdfb4469ba590aafe3672b340e5526ade b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b55e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 9f22c1eecbee017a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3fb5981f4dc7589a8ddf3f4147 e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde6408d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 9873c0cb03879687b89b2bec3166fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 > EAP-Message = 0x0e000000 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875634316c3a43028be40032ff > Finished request 7. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=8, length=1188 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x0208040a0dc00000194c16030117760b00177200176f0004a9308204a53082038da003020102020a3e173b a1000100000d47300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 93f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403130e455344444973737565 7232303438301e170d3132303433303233333030315a170d3134303131383036333331365a3081bf3111300f060355042d130841343033 36353235311b3019060355040d131243726577576972656c657373446576696365310b30090603550406130255 > EAP-Message = 0x53313b3039060355040a1e320042004f0045005f00490054004c0020004100690072006c0069006e006500 7300200043006f002e0020004c00740064002e311f301d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 20060355040313194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a864886f70d0101010500038201 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490aed9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 6dfd538078617b79923e0d80373a6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 > EAP-Message = 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323a13180df7e56b14337910fc1bb70283e81da756 c47d934521842fa253f5243a175626324bf3aa886b391cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 2dfea928cc37f4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b6672a31e81959068105992392 fb4a91fded9d31f7bb2d7c01a7ab0203010001a382010430820100301d0603551d0e0416041489e6897d59dded56f52a300000aceac02c fc277a30130603551d25040c300a06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 > EAP-Message = 0x1d230418301680147b3f3d89d72bac972c086ada7233f64a074ea0a1303d0603551d1f043630343032a030 a02e862c687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 0401823715070430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687e8e46882f8d1190201640201 05301b06092b060104018237150a040e300c300a06082b06010505070302300d06092a864886f70d0101050500038201010004e19b0cfd 1d67050634a01adc74f1bf85a0fea2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd > EAP-Message = 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 > State = 0x513c3c875634316c3a43028be40032ff > Message-Authenticator = 0x9d6744dd03fb0ae72889cac849b5ede0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 8 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > TLS Length 6476 > [tls] Received EAP-TLS First Fragment of the message > [tls] eaptls_verify returned 9 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 > EAP-Message = 0x010900060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875935316c3a43028be40032ff > Finished request 8. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=9, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020904060d40f35e9f31776548e380f13528708a648379fdce4901097a09426161485c1979bfcf3dfdc298 064f55d31f3db6d49ff38efb1e4ab36ce653696f663393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 df7e61cb98fcf9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8f6fe0250ba5bbd3d277a2d17 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa840e4cd76884055803770006ca308206c6308204aea0030201020210 56886f61a89e888c4face278a0aabf44300d06092a864886f70d0101050500305931133011060a0992268993f2 > EAP-Message = 0x2c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a09922689 93f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 313231373233343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65 696e6731133011060a0992268993f22c6401191603666c79311530130603550403130c45534444526f6f743430393630820222300d0609 2a864886f70d01010105000382020f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 > EAP-Message = 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d36510 289b131150730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 3377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c85358f46aff90ade72f8647 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde aba656439b470f3f2e4c4679ce6b3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc > EAP-Message = 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df06312e ac02e25621f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1ba8 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 fd74ad9397665c795e18dbb69521343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 > EAP-Message = 0x1306092b060104018237140204061e040043 > State = 0x513c3c875935316c3a43028be40032ff > Message-Authenticator = 0xd56f46711110d24c271fb50b6ef77742 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 9 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 > EAP-Message = 0x010a00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875836316c3a43028be40032ff > Finished request 9. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=10, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020a04060d400041300b0603551d0f040403020186300f0603551d130101ff040530030101ff301d060355 1d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 8681bf6c6461703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c434e3d4344502c434e3d50 75626c69632532304b657925323053657276696365732c434e3d53657276696365732c434e3d436f6e66696775726174696f6e2c44433d 666c792c44433d626f65696e672c44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 > EAP-Message = 0x743f626173653f6f626a656374436c6173733d63524c446973747269627574696f6e506f696e74863f6874 74703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 39362e63726c301006092b06010401823715010403020100300d06092a864886f70d0101050500038202010089d0fd7533e496888b2ac6 b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a fd54ad92a7f9d13b697c2e77777bfe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b > EAP-Message = 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc8287bb6c9e8c931a223475d7b 29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d dd014fed04c06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c8884227c94d290a3620ddbfe38a 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 956460a20303d68d0219f5cc3bef1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d > EAP-Message = 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc447a34d86687a297b5fe04 865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 e5d839b7fd939293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b5687b47727e36220006763082 06723082045aa003020102020a611b280600000000000c300d06092a864886f70d0101050500305931133011060a0992268993f22c6401 191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 > EAP-Message = 0x191603666c79311530130603550403130c45 > State = 0x513c3c875836316c3a43028be40032ff > Message-Authenticator = 0x84fe071ee7e336ed9305a724469d8da0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 10 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 > EAP-Message = 0x010b00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875b37316c3a43028be40032ff > Finished request 10. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=11, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020b04060d40534444526f6f7434303936301e170d3039303131393036333331365a170d31343031313830 36333331365a305a31133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 3011060a0992268993f22c6401191603666c79311630140603550403130d45534444496e7465723430393630820222300d06092a864886 f70d01010105000382020f003082020a02820201009f550e60c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 75fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc > EAP-Message = 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed627d3d06b2c391f698a19dcc918b1a01850ed b9a3f1c949732ec57efb446b43e596e64a768bab47d95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f 45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc8101088ac513e2d20b333d60617a e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 > EAP-Message = 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480ba5b8225807f6d9804f0812390cea201d a3a955473b5f19dfd3223b1341e9e36b72b28c82c75b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac153f1d3d0d61117cd2cb590d42 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c50203010001a382013930820135300f0603551d130101ff0405300301 01ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 > EAP-Message = 0x86301006092b06010401823715010403020101302306092b060104018237150204160414d31f074108cfac 5cc47ed111d3a2712f219c9012301906092b0601040182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e 1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f2f63726c2e626f65696e672e 636f6d2f63726c2f45534444526f6f74343039362e63726c304606082b06010505070101043a3038303606082b06010505073002862a68 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 > EAP-Message = 0x2a864886f70d01010505000382020100976a > State = 0x513c3c875b37316c3a43028be40032ff > Message-Authenticator = 0x0ad1596cf779061d296f593b2dfd3c51 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 11 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 > EAP-Message = 0x010c00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875a30316c3a43028be40032ff > Finished request 11. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=12, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020c04060d4048f45eed37c731261476bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e803864ee663 cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d99724f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 173a98b9678e998b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547b dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 e83a8be6d9985b53b884c8236135e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e > EAP-Message = 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f21dd9f5282ddba71c014fea56097bdf2c60cdc6 056d3cea13ba4aae1782860adaebd34a896186d5840355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 0355aea3a1ee8cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82 b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 f40102b8c02b226bce7e64d4a2a705a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 > EAP-Message = 0x602d8d6ac6cb81540d1800057a308205763082035ea003020102020a61395bb700010000000a300d06092a 864886f70d0101050500305a31133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 6e6731133011060a0992268993f22c6401191603666c79311630140603550403130d45534444496e74657234303936301e170d30393031 31393037303632315a170d3134303131383036333331365a305b31133011060a0992268993f22c6401191603636f6d31163014060a0992 268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c793117301506035504 > EAP-Message = 0x03130e455344444973737565723230343830820122300d06092a864886f70d01010105000382010f003082 010a02820101009ede837e52ce12f2f315c72da8adbaf7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 b5036f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4eb84964daaf1c2244edec54b 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6616dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf 539e5f91fcae83e89219e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de > EAP-Message = 0xf2d14c026d557b14cd764a677f91c3e5a096 > State = 0x513c3c875a30316c3a43028be40032ff > Message-Authenticator = 0x83805531ac628b23e32fce49a71392bd > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 12 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 > EAP-Message = 0x010d00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875d31316c3a43028be40032ff > Finished request 12. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=13, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a6d2610bf15597e4fb288472028530c054f10203 010001a382013b30820137300f0603551d130101ff040530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a 074ea0a1300b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104018237150204160414249ba6 c4888fd87d96ab95594e6637dd6e25632f301906092b0601040182371402040c1e0a00530075006200430041301f0603551d2304183016 801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 > EAP-Message = 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444496e746572343039362e63726c30470608 2b06010505070101043b3039303706082b06010505073002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 44496e746572343039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c3383a89e90f53061c5b5f03e20 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b 0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef > EAP-Message = 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf853366842f38e66b0d9a00bc6cf2a25777f0d ef04b8971ebce5b776400e121455288ae22c65c6d23fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 7599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c6102d4e4311a37b08d44164a fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 > EAP-Message = 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba380f1391aaf299bd7c4288e0758c9132 df0250d269f10da91b51fb1cd3238828cfc140f801ba777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 4682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac9291603010086100000820080d5c6f2b2 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d7803fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 c3394d9c7f44c7148e62b6f611dafa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e > EAP-Message = 0x247063c1bccceed74889ea590e0da58ce6be > State = 0x513c3c875d31316c3a43028be40032ff > Message-Authenticator = 0xbb1d0ad92f5fd564954baa008cd36db0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 13 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 > EAP-Message = 0x010e00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875c32316c3a43028be40032ff > Finished request 13. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=14, length=486 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020e01520d00a235d3b7f87016030101060f00010201009c5bae8f60c3882d11a8226db135282ea8065fa1 2587cd72b4beaa29ae85a390117cd3b2cb47dfd94438f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 14167e1386a1968e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05e11bc100e9c265a72bc8345f bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2a04ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c 9c09250c91d2bb39f413765b620c3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab > EAP-Message = 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d5212c1403010001011603010030e0db5794014c 3d3d69d2bdfd98a304ad9779de997f577a7cd878ed46952ce28eb9918b0e21865ef74572c8e7cf16790d > State = 0x513c3c875c32316c3a43028be40032ff > Message-Authenticator = 0x9c9cc0760618df10c4d942cd95e95c9c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 14 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] <<< TLS 1.0 Handshake [length 1776], Certificate > [tls] chain-depth=3, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDRoot4096 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=2, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDInter4096 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDInter4096 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=1, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDIssuer2048 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDIssuer2048 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDInter4096 > [tls] --> verify return:1 > [tls] chain-depth=0, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = MaintenanceControlDisplay > [tls] --> subject = /x500UniqueIdentifier=A4036525/description=CrewWirelessDevice/C=US/O=\x00B\x00O\x00E\x00_\ x00I\x00T\x00L\x00 \x00A\x00i\x00r\x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU=Fo r Test Purposes Only/CN=MaintenanceControlDisplay > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDIssuer2048 > [tls] --> verify return:1 > [tls] TLS_accept: SSLv3 read client certificate A > [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange > [tls] TLS_accept: SSLv3 read client key exchange A > [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify > [tls] TLS_accept: SSLv3 read certificate verify A > [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] > [tls] <<< TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 read finished A > [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] > [tls] TLS_accept: SSLv3 write change cipher spec A > [tls] >>> TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 write finished A > [tls] TLS_accept: SSLv3 flush data > [tls] (other): SSL negotiation finished successfully > SSL Connection Established > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 > EAP-Message = 0x010f00450d800000003b14030100010116030100302e7324c43c27ba2ca05affb5044cdc80b6fde1835f0a fcacabb0f0eeb818e2397f158ad69090966662002a492e085e48 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875f33316c3a43028be40032ff > Finished request 14. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=15, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020f00060d00 > State = 0x513c3c875f33316c3a43028be40032ff > Message-Authenticator = 0x434f2ff4845a3da8223675d555c7299c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 15 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake is finished > [tls] eaptls_verify returned 3 > [tls] eaptls_process returned 3 > [tls] Adding user data to cached session > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=0x28bc4230, s=0x288b7400, > prf_label=0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length, > (gdb) help > List of classes of commands: > > aliases -- Aliases of other commands > breakpoints -- Making program stop at certain points > data -- Examining data > files -- Specifying and examining files > internals -- Maintenance commands > obscure -- Obscure features > running -- Running the program > stack -- Examining the stack > status -- Status inquiries > support -- Support facilities > tracepoints -- Tracing of program execution without stopping the program > user-defined -- User-defined commands > > Type "help" followed by a class name for a list of commands in that class. > Type "help" followed by command name for full documentation. > Command name abbreviations are allowed if unambiguous. > (gdb) stack > Undefined command: "stack". Try "help". > (gdb) quit > The program is running. Exit anyway? (y or n) y > wan231s1# cat > /home/steve/radiusd-2.2.0-gdb-output.txt > wan231s1# gdb /usr/local/sbin/radiusd > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... > (gdb) run -X > Starting program: /usr/local/sbin/radiusd -X > (no debugging symbols found)...(no debugging symbols found)...[New LWP 101549] > (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging sym bols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 28804300 (LWP 101549/r adiusd)] > FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan 3 2013 at 20:39:43 > Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > You may redistribute copies of FreeRADIUS under the terms of the > GNU General Public License v2. > Starting - reading configuration files ... > including configuration file /usr/local/etc/raddb/radiusd.conf > including configuration file /usr/local/etc/raddb/proxy.conf > including configuration file /usr/local/etc/raddb/clients.conf > including files in directory /usr/local/etc/raddb/modules/ > including configuration file /usr/local/etc/raddb/modules/wimax > including configuration file /usr/local/etc/raddb/modules/always > including configuration file /usr/local/etc/raddb/modules/attr_filter > including configuration file /usr/local/etc/raddb/modules/attr_rewrite > including configuration file /usr/local/etc/raddb/modules/cache > including configuration file /usr/local/etc/raddb/modules/chap > including configuration file /usr/local/etc/raddb/modules/checkval > including configuration file /usr/local/etc/raddb/modules/counter > including configuration file /usr/local/etc/raddb/modules/cui > including configuration file /usr/local/etc/raddb/modules/detail > including configuration file /usr/local/etc/raddb/modules/detail.example.com > including configuration file /usr/local/etc/raddb/modules/detail.log > including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool > including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.conf > including configuration file /usr/local/etc/raddb/modules/digest > including configuration file /usr/local/etc/raddb/modules/dynamic_clients > including configuration file /usr/local/etc/raddb/modules/echo > including configuration file /usr/local/etc/raddb/modules/etc_group > including configuration file /usr/local/etc/raddb/modules/exec > including configuration file /usr/local/etc/raddb/modules/expiration > including configuration file /usr/local/etc/raddb/modules/expr > including configuration file /usr/local/etc/raddb/modules/files > including configuration file /usr/local/etc/raddb/modules/inner-eap > including configuration file /usr/local/etc/raddb/modules/ippool > including configuration file /usr/local/etc/raddb/modules/krb5 > including configuration file /usr/local/etc/raddb/modules/ldap > including configuration file /usr/local/etc/raddb/modules/linelog > including configuration file /usr/local/etc/raddb/modules/otp > including configuration file /usr/local/etc/raddb/modules/logintime > including configuration file /usr/local/etc/raddb/modules/mac2ip > including configuration file /usr/local/etc/raddb/modules/mac2vlan > including configuration file /usr/local/etc/raddb/modules/mschap > including configuration file /usr/local/etc/raddb/modules/ntlm_auth > including configuration file /usr/local/etc/raddb/modules/opendirectory > including configuration file /usr/local/etc/raddb/modules/pam > including configuration file /usr/local/etc/raddb/modules/pap > including configuration file /usr/local/etc/raddb/modules/passwd > including configuration file /usr/local/etc/raddb/modules/perl > including configuration file /usr/local/etc/raddb/modules/policy > including configuration file /usr/local/etc/raddb/modules/preprocess > including configuration file /usr/local/etc/raddb/modules/radrelay > including configuration file /usr/local/etc/raddb/modules/radutmp > including configuration file /usr/local/etc/raddb/modules/realm > including configuration file /usr/local/etc/raddb/modules/redis > including configuration file /usr/local/etc/raddb/modules/rediswho > including configuration file /usr/local/etc/raddb/modules/replicate > including configuration file /usr/local/etc/raddb/modules/smbpasswd > including configuration file /usr/local/etc/raddb/modules/smsotp > including configuration file /usr/local/etc/raddb/modules/soh > including configuration file /usr/local/etc/raddb/modules/sql_log > including configuration file /usr/local/etc/raddb/modules/sqlcounter_expire_on_login > including configuration file /usr/local/etc/raddb/modules/sradutmp > including configuration file /usr/local/etc/raddb/modules/unix > including configuration file /usr/local/etc/raddb/modules/acct_unique > including configuration file /usr/local/etc/raddb/eap.conf > including configuration file /usr/local/etc/raddb/policy.conf > including files in directory /usr/local/etc/raddb/sites-enabled/ > including configuration file /usr/local/etc/raddb/sites-enabled/default > main { > user = "freeradius" > group = "freeradius" > allow_core_dumps = no > } > including dictionary file /usr/local/etc/raddb/dictionary > main { > name = "radiusd" > prefix = "/usr/local" > localstatedir = "/var" > sbindir = "/usr/local/sbin" > logdir = "/var/log" > run_dir = "/var/run/radiusd" > libdir = "/usr/local/lib/freeradius-2.2.0" > radacctdir = "/var/log/radacct" > hostname_lookups = no > max_request_time = 30 > cleanup_delay = 5 > max_requests = 1024 > pidfile = "/var/run/radiusd/radiusd.pid" > checkrad = "/usr/local/sbin/checkrad" > debug_level = 0 > proxy_requests = no > log { > stripped_names = no > auth = yes > auth_badpass = no > auth_goodpass = no > } > security { > max_attributes = 200 > reject_delay = 1 > status_server = yes > } > } > radiusd: #### Loading Realms and Home Servers #### > proxy server { > retry_delay = 5 > retry_count = 3 > default_fallback = no > dead_time = 120 > wake_all_if_all_dead = no > } > home_server localhost { > ipaddr = 127.0.0.1 > port = 1812 > type = "auth" > secret = "testing123" > response_window = 20 > max_outstanding = 65536 > require_message_authenticator = yes > zombie_period = 40 > status_check = "status-server" > ping_interval = 30 > check_interval = 30 > num_answers_to_alive = 3 > num_pings_to_alive = 3 > revive_interval = 120 > status_check_timeout = 4 > coa { > irt = 2 > mrt = 16 > mrc = 5 > mrd = 30 > } > } > home_server_pool my_auth_failover { > type = fail-over > home_server = localhost > } > realm example.com { > auth_pool = my_auth_failover > } > realm LOCAL { > } > radiusd: #### Loading Clients #### > client localhost { > ipaddr = 127.0.0.1 > require_message_authenticator = no > secret = "testing123" > nastype = "other" > } > client 10.128.0.100 { > require_message_authenticator = no > secret = "redacted" > shortname = "nms231s1-eapol-test" > nastype = "other" > } > radiusd: #### Instantiating modules #### > instantiate { > (no debugging symbols found)... Module: Linked to module rlm_exec > Module: Instantiating module "exec" from file /usr/local/etc/raddb/modules/exec > exec { > wait = no > input_pairs = "request" > shell_escape = yes > } > Module: Linked to module rlm_expr > Module: Instantiating module "expr" from file /usr/local/etc/raddb/modules/expr > Module: Linked to module rlm_expiration > Module: Instantiating module "expiration" from file /usr/local/etc/raddb/modules/expiration > expiration { > reply-message = "Password Has Expired " > } > Module: Linked to module rlm_logintime > Module: Instantiating module "logintime" from file /usr/local/etc/raddb/modules/logintime > logintime { > reply-message = "You are calling outside your allowed timespan " > minimum-timeout = 60 > } > } > radiusd: #### Loading Virtual Servers #### > server { # from file /usr/local/etc/raddb/radiusd.conf > modules { > Module: Creating Auth-Type = digest > Module: Creating Post-Auth-Type = REJECT > Module: Checking authenticate {...} for more modules to load > Module: Linked to module rlm_pap > Module: Instantiating module "pap" from file /usr/local/etc/raddb/modules/pap > pap { > encryption_scheme = "auto" > auto_header = no > } > Module: Linked to module rlm_chap > Module: Instantiating module "chap" from file /usr/local/etc/raddb/modules/chap > Module: Linked to module rlm_mschap > Module: Instantiating module "mschap" from file /usr/local/etc/raddb/modules/mschap > mschap { > use_mppe = yes > require_encryption = no > require_strong = no > with_ntdomain_hack = no > allow_retry = yes > } > Module: Linked to module rlm_digest > Module: Instantiating module "digest" from file /usr/local/etc/raddb/modules/digest > Module: Linked to module rlm_unix > Module: Instantiating module "unix" from file /usr/local/etc/raddb/modules/unix > unix { > radwtmp = "/var/log/radwtmp" > } > Module: Linked to module rlm_eap > Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.conf > eap { > default_eap_type = "tls" > timer_expire = 60 > ignore_unknown_eap_types = no > cisco_accounting_username_bug = no > max_sessions = 4096 > } > Module: Linked to sub-module rlm_eap_md5 > Module: Instantiating eap-md5 > Module: Linked to sub-module rlm_eap_leap > Module: Instantiating eap-leap > Module: Linked to sub-module rlm_eap_gtc > Module: Instantiating eap-gtc > gtc { > challenge = "Password: " > auth_type = "PAP" > } > Module: Linked to sub-module rlm_eap_tls > Module: Instantiating eap-tls > tls { > rsa_key_exchange = no > dh_key_exchange = yes > rsa_key_length = 512 > dh_key_length = 512 > verify_depth = 0 > CA_path = "/usr/local/etc/raddb/certs/CA" > pem_file_type = yes > private_key_file = "/usr/local/etc/raddb/certs/gatelink822-wan231s1_key.pem" > certificate_file = "/usr/local/etc/raddb/certs/gatelink822-wan231s1_cert.pem" > private_key_password = "redacted" > dh_file = "/usr/local/etc/raddb/certs/dh" > random_file = "/usr/local/etc/raddb/certs/random" > fragment_size = 1024 > include_length = yes > check_crl = no > cipher_list = "DEFAULT" > make_cert_command = "/usr/local/etc/raddb/certs/bootstrap" > ecdh_curve = "prime256v1" > cache { > enable = no > lifetime = 24 > max_entries = 255 > } > verify { > } > ocsp { > enable = no > override_cert_url = yes > url = "http://127.0.0.1/ocsp/" > use_nonce = yes > timeout = 0 > softfail = no > } > } > Module: Linked to sub-module rlm_eap_ttls > Module: Instantiating eap-ttls > ttls { > default_eap_type = "md5" > copy_request_to_tunnel = no > use_tunneled_reply = no > virtual_server = "inner-tunnel" > include_length = yes > } > Module: Linked to sub-module rlm_eap_peap > Module: Instantiating eap-peap > peap { > default_eap_type = "mschapv2" > copy_request_to_tunnel = no > use_tunneled_reply = no > proxy_tunneled_request_as_eap = yes > virtual_server = "inner-tunnel" > soh = no > } > Module: Linked to sub-module rlm_eap_mschapv2 > Module: Instantiating eap-mschapv2 > mschapv2 { > with_ntdomain_hack = no > send_error = no > } > Module: Checking authorize {...} for more modules to load > Module: Linked to module rlm_preprocess > Module: Instantiating module "preprocess" from file /usr/local/etc/raddb/modules/preprocess > preprocess { > huntgroups = "/usr/local/etc/raddb/huntgroups" > hints = "/usr/local/etc/raddb/hints" > with_ascend_hack = no > ascend_channels_per_line = 23 > with_ntdomain_hack = no > with_specialix_jetstream_hack = no > with_cisco_vsa_hack = no > with_alvarion_vsa_hack = no > } > reading pairlist file /usr/local/etc/raddb/huntgroups > reading pairlist file /usr/local/etc/raddb/hints > Module: Linked to module rlm_realm > Module: Instantiating module "suffix" from file /usr/local/etc/raddb/modules/realm > realm suffix { > format = "suffix" > delimiter = "@" > ignore_default = no > ignore_null = no > } > Module: Linked to module rlm_files > Module: Instantiating module "files" from file /usr/local/etc/raddb/modules/files > files { > usersfile = "/usr/local/etc/raddb/users" > acctusersfile = "/usr/local/etc/raddb/acct_users" > preproxy_usersfile = "/usr/local/etc/raddb/preproxy_users" > compat = "no" > } > reading pairlist file /usr/local/etc/raddb/users > reading pairlist file /usr/local/etc/raddb/acct_users > reading pairlist file /usr/local/etc/raddb/preproxy_users > Module: Checking preacct {...} for more modules to load > Module: Linked to module rlm_acct_unique > Module: Instantiating module "acct_unique" from file /usr/local/etc/raddb/modules/acct_unique > acct_unique { > key = "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifier, NAS-Port" > } > Module: Checking accounting {...} for more modules to load > Module: Linked to module rlm_detail > Module: Instantiating module "detail" from file /usr/local/etc/raddb/modules/detail > detail { > detailfile = "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Packet-Src-IPv6-Address}}/detail-%Y%m%d" > header = "%t" > detailperm = 384 > dirperm = 493 > locking = no > log_packet_header = no > } > Module: Linked to module rlm_attr_filter > Module: Instantiating module "attr_filter.accounting_response" from file /usr/local/etc/raddb/modules/attr_fi lter > attr_filter attr_filter.accounting_response { > attrsfile = "/usr/local/etc/raddb/attrs.accounting_response" > key = "%{User-Name}" > relaxed = no > } > reading pairlist file /usr/local/etc/raddb/attrs.accounting_response > Module: Checking session {...} for more modules to load > Module: Linked to module rlm_radutmp > Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/modules/radutmp > radutmp { > filename = "/var/log/radutmp" > username = "%{User-Name}" > case_sensitive = yes > check_with_nas = yes > perm = 384 > callerid = yes > } > Module: Checking post-proxy {...} for more modules to load > Module: Checking post-auth {...} for more modules to load > Module: Instantiating module "attr_filter.access_reject" from file /usr/local/etc/raddb/modules/attr_filter > attr_filter attr_filter.access_reject { > attrsfile = "/usr/local/etc/raddb/attrs.access_reject" > key = "%{User-Name}" > relaxed = no > } > reading pairlist file /usr/local/etc/raddb/attrs.access_reject > } # modules > } # server > radiusd: #### Opening IP addresses and Ports #### > listen { > type = "auth" > ipaddr = * > port = 0 > } > listen { > type = "acct" > ipaddr = * > port = 0 > } > Listening on authentication address * port 1812 > Listening on accounting address * port 1813 > Ready to process requests. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=0, length=158 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x0200001e014d61696e74656e616e6365436f6e74726f6c446973706c6179 > Message-Authenticator = 0xad8a60fa6b73d53acb5ce659eff3da36 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 0 length 30 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > [pap] WARNING! No "known good" password found for the user. Authentication may fail because of this. > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] EAP Identity > [eap] processing type tls > [tls] Requiring client certificate > [tls] Initiate > [tls] Start returned 1 > ++[eap] returns handled > Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 > EAP-Message = 0x010100060d20 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87513d316c3a43028be40032ff > Finished request 0. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=1, length=258 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020100700d00160301006501000061030150e5f39860827a0411cfb562ef8e20af61649f10290355949974 ed309594e83f00003400390038003500880087008400160013000a00330032002f00450044004100050004001500120009001400110008 0006000300ff0100000400230000 > State = 0x513c3c87513d316c3a43028be40032ff > Message-Authenticator = 0x0633be04de5c0102ddc9fa927ed47610 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 1 length 112 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] (other): before/accept initialization > [tls] TLS_accept: before/accept initialization > [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello > [tls] TLS_accept: SSLv3 read client hello A > [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello > [tls] TLS_accept: SSLv3 write server hello A > [tls] >>> TLS 1.0 Handshake [length 1756], Certificate > [tls] TLS_accept: SSLv3 write certificate A > [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange > [tls] TLS_accept: SSLv3 write key exchange A > [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest > [tls] TLS_accept: SSLv3 write certificate request A > [tls] TLS_accept: SSLv3 flush data > [tls] TLS_accept: Need to read more data: SSLv3 read client certificate A > In SSL Handshake Phase > In SSL Accept mode > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 > EAP-Message = 0x010204000dc0000019b816030100310200002d030150e5f3981aa9077b62c7c34d9eb90bd512eac8348779 1227b2d8e289befa6edf000039000005ff0100010016030117560b00175200174f000489308204853082036da003020102020a4b426b00 000100000d22300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d31163014060a0992268993 f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403130e45534444497373756572 32303438301e170d3132303331343139343732395a170d3134303131383036333331365a308191310b30090603 > EAP-Message = 0x55040613025553310b30090603550408130257413110300e0603550407130753656174746c65311b301906 0355040a131254686520426f65696e6720436f6d70616e79311f301d060355040b1316466f72205465737420507572706f736573204f6e 6c79312530230603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c616230820122300d06092a864886f70d 01010105000382010f003082010a0282010100c175642cacaf0313bb775762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee 320f859c8a03a5d34400a1783e2b543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 > EAP-Message = 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d0180c2271de6c5fa9458579163d21f4c26f7ced4 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0c2a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d 73546ddfe6823a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59dc96a434f18fa2288574a6de1 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a38201123082010e301d0603551d0e04160414afc898ac5da8d7db13 80f5ca855cff669aa3035c300e0603551d0f0101ff04040302078030130603551d25040c300a06082b06010505 > EAP-Message = 0x070301301f0603551d230418301680147b3f3d89d72bac972c086ada7233f64a074ea0a1303d0603551d1f 043630343032a030a02e862c687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 6c300c0603551d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508acc31f85e0d61c87dd892487 e6e83681a1f354814681b4812e84aaae09020164020105301b06092b060104018237150a040e300c300a06082b06010505070301300d06 092a864886f70d01010505000382010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b > EAP-Message = 0x634ee662bd183641cf537132 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87503e316c3a43028be40032ff > Finished request 1. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=2, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020200060d00 > State = 0x513c3c87503e316c3a43028be40032ff > Message-Authenticator = 0xb498e0ab471b0fe82149a213e502cc78 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 2 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 > EAP-Message = 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b38578712aee8672f594dbb51c82d3b2b239171e2b c6816740828370ab131a9f6e7cdbc9ce1af59564ab13f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 d021eea95f86ab7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c5563972d19ead292a4ebda615f f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a56abb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd c19c990d818216e7f1e68c5c7c1495bb1bc800057a308205763082035ea003020102020a61395bb70001000000 > EAP-Message = 0x0a300d06092a864886f70d0101050500305a31133011060a0992268993f22c6401191603636f6d31163014 060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603550403130d455344 44496e74657234303936301e170d3039303131393037303632315a170d3134303131383036333331365a305b31133011060a0992268993 f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79 311730150603550403130e455344444973737565723230343830820122300d06092a864886f70d010101050003 > EAP-Message = 0x82010f003082010a02820101009ede837e52ce12f2f315c72da8adbaf7828db60d09392a3cf133c5f11a49 7d7bd90f1e1eddcdb23058de50acad29c809b5036f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 4ad223a046a4eb84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6616dfe1f0ebaebaf4f 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc f109c90234bec8def2d14c026d557b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 > EAP-Message = 0x610bf15597e4fb288472028530c054f10203010001a382013b30820137300f0603551d130101ff04053003 0101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 01823715010403020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd6e25632f301906092b060104 0182371402040c1e0a00530075006200430041301f0603551d2304183016801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 03551d1f043530333031a02fa02d862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 > EAP-Message = 0x44496e746572343039362e63 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87533f316c3a43028be40032ff > Finished request 2. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020300060d00 > State = 0x513c3c87533f316c3a43028be40032ff > Message-Authenticator = 0xbfd7afb5cc827e4dfe0e545087c18bdd > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 3 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 > EAP-Message = 0x010404000dc0000019b8726c304706082b06010505070101043b3039303706082b06010505073002862b68 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 050003820201006bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b3 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 896d13492d59f11ff187aae8d743897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 > EAP-Message = 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b776400e121455288ae22c65c6d23fbcd243a9be 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee 52cfd051e13642a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 0e784e078023b73ad81e0fd6fdc7bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba > EAP-Message = 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da91b51fb1cd3238828cfc140f801ba777248759e 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 087ff97a820a6844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d06092a864886f70d01010505 00305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a09 92268993f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d30393031 > EAP-Message = 0x31393036333331365a170d3134303131383036333331365a305a31133011060a0992268993f22c64011916 03636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 550403130d45534444496e7465723430393630820222300d06092a864886f70d01010105000382020f003082020a02820201009f550e60 c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d 41b0cb877f320f987db51ef21dbad0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 > EAP-Message = 0x27d3d06b2c391f698a19dcc9 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875238316c3a43028be40032ff > Finished request 3. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=4, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020400060d00 > State = 0x513c3c875238316c3a43028be40032ff > Message-Authenticator = 0x6fcf451c592fb99c374d0321cdc02af7 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 4 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 > EAP-Message = 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec57efb446b43e596e64a768bab47d95f225af8d8 c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 599941102a313f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a283 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 1f9ccd37d21a763b9e508d11a964dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b > EAP-Message = 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19dfd3223b1341e9e36b72b28c82c75b6c5da59751 8f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 81dc638111474a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c5 0203010001a382013930820135300f0603551d130101ff040530030101ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b 9b4fe1fe72b9300b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104 > EAP-Message = 0x018237150204160414d31f074108cfac5cc47ed111d3a2712f219c9012301906092b060104018237140204 0c1e0a00530075006200430041301f0603551d230418301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 30323030a02ea02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74343039362e63726c304606 082b06010505070101043a3038303606082b06010505073002862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 4444526f6f74343039362e637274300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 > EAP-Message = 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e803864ee663cac722b7c1a9ea1d6b2a0c06f952c9 1e4b7b2d99724f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc9889122128abeaeb1f5750264529 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 8e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 > EAP-Message = 0x9643ef995a71e0e0f21dd9f5 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875539316c3a43028be40032ff > Finished request 4. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=5, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020500060d00 > State = 0x513c3c875539316c3a43028be40032ff > Message-Authenticator = 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 5 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 > EAP-Message = 0x010604000dc0000019b8282ddba71c014fea56097bdf2c60cdc6056d3cea13ba4aae1782860adaebd34a89 6186d5840355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96fb2091a99de16a1710007885 b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f e4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 > EAP-Message = 0x308204aea003020102021056886f61a89e888c4face278a0aabf44300d06092a864886f70d010105050030 5931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 8993f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231373233333632385a170d32 37313231373233343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f 65696e6731133011060a0992268993f22c6401191603666c79311530130603550403130c45534444526f6f7434 > EAP-Message = 0x30393630820222300d06092a864886f70d01010105000382020f003082020a0282020100a893f9fa5409d6 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 10289b131150730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f9 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c85358f46aff90ade72f86 4789cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 > EAP-Message = 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679ce6b3b19d3cdc132dda580ef80f98af9ddfdcb50 d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 2eac02e25621f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b a8161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea > EAP-Message = 0xf95088b9f7ecd25158dc52fd > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87543a316c3a43028be40032ff > Finished request 5. > Going to the next request > Waking up in 1.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=6, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020600060d00 > State = 0x513c3c87543a316c3a43028be40032ff > Message-Authenticator = 0xbf530521aed3b6bee2217fd16706c847 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 6 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 > EAP-Message = 0x010704000dc0000019b874ad9397665c795e18dbb69521343c7c7cf0c9c79720006e6707bc5fa3cf020301 0001a382018830820184301306092b060104018237140204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 0530030101ff301d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603551d1f048201133082010f30 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c 434e3d4344502c434e3d5075626c69632532304b657925323053657276696365732c434e3d5365727669636573 > EAP-Message = 0x2c434e3d436f6e66696775726174696f6e2c44433d666c792c44433d626f65696e672c44433d636f6d3f63 657274696669636174655265766f636174696f6e4c6973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 6f6e506f696e74863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d2f43657274456e726f6c6c 2f45534444526f6f74343039362e63726c301006092b06010401823715010403020100300d06092a864886f70d01010505000382020100 89d0fd7533e496888b2ac6b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a > EAP-Message = 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54ad92a7f9d13b697c2e77777bfe33c5b486af6b82 2e97d9efdc82a072c3935760378f9faa5be09ac1026c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 7bb6c9e8c931a223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 27c94d290a3620ddbfe38a9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e > EAP-Message = 0x8eba09cc6280711eb067230a81d461bcde5ceb4c33956460a20303d68d0219f5cc3bef1d14c94f632a9400 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc 447a34d86687a297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca91db5eeae294156426a4249 cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 7b47727e3622160301020d0c0002090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 > EAP-Message = 0x6f7cd0bb7873bf1b9cb9e92f > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c87573b316c3a43028be40032ff > Finished request 6. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=7, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020700060d00 > State = 0x513c3c87573b316c3a43028be40032ff > Message-Authenticator = 0x06ae2cc57b97003ec0e8eac545dbfb0c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 7 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 > EAP-Message = 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebba4fc54b2d29238cb7f36aef2cbab2aec5ba9a45 71e9c70452124f67982ee113094defee5efa0bccfa2370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 00010200805b50c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff208fdd7895025afac839f9f8 e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa60619922bf49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 39c98f263dcb092111fb7e1f1638283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac > EAP-Message = 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a09454fbbdfb4469ba590aafe3672b340e5526ade b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b55e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 9f22c1eecbee017a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3fb5981f4dc7589a8ddf3f4147 e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde6408d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 9873c0cb03879687b89b2bec3166fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 > EAP-Message = 0x0e000000 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875634316c3a43028be40032ff > Finished request 7. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=8, length=1188 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x0208040a0dc00000194c16030117760b00177200176f0004a9308204a53082038da003020102020a3e173b a1000100000d47300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 93f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c79311730150603550403130e455344444973737565 7232303438301e170d3132303433303233333030315a170d3134303131383036333331365a3081bf3111300f060355042d130841343033 36353235311b3019060355040d131243726577576972656c657373446576696365310b30090603550406130255 > EAP-Message = 0x53313b3039060355040a1e320042004f0045005f00490054004c0020004100690072006c0069006e006500 7300200043006f002e0020004c00740064002e311f301d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 20060355040313194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a864886f70d0101010500038201 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490aed9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 6dfd538078617b79923e0d80373a6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 > EAP-Message = 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323a13180df7e56b14337910fc1bb70283e81da756 c47d934521842fa253f5243a175626324bf3aa886b391cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 2dfea928cc37f4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b6672a31e81959068105992392 fb4a91fded9d31f7bb2d7c01a7ab0203010001a382010430820100301d0603551d0e0416041489e6897d59dded56f52a300000aceac02c fc277a30130603551d25040c300a06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 > EAP-Message = 0x1d230418301680147b3f3d89d72bac972c086ada7233f64a074ea0a1303d0603551d1f043630343032a030 a02e862c687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 0401823715070430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687e8e46882f8d1190201640201 05301b06092b060104018237150a040e300c300a06082b06010505070302300d06092a864886f70d0101050500038201010004e19b0cfd 1d67050634a01adc74f1bf85a0fea2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd > EAP-Message = 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 > State = 0x513c3c875634316c3a43028be40032ff > Message-Authenticator = 0x9d6744dd03fb0ae72889cac849b5ede0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 8 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > TLS Length 6476 > [tls] Received EAP-TLS First Fragment of the message > [tls] eaptls_verify returned 9 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 > EAP-Message = 0x010900060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875935316c3a43028be40032ff > Finished request 8. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=9, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020904060d40f35e9f31776548e380f13528708a648379fdce4901097a09426161485c1979bfcf3dfdc298 064f55d31f3db6d49ff38efb1e4ab36ce653696f663393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 df7e61cb98fcf9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8f6fe0250ba5bbd3d277a2d17 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa840e4cd76884055803770006ca308206c6308204aea0030201020210 56886f61a89e888c4face278a0aabf44300d06092a864886f70d0101050500305931133011060a0992268993f2 > EAP-Message = 0x2c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a09922689 93f22c6401191603666c79311530130603550403130c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 313231373233343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65 696e6731133011060a0992268993f22c6401191603666c79311530130603550403130c45534444526f6f743430393630820222300d0609 2a864886f70d01010105000382020f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 > EAP-Message = 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d36510 289b131150730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 3377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42c85358f46aff90ade72f8647 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde aba656439b470f3f2e4c4679ce6b3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc > EAP-Message = 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df06312e ac02e25621f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1ba8 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 fd74ad9397665c795e18dbb69521343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 > EAP-Message = 0x1306092b060104018237140204061e040043 > State = 0x513c3c875935316c3a43028be40032ff > Message-Authenticator = 0xd56f46711110d24c271fb50b6ef77742 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 9 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 > EAP-Message = 0x010a00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875836316c3a43028be40032ff > Finished request 9. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=10, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020a04060d400041300b0603551d0f040403020186300f0603551d130101ff040530030101ff301d060355 1d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 8681bf6c6461703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d2c434e3d4344502c434e3d50 75626c69632532304b657925323053657276696365732c434e3d53657276696365732c434e3d436f6e66696775726174696f6e2c44433d 666c792c44433d626f65696e672c44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 > EAP-Message = 0x743f626173653f6f626a656374436c6173733d63524c446973747269627574696f6e506f696e74863f6874 74703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 39362e63726c301006092b06010401823715010403020100300d06092a864886f70d0101050500038202010089d0fd7533e496888b2ac6 b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a fd54ad92a7f9d13b697c2e77777bfe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b > EAP-Message = 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc8287bb6c9e8c931a223475d7b 29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d dd014fed04c06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c8884227c94d290a3620ddbfe38a 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 956460a20303d68d0219f5cc3bef1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d > EAP-Message = 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc447a34d86687a297b5fe04 865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 e5d839b7fd939293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b5687b47727e36220006763082 06723082045aa003020102020a611b280600000000000c300d06092a864886f70d0101050500305931133011060a0992268993f22c6401 191603636f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 > EAP-Message = 0x191603666c79311530130603550403130c45 > State = 0x513c3c875836316c3a43028be40032ff > Message-Authenticator = 0x84fe071ee7e336ed9305a724469d8da0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 10 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 > EAP-Message = 0x010b00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875b37316c3a43028be40032ff > Finished request 10. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=11, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020b04060d40534444526f6f7434303936301e170d3039303131393036333331365a170d31343031313830 36333331365a305a31133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 3011060a0992268993f22c6401191603666c79311630140603550403130d45534444496e7465723430393630820222300d06092a864886 f70d01010105000382020f003082020a02820201009f550e60c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 75fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc > EAP-Message = 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed627d3d06b2c391f698a19dcc918b1a01850ed b9a3f1c949732ec57efb446b43e596e64a768bab47d95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f 45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc8101088ac513e2d20b333d60617a e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 > EAP-Message = 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480ba5b8225807f6d9804f0812390cea201d a3a955473b5f19dfd3223b1341e9e36b72b28c82c75b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac153f1d3d0d61117cd2cb590d42 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c50203010001a382013930820135300f0603551d130101ff0405300301 01ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 > EAP-Message = 0x86301006092b06010401823715010403020101302306092b060104018237150204160414d31f074108cfac 5cc47ed111d3a2712f219c9012301906092b0601040182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e 1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f2f63726c2e626f65696e672e 636f6d2f63726c2f45534444526f6f74343039362e63726c304606082b06010505070101043a3038303606082b06010505073002862a68 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 > EAP-Message = 0x2a864886f70d01010505000382020100976a > State = 0x513c3c875b37316c3a43028be40032ff > Message-Authenticator = 0x0ad1596cf779061d296f593b2dfd3c51 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 11 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 > EAP-Message = 0x010c00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875a30316c3a43028be40032ff > Finished request 11. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=12, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020c04060d4048f45eed37c731261476bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e803864ee663 cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d99724f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 173a98b9678e998b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547b dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 e83a8be6d9985b53b884c8236135e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e > EAP-Message = 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f21dd9f5282ddba71c014fea56097bdf2c60cdc6 056d3cea13ba4aae1782860adaebd34a896186d5840355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 0355aea3a1ee8cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82 b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 f40102b8c02b226bce7e64d4a2a705a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 > EAP-Message = 0x602d8d6ac6cb81540d1800057a308205763082035ea003020102020a61395bb700010000000a300d06092a 864886f70d0101050500305a31133011060a0992268993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 6e6731133011060a0992268993f22c6401191603666c79311630140603550403130d45534444496e74657234303936301e170d30393031 31393037303632315a170d3134303131383036333331365a305b31133011060a0992268993f22c6401191603636f6d31163014060a0992 268993f22c6401191606626f65696e6731133011060a0992268993f22c6401191603666c793117301506035504 > EAP-Message = 0x03130e455344444973737565723230343830820122300d06092a864886f70d01010105000382010f003082 010a02820101009ede837e52ce12f2f315c72da8adbaf7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 b5036f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4eb84964daaf1c2244edec54b 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6616dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf 539e5f91fcae83e89219e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de > EAP-Message = 0xf2d14c026d557b14cd764a677f91c3e5a096 > State = 0x513c3c875a30316c3a43028be40032ff > Message-Authenticator = 0x83805531ac628b23e32fce49a71392bd > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 12 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 > EAP-Message = 0x010d00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875d31316c3a43028be40032ff > Finished request 12. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=13, length=1184 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a6d2610bf15597e4fb288472028530c054f10203 010001a382013b30820137300f0603551d130101ff040530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a 074ea0a1300b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104018237150204160414249ba6 c4888fd87d96ab95594e6637dd6e25632f301906092b0601040182371402040c1e0a00530075006200430041301f0603551d2304183016 801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 > EAP-Message = 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444496e746572343039362e63726c30470608 2b06010505070101043b3039303706082b06010505073002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 44496e746572343039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c3383a89e90f53061c5b5f03e20 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b 0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef > EAP-Message = 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf853366842f38e66b0d9a00bc6cf2a25777f0d ef04b8971ebce5b776400e121455288ae22c65c6d23fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 7599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c6102d4e4311a37b08d44164a fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 > EAP-Message = 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba380f1391aaf299bd7c4288e0758c9132 df0250d269f10da91b51fb1cd3238828cfc140f801ba777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 4682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac9291603010086100000820080d5c6f2b2 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d7803fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 c3394d9c7f44c7148e62b6f611dafa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e > EAP-Message = 0x247063c1bccceed74889ea590e0da58ce6be > State = 0x513c3c875d31316c3a43028be40032ff > Message-Authenticator = 0xbb1d0ad92f5fd564954baa008cd36db0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 13 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 > EAP-Message = 0x010e00060d00 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875c32316c3a43028be40032ff > Finished request 13. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=14, length=486 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020e01520d00a235d3b7f87016030101060f00010201009c5bae8f60c3882d11a8226db135282ea8065fa1 2587cd72b4beaa29ae85a390117cd3b2cb47dfd94438f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 14167e1386a1968e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05e11bc100e9c265a72bc8345f bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2a04ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c 9c09250c91d2bb39f413765b620c3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab > EAP-Message = 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d5212c1403010001011603010030e0db5794014c 3d3d69d2bdfd98a304ad9779de997f577a7cd878ed46952ce28eb9918b0e21865ef74572c8e7cf16790d > State = 0x513c3c875c32316c3a43028be40032ff > Message-Authenticator = 0x9c9cc0760618df10c4d942cd95e95c9c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 14 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] <<< TLS 1.0 Handshake [length 1776], Certificate > [tls] chain-depth=3, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDRoot4096 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=2, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDInter4096 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDInter4096 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=1, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = ESDDIssuer2048 > [tls] --> subject = /DC=com/DC=boeing/DC=fly/CN=ESDDIssuer2048 > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDInter4096 > [tls] --> verify return:1 > [tls] chain-depth=0, > [tls] error=0 > [tls] --> User-Name = MaintenanceControlDisplay > [tls] --> BUF-Name = MaintenanceControlDisplay > [tls] --> subject = /x500UniqueIdentifier=A4036525/description=CrewWirelessDevice/C=US/O=\x00B\x00O\x00E\x00_\ x00I\x00T\x00L\x00 \x00A\x00i\x00r\x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU=Fo r Test Purposes Only/CN=MaintenanceControlDisplay > [tls] --> issuer = /DC=com/DC=boeing/DC=fly/CN=ESDDIssuer2048 > [tls] --> verify return:1 > [tls] TLS_accept: SSLv3 read client certificate A > [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange > [tls] TLS_accept: SSLv3 read client key exchange A > [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify > [tls] TLS_accept: SSLv3 read certificate verify A > [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] > [tls] <<< TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 read finished A > [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] > [tls] TLS_accept: SSLv3 write change cipher spec A > [tls] >>> TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 write finished A > [tls] TLS_accept: SSLv3 flush data > [tls] (other): SSL negotiation finished successfully > SSL Connection Established > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 > EAP-Message = 0x010f00450d800000003b14030100010116030100302e7324c43c27ba2ca05affb5044cdc80b6fde1835f0a fcacabb0f0eeb818e2397f158ad69090966662002a492e085e48 > Message-Authenticator = 0x00000000000000000000000000000000 > State = 0x513c3c875f33316c3a43028be40032ff > Finished request 14. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=15, length=152 > User-Name = "MaintenanceControlDisplay" > NAS-IP-Address = 127.0.0.1 > Calling-Station-Id = "02-00-00-00-00-01" > Framed-MTU = 1400 > NAS-Port-Type = Wireless-802.11 > Connect-Info = "CONNECT 11Mbps 802.11b" > EAP-Message = 0x020f00060d00 > State = 0x513c3c875f33316c3a43028be40032ff > Message-Authenticator = 0x434f2ff4845a3da8223675d555c7299c > # Executing section authorize from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00-00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name = "MaintenanceControlDisplay", looking up realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 15 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type = EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake is finished > [tls] eaptls_verify returned 3 > [tls] eaptls_process returned 3 > [tls] Adding user data to cached session > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=0x28bc4230, s=0x288b7400, > prf_label=0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length, > (gdb) > > > > Steve Magnuson > Boeing Commercial Airplanes > > -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 From owner-freebsd-ports@FreeBSD.ORG Thu Jan 3 23:38:17 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A7ABD1D1; Thu, 3 Jan 2013 23:38:17 +0000 (UTC) (envelope-from Steve.Magnuson2@boeing.com) Received: from stl-mbsout-02.boeing.com (stl-mbsout-02.boeing.com [130.76.96.170]) by mx1.freebsd.org (Postfix) with ESMTP id 09843DFE; Thu, 3 Jan 2013 23:38:16 +0000 (UTC) Received: from stl-mbsout-02.boeing.com (localhost.localdomain [127.0.0.1]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with ESMTP id r03NcGEm013743; Thu, 3 Jan 2013 17:38:16 -0600 Received: from XCH-NWHT-05.nw.nos.boeing.com (xch-nwht-05.nw.nos.boeing.com [130.247.25.109]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id r03NcEqa013738 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Thu, 3 Jan 2013 17:38:15 -0600 Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.97]) by XCH-NWHT-05.nw.nos.boeing.com ([130.247.25.109]) with mapi; Thu, 3 Jan 2013 15:38:14 -0800 From: "Magnuson, Steve" To: "zi@FreeBSD.org" Date: Thu, 3 Jan 2013 15:38:13 -0800 Subject: RE: FreeBSD Port: freeradius-2.2.0 Thread-Topic: FreeBSD Port: freeradius-2.2.0 Thread-Index: Ac3qCo7Kkdc8aUqtT1CIN628KKicCQAAH3kg Message-ID: <098E1A12860FC546BFB9617D2BEB5E145DE9B2F3BF@XCH-NW-01V.nw.nos.boeing.com> References: <098E1A12860FC546BFB9617D2BEB5E145DE9B2F3AE@XCH-NW-01V.nw.nos.boeing.com> <20130103233151.GA37595@exodus.zi0r.com> In-Reply-To: <20130103233151.GA37595@exodus.zi0r.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-MML: No Cc: "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2013 23:38:17 -0000 Hello, Thanks for the quick reply! I rebuilt freeradius using portmaster per your instructions. The behavior = is the same (segfault during Client EAP encryption). Regards, Steve Steve Magnuson Boeing Commercial Airplanes -----Original Message----- From: zi@FreeBSD.org [mailto:zi@FreeBSD.org] Sent: Thursday, January 03, 2013 3:32 PM To: Magnuson, Steve Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: freeradius-2.2.0 On (01/03/13 15:17), Magnuson, Steve wrote: > Hello, > > Please advise if I need to post this elsewhere. I'm having problems with= FreeBSD FreeRADIUS 2.2.0 port segfaulting. > Greetings! > I've upgraded (using portupgrade) the FreeRADIUS port from 2.1.12 to 2.2.= 0 and now EAP-TLS clients are causing FreeRADIUS to segfault at the very en= d of the authentication process. The odd thing is that I upgraded another s= erver from FR 2.1.12 to 2.2.0 and that server authenticates the same client= s fine. Both servers are virtual (VMware) and configured with identical me= mory, OS, etc. > Can you please rebuild freeradius on the offending server? Using portmaster, you would run: portmaster freeradius\* Thanks! -r > Here are the particulars for *both* servers: > > # uname -a > FreeBSD wan231s1.wan.lab 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Ju= n 12 01:47:53 UTC 2012 root@i386-builder.daemonology.net:/usr/obj/usr/s= rc/sys/GENERIC i386 > > # pkg_info -r freeradius-2.2.0 > Information for freeradius-2.2.0: > > Depends on: > Dependency: openssl-1.0.1_4 > Dependency: perl-5.16.2 > Dependency: libltdl-2.4.2 > Dependency: gdbm-1.9.1 > Dependency: libiconv-1.14 > Dependency: gettext-0.18.1.1 > Dependency: python27-2.7.3_5 > > The FreeRADIUS port on both servers was build with these config options: > > # make showconfig > =3D=3D=3D> The following configuration options are available for freeradi= us-2.2.0: > DEVELOPER=3Doff: Enable developer options > DHCP=3Doff: With DHCP support (EXPERIMENTAL) > EDIR=3Doff: Enable eDirectory support (implies LDAP) > EXPERIMENTAL=3Don: Build experimental modules > FIREBIRD=3Doff: With Firebird database support (EXPERIMENTAL) > HEIMDAL=3Doff: With Heimdal Kerberos support > HEIMDAL_PATCH=3Doff: Enhanced Heimdal support (specify SPN/keytab) > HEIMDAL_PORT=3Doff: With Heimdal Kerberos from ports > KERBEROS=3Doff: Kerberos support > LDAP=3Doff: LDAP support > MYSQL=3Doff: MySQL database > OCI8=3Doff: With Oracle support (currently experimental) > PERL=3Don: Perl scripting language > PGSQL=3Doff: PostgreSQL database > PYTHON=3Don: Python bindings > RUBY=3Doff: Ruby binding/support > UDPFROMTO=3Doff: Compile in UDPFROMTO support > UNIXODBC=3Doff: With unixODBC database support > USER=3Don: Run as user freeradius, group freeradius > =3D=3D=3D> Use 'make config' to modify these settings > > When I run radius -X under gdb, the error I get is: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b740= 0, > prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length= , > > I cannot figure out why this server exhibits this behavior and the other = server does not. When I portdowngrade back to 2.1.12, the clients authenti= cate with no problems. > > Any suggestions? > > > Full output follows: > =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 > > > # gdb /usr/local/sbin/radiusd > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols = found)... > (gdb) run -X > Starting program: /usr/local/sbin/radiusd -X > (no debugging symbols found)...(no debugging symbols found)...[New LWP 10= 1549] > (no debugging symbols found)...(no debugging symbols found)...(no debuggi= ng symbols found)... > (no debugging symbols found)...(no debugging symbols found)...(no debuggi= ng symbols found)... > [New Thread 28804300 (LWP 101549/radiusd)] > FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan = 3 2013 at 20:39:43 > Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > You may redistribute copies of FreeRADIUS under the terms of the > GNU General Public License v2. > Starting - reading configuration files ... > including configuration file /usr/local/etc/raddb/radiusd.conf > including configuration file /usr/local/etc/raddb/proxy.conf > including configuration file /usr/local/etc/raddb/clients.conf > including files in directory /usr/local/etc/raddb/modules/ > including configuration file /usr/local/etc/raddb/modules/wimax > including configuration file /usr/local/etc/raddb/modules/always > including configuration file /usr/local/etc/raddb/modules/attr_filter > including configuration file /usr/local/etc/raddb/modules/attr_rewrite > including configuration file /usr/local/etc/raddb/modules/cache > including configuration file /usr/local/etc/raddb/modules/chap > including configuration file /usr/local/etc/raddb/modules/checkval > including configuration file /usr/local/etc/raddb/modules/counter > including configuration file /usr/local/etc/raddb/modules/cui > including configuration file /usr/local/etc/raddb/modules/detail > including configuration file /usr/local/etc/raddb/modules/detail.example.= com > including configuration file /usr/local/etc/raddb/modules/detail.log > including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool > including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.c= onf > including configuration file /usr/local/etc/raddb/modules/digest > including configuration file /usr/local/etc/raddb/modules/dynamic_clients > including configuration file /usr/local/etc/raddb/modules/echo > including configuration file /usr/local/etc/raddb/modules/etc_group > including configuration file /usr/local/etc/raddb/modules/exec > including configuration file /usr/local/etc/raddb/modules/expiration > including configuration file /usr/local/etc/raddb/modules/expr > including configuration file /usr/local/etc/raddb/modules/files > including configuration file /usr/local/etc/raddb/modules/inner-eap > including configuration file /usr/local/etc/raddb/modules/ippool > including configuration file /usr/local/etc/raddb/modules/krb5 > including configuration file /usr/local/etc/raddb/modules/ldap > including configuration file /usr/local/etc/raddb/modules/linelog > including configuration file /usr/local/etc/raddb/modules/otp > including configuration file /usr/local/etc/raddb/modules/logintime > including configuration file /usr/local/etc/raddb/modules/mac2ip > including configuration file /usr/local/etc/raddb/modules/mac2vlan > including configuration file /usr/local/etc/raddb/modules/mschap > including configuration file /usr/local/etc/raddb/modules/ntlm_auth > including configuration file /usr/local/etc/raddb/modules/opendirectory > including configuration file /usr/local/etc/raddb/modules/pam > including configuration file /usr/local/etc/raddb/modules/pap > including configuration file /usr/local/etc/raddb/modules/passwd > including configuration file /usr/local/etc/raddb/modules/perl > including configuration file /usr/local/etc/raddb/modules/policy > including configuration file /usr/local/etc/raddb/modules/preprocess > including configuration file /usr/local/etc/raddb/modules/radrelay > including configuration file /usr/local/etc/raddb/modules/radutmp > including configuration file /usr/local/etc/raddb/modules/realm > including configuration file /usr/local/etc/raddb/modules/redis > including configuration file /usr/local/etc/raddb/modules/rediswho > including configuration file /usr/local/etc/raddb/modules/replicate > including configuration file /usr/local/etc/raddb/modules/smbpasswd > including configuration file /usr/local/etc/raddb/modules/smsotp > including configuration file /usr/local/etc/raddb/modules/soh > including configuration file /usr/local/etc/raddb/modules/sql_log > including configuration file /usr/local/etc/raddb/modules/sqlcounter_expi= re_on_login > including configuration file /usr/local/etc/raddb/modules/sradutmp > including configuration file /usr/local/etc/raddb/modules/unix > including configuration file /usr/local/etc/raddb/modules/acct_unique > including configuration file /usr/local/etc/raddb/eap.conf > including configuration file /usr/local/etc/raddb/policy.conf > including files in directory /usr/local/etc/raddb/sites-enabled/ > including configuration file /usr/local/etc/raddb/sites-enabled/default > main { > user =3D "freeradius" > group =3D "freeradius" > allow_core_dumps =3D no > } > including dictionary file /usr/local/etc/raddb/dictionary > main { > name =3D "radiusd" > prefix =3D "/usr/local" > localstatedir =3D "/var" > sbindir =3D "/usr/local/sbin" > logdir =3D "/var/log" > run_dir =3D "/var/run/radiusd" > libdir =3D "/usr/local/lib/freeradius-2.2.0" > radacctdir =3D "/var/log/radacct" > hostname_lookups =3D no > max_request_time =3D 30 > cleanup_delay =3D 5 > max_requests =3D 1024 > pidfile =3D "/var/run/radiusd/radiusd.pid" > checkrad =3D "/usr/local/sbin/checkrad" > debug_level =3D 0 > proxy_requests =3D no > log { > stripped_names =3D no > auth =3D yes > auth_badpass =3D no > auth_goodpass =3D no > } > security { > max_attributes =3D 200 > reject_delay =3D 1 > status_server =3D yes > } > } > radiusd: #### Loading Realms and Home Servers #### > proxy server { > retry_delay =3D 5 > retry_count =3D 3 > default_fallback =3D no > dead_time =3D 120 > wake_all_if_all_dead =3D no > } > home_server localhost { > ipaddr =3D 127.0.0.1 > port =3D 1812 > type =3D "auth" > secret =3D "testing123" > response_window =3D 20 > max_outstanding =3D 65536 > require_message_authenticator =3D yes > zombie_period =3D 40 > status_check =3D "status-server" > ping_interval =3D 30 > check_interval =3D 30 > num_answers_to_alive =3D 3 > num_pings_to_alive =3D 3 > revive_interval =3D 120 > status_check_timeout =3D 4 > coa { > irt =3D 2 > mrt =3D 16 > mrc =3D 5 > mrd =3D 30 > } > } > home_server_pool my_auth_failover { > type =3D fail-over > home_server =3D localhost > } > realm example.com { > auth_pool =3D my_auth_failover > } > realm LOCAL { > } > radiusd: #### Loading Clients #### > client localhost { > ipaddr =3D 127.0.0.1 > require_message_authenticator =3D no > secret =3D "testing123" > nastype =3D "other" > } > client 10.128.0.100 { > require_message_authenticator =3D no > secret =3D "redacted" > shortname =3D "nms231s1-eapol-test" > nastype =3D "other" > } > radiusd: #### Instantiating modules #### > instantiate { > (no debugging symbols found)... Module: Linked to module rlm_exec > Module: Instantiating module "exec" from file /usr/local/etc/raddb/modul= es/exec > exec { > wait =3D no > input_pairs =3D "request" > shell_escape =3D yes > } > Module: Linked to module rlm_expr > Module: Instantiating module "expr" from file /usr/local/etc/raddb/modul= es/expr > Module: Linked to module rlm_expiration > Module: Instantiating module "expiration" from file /usr/local/etc/raddb= /modules/expiration > expiration { > reply-message =3D "Password Has Expired " > } > Module: Linked to module rlm_logintime > Module: Instantiating module "logintime" from file /usr/local/etc/raddb/= modules/logintime > logintime { > reply-message =3D "You are calling outside your allowed timespan = " > minimum-timeout =3D 60 > } > } > radiusd: #### Loading Virtual Servers #### > server { # from file /usr/local/etc/raddb/radiusd.conf > modules { > Module: Creating Auth-Type =3D digest > Module: Creating Post-Auth-Type =3D REJECT > Module: Checking authenticate {...} for more modules to load > Module: Linked to module rlm_pap > Module: Instantiating module "pap" from file /usr/local/etc/raddb/module= s/pap > pap { > encryption_scheme =3D "auto" > auto_header =3D no > } > Module: Linked to module rlm_chap > Module: Instantiating module "chap" from file /usr/local/etc/raddb/modul= es/chap > Module: Linked to module rlm_mschap > Module: Instantiating module "mschap" from file /usr/local/etc/raddb/mod= ules/mschap > mschap { > use_mppe =3D yes > require_encryption =3D no > require_strong =3D no > with_ntdomain_hack =3D no > allow_retry =3D yes > } > Module: Linked to module rlm_digest > Module: Instantiating module "digest" from file /usr/local/etc/raddb/mod= ules/digest > Module: Linked to module rlm_unix > Module: Instantiating module "unix" from file /usr/local/etc/raddb/modul= es/unix > unix { > radwtmp =3D "/var/log/radwtmp" > } > Module: Linked to module rlm_eap > Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.co= nf > eap { > default_eap_type =3D "tls" > timer_expire =3D 60 > ignore_unknown_eap_types =3D no > cisco_accounting_username_bug =3D no > max_sessions =3D 4096 > } > Module: Linked to sub-module rlm_eap_md5 > Module: Instantiating eap-md5 > Module: Linked to sub-module rlm_eap_leap > Module: Instantiating eap-leap > Module: Linked to sub-module rlm_eap_gtc > Module: Instantiating eap-gtc > gtc { > challenge =3D "Password: " > auth_type =3D "PAP" > } > Module: Linked to sub-module rlm_eap_tls > Module: Instantiating eap-tls > tls { > rsa_key_exchange =3D no > dh_key_exchange =3D yes > rsa_key_length =3D 512 > dh_key_length =3D 512 > verify_depth =3D 0 > CA_path =3D "/usr/local/etc/raddb/certs/CA" > pem_file_type =3D yes > private_key_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan2= 31s1_key.pem" > certificate_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan2= 31s1_cert.pem" > private_key_password =3D "redacted" > dh_file =3D "/usr/local/etc/raddb/certs/dh" > random_file =3D "/usr/local/etc/raddb/certs/random" > fragment_size =3D 1024 > include_length =3D yes > check_crl =3D no > cipher_list =3D "DEFAULT" > make_cert_command =3D "/usr/local/etc/raddb/certs/bootstrap" > ecdh_curve =3D "prime256v1" > cache { > enable =3D no > lifetime =3D 24 > max_entries =3D 255 > } > verify { > } > ocsp { > enable =3D no > override_cert_url =3D yes > url =3D "http://127.0.0.1/ocsp/" > use_nonce =3D yes > timeout =3D 0 > softfail =3D no > } > } > Module: Linked to sub-module rlm_eap_ttls > Module: Instantiating eap-ttls > ttls { > default_eap_type =3D "md5" > copy_request_to_tunnel =3D no > use_tunneled_reply =3D no > virtual_server =3D "inner-tunnel" > include_length =3D yes > } > Module: Linked to sub-module rlm_eap_peap > Module: Instantiating eap-peap > peap { > default_eap_type =3D "mschapv2" > copy_request_to_tunnel =3D no > use_tunneled_reply =3D no > proxy_tunneled_request_as_eap =3D yes > virtual_server =3D "inner-tunnel" > soh =3D no > } > Module: Linked to sub-module rlm_eap_mschapv2 > Module: Instantiating eap-mschapv2 > mschapv2 { > with_ntdomain_hack =3D no > send_error =3D no > } > Module: Checking authorize {...} for more modules to load > Module: Linked to module rlm_preprocess > Module: Instantiating module "preprocess" from file /usr/local/etc/raddb= /modules/preprocess > preprocess { > huntgroups =3D "/usr/local/etc/raddb/huntgroups" > hints =3D "/usr/local/etc/raddb/hints" > with_ascend_hack =3D no > ascend_channels_per_line =3D 23 > with_ntdomain_hack =3D no > with_specialix_jetstream_hack =3D no > with_cisco_vsa_hack =3D no > with_alvarion_vsa_hack =3D no > } > reading pairlist file /usr/local/etc/raddb/huntgroups > reading pairlist file /usr/local/etc/raddb/hints > Module: Linked to module rlm_realm > Module: Instantiating module "suffix" from file /usr/local/etc/raddb/mod= ules/realm > realm suffix { > format =3D "suffix" > delimiter =3D "@" > ignore_default =3D no > ignore_null =3D no > } > Module: Linked to module rlm_files > Module: Instantiating module "files" from file /usr/local/etc/raddb/modu= les/files > files { > usersfile =3D "/usr/local/etc/raddb/users" > acctusersfile =3D "/usr/local/etc/raddb/acct_users" > preproxy_usersfile =3D "/usr/local/etc/raddb/preproxy_users" > compat =3D "no" > } > reading pairlist file /usr/local/etc/raddb/users > reading pairlist file /usr/local/etc/raddb/acct_users > reading pairlist file /usr/local/etc/raddb/preproxy_users > Module: Checking preacct {...} for more modules to load > Module: Linked to module rlm_acct_unique > Module: Instantiating module "acct_unique" from file /usr/local/etc/radd= b/modules/acct_unique > acct_unique { > key =3D "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifi= er, NAS-Port" > } > Module: Checking accounting {...} for more modules to load > Module: Linked to module rlm_detail > Module: Instantiating module "detail" from file /usr/local/etc/raddb/mod= ules/detail > detail { > detailfile =3D "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Pa= cket-Src-IPv6-Address}}/detail-%Y%m%d" > header =3D "%t" > detailperm =3D 384 > dirperm =3D 493 > locking =3D no > log_packet_header =3D no > } > Module: Linked to module rlm_attr_filter > Module: Instantiating module "attr_filter.accounting_response" from file= /usr/local/etc/raddb/modules/attr_fi = lter > attr_filter attr_filter.accounting_response { > attrsfile =3D "/usr/local/etc/raddb/attrs.accounting_response" > key =3D "%{User-Name}" > relaxed =3D no > } > reading pairlist file /usr/local/etc/raddb/attrs.accounting_response > Module: Checking session {...} for more modules to load > Module: Linked to module rlm_radutmp > Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/mo= dules/radutmp > radutmp { > filename =3D "/var/log/radutmp" > username =3D "%{User-Name}" > case_sensitive =3D yes > check_with_nas =3D yes > perm =3D 384 > callerid =3D yes > } > Module: Checking post-proxy {...} for more modules to load > Module: Checking post-auth {...} for more modules to load > Module: Instantiating module "attr_filter.access_reject" from file /usr/= local/etc/raddb/modules/attr_filter > attr_filter attr_filter.access_reject { > attrsfile =3D "/usr/local/etc/raddb/attrs.access_reject" > key =3D "%{User-Name}" > relaxed =3D no > } > reading pairlist file /usr/local/etc/raddb/attrs.access_reject > } # modules > } # server > radiusd: #### Opening IP addresses and Ports #### > listen { > type =3D "auth" > ipaddr =3D * > port =3D 0 > } > listen { > type =3D "acct" > ipaddr =3D * > port =3D 0 > } > Listening on authentication address * port 1812 > Listening on accounting address * port 1813 > Ready to process requests. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D0= , length=3D158 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x0200001e014d61696e74656e616e6365436f6e74726f6c4= 46973706c6179 > Message-Authenticator =3D 0xad8a60fa6b73d53acb5ce659eff3da36 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 0 length 30 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > [pap] WARNING! No "known good" password found for the user. Authenticati= on may fail because of this. > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] EAP Identity > [eap] processing type tls > [tls] Requiring client certificate > [tls] Initiate > [tls] Start returned 1 > ++[eap] returns handled > Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010100060d20 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87513d316c3a43028be40032ff > Finished request 0. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= , length=3D258 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020100700d00160301006501000061030150e5f39860827= a0411cfb562ef8e20af61649f10290355949974 = ed309594e83f00003400390038003500880087008= 400160013000a00330032002f00450044004100050004001500120009001400110008 = 0006000300f= f0100000400230000 > State =3D 0x513c3c87513d316c3a43028be40032ff > Message-Authenticator =3D 0x0633be04de5c0102ddc9fa927ed47610 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 1 length 112 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] (other): before/accept initialization > [tls] TLS_accept: before/accept initialization > [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello > [tls] TLS_accept: SSLv3 read client hello A > [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello > [tls] TLS_accept: SSLv3 write server hello A > [tls] >>> TLS 1.0 Handshake [length 1756], Certificate > [tls] TLS_accept: SSLv3 write certificate A > [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange > [tls] TLS_accept: SSLv3 write key exchange A > [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest > [tls] TLS_accept: SSLv3 write certificate request A > [tls] TLS_accept: SSLv3 flush data > [tls] TLS_accept: Need to read more data: SSLv3 read client certifica= te A > In SSL Handshake Phase > In SSL Accept mode > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010204000dc0000019b816030100310200002d030150e5f= 3981aa9077b62c7c34d9eb90bd512eac8348779 = 1227b2d8e289befa6edf000039000005ff0100010= 016030117560b00175200174f000489308204853082036da003020102020a4b426b00 = 000100000d2= 2300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f= 6d31163014060a0992268993 = f22c6401191606626f65696e6731133011060a0992268993f22c6401= 191603666c79311730150603550403130e45534444497373756572 = 32303438301e170d3132303331= 343139343732395a170d3134303131383036333331365a308191310b30090603 > EAP-Message =3D 0x55040613025553310b30090603550408130257413110300= e0603550407130753656174746c65311b301906 = 0355040a131254686520426f65696e6720436f6d7= 0616e79311f301d060355040b1316466f72205465737420507572706f736573204f6e = 6c793125302= 30603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c61623082= 0122300d06092a864886f70d = 01010105000382010f003082010a0282010100c175642cacaf0313bb= 775762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee = 320f859c8a03a5d34400a1783e= 2b543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 > EAP-Message =3D 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d0= 180c2271de6c5fa9458579163d21f4c26f7ced4 = 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0= c2a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d = 73546ddfe68= 23a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59d= c96a434f18fa2288574a6de1 = 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a3= 8201123082010e301d0603551d0e04160414afc898ac5da8d7db13 = 80f5ca855cff669aa3035c300e= 0603551d0f0101ff04040302078030130603551d25040c300a06082b06010505 > EAP-Message =3D 0x070301301f0603551d230418301680147b3f3d89d72bac9= 72c086ada7233f64a074ea0a1303d0603551d1f = 043630343032a030a02e862c687474703a2f2f637= 26c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 = 6c300c06035= 51d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508= acc31f85e0d61c87dd892487 = e6e83681a1f354814681b4812e84aaae09020164020105301b06092b= 060104018237150a040e300c300a06082b06010505070301300d06 = 092a864886f70d010105050003= 82010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b > EAP-Message =3D 0x634ee662bd183641cf537132 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87503e316c3a43028be40032ff > Finished request 1. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D2= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020200060d00 > State =3D 0x513c3c87503e316c3a43028be40032ff > Message-Authenticator =3D 0xb498e0ab471b0fe82149a213e502cc78 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 2 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b38= 578712aee8672f594dbb51c82d3b2b239171e2b = c6816740828370ab131a9f6e7cdbc9ce1af59564a= b13f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 = d021eea95f8= 6ab7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c55= 63972d19ead292a4ebda615f = f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a5= 6abb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd = c19c990d818216e7f1e68c5c7c= 1495bb1bc800057a308205763082035ea003020102020a61395bb70001000000 > EAP-Message =3D 0x0a300d06092a864886f70d0101050500305a31133011060= a0992268993f22c6401191603636f6d31163014 = 060a0992268993f22c6401191606626f65696e673= 1133011060a0992268993f22c6401191603666c79311630140603550403130d455344 = 44496e74657= 234303936301e170d3039303131393037303632315a170d3134303131383036333331365a30= 5b31133011060a0992268993 = f22c6401191603636f6d31163014060a0992268993f22c6401191606= 626f65696e6731133011060a0992268993f22c6401191603666c79 = 311730150603550403130e4553= 44444973737565723230343830820122300d06092a864886f70d010101050003 > EAP-Message =3D 0x82010f003082010a02820101009ede837e52ce12f2f315c= 72da8adbaf7828db60d09392a3cf133c5f11a49 = 7d7bd90f1e1eddcdb23058de50acad29c809b5036= f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 = 4ad223a046a= 4eb84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d653036229= 7ccff6616dfe1f0ebaebaf4f = 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219= e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc = f109c90234bec8def2d14c026d= 557b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 > EAP-Message =3D 0x610bf15597e4fb288472028530c054f10203010001a3820= 13b30820137300f0603551d130101ff04053003 = 0101ff301d0603551d0e041604147b3f3d89d72ba= c972c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 = 01823715010= 403020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd= 6e25632f301906092b060104 = 0182371402040c1e0a00530075006200430041301f0603551d230418= 3016801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 = 03551d1f043530333031a02fa0= 2d862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 > EAP-Message =3D 0x44496e746572343039362e63 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87533f316c3a43028be40032ff > Finished request 2. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D3= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020300060d00 > State =3D 0x513c3c87533f316c3a43028be40032ff > Message-Authenticator =3D 0xbfd7afb5cc827e4dfe0e545087c18bdd > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 3 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010404000dc0000019b8726c304706082b0601050507010= 1043b3039303706082b06010505073002862b68 = 7474703a2f2f63726c2e626f65696e672e636f6d2= f63726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 = 05000382020= 1006bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d0= 459c1889138a0c63c9b5b5b3 = 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b= 0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 = 896d13492d59f11ff187aae8d7= 43897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 > EAP-Message =3D 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b= 776400e121455288ae22c65c6d23fbcd243a9be = 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c9= 90eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee = 52cfd051e13= 642a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835= d5fa76731958078d4b3f483f = 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999= c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 = 0e784e078023b73ad81e0fd6fd= c7bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba > EAP-Message =3D 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da= 91b51fb1cd3238828cfc140f801ba777248759e = 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba= 665665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 = 087ff97a820= a6844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d= 06092a864886f70d01010505 = 00305931133011060a0992268993f22c6401191603636f6d31163014= 060a0992268993f22c6401191606626f65696e6731133011060a09 = 92268993f22c6401191603666c= 79311530130603550403130c45534444526f6f7434303936301e170d30393031 > EAP-Message =3D 0x31393036333331365a170d3134303131383036333331365= a305a31133011060a0992268993f22c64011916 = 03636f6d31163014060a0992268993f22c6401191= 606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 = 550403130d4= 5534444496e7465723430393630820222300d06092a864886f70d01010105000382020f0030= 82020a02820201009f550e60 = c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff= 77d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d = 41b0cb877f320f987db51ef21d= bad0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 > EAP-Message =3D 0x27d3d06b2c391f698a19dcc9 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875238316c3a43028be40032ff > Finished request 3. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D4= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020400060d00 > State =3D 0x513c3c875238316c3a43028be40032ff > Message-Authenticator =3D 0x6fcf451c592fb99c374d0321cdc02af7 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 4 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec= 57efb446b43e596e64a768bab47d95f225af8d8 = c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360a= b3ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 = 599941102a3= 13f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031= bd05d03d03abc66ca3b6a283 = 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8= da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 = 1f9ccd37d21a763b9e508d11a9= 64dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b > EAP-Message =3D 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19d= fd3223b1341e9e36b72b28c82c75b6c5da59751 = 8f2f7b6c9fe052f98590c8c3225ea11c1b2805077= 251f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 = 81dc6381114= 74a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e888= 9e3ae9412bc0422e5b7923c5 = 0203010001a382013930820135300f0603551d130101ff0405300301= 01ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b = 9b4fe1fe72b9300b0603551d0f= 040403020186301006092b06010401823715010403020101302306092b060104 > EAP-Message =3D 0x018237150204160414d31f074108cfac5cc47ed111d3a27= 12f219c9012301906092b060104018237140204 = 0c1e0a00530075006200430041301f0603551d230= 418301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 = 30323030a02= ea02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f= 74343039362e63726c304606 = 082b06010505070101043a3038303606082b06010505073002862a68= 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 = 4444526f6f74343039362e6372= 74300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 > EAP-Message =3D 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e80= 3864ee663cac722b7c1a9ea1d6b2a0c06f952c9 = 1e4b7b2d99724f0330cd81d4800cf17842bceeaed= 7285a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 = e300c2832a3= 5df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc9889= 122128abeaeb1f5750264529 = 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb= 5f3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 = 8e63ba8dd36b4708cff97de8f1= 4e4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 > EAP-Message =3D 0x9643ef995a71e0e0f21dd9f5 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875539316c3a43028be40032ff > Finished request 4. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D5= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020500060d00 > State =3D 0x513c3c875539316c3a43028be40032ff > Message-Authenticator =3D 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 5 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010604000dc0000019b8282ddba71c014fea56097bdf2c6= 0cdc6056d3cea13ba4aae1782860adaebd34a89 = 6186d5840355a6e80e91b21bfa283bed2bbb4c67b= 198e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 = c25d915394e= b31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96= fb2091a99de16a1710007885 = b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a= 47b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f = e4c4cb51519be63c4455c0a6e8= 871658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 > EAP-Message =3D 0x308204aea003020102021056886f61a89e888c4face278a= 0aabf44300d06092a864886f70d010105050030 = 5931133011060a0992268993f22c6401191603636= f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 = 8993f22c640= 1191603666c79311530130603550403130c45534444526f6f7434303936301e170d30373132= 31373233333632385a170d32 = 37313231373233343335395a305931133011060a0992268993f22c64= 01191603636f6d31163014060a0992268993f22c6401191606626f = 65696e6731133011060a099226= 8993f22c6401191603666c79311530130603550403130c45534444526f6f7434 > EAP-Message =3D 0x30393630820222300d06092a864886f70d0101010500038= 2020f003082020a0282020100a893f9fa5409d6 = 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3= b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 = 10289b13115= 0730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a= 50b6a926be06544eee5901f9 = 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b1= 54725415586ae6554dce245015f13b42c85358f46aff90ade72f86 = 4789cb9739f179efbaabb0be43= 6bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 > EAP-Message =3D 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679c= e6b3b19d3cdc132dda580ef80f98af9ddfdcb50 = d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0= f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 = 2eac02e2562= 1f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effd= abdeb10d7ff6dc49b4441f6e = 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7= a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b = a8161d71ea4b54ab72547e2012= 9f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea > EAP-Message =3D 0xf95088b9f7ecd25158dc52fd > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87543a316c3a43028be40032ff > Finished request 5. > Going to the next request > Waking up in 1.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D6= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020600060d00 > State =3D 0x513c3c87543a316c3a43028be40032ff > Message-Authenticator =3D 0xbf530521aed3b6bee2217fd16706c847 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 6 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010704000dc0000019b874ad9397665c795e18dbb695213= 43c7c7cf0c9c79720006e6707bc5fa3cf020301 = 0001a382018830820184301306092b06010401823= 7140204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 = 0530030101f= f301d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603= 551d1f048201133082010f30 = 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d455344= 44526f6f74343039362c434e3d706b692d746573742d3738376d2c = 434e3d4344502c434e3d507562= 6c69632532304b657925323053657276696365732c434e3d5365727669636573 > EAP-Message =3D 0x2c434e3d436f6e66696775726174696f6e2c44433d666c7= 92c44433d626f65696e672c44433d636f6d3f63 = 657274696669636174655265766f636174696f6e4= c6973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 = 6f6e506f696= e74863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f= 6d2f43657274456e726f6c6c = 2f45534444526f6f74343039362e63726c301006092b060104018237= 15010403020100300d06092a864886f70d01010505000382020100 = 89d0fd7533e496888b2ac6b9ce= dabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a > EAP-Message =3D 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54a= d92a7f9d13b697c2e77777bfe33c5b486af6b82 = 2e97d9efdc82a072c3935760378f9faa5be09ac10= 26c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 = 7bb6c9e8c93= 1a223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b559= 1098b9a9cde9fe2a3d17964e = 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0= bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 = 27c94d290a3620ddbfe38a9e2d= a706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e > EAP-Message =3D 0x8eba09cc6280711eb067230a81d461bcde5ceb4c3395646= 0a20303d68d0219f5cc3bef1d14c94f632a9400 = 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9= d045d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc = 447a34d8668= 7a297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6c= a91db5eeae294156426a4249 = cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110= fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 = 7b47727e3622160301020d0c00= 02090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 > EAP-Message =3D 0x6f7cd0bb7873bf1b9cb9e92f > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87573b316c3a43028be40032ff > Finished request 6. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D7= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020700060d00 > State =3D 0x513c3c87573b316c3a43028be40032ff > Message-Authenticator =3D 0x06ae2cc57b97003ec0e8eac545dbfb0c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 7 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebb= a4fc54b2d29238cb7f36aef2cbab2aec5ba9a45 = 71e9c70452124f67982ee113094defee5efa0bccf= a2370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 = 00010200805= b50c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff= 208fdd7895025afac839f9f8 = e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa6061992= 2bf49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 = 39c98f263dcb092111fb7e1f16= 38283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac > EAP-Message =3D 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a0= 9454fbbdfb4469ba590aafe3672b340e5526ade = b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b= 55e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 = 9f22c1eecbe= e017a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3f= b5981f4dc7589a8ddf3f4147 = e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde= 6408d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 = 9873c0cb03879687b89b2bec31= 66fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 > EAP-Message =3D 0x0e000000 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875634316c3a43028be40032ff > Finished request 7. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D8= , length=3D1188 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x0208040a0dc00000194c16030117760b00177200176f000= 4a9308204a53082038da003020102020a3e173b = a1000100000d47300d06092a864886f70d0101050= 500305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 = 93f22c64011= 91606626f65696e6731133011060a0992268993f22c6401191603666c793117301506035504= 03130e455344444973737565 = 7232303438301e170d3132303433303233333030315a170d31343031= 31383036333331365a3081bf3111300f060355042d130841343033 = 36353235311b3019060355040d= 131243726577576972656c657373446576696365310b30090603550406130255 > EAP-Message =3D 0x53313b3039060355040a1e320042004f0045005f0049005= 4004c0020004100690072006c0069006e006500 = 7300200043006f002e0020004c00740064002e311= f301d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 = 20060355040= 313194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a86= 4886f70d0101010500038201 = 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490a= ed9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 = 6dfd538078617b79923e0d8037= 3a6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 > EAP-Message =3D 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323= a13180df7e56b14337910fc1bb70283e81da756 = c47d934521842fa253f5243a175626324bf3aa886= b391cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 = 2dfea928cc3= 7f4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b6= 672a31e81959068105992392 = fb4a91fded9d31f7bb2d7c01a7ab0203010001a38201043082010030= 1d0603551d0e0416041489e6897d59dded56f52a300000aceac02c = fc277a30130603551d25040c30= 0a06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 > EAP-Message =3D 0x1d230418301680147b3f3d89d72bac972c086ada7233f64= a074ea0a1303d0603551d1f043630343032a030 = a02e862c687474703a2f2f63726c2e626f65696e6= 72e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 = 04018237150= 70430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687= e8e46882f8d1190201640201 = 05301b06092b060104018237150a040e300c300a06082b0601050507= 0302300d06092a864886f70d0101050500038201010004e19b0cfd = 1d67050634a01adc74f1bf85a0= fea2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd > EAP-Message =3D 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 > State =3D 0x513c3c875634316c3a43028be40032ff > Message-Authenticator =3D 0x9d6744dd03fb0ae72889cac849b5ede0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 8 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > TLS Length 6476 > [tls] Received EAP-TLS First Fragment of the message > [tls] eaptls_verify returned 9 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010900060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875935316c3a43028be40032ff > Finished request 8. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D9= , length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020904060d40f35e9f31776548e380f13528708a648379f= dce4901097a09426161485c1979bfcf3dfdc298 = 064f55d31f3db6d49ff38efb1e4ab36ce653696f6= 63393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 = df7e61cb98f= cf9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8= f6fe0250ba5bbd3d277a2d17 = 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa84= 0e4cd76884055803770006ca308206c6308204aea0030201020210 = 56886f61a89e888c4face278a0= aabf44300d06092a864886f70d0101050500305931133011060a0992268993f2 > EAP-Message =3D 0x2c6401191603636f6d31163014060a0992268993f22c640= 1191606626f65696e6731133011060a09922689 = 93f22c6401191603666c793115301306035504031= 30c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 = 31323137323= 3343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a099226= 8993f22c6401191606626f65 = 696e6731133011060a0992268993f22c6401191603666c7931153013= 0603550403130c45534444526f6f743430393630820222300d0609 = 2a864886f70d01010105000382= 020f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 > EAP-Message =3D 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f= 24fbb3d065e30a8ff8834e8e0c1b864c8d36510 = 289b131150730708492a06254d96761937a485841= 420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 = 3377613af43= 616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42= c85358f46aff90ade72f8647 = 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47= 515a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde = aba656439b470f3f2e4c4679ce= 6b3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc > EAP-Message =3D 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8d= b4904e7353c8f32a8f04091df845c69df06312e = ac02e25621f08615ccb20cab61b9703c9150a3a5c= 13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 = b88283a446c= a910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6= b062aabf7aab2bc6354b1ba8 = 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482= 786124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 = fd74ad9397665c795e18dbb695= 21343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 > EAP-Message =3D 0x1306092b060104018237140204061e040043 > State =3D 0x513c3c875935316c3a43028be40032ff > Message-Authenticator =3D 0xd56f46711110d24c271fb50b6ef77742 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 9 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010a00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875836316c3a43028be40032ff > Finished request 9. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 0, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020a04060d400041300b0603551d0f040403020186300f0= 603551d130101ff040530030101ff301d060355 = 1d0e041604141e4e1c8a14ef89a83391ee997b1ca= bed3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 = 8681bf6c646= 1703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d= 2c434e3d4344502c434e3d50 = 75626c69632532304b657925323053657276696365732c434e3d5365= 7276696365732c434e3d436f6e66696775726174696f6e2c44433d = 666c792c44433d626f65696e67= 2c44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 > EAP-Message =3D 0x743f626173653f6f626a656374436c6173733d63524c446= 973747269627574696f6e506f696e74863f6874 = 74703a2f2f706b692d746573742d3738376d2e666= c792e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 = 39362e63726= c301006092b06010401823715010403020100300d06092a864886f70d010105050003820201= 0089d0fd7533e496888b2ac6 = b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0= c4efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a = fd54ad92a7f9d13b697c2e7777= 7bfe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b > EAP-Message =3D 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc= 05f8275de0addc8287bb6c9e8c931a223475d7b = 29c414992ab24512048a99033f4a82fd82b68ae58= 129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d = dd014fed04c= 06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c888= 4227c94d290a3620ddbfe38a = 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd414667= 7001b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 = 956460a20303d68d0219f5cc3b= ef1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d > EAP-Message =3D 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d= 826a229b1460b64cc447a34d86687a297b5fe04 = 865b0fb328cd18d8abfa1ea4b1c58ae57f3115670= 69d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 = e5d839b7fd9= 39293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b5= 687b47727e36220006763082 = 06723082045aa003020102020a611b280600000000000c300d06092a= 864886f70d0101050500305931133011060a0992268993f22c6401 = 191603636f6d31163014060a09= 92268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 > EAP-Message =3D 0x191603666c79311530130603550403130c45 > State =3D 0x513c3c875836316c3a43028be40032ff > Message-Authenticator =3D 0x84fe071ee7e336ed9305a724469d8da0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 10 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010b00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875b37316c3a43028be40032ff > Finished request 10. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 1, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020b04060d40534444526f6f7434303936301e170d30393= 03131393036333331365a170d31343031313830 = 36333331365a305a31133011060a0992268993f22= c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 = 3011060a099= 2268993f22c6401191603666c79311630140603550403130d45534444496e74657234303936= 30820222300d06092a864886 = f70d01010105000382020f003082020a02820201009f550e60c39844= 2453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 = 75fbbbb7239ca1fd75d1dc0edc= 36c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc > EAP-Message =3D 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6f= ed627d3d06b2c391f698a19dcc918b1a01850ed = b9a3f1c949732ec57efb446b43e596e64a768bab4= 7d95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f = 45606176d51= 8eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc8101= 088ac513e2d20b333d60617a = e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321= b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 = da538e6a449f253a44ad71e2d3= ac3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 > EAP-Message =3D 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e5609= 0fa480ba5b8225807f6d9804f0812390cea201d = a3a955473b5f19dfd3223b1341e9e36b72b28c82c= 75b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 = f43ad994033= 8c1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac15= 3f1d3d0d61117cd2cb590d42 = 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c502= 03010001a382013930820135300f0603551d130101ff0405300301 = 01ff301d0603551d0e04160414= 43b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 > EAP-Message =3D 0x86301006092b06010401823715010403020101302306092= b060104018237150204160414d31f074108cfac = 5cc47ed111d3a2712f219c9012301906092b06010= 40182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e = 1c8a14ef89a= 83391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f= 2f63726c2e626f65696e672e = 636f6d2f63726c2f45534444526f6f74343039362e63726c30460608= 2b06010505070101043a3038303606082b06010505073002862a68 = 7474703a2f2f63726c2e626f65= 696e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 > EAP-Message =3D 0x2a864886f70d01010505000382020100976a > State =3D 0x513c3c875b37316c3a43028be40032ff > Message-Authenticator =3D 0x0ad1596cf779061d296f593b2dfd3c51 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 11 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010c00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875a30316c3a43028be40032ff > Finished request 11. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 2, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020c04060d4048f45eed37c731261476bba7a6b705e7d16= 9a8fbad7b380e5f75f32761bb56e803864ee663 = cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d997= 24f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 = 173a98b9678= e998b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702ae= e8c2a8ebb7b07ff2acbc547b = dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468= f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 = e83a8be6d9985b53b884c82361= 35e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e > EAP-Message =3D 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f= 21dd9f5282ddba71c014fea56097bdf2c60cdc6 = 056d3cea13ba4aae1782860adaebd34a896186d58= 40355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 = 0355aea3a1e= e8cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb26= 4b199bda870f3954c4243e82 = b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af004= 1db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 = f40102b8c02b226bce7e64d4a2= a705a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 > EAP-Message =3D 0x602d8d6ac6cb81540d1800057a308205763082035ea0030= 20102020a61395bb700010000000a300d06092a = 864886f70d0101050500305a31133011060a09922= 68993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 = 6e673113301= 1060a0992268993f22c6401191603666c79311630140603550403130d45534444496e746572= 34303936301e170d30393031 = 31393037303632315a170d3134303131383036333331365a305b3113= 3011060a0992268993f22c6401191603636f6d31163014060a0992 = 268993f22c6401191606626f65= 696e6731133011060a0992268993f22c6401191603666c793117301506035504 > EAP-Message =3D 0x03130e455344444973737565723230343830820122300d0= 6092a864886f70d01010105000382010f003082 = 010a02820101009ede837e52ce12f2f315c72da8a= dbaf7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 = b5036f4ce1b= 0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4= eb84964daaf1c2244edec54b = 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6= 616dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf = 539e5f91fcae83e89219e587fd= e80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de > EAP-Message =3D 0xf2d14c026d557b14cd764a677f91c3e5a096 > State =3D 0x513c3c875a30316c3a43028be40032ff > Message-Authenticator =3D 0x83805531ac628b23e32fce49a71392bd > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 12 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010d00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875d31316c3a43028be40032ff > Finished request 12. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 3, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a= 6d2610bf15597e4fb288472028530c054f10203 = 010001a382013b30820137300f0603551d130101f= f040530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a = 074ea0a1300= b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104= 018237150204160414249ba6 = c4888fd87d96ab95594e6637dd6e25632f301906092b060104018237= 1402040c1e0a00530075006200430041301f0603551d2304183016 = 801443b1f625d530e7f847f0bf= cb526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 > EAP-Message =3D 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f455= 34444496e746572343039362e63726c30470608 = 2b06010505070101043b3039303706082b0601050= 5073002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 = 44496e74657= 2343039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c33= 83a89e90f53061c5b5f03e20 = 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305= e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b = 0f9a547a193d6a6502ec30fe65= c6365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef > EAP-Message =3D 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540eb= df853366842f38e66b0d9a00bc6cf2a25777f0d = ef04b8971ebce5b776400e121455288ae22c65c6d= 23fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 = 7599cc0262d= fe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c= 6102d4e4311a37b08d44164a = fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f41= 2fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 = c2cf3b82646d2777fd7c6c0ce3= 1b3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 > EAP-Message =3D 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde9= 3230dba380f1391aaf299bd7c4288e0758c9132 = df0250d269f10da91b51fb1cd3238828cfc140f80= 1ba777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 = 4682f17430a= da59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac929160301= 0086100000820080d5c6f2b2 = 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d78= 03fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 = c3394d9c7f44c7148e62b6f611= dafa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e > EAP-Message =3D 0x247063c1bccceed74889ea590e0da58ce6be > State =3D 0x513c3c875d31316c3a43028be40032ff > Message-Authenticator =3D 0xbb1d0ad92f5fd564954baa008cd36db0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 13 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010e00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875c32316c3a43028be40032ff > Finished request 13. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 4, length=3D486 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020e01520d00a235d3b7f87016030101060f00010201009= c5bae8f60c3882d11a8226db135282ea8065fa1 = 2587cd72b4beaa29ae85a390117cd3b2cb47dfd94= 438f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 = 14167e1386a= 1968e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05= e11bc100e9c265a72bc8345f = bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2= a04ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c = 9c09250c91d2bb39f413765b62= 0c3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab > EAP-Message =3D 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d= 5212c1403010001011603010030e0db5794014c = 3d3d69d2bdfd98a304ad9779de997f577a7cd878e= d46952ce28eb9918b0e21865ef74572c8e7cf16790d > State =3D 0x513c3c875c32316c3a43028be40032ff > Message-Authenticator =3D 0x9c9cc0760618df10c4d942cd95e95c9c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 14 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] <<< TLS 1.0 Handshake [length 1776], Certificate > [tls] chain-depth=3D3, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDRoot4096 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=3D2, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDInter4096 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=3D1, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDIssuer2048 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 > [tls] --> verify return:1 > [tls] chain-depth=3D0, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D MaintenanceControlDisplay > [tls] --> subject =3D /x500UniqueIdentifier=3DA4036525/description=3DCrew= WirelessDevice/C=3DUS/O=3D\x00B\x00O\x00E\x00_\ = x00I\x00T\x00L\x00 \x00A\x00i\x00= r\x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU= =3DFo = r Test Purposes Only/CN=3DMaintenanceControlDisplay > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 > [tls] --> verify return:1 > [tls] TLS_accept: SSLv3 read client certificate A > [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange > [tls] TLS_accept: SSLv3 read client key exchange A > [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify > [tls] TLS_accept: SSLv3 read certificate verify A > [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] > [tls] <<< TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 read finished A > [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] > [tls] TLS_accept: SSLv3 write change cipher spec A > [tls] >>> TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 write finished A > [tls] TLS_accept: SSLv3 flush data > [tls] (other): SSL negotiation finished successfully > SSL Connection Established > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010f00450d800000003b14030100010116030100302e732= 4c43c27ba2ca05affb5044cdc80b6fde1835f0a = fcacabb0f0eeb818e2397f158ad69090966662002= a492e085e48 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875f33316c3a43028be40032ff > Finished request 14. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 5, length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020f00060d00 > State =3D 0x513c3c875f33316c3a43028be40032ff > Message-Authenticator =3D 0x434f2ff4845a3da8223675d555c7299c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 15 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake is finished > [tls] eaptls_verify returned 3 > [tls] eaptls_process returned 3 > [tls] Adding user data to cached session > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b740= 0, > prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length= , > (gdb) help > List of classes of commands: > > aliases -- Aliases of other commands > breakpoints -- Making program stop at certain points > data -- Examining data > files -- Specifying and examining files > internals -- Maintenance commands > obscure -- Obscure features > running -- Running the program > stack -- Examining the stack > status -- Status inquiries > support -- Support facilities > tracepoints -- Tracing of program execution without stopping the program > user-defined -- User-defined commands > > Type "help" followed by a class name for a list of commands in that class= . > Type "help" followed by command name for full documentation. > Command name abbreviations are allowed if unambiguous. > (gdb) stack > Undefined command: "stack". Try "help". > (gdb) quit > The program is running. Exit anyway? (y or n) y > wan231s1# cat > /home/steve/radiusd-2.2.0-gdb-output.txt > wan231s1# gdb /usr/local/sbin/radiusd > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols = found)... > (gdb) run -X > Starting program: /usr/local/sbin/radiusd -X > (no debugging symbols found)...(no debugging symbols found)...[New LWP 10= 1549] > (no debugging symbols found)...(no debugging symbols found)...(no debuggi= ng symbols found)...(no debugging sym = bols found)...(no debugging symbols found).= ..(no debugging symbols found)...[New Thread 28804300 (LWP 101549/r = adiusd)] > FreeRADIUS Version 2.2.0, for host i386-portbld-freebsd9.0, built on Jan = 3 2013 at 20:39:43 > Copyright (C) 1999-2012 The FreeRADIUS server project and contributors. > There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A > PARTICULAR PURPOSE. > You may redistribute copies of FreeRADIUS under the terms of the > GNU General Public License v2. > Starting - reading configuration files ... > including configuration file /usr/local/etc/raddb/radiusd.conf > including configuration file /usr/local/etc/raddb/proxy.conf > including configuration file /usr/local/etc/raddb/clients.conf > including files in directory /usr/local/etc/raddb/modules/ > including configuration file /usr/local/etc/raddb/modules/wimax > including configuration file /usr/local/etc/raddb/modules/always > including configuration file /usr/local/etc/raddb/modules/attr_filter > including configuration file /usr/local/etc/raddb/modules/attr_rewrite > including configuration file /usr/local/etc/raddb/modules/cache > including configuration file /usr/local/etc/raddb/modules/chap > including configuration file /usr/local/etc/raddb/modules/checkval > including configuration file /usr/local/etc/raddb/modules/counter > including configuration file /usr/local/etc/raddb/modules/cui > including configuration file /usr/local/etc/raddb/modules/detail > including configuration file /usr/local/etc/raddb/modules/detail.example.= com > including configuration file /usr/local/etc/raddb/modules/detail.log > including configuration file /usr/local/etc/raddb/modules/dhcp_sqlippool > including configuration file /usr/local/etc/raddb/sql/mysql/ippool-dhcp.c= onf > including configuration file /usr/local/etc/raddb/modules/digest > including configuration file /usr/local/etc/raddb/modules/dynamic_clients > including configuration file /usr/local/etc/raddb/modules/echo > including configuration file /usr/local/etc/raddb/modules/etc_group > including configuration file /usr/local/etc/raddb/modules/exec > including configuration file /usr/local/etc/raddb/modules/expiration > including configuration file /usr/local/etc/raddb/modules/expr > including configuration file /usr/local/etc/raddb/modules/files > including configuration file /usr/local/etc/raddb/modules/inner-eap > including configuration file /usr/local/etc/raddb/modules/ippool > including configuration file /usr/local/etc/raddb/modules/krb5 > including configuration file /usr/local/etc/raddb/modules/ldap > including configuration file /usr/local/etc/raddb/modules/linelog > including configuration file /usr/local/etc/raddb/modules/otp > including configuration file /usr/local/etc/raddb/modules/logintime > including configuration file /usr/local/etc/raddb/modules/mac2ip > including configuration file /usr/local/etc/raddb/modules/mac2vlan > including configuration file /usr/local/etc/raddb/modules/mschap > including configuration file /usr/local/etc/raddb/modules/ntlm_auth > including configuration file /usr/local/etc/raddb/modules/opendirectory > including configuration file /usr/local/etc/raddb/modules/pam > including configuration file /usr/local/etc/raddb/modules/pap > including configuration file /usr/local/etc/raddb/modules/passwd > including configuration file /usr/local/etc/raddb/modules/perl > including configuration file /usr/local/etc/raddb/modules/policy > including configuration file /usr/local/etc/raddb/modules/preprocess > including configuration file /usr/local/etc/raddb/modules/radrelay > including configuration file /usr/local/etc/raddb/modules/radutmp > including configuration file /usr/local/etc/raddb/modules/realm > including configuration file /usr/local/etc/raddb/modules/redis > including configuration file /usr/local/etc/raddb/modules/rediswho > including configuration file /usr/local/etc/raddb/modules/replicate > including configuration file /usr/local/etc/raddb/modules/smbpasswd > including configuration file /usr/local/etc/raddb/modules/smsotp > including configuration file /usr/local/etc/raddb/modules/soh > including configuration file /usr/local/etc/raddb/modules/sql_log > including configuration file /usr/local/etc/raddb/modules/sqlcounter_expi= re_on_login > including configuration file /usr/local/etc/raddb/modules/sradutmp > including configuration file /usr/local/etc/raddb/modules/unix > including configuration file /usr/local/etc/raddb/modules/acct_unique > including configuration file /usr/local/etc/raddb/eap.conf > including configuration file /usr/local/etc/raddb/policy.conf > including files in directory /usr/local/etc/raddb/sites-enabled/ > including configuration file /usr/local/etc/raddb/sites-enabled/default > main { > user =3D "freeradius" > group =3D "freeradius" > allow_core_dumps =3D no > } > including dictionary file /usr/local/etc/raddb/dictionary > main { > name =3D "radiusd" > prefix =3D "/usr/local" > localstatedir =3D "/var" > sbindir =3D "/usr/local/sbin" > logdir =3D "/var/log" > run_dir =3D "/var/run/radiusd" > libdir =3D "/usr/local/lib/freeradius-2.2.0" > radacctdir =3D "/var/log/radacct" > hostname_lookups =3D no > max_request_time =3D 30 > cleanup_delay =3D 5 > max_requests =3D 1024 > pidfile =3D "/var/run/radiusd/radiusd.pid" > checkrad =3D "/usr/local/sbin/checkrad" > debug_level =3D 0 > proxy_requests =3D no > log { > stripped_names =3D no > auth =3D yes > auth_badpass =3D no > auth_goodpass =3D no > } > security { > max_attributes =3D 200 > reject_delay =3D 1 > status_server =3D yes > } > } > radiusd: #### Loading Realms and Home Servers #### > proxy server { > retry_delay =3D 5 > retry_count =3D 3 > default_fallback =3D no > dead_time =3D 120 > wake_all_if_all_dead =3D no > } > home_server localhost { > ipaddr =3D 127.0.0.1 > port =3D 1812 > type =3D "auth" > secret =3D "testing123" > response_window =3D 20 > max_outstanding =3D 65536 > require_message_authenticator =3D yes > zombie_period =3D 40 > status_check =3D "status-server" > ping_interval =3D 30 > check_interval =3D 30 > num_answers_to_alive =3D 3 > num_pings_to_alive =3D 3 > revive_interval =3D 120 > status_check_timeout =3D 4 > coa { > irt =3D 2 > mrt =3D 16 > mrc =3D 5 > mrd =3D 30 > } > } > home_server_pool my_auth_failover { > type =3D fail-over > home_server =3D localhost > } > realm example.com { > auth_pool =3D my_auth_failover > } > realm LOCAL { > } > radiusd: #### Loading Clients #### > client localhost { > ipaddr =3D 127.0.0.1 > require_message_authenticator =3D no > secret =3D "testing123" > nastype =3D "other" > } > client 10.128.0.100 { > require_message_authenticator =3D no > secret =3D "redacted" > shortname =3D "nms231s1-eapol-test" > nastype =3D "other" > } > radiusd: #### Instantiating modules #### > instantiate { > (no debugging symbols found)... Module: Linked to module rlm_exec > Module: Instantiating module "exec" from file /usr/local/etc/raddb/modul= es/exec > exec { > wait =3D no > input_pairs =3D "request" > shell_escape =3D yes > } > Module: Linked to module rlm_expr > Module: Instantiating module "expr" from file /usr/local/etc/raddb/modul= es/expr > Module: Linked to module rlm_expiration > Module: Instantiating module "expiration" from file /usr/local/etc/raddb= /modules/expiration > expiration { > reply-message =3D "Password Has Expired " > } > Module: Linked to module rlm_logintime > Module: Instantiating module "logintime" from file /usr/local/etc/raddb/= modules/logintime > logintime { > reply-message =3D "You are calling outside your allowed timespan = " > minimum-timeout =3D 60 > } > } > radiusd: #### Loading Virtual Servers #### > server { # from file /usr/local/etc/raddb/radiusd.conf > modules { > Module: Creating Auth-Type =3D digest > Module: Creating Post-Auth-Type =3D REJECT > Module: Checking authenticate {...} for more modules to load > Module: Linked to module rlm_pap > Module: Instantiating module "pap" from file /usr/local/etc/raddb/module= s/pap > pap { > encryption_scheme =3D "auto" > auto_header =3D no > } > Module: Linked to module rlm_chap > Module: Instantiating module "chap" from file /usr/local/etc/raddb/modul= es/chap > Module: Linked to module rlm_mschap > Module: Instantiating module "mschap" from file /usr/local/etc/raddb/mod= ules/mschap > mschap { > use_mppe =3D yes > require_encryption =3D no > require_strong =3D no > with_ntdomain_hack =3D no > allow_retry =3D yes > } > Module: Linked to module rlm_digest > Module: Instantiating module "digest" from file /usr/local/etc/raddb/mod= ules/digest > Module: Linked to module rlm_unix > Module: Instantiating module "unix" from file /usr/local/etc/raddb/modul= es/unix > unix { > radwtmp =3D "/var/log/radwtmp" > } > Module: Linked to module rlm_eap > Module: Instantiating module "eap" from file /usr/local/etc/raddb/eap.co= nf > eap { > default_eap_type =3D "tls" > timer_expire =3D 60 > ignore_unknown_eap_types =3D no > cisco_accounting_username_bug =3D no > max_sessions =3D 4096 > } > Module: Linked to sub-module rlm_eap_md5 > Module: Instantiating eap-md5 > Module: Linked to sub-module rlm_eap_leap > Module: Instantiating eap-leap > Module: Linked to sub-module rlm_eap_gtc > Module: Instantiating eap-gtc > gtc { > challenge =3D "Password: " > auth_type =3D "PAP" > } > Module: Linked to sub-module rlm_eap_tls > Module: Instantiating eap-tls > tls { > rsa_key_exchange =3D no > dh_key_exchange =3D yes > rsa_key_length =3D 512 > dh_key_length =3D 512 > verify_depth =3D 0 > CA_path =3D "/usr/local/etc/raddb/certs/CA" > pem_file_type =3D yes > private_key_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan2= 31s1_key.pem" > certificate_file =3D "/usr/local/etc/raddb/certs/gatelink822-wan2= 31s1_cert.pem" > private_key_password =3D "redacted" > dh_file =3D "/usr/local/etc/raddb/certs/dh" > random_file =3D "/usr/local/etc/raddb/certs/random" > fragment_size =3D 1024 > include_length =3D yes > check_crl =3D no > cipher_list =3D "DEFAULT" > make_cert_command =3D "/usr/local/etc/raddb/certs/bootstrap" > ecdh_curve =3D "prime256v1" > cache { > enable =3D no > lifetime =3D 24 > max_entries =3D 255 > } > verify { > } > ocsp { > enable =3D no > override_cert_url =3D yes > url =3D "http://127.0.0.1/ocsp/" > use_nonce =3D yes > timeout =3D 0 > softfail =3D no > } > } > Module: Linked to sub-module rlm_eap_ttls > Module: Instantiating eap-ttls > ttls { > default_eap_type =3D "md5" > copy_request_to_tunnel =3D no > use_tunneled_reply =3D no > virtual_server =3D "inner-tunnel" > include_length =3D yes > } > Module: Linked to sub-module rlm_eap_peap > Module: Instantiating eap-peap > peap { > default_eap_type =3D "mschapv2" > copy_request_to_tunnel =3D no > use_tunneled_reply =3D no > proxy_tunneled_request_as_eap =3D yes > virtual_server =3D "inner-tunnel" > soh =3D no > } > Module: Linked to sub-module rlm_eap_mschapv2 > Module: Instantiating eap-mschapv2 > mschapv2 { > with_ntdomain_hack =3D no > send_error =3D no > } > Module: Checking authorize {...} for more modules to load > Module: Linked to module rlm_preprocess > Module: Instantiating module "preprocess" from file /usr/local/etc/raddb= /modules/preprocess > preprocess { > huntgroups =3D "/usr/local/etc/raddb/huntgroups" > hints =3D "/usr/local/etc/raddb/hints" > with_ascend_hack =3D no > ascend_channels_per_line =3D 23 > with_ntdomain_hack =3D no > with_specialix_jetstream_hack =3D no > with_cisco_vsa_hack =3D no > with_alvarion_vsa_hack =3D no > } > reading pairlist file /usr/local/etc/raddb/huntgroups > reading pairlist file /usr/local/etc/raddb/hints > Module: Linked to module rlm_realm > Module: Instantiating module "suffix" from file /usr/local/etc/raddb/mod= ules/realm > realm suffix { > format =3D "suffix" > delimiter =3D "@" > ignore_default =3D no > ignore_null =3D no > } > Module: Linked to module rlm_files > Module: Instantiating module "files" from file /usr/local/etc/raddb/modu= les/files > files { > usersfile =3D "/usr/local/etc/raddb/users" > acctusersfile =3D "/usr/local/etc/raddb/acct_users" > preproxy_usersfile =3D "/usr/local/etc/raddb/preproxy_users" > compat =3D "no" > } > reading pairlist file /usr/local/etc/raddb/users > reading pairlist file /usr/local/etc/raddb/acct_users > reading pairlist file /usr/local/etc/raddb/preproxy_users > Module: Checking preacct {...} for more modules to load > Module: Linked to module rlm_acct_unique > Module: Instantiating module "acct_unique" from file /usr/local/etc/radd= b/modules/acct_unique > acct_unique { > key =3D "User-Name, Acct-Session-Id, NAS-IP-Address, NAS-Identifi= er, NAS-Port" > } > Module: Checking accounting {...} for more modules to load > Module: Linked to module rlm_detail > Module: Instantiating module "detail" from file /usr/local/etc/raddb/mod= ules/detail > detail { > detailfile =3D "/var/log/radacct/%{%{Packet-Src-IP-Address}:-%{Pa= cket-Src-IPv6-Address}}/detail-%Y%m%d" > header =3D "%t" > detailperm =3D 384 > dirperm =3D 493 > locking =3D no > log_packet_header =3D no > } > Module: Linked to module rlm_attr_filter > Module: Instantiating module "attr_filter.accounting_response" from file= /usr/local/etc/raddb/modules/attr_fi = lter > attr_filter attr_filter.accounting_response { > attrsfile =3D "/usr/local/etc/raddb/attrs.accounting_response" > key =3D "%{User-Name}" > relaxed =3D no > } > reading pairlist file /usr/local/etc/raddb/attrs.accounting_response > Module: Checking session {...} for more modules to load > Module: Linked to module rlm_radutmp > Module: Instantiating module "radutmp" from file /usr/local/etc/raddb/mo= dules/radutmp > radutmp { > filename =3D "/var/log/radutmp" > username =3D "%{User-Name}" > case_sensitive =3D yes > check_with_nas =3D yes > perm =3D 384 > callerid =3D yes > } > Module: Checking post-proxy {...} for more modules to load > Module: Checking post-auth {...} for more modules to load > Module: Instantiating module "attr_filter.access_reject" from file /usr/= local/etc/raddb/modules/attr_filter > attr_filter attr_filter.access_reject { > attrsfile =3D "/usr/local/etc/raddb/attrs.access_reject" > key =3D "%{User-Name}" > relaxed =3D no > } > reading pairlist file /usr/local/etc/raddb/attrs.access_reject > } # modules > } # server > radiusd: #### Opening IP addresses and Ports #### > listen { > type =3D "auth" > ipaddr =3D * > port =3D 0 > } > listen { > type =3D "acct" > ipaddr =3D * > port =3D 0 > } > Listening on authentication address * port 1812 > Listening on accounting address * port 1813 > Ready to process requests. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D0= , length=3D158 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x0200001e014d61696e74656e616e6365436f6e74726f6c4= 46973706c6179 > Message-Authenticator =3D 0xad8a60fa6b73d53acb5ce659eff3da36 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 0 length 30 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > [pap] WARNING! No "known good" password found for the user. Authenticati= on may fail because of this. > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] EAP Identity > [eap] processing type tls > [tls] Requiring client certificate > [tls] Initiate > [tls] Start returned 1 > ++[eap] returns handled > Sending Access-Challenge of id 0 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010100060d20 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87513d316c3a43028be40032ff > Finished request 0. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= , length=3D258 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020100700d00160301006501000061030150e5f39860827= a0411cfb562ef8e20af61649f10290355949974 = ed309594e83f00003400390038003500880087008= 400160013000a00330032002f00450044004100050004001500120009001400110008 = 0006000300f= f0100000400230000 > State =3D 0x513c3c87513d316c3a43028be40032ff > Message-Authenticator =3D 0x0633be04de5c0102ddc9fa927ed47610 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 1 length 112 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] (other): before/accept initialization > [tls] TLS_accept: before/accept initialization > [tls] <<< TLS 1.0 Handshake [length 0065], ClientHello > [tls] TLS_accept: SSLv3 read client hello A > [tls] >>> TLS 1.0 Handshake [length 0031], ServerHello > [tls] TLS_accept: SSLv3 write server hello A > [tls] >>> TLS 1.0 Handshake [length 1756], Certificate > [tls] TLS_accept: SSLv3 write certificate A > [tls] >>> TLS 1.0 Handshake [length 020d], ServerKeyExchange > [tls] TLS_accept: SSLv3 write key exchange A > [tls] >>> TLS 1.0 Handshake [length 0010], CertificateRequest > [tls] TLS_accept: SSLv3 write certificate request A > [tls] TLS_accept: SSLv3 flush data > [tls] TLS_accept: Need to read more data: SSLv3 read client certifica= te A > In SSL Handshake Phase > In SSL Accept mode > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 1 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010204000dc0000019b816030100310200002d030150e5f= 3981aa9077b62c7c34d9eb90bd512eac8348779 = 1227b2d8e289befa6edf000039000005ff0100010= 016030117560b00175200174f000489308204853082036da003020102020a4b426b00 = 000100000d2= 2300d06092a864886f70d0101050500305b31133011060a0992268993f22c6401191603636f= 6d31163014060a0992268993 = f22c6401191606626f65696e6731133011060a0992268993f22c6401= 191603666c79311730150603550403130e45534444497373756572 = 32303438301e170d3132303331= 343139343732395a170d3134303131383036333331365a308191310b30090603 > EAP-Message =3D 0x55040613025553310b30090603550408130257413110300= e0603550407130753656174746c65311b301906 = 0355040a131254686520426f65696e6720436f6d7= 0616e79311f301d060355040b1316466f72205465737420507572706f736573204f6e = 6c793125302= 30603550403131c676174656c696e6b3832322e77616e32333173312e77616e2e6c61623082= 0122300d06092a864886f70d = 01010105000382010f003082010a0282010100c175642cacaf0313bb= 775762d65e844208b24fe044be27d2523ff76cb718dec7f17eb3ee = 320f859c8a03a5d34400a1783e= 2b543e8398d1785daa255073353c5d13ffa304f26019b8b859368bae5c65d617 > EAP-Message =3D 0x93e77241750f6fc8e2ffbff4b8fefbdd0321433512b07d0= 180c2271de6c5fa9458579163d21f4c26f7ced4 = 30868b3c0d344b85a2f5d37adcda8fb477d64b4c0= c2a978946081e0e52e47f4ddb0cb82c02f8a704f6f169b46c63f1db7e0403f7e0989d = 73546ddfe68= 23a83310c68ea5722997a969fa9b0858799de63fab0f941b510fb826d581823ef6f0eb6e59d= c96a434f18fa2288574a6de1 = 53a979ce2fc2b31e06dbd12bce17213019db711b563d0203010001a3= 8201123082010e301d0603551d0e04160414afc898ac5da8d7db13 = 80f5ca855cff669aa3035c300e= 0603551d0f0101ff04040302078030130603551d25040c300a06082b06010505 > EAP-Message =3D 0x070301301f0603551d230418301680147b3f3d89d72bac9= 72c086ada7233f64a074ea0a1303d0603551d1f = 043630343032a030a02e862c687474703a2f2f637= 26c2e626f65696e672e636f6d2f63726c2f45534444497373756572323034382e6372 = 6c300c06035= 51d130101ff04023000303d06092b06010401823715070430302e06262b0601040182371508= acc31f85e0d61c87dd892487 = e6e83681a1f354814681b4812e84aaae09020164020105301b06092b= 060104018237150a040e300c300a06082b06010505070301300d06 = 092a864886f70d010105050003= 82010100702d7a1bde789d5af9c5d5ba6afed07c0f23bd794b1e54aa6ac6ed3b > EAP-Message =3D 0x634ee662bd183641cf537132 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87503e316c3a43028be40032ff > Finished request 1. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D2= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020200060d00 > State =3D 0x513c3c87503e316c3a43028be40032ff > Message-Authenticator =3D 0xb498e0ab471b0fe82149a213e502cc78 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 2 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 2 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010304000dc0000019b8322dbdd1145b65fc9a838c88b38= 578712aee8672f594dbb51c82d3b2b239171e2b = c6816740828370ab131a9f6e7cdbc9ce1af59564a= b13f6084b2f7dfbc59766edeb710de9be3c3820775d69539962c845f60c47fcaf3c43 = d021eea95f8= 6ab7bfecab3ae917a9d8fa792195be052d27c8e2d7cdd72d743d89cfff56a500f9face99c55= 63972d19ead292a4ebda615f = f2c89a07dd30c1c06f25bc476090e077f5a6af2d1e618208bfd018a5= 6abb362b8bce884976f6d3adb093d2eeae7bd59063ae8a868fb1cd = c19c990d818216e7f1e68c5c7c= 1495bb1bc800057a308205763082035ea003020102020a61395bb70001000000 > EAP-Message =3D 0x0a300d06092a864886f70d0101050500305a31133011060= a0992268993f22c6401191603636f6d31163014 = 060a0992268993f22c6401191606626f65696e673= 1133011060a0992268993f22c6401191603666c79311630140603550403130d455344 = 44496e74657= 234303936301e170d3039303131393037303632315a170d3134303131383036333331365a30= 5b31133011060a0992268993 = f22c6401191603636f6d31163014060a0992268993f22c6401191606= 626f65696e6731133011060a0992268993f22c6401191603666c79 = 311730150603550403130e4553= 44444973737565723230343830820122300d06092a864886f70d010101050003 > EAP-Message =3D 0x82010f003082010a02820101009ede837e52ce12f2f315c= 72da8adbaf7828db60d09392a3cf133c5f11a49 = 7d7bd90f1e1eddcdb23058de50acad29c809b5036= f4ce1b0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac5 = 4ad223a046a= 4eb84964daaf1c2244edec54b03ef4137634d55afc4e118031d822efd491b7cf9d653036229= 7ccff6616dfe1f0ebaebaf4f = 84ff9edce03a9189f34ca257ce621e20aeaf539e5f91fcae83e89219= e587fde80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddc = f109c90234bec8def2d14c026d= 557b14cd764a677f91c3e5a096bc0f216a6aa60365dad3b4bbe2616ef038a6d2 > EAP-Message =3D 0x610bf15597e4fb288472028530c054f10203010001a3820= 13b30820137300f0603551d130101ff04053003 = 0101ff301d0603551d0e041604147b3f3d89d72ba= c972c086ada7233f64a074ea0a1300b0603551d0f040403020186301006092b060104 = 01823715010= 403020101302306092b060104018237150204160414249ba6c4888fd87d96ab95594e6637dd= 6e25632f301906092b060104 = 0182371402040c1e0a00530075006200430041301f0603551d230418= 3016801443b1f625d530e7f847f0bfcb526b9b4fe1fe72b9303c06 = 03551d1f043530333031a02fa0= 2d862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 > EAP-Message =3D 0x44496e746572343039362e63 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87533f316c3a43028be40032ff > Finished request 2. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D3= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020300060d00 > State =3D 0x513c3c87533f316c3a43028be40032ff > Message-Authenticator =3D 0xbfd7afb5cc827e4dfe0e545087c18bdd > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 3 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 3 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010404000dc0000019b8726c304706082b0601050507010= 1043b3039303706082b06010505073002862b68 = 7474703a2f2f63726c2e626f65696e672e636f6d2= f63726c2f45534444496e746572343039362e637274300d06092a864886f70d010105 = 05000382020= 1006bd3c23ef41bc64c3383a89e90f53061c5b5f03e2040ebc07377fedd37e6ea3f8ce247d0= 459c1889138a0c63c9b5b5b3 = 05e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b= 0f9a547a193d6a6502ec30fe65c6365aab74304517f7fea0ce3a07 = 896d13492d59f11ff187aae8d7= 43897f92efa32b18a86a8c02d4e909e17e97417d5c676d546785540ebdf85336 > EAP-Message =3D 0x6842f38e66b0d9a00bc6cf2a25777f0def04b8971ebce5b= 776400e121455288ae22c65c6d23fbcd243a9be = 7182f6969f0d6061dc4f786eb6eb2fbfd89c807c9= 90eb67a595fb2717599cc0262dfe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee = 52cfd051e13= 642a34f0325c6c767548c6102d4e4311a37b08d44164afff6a0a67af3f971ad402ee75a8835= d5fa76731958078d4b3f483f = 412fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999= c2cf3b82646d2777fd7c6c0ce31b3c330693d78b8960d784840ff1 = 0e784e078023b73ad81e0fd6fd= c7bf66bf09cf8118d3852613bd4cf23f384191bdd292050490c3bfde93230dba > EAP-Message =3D 0x380f1391aaf299bd7c4288e0758c9132df0250d269f10da= 91b51fb1cd3238828cfc140f801ba777248759e = 0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba= 665665648e98da44682f17430ada59a3a4b889250ae64a1d4f112a3a83fab8bcaf308 = 087ff97a820= a6844c8e64ac929000676308206723082045aa003020102020a611b280600000000000c300d= 06092a864886f70d01010505 = 00305931133011060a0992268993f22c6401191603636f6d31163014= 060a0992268993f22c6401191606626f65696e6731133011060a09 = 92268993f22c6401191603666c= 79311530130603550403130c45534444526f6f7434303936301e170d30393031 > EAP-Message =3D 0x31393036333331365a170d3134303131383036333331365= a305a31133011060a0992268993f22c64011916 = 03636f6d31163014060a0992268993f22c6401191= 606626f65696e6731133011060a0992268993f22c6401191603666c79311630140603 = 550403130d4= 5534444496e7465723430393630820222300d06092a864886f70d01010105000382020f0030= 82020a02820201009f550e60 = c398442453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff= 77d075fbbbb7239ca1fd75d1dc0edc36c967a6ea0bd640e7cea54d = 41b0cb877f320f987db51ef21d= bad0e6b248c8bc4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6fed6 > EAP-Message =3D 0x27d3d06b2c391f698a19dcc9 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875238316c3a43028be40032ff > Finished request 3. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D4= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020400060d00 > State =3D 0x513c3c875238316c3a43028be40032ff > Message-Authenticator =3D 0x6fcf451c592fb99c374d0321cdc02af7 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 4 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 4 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010504000dc0000019b818b1a01850edb9a3f1c949732ec= 57efb446b43e596e64a768bab47d95f225af8d8 = c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360a= b3ab9208403293f45606176d518eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1 = 599941102a3= 13f6ca1689620d6bc8101088ac513e2d20b333d60617ae64f68af26146da6b94180f0ee7031= bd05d03d03abc66ca3b6a283 = 21b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8= da538e6a449f253a44ad71e2d3ac3769fe8c6ce37e1298ff4f96d9 = 1f9ccd37d21a763b9e508d11a9= 64dfbe19c6f4a51d2562ef397940ed309f29427f85ade6fc8015e56090fa480b > EAP-Message =3D 0xa5b8225807f6d9804f0812390cea201da3a955473b5f19d= fd3223b1341e9e36b72b28c82c75b6c5da59751 = 8f2f7b6c9fe052f98590c8c3225ea11c1b2805077= 251f5ac84fef400f43ad9940338c1b66b158dcf3b31649ce753edbd8b38bda0d50387 = 81dc6381114= 74a99a932a144c6b3ac153f1d3d0d61117cd2cb590d424b39e8b3164ef536f1c2860dc7e888= 9e3ae9412bc0422e5b7923c5 = 0203010001a382013930820135300f0603551d130101ff0405300301= 01ff301d0603551d0e0416041443b1f625d530e7f847f0bfcb526b = 9b4fe1fe72b9300b0603551d0f= 040403020186301006092b06010401823715010403020101302306092b060104 > EAP-Message =3D 0x018237150204160414d31f074108cfac5cc47ed111d3a27= 12f219c9012301906092b060104018237140204 = 0c1e0a00530075006200430041301f0603551d230= 418301680141e4e1c8a14ef89a83391ee997b1cabed3f47eaa6303b0603551d1f0434 = 30323030a02= ea02c862a687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f45534444526f6f= 74343039362e63726c304606 = 082b06010505070101043a3038303606082b06010505073002862a68= 7474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f4553 = 4444526f6f74343039362e6372= 74300d06092a864886f70d01010505000382020100976a48f45eed37c7312614 > EAP-Message =3D 0x76bba7a6b705e7d169a8fbad7b380e5f75f32761bb56e80= 3864ee663cac722b7c1a9ea1d6b2a0c06f952c9 = 1e4b7b2d99724f0330cd81d4800cf17842bceeaed= 7285a45f90879667e3a18f70b3464a3d0d6d514173a98b9678e998b8d9a494cfe9243 = e300c2832a3= 5df610158cd396b1f280db73d94c58709c200b1d702aee8c2a8ebb7b07ff2acbc547bdc9889= 122128abeaeb1f5750264529 = 52e0e9c51292bd2ef1eff30468f418406c0860cd36806e73fc3e13fb= 5f3cccc7cd8fb934c2f06f94e83a8be6d9985b53b884c8236135e8 = 8e63ba8dd36b4708cff97de8f1= 4e4a035a02e9aef78670e90101f725f08e02ea7beaf85acf6e722216671b0074 > EAP-Message =3D 0x9643ef995a71e0e0f21dd9f5 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875539316c3a43028be40032ff > Finished request 4. > Going to the next request > Waking up in 4.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D5= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020500060d00 > State =3D 0x513c3c875539316c3a43028be40032ff > Message-Authenticator =3D 0x66eccf08ef53f2b5ae2dbbb2933ccbf3 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 5 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 5 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010604000dc0000019b8282ddba71c014fea56097bdf2c6= 0cdc6056d3cea13ba4aae1782860adaebd34a89 = 6186d5840355a6e80e91b21bfa283bed2bbb4c67b= 198e212875081fd305ec7d6d74af01bf6780355aea3a1ee8cd3e506224829321aade7 = c25d915394e= b31db8310834e1724d5ca7dfccfff1d18935ddb264b199bda870f3954c4243e82b167acdd96= fb2091a99de16a1710007885 = b0f9e045d7bc8ab34af0041db6e8009a20d0ba835517ea46b6e95b6a= 47b993c8ba1ad606a030f40102b8c02b226bce7e64d4a2a705a08f = e4c4cb51519be63c4455c0a6e8= 871658c1f20195a7d7efeecd530454602d8d6ac6cb81540d180006ca308206c6 > EAP-Message =3D 0x308204aea003020102021056886f61a89e888c4face278a= 0aabf44300d06092a864886f70d010105050030 = 5931133011060a0992268993f22c6401191603636= f6d31163014060a0992268993f22c6401191606626f65696e6731133011060a099226 = 8993f22c640= 1191603666c79311530130603550403130c45534444526f6f7434303936301e170d30373132= 31373233333632385a170d32 = 37313231373233343335395a305931133011060a0992268993f22c64= 01191603636f6d31163014060a0992268993f22c6401191606626f = 65696e6731133011060a099226= 8993f22c6401191603666c79311530130603550403130c45534444526f6f7434 > EAP-Message =3D 0x30393630820222300d06092a864886f70d0101010500038= 2020f003082020a0282020100a893f9fa5409d6 = 8e7a33cfcd03bc0578efac41770a34a84b1d78ba3= b554ef6a3b40722737a757b7db9e9e9f24fbb3d065e30a8ff8834e8e0c1b864c8d365 = 10289b13115= 0730708492a06254d96761937a485841420ea2a80c539e68e8adac2a5242c0281659c60169a= 50b6a926be06544eee5901f9 = 073377613af43616575be42d8a2fa8184a5bb0740fc13203bbc397b1= 54725415586ae6554dce245015f13b42c85358f46aff90ade72f86 = 4789cb9739f179efbaabb0be43= 6bbaeeb6bc8ba42e35497e4f02c0fd47515a6d354553e23ff3c9b4654094f7a1 > EAP-Message =3D 0x09e81f95a131b619b94fdeaba656439b470f3f2e4c4679c= e6b3b19d3cdc132dda580ef80f98af9ddfdcb50 = d59a335f8bd4de4a3ce7f493fc4a942659b3b35c0= f67b7d2e7b21609e9ea84ca7b5bb9f8db4904e7353c8f32a8f04091df845c69df0631 = 2eac02e2562= 1f08615ccb20cab61b9703c9150a3a5c13cec3f590a8258950ac680d5c578aa6ccb5f27effd= abdeb10d7ff6dc49b4441f6e = 29b88283a446ca910e90c9e6572f595c3476eaf515efe2793ac6d7b7= a4891f4c655926fb4e2a76d90d8a8ab6b062aabf7aab2bc6354b1b = a8161d71ea4b54ab72547e2012= 9f1e7947333165e07900b1b50fb9b482786124dedbe293e98b9386bf666129ea > EAP-Message =3D 0xf95088b9f7ecd25158dc52fd > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87543a316c3a43028be40032ff > Finished request 5. > Going to the next request > Waking up in 1.9 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D6= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020600060d00 > State =3D 0x513c3c87543a316c3a43028be40032ff > Message-Authenticator =3D 0xbf530521aed3b6bee2217fd16706c847 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 6 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 6 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010704000dc0000019b874ad9397665c795e18dbb695213= 43c7c7cf0c9c79720006e6707bc5fa3cf020301 = 0001a382018830820184301306092b06010401823= 7140204061e0400430041300b0603551d0f040403020186300f0603551d130101ff04 = 0530030101f= f301d0603551d0e041604141e4e1c8a14ef89a83391ee997b1cabed3f47eaa63082011c0603= 551d1f048201133082010f30 = 82010ba0820107a08201038681bf6c6461703a2f2f2f434e3d455344= 44526f6f74343039362c434e3d706b692d746573742d3738376d2c = 434e3d4344502c434e3d507562= 6c69632532304b657925323053657276696365732c434e3d5365727669636573 > EAP-Message =3D 0x2c434e3d436f6e66696775726174696f6e2c44433d666c7= 92c44433d626f65696e672c44433d636f6d3f63 = 657274696669636174655265766f636174696f6e4= c6973743f626173653f6f626a656374436c6173733d63524c44697374726962757469 = 6f6e506f696= e74863f687474703a2f2f706b692d746573742d3738376d2e666c792e626f65696e672e636f= 6d2f43657274456e726f6c6c = 2f45534444526f6f74343039362e63726c301006092b060104018237= 15010403020100300d06092a864886f70d01010505000382020100 = 89d0fd7533e496888b2ac6b9ce= dabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0c4efc644244a > EAP-Message =3D 0x55b135a226d9597c71f777a1bee950cdc582f70f1afd54a= d92a7f9d13b697c2e77777bfe33c5b486af6b82 = 2e97d9efdc82a072c3935760378f9faa5be09ac10= 26c0bf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc05f8275de0addc828 = 7bb6c9e8c93= 1a223475d7b29c414992ab24512048a99033f4a82fd82b68ae58129e7d3c7a4e60e26a8b559= 1098b9a9cde9fe2a3d17964e = 686d8fccbb897fda38447ddd014fed04c06e4de165ffb3afe93e17a0= bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c88842 = 27c94d290a3620ddbfe38a9e2d= a706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd4146677001b560850e > EAP-Message =3D 0x8eba09cc6280711eb067230a81d461bcde5ceb4c3395646= 0a20303d68d0219f5cc3bef1d14c94f632a9400 = 06cf1b90da3e8e37de8440d2079c6a5f4cde66fa9= d045d6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d826a229b1460b64cc = 447a34d8668= 7a297b5fe04865b0fb328cd18d8abfa1ea4b1c58ae57f311567069d521fb42e9918aa3cbf6c= a91db5eeae294156426a4249 = cfd6d3750506a3bb8f98b9e5d839b7fd939293fb96483aaa2ff99110= fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b568 = 7b47727e3622160301020d0c00= 02090080dd92a7065d8e5c198f2ac94683f6016182a6c9d6ba13d1c40605fce5 > EAP-Message =3D 0x6f7cd0bb7873bf1b9cb9e92f > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c87573b316c3a43028be40032ff > Finished request 6. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D7= , length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020700060d00 > State =3D 0x513c3c87573b316c3a43028be40032ff > Message-Authenticator =3D 0x06ae2cc57b97003ec0e8eac545dbfb0c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 7 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake fragment handler > [tls] eaptls_verify returned 1 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 7 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010801fe0d80000019b8544530c61e8a23e3590282c0ebb= a4fc54b2d29238cb7f36aef2cbab2aec5ba9a45 = 71e9c70452124f67982ee113094defee5efa0bccf= a2370fbd4ce688f6bc87b7c19984a674679dded04265157ea403bf20afa80f983b843 = 00010200805= b50c049e7191c5c308f9d08f146209d6e66fda2e79fcde8b3765984ce53e4a99e3c900efaff= 208fdd7895025afac839f9f8 = e19d69bca8c19aba5618c1536001d26494c8cedfd8c5797fa6061992= 2bf49b071db2088e732b4ce94e73f123a076d2f9b1d128b235a095 = 39c98f263dcb092111fb7e1f16= 38283f6d4b66f8a1315d01000ec6225e068fc52890b70cd59e8cfecf8f4e57ac > EAP-Message =3D 0x8dc359de5994463c15c9e624ef85895cb1da4aa68a7e8a0= 9454fbbdfb4469ba590aafe3672b340e5526ade = b5186ca5e1e74e7fa38d9d394fa07944f31fb0a1b= 55e0e5ed92e20b7efdf543921e00a8a8e6a6efd2d90d1ccb35e5e140b97eb81ecc1a9 = 9f22c1eecbe= e017a724ec50bcbc0d89c64e877654f1a689986b1e192560ab2ebc8ca66cb3c3f7f7d97fb3f= b5981f4dc7589a8ddf3f4147 = e4c5b98786f2363f23383af6c50533f41c3a393cb68ffd2709816fde= 6408d945dc32e460918c36297894053fb6ce68f3a6f2fa0476bba5 = 9873c0cb03879687b89b2bec31= 66fabbe01d2d5b3965ba949c63b00016030100100d0000080503040102400000 > EAP-Message =3D 0x0e000000 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875634316c3a43028be40032ff > Finished request 7. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D8= , length=3D1188 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x0208040a0dc00000194c16030117760b00177200176f000= 4a9308204a53082038da003020102020a3e173b = a1000100000d47300d06092a864886f70d0101050= 500305b31133011060a0992268993f22c6401191603636f6d31163014060a09922689 = 93f22c64011= 91606626f65696e6731133011060a0992268993f22c6401191603666c793117301506035504= 03130e455344444973737565 = 7232303438301e170d3132303433303233333030315a170d31343031= 31383036333331365a3081bf3111300f060355042d130841343033 = 36353235311b3019060355040d= 131243726577576972656c657373446576696365310b30090603550406130255 > EAP-Message =3D 0x53313b3039060355040a1e320042004f0045005f0049005= 4004c0020004100690072006c0069006e006500 = 7300200043006f002e0020004c00740064002e311= f301d060355040b1316466f72205465737420507572706f736573204f6e6c79312230 = 20060355040= 313194d61696e74656e616e6365436f6e74726f6c446973706c617930820122300d06092a86= 4886f70d0101010500038201 = 0f003082010a0282010100bb3bcec2944ed1d3fc8ac41562f821490a= ed9d0f94f8f287c607d8996a2687eb23f6b2ee59b525245e542b78 = 6dfd538078617b79923e0d8037= 3a6c3ce49b3e4bedefc10d2f2cb045a7c03b1fe435d96f888cd388c1fa5acab9 > EAP-Message =3D 0xd1a2b16fb1058b3ede15cd1be6bab2332201d884e276323= a13180df7e56b14337910fc1bb70283e81da756 = c47d934521842fa253f5243a175626324bf3aa886= b391cde87206d0549d1d798994c87fa663d6fb76f28eeebe6228dcf30d24a7657c8e3 = 2dfea928cc3= 7f4ad1787fc585fd2c0a6a7f600acb2acf5f4bae81dbf5d7fee78e2fa79b6d01d705930e7b6= 672a31e81959068105992392 = fb4a91fded9d31f7bb2d7c01a7ab0203010001a38201043082010030= 1d0603551d0e0416041489e6897d59dded56f52a300000aceac02c = fc277a30130603551d25040c30= 0a06082b06010505070302300e0603551d0f0101ff0404030205a0301f060355 > EAP-Message =3D 0x1d230418301680147b3f3d89d72bac972c086ada7233f64= a074ea0a1303d0603551d1f043630343032a030 = a02e862c687474703a2f2f63726c2e626f65696e6= 72e636f6d2f63726c2f45534444497373756572323034382e63726c303d06092b0601 = 04018237150= 70430302e06262b0601040182371508acc31f85e0d61c87dd892487e6e83681a1f354814687= e8e46882f8d1190201640201 = 05301b06092b060104018237150a040e300c300a06082b0601050507= 0302300d06092a864886f70d0101050500038201010004e19b0cfd = 1d67050634a01adc74f1bf85a0= fea2fba20aafdf51982415ce03664873d92731d65e2db6430c0fe9be3d6c3cdd > EAP-Message =3D 0xdacb8c60528ee06450f501b12ce84c5251ce30137e56 > State =3D 0x513c3c875634316c3a43028be40032ff > Message-Authenticator =3D 0x9d6744dd03fb0ae72889cac849b5ede0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 8 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > TLS Length 6476 > [tls] Received EAP-TLS First Fragment of the message > [tls] eaptls_verify returned 9 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 8 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010900060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875935316c3a43028be40032ff > Finished request 8. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D9= , length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020904060d40f35e9f31776548e380f13528708a648379f= dce4901097a09426161485c1979bfcf3dfdc298 = 064f55d31f3db6d49ff38efb1e4ab36ce653696f6= 63393f4a1a3370b8b63907c7888e2e7c7ba959804a22e18401bbf150bf8ee1e26a848 = df7e61cb98f= cf9dc67e5dd9d7dfbc9acf5451e7adbd50d14593439b45a9d79372b40c91b6d0f11dcad36a8= f6fe0250ba5bbd3d277a2d17 = 8d2af8be7503bd65921740988796656199be2677eb8d1c1b2c3cfa84= 0e4cd76884055803770006ca308206c6308204aea0030201020210 = 56886f61a89e888c4face278a0= aabf44300d06092a864886f70d0101050500305931133011060a0992268993f2 > EAP-Message =3D 0x2c6401191603636f6d31163014060a0992268993f22c640= 1191606626f65696e6731133011060a09922689 = 93f22c6401191603666c793115301306035504031= 30c45534444526f6f7434303936301e170d3037313231373233333632385a170d3237 = 31323137323= 3343335395a305931133011060a0992268993f22c6401191603636f6d31163014060a099226= 8993f22c6401191606626f65 = 696e6731133011060a0992268993f22c6401191603666c7931153013= 0603550403130c45534444526f6f743430393630820222300d0609 = 2a864886f70d01010105000382= 020f003082020a0282020100a893f9fa5409d68e7a33cfcd03bc0578efac4177 > EAP-Message =3D 0x0a34a84b1d78ba3b554ef6a3b40722737a757b7db9e9e9f= 24fbb3d065e30a8ff8834e8e0c1b864c8d36510 = 289b131150730708492a06254d96761937a485841= 420ea2a80c539e68e8adac2a5242c0281659c60169a50b6a926be06544eee5901f907 = 3377613af43= 616575be42d8a2fa8184a5bb0740fc13203bbc397b154725415586ae6554dce245015f13b42= c85358f46aff90ade72f8647 = 89cb9739f179efbaabb0be436bbaeeb6bc8ba42e35497e4f02c0fd47= 515a6d354553e23ff3c9b4654094f7a109e81f95a131b619b94fde = aba656439b470f3f2e4c4679ce= 6b3b19d3cdc132dda580ef80f98af9ddfdcb50d59a335f8bd4de4a3ce7f493fc > EAP-Message =3D 0x4a942659b3b35c0f67b7d2e7b21609e9ea84ca7b5bb9f8d= b4904e7353c8f32a8f04091df845c69df06312e = ac02e25621f08615ccb20cab61b9703c9150a3a5c= 13cec3f590a8258950ac680d5c578aa6ccb5f27effdabdeb10d7ff6dc49b4441f6e29 = b88283a446c= a910e90c9e6572f595c3476eaf515efe2793ac6d7b7a4891f4c655926fb4e2a76d90d8a8ab6= b062aabf7aab2bc6354b1ba8 = 161d71ea4b54ab72547e20129f1e7947333165e07900b1b50fb9b482= 786124dedbe293e98b9386bf666129eaf95088b9f7ecd25158dc52 = fd74ad9397665c795e18dbb695= 21343c7c7cf0c9c79720006e6707bc5fa3cf0203010001a38201883082018430 > EAP-Message =3D 0x1306092b060104018237140204061e040043 > State =3D 0x513c3c875935316c3a43028be40032ff > Message-Authenticator =3D 0xd56f46711110d24c271fb50b6ef77742 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 9 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 9 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010a00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875836316c3a43028be40032ff > Finished request 9. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 0, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020a04060d400041300b0603551d0f040403020186300f0= 603551d130101ff040530030101ff301d060355 = 1d0e041604141e4e1c8a14ef89a83391ee997b1ca= bed3f47eaa63082011c0603551d1f048201133082010f3082010ba0820107a0820103 = 8681bf6c646= 1703a2f2f2f434e3d45534444526f6f74343039362c434e3d706b692d746573742d3738376d= 2c434e3d4344502c434e3d50 = 75626c69632532304b657925323053657276696365732c434e3d5365= 7276696365732c434e3d436f6e66696775726174696f6e2c44433d = 666c792c44433d626f65696e67= 2c44433d636f6d3f63657274696669636174655265766f636174696f6e4c6973 > EAP-Message =3D 0x743f626173653f6f626a656374436c6173733d63524c446= 973747269627574696f6e506f696e74863f6874 = 74703a2f2f706b692d746573742d3738376d2e666= c792e626f65696e672e636f6d2f43657274456e726f6c6c2f45534444526f6f743430 = 39362e63726= c301006092b06010401823715010403020100300d06092a864886f70d010105050003820201= 0089d0fd7533e496888b2ac6 = b9cedabf4da5fa5c734b99eca89061b28b303050d210ea6b591dfee0= c4efc644244a55b135a226d9597c71f777a1bee950cdc582f70f1a = fd54ad92a7f9d13b697c2e7777= 7bfe33c5b486af6b822e97d9efdc82a072c3935760378f9faa5be09ac1026c0b > EAP-Message =3D 0xf10b3f88bd8b6fb1366829a61ba8496a5f204ba82f88fcc= 05f8275de0addc8287bb6c9e8c931a223475d7b = 29c414992ab24512048a99033f4a82fd82b68ae58= 129e7d3c7a4e60e26a8b5591098b9a9cde9fe2a3d17964e686d8fccbb897fda38447d = dd014fed04c= 06e4de165ffb3afe93e17a0bd63973b0a261e1eaf839060b716cdb7891fe872a2a45181c888= 4227c94d290a3620ddbfe38a = 9e2da706250c49ec0413ad0cfb4440b1cf70fbad7668685ccd414667= 7001b560850e8eba09cc6280711eb067230a81d461bcde5ceb4c33 = 956460a20303d68d0219f5cc3b= ef1d14c94f632a940006cf1b90da3e8e37de8440d2079c6a5f4cde66fa9d045d > EAP-Message =3D 0x6fcdc04250079b7e1387e0320f40e08d40f013f0d26b22d= 826a229b1460b64cc447a34d86687a297b5fe04 = 865b0fb328cd18d8abfa1ea4b1c58ae57f3115670= 69d521fb42e9918aa3cbf6ca91db5eeae294156426a4249cfd6d3750506a3bb8f98b9 = e5d839b7fd9= 39293fb96483aaa2ff99110fff680e1117cd11c183cfdeb0aa91b26e89043e33d2ef03588b5= 687b47727e36220006763082 = 06723082045aa003020102020a611b280600000000000c300d06092a= 864886f70d0101050500305931133011060a0992268993f22c6401 = 191603636f6d31163014060a09= 92268993f22c6401191606626f65696e6731133011060a0992268993f22c6401 > EAP-Message =3D 0x191603666c79311530130603550403130c45 > State =3D 0x513c3c875836316c3a43028be40032ff > Message-Authenticator =3D 0x84fe071ee7e336ed9305a724469d8da0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 10 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 10 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010b00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875b37316c3a43028be40032ff > Finished request 10. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 1, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020b04060d40534444526f6f7434303936301e170d30393= 03131393036333331365a170d31343031313830 = 36333331365a305a31133011060a0992268993f22= c6401191603636f6d31163014060a0992268993f22c6401191606626f65696e673113 = 3011060a099= 2268993f22c6401191603666c79311630140603550403130d45534444496e74657234303936= 30820222300d06092a864886 = f70d01010105000382020f003082020a02820201009f550e60c39844= 2453191759d44c49d10f2a9e1a27f47675f419fe64086a65ff77d0 = 75fbbbb7239ca1fd75d1dc0edc= 36c967a6ea0bd640e7cea54d41b0cb877f320f987db51ef21dbad0e6b248c8bc > EAP-Message =3D 0x4473b4a39f180bc2b8427c69bfecc87f56d43bceacb6b6f= ed627d3d06b2c391f698a19dcc918b1a01850ed = b9a3f1c949732ec57efb446b43e596e64a768bab4= 7d95f225af8d8c5ae7de5f79fddcaf339bc7d98ac0d09d0c82360ab3ab9208403293f = 45606176d51= 8eb96ecd05d09ddce6b4740583074d5f6b4315fd1a1599941102a313f6ca1689620d6bc8101= 088ac513e2d20b333d60617a = e64f68af26146da6b94180f0ee7031bd05d03d03abc66ca3b6a28321= b0e409107c1b867cf999bb1aaca9d29d85295c57b27c29cab526a8 = da538e6a449f253a44ad71e2d3= ac3769fe8c6ce37e1298ff4f96d91f9ccd37d21a763b9e508d11a964dfbe19c6 > EAP-Message =3D 0xf4a51d2562ef397940ed309f29427f85ade6fc8015e5609= 0fa480ba5b8225807f6d9804f0812390cea201d = a3a955473b5f19dfd3223b1341e9e36b72b28c82c= 75b6c5da597518f2f7b6c9fe052f98590c8c3225ea11c1b2805077251f5ac84fef400 = f43ad994033= 8c1b66b158dcf3b31649ce753edbd8b38bda0d5038781dc638111474a99a932a144c6b3ac15= 3f1d3d0d61117cd2cb590d42 = 4b39e8b3164ef536f1c2860dc7e8889e3ae9412bc0422e5b7923c502= 03010001a382013930820135300f0603551d130101ff0405300301 = 01ff301d0603551d0e04160414= 43b1f625d530e7f847f0bfcb526b9b4fe1fe72b9300b0603551d0f0404030201 > EAP-Message =3D 0x86301006092b06010401823715010403020101302306092= b060104018237150204160414d31f074108cfac = 5cc47ed111d3a2712f219c9012301906092b06010= 40182371402040c1e0a00530075006200430041301f0603551d230418301680141e4e = 1c8a14ef89a= 83391ee997b1cabed3f47eaa6303b0603551d1f043430323030a02ea02c862a687474703a2f= 2f63726c2e626f65696e672e = 636f6d2f63726c2f45534444526f6f74343039362e63726c30460608= 2b06010505070101043a3038303606082b06010505073002862a68 = 7474703a2f2f63726c2e626f65= 696e672e636f6d2f63726c2f45534444526f6f74343039362e637274300d0609 > EAP-Message =3D 0x2a864886f70d01010505000382020100976a > State =3D 0x513c3c875b37316c3a43028be40032ff > Message-Authenticator =3D 0x0ad1596cf779061d296f593b2dfd3c51 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 11 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 11 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010c00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875a30316c3a43028be40032ff > Finished request 11. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 2, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020c04060d4048f45eed37c731261476bba7a6b705e7d16= 9a8fbad7b380e5f75f32761bb56e803864ee663 = cac722b7c1a9ea1d6b2a0c06f952c91e4b7b2d997= 24f0330cd81d4800cf17842bceeaed7285a45f90879667e3a18f70b3464a3d0d6d514 = 173a98b9678= e998b8d9a494cfe9243e300c2832a35df610158cd396b1f280db73d94c58709c200b1d702ae= e8c2a8ebb7b07ff2acbc547b = dc9889122128abeaeb1f575026452952e0e9c51292bd2ef1eff30468= f418406c0860cd36806e73fc3e13fb5f3cccc7cd8fb934c2f06f94 = e83a8be6d9985b53b884c82361= 35e88e63ba8dd36b4708cff97de8f14e4a035a02e9aef78670e90101f725f08e > EAP-Message =3D 0x02ea7beaf85acf6e722216671b00749643ef995a71e0e0f= 21dd9f5282ddba71c014fea56097bdf2c60cdc6 = 056d3cea13ba4aae1782860adaebd34a896186d58= 40355a6e80e91b21bfa283bed2bbb4c67b198e212875081fd305ec7d6d74af01bf678 = 0355aea3a1e= e8cd3e506224829321aade7c25d915394eb31db8310834e1724d5ca7dfccfff1d18935ddb26= 4b199bda870f3954c4243e82 = b167acdd96fb2091a99de16a1710007885b0f9e045d7bc8ab34af004= 1db6e8009a20d0ba835517ea46b6e95b6a47b993c8ba1ad606a030 = f40102b8c02b226bce7e64d4a2= a705a08fe4c4cb51519be63c4455c0a6e8871658c1f20195a7d7efeecd530454 > EAP-Message =3D 0x602d8d6ac6cb81540d1800057a308205763082035ea0030= 20102020a61395bb700010000000a300d06092a = 864886f70d0101050500305a31133011060a09922= 68993f22c6401191603636f6d31163014060a0992268993f22c6401191606626f6569 = 6e673113301= 1060a0992268993f22c6401191603666c79311630140603550403130d45534444496e746572= 34303936301e170d30393031 = 31393037303632315a170d3134303131383036333331365a305b3113= 3011060a0992268993f22c6401191603636f6d31163014060a0992 = 268993f22c6401191606626f65= 696e6731133011060a0992268993f22c6401191603666c793117301506035504 > EAP-Message =3D 0x03130e455344444973737565723230343830820122300d0= 6092a864886f70d01010105000382010f003082 = 010a02820101009ede837e52ce12f2f315c72da8a= dbaf7828db60d09392a3cf133c5f11a497d7bd90f1e1eddcdb23058de50acad29c809 = b5036f4ce1b= 0307609a68c92c47bb3a089b236e8e05e3275170369ab25371f4bc684324ac54ad223a046a4= eb84964daaf1c2244edec54b = 03ef4137634d55afc4e118031d822efd491b7cf9d6530362297ccff6= 616dfe1f0ebaebaf4f84ff9edce03a9189f34ca257ce621e20aeaf = 539e5f91fcae83e89219e587fd= e80e5c86666d5fd5fdc364f47ab4bda8b62f6233a18e1ddcf109c90234bec8de > EAP-Message =3D 0xf2d14c026d557b14cd764a677f91c3e5a096 > State =3D 0x513c3c875a30316c3a43028be40032ff > Message-Authenticator =3D 0x83805531ac628b23e32fce49a71392bd > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 12 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 12 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010d00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875d31316c3a43028be40032ff > Finished request 12. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 3, length=3D1184 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020d04060d40bc0f216a6aa60365dad3b4bbe2616ef038a= 6d2610bf15597e4fb288472028530c054f10203 = 010001a382013b30820137300f0603551d130101f= f040530030101ff301d0603551d0e041604147b3f3d89d72bac972c086ada7233f64a = 074ea0a1300= b0603551d0f040403020186301006092b06010401823715010403020101302306092b060104= 018237150204160414249ba6 = c4888fd87d96ab95594e6637dd6e25632f301906092b060104018237= 1402040c1e0a00530075006200430041301f0603551d2304183016 = 801443b1f625d530e7f847f0bf= cb526b9b4fe1fe72b9303c0603551d1f043530333031a02fa02d862b68747470 > EAP-Message =3D 0x3a2f2f63726c2e626f65696e672e636f6d2f63726c2f455= 34444496e746572343039362e63726c30470608 = 2b06010505070101043b3039303706082b0601050= 5073002862b687474703a2f2f63726c2e626f65696e672e636f6d2f63726c2f455344 = 44496e74657= 2343039362e637274300d06092a864886f70d010105050003820201006bd3c23ef41bc64c33= 83a89e90f53061c5b5f03e20 = 40ebc07377fedd37e6ea3f8ce247d0459c1889138a0c63c9b5b5b305= e8696de327c1658330193d784233a5343e00e03ccce0e77960a69b = 0f9a547a193d6a6502ec30fe65= c6365aab74304517f7fea0ce3a07896d13492d59f11ff187aae8d743897f92ef > EAP-Message =3D 0xa32b18a86a8c02d4e909e17e97417d5c676d546785540eb= df853366842f38e66b0d9a00bc6cf2a25777f0d = ef04b8971ebce5b776400e121455288ae22c65c6d= 23fbcd243a9be7182f6969f0d6061dc4f786eb6eb2fbfd89c807c990eb67a595fb271 = 7599cc0262d= fe8483f7e4f010c8bf6e8c9e02de0a3ccb594e8a1ee52cfd051e13642a34f0325c6c767548c= 6102d4e4311a37b08d44164a = fff6a0a67af3f971ad402ee75a8835d5fa76731958078d4b3f483f41= 2fbb36b888e5416ec598487402187b049bd80f79fa8d53f6476999 = c2cf3b82646d2777fd7c6c0ce3= 1b3c330693d78b8960d784840ff10e784e078023b73ad81e0fd6fdc7bf66bf09 > EAP-Message =3D 0xcf8118d3852613bd4cf23f384191bdd292050490c3bfde9= 3230dba380f1391aaf299bd7c4288e0758c9132 = df0250d269f10da91b51fb1cd3238828cfc140f80= 1ba777248759e0fdb13e10e08560616d5d7dd7b4cd5a091b28ffba665665648e98da4 = 4682f17430a= da59a3a4b889250ae64a1d4f112a3a83fab8bcaf308087ff97a820a6844c8e64ac929160301= 0086100000820080d5c6f2b2 = 117a6cbad67d242f4a69802a07cc8aaf5ff59ebf219cf8af7a387d78= 03fb034db0e6070054f312a26293f461b6de33fa34b7b09a42aea8 = c3394d9c7f44c7148e62b6f611= dafa44040cb3378f6744dcf4ad54099d59580e2e445697c4ec2348b4552af63e > EAP-Message =3D 0x247063c1bccceed74889ea590e0da58ce6be > State =3D 0x513c3c875d31316c3a43028be40032ff > Message-Authenticator =3D 0xbb1d0ad92f5fd564954baa008cd36db0 > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 13 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] More fragments to follow > [tls] eaptls_verify returned 10 > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 13 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010e00060d00 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875c32316c3a43028be40032ff > Finished request 13. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 4, length=3D486 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020e01520d00a235d3b7f87016030101060f00010201009= c5bae8f60c3882d11a8226db135282ea8065fa1 = 2587cd72b4beaa29ae85a390117cd3b2cb47dfd94= 438f6601cc5fd5b2a3ce4805ad3f88bd71df9ff5b2dff640402660699ddd03a645121 = 14167e1386a= 1968e46d91749f78cdbd5aace7b1a52a2df2d90c93b76ca567b41734a9ae1f3537cc938ab05= e11bc100e9c265a72bc8345f = bfdd42242a3a376248f1d641f2ef2e294d4290ff8a216c17a90f43c2= a04ec4f29de41bdda9dc8b3d0ac398fcf5c0bb3f2e9fe752aba87c = 9c09250c91d2bb39f413765b62= 0c3dea46fc330bcc347488fc0dc23e8f4c63008cdd1ebdbc907fe13f4c5619ab > EAP-Message =3D 0x6f49b68bd20f7c60ffb52b1f96a61c26aa6415e09dede4d= 5212c1403010001011603010030e0db5794014c = 3d3d69d2bdfd98a304ad9779de997f577a7cd878e= d46952ce28eb9918b0e21865ef74572c8e7cf16790d > State =3D 0x513c3c875c32316c3a43028be40032ff > Message-Authenticator =3D 0x9c9cc0760618df10c4d942cd95e95c9c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 14 length 253 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] eaptls_verify returned 7 > [tls] Done initial handshake > [tls] <<< TLS 1.0 Handshake [length 1776], Certificate > [tls] chain-depth=3D3, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDRoot4096 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=3D2, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDInter4096 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDRoot4096 > [tls] --> verify return:1 > [tls] chain-depth=3D1, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D ESDDIssuer2048 > [tls] --> subject =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDInter4096 > [tls] --> verify return:1 > [tls] chain-depth=3D0, > [tls] error=3D0 > [tls] --> User-Name =3D MaintenanceControlDisplay > [tls] --> BUF-Name =3D MaintenanceControlDisplay > [tls] --> subject =3D /x500UniqueIdentifier=3DA4036525/description=3DCrew= WirelessDevice/C=3DUS/O=3D\x00B\x00O\x00E\x00_\ = x00I\x00T\x00L\x00 \x00A\x00i\x00= r\x00l\x00i\x00n\x00e\x00s\x00 \x00C\x00o\x00.\x00 \x00L\x00t\x00d\x00./OU= =3DFo = r Test Purposes Only/CN=3DMaintenanceControlDisplay > [tls] --> issuer =3D /DC=3Dcom/DC=3Dboeing/DC=3Dfly/CN=3DESDDIssuer2048 > [tls] --> verify return:1 > [tls] TLS_accept: SSLv3 read client certificate A > [tls] <<< TLS 1.0 Handshake [length 0086], ClientKeyExchange > [tls] TLS_accept: SSLv3 read client key exchange A > [tls] <<< TLS 1.0 Handshake [length 0106], CertificateVerify > [tls] TLS_accept: SSLv3 read certificate verify A > [tls] <<< TLS 1.0 ChangeCipherSpec [length 0001] > [tls] <<< TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 read finished A > [tls] >>> TLS 1.0 ChangeCipherSpec [length 0001] > [tls] TLS_accept: SSLv3 write change cipher spec A > [tls] >>> TLS 1.0 Handshake [length 0010], Finished > [tls] TLS_accept: SSLv3 write finished A > [tls] TLS_accept: SSLv3 flush data > [tls] (other): SSL negotiation finished successfully > SSL Connection Established > [tls] eaptls_process returned 13 > ++[eap] returns handled > Sending Access-Challenge of id 14 to 10.128.0.100 port 37626 > EAP-Message =3D 0x010f00450d800000003b14030100010116030100302e732= 4c43c27ba2ca05affb5044cdc80b6fde1835f0a = fcacabb0f0eeb818e2397f158ad69090966662002= a492e085e48 > Message-Authenticator =3D 0x00000000000000000000000000000000 > State =3D 0x513c3c875f33316c3a43028be40032ff > Finished request 14. > Going to the next request > Waking up in 1.8 seconds. > rad_recv: Access-Request packet from host 10.128.0.100 port 37626, id=3D1= 5, length=3D152 > User-Name =3D "MaintenanceControlDisplay" > NAS-IP-Address =3D 127.0.0.1 > Calling-Station-Id =3D "02-00-00-00-00-01" > Framed-MTU =3D 1400 > NAS-Port-Type =3D Wireless-802.11 > Connect-Info =3D "CONNECT 11Mbps 802.11b" > EAP-Message =3D 0x020f00060d00 > State =3D 0x513c3c875f33316c3a43028be40032ff > Message-Authenticator =3D 0x434f2ff4845a3da8223675d555c7299c > # Executing section authorize from file /usr/local/etc/raddb/sites-enable= d/default > +- entering group authorize {...} > [preprocess] expand: %{User-Name} -> MaintenanceControlDisplay > [preprocess] hints: Matched DEFAULT at 78 > [preprocess] expand: %{Calling-Station-Id}@%{Cisco-AVPair[0]} -> 02-00= -00-00-00-01@ > ++[preprocess] returns ok > ++[chap] returns noop > ++[mschap] returns noop > ++[digest] returns noop > [suffix] No '@' in User-Name =3D "MaintenanceControlDisplay", looking up = realm NULL > [suffix] No such realm "NULL" > ++[suffix] returns noop > [eap] EAP packet type response id 15 length 6 > [eap] No EAP Start, assuming it's an on-going EAP conversation > ++[eap] returns updated > ++[files] returns noop > ++[expiration] returns noop > ++[logintime] returns noop > ++[pap] returns noop > Found Auth-Type =3D EAP > # Executing group from file /usr/local/etc/raddb/sites-enabled/default > +- entering group authenticate {...} > [eap] Request found, released from the list > [eap] EAP/tls > [eap] processing type tls > [tls] Authenticate > [tls] processing EAP-TLS > [tls] Received TLS ACK > [tls] ACK handshake is finished > [tls] eaptls_verify returned 3 > [tls] eaptls_process returned 3 > [tls] Adding user data to cached session > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 28804300 (LWP 101549/radiusd)] > 0x28489873 in eaptls_gen_mppe_keys (reply_vps=3D0x28bc4230, s=3D0x288b740= 0, > prf_label=3D0x2849a8ff "client EAP encryption") at mppe_keys.c:147 > 147 PRF(s->session->master_key, s->session->master_key_length= , > (gdb) > > > > Steve Magnuson > Boeing Commercial Airplanes > > -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 00:41:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70AB8B04 for ; Fri, 4 Jan 2013 00:41:36 +0000 (UTC) (envelope-from ma.zoon@quicknet.nl) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) by mx1.freebsd.org (Postfix) with ESMTP id 37967FE2 for ; Fri, 4 Jan 2013 00:41:35 +0000 (UTC) Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1TquxF-0006iG-Mg for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 01:16:09 +0100 Received: from 5ed3f892.cm-7-4d.dynamic.ziggo.nl ([94.211.248.146] helo=PC01) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1TquxF-0001iT-Bx for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 01:16:09 +0100 From: "Michael Zoon" To: Subject: RE: 3. Updating "Bash" (Jerry) Date: Fri, 4 Jan 2013 01:16:05 +0100 Message-ID: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac3qDkoudwJag/1YQMqRBTT4gjkWhg== Content-Language: nl X-Ziggo-spambar: / X-Ziggo-spamscore: 0.6 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, FSL_HELO_NON_FQDN_1=0.001, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 00:41:36 -0000 >Message: 3 >Date: Thu, 3 Jan 2013 08:32:49 -0500 >From: Jerry >To: freebsd-ports@freebsd.org, obrien@FreeBSD.org >Subject: Updating "Bash" >Message-ID: <20130103083249.5708bb78@scorpio> >Content-Type: text/plain; charset=UTF-8 > >Bash is currently at Bash-Release: 4.2, patch level 42. The port's >version is only at patch level 37, which was released on 16-Jul-2012. >This is an important port and since the freeze is over with, I was >wondering if this port will be updated? > >-- >Jerry ? Hi, i have send last month the port maintainer also the latest files To upgrade the port with latest patches. However some months ago there was also problems to get the latest patches for bash into the port system. Many people did jump in here to get it done. Digest 480 of 30-07-2012 says a lot Including the ones a few versions older. On the latest files I did send I did get no response at all That's why I no longer will forward patches for bash. But I agree that it is a important port and patches are not released for nothing. But in the end its all upon the port maintainer to do it or not. I really hope it not will take 6 months again to get the outdated port updated. Regards, Michael Zoon From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 01:07:09 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 144011F2 for ; Fri, 4 Jan 2013 01:07:09 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vb0-f46.google.com (mail-vb0-f46.google.com [209.85.212.46]) by mx1.freebsd.org (Postfix) with ESMTP id C2053148 for ; Fri, 4 Jan 2013 01:07:08 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id b13so15698189vby.19 for ; Thu, 03 Jan 2013 17:07:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=s5hmTfpm7HUEGGCGQx4BD3l5xLqKwPzJZ8vinqUdDEM=; b=CXmp3N6N2GEYFT1imQZh+v6OoHO1lENktXPelGMaz3lcaxfHVFrVgl8UkKcf1p6qEr sdlXgqu8MDilssqYFOBxl+4wRqwsr2LW2aOLTaluMMuzoDJMNK77Ya9gduupwJ6m2gpm rBGERUT7P3PunB+H6RDYmkl+U+wnfP4jynvjtVzt30TfIW3s1HuL7Hv9Xh5i+0WGdUDu m6reX5hBI/yn14ao+SvMzqar/g7qyuYZDIncqrTl0xG1yLDrXHGE9c1Zm4v8glm3GSfJ THLGQ3ljwKocDN0erhbFb5WwOxuS21i3xVV0mnKqfiyKWIhcrNOeHl2cknCcfzU2NNNg qfZA== MIME-Version: 1.0 Received: by 10.52.240.146 with SMTP id wa18mr65848514vdc.47.1357261627799; Thu, 03 Jan 2013 17:07:07 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.133.20 with HTTP; Thu, 3 Jan 2013 17:07:07 -0800 (PST) In-Reply-To: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> References: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> Date: Thu, 3 Jan 2013 17:07:07 -0800 X-Google-Sender-Auth: YyYfxiZwA5mGZyQkSlEHuY-iGPY Message-ID: Subject: Re: 3. Updating "Bash" (Jerry) From: Jason Helfman To: Michael Zoon X-Gm-Message-State: ALoCoQnB1M4s5yEic2TwS7wgvXW7uzMwCv3vPCvXarCM+Q5H79LevKMUMZf3Ey/MuymREPlVATqa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 01:07:09 -0000 On Thu, Jan 3, 2013 at 4:16 PM, Michael Zoon wrote: > >Message: 3 > >Date: Thu, 3 Jan 2013 08:32:49 -0500 > >From: Jerry > >To: freebsd-ports@freebsd.org, obrien@FreeBSD.org > >Subject: Updating "Bash" > >Message-ID: <20130103083249.5708bb78@scorpio> > >Content-Type: text/plain; charset=UTF-8 > > > >Bash is currently at Bash-Release: 4.2, patch level 42. The port's > >version is only at patch level 37, which was released on 16-Jul-2012. > >This is an important port and since the freeze is over with, I was > >wondering if this port will be updated? > > > >-- > >Jerry ? > > Hi, i have send last month the port maintainer also the latest files > To upgrade the port with latest patches. > > However some months ago there was also problems > to get the latest patches for bash into the port system. > Many people did jump in here to get it done. > > Digest 480 of 30-07-2012 says a lot > Including the ones a few versions older. > > On the latest files I did send I did get no response at all > That's why I no longer will forward patches for bash. > But I agree that it is a important port and patches are not released for > nothing. > But in the end its all upon the port maintainer to do it or not. > I really hope it not will take 6 months again to get the outdated port > updated. > > Regards, > Michael Zoon > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Can you please send this patch in as a problem report? Patches within email can easily be overlooked, or simply forgotten, unfortunately. Having it in our pr database is a much better tracker for us to take care of updates and/or issues. We hope you will continue to contribute patches to us :) http://www.freebsd.org/send-pr.html Thanks! -jgh From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 08:12:47 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 49B131FD for ; Fri, 4 Jan 2013 08:12:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) by mx1.freebsd.org (Postfix) with ESMTP id 22223338 for ; Fri, 4 Jan 2013 08:12:46 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id c14so19386011ieb.14 for ; Fri, 04 Jan 2013 00:12:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FSWtoY8qgeQND/zFqDcM3W1JJKdAdSN89JywQCA6+gs=; b=sfGZsF/4c3AstOXrG2UaXbTCZqxsJmiCy1Vgp6rxVJxNWmVDtZe9ZkXhCM4uY0H8SS n3Qvmw+0eUexw0lza5PHhJTYTg2uPGHvuytpxh0eBYHZmpFUHvuRurhq3dtlDKD4s7yy NeGwz75VXd34t/45tnyGmBFa02bGVg5rLgIcMl4iXsy+DeSz5ZtO095aEKz3z3Yn2xf3 w+FlRd/YIj0LVIbZe7i69IWQ+0WHTb4fSwCq65S4WOXI7pPkPEDred3x4baTQGSKC2xa jug0mpOGUMctz+AitRfUEm+PBHCE6/eVfKlAM3DgncG5nW/7IYpyQOapN3I9QJ3s60Rr WtgA== MIME-Version: 1.0 Received: by 10.50.53.175 with SMTP id c15mr40254754igp.106.1357287166277; Fri, 04 Jan 2013 00:12:46 -0800 (PST) Received: by 10.50.49.3 with HTTP; Fri, 4 Jan 2013 00:12:46 -0800 (PST) In-Reply-To: <50E5FCDA.80906@quip.cz> References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> Date: Fri, 4 Jan 2013 02:12:46 -0600 Message-ID: Subject: Re: What is policy about auto-editing config files on port install / deinstall? From: Scot Hetzel To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 08:12:47 -0000 On Thu, Jan 3, 2013 at 3:49 PM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> What errors are you getting when re-installing an Apache module? > > > Apache modules are not enabled by default. I am talking about 3rd party > modules. In some cases, they do nothing with httpd.conf, in other cases, > they are adding commented line and I must manualy uncomment this line, so it > is my will to have this module loaded / enabled. > > But upgrade or reinstall or deinstall of this module causes commenting this > line out. It is undesirable. > If I enable this module and this module will be updated 10 times a year, why > am I forced to re-enable it 10 times again? > > Real world example follows: > > root@spare ~/# uname -srmi > FreeBSD 8.3-RC2 amd64 GENERIC > > ___________________________________________________ > Only Apache is installed, no 3rd party modules > > root@spare ~/# pkg_info -E ap22\* apache22-\* > apache22-2.2.23_4 > > ___________________________________________________ > Copy the config file for later comparision > > root@spare ~/# cp -P /usr/local/etc/apache22/httpd.conf httpd.conf.orig > > ___________________________________________________ > Install mod_xsendfile > > root@spare ~/# portmaster www/mod_xsendfile > > ===>>> Installation of www/mod_xsendfile (ap22-mod_xsendfile-0.12_2) > complete > > ___________________________________________________ > There is commented LoadModule line after install added to httpd.conf > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:25:03.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > I must manually uncomment the line (which is OK, I don't need to modules be > auto enabled as services are not enabled in rc.conf) > > root@spare ~/# vi /usr/local/etc/apache22/httpd.conf > > LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > Then I added some configuration to VirtualHost > > root@spare ~/# vi > /usr/local/etc/apache22/vhosts/available/www.example.com.conf > > XSendFile on > XSendFilePath /vol0/web/test > > ___________________________________________________ > Diff shows that module is enabled > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:26:46.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > Syntax check > > root@spare ~/# httpd -t > Syntax OK > > ___________________________________________________ > Reinstallation of the module (same as upgrading) > > root@spare ~/# portmaster ap22-mod_xsendfile-0.12_2 > > ===>>> Creating a backup package for old version ap22-mod_xsendfile-0.12_2 > ===>>> Package saved to /usr/ports/packages/portmaster-backup > > Don't forget to remove all mod_xsendfile-related directives in your > httpd.conf > > ===> Installing for ap22-mod_xsendfile-0.12_2 > ===> Generating temporary packing list > ===> Checking if www/mod_xsendfile already installed > /usr/local/share/apache22/build/instdso.sh > SH_LIBTOOL='/usr/local/share/apr/build-1/libtool' > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la > /usr/local/libexec/apache22 > /usr/local/share/apr/build-1/libtool --mode=install cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/mod_xsendfile.la > /usr/local/libexec/apache22/ > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.so > /usr/local/libexec/apache22/mod_xsendfile.so > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.lai > /usr/local/libexec/apache22/mod_xsendfile.la > libtool: install: cp > /usr/ports/www/mod_xsendfile/work/mod_xsendfile-0.12/.libs/mod_xsendfile.a > /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: chmod 644 /usr/local/libexec/apache22/mod_xsendfile.a > libtool: install: ranlib /usr/local/libexec/apache22/mod_xsendfile.a > chmod 755 /usr/local/libexec/apache22/mod_xsendfile.so > [preparing module `xsendfile' in /usr/local/etc/apache22/httpd.conf] > ===> Registering installation for ap22-mod_xsendfile-0.12_2 > > ===>>> Creating a package for new version ap22-mod_xsendfile-0.12_2 > ===>>> Package saved to /usr/ports/packages/All > > ===>>> Re-installation of ap22-mod_xsendfile-0.12_2 complete > > > ___________________________________________________ > And there is a problem - syntax error, because module was disabled > (commented out on deinstall) and some directives remained in VirtualHost > definition - Apache will not start! > > root@spare ~/# httpd -t > Syntax error on line 57 of > /usr/local/etc/apache22/vhosts/available/www.example.com.conf: > Invalid command 'XSendFile', perhaps misspelled or defined by a module not > included in the server configuration > > ___________________________________________________ > Diff shows commented out line > > root@spare ~/# diff -U 2 httpd.conf.orig /usr/local/etc/apache22/httpd.conf > --- httpd.conf.orig 2013-01-03 12:56:22.000000000 +0100 > +++ /usr/local/etc/apache22/httpd.conf 2013-01-03 21:32:26.000000000 +0100 > @@ -75,4 +75,5 @@ > LoadModule rewrite_module libexec/apache22/mod_rewrite.so > LoadModule php5_module libexec/apache22/libphp5.so > +#LoadModule xsendfile_module libexec/apache22/mod_xsendfile.so > > ___________________________________________________ > > I think this behavior is wrong. > > Why am I forced to manualy re-enable all 3rd party modules on each upgrade? > > Modules should not disable something that is explicitly enabled by user / > system administrator. > > I found the cause of your issue, the www/mod_sendfile/Makefile has AP_GENPLIST= yes defined. This causes the port to use this code to create the packing list: Mk/bsd.apache.mk 451 ap-gen-plist: 452 .if defined(AP_GENPLIST) 453 . if !exists(${PLIST}) 454 @${ECHO} "===> Generating apache plist" 455 # apache22 456 @${ECHO} "@unexec ${SED} -i '' -E '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} 457 @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%" >> ${PLIST} 458 @${ECHO} "@exec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} 459 @${ECHO} "@unexec echo \"Don't forget to remove all ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} 460 . endif 461 .else 462 @${DO_NADA} 463 .endif 464 .endif As well as adding the module disabled in the httpd.conf file: 472 do-install: 473 @${APXS} -i -A -n ${SHORTMODNAME} ${WRKSRC}/${MODULENAME}.${AP_BUILDEXT} This is what is causing your problem with the module being disabled after an upgrade of the port/package. Mk/bsd.apache.mk should be changed to: 451 ap-gen-plist: 452 .if defined(AP_GENPLIST) 453 . if !exists(${PLIST}) 454 @${ECHO} "===> Generating apache plist" 455 # apache22 D456 457 @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%" >> ${PLIST} C458 @${ECHO} "@exec %D/sbin/apxs -e -a -n %%AP_NAME%% %D/%F" >> ${PLIST} @${ECHO} "@unexec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} 459 @${ECHO} "@unexec echo \"Don't forget to remove all ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} 460 . endif 461 .else 462 @${DO_NADA} 463 .endif 464 .endif 472 do-install: C473 @${APXS} -i -a -n ${SHORTMODNAME} ${WRKSRC}/${MODULENAME}.${AP_BUILDEXT} Then it will do the right thing when installing/uninstalling/re-installing the port. Give the above changes a try, it should do the right thing. If it works for you, send-pr a diff of the changes. For a port that installs/uninstalls it's module the correct way have a look at www/mod_xmlns. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 08:51:54 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 38AF8B38 for ; Fri, 4 Jan 2013 08:51:54 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) by mx1.freebsd.org (Postfix) with ESMTP id 082776D0 for ; Fri, 4 Jan 2013 08:51:53 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id 13so19344914iea.21 for ; Fri, 04 Jan 2013 00:51:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iOF+I9drlZj+RICf4W98izvnQh7UrFr01mzr2OBnpu8=; b=F8WALfLA93yZ1yJeb8qkzpk+Qou/ZqAwPpYrMqpW3VI4+kIO+gDpWLtwm5tSnGxVfF boLaVhqK+3Vca/CC2bl5PwJ7cI2sJYBXs2yXplW2PsJLnqJWlj4Vd4Ec+zhQaanpkO/0 6GGOusQmSWpR0VO2HhnBhVsN6srOEm1vOQ9KyayImB/Wc/inH8dkaP1MxqWjq/Br1fG+ 0ZhFWdztrnb6KjVjvU+jam1Sk4HD9jKF7I+UeVI4aqn3gnm9QCc0dXvbidxQX4MQo6TM SQK9ELvbNxj/7sDDGpUuhGyr021nSnmOJEzR6Uz7jD0aM8Fa9nepHOFwvhetibnA7oTA H/vw== MIME-Version: 1.0 Received: by 10.50.190.163 with SMTP id gr3mr40310781igc.106.1357289513268; Fri, 04 Jan 2013 00:51:53 -0800 (PST) Received: by 10.50.49.3 with HTTP; Fri, 4 Jan 2013 00:51:53 -0800 (PST) In-Reply-To: References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> Date: Fri, 4 Jan 2013 02:51:53 -0600 Message-ID: Subject: Re: What is policy about auto-editing config files on port install / deinstall? From: Scot Hetzel To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 08:51:54 -0000 On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote: >> >> Why am I forced to manualy re-enable all 3rd party modules on each upgrade? >> >> Modules should not disable something that is explicitly enabled by user / >> system administrator. >> >> > I found the cause of your issue, the www/mod_sendfile/Makefile has > AP_GENPLIST= yes defined. This causes the port to use this code to > create the packing list: > > Mk/bsd.apache.mk > > 451 ap-gen-plist: > 452 .if defined(AP_GENPLIST) > 453 . if !exists(${PLIST}) > 454 @${ECHO} "===> Generating apache plist" > 455 # apache22 > 456 @${ECHO} "@unexec ${SED} -i '' -E > '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' > %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} Found the reason for this sed line, as it is used to remove the LoadModule line from the httpd.conf file so that when Apache is uninstalled, the httpd.conf could be removed, if there were no changes from the original. see http://svnweb.freebsd.org/ports?view=revision&revision=194395 I still think it is better to disable the module on uninstall, and enable the module on install. > 457 @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%" >> ${PLIST} > 458 @${ECHO} "@exec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} > 459 @${ECHO} "@unexec echo \"Don't forget to remove all > ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} > 460 . endif > 461 .else > 462 @${DO_NADA} > 463 .endif > 464 .endif > > As well as adding the module disabled in the httpd.conf file: > > 472 do-install: > 473 @${APXS} -i -A -n ${SHORTMODNAME} ${WRKSRC}/${MODULENAME}.${AP_BUILDEXT} > -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 09:04:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A102CD7B for ; Fri, 4 Jan 2013 09:04:20 +0000 (UTC) (envelope-from stenn@ntp.org) Received: from stenn.ntp.org (stenn.ntp.org [IPv6:2001:4f8:fff7:1::30]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5F6738 for ; Fri, 4 Jan 2013 09:04:20 +0000 (UTC) Received: from localhost.ntp.org ([::1] helo=stenn.ntp.org) by stenn.ntp.org with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Tr3CO-000OnT-2V; Fri, 04 Jan 2013 09:04:20 +0000 To: freebsd-ports@freebsd.org Subject: Postfix and SASL compilation problems From: Harlan Stenn X-Mailer: MH-E 7.4.2; nmh 1.5; XEmacs 21.4 (patch 22) Mime-Version: 1.0 (generated by tm-edit 1.8) Content-Type: text/plain; charset=US-ASCII Date: Fri, 04 Jan 2013 09:04:20 +0000 Message-Id: Cc: stenn@ntp.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 09:04:20 -0000 The issue noted in http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078439.html also bites if one is using Dovecot SASL. -- Harlan Stenn http://networktimefoundation.org - be a member! From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 09:24:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F3E784AB for ; Fri, 4 Jan 2013 09:24:52 +0000 (UTC) (envelope-from ohauer@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8407E7FC for ; Fri, 4 Jan 2013 09:24:52 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.24]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lnmgj-1TMuZY0HUN-00hvKq for ; Fri, 04 Jan 2013 10:24:51 +0100 Received: (qmail invoked by alias); 04 Jan 2013 09:24:50 -0000 Received: from p578be941.dip0.t-ipconnect.de (EHLO [192.168.0.100]) [87.139.233.65] by mail.gmx.net (mp024) with SMTP; 04 Jan 2013 10:24:50 +0100 X-Authenticated: #1956535 X-Provags-ID: V01U2FsdGVkX1/XlF4bqSrXSNBtpQPxjOrvMYXrDSO4B6CvVxB9va MBzZYAUErfJl+D Message-ID: <50E6A021.9000203@gmx.de> Date: Fri, 04 Jan 2013 10:25:53 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Scot Hetzel , Miroslav Lachman <000.fbsd@quip.cz> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 09:24:53 -0000 On 2013-01-04 09:51, Scot Hetzel wrote: > On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote: >>> >>> Why am I forced to manualy re-enable all 3rd party modules on each upgrade? >>> >>> Modules should not disable something that is explicitly enabled by user / >>> system administrator. >>> >>> >> I found the cause of your issue, the www/mod_sendfile/Makefile has >> AP_GENPLIST= yes defined. This causes the port to use this code to >> create the packing list: >> >> Mk/bsd.apache.mk >> >> 451 ap-gen-plist: >> 452 .if defined(AP_GENPLIST) >> 453 . if !exists(${PLIST}) >> 454 @${ECHO} "===> Generating apache plist" >> 455 # apache22 >> 456 @${ECHO} "@unexec ${SED} -i '' -E >> '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' >> %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} > > Found the reason for this sed line, as it is used to remove the > LoadModule line from the httpd.conf file so that when Apache is > uninstalled, the httpd.conf could be removed, if there were no changes > from the original. > > see http://svnweb.freebsd.org/ports?view=revision&revision=194395 > > I still think it is better to disable the module on uninstall, and > enable the module on install. > Hi Scot, have you also read the commit log? - Fix leftover httpd.conf for AP_GEN_PLIST using ports. The problem is that apxs does not remove module line from httpd.conf, it merely comments it out. Later, on Apache deinstall, the file differs from stock httpd.conf and is not deleted. The issue is the following. In case the LoadModule line is not removed from httpd.conf the port will be marked as broken by the ports build system. I'm thinking about an parameter which change the semantic in bsd.apache.mk so the module can be installed enabled. For example the following will do that (quick hack) Index: bsd.apache.mk =================================================================== --- bsd.apache.mk (revision 309921) +++ bsd.apache.mk (working copy) @@ -455,7 +445,11 @@ # apache22 @${ECHO} "@unexec ${SED} -i '' -E '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%" >> ${PLIST} +.if defined(AP_MODENABLE) + @${ECHO} "@exec %D/sbin/apxs -e -a -n %%AP_NAME%% %D/%F" >> ${PLIST} +.else @${ECHO} "@exec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} +.endif @${ECHO} "@unexec echo \"Don't forget to remove all ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} . endif .else -- Regards, olli From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 09:35:41 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 268146AF for ; Fri, 4 Jan 2013 09:35:41 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id E362B855 for ; Fri, 4 Jan 2013 09:35:40 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:792d:baf8:7614:8f34]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 3F19A4AC2D for ; Fri, 4 Jan 2013 13:35:38 +0400 (MSK) Date: Fri, 4 Jan 2013 13:35:33 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1905514917.20130104133533@serebryakov.spb.ru> To: freebsd-ports@freebsd.org Subject: Shared library version bump policy & suggestion to track these bumps formally MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 09:35:41 -0000 Hello, Freebsd-ports. Now, when some port after update installs new version of shared library, used by other ports, here are two variants: (a) To bump versions of all dependant ports (PORTREVISION=${PORTREVISION} + 1) (b) Don't touch other ports, but add copy'n'pasted item into UPDATING with instructions for users of portmaster, portupgrade and binary pkg-ng packages. Question is: which way is better? Why sometimes first way is selected and sometimes second one? Is here any policy to select between them in different cases? Personally, I don't like both ways. First one is error-prone for maintainer: dependency could be optional and turned off by default, for example. Second one is error-prone for users. And, to be honest, I don't like when formal task is performed by hands. All these records in UPDATING is copy'n'pasted with replacement of port name, receipt of upgrading is always the same (yes, I know, that there are more difficult scenarios in UPDATING too, I don't speak about them now). Why this receipt should be performed by user, not by tool!? I suggest to have new variable in port's Makefile: BORDER_VERSIONS or something like this. Let it will be list of port's versions, when shared libs are updated and all dependent ports should be rebuild too. Then, portmaster/portupgrade could add "forced updates" to queue automatically (like with "portmaster -r " / "portupgrade -fr ") if port cross (inclusive) one of versions from this list. Something like this: BORDER_VERSIONS=0.48 0.65 1.0_1 And if port is updated to version 0.48 or higher from version STRICTLY LESS than 0.48 (and same for 0.65 and 1.0_1), all ports, which uses this library, will be rebuild too. -- // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 10:02:34 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B562617C; Fri, 4 Jan 2013 10:02:34 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6A3988; Fri, 4 Jan 2013 10:02:34 +0000 (UTC) Received: from wiggles.bwns.ch (snow.ethz.ch [129.132.80.16]) (authenticated bits=0) by mx.critical.ch (8.14.4/8.14.4/critical-1.0) with ESMTP id r04A2V7M039746; Fri, 4 Jan 2013 11:02:32 +0100 (CET) (envelope-from ehaupt@FreeBSD.org) Date: Fri, 4 Jan 2013 11:02:31 +0100 From: Emanuel Haupt To: Jason Helfman Subject: Re: 3. Updating "Bash" (Jerry) Message-Id: <20130104110231.ac57842b62c09b6324367259@FreeBSD.org> In-Reply-To: References: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports List , Michael Zoon X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 10:02:34 -0000 > Can you please send this patch in as a problem report? Patches within > email can easily be overlooked, or simply forgotten, unfortunately. > Having it in our pr database is a much better tracker for us to take > care of updates and/or issues. FYI: http://www.freebsd.org/cgi/query-pr.cgi?pr=174965 Emanuel From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 10:23:15 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C3B1962A for ; Fri, 4 Jan 2013 10:23:15 +0000 (UTC) (envelope-from nemysis@gmx.ch) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id 69F8DA57 for ; Fri, 4 Jan 2013 10:23:15 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.1]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MHdb8-1Ts9p223TA-003Jj2 for ; Fri, 04 Jan 2013 11:23:08 +0100 Received: (qmail invoked by alias); 04 Jan 2013 10:23:08 -0000 Received: from 226-42.104-92.cust.bluewin.ch (EHLO nemysis3now.no-ip.biz) [92.104.42.226] by mail.gmx.net (mp001) with SMTP; 04 Jan 2013 11:23:08 +0100 X-Authenticated: #134568197 X-Provags-ID: V01U2FsdGVkX1/r3gUW26vr/puZyZpgpyOx6LcZ9ICTQVqHO2rNIv mR6BnJ2y9K32ek Date: Fri, 4 Jan 2013 11:23:07 +0100 From: nemysis To: freebsd-ports@freebsd.org Subject: FreeBSD Port games/vamos version 0.7.1 not compile Message-ID: <20130104112307.7e361d30@nemysis3now.no-ip.biz> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 10:23:15 -0000 Hello, I have tried to build Vamos 0.7.1 http://downloads.sourceforge.net/project/vamos/vamos/vamos-0.7.1.tar.gz And have get some weird issues, something in C++ code is bad With BSD make port test ... /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o libvamos-geometry.la -rpath /var/tmp/ports/vamos-0.7.1/lib Calculations.lo Inertia_Tensor.lo Interpolator.lo Linear_Interpolator.lo Material.lo PID.lo Rectangle.lo Spline.lo Three_Matrix.lo Three_Vector.lo Two_Vector.lo Parameter.lo libtool: link: c++ -fPIC -DPIC -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/Calculations.o .libs/Inertia_Tensor.o .libs/Interpolator.o .libs/Linear_Interpolator.o .libs/Material.o .libs/PID.o .libs/Rectangle.o .libs/Spline.o .libs/Three_Matrix.o .libs/Three_Vector.o .libs/Two_Vector.o .libs/Parameter.o -L/usr/local/lib -L/usr/lib -lstdc++ -lm -lc -lgcc_s /usr/lib/crtendS.o /usr/lib/crtn.o -O2 -pthread -pthread -Wl,-soname -Wl,libvamos-geometry.so.0 -o .libs/libvamos-geometry.so.0 libtool: link: (cd ".libs" && rm -f "libvamos-geometry.so" && ln -s "libvamos-geometry.so.0" "libvamos-geometry.so") libtool: link: (cd ".libs" && rm -f "libvamos-geometry.so" && ln -s "libvamos-geometry.so.0" "libvamos-geometry.so") libtool: link: ar cru .libs/libvamos-geometry.a Calculations.o Inertia_Tensor.o Interpolator.o Linear_Interpolator.o Material.o PID.o Rectangle.o Spline.o Three_Matrix.o Three_Vector.o Two_Vector.o Parameter.o libtool: link: ranlib .libs/libvamos-geometry.a libtool: link: ( cd ".libs" && rm -f "libvamos-geometry.la" && ln -s "../libvamos-geometry.la" "libvamos-geometry.la" ) /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o test_Calculations test_Calculations.o Calculations.lo Three_Vector.lo Three_Matrix.lo -lboost_unit_test_framework libtool: link: c++ -Wall -O2 -pipe -fno-strict-aliasing -pthread -o test_Calculations test_Calculations.o .libs/Calculations.o .libs/Three_Vector.o .libs/Three_Matrix.o -L/usr/local/lib -lboost_unit_test_framework -pthread mv -f .deps/test_Rectangle.Tpo .deps/test_Rectangle.Po /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o test_Circular_Buffer test_Circular_Buffer.o -lboost_unit_test_framework /usr/lib/crt1.o: In function `_start': crt1.c:(.text+0x8a): undefined reference to `main' libtool: link: c++ -Wall -O2 -pipe -fno-strict-aliasing -pthread -o test_Circular_Buffer test_Circular_Buffer.o -L/usr/local/lib -lboost_unit_test_framework -pthread *** Error code 1 /usr/lib/crt1.o: In function `_start': crt1.c:(.text+0x8a): undefined reference to `main' *** Error code 1 mv -f .deps/test_Three_Matrix.Tpo .deps/test_Three_Matrix.Po mv -f .deps/test_Two_Vector.Tpo .deps/test_Two_Vector.Po mv -f .deps/test_Spline.Tpo .deps/test_Spline.Po mv -f .deps/test_Three_Vector.Tpo .deps/test_Three_Vector.Po 2 errors *** Error code 1 1 error *** Error code 1 Wtih Gnu Make USE_GMAKE= yes port test ... /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o libvamos-geometry.la -rpath /var/tmp/ports/vamos-0.7.1/lib Calculations.lo Inertia_Tensor.lo Interpolator.lo Linear_Interpolator.lo Material.lo PID.lo Rectangle.lo Spline.lo Three_Matrix.lo Three_Vector.lo Two_Vector.lo Parameter.lo libtool: link: c++ -fPIC -DPIC -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/Calculations.o .libs/Inertia_Tensor.o .libs/Interpolator.o .libs/Linear_Interpolator.o .libs/Material.o .libs/PID.o .libs/Rectangle.o .libs/Spline.o .libs/Three_Matrix.o .libs/Three_Vector.o .libs/Two_Vector.o .libs/Parameter.o -L/usr/local/lib -L/usr/lib -lstdc++ -lm -lc -lgcc_s /usr/lib/crtendS.o /usr/lib/crtn.o -O2 -pthread -pthread -Wl,-soname -Wl,libvamos-geometry.so.0 -o .libs/libvamos-geometry.so.0 libtool: link: (cd ".libs" && rm -f "libvamos-geometry.so" && ln -s "libvamos-geometry.so.0" "libvamos-geometry.so") libtool: link: (cd ".libs" && rm -f "libvamos-geometry.so" && ln -s "libvamos-geometry.so.0" "libvamos-geometry.so") libtool: link: ar cru .libs/libvamos-geometry.a Calculations.o Inertia_Tensor.o Interpolator.o Linear_Interpolator.o Material.o PID.o Rectangle.o Spline.o Three_Matrix.o Three_Vector.o Two_Vector.o Parameter.o libtool: link: ranlib .libs/libvamos-geometry.a libtool: link: ( cd ".libs" && rm -f "libvamos-geometry.la" && ln -s "../libvamos-geometry.la" "libvamos-geometry.la" ) /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o test_Calculations test_Calculations.o Calculations.lo Three_Vector.lo Three_Matrix.lo -lboost_unit_test_framework libtool: link: c++ -Wall -O2 -pipe -fno-strict-aliasing -pthread -o test_Calculations test_Calculations.o .libs/Calculations.o .libs/Three_Vector.o .libs/Three_Matrix.o -L/usr/local/lib -lboost_unit_test_framework -pthread mv -f .deps/test_Rectangle.Tpo .deps/test_Rectangle.Po /bin/sh /usr/local/bin/libtool --mode=link c++ -Wall -O2 -pipe -fno-strict-aliasing -L/usr/local/lib -pthread -o test_Circular_Buffer test_Circular_Buffer.o -lboost_unit_test_framework /usr/lib/crt1.o: In function `_start': crt1.c:(.text+0x8a): undefined reference to `main' libtool: link: c++ -Wall -O2 -pipe -fno-strict-aliasing -pthread -o test_Circular_Buffer test_Circular_Buffer.o -L/usr/local/lib -lboost_unit_test_framework -pthread *** Error code 1 /usr/lib/crt1.o: In function `_start': crt1.c:(.text+0x8a): undefined reference to `main' *** Error code 1 mv -f .deps/test_Three_Matrix.Tpo .deps/test_Three_Matrix.Po mv -f .deps/test_Two_Vector.Tpo .deps/test_Two_Vector.Po mv -f .deps/test_Spline.Tpo .deps/test_Spline.Po mv -f .deps/test_Three_Vector.Tpo .deps/test_Three_Vector.Po 2 errors *** Error code 1 1 error *** Error code 1 With Gnu Make USE_GCC= 4.6+ port test ... g++46 -DPACKAGE_NAME=\"vamos\" -DPACKAGE_TARNAME=\"vamos\" -DPACKAGE_VERSION=\"0.7.1\" -DPACKAGE_STRING=\"vamos\ 0.7.1\" -DPACKAGE_BUGREPORT=\"snick-a-doo@comc ast.net\" -DPACKAGE_URL=\"\" -DPACKAGE=\"vamos\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_ H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSDL=1 -DHAVE_LIBOPENAL=1 -DHAVE_LIBALUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DHAVE_LIBPNG=1 -DHAVE_BOOST=/\*\*/ -I. -I/usr/local/include -Wal$ -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc46 -MT test_Calculations.o -MD -MP -MF .deps/test_Calculations.Tp$ -c -o test_Calculations.o test_Calculations.cc libtool: compile: g++46 -DPACKAGE_NAME=\"vamos\" -DPACKAGE_TARNAME=\"vamos\" -DPACKAGE_VERSION=\"0.7.1\" "-DPACKAGE_STRING=\"vamos 0.7.1\"" -DPACKAGE_BUGREPO$T=\"snick-a-doo@comcast.net\" -DPACKAGE_URL=\"\" -DPACKAGE=\"vamos\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDL$B_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSDL=1 -DHAVE_L$BOPENAL=1 -DHAVE_LIBALUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DHAVE_LIBPNG=1 "-DHAVE_BOOST=/**/" -I. -I/usr/l$cal/include -Wall -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc46 -MT Three_Matrix.lo -MD -MP -MF .deps/Three_M$trix.Tpo -c Three_Matrix.cc -o Three_Matrix.o >/dev/null 2>&1 libtool: compile: g++46 -DPACKAGE_NAME=\"vamos\" -DPACKAGE_TARNAME=\"vamos\" -DPACKAGE_VERSION=\"0.7.1\" "-DPACKAGE_STRING=\"vamos 0.7.1\"" -DPACKAGE_BUGREPO$T=\"snick-a-doo@comcast.net\" -DPACKAGE_URL=\"\" -DPACKAGE=\"vamos\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDL$B_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSDL=1 -DHAVE_L$BOPENAL=1 -DHAVE_LIBALUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DHAVE_LIBPNG=1 "-DHAVE_BOOST=/**/" -I. -I/usr/l$cal/include -Wall -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc46 -MT Parameter.lo -MD -MP -MF .deps/Parameter.$po -c Parameter.cc -fPIC -DPIC -o .libs/Parameter.o In file included from Parameter.cc:20:0: Parameter.h:38:24: error: 'size_t' has not been declared Parameter.cc:27:17: error: 'double Vamos_Geometry::Parameter::get' is not a static member of 'class Vamos_Geometry::Parameter' Parameter.cc:27:17: error: 'size_t' was not declared in this scope Parameter.cc:27:17: note: suggested alternatives: /usr/local/lib/gcc46/include/c++//x86_64-portbld-freebsd9.0/bits/c++config.h:155:26: note: 'std::size_t' /usr/local/lib/gcc46/include/c++//x86_64-portbld-freebsd9.0/bits/c++config.h:155:26: note: 'std::size_t' Parameter.cc:27:27: error: expected primary-expression before 'double' Parameter.cc:27:42: error: expression list treated as compound expression in initializer [-fpermissive] Parameter.cc:28:1: error: expected ',' or ';' before '{' token *** Error code 1 mv -f .deps/Two_Vector.Tpo .deps/Two_Vector.Plo libtool: compile: g++46 -DPACKAGE_NAME=\"vamos\" -DPACKAGE_TARNAME=\"vamos\" -DPACKAGE_VERSION=\"0.7.1\" "-DPACKAGE_STRING=\"vamos 0.7.1\"" -DPACKAGE_BUGREPO$T=\"snick-a-doo@comcast.net\" -DPACKAGE_URL=\"\" -DPACKAGE=\"vamos\" -DVERSION=\"0.7.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDL$B_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSDL=1 -DHAVE_L$BOPENAL=1 -DHAVE_LIBALUT=1 -DHAVE_LIBGL=1 -DHAVE_LIBGLU=1 -DHAVE_LIBGLUT=1 -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1 -DHAVE_LIBPNG=1 "-DHAVE_BOOST=/**/" -I. -I/usr/l$cal/include -Wall -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -Wl,-rpath=/usr/local/lib/gcc46 -MT Spline.lo -MD -MP -MF .deps/Spline.Tpo -c Spline.cc -o Spline.o >/dev/null 2>&1 mv -f .deps/Three_Vector.Tpo .deps/Three_Vector.Plo mv -f .deps/Three_Matrix.Tpo .deps/Three_Matrix.Plo mv -f .deps/Spline.Tpo .deps/Spline.Plo mv -f .deps/test_Calculations.Tpo .deps/test_Calculations.Po 1 error *** Error code 1 1 error *** Error code 1 Because this have set in ports/174951, have tried several times to build 0.7.1 PORTSCOUT= skipv:0.7.1 Version 0.7.0 works good with BSD Make also use it Have sent email to developer. but mine email have seen Comcast as SPAM and blocked mine IP Address :( Thanks, nemysis From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 10:37:23 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 51D1EB99 for ; Fri, 4 Jan 2013 10:37:23 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.37]) by mx1.freebsd.org (Postfix) with ESMTP id DA773AE3 for ; Fri, 4 Jan 2013 10:37:22 +0000 (UTC) Received: from [78.35.174.75] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1Tr4Yy-0005ev-24; Fri, 04 Jan 2013 11:31:44 +0100 Date: Fri, 4 Jan 2013 11:28:11 +0100 From: Fabian Keil To: "Michael Zoon" Subject: Re: 3. Updating "Bash" (Jerry) Message-ID: <20130104112811.6f093557@fabiankeil.de> In-Reply-To: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> References: <000c01cdea10$b005aa30$1010fe90$@quicknet.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/TKpLWhI8MZ+U3609ti7f8mL"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 10:37:23 -0000 --Sig_/TKpLWhI8MZ+U3609ti7f8mL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Michael Zoon" wrote: > >From: Jerry > >Bash is currently at Bash-Release: 4.2, patch level 42. The port's > >version is only at patch level 37, which was released on 16-Jul-2012. > >This is an important port and since the freeze is over with, I was > >wondering if this port will be updated? =20 > Hi, i have send last month the port maintainer also the latest files > To upgrade the port with latest patches. >=20 > However some months ago there was also problems > to get the latest patches for bash into the port system. > Many people did jump in here to get it done. >=20 > Digest 480 of 30-07-2012 says a lot > Including the ones a few versions older. >=20 > On the latest files I did send I did get no response at all > That's why I no longer will forward patches for bash. > But I agree that it is a important port and patches are not released for > nothing. On the other hand every patch has the potential of introducing new bugs so being conservative with updates is a valid strategy, too, and in the end it's up to the maintainer who'd take the blame for the breakage. Obviously being conservative isn't a good reason not to respond to patches, but if you don't submitted them as a PR there is also no way to know if your mail actually made it to the maintainer (or if maybe his answer didn't reach your inbox). =46rom your point of view sending a PR would also have the advantage of forcing the maintainer to either explicitly reject it or accept that somebody else commits it after a timeout. > But in the end its all upon the port maintainer to do it or not. > I really hope it not will take 6 months again to get the outdated port > updated. It looks like there currently is no shells/bash-devel, so why don't you submit it? You could then keep it at the bleeding edge and users could decide for themselves which update strategy they prefer. Fabian --Sig_/TKpLWhI8MZ+U3609ti7f8mL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlDmrsEACgkQBYqIVf93VJ3vIgCfesj2zgKk1lZDNX3TSLISwe2W UFMAoLZRpYxDe+wnvzWIcec6PLeXGg5D =Mc8+ -----END PGP SIGNATURE----- --Sig_/TKpLWhI8MZ+U3609ti7f8mL-- From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 11:23:52 2013 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 241CE524; Fri, 4 Jan 2013 11:23:52 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) by mx1.freebsd.org (Postfix) with ESMTP id CB303D00; Fri, 4 Jan 2013 11:23:51 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id 13so19479068iea.21 for ; Fri, 04 Jan 2013 03:23:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=nTgoPTb5j1MdSlVCHExnq3+qfUM6HmLFDIETmeuM2tc=; b=By9aXLI0hDGuXOPh834q5EcdmNV6ao54iL8MWsLxJTt2DWQOpOvxcixpS2rkIGGvcg HqYjUiDaRgfSwfrjgFzCqzqBFapnlaNXZWKkNVxyJZX9UZLwR9qsMYlc+5ACqmBUmDiI 6Z4mi5zPV2rHbv6mHFk3Ww2pBgqBnI8alySkG95NeINjh5+1I0Nbo5P5J374W19Pf3af HqEOHJmvdqUuVmeezBtIQePwrr/IHN/wsbCm2NFC9ykzWbGzLZ8mF4WlaxCVILmJsg0r vh5FLB3SXNEE5pmiYWNkfqYk9Dm9rpLjjXcUcChNPycPTcOdKx1w6Bk11uzXR6S+ROl2 EWtA== MIME-Version: 1.0 Received: by 10.50.42.232 with SMTP id r8mr39322843igl.100.1357298625491; Fri, 04 Jan 2013 03:23:45 -0800 (PST) Received: by 10.50.88.137 with HTTP; Fri, 4 Jan 2013 03:23:45 -0800 (PST) Date: Fri, 4 Jan 2013 11:23:45 +0000 Message-ID: Subject: Re: Shared library version bump policy & suggestion to track these bumps formally From: "b.f." To: Lev Serebryakov , freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 11:23:52 -0000 Lev wrote: > > Now, when some port after update installs new version of shared > library, used by other ports, here are two variants: > > (a) To bump versions of all dependant ports (PORTREVISION=${PORTREVISION} + 1) > > (b) Don't touch other ports, but add copy'n'pasted item into > UPDATING with instructions for users of portmaster, portupgrade > and binary pkg-ng packages. > > Question is: which way is better? Why sometimes first way is selected > and sometimes second one? Is here any policy to select between them > in different cases? You're always supposed to do (a), for those default packages that must be rebuilt because of the change -- whether because of a shared library version change, or something else. (b) is only as a reminder for those users that have non-default packages that may need to be rebuilt, or as a stopgap in an emergency -- it is not supposed to replace (a). It is usually used when someone failed to notice that a large number of ports link to a shared library, but that shared library is not in the LIB_DEPENDS of those ports, because it is in the LIB_DEPENDS of a port that those port depends upon (if you want to reopen the debate about whether this non-redundant dependency accounting is the right thing to do, that may be worthwhile), and needs to alert users while the problematic ports are being fixed. It is often a sign that an exp-run should have been requested, but wasn't. > > Personally, I don't like both ways. > > First one is error-prone for maintainer: dependency could be > optional and turned off by default, for example. Then a PORTREVISION bump isn't necessary, but an UPDATING note may be advisable. > > Second one is error-prone for users. And, to be honest, I don't > like when formal task is performed by hands. All these records in > UPDATING is copy'n'pasted with replacement of port name, receipt of > upgrading is always the same (yes, I know, that there are more > difficult scenarios in UPDATING too, I don't speak about them now). > Why this receipt should be performed by user, not by tool!? > There are some ways to refine the updating process -- like, for example, lstewart@'s: https://lauren.room52.net/hg/scripts/raw-file/tip/libdepend/libdepend.sh There is certainly room for improvement in the standard tools here. But some ports may need to be rebuilt for reasons other than shared library changes, which may be difficult to detect automatically in every case. > I suggest to have new variable in port's Makefile: BORDER_VERSIONS > or something like this. Let it will be list of port's versions, when > shared libs are updated and all dependent ports should be rebuild > too. > > Then, portmaster/portupgrade could add "forced updates" to queue > automatically (like with "portmaster -r " / "portupgrade -fr > ") if port cross (inclusive) one of versions from this list. > > Something like this: > > BORDER_VERSIONS=0.48 0.65 1.0_1 > > And if port is updated to version 0.48 or higher from > version STRICTLY LESS than 0.48 (and same for 0.65 and 1.0_1), all > ports, which uses this library, will be rebuild too. This has some advantages, but how would it be used efficiently by the package-building clusters, in the absence of PORTREVISION bumps? And for end users, is BORDER_VERSIONS better, in most cases, than improving the package-updating tools to perform automatic checks during partial updates, as in lstewart@'s script? -- how would BORDER_VERSIONS overcome the existing problems in dependency accounting that I mentioned above, without forcing unnecessary rebuilds? b. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 14:20:11 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 73DDFFC7 for ; Fri, 4 Jan 2013 14:20:11 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id CF6C8643 for ; Fri, 4 Jan 2013 14:20:10 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 241F72842D; Fri, 4 Jan 2013 15:20:09 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id DC79628429; Fri, 4 Jan 2013 15:20:06 +0100 (CET) Message-ID: <50E6E515.8020002@quip.cz> Date: Fri, 04 Jan 2013 15:20:05 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: olli hauer Subject: Re: What is policy about auto-editing config files on port install / deinstall? References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> <50E6A021.9000203@gmx.de> In-Reply-To: <50E6A021.9000203@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Scot Hetzel , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 14:20:11 -0000 olli hauer wrote: > On 2013-01-04 09:51, Scot Hetzel wrote: >> On Fri, Jan 4, 2013 at 2:12 AM, Scot Hetzel wrote: >>>> >>>> Why am I forced to manualy re-enable all 3rd party modules on each upgrade? >>>> >>>> Modules should not disable something that is explicitly enabled by user / >>>> system administrator. >>>> >>>> >>> I found the cause of your issue, the www/mod_sendfile/Makefile has >>> AP_GENPLIST= yes defined. This causes the port to use this code to >>> create the packing list: >>> >>> Mk/bsd.apache.mk >>> >>> 451 ap-gen-plist: >>> 452 .if defined(AP_GENPLIST) >>> 453 . if !exists(${PLIST}) >>> 454 @${ECHO} "===> Generating apache plist" >>> 455 # apache22 >>> 456 @${ECHO} "@unexec ${SED} -i '' -E >>> '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' >>> %D/%%APACHEETCDIR%%/httpd.conf">> ${PLIST} >> >> Found the reason for this sed line, as it is used to remove the >> LoadModule line from the httpd.conf file so that when Apache is >> uninstalled, the httpd.conf could be removed, if there were no changes >> from the original. >> >> see http://svnweb.freebsd.org/ports?view=revision&revision=194395 >> >> I still think it is better to disable the module on uninstall, and >> enable the module on install. >> > > Hi Scot, > > have you also read the commit log? > - Fix leftover httpd.conf for AP_GEN_PLIST using ports. The problem is that > apxs does not remove module line from httpd.conf, it merely comments it out. > Later, on Apache deinstall, the file differs from stock httpd.conf and is not > deleted. > > The issue is the following. > In case the LoadModule line is not removed from httpd.conf the port will be marked as broken by the ports build system. > > > I'm thinking about an parameter which change the semantic in bsd.apache.mk so the module can be installed enabled. > For example the following will do that (quick hack) > > Index: bsd.apache.mk > =================================================================== > --- bsd.apache.mk (revision 309921) > +++ bsd.apache.mk (working copy) > @@ -455,7 +445,11 @@ > # apache22 > @${ECHO} "@unexec ${SED} -i '' -E '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' %D/%%APACHEETCDIR%%/httpd.conf">> ${PLIST} > @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%">> ${PLIST} > +.if defined(AP_MODENABLE) > + @${ECHO} "@exec %D/sbin/apxs -e -a -n %%AP_NAME%% %D/%F">> ${PLIST} > +.else > @${ECHO} "@exec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F">> ${PLIST} > +.endif > @${ECHO} "@unexec echo \"Don't forget to remove all ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} > . endif > .else According to what was said in previous e-mails, there are several ways to handle install / deinstall: 1] add #LoadModule line commented on install and remove this line only if it is still commented (no user change made) 2] do not add anything, print the LoadModule line as pkg-message on install (this is standard way used by another ports to inform users what changes must be made to activate some port), do not remove anything on deinstall, print info message to remove line (similar to @unexec message above) 3] add LoadModule line uncommented on install (enable modul by default) and remove the line on uninstall I prefere second or first variant. Somebody may not be happy to have modules enabled by default (the same policy as for not enabling services in rc.conf, not adding cronjobs or changes in periodic.conf) My first try was to change @unexec sed line to: @${ECHO} "@unexec ${SED} -i '' -E '/^#LoadModule[[:blank:]]+%%AP_NAME%%_module/d' %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} It will produce following line in +CONTENTS @unexec /usr/bin/sed -i '' -E '/^#LoadModule[[:blank:]]+xsendfile_module/d' %D/etc/apache22/httpd.conf The problem is, that apxs line is working as switch: @exec %D/sbin/apxs -e -A -n xsendfile %D/%F First call adds LoadModule line and second removes it. So if the line is still there on next install, apxs is removing the line instead of left it untouched. I don't have time to track it down right know. I will try to investigate it later today or tomorrow. Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 15:52:28 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DDC80BB9 for ; Fri, 4 Jan 2013 15:52:28 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) by mx1.freebsd.org (Postfix) with ESMTP id B52229EE for ; Fri, 4 Jan 2013 15:52:28 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id k13so19803288iea.22 for ; Fri, 04 Jan 2013 07:52:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cp0pTXb9xfA0dLG1MAnJrzj0YmH5P6KnSQDPetoFsjE=; b=wQXpuKWlJRr/lf3fh3dCYgm6MscP0u5Zpwf6/LEhTQwrbUrELElgMWBmYilxgeqqeK tQAYojB50DREAGAgCEh5d3QqaHvtEvT5+f2mGWwnOKV2GxHyS34rFqL5vaJrJePo9fny uadjA/C173P6NqqWogIaH97o1KdOKjVoonRQ8ZGC/jLLQ/Pkxt8DN9g/M0KBmsHaK+L4 tvDP3pWNI7l7sLCIAGVUoC+v0oqZoLb5UbFGDQliFGpisx+dnZlgu+DC4CSyd8KGUg/h +WZ5jnlSukTQcbLh6D/ybMdFoSWAofbNJAHDHXrPaRNSj9gaJ7QIPvu41Prpi7K6UDxT 1VZA== MIME-Version: 1.0 Received: by 10.50.190.163 with SMTP id gr3mr41162151igc.106.1357314747918; Fri, 04 Jan 2013 07:52:27 -0800 (PST) Received: by 10.50.49.3 with HTTP; Fri, 4 Jan 2013 07:52:27 -0800 (PST) In-Reply-To: <50E6A021.9000203@gmx.de> References: <50E49A73.2070008@quip.cz> <50E5FCDA.80906@quip.cz> <50E6A021.9000203@gmx.de> Date: Fri, 4 Jan 2013 09:52:27 -0600 Message-ID: Subject: Re: What is policy about auto-editing config files on port install / deinstall? From: Scot Hetzel To: olli hauer Content-Type: text/plain; charset=ISO-8859-1 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 15:52:28 -0000 On Fri, Jan 4, 2013 at 3:25 AM, olli hauer wrote: >>> 456 @${ECHO} "@unexec ${SED} -i '' -E >>> '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' >>> %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} >> >> Found the reason for this sed line, as it is used to remove the >> LoadModule line from the httpd.conf file so that when Apache is >> uninstalled, the httpd.conf could be removed, if there were no changes >> from the original. >> >> see http://svnweb.freebsd.org/ports?view=revision&revision=194395 >> >> I still think it is better to disable the module on uninstall, and >> enable the module on install. >> > > Hi Scot, > > have you also read the commit log? > - Fix leftover httpd.conf for AP_GEN_PLIST using ports. The problem is that > apxs does not remove module line from httpd.conf, it merely comments it out. > Later, on Apache deinstall, the file differs from stock httpd.conf and is not > deleted. > I had read the commit log and still think it is wrong to remove the LoadModule lines from the httpd.conf file, as the LoadModule line may not be the only change to the httpd.conf file for that module. How difficult would it be to create 2 temp files by striping all the comments out of the httpd.conf* files, then compare those files to determine if httpd.conf should be removed. > The issue is the following. > In case the LoadModule line is not removed from httpd.conf the port will be marked as broken by the ports build system. > > > I'm thinking about an parameter which change the semantic in bsd.apache.mk so the module can be installed enabled. > For example the following will do that (quick hack) > > Index: bsd.apache.mk > =================================================================== > --- bsd.apache.mk (revision 309921) > +++ bsd.apache.mk (working copy) > @@ -455,7 +445,11 @@ > # apache22 > @${ECHO} "@unexec ${SED} -i '' -E '/LoadModule[[:blank:]]+%%AP_NAME%%_module/d' %D/%%APACHEETCDIR%%/httpd.conf" >> ${PLIST} > @${ECHO} "%%APACHEMODDIR%%/%%AP_MODULE%%" >> ${PLIST} > +.if defined(AP_MODENABLE) > + @${ECHO} "@exec %D/sbin/apxs -e -a -n %%AP_NAME%% %D/%F" >> ${PLIST} > +.else > @${ECHO} "@exec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} > +.endif > @${ECHO} "@unexec echo \"Don't forget to remove all ${MODULENAME}-related directives in your httpd.conf\"">> ${PLIST} > . endif > .else > > That could work, how about putting a .if !defined(AP_MODENABLE) .. .endif around the SED line, and adding @unexec %D/sbin/apxs -e -A -n %%AP_NAME%% %D/%F" >> ${PLIST} in the .if defined(AP_MODENABLE) .. .else. Of course the do-install target would also need to be changed to have .if defined(AP_MODENABLE) enable module .else disable module .endif upon install. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 16:09:04 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B769228C for ; Fri, 4 Jan 2013 16:09:04 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id 7E4C5B1A for ; Fri, 4 Jan 2013 16:09:04 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r04G9383048583 for ; Fri, 4 Jan 2013 11:09:03 -0500 (EST) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r04G93Nw048392; Fri, 4 Jan 2013 11:09:03 -0500 (EST) (envelope-from portscout) Message-Id: <201301041609.r04G93Nw048392@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Fri, 4 Jan 2013 11:09:03 -0500 From: portscout@portscout.freebsd.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 16:09:04 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ benchmarks/mdtest | 1.8.3 | 1.8.4 ------------------------------------------------+-----------------+------------ databases/jasperreports | 3.7.6 | 5.0.1 ------------------------------------------------+-----------------+------------ emulators/advancemame | 0.106.1 | 1.2 ------------------------------------------------+-----------------+------------ emulators/advancemenu | 2.5.0 | 2.6 ------------------------------------------------+-----------------+------------ net/liveMedia | 2012.12.18 | 2013.01.04 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 18:44:57 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E664C2C0 for ; Fri, 4 Jan 2013 18:44:57 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-ia0-f177.google.com (mail-ia0-f177.google.com [209.85.210.177]) by mx1.freebsd.org (Postfix) with ESMTP id AD9261CC for ; Fri, 4 Jan 2013 18:44:57 +0000 (UTC) Received: by mail-ia0-f177.google.com with SMTP id u21so14038652ial.22 for ; Fri, 04 Jan 2013 10:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EIqVajFiuGDKJQaGe+2YBRQwbY/eAT/+oxaNNA5IbKg=; b=LipNyj1dqetPmvkqsFPs2d9F5jxVzwWR8mxb3aenxZAVh5Z20CPMNpVDhO1Dy2ougS xcId7G6S4bjEp6+Apcsr1rSIhj48WllW9CpHFGITwgK/1tscE8bc8zE2ZbproATZDV/Y QK2s+XUKUL650yBNVFE9N+C9+JNQj25UI6y6c3s/P/zWw168NqSJKyLbHF3kmYuUBZLh PpFW677+Y4sMskmGgipQhdQ2hKQ8ykR5Y+9gxXpTL9Xwy0tcEzXRneLYfwzYRBc5VvpP 0T+F/Cas3i/iDQfu9slS/7rUqW2udNfkFrYeohON8dEzaCEJnxcohs6dzzKIAgeF60LY 84Jg== MIME-Version: 1.0 Received: by 10.50.33.212 with SMTP id t20mr41562032igi.108.1357325091467; Fri, 04 Jan 2013 10:44:51 -0800 (PST) Received: by 10.50.49.3 with HTTP; Fri, 4 Jan 2013 10:44:51 -0800 (PST) In-Reply-To: <20130103131817.7576a4b2@dilbert> References: <20130103091424.2af924a7@dilbert> <50E5C4C9.7070500@yandex.ru> <20130103131817.7576a4b2@dilbert> Date: Fri, 4 Jan 2013 12:44:51 -0600 Message-ID: Subject: Re: New version of PyGreSQL From: Scot Hetzel To: "D'Arcy J.M. Cain" Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 18:44:58 -0000 On Thu, Jan 3, 2013 at 12:18 PM, D'Arcy J.M. Cain wrote: > On Thu, 03 Jan 2013 21:50:01 +0400 > Ruslan Makhmatkhanov wrote: >> D'Arcy J.M. Cain wrote on 03.01.2013 18:14: >> > Version 4.1 of PyGreSQL has just been released. I think the >> > following will update your Makefile: >> >> The port was just updated, thank you for heads up. You may point your >> users here: http://www.freshports.org/databases/py-PyGreSQL for >> FreeBSD-specific install instructions. > > I see that you call it 4.1,1. Do you always have a PORTEPOCH? I know > that NetBSD (where I am also a developer) only set the PKGREVISION > variable when the original commit for a version is modified. > >From Mk/bsd.port.mk: # PORTREVISION - Version of port. Optional. Commonly used to indicate # that an update has happened that affects the port # framework itself, but not the distributed software # (e.g., local patches or Makefile changes). # PORTEPOCH - Optional. In certain odd cases, the PORTREVISION logic # can be fooled by ports that appear to go backwards # numerically (e.g. if port-0.3 is newer than port-1998). # In this case, incrementing PORTEPOCH forces the revision. # Default: 0 (no effect). PORTREVISION is the same as PKGREVISION We use PORTEPOCH as noted in the above comment, or when a port has gone backwards in revision for some reason. This allows us to do things like: 3.0 < 3.0-1 < 2.9-7,1 < 3.1,1 < 3.0,2 Once PORTEPOCH is added to a port, it can't be removed. As it would cause the package version to go backwards. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 19:05:57 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 878F44E0 for ; Fri, 4 Jan 2013 19:05:57 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 32402266 for ; Fri, 4 Jan 2013 19:05:57 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TrCal-0000iC-VD for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 20:06:07 +0100 Received: from p5dcd75d1.dip.t-dialin.net ([93.205.117.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 20:06:07 +0100 Received: from jumper99 by p5dcd75d1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 20:06:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Subject: USE_MYSQL Date: Fri, 4 Jan 2013 19:05:40 +0000 (UTC) Lines: 6 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd75d1.dip.t-dialin.net User-Agent: XanaNews/1.19.1.194 X-Ref: news.gmane.org ~XNS:0000002E X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 19:05:57 -0000 Hi, what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If mysql-client, how can I depend on the server (or v.v.)? Thanks, Helmut From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 19:38:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A1567D11 for ; Fri, 4 Jan 2013 19:38:06 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) by mx1.freebsd.org (Postfix) with ESMTP id 614C4380 for ; Fri, 4 Jan 2013 19:38:06 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id 13so19853345iea.7 for ; Fri, 04 Jan 2013 11:38:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PhSgylZxZWuuGStWGYaOV7phWu0WHIwfOL5zCzWrCEo=; b=ta3GE++bzXoYcDQocW9g6shCjOxCLifWRqSTVxiMqRujHH8zQ1K4f2z5nnXB5vse1u 50btwwKZ9rO6lGVYiVOUx42opN1PZgpoifbPWlvSk22T+CtMy0xH8eNxDQOOB7O7QThH BpZIvsX9TFj4gG0j36SM+UNqJhn8325NMkeZmITCs+E44bkdVOQfAMnCPVfhZB4WQsGa WxZvJC3Plfec6StCg+poyp5FP+fiXv/dDv8T+mPnusCpa82YTANXry9/6wA8jkBm+dDi dPgQP/9VKzpD4BuqcL0pbzZ2P601T5iV+Mya7zMV+Oz8oy/ZY215JwOjYr4pOU61i5Z2 JzdQ== MIME-Version: 1.0 Received: by 10.50.202.97 with SMTP id kh1mr47482834igc.15.1357328285978; Fri, 04 Jan 2013 11:38:05 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 11:38:05 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 11:38:05 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 19:38:05 +0000 Message-ID: Subject: Re: USE_MYSQL From: Chris Rees To: Helmut Schneider Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 19:38:06 -0000 On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > Hi, > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If > mysql-client, how can I depend on the server (or v.v.)? Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to choose versions; see Mk/bsd.database.mk. Currently you can't depend on mysql-server; is there a reason you would want to? Chris From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 19:59:45 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1859019C for ; Fri, 4 Jan 2013 19:59:45 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-bk0-f45.google.com (mail-bk0-f45.google.com [209.85.214.45]) by mx1.freebsd.org (Postfix) with ESMTP id AA59867C for ; Fri, 4 Jan 2013 19:59:44 +0000 (UTC) Received: by mail-bk0-f45.google.com with SMTP id jk13so7352847bkc.4 for ; Fri, 04 Jan 2013 11:59:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:from:to:subject:date:x-mailer; bh=xoyKz3tG+W5kUKJriJL3W4Dwh6wq83mWZILju45yKMo=; b=TLaJ6MNJeo27JnGIMaTsG4rPGJqaZZYcpDGfhVw0Q1M1Yl3tzMxOOf4P3CXB2e0s55 g9yf2ZogieGNvi9Q5gY1IMj+QNiNtw6mIsB2eig5QSYlErEwvvf6r0qp26CHhglmPT0Q KcV1iJ5ROcO9VIkmaJ01yVYyRtnJWtx2kR96b+2dSnshHVAsGrrapQNndpGLnPNr40Vw LbrY4eTuXOV0iVGlig85oV6E/8TcSjPR54bJl7UHfI/Met1m62Gl/gdwLOidVeb0SJbr lDlpAgrBnQpCXbCEP81cAr2VbcfTg4M6iR4E7xQLOAECWz5zrVmn4Z4Mahc8APVl+PGk jOJQ== X-Received: by 10.204.6.20 with SMTP id 20mr27185272bkx.33.1357329583180; Fri, 04 Jan 2013 11:59:43 -0800 (PST) Received: from DOMYPC ([82.193.208.225]) by mx.google.com with ESMTPS id f24sm37709668bkv.7.2013.01.04.11.59.41 (version=SSLv3 cipher=OTHER); Fri, 04 Jan 2013 11:59:41 -0800 (PST) Message-ID: <20130104.195945.545.13@DOMY-PC> From: rank1seeker@gmail.com To: ports@FreeBSD.org Subject: portdowngrade(CVS) deprecated -> alternative for portsnap(8) usage Date: Fri, 04 Jan 2013 20:59:45 +0100 X-Mailer: POP Peeper (3.8.1.0) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 19:59:45 -0000 http://forums.freebsd.org/showthread.php?p=203241 Will it be transformed to checkout via SVN, only origins we need, or will it be dumped from ports tree as obsolete. Thanks. Domagoj From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:04:47 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F9155A1 for ; Fri, 4 Jan 2013 20:04:47 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id A19716C3 for ; Fri, 4 Jan 2013 20:04:46 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hj13so141793wib.1 for ; Fri, 04 Jan 2013 12:04:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; bh=E9ya0etzvZh57suqA2TB1+t8xB2joSbnC7sYrBvF1wM=; b=pVVx9NGltvvM+UVJoeV7kiqJKnlXzMAcHcUhniJgadYIhvZMtjC96QdP6AGbt1Qi6L NEnUQOvX3Yhx+q5T9Y/1tNVAv/KhWA5zKoZZOTdYXyVTGKpe6QEmahkbshw1D9SM0y/r w7uywR8WHk8hH+gW0U4brQdBCgpExStGoUx/51au+eqxE77CK2vukZYZaM3gygPk0qDD C8a5IEYwM4F3AuLVk821b65J/pCC6sye/LDn6s/h58hP6hkoi6ZQ53zXp721lete8MSA GVtXMG3nTagY9EJJxFgjqo169VbCNcURr1vxQ/Ltg+R4XfsbM6hBu6vK+vcfMXeCdWbj Mh1g== X-Received: by 10.194.19.10 with SMTP id a10mr85545054wje.45.1357329885434; Fri, 04 Jan 2013 12:04:45 -0800 (PST) Received: from laptop ([178.125.119.86]) by mx.google.com with ESMTPS id hu8sm500175wib.6.2013.01.04.12.04.43 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 04 Jan 2013 12:04:43 -0800 (PST) Date: Fri, 4 Jan 2013 23:04:42 +0300 From: "Sergey V. Dyatko" To: FreeBSD Mailing List Subject: Re: USE_MYSQL Message-ID: <20130104230442.10f2b57f@laptop> In-Reply-To: References: X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:04:47 -0000 On Fri, 4 Jan 2013 19:38:05 +0000 Chris Rees wrote: > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > Hi, > > > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? > > If mysql-client, how can I depend on the server (or v.v.)? > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to > choose versions; see Mk/bsd.database.mk. > > Currently you can't depend on mysql-server; is there a reason you > would want to? > > metaport, for example. In that case RUN_DEPENDS his friend, I think :) -- wbr, tiger From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:13:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB08D6A1 for ; Fri, 4 Jan 2013 20:13:13 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 64DC8702 for ; Fri, 4 Jan 2013 20:13:13 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TrDdt-0005oE-LF for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 21:13:25 +0100 Received: from p5dcd75d1.dip.t-dialin.net ([93.205.117.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:13:25 +0100 Received: from jumper99 by p5dcd75d1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:13:25 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Subject: Re: USE_MYSQL Date: Fri, 4 Jan 2013 20:12:58 +0000 (UTC) Lines: 13 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd75d1.dip.t-dialin.net User-Agent: XanaNews/1.19.1.320 X-Ref: news.gmane.org ~XNS:00000074 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:13:13 -0000 Chris Rees wrote: > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? > > If mysql-client, how can I depend on the server (or v.v.)? > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to > choose versions; see Mk/bsd.database.mk. > > Currently you can't depend on mysql-server; is there a reason you > would want to? Usability and simplicity for the end user. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:15:48 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C60B174B for ; Fri, 4 Jan 2013 20:15:48 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7E220718 for ; Fri, 4 Jan 2013 20:15:48 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2h.mail.yandex.net (Yandex) with ESMTP id D3B5D700C15 for ; Sat, 5 Jan 2013 00:15:44 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id ADF002C0020 for ; Sat, 5 Jan 2013 00:15:44 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id FioG2MLK-FioGXsLR; Sat, 5 Jan 2013 00:15:44 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1357330544; bh=shjZLizPaPDCoNuKJngo2Cl8+X/NLchBPQDaTLOr8qg=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=IawPzPUJdlf8o+alg+PYf2TXns2dNu3EJzki8aJW5aMrRQ06NCxQF8nSCUWOLgyOQ bYnMpccJ0NWtZiHjeB3drkg0sqTq5y5Lu2OX0NogIBHKkp7x0Oz3aJhd4OWoeuybGg ppCt85NpXM6B2AxrA9pMv5vFaDTbLy0cbCg/5ZIo= Message-ID: <50E7386C.1030103@yandex.ru> Date: Sat, 05 Jan 2013 00:15:40 +0400 From: Ruslan Makhmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Subject: Removing wrong prefix from portname Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:15:48 -0000 Hello, as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-, py32- etc) only if the port in question is the python library. If it's standalone application, this prefix should be omitted, because it's more logical and because user generally doesn't care what language needed app is written on. I'm particularly interested in procedure of transition wrongly prefixed port (security/zenmap). Package name transition is: py27-zenmap -> zenmap. Is removing PYTHON_PKGNAMEPREFIX from port's Makefile enough? Should the port be rebuilt, to guarantee everything is ok? Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:19:52 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0BC4E817 for ; Fri, 4 Jan 2013 20:19:52 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id B0192740 for ; Fri, 4 Jan 2013 20:19:51 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TrDkK-0001tE-J0 for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 21:20:04 +0100 Received: from p5dcd75d1.dip.t-dialin.net ([93.205.117.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:20:04 +0100 Received: from jumper99 by p5dcd75d1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:20:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Subject: Re: USE_MYSQL Date: Fri, 4 Jan 2013 20:17:29 +0000 (UTC) Lines: 26 Message-ID: References: <20130104230442.10f2b57f@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd75d1.dip.t-dialin.net User-Agent: XanaNews/1.19.1.320 X-Ref: news.gmane.org ~XNS:00000075 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:19:52 -0000 Sergey V. Dyatko wrote: > On Fri, 4 Jan 2013 19:38:05 +0000 > Chris Rees wrote: > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > > > Hi, > > > > > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? > > > If mysql-client, how can I depend on the server (or v.v.)? > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to > > choose versions; see Mk/bsd.database.mk. > > > > Currently you can't depend on mysql-server; is there a reason you > > would want to? > > > > > metaport, for example. > > In that case RUN_DEPENDS his friend, I think :) Not sure. I maintain an application where you may or may not install mysql-server locally. I'd like to add an option (default off) to install mysql-server locally. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:20:36 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9D8C0825 for ; Fri, 4 Jan 2013 20:20:36 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-f179.google.com (mail-ia0-f179.google.com [209.85.210.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5DB48743 for ; Fri, 4 Jan 2013 20:20:36 +0000 (UTC) Received: by mail-ia0-f179.google.com with SMTP id o25so14037356iad.38 for ; Fri, 04 Jan 2013 12:20:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LjAsjXKaONIgdrH9KgtqGLe8Y654Lv0W0XXTTcSA7so=; b=X1ERxVNMrV9Yviy+4DyNj3kXFHWYNM+UoSik5NOt2v0e6Fe/BX+RTstxglDdUMq3FA X7JVm7I0UXlYs5eo+unuOtk+QQ+Dlcsez+wsbKYCPCNvgHNLgfVoWCPWBxl7jiz3YuO1 KFx2S6nj0/sSXF2yhDnr5vC+7cQYcs9OMS1K3UN14C2hD6lb4oS8pY3Z8WHXY8v2AKz0 Sk6WnTXO/+ugMaOTGUgcVrYxdiLY2VBbWGnoufdT0moYTVHPfXWjwZ+Vl55JAa8BMrn6 EmessxomMwj6ESk9XJBl7uDK6adsSX5A7fxPf76t1cC5rlHfxalbb568/+WBCxikTHt0 BemQ== MIME-Version: 1.0 Received: by 10.43.71.81 with SMTP id yj17mr30494646icb.0.1357330835426; Fri, 04 Jan 2013 12:20:35 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 12:20:35 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 12:20:35 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Jan 2013 20:20:35 +0000 Message-ID: Subject: Re: USE_MYSQL From: Chris Rees To: Helmut Schneider Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:20:36 -0000 On 4 Jan 2013 20:13, "Helmut Schneider" wrote: > > Chris Rees wrote: > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? > > > If mysql-client, how can I depend on the server (or v.v.)? > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you to > > choose versions; see Mk/bsd.database.mk. > > > > Currently you can't depend on mysql-server; is there a reason you > > would want to? > > Usability and simplicity for the end user. You haven't answered the question. Depending on the server will annoy your user who may prefer to use a centralised MySQL server. Please just depend on the client. Chris From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:39:31 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BB6B43C5 for ; Fri, 4 Jan 2013 20:39:31 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5C72A818 for ; Fri, 4 Jan 2013 20:39:31 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TrE37-0007GW-AH for freebsd-ports@freebsd.org; Fri, 04 Jan 2013 21:39:29 +0100 Received: from p5dcd75d1.dip.t-dialin.net ([93.205.117.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:39:29 +0100 Received: from jumper99 by p5dcd75d1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Jan 2013 21:39:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Subject: Re: USE_MYSQL Date: Fri, 4 Jan 2013 20:38:58 +0000 (UTC) Lines: 26 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd75d1.dip.t-dialin.net User-Agent: XanaNews/1.19.1.194 X-Ref: news.gmane.org ~XNS:0000002F X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:39:31 -0000 Chris Rees wrote: > On 4 Jan 2013 20:13, "Helmut Schneider" wrote: > > > > Chris Rees wrote: > > > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > what does USE_MYSQL=yes do, require mysql-server, or > > > > mysql-client? If mysql-client, how can I depend on the server > > > > (or v.v.)? > > > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you > > > to choose versions; see Mk/bsd.database.mk. > > > > > > Currently you can't depend on mysql-server; is there a reason you > > > would want to? > > > > Usability and simplicity for the end user. > > You haven't answered the question. Depending on the server will > annoy your user who may prefer to use a centralised MySQL server. > Please just depend on the client. See my answer to Sergey, default should be off, I want the user to have the choice to install the server or not. A service to the user I'd like to offer, kind as I am... :) From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:50:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 328796A6 for ; Fri, 4 Jan 2013 20:50:38 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) by mx1.freebsd.org (Postfix) with ESMTP id C42E188C for ; Fri, 4 Jan 2013 20:50:37 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id fn15so240477wgb.8 for ; Fri, 04 Jan 2013 12:50:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=iEs0GAvTBmgm2QwCs0zXGPo7loZgs1hP0zbfaVaqDUU=; b=vteXshWpoCuqf5WaV+Rfmvtyce0qPb8CUHwd9kHDdlLm0brJ4+Pr5McK+MWegAgoIZ mD+X6yZQZ3c2swS179aXT2G5tU0npOPAktF6WXCnd2Nv73y2Fy5QK7D0MCbUflogru/d vaIT+WC+T6GgcC653IJqJ6+rLCGYJ27SQCU7m/AExvdQYBfo4oTolVUmhibeCJxH1LI1 uIC3Tk9+HF5xtZzHGIx/jUEVUemPygDIMsYDrmvg0RIQIu8W8TqE2AiHsn9EnsVdH9y7 SHtyTzXGhM8BPGEifZmXAJtHJmnaEKndp6Eq9toqSoJniZ51mCr4eyaKRjKNfvql+kdf 5bmw== X-Received: by 10.180.24.70 with SMTP id s6mr83992137wif.22.1357332631409; Fri, 04 Jan 2013 12:50:31 -0800 (PST) Received: from laptop ([178.125.119.86]) by mx.google.com with ESMTPS id w5sm645428wif.11.2013.01.04.12.50.30 (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 04 Jan 2013 12:50:30 -0800 (PST) Date: Fri, 4 Jan 2013 23:50:29 +0300 From: "Sergey V. Dyatko" To: freebsd-ports@freebsd.org Subject: Re: USE_MYSQL Message-ID: <20130104235029.1d54791f@laptop> In-Reply-To: References: <20130104230442.10f2b57f@laptop> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Helmut Schneider X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:50:38 -0000 On Fri, 4 Jan 2013 20:17:29 +0000 (UTC) "Helmut Schneider" wrote: > Sergey V. Dyatko wrote: > > > On Fri, 4 Jan 2013 19:38:05 +0000 > > Chris Rees wrote: > > > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > > > > > Hi, > > > > > > > > what does USE_MYSQL=yes do, require mysql-server, or > > > > mysql-client? If mysql-client, how can I depend on the server > > > > (or v.v.)? > > > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you > > > to choose versions; see Mk/bsd.database.mk. > > > > > > Currently you can't depend on mysql-server; is there a reason you > > > would want to? > > > > > > > > metaport, for example. > > > > In that case RUN_DEPENDS his friend, I think :) > > Not sure. I maintain an application where you may or may not install > mysql-server locally. I'd like to add an option (default off) to > install mysql-server locally. > possible something like... .if ${PORT_OPTIONS:MWITH_MYSQL_SERVER} RUN_DEPENDS+= ${LOCALBASE}/bin/mysql:${PORTSDIR}/databases/mysql55-server .endif -- wbr, tiger From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 20:53:22 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 83EE874E for ; Fri, 4 Jan 2013 20:53:22 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (alexdupre-1-pt.tunnel.tserv23.zrh1.ipv6.he.net [IPv6:2001:470:25:450::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD96E8A1 for ; Fri, 4 Jan 2013 20:53:21 +0000 (UTC) Received: (qmail 47940 invoked from network); 4 Jan 2013 20:53:20 -0000 Received: from adsl-ull-3-80.46-151.net24.it (HELO ?192.168.43.110?) (sysadmin@alexdupre.com@151.46.80.3) by lab.alexdupre.com with ESMTPSA; 4 Jan 2013 20:53:20 -0000 Message-ID: <50E74142.1040604@FreeBSD.org> Date: Fri, 04 Jan 2013 21:53:22 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20100101 Firefox/17.0 SeaMonkey/2.14.1 MIME-Version: 1.0 To: Helmut Schneider Subject: Re: USE_MYSQL References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 20:53:22 -0000 Helmut Schneider ha scritto: > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? If > mysql-client, how can I depend on the server (or v.v.)? From bsd.database.mk: # USE_MYSQL - Add MySQL (client/server/embedded) dependency (default: # client). -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 21:03:29 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78BC8B4D for ; Fri, 4 Jan 2013 21:03:29 +0000 (UTC) (envelope-from tiger@agava.com) Received: from fallback.relay.agava.net (fallback.relay.agava.net [89.108.104.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0A44790F for ; Fri, 4 Jan 2013 21:03:28 +0000 (UTC) Received: from mx2-out.relay.agava.net (mx2-out.relay.agava.net [89.108.96.10]) by fallback.relay.agava.net (Postfix) with ESMTP id 09CAF20C20B for ; Sat, 5 Jan 2013 00:57:26 +0400 (MSK) Received: from agava.com (office.relay2.agava.net [89.108.96.5]) by mx2-out.relay.agava.net (Postfix) with ESMTP id 5A40F793D7; Sat, 5 Jan 2013 00:57:19 +0400 (MSK) Received: from gate.minsk.agava.net (unknown [192.168.9.1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by agava.com (Postfix) with ESMTPS id 15C8B793D6; Sat, 5 Jan 2013 00:57:19 +0400 (MSK) Received: from gate.minsk.agava.net (gate.minsk.domain [192.168.9.1]) by gate.minsk.agava.net (Postfix) with ESMTP id 8C93F140A02; Fri, 4 Jan 2013 23:51:46 +0300 (FET) Received: from laptop (unknown [178.125.119.86]) by gate.minsk.agava.net (Postfix) with ESMTPA id 45BDC13D950; Fri, 4 Jan 2013 23:51:46 +0300 (FET) Date: Fri, 4 Jan 2013 23:57:17 +0300 From: "Sergey V. Dyatko" To: freebsd-ports@freebsd.org Subject: Re: USE_MYSQL Message-ID: <20130104235717.7be81634@laptop> In-Reply-To: <20130104235029.1d54791f@laptop> References: <20130104230442.10f2b57f@laptop> <20130104235029.1d54791f@laptop> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV on mail.minsk.agava.net Cc: Helmut Schneider X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 21:03:29 -0000 On Fri, 4 Jan 2013 23:50:29 +0300 "Sergey V. Dyatko" wrote: > On Fri, 4 Jan 2013 20:17:29 +0000 (UTC) > "Helmut Schneider" wrote: > > > Sergey V. Dyatko wrote: > > > > > On Fri, 4 Jan 2013 19:38:05 +0000 > > > Chris Rees wrote: > > > > > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > > > > > > > Hi, > > > > > > > > > > what does USE_MYSQL=yes do, require mysql-server, or > > > > > mysql-client? If mysql-client, how can I depend on the server > > > > > (or v.v.)? > > > > > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you > > > > to choose versions; see Mk/bsd.database.mk. > > > > > > > > Currently you can't depend on mysql-server; is there a reason > > > > you would want to? > > > > > > > > > > > metaport, for example. > > > > > > In that case RUN_DEPENDS his friend, I think :) > > > > Not sure. I maintain an application where you may or may not install > > mysql-server locally. I'd like to add an option (default off) to > > install mysql-server locally. > > > possible something like... > > > RUN_DEPENDS+= > ${LOCALBASE}/bin/mysql:${PORTSDIR}/databases/mysql55-server > .endif > > hm... error ^^^^^.. s/bin/libexec/ and should be something like this: .if ${PORT_OPTIONS:MWITH_MYSQL_SERVER} USE_MYSQL= server .endif -- wbr, tiger From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 21:26:22 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 052BCF5C for ; Fri, 4 Jan 2013 21:26:22 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-f171.google.com (mail-ia0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id CCA189E7 for ; Fri, 4 Jan 2013 21:26:21 +0000 (UTC) Received: by mail-ia0-f171.google.com with SMTP id k27so14215268iad.16 for ; Fri, 04 Jan 2013 13:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oqBRDd12EnSeeF3vaGRwaw6zl96Sog0pxnCAm+S00UY=; b=sWAj2Ro+vsCFeD50tlMcxCXV22o0+6tldz/17+5m2EK7dJRfedCH/O5EX596xkDFys kzw0HdiR2Wqp0UPAkt9MdyHtYVfVBaziW0/AcQEQ9QOmR+7tzKSEhV4zIdmEJMUim2iT /tOtxH2BggsioGBBU7PtecrLjO4xTiChXIL4eGJXND+hd24oa6cd/UJKWsYREg9ZabvI w1bw4sZDEbpOoKhvK/+qLuQLLmEG84VE2rZlMWkl0z5zgDban5y14PB7n27XHIndsyMO KxdXq8FuVRV2kZ7J7XZZKwFagUc+T3iP3bNJeFbkqRxSHH/XTjttA7RfPoHth8xo1YB+ oa0w== MIME-Version: 1.0 Received: by 10.50.152.137 with SMTP id uy9mr45270704igb.62.1357334780924; Fri, 04 Jan 2013 13:26:20 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 13:26:20 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 13:26:20 -0800 (PST) In-Reply-To: <20130104235717.7be81634@laptop> References: <20130104230442.10f2b57f@laptop> <20130104235029.1d54791f@laptop> <20130104235717.7be81634@laptop> Date: Fri, 4 Jan 2013 21:26:20 +0000 Message-ID: Subject: Re: USE_MYSQL From: Chris Rees To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Helmut Schneider , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 21:26:22 -0000 On 4 Jan 2013 21:03, "Sergey V. Dyatko" wrote: > > On Fri, 4 Jan 2013 23:50:29 +0300 > "Sergey V. Dyatko" wrote: > > > On Fri, 4 Jan 2013 20:17:29 +0000 (UTC) > > "Helmut Schneider" wrote: > > > > > Sergey V. Dyatko wrote: > > > > > > > On Fri, 4 Jan 2013 19:38:05 +0000 > > > > Chris Rees wrote: > > > > > > > > > On 4 Jan 2013 19:06, "Helmut Schneider" wrote: > > > > > > > > > > > > Hi, > > > > > > > > > > > > what does USE_MYSQL=yes do, require mysql-server, or > > > > > > mysql-client? If mysql-client, how can I depend on the server > > > > > > (or v.v.)? > > > > > > > > > > Client. Using WANT_MYSQL_VER or IGNORE_MYSQL_VER will allow you > > > > > to choose versions; see Mk/bsd.database.mk. > > > > > > > > > > Currently you can't depend on mysql-server; is there a reason > > > > > you would want to? > > > > > > > > > > > > > > metaport, for example. > > > > > > > > In that case RUN_DEPENDS his friend, I think :) > > > > > > Not sure. I maintain an application where you may or may not install > > > mysql-server locally. I'd like to add an option (default off) to > > > install mysql-server locally. > > > > > possible something like... > > > > > > > RUN_DEPENDS+= > > ${LOCALBASE}/bin/mysql:${PORTSDIR}/databases/mysql55-server > > .endif > > > > > hm... error ^^^^^.. s/bin/libexec/ and should be something like this: > > .if ${PORT_OPTIONS:MWITH_MYSQL_SERVER} > USE_MYSQL= server > .endif No. The first example installs only one version which could be wrong, and the second version only works with USE_PGSQL. This is a pointless exercise, please don't make complex dependencies. Chris From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 21:53:46 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B4FE652D for ; Fri, 4 Jan 2013 21:53:46 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-f180.google.com (mail-ia0-f180.google.com [209.85.210.180]) by mx1.freebsd.org (Postfix) with ESMTP id 79870AC1 for ; Fri, 4 Jan 2013 21:53:46 +0000 (UTC) Received: by mail-ia0-f180.google.com with SMTP id t4so14012184iag.25 for ; Fri, 04 Jan 2013 13:53:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xmx4Pt6fB0dB0oaqz0jAWcaovwlyAi++gtONLLAKMIk=; b=GZ6LDynGhikupCYaNIYBGOg9eoQMaMhfeQ9rMAoMhM2kgL1n44PBQcVwakZCFhEUVF 3Z8JGoVf4iNJj3RJAkDx+JewvYMJutx6RAEarL6nCqCGnEZpb3EjptsEnre+sdzTg5lp ghUUB5IX/gQ/KcNUVrnPoWW7d9rx2tQqeW9m5bZ0mbed3RPxYOro1NodByVgo5x5E323 4l1IoT1nuWIbMKMxwUTNnUhiXm3Dfo9WrxU8sR+zB+GzbmnuAqSFjEQp7lb7bSrvFcBR mdvEZLKhn2KTaFTzpTNIOAw4oUxqP0vGqOva5oTsEoVC0AXly1YtQKwjRN1RWOlacQHa L33g== MIME-Version: 1.0 Received: by 10.50.158.170 with SMTP id wv10mr42193640igb.75.1357336420281; Fri, 04 Jan 2013 13:53:40 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 13:53:40 -0800 (PST) Received: by 10.64.65.132 with HTTP; Fri, 4 Jan 2013 13:53:40 -0800 (PST) In-Reply-To: <50E7386C.1030103@yandex.ru> References: <50E7386C.1030103@yandex.ru> Date: Fri, 4 Jan 2013 21:53:40 +0000 Message-ID: Subject: Re: Removing wrong prefix from portname From: Chris Rees To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 21:53:46 -0000 On 4 Jan 2013 20:15, "Ruslan Makhmatkhanov" wrote: > > Hello, > > as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-, py32- etc) only if the port in question is the python library. If it's standalone application, this prefix should be omitted, because it's more logical and because user generally doesn't care what language needed app is written on. > > I'm particularly interested in procedure of transition wrongly prefixed port (security/zenmap). Package name transition is: py27-zenmap -> zenmap. Is removing PYTHON_PKGNAMEPREFIX from port's Makefile enough? Should the port be rebuilt, to guarantee everything is ok? Thanks. You'll need to check dependencies too; Python and Perl deps should normally use PKGNAME. Rebuilding won't be necessary. Chris From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 22:11:57 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62FAF810 for ; Fri, 4 Jan 2013 22:11:57 +0000 (UTC) (envelope-from michaelgrunewald@yahoo.fr) Received: from cc-smtpout2.netcologne.de (cc-smtpout2.netcologne.de [IPv6:2001:4dd0:100:1062:25:2:0:2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B03BB66 for ; Fri, 4 Jan 2013 22:11:57 +0000 (UTC) Received: from cc-smtpin1.netcologne.de (cc-smtpin1.netcologne.de [89.1.8.201]) by cc-smtpout2.netcologne.de (Postfix) with ESMTP id 16539121EE for ; Fri, 4 Jan 2013 23:11:55 +0100 (CET) Received: from llea.celt.neu (xdsl-89-0-186-181.netcologne.de [89.0.186.181]) by cc-smtpin1.netcologne.de (Postfix) with ESMTPA id 0936E11DB8 for ; Fri, 4 Jan 2013 23:11:54 +0100 (CET) Message-ID: <50E753AA.8090007@yahoo.fr> Date: Fri, 04 Jan 2013 23:11:54 +0100 From: =?ISO-8859-15?Q?Michael_Gr=FCnewald?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121104 Firefox/16.0 SeaMonkey/2.13.2 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: Status of ports update submitted 2 months ago Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 22:11:57 -0000 Dear FreeBSD community, 2 months ago I submitted four port updates related to the ocaml/language. The PRs used to be listed by portsmon but I recently noticed they disappeared. [1] How can I help to let these changes go into our ports tree? The four PRs are 2012/11/04 ports/173362 devel/ocaml-calendar Update to 2.03.2 2012/11/04 ports/173364 *lang/ocaml Update to 4.00.1 2012/11/07 ports/173438 *lang/tuareg-mode.el 2012/11/07 ports/173453 *graphics/ocaml-images Update to 4.0.1 (The star * indicates PRs associated to ports that I do maintain.) [1] http://portsmon.freebsd.org/portsconcordanceformaintainer.py?maintainer=michael.grunewald -- Best Regards, Michael Grünewald From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 22:38:55 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 30BF7E96 for ; Fri, 4 Jan 2013 22:38:55 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-la0-f50.google.com (mail-la0-f50.google.com [209.85.215.50]) by mx1.freebsd.org (Postfix) with ESMTP id AF7E3D18 for ; Fri, 4 Jan 2013 22:38:54 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id fs13so10567004lab.9 for ; Fri, 04 Jan 2013 14:38:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:sender:x-originating-ip:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type; bh=XntDnSsjXId/Now9R/J/ibagtfvCSrZQb3ToL3cVqG4=; b=I67CWkubv4adqncBcktyaRqdxl1l5qVNQLRNCgLioGLrlZilozTaMTMlmaVjw3DwJ/ WKmr1kwQeNVy2GvdL6wo2mrl9yBColivKR2pxu9VnBwcxmKdhV+vkoSeZzeI6PIj5v6H JrP2XEb5igWOVJXJJCKhh/IOrKW/ueFBS/uiI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:date:x-google-sender-auth :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=XntDnSsjXId/Now9R/J/ibagtfvCSrZQb3ToL3cVqG4=; b=mbRTM0Ln/zR2iIVIhT2+Ml88hRsL8mLE1HNp5gYfxiGmUiJRqmHQT4Gk7QdS2zQRCV Us3e6rAPUauB3MbGHV37/H9obuqC99ExeLolf/I2yDGkk9CyNeKghyF9dPpy7RD9CLGk 1jLHcZ9WnglG0OORrFfUQ3hNQeck1xG81PxeGBNYWsgZF/EOMUS1TmyViZlbfIm1iPnE Q3EYTEJZVYELs8CDZVMtzhQe0g1vfIvTOB8E8kSW3iO4ifhxK1wnYavI/t8UIicY5y9p f6RNfIvCKjJW1eBTkqmfk81cFOc3CGHNj7+TaFLSgfuESaVLZ7AkcNYysxJciXmpRDke kQCA== MIME-Version: 1.0 Received: by 10.152.110.18 with SMTP id hw18mr51744878lab.22.1357339133229; Fri, 04 Jan 2013 14:38:53 -0800 (PST) Sender: simon@qxnitro.org Received: by 10.112.19.41 with HTTP; Fri, 4 Jan 2013 14:38:53 -0800 (PST) X-Originating-IP: [89.100.233.26] Date: Fri, 4 Jan 2013 22:38:53 +0000 X-Google-Sender-Auth: qzXmFoqnRB2sMJSf6_yh9EyaZgw Message-ID: Subject: FreeBSD wiki offline for a bit From: "Simon L. B. Nielsen" To: freebsd-stable@FreeBSD.org, freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkE2gJ1NV8pXW9VM5j1k7oC++FmsWtwL9lSBSXS9kUHOR7fjYyMVL3zWqW5PAy74Ei5dUL0 Cc: "FreeBSD.org clusteradm" , FreeBSD Security Team X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 22:38:55 -0000 Hey, Due to a security issue in the moinmoin wiki software, the FreeBSD wiki will be offline for a bit. I do not yet know if the issue actually has been exploited in the FreeBSD wiki (haven't had the time yet to examine it), but I took the wiki down just in case. Note that even if the software was compromised, it was considered untrusted from the start and as such heavily sandboxed (including jailed) to keep it away from any sensitive FreeBSD.org parts, so there is absolutely no reason to believe a compromise would go any further than the wiki itself. I hope to have the wiki back within 24 hours, assuming not too much gets in the way. For further reference see: http://moinmo.in/SecurityFixes and http://permalink.gmane.org/gmane.linux.debian.devel.announce/1754 . PS. this is entirely unrelated to the 2012 November FreeBSD.org compromise. -- Simon L. B. Nielsen Hat: FreeBSD clusteradm / FreeBSD Security Officer From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 22:55:07 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1EEF64CC for ; Fri, 4 Jan 2013 22:55:07 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) by mx1.freebsd.org (Postfix) with ESMTP id EEA55DBC for ; Fri, 4 Jan 2013 22:55:06 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id qd14so19931808ieb.20 for ; Fri, 04 Jan 2013 14:55:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=VvIFiBzFODZWvLz2H5YoCSkp5R7l8YaAauzToXahdWk=; b=wHA1ANtf7WeEKGf2LKeB/cd7z47hX2BS2Lg5lbybjSksJOvsMVjb57Yk0XDYyNIisf fDreBdgmzZ9lbUbk9dzOUELA0KGp+MANMAMs4Pkbh1C4OYwI0IlZTfbeLI6j5r2He97G Ddv9iQpodHavgsztM4r/DA5wiztwAtUoN4MHatQAKFKve8ymFecTvypLgCdBbZwuWViY Vh/BH8z6Sco7rsD7Hp4DE5o/tvIusGabakJlGjQi486pOyt1yQTx/WjelwsUTct4adNq cru0Xzo/D/ahtCHwVFyrN0FpBheyQBf43EuDGV6OpGIyhDkM0LLcPfsthzpX88Rxyexw IDcQ== MIME-Version: 1.0 Received: by 10.50.150.144 with SMTP id ui16mr20806igb.68.1357340106265; Fri, 04 Jan 2013 14:55:06 -0800 (PST) Received: by 10.50.88.137 with HTTP; Fri, 4 Jan 2013 14:55:06 -0800 (PST) Date: Fri, 4 Jan 2013 22:55:06 +0000 Message-ID: Subject: Re: Status of ports update submitted 2 months ago From: "b.f." To: =?ISO-8859-1?Q?Michael_Gr=FCnewald?= , freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 22:55:07 -0000 Michael wrote: >Dear FreeBSD community, > >2 months ago I submitted four port updates related to the >ocaml/language. The PRs used to be listed by portsmon but I recently >noticed they disappeared. [1] > >How can I help to let these changes go into our ports tree? > > >The four PRs are > >2012/11/04 ports/173362 devel/ocaml-calendar Update to 2.03.2 >2012/11/04 ports/173364 *lang/ocaml Update to 4.00.1 >2012/11/07 ports/173438 *lang/tuareg-mode.el >2012/11/07 ports/173453 *graphics/ocaml-images Update to 4.0.1 I didn't see these -- I'll try to resolve at least 173364 and 173453. I think portsmon has some problems with PR links since the disruption of services following the security breach, but the PRs should still be in the database. The ports tree was partially frozen for a while before the release of 9.1, and some of these couldn't have been handled during that period. b. From owner-freebsd-ports@FreeBSD.ORG Fri Jan 4 23:17:38 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2429F701 for ; Fri, 4 Jan 2013 23:17:38 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 093C8E2D for ; Fri, 4 Jan 2013 23:17:37 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 6C70256078; Fri, 4 Jan 2013 17:17:37 -0600 (CST) Date: Fri, 4 Jan 2013 17:17:37 -0600 From: Mark Linimon To: Michael =?iso-8859-1?Q?Gr=FCnewald?= Subject: Re: Status of ports update submitted 2 months ago Message-ID: <20130104231737.GB27318@lonesome.com> References: <50E753AA.8090007@yahoo.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50E753AA.8090007@yahoo.fr> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jan 2013 23:17:38 -0000 On Fri, Jan 04, 2013 at 11:11:54PM +0100, Michael Grünewald wrote: > The PRs used to be listed by portsmon but I recently > noticed they disappeared. [1] portsmon is running off of a stale mirror of the database. I keep forgetting to go figure out the new mirror process. I apologize. mcl From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 00:04:20 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4AFADC1B for ; Sat, 5 Jan 2013 00:04:20 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0D780F40 for ; Sat, 5 Jan 2013 00:04:19 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TrHFY-0007Ea-IK for freebsd-ports@freebsd.org; Sat, 05 Jan 2013 01:04:32 +0100 Received: from p5dcd75d1.dip.t-dialin.net ([93.205.117.209]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Jan 2013 01:04:32 +0100 Received: from jumper99 by p5dcd75d1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 Jan 2013 01:04:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: "Helmut Schneider" Subject: Re: USE_MYSQL Date: Sat, 5 Jan 2013 00:03:59 +0000 (UTC) Lines: 14 Message-ID: References: <50E74142.1040604@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5dcd75d1.dip.t-dialin.net User-Agent: XanaNews/1.19.1.194 X-Ref: news.gmane.org ~XNS:00000030 X-Antivirus: avast! (VPS 130104-0, 04.01.2013), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 00:04:20 -0000 Alex Dupre wrote: > Helmut Schneider ha scritto: > > what does USE_MYSQL=yes do, require mysql-server, or mysql-client? > > If mysql-client, how can I depend on the server (or v.v.)? > > From bsd.database.mk: > > # USE_MYSQL - Add MySQL (client/server/embedded) dependency (default: > # client). Ah, nice. Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 00:24:38 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5E8ECE2 for ; Sat, 5 Jan 2013 00:24:38 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gh0-f169.google.com (mail-gh0-f169.google.com [209.85.160.169]) by mx1.freebsd.org (Postfix) with ESMTP id 00005FC9 for ; Sat, 5 Jan 2013 00:24:37 +0000 (UTC) Received: by mail-gh0-f169.google.com with SMTP id r11so2112618ghr.0 for ; Fri, 04 Jan 2013 16:24:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding; bh=/jvfpeLHztHwS+sYhMR8IXjaTO0pdzfj24bCUhQDA2k=; b=HAR5j0bUOQ583OwwjLvH04GDS6MCEn7h6IvokwMzhKNMwX7E/QoTkg3ug0bwMxDbPg 5oupRpyZZIsOmnfh6mj7hhJhOGWLvlspj23+jS/2ZASYsavK9tsAIMjosrc7Soe76kEA ax+AxUk+vhXw0ZDg0JFuB40pczrX508AjcVzY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:subject:message-id:reply-to:organization :x-mailer:face:mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=/jvfpeLHztHwS+sYhMR8IXjaTO0pdzfj24bCUhQDA2k=; b=GnX15p/aAtlUxoLoPrqP2lqsYZOmMoZeqDuDCTHkrHCpSKtK8SSZiC2vGIagdm2+em 5wflagnIMAbvVajj28MeF5S2/ytB1tKj6YmbNxCj2XxVnaot+QTiZUL976B0TTXT5l5j 3H4qPEhgWYtH68wq68wyflsgqizEzqRd9Mdqy/a5ioi2FmDC+zRa1+XMdhSt7cvfCWZa +liUmH+JfIo07BG8i1FP8I8+zgWq6p2Kx0TGVZdZyrrNB/Q65FXupRAG+mD2W4YMCaIj Fp3DQ0xWU2kikzo8duKMMrhQTFS+27klrgSW5gDzn90jmYQNn3kbbTg9hobw3vA1kk49 U3Eg== X-Received: by 10.236.91.173 with SMTP id h33mr58085236yhf.120.1357345471117; Fri, 04 Jan 2013 16:24:31 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id r3sm18898424anh.9.2013.01.04.16.24.30 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 04 Jan 2013 16:24:30 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3YdNsT0fLzz2CG4h; Fri, 4 Jan 2013 19:24:29 -0500 (EST) Date: Fri, 4 Jan 2013 19:24:28 -0500 From: Jerry To: freebsd-ports@freebsd.org, kde@FreeBSD.org Subject: Unable to build deskutils/kdepimlibs4 Message-ID: <20130104192428.38e306b3@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQlFfv7/Zyo8llzaOF9XgFoLfFO6SP8aEfCLMQUtxbEdnpnZiHAB8cI6Fv8V8cpOwMF66SrM X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 00:24:38 -0000 Following the directions in UPDATING, I used the following command: portupgrade -fr devel/libical That port updated correctly; however, the next port: deskutils/kdepimlibs4 fails. This is the end of the build log: ::::::::: -Wl,-rpath-link,/usr/local/kde4/lib:/usr/local/lib cd /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/build/akonadi && /usr/local/bin/cmake -E cmake_symlink_library ../lib/libakonadi-kde.so.5.0.1 ../lib/libakonadi-kde.so.5 ../lib/libakonadi-kde.so /usr/local/bin/cmake -E cmake_progress_report /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/build/CMakeFiles 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [ 35%] Built target akonadi-kde 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/deskutils/kdepimlibs4. The entire build log is available here: https://www.seibercom.net/logs/kdep.txt I do not see an obvious reason for the build failure. I tried it three times including doing a distclean and updating the ports tree. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 00:28:13 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EC78230B for ; Sat, 5 Jan 2013 00:28:13 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-vc0-f179.google.com (mail-vc0-f179.google.com [209.85.220.179]) by mx1.freebsd.org (Postfix) with ESMTP id 74B48FE9 for ; Sat, 5 Jan 2013 00:28:13 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id p1so17390801vcq.10 for ; Fri, 04 Jan 2013 16:28:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=JexMPSZgQt4wCZzlfKdRlYVTF7jo4g2253/xEj2/bus=; b=iaOSgp7LQGLaQrzCp7/l1XxrZP2t0Ba9DwHcNGcqHrLUenZv6pyCTlxEdwr6bmfK9L ilhm3FKpcQ4FbdBsHXKncn2wK6phHL1bx/w2zaTHJ5W4wBb24QEz0k3i5Hsl+tZxDJHr kt6iwVLqIDyj5yWAAVDN0qDBT03K4tE+5AqIQjaWjDYU/EYl6PQCH1j6FQAlYI+XhP3M I0aJVf74lRf+qnH+3hiyLHV4uR9+OjnMFQFYpon7wriz4f820YPB72syt9XqPKOE0uAa drb8hvrkcWJLpD+UBi3GUxS2rg8ajjfD83kz+17TnOAZ1pI02y7mc3vemAxtEKe0YrWf p37A== MIME-Version: 1.0 Received: by 10.59.6.39 with SMTP id cr7mr81090264ved.17.1357345691908; Fri, 04 Jan 2013 16:28:11 -0800 (PST) Sender: bsd-src@helfman.org Received: by 10.58.133.20 with HTTP; Fri, 4 Jan 2013 16:28:11 -0800 (PST) In-Reply-To: References: <50E7386C.1030103@yandex.ru> Date: Fri, 4 Jan 2013 16:28:11 -0800 X-Google-Sender-Auth: 7hK7oj2LEm6fzJ_bkmFvB77HqCs Message-ID: Subject: Re: Removing wrong prefix from portname From: Jason Helfman To: Chris Rees X-Gm-Message-State: ALoCoQku401lMVRnkNiCAXSs8BaYXCl3oy/sTk+Nc2axvKL4PdG+8XV8EAL9/fjZZcQvETJWxfVj Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Ports , Ruslan Mahmatkhanov X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 00:28:14 -0000 On Fri, Jan 4, 2013 at 1:53 PM, Chris Rees wrote: > On 4 Jan 2013 20:15, "Ruslan Makhmatkhanov" wrote: > > > > Hello, > > > > as it was discussed earlier, we should add PYTHON_PKGNAMEPREFIX (py27-, > py32- etc) only if the port in question is the python library. If it's > standalone application, this prefix should be omitted, because it's more > logical and because user generally doesn't care what language needed app is > written on. > > > > I'm particularly interested in procedure of transition wrongly prefixed > port (security/zenmap). Package name transition is: py27-zenmap -> zenmap. > Is removing PYTHON_PKGNAMEPREFIX from port's Makefile enough? Should the > port be rebuilt, to guarantee everything is ok? Thanks. > > You'll need to check dependencies too; Python and Perl deps should normally > use PKGNAME. > > Rebuilding won't be necessary. > > Chris > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > >From the Porter's Handbook, and bsd.python.mk, there is no distinction as to why this should be used or not. If there is going to be a change, I believe we should first clarify if the change is required or necessary and then document and update any existing ports. >From our Handbook: PYTHON_PKGNAMEPREFIX Used as a PKGNAMEPREFIX to distinguish packages for different Python versions. Example: py24- and from bsd.python.mk: # PYTHON_PKGNAMEPREFIX # - Use this as a ${PKGNAMEPREFIX} to distinguish # packages for different Python versions. # default: py${PYTHON_SUFFIX}- -jgh From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 00:32:56 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7C0B03D2 for ; Sat, 5 Jan 2013 00:32:56 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from cricket.hamla.org (cricket.hamla.org [206.251.255.31]) by mx1.freebsd.org (Postfix) with ESMTP id 64203AC for ; Sat, 5 Jan 2013 00:32:56 +0000 (UTC) Received: from magic.hamla.org (cpe-68-174-134-215.nyc.res.rr.com [68.174.134.215]) by cricket.hamla.org (Postfix) with ESMTPSA id 30C698A064; Fri, 4 Jan 2013 19:32:50 -0500 (EST) Date: Fri, 4 Jan 2013 19:33:02 -0500 From: Sahil Tandon To: Harlan Stenn Subject: Re: Postfix and SASL compilation problems Message-ID: <20130105003302.GA84371@magic.hamla.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.3 at cricket.hamla.org X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 00:32:56 -0000 On Fri, 2013-01-04 at 09:04:20 +0000, Harlan Stenn wrote: > The issue noted in > http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078439.html > also bites if one is using Dovecot SASL. If the solution I posted in that thread does not work for you, please send me a build log off-list. Thanks. -- Sahil Tandon From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 01:24:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 25976B29; Sat, 5 Jan 2013 01:24:53 +0000 (UTC) (envelope-from groot@kde.org) Received: from smtp03.online.nl (smtp03.online.nl [194.134.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id DBC211F8; Sat, 5 Jan 2013 01:24:52 +0000 (UTC) Received: from smtp03.online.nl (localhost [127.0.0.1]) by smtp03.online.nl (Postfix) with ESMTP id 852BF685D6; Sat, 5 Jan 2013 02:17:50 +0100 (CET) Received: from sausage.localnet (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp03.online.nl (Postfix) with ESMTP; Sat, 5 Jan 2013 02:17:50 +0100 (CET) From: Adriaan de Groot To: kde-freebsd@kde.org, freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] Unable to build deskutils/kdepimlibs4 Date: Sat, 05 Jan 2013 02:17:50 +0100 Message-ID: <7089535.AmZk0OKFcR@sausage> Organization: KDE User-Agent: KMail/4.9.4 (Linux/3.4.11-2.16-desktop; KDE/4.9.4; i686; ; ) In-Reply-To: <20130104192428.38e306b3@scorpio> References: <20130104192428.38e306b3@scorpio> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Online-Scanned: by Cloudmark authority (on smtp03.online.nl) Cc: kde@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 01:24:53 -0000 On Friday, January 04, 2013 07:24:28 PM Jerry wrote: > Following the directions in UPDATING, I used the following command: > > portupgrade -fr devel/libical > > That port updated correctly; however, the next port: > The entire build log is available here: > > https://www.seibercom.net/logs/kdep.txt > > I do not see an obvious reason for the build failure. I tried it three > times including doing a distclean and updating the ports tree. There is an obvious reason, but you have to scroll back a ways in the log: /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp In file included from /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.h:37, from /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32: /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' is initialized (use __typeof__ instead) /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not declared in this scope This is because of the new sasl port, which does not include all the headers it needs in its own headers (e.g. defining size_t). You can patch /usr/local/include/sasl/sasl.h to fix that, or patch command.cpp to #include the right headers before sasl.h. [ade] From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 05:09:23 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 02CB987E; Sat, 5 Jan 2013 05:09:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ee0-f49.google.com (mail-ee0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4BED69B8; Sat, 5 Jan 2013 05:09:21 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id c4so8241345eek.22 for ; Fri, 04 Jan 2013 21:09:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MR9sHgEmQV9KjqhhkkNGuEBdgJktGPVilP0xbhhasCQ=; b=Lly8tqov7F2zTyZ9Ex18HD3H71Pt/RDUKY66a7rdFrvTLUzxq9KG6KKL22lc8qAYei 1D+BkplYwbGGE2chvi7XzUYtxRpIRsPtgcVKQtnKdBr9LKk3Lj3yIUIM8/fPaso6Hfs6 MZRAVpSwydn4QBNP82yfv3ExBS6T9IYspw4ubxadSpZVcSgboY58gnXQgrG1iMDk4hBo qfybybRozhqxOyfDtAOpL/E70xQsvcfG7KdYWYvxceDMJ/EX5BpZrlNHkQMX8nUWKW2T 2+A7bVBmrA1Cl76QhA69hXaJxv9gu2yRcsaP5/ySer3rcJACJIfEBxtvYGthWmrxttAk xlOw== MIME-Version: 1.0 Received: by 10.14.176.66 with SMTP id a42mr149006875eem.34.1357362555017; Fri, 04 Jan 2013 21:09:15 -0800 (PST) Received: by 10.223.170.193 with HTTP; Fri, 4 Jan 2013 21:09:14 -0800 (PST) In-Reply-To: <20121214142537.4ef00e1b53a7c55bffabdc63@FreeBSD.org> References: <20121214142537.4ef00e1b53a7c55bffabdc63@FreeBSD.org> Date: Fri, 4 Jan 2013 21:09:14 -0800 Message-ID: Subject: Re: Notes on upgrades after libpcre update From: Kevin Oberman To: Emanuel Haupt Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 05:09:23 -0000 On Fri, Dec 14, 2012 at 5:25 AM, Emanuel Haupt wrote: > Kevin Oberman wrote: >> As many of you noticed, the update of devel/pcre bumped hte version of >> libpcre.so which is a dependency of LOTS of things. Here are some >> incomplete notes on what might bite you: Note that I refer to >> pkg_libchk. It is part of sysutils/bsddminscripts. If you run pkgng, >> you will need to edit it an change "pkg_info" to "pkg info". There may > > FYI, there is a patch available: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/174387 Emanual, Just update sysutils/bsdadminscripts should do it. You committed the patch in mid-December as far as I can tell. Sigh! I really, really need to complete that article which will be up to date. Bruce Mah just pointed out to me that I also neglected to say that the first strep should be: 1. portmaster -w devel/pcre Until the pcre port is updated, pkg_libchk won't find anything. The '-w' is to keep a copy of the old library so that things linked to it don't break immediately. pkg_libchk does not count old libraries in the compat folder, so it will still report the problem ports even though you use '-w'. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 07:22:06 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D84D11D9 for ; Sat, 5 Jan 2013 07:22:06 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2h.mail.yandex.net (forward2h.mail.yandex.net [IPv6:2a02:6b8:0:f05::2]) by mx1.freebsd.org (Postfix) with ESMTP id 90F2AD06 for ; Sat, 5 Jan 2013 07:22:06 +0000 (UTC) Received: from smtp4h.mail.yandex.net (smtp4h.mail.yandex.net [84.201.186.21]) by forward2h.mail.yandex.net (Yandex) with ESMTP id 8A727700D5B for ; Sat, 5 Jan 2013 11:22:03 +0400 (MSK) Received: from smtp4h.mail.yandex.net (localhost [127.0.0.1]) by smtp4h.mail.yandex.net (Yandex) with ESMTP id 69E6B2C0020 for ; Sat, 5 Jan 2013 11:22:03 +0400 (MSK) Received: from 93.91.2.63.tel.ru (93.91.2.63.tel.ru [93.91.2.63]) by smtp4h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id M2oSJD3j-M3oSGNlS; Sat, 5 Jan 2013 11:22:03 +0400 Message-ID: <50E7D49A.7060207@passap.ru> Date: Sat, 05 Jan 2013 11:22:02 +0400 From: Boris Samorodov Organization: =?UTF-8?B?0JfQkNCeICLQktCQ0KDQoiI=?= User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: pkg_libchk and lib/compat (was: Re: Notes on upgrades after libpcre update) References: <20121214142537.4ef00e1b53a7c55bffabdc63@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 07:22:06 -0000 05.01.2013 09:09, Kevin Oberman пишет: > pkg_libchk does not count old libraries in > the compat folder, so it will still report the problem ports even > though you use '-w'. Are you sure? From PKG_LIBCHK(1): ----- DESCRIPTION The pkg_libchk script uses pkg_info(1), ldd(1) and readelf(1) to check whether a package is linked against missing libraries or libraries resid- ing in /usr/local/lib/compat and its subfolders. OPTIONS [...] -n --no-compat This deactivates detecting compat libraries in /usr/local/lib/compat as missing libraries. ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 10:34:19 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 560BDBFB; Sat, 5 Jan 2013 10:34:19 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9818C87C; Sat, 5 Jan 2013 10:34:18 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.6/8.14.6) with ESMTP/inet6 id r05AYCeu068505 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 5 Jan 2013 19:34:13 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 05 Jan 2013 19:34:12 +0900 Message-ID: From: Hajimu UMEMOTO To: Adriaan de Groot Subject: Re: [kde-freebsd] Unable to build deskutils/kdepimlibs4 In-Reply-To: <7089535.AmZk0OKFcR@sausage> References: <20130104192428.38e306b3@scorpio> <7089535.AmZk0OKFcR@sausage> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (i386-portbld-freebsd9.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.1-STABLE X-PGP-Key: http://www.mahoroba.org/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 05 Jan 2013 19:34:13 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.6 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-5.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: kde-freebsd@kde.org, kde@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 10:34:19 -0000 Hi, >>>>> On Sat, 05 Jan 2013 02:17:50 +0100 >>>>> Adriaan de Groot said: groot> /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32: groot> /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' is groot> initialized (use __typeof__ instead) groot> /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not declared in this groot> scope groot> This is because of the new sasl port, which does not include all the headers groot> it needs in its own headers (e.g. defining size_t). You can patch groot> /usr/local/include/sasl/sasl.h to fix that, or patch command.cpp to #include groot> the right headers before sasl.h. This issue should be fixed in the latest cyrus-sasl2 port (cyrus-sasl-2.1.26_2). I suspect you have slightly old version of cyrus-sasl2 port installed. Sincerely, -- Hajimu UMEMOTO ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.mahoroba.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 10:35:15 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D3C9DC9E for ; Sat, 5 Jan 2013 10:35:15 +0000 (UTC) (envelope-from michaelgrunewald@yahoo.fr) Received: from cc-smtpout3.netcologne.de (cc-smtpout3.netcologne.de [IPv6:2001:4dd0:100:1062:25:2:0:3]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3EC892 for ; Sat, 5 Jan 2013 10:35:15 +0000 (UTC) Received: from cc-smtpin1.netcologne.de (cc-smtpin1.netcologne.de [89.1.8.201]) by cc-smtpout3.netcologne.de (Postfix) with ESMTP id 95B19120A3; Sat, 5 Jan 2013 11:35:13 +0100 (CET) Received: from llea.celt.neu (xdsl-89-0-134-104.netcologne.de [89.0.134.104]) by cc-smtpin1.netcologne.de (Postfix) with ESMTPA id 6D48611D90; Sat, 5 Jan 2013 11:35:12 +0100 (CET) Message-ID: <50E801E0.30301@yahoo.fr> Date: Sat, 05 Jan 2013 11:35:12 +0100 From: =?windows-1252?Q?Michael_Gr=FCnewald?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121104 Firefox/16.0 SeaMonkey/2.13.2 MIME-Version: 1.0 To: bf1783@gmail.com Subject: Re: Status of ports update submitted 2 months ago References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 10:35:15 -0000 Hello b.f. b.f. wrote: > Michael wrote: >> 2 months ago I submitted four port updates related to the >> ocaml/language. The PRs used to be listed by portsmon but I recently >> noticed they disappeared. [1] > I didn't see these -- I'll try to resolve at least 173364 and 173453. that is great, thank you very much! > I think portsmon has some problems with PR links since the disruption > of services following the security breach, but the PRs should still be > in the database. The ports tree was partially frozen for a while > before the release of 9.1, and some of these couldn't have been > handled during that period. PRs are still in the database. I did not had any clue this “problem” could have been related with our security breach. Regards, Michael From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 10:40:15 2013 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92F64D82 for ; Sat, 5 Jan 2013 10:40:15 +0000 (UTC) (envelope-from michaelgrunewald@yahoo.fr) Received: from cc-smtpout2.netcologne.de (cc-smtpout2.netcologne.de [IPv6:2001:4dd0:100:1062:25:2:0:2]) by mx1.freebsd.org (Postfix) with ESMTP id 546248BF for ; Sat, 5 Jan 2013 10:40:15 +0000 (UTC) Received: from cc-smtpin3.netcologne.de (cc-smtpin3.netcologne.de [89.1.8.203]) by cc-smtpout2.netcologne.de (Postfix) with ESMTP id 601141212D; Sat, 5 Jan 2013 11:40:14 +0100 (CET) Received: from llea.celt.neu (xdsl-89-0-134-104.netcologne.de [89.0.134.104]) by cc-smtpin3.netcologne.de (Postfix) with ESMTPA id 30EEE11D7E; Sat, 5 Jan 2013 11:40:12 +0100 (CET) Message-ID: <50E8030C.3010908@yahoo.fr> Date: Sat, 05 Jan 2013 11:40:12 +0100 From: =?ISO-8859-1?Q?Michael_Gr=FCnewald?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121104 Firefox/16.0 SeaMonkey/2.13.2 MIME-Version: 1.0 To: Mark Linimon Subject: Re: Status of ports update submitted 2 months ago References: <50E753AA.8090007@yahoo.fr> <20130104231737.GB27318@lonesome.com> In-Reply-To: <20130104231737.GB27318@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 10:40:15 -0000 Hi Mark, thank you for your feedback! Mark Linimon wrote: > On Fri, Jan 04, 2013 at 11:11:54PM +0100, Michael Grünewald wrote: >> The PRs used to be listed by portsmon but I recently >> noticed they disappeared. [1] > portsmon is running off of a stale mirror of the database. I keep > forgetting to go figure out the new mirror process. I apologize. As I just told b.f., I could not figure out that the behaviour I observed was related to the security breach. In spite of me maintaining some ports FreeBSD since over 10 years now (I guess) I am not really aware of the handling of PRs. Where can I read more about this workflow? Best Regards, Michael From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 11:14:38 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1D5CD2E3 for ; Sat, 5 Jan 2013 11:14:38 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) by mx1.freebsd.org (Postfix) with ESMTP id E2489990 for ; Sat, 5 Jan 2013 11:14:37 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id k10so20912387iea.1 for ; Sat, 05 Jan 2013 03:14:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:from:date:message-id:subject:to :content-type; bh=v7kZMvGTPfkZ2jYW8ufm/V/PLE/ZmQKga2TlVzSU3Qo=; b=ZNk92mDRDEFf92Ux5DAljHmiApOxDMyqn3wWYO6xqd4LNfjsVIAMwPifPJjcN4UFag JbLaj7+CnNH/jEaDUUmRen738Qdz0gWVj5kt9N545+nWUHiLE3R7xWImtZsOmJAo6NxS 2hBuVqnokNSRVQ5mlrJqfPAfmb0javGKIvJxvo16c26uNFiYfWHmzj0UiuqZ+rCLKYOs 1qwoyfromV99FBp4tkKqqJNJ/cdP6NERBayJ6XZPHkkk6Rjm9EylhaNsDBI0mfQVZ+Hw 613kqWVZ/uxlo2WBNKfG9lmPOxWcMwoN1JpHj5qiruIFLQcp4p3YExub7Vp1Ih2D9e/r xigA== X-Received: by 10.50.178.10 with SMTP id cu10mr1326148igc.75.1357384471834; Sat, 05 Jan 2013 03:14:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.65.132 with HTTP; Sat, 5 Jan 2013 03:14:01 -0800 (PST) From: Chris Rees Date: Sat, 5 Jan 2013 11:14:01 +0000 Message-ID: Subject: Using http mirrors To: "ports@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 11:14:38 -0000 Hi all, The submitter of ports/174427 tells me that using http for mirrors is faster, due to the lack of authentication etc. I'm not convinced that the speed difference is huge, but can anyone think of any reasons not to apply this patch? It will affect large numbers of ports. Chris http://www.freebsd.org/cgi/query-pr.cgi?pr=174427 From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 11:18:13 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 524B3392; Sat, 5 Jan 2013 11:18:13 +0000 (UTC) (envelope-from kwm@rainbow-runner.nl) Received: from fep14.mx.upcmail.net (fep14.mx.upcmail.net [62.179.121.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC0B9B1; Sat, 5 Jan 2013 11:18:11 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep14-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20130105111810.XBJR11100.viefep14-int.chello.at@edge02.upcmail.net>; Sat, 5 Jan 2013 12:18:10 +0100 Received: from [127.0.0.1] ([178.84.132.32]) by edge02.upcmail.net with edge id kBKZ1k02H0i5fp601BKaDe; Sat, 05 Jan 2013 12:19:35 +0100 X-SourceIP: 178.84.132.32 Message-ID: <50E80BF3.9060601@rainbow-runner.nl> Date: Sat, 05 Jan 2013 12:18:11 +0100 From: Koop Mast User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Adriaan de Groot Subject: Re: [kde-freebsd] Unable to build deskutils/kdepimlibs4 References: <20130104192428.38e306b3@scorpio> <7089535.AmZk0OKFcR@sausage> In-Reply-To: <7089535.AmZk0OKFcR@sausage> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 130104-1, 04-01-2013), Outbound message X-Antivirus-Status: Clean Cc: kde-freebsd@kde.org, kde@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 11:18:13 -0000 On 5-1-2013 2:17, Adriaan de Groot wrote: > On Friday, January 04, 2013 07:24:28 PM Jerry wrote: >> Following the directions in UPDATING, I used the following command: >> >> portupgrade -fr devel/libical >> >> That port updated correctly; however, the next port: >> The entire build log is available here: >> >> https://www.seibercom.net/logs/kdep.txt >> >> I do not see an obvious reason for the build failure. I tried it three >> times including doing a distclean and updating the ports tree. > > There is an obvious reason, but you have to scroll back a ways in the log: > > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp > In file included from > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.h:37, > from > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32: > /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' is > initialized (use __typeof__ instead) > /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not declared in this > scope > > > This is because of the new sasl port, which does not include all the headers > it needs in its own headers (e.g. defining size_t). You can patch > /usr/local/include/sasl/sasl.h to fix that, or patch command.cpp to #include > the right headers before sasl.h. > > [ade] Currect, however it was fixed in rev 309488 8 days ago in the sasl port itself. So other hacks are not needed anymore. I suspect Jerry needs to update his cyrus-sasl port and maybe even his ports tree if the fix isn't there. http://svnweb.freebsd.org/ports/head/security/cyrus-sasl2/Makefile?view=log From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 11:23:46 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9E555483 for ; Sat, 5 Jan 2013 11:23:46 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (dns1.vizion2000.net [62.49.197.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1EC9DD for ; Sat, 5 Jan 2013 11:23:45 +0000 (UTC) Received: from [127.0.0.1] (graphics [62.49.197.51]) by dns1.vizion2000.net (Postfix) with ESMTP id 3EE48119C79 for ; Sat, 5 Jan 2013 02:08:29 -0800 (PST) Message-ID: <50E80D39.10403@vizion2000.net> Date: Sat, 05 Jan 2013 03:23:37 -0800 From: David Southwell Organization: Vision Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: kde4 rebuild - some guidance please Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 11:23:46 -0000 Hi I am having problems with my kde4 installation and feel the need to deinstall and start again. In view of the number of ports and dependencies can someone please let me know the cleanest way of doing this. It would probably be safer to assume an upwards and downwards recursive build. Thanks in advance david -- David Southwell ARPS AFIAP Photographic Arts Trained & experienced competition judge, mentor, trainer, lecturer, Advanced digital techniques, international project photography From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 11:58:42 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2F8E68D4 for ; Sat, 5 Jan 2013 11:58:42 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gh0-f180.google.com (mail-gh0-f180.google.com [209.85.160.180]) by mx1.freebsd.org (Postfix) with ESMTP id B50F0AA1 for ; Sat, 5 Jan 2013 11:58:41 +0000 (UTC) Received: by mail-gh0-f180.google.com with SMTP id f19so2105452ghb.25 for ; Sat, 05 Jan 2013 03:58:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:organization:x-mailer:face:mime-version :content-type:content-transfer-encoding; bh=sOnSxg/L/a2n7VCJQCObbo1uvI2++6CVGsBI84mXMs8=; b=PyUxoc1pGPA2CpEdf2L1SWIfvVg9ygZ0MHN3tcYMFhMTeH6oOcf7YVNBEqB3/AwmNx QaOrmarNbX3P8Ws2CbD6f8GDDnneTQJbRCN4f/s0xeFwbJTbm7JZN3sNQY0A/2Hfn/Sb DmUYUv9C2clr8ItkcKvMvzXcwEaGbTscSLA6o= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:organization:x-mailer:face:mime-version :content-type:content-transfer-encoding:x-gm-message-state; bh=sOnSxg/L/a2n7VCJQCObbo1uvI2++6CVGsBI84mXMs8=; b=m6G/PVdULEos2dGd/pjRX3rNz8xroFKBKJW+9cAOoCMPCMJlmp5Wx37SDAeM/gGfqe j8dHLqgJ+3dTBMoDf9Whsc8PKTDBnN0Jer/RoY6bgxJfyXEl2e2ihCJz+nosIiPPgXS1 BwE9pp6CGodYWVxuCVmTMFufrTBQYhnQcZObPaUExM1/49iJsZZVt2wjYzsTIR3om3M5 Z47T/sb6rN/3KmTpQOKhKiDBamfPsZ0GSPiRQ8SywKHj80gTco1ZOHm1AHZUuvZMFp+1 QQiFJ51Q7rbQdyqrXokMJgW/cr2b2I19ij4K8+0nC8EWzeEhAPNZIsrEjTipOr5gdw9o 5hjQ== X-Received: by 10.236.189.38 with SMTP id b26mr58531718yhn.15.1357386782224; Sat, 05 Jan 2013 03:53:02 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id n12sm51262849ani.7.2013.01.05.03.53.01 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Jan 2013 03:53:01 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Ydh7w09kHz2CG4h; Sat, 5 Jan 2013 06:53:00 -0500 (EST) Date: Sat, 5 Jan 2013 06:52:59 -0500 From: Jerry To: freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] Unable to build deskutils/kdepimlibs4 Message-ID: <20130105065259.749c78c6@scorpio> In-Reply-To: <50E80BF3.9060601@rainbow-runner.nl> References: <20130104192428.38e306b3@scorpio> <7089535.AmZk0OKFcR@sausage> <50E80BF3.9060601@rainbow-runner.nl> Organization: seibercom.net X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQmOmENiAf8vDH054F/p28S4CG8IzsO3wD5p7Kl/+o2YFPZj9aLB1FouQVB5VZUTRtNvaIdZ Cc: Adriaan de Groot , Koop Mast X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 11:58:42 -0000 On Sat, 05 Jan 2013 12:18:11 +0100 Koop Mast articulated: > On 5-1-2013 2:17, Adriaan de Groot wrote: > > On Friday, January 04, 2013 07:24:28 PM Jerry wrote: > >> Following the directions in UPDATING, I used the following command: > >> > >> portupgrade -fr devel/libical > >> > >> That port updated correctly; however, the next port: > >> The entire build log is available here: > >> > >> https://www.seibercom.net/logs/kdep.txt > >> > >> I do not see an obvious reason for the build failure. I tried it > >> three times including doing a distclean and updating the ports > >> tree. > > > > There is an obvious reason, but you have to scroll back a ways in > > the log: > > > > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp > > In file included from > > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.h:37, > > from > > /usr/ports/deskutils/kdepimlibs4/work/kdepimlibs-4.8.4/kioslave/smtp/command.cpp:32: > > /usr/local/include/sasl/sasl.h:228: error: typedef 'sasl_malloc_t' > > is initialized (use __typeof__ instead) > > /usr/local/include/sasl/sasl.h:228: error: 'size_t' was not > > declared in this scope > > > > This is because of the new sasl port, which does not include all > > the headers it needs in its own headers (e.g. defining size_t). You > > can patch /usr/local/include/sasl/sasl.h to fix that, or patch > > command.cpp to #include the right headers before sasl.h. > > > > Currect, however it was fixed in rev 309488 8 days ago in the sasl > port itself. So other hacks are not needed anymore. I suspect Jerry > needs to update his cyrus-sasl port and maybe even his ports tree if > the fix isn't there. > > http://svnweb.freebsd.org/ports/head//Makefile?view=log Yes, I do have the slightly older version installed. I just updated my ports tree, and the newer version is listed there. I don't remember if it wast listed there last night when I updated the tree prior to attempting to update the ports. Should I update that port "security/cyrus-sasl2" and then run: "portupgrade -fr devel/libical" from scratch or just run that command and see if the problem is corrected? -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ God is real, unless declared integer. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 13:33:33 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4FBDCF8A for ; Sat, 5 Jan 2013 13:33:33 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id 10ACAE21 for ; Sat, 5 Jan 2013 13:33:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id 0F6515E46F for ; Sat, 5 Jan 2013 14:33:25 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -1.993 X-Spam-Level: X-Spam-Status: No, score=-1.993 tagged_above=-999 required=5 tests=[AWL=-0.090, BAYES_00=-2.599, RDNS_NONE=0.1, SPF_SOFTFAIL=0.596] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2NjDyoyidZMz for ; Sat, 5 Jan 2013 14:33:23 +0100 (CET) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (unknown [195.216.53.111]) by mx1.bjare.net (Postfix) with ESMTP id 1B3BB5E47C for ; Sat, 5 Jan 2013 14:33:22 +0100 (CET) Message-ID: <50E82BA4.7040107@eskk.nu> Date: Sat, 05 Jan 2013 14:33:24 +0100 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: Stop in /usr/ports/emulators/virtualbox-ose-kmod Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 13:33:33 -0000 My system is 9.1-RELEASE. All ports updated. How do I get the new version of kBuild? Thanks /Leslie ===> Building for virtualbox-ose-kmod-4.2.6 cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.6 && /bin/sh env.sh && cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.6/src/VBox/HostDrivers && VBOX_LIBPATH_X11=/usr/local VBOX_FREEBSD_SRC=/usr/src/sys /usr/local/bin/kmk HostDrivers-scripts vboxdrv-mod VBoxNetFlt-src VBoxNetAdp-src ../../../Config.kmk:158: *** You must update kBuild! Requires kBuild revision 2577 or later, found 2546 (0.1.9998-r2546). Stop. *** [do-build] Error code 2 Stop in /usr/ports/emulators/virtualbox-ose-kmod. *** [build] Error code 1 Stop in /usr/ports/emulators/virtualbox-ose-kmod. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 13:51:45 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A8A9C210 for ; Sat, 5 Jan 2013 13:51:45 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (amavis-proxy-ori.ijs.si [193.2.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4979DE6C for ; Sat, 5 Jan 2013 13:51:44 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3Ydkgb6z9NzGN84 for ; Sat, 5 Jan 2013 14:47:07 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= message-id:content-transfer-encoding:content-type:content-type :mime-version:organization:in-reply-to:references:user-agent :date:date:subject:subject:from:from:received:received:received :vbr-info; s=jakla2; t=1357393625; x=1359985626; bh=Rm5b6MNaRxV+ FhveLCu4CdhGZT3SStgZCjo8OHvuu+w=; b=HLhFUkFN0f48rIRg5G69d7W9nCAl rq6jN4n+UipXG/950ahLc8zD3YJmrEDgsGv+PdGB7iH+uzIXdCbcWIDQHIB5ZWmx IaKAqMnHOSqrhBAFiWXlOIe+lIs0plkUSGlUA5fALSEaWxf4v/s5JJZImXZNd+l7 MoRJs0nCZVU4Vt0= VBR-Info: md=ijs.si; mc=all; mv=dwl.spamhaus.org; X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id zKxjAg3n1c7q for ; Sat, 5 Jan 2013 14:47:05 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Sat, 5 Jan 2013 14:47:05 +0100 (CET) Received: from sleepy.ijs.si (sleepy.ijs.si [IPv6:2001:1470:ff80:e001::1:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mildred.ijs.si (Postfix) with ESMTPSA id B4609B4A for ; Sat, 5 Jan 2013 14:47:05 +0100 (CET) From: Mark Martinec To: freebsd-ports@freebsd.org Subject: Re: Stop in /usr/ports/emulators/virtualbox-ose-kmod Date: Sat, 5 Jan 2013 14:47:05 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <50E82BA4.7040107@eskk.nu> In-Reply-To: <50E82BA4.7040107@eskk.nu> Organization: J. Stefan Institute MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201301051447.05231.Mark.Martinec+freebsd@ijs.si> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 13:51:45 -0000 On Saturday January 5 2013 14:33:24 Leslie Jensen wrote: > My system is 9.1-RELEASE. All ports updated. > > How do I get the new version of kBuild? > ===> Building for virtualbox-ose-kmod-4.2.6 > cd /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.6 && > /bin/sh env.sh && cd > /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-4.2.6/src/VBox/Hos > tDrivers && VBOX_LIBPATH_X11=/usr/local VBOX_FREEBSD_SRC=/usr/src/sys > /usr/local/bin/kmk HostDrivers-scripts vboxdrv-mod VBoxNetFlt-src > VBoxNetAdp-src > ../../../Config.kmk:158: *** You must update kBuild! Requires kBuild > revision 2577 or later, found 2546 (0.1.9998-r2546). Stop. > *** [do-build] Error code 2 > > Stop in /usr/ports/emulators/virtualbox-ose-kmod. /usr/ports/UPDATING 20130103: AFFECTS: users of emulators/virtualbox-ose AUTHOR: decke@FreeBSD.org VirtualBox has been updated and does now depend on devel/kBuild instead of devel/kBuild-devel. Both are in conflict with each other so this has to be resolved manually. kBuild is only a build dependency so it is safe to remove installed kBuild before updating. # pkg_delete -f kBuild-\* Mark From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 14:02:14 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0BA1F315 for ; Sat, 5 Jan 2013 14:02:14 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id C3656EAD for ; Sat, 5 Jan 2013 14:02:13 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 940CE28437 for ; Sat, 5 Jan 2013 15:02:06 +0100 (CET) Received: from [192.168.1.2] (unknown [89.177.49.69]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8EB2328434 for ; Sat, 5 Jan 2013 15:02:03 +0100 (CET) Message-ID: <50E8325A.8000007@quip.cz> Date: Sat, 05 Jan 2013 15:02:02 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 CC: freebsd-ports@freebsd.org Subject: Re: Stop in /usr/ports/emulators/virtualbox-ose-kmod References: <50E82BA4.7040107@eskk.nu> <201301051447.05231.Mark.Martinec+freebsd@ijs.si> In-Reply-To: <201301051447.05231.Mark.Martinec+freebsd@ijs.si> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 14:02:14 -0000 Mark Martinec wrote: > On Saturday January 5 2013 14:33:24 Leslie Jensen wrote: >> My system is 9.1-RELEASE. All ports updated. >> >> How do I get the new version of kBuild? > [...] > > /usr/ports/UPDATING > > 20130103: > AFFECTS: users of emulators/virtualbox-ose > AUTHOR: decke@FreeBSD.org > > VirtualBox has been updated and does now depend on devel/kBuild instead > of devel/kBuild-devel. Both are in conflict with each other so this has > to be resolved manually. kBuild is only a build dependency so it is safe > to remove installed kBuild before updating. > > # pkg_delete -f kBuild-\* Or maybe you can try upgrade: # portmaster -o devel/kBuild devel/kBuild-devel Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 14:03:41 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5445B3B5 for ; Sat, 5 Jan 2013 14:03:41 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id D39E5EBC for ; Sat, 5 Jan 2013 14:03:40 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.16]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LflnY-1TCKh2062c-00pIrT for ; Sat, 05 Jan 2013 15:03:34 +0100 Received: (qmail invoked by alias); 05 Jan 2013 14:03:33 -0000 Received: from g228139120.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.228.139.120] by mail.gmx.net (mp016) with SMTP; 05 Jan 2013 15:03:33 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/Njuh02O3Nonhxyd/HhY7Mwyf+KL+QN3ZoW/UZx3 oTq0puJ99V7JFy Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 1DFE323CEAA for ; Sat, 5 Jan 2013 15:03:32 +0100 (CET) Message-ID: <50E832B3.3060807@gmx.de> Date: Sat, 05 Jan 2013 15:03:31 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Stop in /usr/ports/emulators/virtualbox-ose-kmod References: <50E82BA4.7040107@eskk.nu> <201301051447.05231.Mark.Martinec+freebsd@ijs.si> <50E8325A.8000007@quip.cz> In-Reply-To: <50E8325A.8000007@quip.cz> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 14:03:41 -0000 Am 05.01.2013 15:02, schrieb Miroslav Lachman: > Mark Martinec wrote: >> On Saturday January 5 2013 14:33:24 Leslie Jensen wrote: >>> My system is 9.1-RELEASE. All ports updated. >>> >>> How do I get the new version of kBuild? >> > [...] >> >> /usr/ports/UPDATING >> >> 20130103: >> AFFECTS: users of emulators/virtualbox-ose >> AUTHOR: decke@FreeBSD.org >> >> VirtualBox has been updated and does now depend on devel/kBuild >> instead >> of devel/kBuild-devel. Both are in conflict with each other so this >> has >> to be resolved manually. kBuild is only a build dependency so it is >> safe >> to remove installed kBuild before updating. >> >> # pkg_delete -f kBuild-\* > > Or maybe you can try upgrade: > > # portmaster -o devel/kBuild devel/kBuild-devel This would automatically be resolved as part of building virtualbox-ose-kmod's dependencies... From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 14:29:12 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4727A6D7; Sat, 5 Jan 2013 14:29:12 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44]) by mx1.freebsd.org (Postfix) with ESMTP id EB0E3F36; Sat, 5 Jan 2013 14:29:11 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id fc26so17895425vbb.3 for ; Sat, 05 Jan 2013 06:29:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=raCFV2lk9esgDiFQzqE6D/oQ0NkZ/+gUzVxd+/3XRvU=; b=LEg75lP6j4fU64B9H2XtvIUGLlveb3MNyx0qdsjrZ3/mGlqzmSYv0mWInsJH/ny0AC bwyl4J2RHKezfWMx3LbaazPZq9KzlcLxn25K2WyK0h3VggEvm0SQA1p5mVx/4XzAEjk+ 8ffzxaThuN6CGOxsZJYg2QsjCuIfvezwQ3UbiXtdzlCX4/YC7muP9TdiikEXh9HdI6w5 MYn5C/5y56AQ10j6XEZZdz7Xuw3O+MBovhnIo5so2ZqCfozbJskRTCObBR9p59QgI+aS X8h9lCALdDjlAFsy1nvh7GyUtNkKbFPkt/0EfxSzDSRQJDkwYUy8KbjEgD/0DJTIwxOp LCUQ== MIME-Version: 1.0 Received: by 10.52.35.129 with SMTP id h1mr69079630vdj.74.1357396151019; Sat, 05 Jan 2013 06:29:11 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 06:29:10 -0800 (PST) Date: Sat, 5 Jan 2013 18:29:10 +0400 Message-ID: Subject: java/openjdk7 ISSUE error: bad operand type int for unary operator '!' From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 14:29:12 -0000 # $FreeBSD: ports/java/openjdk7/Makefile,v 1.51 2012/12/25 21:04:33 svnexp Exp $ # Running javac: /usr/local/openjdk6/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -jar /usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/langtools/dist/bootstrap/lib/javac.jar -source 7 -target 7 -encoding ascii -Xbootclasspath:/usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/classes -sourcepath /usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/gensrc:::/usr/ports/java/openjdk7/work/openjdk/jdk/src/macosx/classes:/usr/ports/java/openjdk7/work/openjdk/jdk/src/solaris/classes:/usr/ports/java/openjdk7/work/openjdk/jdk/src/share/classes -d /usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/classes @/usr/ports/java/openjdk7/work/openjdk/build/bsd-i586/tmp/com/javax.swing.plaf/.classes.list.filtered ../../../../src/share/classes/javax/swing/plaf/metal/MetalSliderUI.java:162: error: bad operand type int for unary operator '!' getVertThumbIcon().paintIcon( slider, g, 0,!0 ); ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 1 error gmake[5]: *** [.compile.classlist] Error 1 gmake[5]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/jdk/make/javax/swing/plaf' gmake[4]: *** [build] Error 1 gmake[4]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/jdk/make/javax/swing' gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/jdk/make/javax' gmake[2]: *** [all] Error 1 gmake[2]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk/jdk/make' gmake[1]: *** [jdk-build] Error 2 gmake[1]: Leaving directory `/usr/ports/java/openjdk7/work/openjdk' gmake: *** [build_product_image] Error 2 *** Error code 1 Stop in /usr/ports/java/openjdk7. *** Error code 1 Stop in /usr/ports/java/openjdk7. Moreover: - despite of openjdk6, 7th uses hard configured gcc of 4.2 version, which disables make.conf USE_GCC=4.6 for e.g. - both 6th and 7th use hard configured -march=586, which disables make.conf CPUTYPE=prescott architecture -march/-mtune optimizations for e.g. It would be nice if you could fix it. Thank you in advance. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 14:40:02 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4CE11808 for ; Sat, 5 Jan 2013 14:40:02 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-f178.google.com (mail-we0-f178.google.com [74.125.82.178]) by mx1.freebsd.org (Postfix) with ESMTP id E0D80F8A for ; Sat, 5 Jan 2013 14:40:01 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id x43so8196995wey.23 for ; Sat, 05 Jan 2013 06:39:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zISQJcJ0FM8auHu5Eeih1XO3Q1fei7zLTP0NcHfUBaA=; b=i5/PCPgqY2vPBVAW8I1m/RKu9Bye892QvKiPhLIWvigIFKgXZMdIGT7S/Ac9QCBkm+ KFVYa6a6FkIwoKTTfoA7+2YDx9MRojIFqyHqMa5NXX+ub1AZ9relLgatj/lzV6D1C5SM dkk1N6cGPEgsnqIdPPYre77ctcisGEaQ3qjRpUgQoqeq8qCyDgd2J00T+U41hIVZQV1R /pOohZrllNdk/nbCV45f3bzv8Xuhpi/7R+G8+43lc3KluYuZ+MGO5i7lYZMPO3C4jENN LYWH/FCrCIEFcqszP7FPviRWOoHGWzIMNpTINASnpvu9H8z+bjpnBl6N53amOt3/r7HM tMHQ== MIME-Version: 1.0 Received: by 10.194.9.162 with SMTP id a2mr88309012wjb.33.1357396795273; Sat, 05 Jan 2013 06:39:55 -0800 (PST) Received: by 10.216.172.197 with HTTP; Sat, 5 Jan 2013 06:39:54 -0800 (PST) In-Reply-To: <50E7D49A.7060207@passap.ru> References: <20121214142537.4ef00e1b53a7c55bffabdc63@FreeBSD.org> <50E7D49A.7060207@passap.ru> Date: Sat, 5 Jan 2013 16:39:54 +0200 Message-ID: Subject: Re: pkg_libchk and lib/compat (was: Re: Notes on upgrades after libpcre update) From: Kimmo Paasiala To: Boris Samorodov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 14:40:02 -0000 On Sat, Jan 5, 2013 at 9:22 AM, Boris Samorodov wrote: > 05.01.2013 09:09, Kevin Oberman =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >> pkg_libchk does not count old libraries in >> the compat folder, so it will still report the problem ports even >> though you use '-w'. > > Are you sure? From PKG_LIBCHK(1): > ----- > DESCRIPTION > The pkg_libchk script uses pkg_info(1), ldd(1) and readelf(1) to che= ck > whether a package is linked against missing libraries or libraries > resid- > ing in /usr/local/lib/compat and its subfolders. > > OPTIONS > [...] > -n --no-compat > This deactivates detecting compat libraries in > /usr/local/lib/compat as missing libraries. > ----- > > -- > WBR, Boris Samorodov (bsam) > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ It certainly does look at the compat -directories by default and that's the correct thing to do. -Kimmo From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:11:04 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 73265DAC; Sat, 5 Jan 2013 15:11:04 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vb0-f43.google.com (mail-vb0-f43.google.com [209.85.212.43]) by mx1.freebsd.org (Postfix) with ESMTP id 0893FF4; Sat, 5 Jan 2013 15:11:03 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id fs19so17349004vbb.16 for ; Sat, 05 Jan 2013 07:10:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=1SdlDT1XKd6Q5BbyHEV7GotHwFt997pwsRrXhazx3c0=; b=ZzX17CiWAulVK8q70jVP7yezf2ciRQHQS+BAvQg0Ik3tYx9Sqq4DijjTh8JyO0f51W fvAWrjLnpk+OrEJdi+0g6PyOlmpWedTINx85JAagIY50zBzCU34AaSvHi+f9DiOH1hnq 2qYdFY0ke36EL/82nXiw0YIW4bBkscD4L5kKiQwnPhRNUB71VVRGrjIzJtTkM97SR5W3 Lg2iY+XspFg3D0Nl68J/3XMcg6V2FUcC2fbb+ar0wtuvsjBre2FQweEiOXchzlpt1kQQ 4GxQnz4ilxs4I/p9bmWmeEd/4ZLBtahXQAIPsyjVRpr4UpqYNW+DFtPjndrmVyiYgNSb 8xcg== MIME-Version: 1.0 Received: by 10.220.239.14 with SMTP id ku14mr78136384vcb.57.1357398657191; Sat, 05 Jan 2013 07:10:57 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 07:10:57 -0800 (PST) Date: Sat, 5 Jan 2013 19:10:57 +0400 Message-ID: Subject: net/opal3 ISSUE can't convert float to spx_intx From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:11:04 -0000 # $FreeBSD: ports/net/opal3/Makefile,v 1.117 2012/11/17 06:00:08 svnexp Exp $ options: _OPTIONS_READ=opal3-3.6.6_17 _FILE_COMPLETE_OPTIONS_LIST= ZRTP JAVA CELT ILBC GSM SPEEX THEORA FFMPEG X264 SI P H323 IAX H224 H281 FAX MSRP SIPIM RTPTEXT H450 H460 H501 LID UVIDEO AEC OPTIONS_FILE_UNSET+=ZRTP OPTIONS_FILE_SET+=JAVA OPTIONS_FILE_SET+=CELT OPTIONS_FILE_SET+=ILBC OPTIONS_FILE_SET+=GSM OPTIONS_FILE_SET+=SPEEX OPTIONS_FILE_SET+=THEORA OPTIONS_FILE_SET+=FFMPEG OPTIONS_FILE_SET+=X264 OPTIONS_FILE_SET+=SIP OPTIONS_FILE_SET+=H323 OPTIONS_FILE_SET+=IAX OPTIONS_FILE_SET+=H224 OPTIONS_FILE_SET+=H281 OPTIONS_FILE_SET+=FAX OPTIONS_FILE_SET+=MSRP OPTIONS_FILE_SET+=SIPIM OPTIONS_FILE_SET+=RTPTEXT OPTIONS_FILE_SET+=H450 OPTIONS_FILE_SET+=H460 OPTIONS_FILE_SET+=H501 OPTIONS_FILE_SET+=LID OPTIONS_FILE_SET+=UVIDEO OPTIONS_FILE_SET+=AEC gcc42/46 compil. interrupts with error: ... .../src/codec/echocancel.cxx can't convert float to spx_intx ... From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:15:00 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2510AE81 for ; Sat, 5 Jan 2013 15:15:00 +0000 (UTC) (envelope-from portscout@portscout.freebsd.org) Received: from null.zi0r.com (null.zi0r.com [71.245.171.204]) by mx1.freebsd.org (Postfix) with ESMTP id E0461114 for ; Sat, 5 Jan 2013 15:14:59 +0000 (UTC) Received: from null.zi0r.com (localhost [127.0.0.1]) by null.zi0r.com (8.14.5/8.14.5) with ESMTP id r05FExt0074440 for ; Sat, 5 Jan 2013 10:14:59 -0500 (EST) (envelope-from portscout@null.zi0r.com) Received: (from portscout@localhost) by null.zi0r.com (8.14.5/8.14.5/Submit) id r05FExHN074426; Sat, 5 Jan 2013 10:14:59 -0500 (EST) (envelope-from portscout) Message-Id: <201301051514.r05FExHN074426@null.zi0r.com> MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain Date: Sat, 5 Jan 2013 10:14:59 -0500 From: portscout@portscout.freebsd.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:15:00 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ dns/dnsjava | 2.1.3 | 2.1.4 ------------------------------------------------+-----------------+------------ graphics/gmt | 4.5.8 | 4.5.9 ------------------------------------------------+-----------------+------------ net/liveMedia | 2012.12.18 | 2013.01.05 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portscout@portscout.freebsd.org Thanks. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:16:47 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 05057F7A; Sat, 5 Jan 2013 15:16:47 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174]) by mx1.freebsd.org (Postfix) with ESMTP id 98A88128; Sat, 5 Jan 2013 15:16:46 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id d16so17272049vcd.19 for ; Sat, 05 Jan 2013 07:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8kClJYXzyCzNLnfo46sTsy5qEAr1JuQncj6ynKk9rO0=; b=Yd5Z89EVECZrSamba3F4kN8Vd3YNkma7dbQ5+2bDzJF7hmX9z8z4hpdYqxhfBJEHCs oDU5ErG31CFlvqZb1QDgcdfBmAUnPNYT/ad4qyogdzEo33Qs9QNNJ+DvZ7Vrf+e2Eygn lM0+HUtqfYXKjWwIBbkxZqFYqOrWAYfb8zSTJ0xbM8R3xoHuziX3EGE/uElThD17E+NX R/itQOswo13xMB8aD4OXFl1wNUfCD564ihxMsDYF2LZNdTAqQHSa/dz2tqAps6gkuJkv UzLpA8Rqk9wI0fxjHB+gwEO9bYSJeB4DGNRqteO0CJmV7DvHMtDI1C6KvI32pWE0HH5H fH3w== MIME-Version: 1.0 Received: by 10.58.34.4 with SMTP id v4mr67805936vei.57.1357399005867; Sat, 05 Jan 2013 07:16:45 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 07:16:45 -0800 (PST) Date: Sat, 5 Jan 2013 19:16:45 +0400 Message-ID: Subject: Kernel SRC ISSUE u8_textprep_data.h:8781 error From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:16:47 -0000 FreeBSD 9.0-RELEASE-p5 FreeBSD 9.0-RELEASE-p5 #3: Sat Dec 29 20:04:22 MSK 2012 root@/sys/i386/compile/GENERIC i386 /usr/src/sys/modules/zfs/.../u8_textprep_data.h:8781 error: stray '\32' in program... ^Z merged array lines From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:24:53 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4E31E1F0; Sat, 5 Jan 2013 15:24:53 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) by mx1.freebsd.org (Postfix) with ESMTP id EADE5174; Sat, 5 Jan 2013 15:24:52 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id p16so17722151vcq.11 for ; Sat, 05 Jan 2013 07:24:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TnNF5b4xEkXd499+AhbvoSk8NCCaA0GtDIWBpYTLkSs=; b=NRTKaC66VlXoKGha1fi2oRThJjrocPXtoRSgzfJLUuSp04qg5RBINidpvpM4MUBO95 uHtmvvmMbOBhFvR/GlG4yx9QRv4iQ+K3BP2vRjgqpoPdGNdrNw46qO0lZqz28hVcUo2S F1gp6wafqhWfCRJ2W5drYDASrtdFQZj0ztdPeK9OvDwpR5QQfVLlVjSg//DZNgxR6w0V 73gEJ+shDHIZXo5Ybzwa99aAGg3//fnlejAELuscjXbFxWaow9qIQMxVqLBaC9CKPeDY NAlgLBvev89yQrQ5w2Kr9ZBJeO14FghMh7A76P87Bm6sz+pXAqPaYs+G7af9Ui+UkDkZ v0AA== MIME-Version: 1.0 Received: by 10.58.68.74 with SMTP id u10mr82123556vet.21.1357399492113; Sat, 05 Jan 2013 07:24:52 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 07:24:52 -0800 (PST) Date: Sat, 5 Jan 2013 19:24:52 +0400 Message-ID: Subject: GCC 4.2 only ports From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:24:53 -0000 It looks strange that some ports are incompatible with, for e.g. GCC 4.6.3, but in one's Makefile it's not set USE_GCC=4.2+ directly. Some of them (more could be discovered, for e.g., via portmaster x11/gnome2|kde4 and USE_GCC=4.6+ in /etc/make.conf): audio/oss devel/libgii graphics/opencv-core net-im/libpurple multimedia/dirac security/pam_helper www/evolution-webcal www/havp From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:38:08 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2D4DA31C; Sat, 5 Jan 2013 15:38:08 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by mx1.freebsd.org (Postfix) with ESMTP id CA8651B7; Sat, 5 Jan 2013 15:38:07 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id fw7so17602290vcb.17 for ; Sat, 05 Jan 2013 07:38:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=mDIqEruE7b+LxTtZKqjMB+UtQgnycKhmbETRtv4jWEs=; b=HAIjVNdrO0dJfSU+gicFisZRx3hh5HMkMfOtksXSosz9gQd8hni7YKCkM/SBYTaP/l J4ZD14fla3WLUOAKQFLw+lCSvgEbtGCU7+O3UGB/Kx+K1ARC9PvXeXtCd9z6Qvan38a1 LBxASNdIHMIR6UWf9QmeibwLBzLqC1t7PfIpDkenUyTewy3ppYqR8KlF19Dy70QAliig 9ZKgPEmTT8vPfxrYG6wAzWVa/xgSE/VATK6+EoZV3En1KphkhMo0TLD0yIPwNLhYW76R rrcvTgluIo4ekBJuFmhb5KF3cx9avLIohmx5Bgfs58Hw+Q0jq/4YayOSfF+12udVT2yn lcYg== MIME-Version: 1.0 Received: by 10.220.239.14 with SMTP id ku14mr78182805vcb.57.1357400286812; Sat, 05 Jan 2013 07:38:06 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 07:38:06 -0800 (PST) Date: Sat, 5 Jan 2013 19:38:06 +0400 Message-ID: Subject: ports-mgmt/portupgrade ISSUE portinstall recursive dependency error From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:38:08 -0000 # $FreeBSD: ports/ports-mgmt/portupgrade/Makefile,v 1.285 2012/12/11 17:07:46 svnexp Exp $ # portupgrade -Nv java/openjdk7 ---> Session started at: Sat, 05 Jan 2013 19:27:12 +0400 [Gathering depends for java/openjdk7 ..................(java/javavmwrapper)..(lang/gcc)..........(lang/gcc)---> Session ended at: Sat, 05 Jan 2013 19:27:18 +0400 (consumed 00:00:06) /usr/local/sbin/portupgrade:898:in `get_all_depends': recursive dependency (RecursiveDependencyError) from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:921:in `get_all_depends' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/lib/ruby/1.8/set.rb:195:in `each_key' from /usr/local/lib/ruby/1.8/set.rb:195:in `each' from /usr/local/sbin/portupgrade:920:in `get_all_depends' from /usr/local/sbin/portupgrade:937:in `get_notinstalled_depends' from /usr/local/sbin/portupgrade:813:in `main' from /usr/local/sbin/portupgrade:791:in `each' from /usr/local/sbin/portupgrade:791:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1310:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1306:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1248:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1241:in `order' from /usr/local/sbin/portupgrade:576:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:791:in `initialize' from /usr/local/sbin/portupgrade:237:in `new' from /usr/local/sbin/portupgrade:237:in `main' from /usr/local/sbin/portupgrade:2371 Repeatable on any new port. Appeared after last update of portupgrade, previous version worked fine. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 15:43:53 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 05F934DC for ; Sat, 5 Jan 2013 15:43:53 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id BBFE11DE for ; Sat, 5 Jan 2013 15:43:52 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.6/8.14.6) with ESMTP id r05FhpGg014039; Sat, 5 Jan 2013 08:43:51 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.6/8.14.6/Submit) with ESMTP id r05Fhpel014036; Sat, 5 Jan 2013 08:43:51 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 5 Jan 2013 08:43:51 -0700 (MST) From: Warren Block To: Kimmo Paasiala Subject: Re: pkg_libchk and lib/compat (was: Re: Notes on upgrades after libpcre update) In-Reply-To: Message-ID: References: <20121214142537.4ef00e1b53a7c55bffabdc63@FreeBSD.org> <50E7D49A.7060207@passap.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 05 Jan 2013 08:43:51 -0700 (MST) Cc: Boris Samorodov , freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 15:43:53 -0000 On Sat, 5 Jan 2013, Kimmo Paasiala wrote: > On Sat, Jan 5, 2013 at 9:22 AM, Boris Samorodov wrote: >> 05.01.2013 09:09, Kevin Oberman ?????: >> >>> pkg_libchk does not count old libraries in >>> the compat folder, so it will still report the problem ports even >>> though you use '-w'. >> >> Are you sure? From PKG_LIBCHK(1): >> ----- >> DESCRIPTION >> The pkg_libchk script uses pkg_info(1), ldd(1) and readelf(1) to check >> whether a package is linked against missing libraries or libraries >> resid- >> ing in /usr/local/lib/compat and its subfolders. >> >> OPTIONS >> [...] >> -n --no-compat >> This deactivates detecting compat libraries in >> /usr/local/lib/compat as missing libraries. >> ----- > > It certainly does look at the compat -directories by default and > that's the correct thing to do. Yes. Because it considers links to libraries in compat to be a problem, old libraries there don't fool it. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 17:47:27 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EFF916D1; Sat, 5 Jan 2013 17:47:27 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6F186915; Sat, 5 Jan 2013 17:47:27 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id m8so17745739vcd.36 for ; Sat, 05 Jan 2013 09:47:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6b8CAIC5y53si6biDA+xtSU93G7sc9adhcr0kDPZqtQ=; b=yWF4KwrdDoyPgaLN9eVF1WbItEeiJQBLkurHVYFTjaDPd42ghI5cM5yerrgR/wmitM 6pMfX82xX8xc5f0uvBE54FwiXlSa3YRe2NTgMAEKjkuI2sUSzLNJB599UgAU9d5BVC5z sp58IpGzA6hnKxbmGkbHmwseJpQ7zK7+f0SuhFaKaO7ypf4TDzA1WDbak/9G53xio6If SfPz+f0rOOYdljhRvQG0pZ2Roy+/VeuosoyGzThJpbBP/8y4lVjgqf309CwvHocI3vjE 5OXswfhUmuNve81qjR1uImj3Of1RZXUaamC/8sxzvov1BLTAa6L9cL4htTO1yXrDWaRi KKEQ== MIME-Version: 1.0 Received: by 10.58.34.4 with SMTP id v4mr68026440vei.57.1357408040792; Sat, 05 Jan 2013 09:47:20 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 09:47:20 -0800 (PST) Date: Sat, 5 Jan 2013 21:47:20 +0400 Message-ID: Subject: devel/dconf ISSUE -avoid-version From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org, bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 17:47:28 -0000 # $FreeBSD: ports/devel/dconf/Makefile,v 1.7 2012/11/17 05:55:40 svnexp Exp $ # $MCom: ports/devel/dconf/Makefile,v 1.9 2010/11/04 16:41:01 kwm Exp $ # PORTNAME= dconf PORTVERSION= 0.5.1 PORTREVISION= 4 devel/dconf/gsettings/Makefile:197 libdconfsettings_so_LDFLAGS = -module -avoid-version -shared error: unrecognized option -avoid-version Both gcc 4.2/4.6 Remedy: remove '-avoid-version' option. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 18:34:43 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8B9987AC; Sat, 5 Jan 2013 18:34:43 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) by mx1.freebsd.org (Postfix) with ESMTP id 1AC1CC20; Sat, 5 Jan 2013 18:34:42 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id n11so17585277vch.16 for ; Sat, 05 Jan 2013 10:34:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+qiNK/Es0OiLXkk9snBq+4BEx7gHuuNe7EhRXrgBzm4=; b=rEi2sHxY7HPr9b6gUcz3Z4iENHAwpVzuAE1oqc5Wl7ck/Uv6Aq/1nwTjjA/hQsgXIM jEMceKaafsk0nSGpv3kxDIOcqEMlMNw8GozzLa6NjXvcA8A78kspeZWEtKQmdCiKvcAf obvj+z03WpOGLf+asTnJyRq4mIevMRcpfp7scHE+ptXLLhAEAwWF6O0kgtzOBhzpzeug EXf5CpGijTqnqVBPR+wqYGFo2AD/z/JCd+d8kKZGlWM1p6TwmsrX7YhT725keu6k8maP jvA9fANXyAZx/LZ1aBk7anZC6vJwrLr5rPKtrPeXI3jS42PUFDAoe8qPbab/Kz6nJxV9 Ofmg== MIME-Version: 1.0 Received: by 10.220.247.204 with SMTP id md12mr79750889vcb.27.1357410882199; Sat, 05 Jan 2013 10:34:42 -0800 (PST) Received: by 10.220.230.138 with HTTP; Sat, 5 Jan 2013 10:34:42 -0800 (PST) Date: Sat, 5 Jan 2013 22:34:42 +0400 Message-ID: Subject: audio/libsidplay v 1.36.59 ISSUE 'bin' is not a member of 'std::ios From: awarecons To: ports@freebsd.org, bugbusters@FreeBSD.org, bugs@freebsd.org, ports-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 18:34:43 -0000 freebsd-9.0-RELEASE-p5-i386 gcc 4.6.3: ... libtool: compile: g++46 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libsidplay\" -DVERSION=\"1.36.59\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_CHAR=1 -DSIZEOF_SHORT_INT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LONG_FILE_NAMES=1 -DHAVE_DLFCN_H=1 -I. -I. -I.. -O2 -pipe -march=pentium4 -mtune=pentium4 -Wno-error -w -O2 -pipe -march=pentium4 -mtune=pentium4 -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -O2 -pipe -march=pentium4 -mtune=pentium4 -Wno-error -w -Wl,-rpath=/usr/local/lib/gcc46 -MT sidtune.lo -MD -MP -MF .deps/sidtune.Tpo -c sidtune.cpp -fPIC -DPIC -o .libs/sidtune.o sidtune.cpp: In member function 'udword sidTune::loadFile(const char*, ubyte**)': sidtune.cpp:310:35: error: 'bin' is not a member of 'std::ios {aka std::basic_ios}' sidtune.cpp: In member function 'bool sidTune::saveC64dataFile(const char*, bool)': sidtune.cpp:976:45: error: 'bin' is not a member of 'std::ios {aka std::basic_ios}' sidtune.cpp: In member function 'bool sidTune::savePSIDfile(const char*, bool)': sidtune.cpp:1065:45: error: 'bin' is not a member of 'std::ios {aka std::basic_ios}' *** Error code 1 Stop in /usr/ports/audio/libsidplay/work/libsidplay-1.36.59/src. *** Error code 1 Stop in /usr/ports/audio/libsidplay/work/libsidplay-1.36.59. *** Error code 1 Stop in /usr/ports/audio/libsidplay. gcc 4.2 works fine. It might be good idea to set USE_GCC=4.2+ directly in its Makefile?.. Or make it 4.6+ - compatible? Whichever the easiest... ;7 From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 19:31:00 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8FE35628; Sat, 5 Jan 2013 19:31:00 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-ia0-f172.google.com (mail-ia0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 620FFEE9; Sat, 5 Jan 2013 19:31:00 +0000 (UTC) Received: by mail-ia0-f172.google.com with SMTP id z13so15086934iaz.31 for ; Sat, 05 Jan 2013 11:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=k+LWdxDSf3eBsvwMNAzpMibIyTiYdu39qp4lfg6kZz0=; b=VPj4jkLBuNJ4E8ZUoPU/GOOb3230tsmmQxJBIluL3XglLnI27euODEaWqoVNLcBxJ+ owHlsMuWSp/Z7TGR7f1kHqfrSe9mPxRDvmrJ6WRgmYN9Zlxnd+PsMdszV0Li4txXl40z x4qwiQdQO3Wq5NCrYJJW8WMgRzKzD2EfGvl3908FvF0TUbE5qi6rdOn7VSkMaZY9/tn0 l3w+OA81ebyeUtJTdOGdjhGQ8rhopzB+yPXU9pPJbU1n4eDDIE3NPk/rPaeyhOjnT2xl yB/hZMjw2U4M0FV8I8Z2o5xC0xAxZ8ZlQ2buWFO4n/CHq8ohSpBYCx/1O1fHn30DAXH+ cHjA== MIME-Version: 1.0 X-Received: by 10.50.188.199 with SMTP id gc7mr2063058igc.4.1357414254624; Sat, 05 Jan 2013 11:30:54 -0800 (PST) Received: by 10.64.176.175 with HTTP; Sat, 5 Jan 2013 11:30:54 -0800 (PST) Date: Sat, 5 Jan 2013 23:30:54 +0400 Message-ID: Subject: print/acroread9 download ISSUE From: awarecons To: ports@freebsd.org, ports-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 19:31:00 -0000 can't find AdbeRdr9.5.1-1_i486linux_enu.tar.bz2 Looks like file has moved (from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/acroread/ for e.g.). But http://ftp11.tw.freebsd.org/FreeBSD/distfiles/acroread/ still have it. Thank you. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 19:50:12 2013 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 160DE849; Sat, 5 Jan 2013 19:50:12 +0000 (UTC) (envelope-from awarecons@gmail.com) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) by mx1.freebsd.org (Postfix) with ESMTP id DCBBFF7F; Sat, 5 Jan 2013 19:50:11 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id c14so21309078ieb.14 for ; Sat, 05 Jan 2013 11:50:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=Cj4WNMyWhwbvXlCrWe67GC7kL1ZHmsnpvkvfCxqgwwE=; b=Dn5Ogrt4w1TPzp3N0JzzcbX6RNh2f+xJKW/0oJLFoAogrlVTiGWoUovzTqbvS7ihMF lIxDczSmMamytqQm9XBKw9X5z0ooLA/wESylMQx8YG/LcWwv/FyJU2VTBnZYBd5lUNLr 7NCVVPi+esYPTBrbB6tYEFPmVqCO+NsVW1kcrJwSydykDz/oTr8Jiq8rzZHeIQQPF2re Oa66FBwGYR6Vd0JHgCmU5mwU7cL4zvjOkY0mhUKugBL661ZcwthbOb4cAiUbbO7yB7xM WSAL0tmRzGfew+SUfJLbtPZRUYagwXYWHwAYeXmRQwfRXkM/4JABP7VXITHO1UU6iN1r 7qKQ== MIME-Version: 1.0 X-Received: by 10.50.104.232 with SMTP id gh8mr2049887igb.45.1357415411050; Sat, 05 Jan 2013 11:50:11 -0800 (PST) Received: by 10.64.176.175 with HTTP; Sat, 5 Jan 2013 11:50:10 -0800 (PST) Date: Sat, 5 Jan 2013 23:50:10 +0400 Message-ID: Subject: print/acroreadwrapper and gcc 4.6.3 ISSUE From: awarecons To: ports@freebsd.org, ports-bugs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 19:50:12 -0000 Building for acroreadwrapper-0.0.20110920 Warning: Object directory not changed from original /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110920 @ -> /usr/src/sys machine -> /usr/src/sys/i386/include x86 -> /usr/src/sys/x86/include gcc46 -O2 -pipe -march=pentium4 -mtune=pentium4 -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -march=pentium4 -mtune=pentium4 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c cc1: error: unrecognized command line option '-mno-align-long-strings' cc1: error: unrecognized command line option '-fformat-extensions' *** Error code 1 Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110920. *** Error code 1 Stop in /usr/ports/print/acroreadwrapper. But gcc 4.2+ works fine. It seems that all the *kmod* ports/parts have 4.2 'origin' and can't be properly compiled with higher versions of gcc or clang. From owner-freebsd-ports@FreeBSD.ORG Sat Jan 5 21:41:40 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB952FED for ; Sat, 5 Jan 2013 21:41:40 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8604E75B for ; Sat, 5 Jan 2013 21:41:40 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so15044767iad.27 for ; Sat, 05 Jan 2013 13:41:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:reply-to:date:message-id:subject:from:to :content-type; bh=Q9rK2+EdFkZUC4SzJcBtcCQ41P9C7/DcosVRSmalgQE=; b=xVGMUfnm+WuL+uzMbB0C6R1a83H+ViqurSq8wMNpE/ccK4xh38W3gl7tLAMbx7JXVa QAaonRkK7quTghFoTw0LguL78P8qi7UUFzR4caQxTDkb0sCInmebmShtEjKbqGKNm3A5 MjYtORdSgrX3gjJiKWxo5aM1Kh67mo3MA4a7Scvol5pFYUE/aiy5VOOnEThUgyCVUpsq HeR1Eajh34PsYkiLPFyGfnkwo9qpmN2xOqGuM5cLwWvkn71U31F9s9BSFCLggczLcaoQ wxSVqOcd41xD26jB+yMbY+vSC1/bNYKspb98Vb9QDtiVxKIWwuVqaM0YBVcQWwcKGQJ0 D3zw== MIME-Version: 1.0 X-Received: by 10.50.222.201 with SMTP id qo9mr2171974igc.111.1357421676245; Sat, 05 Jan 2013 13:34:36 -0800 (PST) Received: by 10.50.88.137 with HTTP; Sat, 5 Jan 2013 13:34:36 -0800 (PST) Date: Sat, 5 Jan 2013 21:34:36 +0000 Message-ID: Subject: Re: print/acroreadwrapper and gcc 4.6.3 ISSUE From: "b.f." To: awarecons , freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jan 2013 21:41:40 -0000 > Building for acroreadwrapper-0.0.20110920 > Warning: Object directory not changed from original > /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110920 > @ -> /usr/src/sys > machine -> /usr/src/sys/i386/include > x86 -> /usr/src/sys/x86/include > gcc46 -O2 -pipe -march=pentium4 -mtune=pentium4 > -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -march=pentium4 > -mtune=pentium4 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ > -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx > -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 > -fstack-protector -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c > cc1: error: unrecognized command line option '-mno-align-long-strings' > cc1: error: unrecognized command line option '-fformat-extensions' > *** Error code 1 > > Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110920. > *** Error code 1 > > Stop in /usr/ports/print/acroreadwrapper. > > But gcc 4.2+ works fine. It seems that all the *kmod* ports/parts have > 4.2 'origin' and can't be properly compiled with higher versions of > gcc or clang. > They use base system makefiles to build the kernel modules, which use various kernel flags, including some FreeBSD-specific ones, for consistency. You can override CWARNFLAGS from kern.mk, but you should be careful when mixing toolchains for kernel modules. You are going to find a lot of ports that fail to build with non-default toolchains. If you can suggest small, reasonable changes that make it possible to do so, then submit PRs. b.