From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 00:46:53 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76751106566B for ; Sun, 15 Jan 2012 00:46:53 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id 32CA98FC0C for ; Sun, 15 Jan 2012 00:46:52 +0000 (UTC) Received: from [10.0.1.2] (pool-96-229-186-65.lsanca.fios.verizon.net [96.229.186.65]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id q0F0CTp5071794 for ; Sat, 14 Jan 2012 16:12:30 -0800 (PST) (envelope-from bc979@lafn.org) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 14 Jan 2012 16:12:24 -0800 Message-Id: To: FreeBSD Mailing List Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Subject: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 00:46:53 -0000 I have a pretty old desktop that has been around quite awhile. It has = started periodic crashes. No log messages. However, the core status = files all show "double fault". I am confident this is a hardware issue, = but is there any easy way to determine if its power or memory related? = Those are the primary candidates although memory is also possible. We = really need to replace the entire unit, but that might be a bit more = salable if I can present convincing evidence of the cause of the = problem. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 01:08:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36A58106566B for ; Sun, 15 Jan 2012 01:08:25 +0000 (UTC) (envelope-from borisbsd@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD8238FC13 for ; Sun, 15 Jan 2012 01:08:24 +0000 (UTC) Received: by werg1 with SMTP id g1so651979wer.13 for ; Sat, 14 Jan 2012 17:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/DV6zm7VSYC2pxOpwhjZar45WqsWXiqXh57ZL/PfVeY=; b=WTSJIcfp/3647Zycn5ISxKMSZa7KrlGgQBiKmkEuKiPhEZK1vzd+Bl8sRkq72qH0ZZ L86wyOxqpLxO4ByXFUQ4pXCwJ15YVQ38SgJ+yby8b35EhNFjXzE2Cs1GJufr+ieH35le 20lOLfKxyz6FtTX+hnapBAH0FQFJeLJebcwSY= MIME-Version: 1.0 Received: by 10.216.131.95 with SMTP id l73mr2769628wei.39.1326587955201; Sat, 14 Jan 2012 16:39:15 -0800 (PST) Received: by 10.227.36.216 with HTTP; Sat, 14 Jan 2012 16:39:15 -0800 (PST) In-Reply-To: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> Date: Sun, 15 Jan 2012 00:39:15 +0000 Message-ID: From: Boris To: dweimer@dweimer.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 01:08:25 -0000 Best is: - to empty your make.conf - make cleanworld - make cleandir and restart your buildword attempt. On Sat, Jan 14, 2012 at 9:02 PM, Dean E. Weimer wrote= : > I am trying to build a test system to verify everything works on FreeBSD > 9.0-RELEASE, I started with a standard install on a VMware virtual machin= e. > =A0I used portsnap fetch extract to install the ports tree, copied the > /etc/make.conf and /etc/src.conf from my existing 8.2 system onto the new > test system. > > Contents of /etc/make.conf: > # Use OpenSSL from ports instead of base > WITH_OPENSSL_PORT=3Dyes > # Avoid Building Ports Against X > WITHOUT_X11=3Dyes > # Some Default Options From /usr/share/examples/etc/make.conf > CFLAGS=3D -O -pipe > NO_PROFILE=3Dtrue > # Enable SMTP Authentication > SENDMAIL_CFLAGS=3D-I/usr/local/include/sasl -DSASL > SENDMAIL_LDFLAGS=3D-L/usr/local/lib > SENDMAIL_LDADD=3D-lsasl2 > # Enable Proxy For Ports Fetch > FETCH_ENV=3Dhttp_proxy=3Dhttp://192.168.5.1:3128 > FETCH_ENV=3Dftp_proxy=3Dhttp://192.168.5.1:3128 > # added by use.perl 2012-01-14 12:46:15 > PERL_VERSION=3D5.12.4 > > Contents of /etc/src.conf: > WITHOUT_BIND_DNSSEC=3D"YES" > WITHOUT_BIND_LIBS_LWRES=3D"YES" > WITHOUT_BIND_NAMED=3D"YES" > WITHOUT_BIND_UTILS=3D"YES" > WITHOUT_NTP=3D"YES" > > > I then installed openssl, vim-lite, and cvsup-without-gui from ports, cop= ied > the example standard-supfile to a new location, changed the host=3D line,= left > the rest as default options. =A0Ran cvsup to download source tree, ran ma= ke > -j16 buildworld from the /usr/src directory. > > The buildworld stoped here: > =3D=3D=3D> gnu/lib/libsupc++ (install) > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 =A0 libsupc++.a > /usr/obj/usr/src/tmp/usr/lib > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 > =A0/usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/except= ion > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/new > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/typeinfo > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/cxxabi.h > /usr/src/gnu/lib/libsupc++/../../../contrib/libstdc++/libsupc++/exception= _defines.h > /usr/obj/usr/src/tmp/usr/include/c++/4.2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > I cleaned everything up and retried, it died at the same spot on the next > run as well. =A0I have the full output of the buildwolrd process on my > webserver, > > Interestingly enough at the same time I was building this system I was al= so > testing an upgrade from source option on different virtual machine that w= as > made from a restore of live system, after downloading the FreeBSD9.0 sour= ce > tree and running buildworld from usr/src against copies of the same > make.conf and src.conf file above, it built fine and the install process = ran > successfully. =A0The ports have all been rebuilt, and I am going to try a= new > buildworld to see if it succeeds or fails on that system now that its > running 9.0 instead of 8.2 when the last buidlworld was ran on it. > > -- > > Thanks, > =A0Dean E. Weimer > =A0dweimer@dweimer.net > =A0http://www.dweimer.net/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 01:18:55 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE15106566B for ; Sun, 15 Jan 2012 01:18:54 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id AFB398FC16 for ; Sun, 15 Jan 2012 01:18:54 +0000 (UTC) Received: by iagz16 with SMTP id z16so2542005iag.13 for ; Sat, 14 Jan 2012 17:18:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=f9lpwUK0UJATW6/YbMhYJmSsd2KZr5MMcIPaof3tdGk=; b=PC5LdBtyrehBcbSFVvWTp2tMLL/zw5nKPpLSlVGdZ/H6Y9aQF/A2imU4X9mI15VCu2 daq+nYjJf7OtNAGxZVzJB/9rWhil0Ss2CubnhptkbNR5j2YBpCbR/kBNpbBil+ygvcTm FEebyFu/x63o4QnwJQCOfOg9JPQP7GPdYzfwc= Received: by 10.50.183.199 with SMTP id eo7mr6939252igc.5.1326590334203; Sat, 14 Jan 2012 17:18:54 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-126-117.tukw.qwest.net. [174.21.126.117]) by mx.google.com with ESMTPS id h9sm47058878ibh.11.2012.01.14.17.18.50 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 14 Jan 2012 17:18:51 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sat, 14 Jan 2012 17:18:48 -0800 In-Reply-To: <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> Message-Id: <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 01:18:55 -0000 --Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jan 14, 2012, at 11:15 AM, Chuck Swiger wrote: > Anyway, doesn't the mysql port want to keep the socket under = /var/run/mysql/mysqld.sock or some such, to avoid issues with /tmp? Turns out some applications won't work if you move the socket if they = are configured to access localhost. Seems like a misunderstanding of = networking if you can specify a port number in a configuration file but = the application looks to the filesystem for the socket. There is no way = to specify a file location so it seems doomed to fail =97 as it did.=20 The apps in question are net-mgmt/cacti and net-mgmt/cacti-spine.=20 -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_33839377-F65C-42B1-87D3-236E5F34AB84-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 02:11:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC40F1065673 for ; Sun, 15 Jan 2012 02:11:51 +0000 (UTC) (envelope-from pancakeking79@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43A1F8FC12 for ; Sun, 15 Jan 2012 02:11:50 +0000 (UTC) Received: by lahd3 with SMTP id d3so1352349lah.13 for ; Sat, 14 Jan 2012 18:11:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=++1merqyZ8q3owHr4mJ3eYt3O3ILlb7JlAJZ97ipa3I=; b=j/XK05EhewPwJ5LROb0ns+ehUnfAkbRTFu4knOOe1qyBHz7UiPzXS8VQ3uMSF/Mdbd pKGutBtsdURHGhf2GUZKgKyXdD0tsy4t9C963Va9hVmCVrMWy8zdBq03jgQjQ74v91XR NVC8MfPnJRK3iqA9e4AaqAvZw2qKxs6YLywrU= MIME-Version: 1.0 Received: by 10.112.100.164 with SMTP id ez4mr1724639lbb.46.1326593508443; Sat, 14 Jan 2012 18:11:48 -0800 (PST) Received: by 10.152.6.5 with HTTP; Sat, 14 Jan 2012 18:11:48 -0800 (PST) In-Reply-To: References: Date: Sun, 15 Jan 2012 03:11:48 +0100 Message-ID: From: _ To: Doug Hardie Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 02:11:51 -0000 Memory is a rather broad term. If by memory you mean RAM, you could replace your current RAM with another chip, supposing you have one around. An interesting read on "Double Fault" is: http://en.wikipedia.org/wiki/Double_fault According to it, that would rather point to a software than a hardware related problem. On Sun, Jan 15, 2012 at 1:12 AM, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has > started periodic crashes. No log messages. However, the core status files > all show "double fault". I am confident this is a hardware issue, but is > there any easy way to determine if its power or memory related? Those are > the primary candidates although memory is also possible. We really need to > replace the entire unit, but that might be a bit more salable if I can > present convincing evidence of the cause of the problem. > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 04:24:13 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2C4106566C for ; Sun, 15 Jan 2012 04:24:13 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id A3A978FC13 for ; Sun, 15 Jan 2012 04:24:13 +0000 (UTC) Received: from [10.0.1.2] (pool-96-229-186-65.lsanca.fios.verizon.net [96.229.186.65]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id q0F4NW0G076880 for ; Sat, 14 Jan 2012 20:24:12 -0800 (PST) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) From: Doug Hardie In-Reply-To: Date: Sat, 14 Jan 2012 20:24:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <6E262E0B-B86D-45B6-9DC6-CE56EB2B20FD@lafn.org> References: To: FreeBSD Mailing List X-Mailer: Apple Mail (2.1251.1) X-Virus-Scanned: clamav-milter 0.97 at zoom.lafn.org X-Virus-Status: Clean Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 04:24:13 -0000 On 14 January 2012, at 18:11, _ wrote: > Memory is a rather broad term. If by memory you mean RAM, you could = replace your current RAM with another chip, supposing you have one = around. >=20 > An interesting read on "Double Fault" is:=20 >=20 > http://en.wikipedia.org/wiki/Double_fault >=20 > According to it, that would rather point to a software than a hardware = related problem. >=20 >=20 > On Sun, Jan 15, 2012 at 1:12 AM, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has = started periodic crashes. No log messages. However, the core status = files all show "double fault". I am confident this is a hardware issue, = but is there any easy way to determine if its power or memory related? = Those are the primary candidates although memory is also possible. We = really need to replace the entire unit, but that might be a bit more = salable if I can present convincing evidence of the cause of the = problem. I doubt if its a direct software fault. The system is running 7.2 and = has been running that for several years without any problems. Nothing = has been changed on it. However, a memory fault could easily end up in = the kernel thus making it look like a software problem. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 08:36:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472611065690 for ; Sun, 15 Jan 2012 08:36:36 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F07F8FC0A for ; Sun, 15 Jan 2012 08:36:35 +0000 (UTC) Received: from localhost (sheila.vvpn.vvelox.net [10.69.0.7]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 00FB63F44A for ; Sun, 15 Jan 2012 02:17:53 -0600 (CST) Date: Sun, 15 Jan 2012 02:16:57 -0600 From: "Zane C. B-H." To: freebsd-questions@freebsd.org Message-ID: <20120115021657.0311a036@vvelox.net> In-Reply-To: References: X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 08:36:36 -0000 On Sat, 14 Jan 2012 16:12:24 -0800 Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It > has started periodic crashes. No log messages. However, the core > status files all show "double fault". I am confident this is a > hardware issue, but is there any easy way to determine if its power > or memory related? Those are the primary candidates although memory > is also possible. We really need to replace the entire unit, but > that might be a bit more salable if I can present convincing evidence > of the cause of the problem. In regards to the RAM, I would strongly suggest memtest86/memtest86+. When you begin seeing odd issues like that, it can be a handy tool to use for a quick RAM check. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 09:49:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48B2106566B for ; Sun, 15 Jan 2012 09:49:14 +0000 (UTC) (envelope-from lyubomir@grigorovl.eu) Received: from gateway13.websitewelcome.com (gateway13.websitewelcome.com [70.85.130.30]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE808FC0C for ; Sun, 15 Jan 2012 09:49:14 +0000 (UTC) Received: by gateway13.websitewelcome.com (Postfix, from userid 5007) id D0BD095B73764; Sun, 15 Jan 2012 03:49:12 -0600 (CST) Received: from gator1718.hostgator.com (gator1718.hostgator.com [184.173.215.146]) by gateway13.websitewelcome.com (Postfix) with ESMTP id C2B9D95B7373A for ; Sun, 15 Jan 2012 03:49:12 -0600 (CST) Received: from [75.36.214.55] (port=64000 helo=neonz.localnet) by gator1718.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RmMi8-00038T-J1 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 03:49:12 -0600 From: Lyubomir Grigorov To: FreeBSD Date: Sun, 15 Jan 2012 01:49:06 -0800 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2236904.ShiMzkDYoV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201150149.12756.lyubomir@grigorovl.eu> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1718.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grigorovl.eu X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: adsl-75-36-214-55.dsl.pltn13.sbcglobal.net (neonz.localnet) [75.36.214.55]:64000 X-Source-Auth: lyubomir+grigorovl.eu X-Email-Count: 1 X-Source-Cap: YWxha2F6YW07YWxha2F6YW07Z2F0b3IxNzE4Lmhvc3RnYXRvci5jb20= Subject: Smartcam (or can you use linux dev driver + program) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 09:49:14 -0000 --nextPart2236904.ShiMzkDYoV Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Smartcam is an app that let's you use a phone's camera as webcam. You conne= ct=20 you your phone via bluetooth and the program gives you access to the device= s=20 cam. It works on most smartphone OS's even Symbian. There is a Linux version and it creates a module for the device and also=20 builds the program: http://sourceforge.net/projects/smartcam/files/smartcam_linux/smartcam_linu= x_v_1.4.0/ QUESTION Is it even possible to use the Linux dev driver under FreeBSD? Since Smartc= am=20 is a 2-part suite: driver and application. If it's not possible to use linuxator, will it be possible to use the sourc= e=20 to create a FreeBSD version of the dev driver? I assume the program will be= =20 easier to port than the actual driver. Cheers. =2D- Lyubomir Grigorov (bgalakazam) --nextPart2236904.ShiMzkDYoV Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAABAgAGBQJPEqEYAAoJEDmxOw4kunU988IP/iAhMEQvGia4ISh88n9tENOG 0QBxFJmCwhkvR4jM6bVHW+JdPMsApboh92S3OkNkiropjDAyvSncTXQysw1d+/4i ZySTCbsLBY2Wl1SZsDxGfgLJOIyMCj+MpAI8QVkKSGgFhN/BGhKLFVm/jqGbi7Hw C25IrYtfbO9ASK/yNuyQ9IdUlFrKazpGGOqdDpGABSW6lzMLLsukH7Ynv6Xcs5jK DCEtxCdVd8p4GIshY2th/287XjlJKdJZ9xOm5nnetwtuvLgNPKP/WisuIALkY2Ir VqrzwSh8qHUKcQr/9qUdd098lWyLgmHsglIr0o2hLmv+ESWBIdLCWvsKNO3sOhvu JTA8u8Go5hvxMmgftMvWkW3ixpYR0WShSdMb+woiKZhkngfWlmDGVJSvb4YCTBKK WjxoI+uo3DfLHQa0mqAQBtrT4IFIgBZDUAHJUN3Xexb1wlLHKApWD0DqwElGI2rm EkTJ9xGbi9WArT2uBd15HqtXi9zkvdIFpgZUcg2qwDFK/QqyQog/JGdvtfrvhn/b LxfIpMrbqXSIqNwQ7OB/7UU8gGGKEOCZlSze4jUTV6vgdiqIvn15mqmBofKFaXHP 32ektlF4xJknOhoN1LjVbNLPb4l9R/cYml0e4E7ODYgUB9f4BkPPs6YpkFfqoDzZ MjK1oQisSJZKqbCFUjQY =dF7E -----END PGP SIGNATURE----- --nextPart2236904.ShiMzkDYoV-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:07:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD29E1065670 for ; Sun, 15 Jan 2012 10:07:58 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id 45AFC8FC0A for ; Sun, 15 Jan 2012 10:07:57 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout07 with smtp id MltX1i0030rF08o01ltY1j; Sun, 15 Jan 2012 09:53:32 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=KLrY/S5o c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=lIqQTE_t3hsA:10 a=e6aQry79bKgA:10 a=8nJEP1OIZ-IA:10 a=2Xo6gzrin1SQZl3JWOoA:9 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id 96EC46820B6 for ; Sun, 15 Jan 2012 09:56:49 +0000 (GMT) Message-ID: <4F12A216.40708@mansionfamily.plus.com> Date: Sun, 15 Jan 2012 09:53:26 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:07:58 -0000 I transferred a PERC5/i controller to my NAS system, which is using a Sapphire mini-ITX board with an AMD M350 CPU. It seems the card is detected but driver initialisation fails: mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff irq 96 at device 14.0 on pci2 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received from host mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0015/1028/1f02/1028) mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0015/1028/1f02/1028) ... mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=5000c5000046b6d5,0000000000000000 mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: enclPd=ffff, scsiType=0, portMap=02, sasAddr=5000c5000046b8cd,0000000000000000 mfi0: Cannot allocate interrupt device_attach: mfi0 attach returned 22 This would seem to be similar to discussions in November which eventually led to JHB committing change in r227580 (and perhaps earlier). I have downloaded the sources for 9.0-RELEASE and it looks like this commit did not get back-ported to the release branch. I'm a bit of a noob with FreeBSD. The instructions for tracking FreeBSD-STABLE seem a bit scary. Is that the only way that I would get the necessary fixes for the mfi driver? (Indeed, would I get those on FreeBSD stable?) James From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:10:20 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ECD5106564A for ; Sun, 15 Jan 2012 10:10:20 +0000 (UTC) (envelope-from james@mansionfamily.plus.com) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) by mx1.freebsd.org (Postfix) with ESMTP id D3F758FC14 for ; Sun, 15 Jan 2012 10:10:19 +0000 (UTC) Received: from server.barnhouse ([80.229.150.39]) by avasout07 with smtp id Mlvo1i0010rF08o01lvp6n; Sun, 15 Jan 2012 09:55:49 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.0 cv=KLrY/S5o c=1 sm=1 a=KcaHU+F0vwy42TIp8RsFnw==:17 a=lIqQTE_t3hsA:10 a=q5jvuYhQODwA:10 a=8nJEP1OIZ-IA:10 a=dUFCS2hnuHgp9LuJepYA:9 a=wPNLvfGTeEIA:10 a=KcaHU+F0vwy42TIp8RsFnw==:117 Received: from [192.168.0.89] (James-PC.barnhouse [192.168.0.89]) by server.barnhouse (Postfix) with ESMTP id DFBDC6820B6 for ; Sun, 15 Jan 2012 09:59:05 +0000 (GMT) Message-ID: <4F12A29E.5040304@mansionfamily.plus.com> Date: Sun, 15 Jan 2012 09:55:42 +0000 From: james User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: How much of the manual needs adjustment for 9.0? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: james@mansionfamily.plus.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:10:20 -0000 I originally installed without selecting sources. The manual says to run sysinstall and do the configuration step to add source distribution and I did that, but it then failed to download the 'sbase' source. I admit I gave up 'fairly quickly' and just downloaded src.txz, but its not clear to me how many of the functions of sysinstall are still supposed to work with a 9.0 release. James From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:14:25 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10BB6106564A for ; Sun, 15 Jan 2012 10:14:25 +0000 (UTC) (envelope-from davemorgan353@btinternet.com) Received: from nm4-vm0.bt.bullet.mail.ukl.yahoo.com (nm4-vm0.bt.bullet.mail.ukl.yahoo.com [217.146.182.229]) by mx1.freebsd.org (Postfix) with SMTP id 40F018FC12 for ; Sun, 15 Jan 2012 10:14:23 +0000 (UTC) Received: from [217.146.183.195] by nm4.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 Received: from [217.146.183.203] by tm1.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 Received: from [127.0.0.1] by omp1001.bt.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 10:01:05 -0000 X-Yahoo-Newman-Id: 228532.79167.bm@omp1001.bt.mail.ukl.yahoo.com Received: (qmail 9643 invoked from network); 15 Jan 2012 10:01:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=2rOcV9ldbnE7nZjb4la2BOOiN2wY3KouSGGhmXAfjQyicYL8Tfbr67AXTSXAKtRGAo7t+ImFjl2Cnv9eUwK+7KxLYqEDdYRO6DYsLB8de4VWK5PXEerphv7madTuqtoBx8SIvHTHKPsnkJZA8uRtRX7xwUjRdAXIPMRHASI1iWg= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1326621665; bh=6ltx2o9i/DUcCBQoiEUgTjxzoxzsEO1QscvzFgKKopc=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:User-Agent; b=d9I5xEZI87i1wMog+UH0STvKIOn8AgJqnnbDNIViyDDCawKSMrXqFsCn8Wzy7kYHMx5oah2Rpzq7yQ8dlutq1moEfhqZfH4rrFGElyFr6rU16O88SGhjiLbYhzERxU9/baWYOhhiiktBcHx4joSM7I/DKgArJgYHXMhoiMteoqQ= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4e6XLqgVM1k_KarPwCo_lR_q65lWN9TFiSRPpzFkPCl7lwT SVqy8MN7apvWLRX.DWrpouRR7KML5IPZy5oeWmtitum1uO5Ms6AbnY476WbQ NiGsXu8.mp8lJSdAnTBipEP87dbZ.5uIQ7I6yK0uk0yKeliJq.Oim3LvaKHz G5xXnwTYxvlT6p_BBaOldNDD9b3UqVm58qxfKMhtOwatGbqUikodgfOKmGlK 6yi6gA2PfO6X6iPxzGqquaXOX6D.w9eA1l.JaHCEev2pMHhf.UMad7ljS9Pz O80AE.qGHwGABwAbq5OCxwXwE6CXuSB_tcZy2LxZNzSwp7ZJm37khYdL9hxS DVCaCU6KFQsBigVjBGQjZF30m_pa89L3EctqhpghfBC3YGwHkf_872uC1cgY eV.VIoeUT5Tb2BO.qRg-- X-Yahoo-SMTP: FeX6yYuswBBCL.oFbbmosEv.mR8CzWF7tzqGX6qvB_sIFIHiYgl9CuU- Received: from localhost (davemorgan353@86.140.211.77 with login) by smtp820.mail.ird.yahoo.com with SMTP; 15 Jan 2012 10:01:04 +0000 GMT Date: Sun, 15 Jan 2012 10:01:04 +0000 From: Dave Morgan To: questions@FreeBSD.org Message-ID: <20120115100104.GA1726@Archer> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:14:25 -0000 Hi, After upgrading from 8.2 to 9.0 I get the following and I am unable to access my external ntfs usb drive. KLD fuse.ko: depends on kernel - not available or version mismatch kldload: can't load /usr/local/modules/fuse.ko: File exists All ports were rebuilt with "portupgrade -af" and the sources do match the kernel. Have I done something wrong or is this a known problem or bug? uname -a 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 -- Dave. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:29:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75CC106566B for ; Sun, 15 Jan 2012 10:29:46 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B9F18FC12 for ; Sun, 15 Jan 2012 10:29:46 +0000 (UTC) Received: by eaai10 with SMTP id i10so146607eaa.13 for ; Sun, 15 Jan 2012 02:29:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=RLEfdfBetGTNtq2bBOmucxScYsaqx/wXxG/bX1uzp28=; b=K0pq6BLxgzwS4Q4ggSdahoiXMqN7bVu+nRImQcn4/ayrmDEoKiFrAQ5HCvlq+JwCNG xJ4vzJvdZGA76PaAjpdgOa6/yLnseSnvDkk+9hLWPDVlA0MkRCYhGDi9/xFZCOrLuFJg vMeqRFx17uX49WV6DAjKRs5OeZJforkyxPpro= Received: by 10.213.23.11 with SMTP id p11mr1598922ebb.75.1326623384302; Sun, 15 Jan 2012 02:29:44 -0800 (PST) Received: from [192.168.1.12] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id r2sm56261391eef.7.2012.01.15.02.29.43 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 02:29:43 -0800 (PST) Message-ID: <4F12AA95.90304@gmail.com> Date: Sun, 15 Jan 2012 11:29:41 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: james@mansionfamily.plus.com References: <4F12A216.40708@mansionfamily.plus.com> In-Reply-To: <4F12A216.40708@mansionfamily.plus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:29:47 -0000 james schreef: > I transferred a PERC5/i controller to my NAS system, which is using a > Sapphire mini-ITX board with an AMD M350 CPU. > > It seems the card is detected but driver initialisation fails: > > mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff > irq 96 at device 14.0 on pci2 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received from > host > mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started > (PCI ID 0015/1028/1f02/1028) > mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 > mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started > (PCI ID 0015/1028/1f02/1028) > ... > mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: > enclPd=ffff, scsiType=0, portMap=01, > sasAddr=5000c5000046b6d5,0000000000000000 > mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) > mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: > enclPd=ffff, scsiType=0, portMap=02, > sasAddr=5000c5000046b8cd,0000000000000000 > mfi0: Cannot allocate interrupt > device_attach: mfi0 attach returned 22 > > This would seem to be similar to discussions in November which > eventually led to JHB committing change in r227580 (and perhaps earlier). > > I have downloaded the sources for 9.0-RELEASE and it looks like this > commit did not get back-ported to the release branch. > > I'm a bit of a noob with FreeBSD. The instructions for tracking > FreeBSD-STABLE seem a bit scary. Is that the only way that I would > get the necessary fixes for the mfi driver? (Indeed, would I get > those on FreeBSD stable?) > > James > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" If you do not want to use stable, you could try to import the diff to your release src yourself. The only change then is the mfi driver, the rest is just release. But stable is not that bad to run, i know many people that run a stable release, just for this kind of things. Many people runs 8.2 Stable for the latest ZFS version. regards Johan From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 10:34:58 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E851065670 for ; Sun, 15 Jan 2012 10:34:58 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5888FC0A for ; Sun, 15 Jan 2012 10:34:57 +0000 (UTC) Received: by eeke53 with SMTP id e53so1106579eek.13 for ; Sun, 15 Jan 2012 02:34:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=TljOIm3f3V2r/AhDvDTi/21MsGkqzHyZexv3/l6nypk=; b=tDz/CrFNavXGqLi9b+k2tCOcZPCdzkxwTYf674HZJy3KRgIZoIShMTHoUwhZ3CXSxk Lm6MDYXPvFdEAJES6sxW2gJlQ4c14vZnjVyR2nq3eT5jDViMQDDlvCHkHvig1b1wUBJK IsYnLY2LYDQHNJwftKFlaHXJLb0nlOhjUgOxw= Received: by 10.213.34.80 with SMTP id k16mr1560085ebd.56.1326623695639; Sun, 15 Jan 2012 02:34:55 -0800 (PST) Received: from [192.168.1.12] (5ED0E470.cm-7-1d.dynamic.ziggo.nl. [94.208.228.112]) by mx.google.com with ESMTPS id s16sm56366488eef.2.2012.01.15.02.34.54 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 02:34:55 -0800 (PST) Message-ID: <4F12ABCC.6020804@gmail.com> Date: Sun, 15 Jan 2012 11:34:52 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: james@mansionfamily.plus.com References: <4F12A216.40708@mansionfamily.plus.com> <4F12AA95.90304@gmail.com> In-Reply-To: <4F12AA95.90304@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Subject: Re: Problem with mfi driver, 9.0-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 10:34:58 -0000 Johan Hendriks schreef: > james schreef: >> I transferred a PERC5/i controller to my NAS system, which is using a >> Sapphire mini-ITX board with an AMD M350 CPU. >> >> It seems the card is detected but driver initialisation fails: >> >> mfi0: mem 0xd0000000-0xd000ffff,0xfea00000-0xfea1ffff >> irq 96 at device 14.0 on pci2 >> mfi0: Megaraid SAS driver Ver 3.00 >> mfi0: 10970 (379716350s/0x0020/info) - Hibernate command received >> from host >> mfi0: 10971 (boot + 0s/0x0020/info) - Firmware initialization started >> (PCI ID 0015/1028/1f02/1028) >> mfi0: 10972 (boot + 0s/0x0020/info) - Firmware version 1.03.40-0232 >> mfi0: 10973 (boot + 0s/0x0020/info) - Firmware initialization started >> (PCI ID 0015/1028/1f02/1028) >> ... >> mfi0: 11056 (boot + 29s/0x0002/info) - Inserted: PD 00(e0/s0) Info: >> enclPd=ffff, scsiType=0, portMap=01, >> sasAddr=5000c5000046b6d5,0000000000000000 >> mfi0: 11057 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) >> mfi0: 11058 (boot + 29s/0x0002/info) - Inserted: PD 01(e0/s1) Info: >> enclPd=ffff, scsiType=0, portMap=02, >> sasAddr=5000c5000046b8cd,0000000000000000 >> mfi0: Cannot allocate interrupt >> device_attach: mfi0 attach returned 22 >> >> This would seem to be similar to discussions in November which >> eventually led to JHB committing change in r227580 (and perhaps >> earlier). >> >> I have downloaded the sources for 9.0-RELEASE and it looks like this >> commit did not get back-ported to the release branch. >> >> I'm a bit of a noob with FreeBSD. The instructions for tracking >> FreeBSD-STABLE seem a bit scary. Is that the only way that I would >> get the necessary fixes for the mfi driver? (Indeed, would I get >> those on FreeBSD stable?) >> >> James >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > If you do not want to use stable, you could try to import the diff to > your release src yourself. > The only change then is the mfi driver, the rest is just release. > > But stable is not that bad to run, i know many people that run a > stable release, just for this kind of things. > Many people runs 8.2 Stable for the latest ZFS version. > > regards > Johan > > > > Sorry replying to myself. Here you can download the raw diff at the end of the page. http://freshbsd.org/commit/freebsd/r227580 Well here is the link http://freshbsd.org/commit/freebsd/r227580/diff.txt So you can patch your own source. I do not know if it apply's cleanly, if not, maybe jhb knows why then. regards Johan From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 12:34:57 2012 Return-Path: Delivered-To: questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E78A106564A for ; Sun, 15 Jan 2012 12:34:57 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [94.23.254.147]) by mx1.freebsd.org (Postfix) with ESMTP id 337FF8FC15 for ; Sun, 15 Jan 2012 12:34:57 +0000 (UTC) Received: from roxette.lamaiziere.net (79.176.97.84.rev.sfr.net [84.97.176.79]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 8FDA2FAA2D0C; Sun, 15 Jan 2012 13:18:14 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by roxette.lamaiziere.net (Postfix) with ESMTP id 09BB1C0D6; Sun, 15 Jan 2012 13:18:14 +0100 (CET) Date: Sun, 15 Jan 2012 13:18:13 +0100 From: Patrick Lamaiziere To: Dave Morgan Message-ID: <20120115131813.43bf87b3@davenulle.org> In-Reply-To: <20120115100104.GA1726@Archer> References: <20120115100104.GA1726@Archer> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: questions@FreeBSD.org Subject: Re: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 12:34:57 -0000 Le Sun, 15 Jan 2012 10:01:04 +0000, Dave Morgan a écrit : > Hi, Hello, > After upgrading from 8.2 to 9.0 I get the following and I am unable > to access my external ntfs usb drive. > > KLD fuse.ko: depends on kernel - not available or version mismatch > kldload: can't load /usr/local/modules/fuse.ko: File exists > > All ports were rebuilt with "portupgrade -af" and the sources do > match the kernel. > > Have I done something wrong or is this a known problem or bug? It works for me (c). So I guess you have made something wrong. Double check that the source / kernel are uptodate and are the same as the release (ie cvsup RELENG_9_0). here (but with a hand built kernel) $ kldstat Id Refs Address Size Name 1 44 0xffffffff80200000 11cda30 kernel ... 13 1 0xffffffff8275a000 a96b fuse.ko $ uname -a FreeBSD roxette.lamaiziere.net 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Sat Jan 7 17:18:15 CET 2012 patrick@roxette.lamaiziere.net:/usr/obj/usr/src/sys/ROXETTE amd64 Regards. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:13:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08DE61065672 for ; Sun, 15 Jan 2012 13:13:26 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq4.tb.mail.iss.as9143.net (smtpq4.tb.mail.iss.as9143.net [212.54.42.167]) by mx1.freebsd.org (Postfix) with ESMTP id B59CB8FC12 for ; Sun, 15 Jan 2012 13:13:25 +0000 (UTC) Received: from [212.54.42.138] (helo=smtp7.tb.mail.iss.as9143.net) by smtpq4.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmPtk-0008G1-4V for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:13:24 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp7.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmPtj-0006Q7-Uv for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:13:24 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 23E1D4; Sun, 15 Jan 2012 14:17:15 +0100 Message-ID: <4F12D0F5.3070900@nagual.nl> Date: Sun, 15 Jan 2012 14:13:25 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1034AB.903@nagual.nl> <201201141137.44893.jmc-freebsd2@milibyte.co.uk> <4F116F44.80901@nagual.nl> <201201141604.05725.jmc-freebsd2@milibyte.co.uk> In-Reply-To: <201201141604.05725.jmc-freebsd2@milibyte.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.9 X-Ziggo-spamreport: BAYES_00=-1.9, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.656, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: upgrade from 8.2 to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:13:26 -0000 Op 14-1-2012 17:04, Mike Clarke schreef: > On Saturday 14 January 2012, Dick Hoogendijk wrote: > >> I had not heard of this project before. Sounds very nice if it works. >> Manging BE's is one of the main things I miss in the FreeBSD ZFS >> support. Coming from (open)Solaris this was quite a disappointment. >> BE's rock! > Yes, it's working fine here. [...] Thank you very much for giving these examples. Sounds really nice. Have not tried it yet however. Still feel it's a pity FreeBSD did not incorporate the creation and managing of BE's within the system. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:23:22 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72723106566B for ; Sun, 15 Jan 2012 13:23:22 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq3.tb.mail.iss.as9143.net (smtpq3.tb.mail.iss.as9143.net [212.54.42.166]) by mx1.freebsd.org (Postfix) with ESMTP id 2E1FB8FC08 for ; Sun, 15 Jan 2012 13:23:21 +0000 (UTC) Received: from [212.54.42.139] (helo=smtp8.tb.mail.iss.as9143.net) by smtpq3.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmQ3M-0000cJ-Ot for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:23:20 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp8.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RmQ3M-0001oR-J3 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 14:23:20 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 08CB51; Sun, 15 Jan 2012 14:27:11 +0100 Message-ID: <4F12D349.8040408@nagual.nl> Date: Sun, 15 Jan 2012 14:23:21 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: ++ X-Ziggo-spamscore: 2.9 X-Ziggo-spamreport: BAYES_20=-0.001, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.656, RDNS_DYNAMIC=0.982, TW_ZF=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: update from 8.2 ZFS on root to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:23:22 -0000 Does anybody already did a *binary* update (w/ freebsd-update) from a zfs on root freebsd-8.2-RELEASE to a new freebsd-9.0-RELEASE zfs on root system? Did all went well? I know the procedure (freebsd-update, recompile all ports, finish freebsd-update). Succes stories please.. ;-) From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:29:52 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 522EA106566C for ; Sun, 15 Jan 2012 13:29:52 +0000 (UTC) (envelope-from dave@g8kbv.demon.co.uk) Received: from lon1-msapost-1.mail.demon.net (lon1-msapost-1.mail.demon.net [195.173.77.180]) by mx1.freebsd.org (Postfix) with ESMTP id 160308FC12 for ; Sun, 15 Jan 2012 13:29:51 +0000 (UTC) Received: from dyn-62-56-56-229.dslaccess.co.uk ([62.56.56.229] helo=[192.168.42.15]) by lon1-post-1.mail.demon.net with esmtpsa (AUTH g8kbv) (TLSv1:DES-CBC3-SHA:168) (Exim 4.69) id 1RmQ9e-000521-XI for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 13:29:50 +0000 From: "Dave" To: FreeBSD Mailing List Date: Sun, 15 Jan 2012 13:29:45 -0000 MIME-Version: 1.0 Message-ID: <4F12D4C9.29852.83B51E@dave.g8kbv.demon.co.uk> Priority: normal In-reply-to: References: X-mailer: Pegasus Mail for Windows (4.62) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Subject: Re: Probable Hardware Failure X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:29:52 -0000 On 14 Jan 2012 at 16:12, Doug Hardie wrote: > I have a pretty old desktop that has been around quite awhile. It has > started periodic crashes. No log messages. However, the core status > files all show "double fault". I am confident this is a hardware > issue, but is there any easy way to determine if its power or memory > related? Those are the primary candidates although memory is also > possible. We really need to replace the entire unit, but that might > be a bit more salable if I can present convincing evidence of the > cause of the problem. > Doug. First check the Power Supply voltages are correct, and not too noisy. You'll need a good DMM, and 'scope for that. Then, Visually examine the motherboard. Are any of the round can electrolytic cap's "Bulging" at the top, or showing some brown or green gunk leaking out from where they sit on the board. Likewise, it's often worth checking the low voltage caps in the PSU too. CAUTION! Lots of volts exist in places inside them, take care, leave it a few mins after unplugging before taking it apart. If so, it's not uncommon, you'll need to re-cap the Mobo, and or the PSU. Chances are, it's just one particular make/type that has failed, so if the others look OK, just change the failed ones. Get the same value and voltage, but if you can from a reputable manufaturer, Panasonic or some such. NOTE! It's not uncommon either, for some parts to be installed at manufature the wrong way round. It's amazing they last as long as they do before letting go. Also, at least one Mobo maker had the wrong polarity markings on the board. In those cases, you'll need to "buzz out" the associated power rail, comparing the polarity of the suspect part, with it's copanions on the same power rail. For some common Mobo's, if you google the model number, you'll find websites selling complete re-cap kits, or offering an exchange service. This is A LOT more common, than failing RAM, but can present itself in many and varied ways, from corrupted display's, to systems that wont boot. Laptops are not immune to this either. Also, Hard Drives can "go funny" with age, not failing as such, but the surface getting corrupted so that the drives own logic cant always unscramble the mess to the OS's satisfaction. Then, there is the situation (I had one recently) where a failing PSU, caused Hard Drive data corruption. Mr Gibson's product "Spinrite" is the tool to use to fix that (and it did!) Not free, but more than worth the weight of a CD, Floppy or USB stick in Gold! But you'll need to make sure the Mobo and everything else is OK. It also works on Floppy drives, if you "Just HAVE" to recover that data. If you have a fleet of machines, you should have your own copy. No affiliation, just a more than happy long term owner/user of that tool. (www.grc.com) I've resurected more than one "Sick" PC by following some or all of the above, there again, I can wield a soldering iron with the best of them, and have the test gear to hand to fault find these things, and a source of parts. But it saves a shed load of money if you can afford the time to do it... Hope something helps. Best Regards. Dave B. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 13:53:33 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6D7106564A for ; Sun, 15 Jan 2012 13:53:33 +0000 (UTC) (envelope-from davemorgan353@btinternet.com) Received: from nm1.bt.bullet.mail.ukl.yahoo.com (nm1.bt.bullet.mail.ukl.yahoo.com [217.146.183.199]) by mx1.freebsd.org (Postfix) with SMTP id 700338FC08 for ; Sun, 15 Jan 2012 13:53:31 +0000 (UTC) Received: from [217.146.183.198] by nm1.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 Received: from [217.146.183.205] by tm4.bt.bullet.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 Received: from [127.0.0.1] by omp1003.bt.mail.ukl.yahoo.com with NNFMP; 15 Jan 2012 13:53:31 -0000 X-Yahoo-Newman-Id: 103051.99050.bm@omp1003.bt.mail.ukl.yahoo.com Received: (qmail 71583 invoked from network); 15 Jan 2012 13:53:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:User-Agent; b=oBucgBPmYPzd5PLv6CDOc7NdaXpgFRnPr7GvfSSGa+6PgwCFq555nHSNdR+9exzLJmtIOFQB/2Pt53vVOTnCb+ibipqh6smlbJrAO/ObLHJ1T3dGRWpVmP3s750XOWyMhyw2lA7oW+gbJDjtNaX7eNfs923VNbVjhMgt38WnMbU= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1326635610; bh=iiMtAknDg96SWAF4G8vlQKSz/2RtQgWWydilU12FYXU=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:User-Agent; b=Pbc0W6kss+PPatmEws2I1v+V7tQMlMnKFK0AY/2yq0ZtJcbpo1pauIVSnx/G4Ze80pQtSzaSzBOZ9NQOuVBl3++OTb+TMbW8qmZqa7C/tW+770ZEF4zO8CB9Leo01USumSYS2f1UPgy2q4W/weRjY1OZU4eQTzD4ZOaO8UmeKCY= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: HN7e1WIVM1kFd.oLfm4f.vxGSSOvfkkFWEvo_Qcb1PHGWFH lXby2fd1E4DnyGeyarlU47lp.GayW0qyIlTABkEsUQ9bHzu76o7JUpc7gipA xx3i2to8WOlhSnx37wXl0vZ_SSTsHP6VeCgHLKFmJhvSvaqh7H4qtqxo4M1a b75EiMHC03xCRiaJKAkBVnUxFlQ6k9yDC2eH.CYd5ZTTSWG5C1f_W2f1JoaQ cYRXp8Zgll1VnEp27jCucBcyQNgr10blojFoma6drrkpnDYcfgckCtiiY_vh ccL27pjesmcmMiMmi9HjgQMonhc6o43azAh0Jag2QevFmsdjw2i2e_MoDFp5 XIGHmWsMluFMSJUxa220CjPN73F1fCpTuknB_3v_VjGqIphrC9VoF8x5ASVd QdCRjh1nBddJjpD2ca8P65vLL_J4KYpCvcW0VTXMP0cy62rxAjbfGyDgdMlb zO1uQs9CqaXllrSlwZUkvMWyCk42xl6PC X-Yahoo-SMTP: FeX6yYuswBBCL.oFbbmosEv.mR8CzWF7tzqGX6qvB_sIFIHiYgl9CuU- Received: from localhost (davemorgan353@86.140.211.77 with login) by smtp818.mail.ukl.yahoo.com with SMTP; 15 Jan 2012 13:53:30 +0000 GMT Date: Sun, 15 Jan 2012 13:53:30 +0000 From: Dave Morgan To: Patrick Lamaiziere Message-ID: <20120115135330.GA15402@Archer> References: <20120115100104.GA1726@Archer> <20120115131813.43bf87b3@davenulle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120115131813.43bf87b3@davenulle.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: questions@Freebsd.org Subject: Re: Problem with ntfs and fusesf since upgrade to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 13:53:33 -0000 On 15/01/12 at 01:18pm, Patrick Lamaiziere wrote: > Le Sun, 15 Jan 2012 10:01:04 +0000, > Dave Morgan a écrit : > > > Hi, > > Hello, > > > After upgrading from 8.2 to 9.0 I get the following and I am unable > > to access my external ntfs usb drive. > > > > KLD fuse.ko: depends on kernel - not available or version mismatch > > kldload: can't load /usr/local/modules/fuse.ko: File exists > > > > All ports were rebuilt with "portupgrade -af" and the sources do > > match the kernel. > > > > Have I done something wrong or is this a known problem or bug? > > It works for me (c). So I guess you have made something wrong. > Double check that the source / kernel are uptodate and are the > same as the release (ie cvsup RELENG_9_0). > > here (but with a hand built kernel) > > $ kldstat > Id Refs Address Size Name > 1 44 0xffffffff80200000 11cda30 kernel > ... > 13 1 0xffffffff8275a000 a96b fuse.ko > > $ uname -a > FreeBSD roxette.lamaiziere.net 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Sat > Jan 7 17:18:15 CET 2012 patrick@roxette.lamaiziere.net:/usr/obj/usr/src/sys/ROXETTE amd64 > > Regards. Thanks that fixed it. I had tag=RELENG_9 changing it to tag=RELENG_9_0 is what I needed to do. -- Dave. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:09:47 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB46106566B for ; Sun, 15 Jan 2012 15:09:47 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 946A78FC08 for ; Sun, 15 Jan 2012 15:09:47 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 83C19F4E for ; Sun, 15 Jan 2012 10:09:46 -0500 (EST) Date: Sun, 15 Jan 2012 10:09:06 -0500 From: Daniel Staal To: freebsd-questions@freebsd.org Message-ID: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:09:47 -0000 I was trying out portmaster to see if it worked better than my current tool of choice for keeping my ports up to date (portmanager) and when I went back to portmanager I can no longer get it to give me a 'Port Status Report', or to update anything. It just collects the installed port data, and stops. Any ideas on what I may have messed up? I'd like to upgrade my ports to the latest versions before upgrading to 9.0 (and I'd want portmanager working afterwards to help me fix any port-related problems that come up.) I'm on 8.2. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:23:17 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDA8E106566C for ; Sun, 15 Jan 2012 15:23:17 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 933A88FC14 for ; Sun, 15 Jan 2012 15:23:17 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id B995AF53 for ; Sun, 15 Jan 2012 10:23:16 -0500 (EST) Date: Sun, 15 Jan 2012 10:22:36 -0500 From: Daniel Staal To: freebsd-questions@freebsd.org Message-ID: <9EB8FD5BA7578C6790570750@mac-pro.magehandbook.com> In-Reply-To: <4F10F94A.3090201@midsummerdream.org> References: <4F10F94A.3090201@midsummerdream.org> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: SSD for ZIL suggestions? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:23:17 -0000 --As of January 13, 2012 9:40:58 PM -0600, Rob is alleged to have said: > I'm looking at getting a couple of SSDs to act as ZIL drives on FreeBSD > 8/9 systems. Are there any recommended drives? > > Rob --As for the rest, it is mine. I remember that Intel released a line of SSDs that looked ideal for this, but I can't recall which one it was... For a ZIL, write/IOP speed and endurance are primary considerations. Size is not: The ZIL will never need more space than 1/2 the RAM of the box, IIRC. Anything more than that is just wasted space. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:27:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38765106566B for ; Sun, 15 Jan 2012 15:27:12 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from aphrodite.kinkhorst.nl (aphrodite.kinkhorst.nl [IPv6:2001:888:214f::f4]) by mx1.freebsd.org (Postfix) with ESMTP id C66208FC15 for ; Sun, 15 Jan 2012 15:27:11 +0000 (UTC) Received: from lampje.macfreek.nl (unknown [IPv6:2001:610:767:fd:6caf:d0a1:91d4:724e]) by aphrodite.kinkhorst.nl (Postfix) with ESMTPSA id 935A41760D0 for ; Sun, 15 Jan 2012 16:27:10 +0100 (CET) Message-ID: <4F12F04B.2080504@macfreek.nl> Date: Sun, 15 Jan 2012 16:27:07 +0100 From: Freek Dijkstra User-Agent: Postbox 2.1.4 (Macintosh/20110308) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Disable auto_linklocal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:27:12 -0000 Hello, I like to disable linklocal IPv6 addresses on my host, running FreeBSD 9.0-RC3. I already set net.inet6.ip6.auto_linklocal in /etc/sysctl.conf. # sysctl net.inet6.ip6.auto_linklocal net.inet6.ip6.auto_linklocal: 0 Even after a reboot, this does not seem to have any effect. Here is the config on one interface: % ifconfig em3 em3: flags=8843 metric 0 mtu 1500 options=219b ether 00:00:24:ce:69:ef inet 172.25.129.1 netmask 0xffffff00 broadcast 172.25.129.255 inet6 fe80::200:24ff:fece:69ef%em3 prefixlen 64 scopeid 0xc inet6 2001:610:xxxx:xxxx::1 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active Did I overlook something? Is there perhaps a per-interface option I need to configure in /etc/rc.conf? The link-local addresses don't really harm, but I found them confusing, as the host is running as a router, and rtadv announces the link-local address by default. Thanks for any help, Freek From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 15:33:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 635A8106566B for ; Sun, 15 Jan 2012 15:33:36 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 151368FC0C for ; Sun, 15 Jan 2012 15:33:35 +0000 (UTC) Received: by yenl12 with SMTP id l12so935803yen.13 for ; Sun, 15 Jan 2012 07:33:35 -0800 (PST) Received: by 10.236.128.242 with SMTP id f78mr12419288yhi.7.1326641615320; Sun, 15 Jan 2012 07:33:35 -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 o27sm41668412ani.17.2012.01.15.07.33.33 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 07:33:34 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR1th5PBpz2CG4h for ; Sun, 15 Jan 2012 10:33:32 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 10:33:32 -0500 From: Jerry To: FreeBSD Message-ID: <20120115103332.09d5f2ca@scorpio> In-Reply-To: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 15:33:36 -0000 On Sun, 15 Jan 2012 10:09:06 -0500 Daniel Staal articulated: > I was trying out portmaster to see if it worked better than my > current tool of choice for keeping my ports up to date (portmanager) > and when I went back to portmanager I can no longer get it to give me > a 'Port Status Report', or to update anything. It just collects the > installed port data, and stops. > > Any ideas on what I may have messed up? I'd like to upgrade my ports > to the latest versions before upgrading to 9.0 (and I'd want > portmanager working afterwards to help me fix any port-related > problems that come up.) I'm on 8.2. Exactly how are you invoking "portmanager"? Usually, just give it it the "-s" flag will get you a list of port and there status as you probably know. If you just want to update everything before updating FreeBSD itself, I would suggest running it as: "portmanager -u -l -p -y" Obviously, update your ports tree prior to running that command. At the very least, you will end up with a log file telling you what failed to update properly. I use portmanager myself because it "just works" when other port management tools fail. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:18:01 2012 Return-Path: Delivered-To: questions@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB95106566C for ; Sun, 15 Jan 2012 16:18:01 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 61C888FC08 for ; Sun, 15 Jan 2012 16:18:01 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Received: from [10.1.2.144] (unknown [173.200.178.70]) by asmtp019.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXU006ZFL9YLJ50@asmtp019.mac.com> for questions@Freebsd.org; Sun, 15 Jan 2012 16:17:59 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201150155 From: Chuck Swiger In-reply-to: <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> Date: Sun, 15 Jan 2012 08:17:58 -0800 Content-transfer-encoding: quoted-printable Message-id: <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> To: Paul Beard X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:18:01 -0000 On Jan 14, 2012, at 5:18 PM, Paul Beard wrote: > Turns out some applications won't work if you move the socket if they = are configured to access localhost. Seems like a misunderstanding of = networking if you can specify a port number in a configuration file but = the application looks to the filesystem for the socket. There is no way = to specify a file location so it seems doomed to fail =97 as it did.=20 Something looking for a network location specified as a host and port = (ie, localhost:3306) is using a TCP socket. Something looking for = /tmp/mysqld.sock is using a UNIX domain socket. Changing the path to the UNIX domain socket will have no effect upon the = port used by the TCP socket, or vice versa. Regards, --=20 -Chuck From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:18:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB131065673 for ; Sun, 15 Jan 2012 16:18:46 +0000 (UTC) (envelope-from invalid.pointer@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A904D8FC15 for ; Sun, 15 Jan 2012 16:18:46 +0000 (UTC) Received: by iagz16 with SMTP id z16so3516314iag.13 for ; Sun, 15 Jan 2012 08:18:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=sQ/AF6g28hzUJc3mMkq5E2x5HSQXrwux38Wk10qLkjY=; b=CnRLe25s04khl+lIXDWbC/pOiCX8TY6p9TL+xDDEPEeHF6vfAL4F5aWgXtlKVk3URn 1yZtjKhcnQuvyaMoROSrvkPuFJHhZeq469oVOA+Es4XzxW59Y1RI9VuttO+t0+BbP7M+ N0qfCL2G3NzjZ1jIrKy+r93BhzjZ+a29Vhfl0= Received: by 10.50.46.166 with SMTP id w6mr6568218igm.6.1326642441685; Sun, 15 Jan 2012 07:47:21 -0800 (PST) Received: from [127.0.0.1] ([223.236.160.213]) by mx.google.com with ESMTPS id z22sm54730894ibg.5.2012.01.15.07.47.17 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 07:47:20 -0800 (PST) Message-ID: <4F12F56B.8030904@gmail.com> Date: Sun, 15 Jan 2012 21:18:59 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Question on select() : why am I getting absurd output ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:18:46 -0000 Hi All, I was trying to write a small demo code using the select() system call. Here are the sources : #include #include #include #include #include #include int nice_child(int * fd, int * fd_close) { close(fd[0]); close(fd_close[0]); close(fd_close[1]); char buffer[32]; while (1) { sleep(3); strcpy(buffer, "I love my wife !"); write(fd[1], buffer, strlen(buffer) + 1); } return 0; } int naughty_child(int * fd, int * fd_close) { close(fd[0]); close(fd_close[0]); close(fd_close[1]); char buffer[32]; while (1) { sleep(4); strcpy(buffer, "I love your wife !"); write(fd[1], buffer, strlen(buffer) + 1); } return 0; } int main() { int fd_nice[2]; int fd_naughty[2]; pipe(fd_nice); pipe(fd_naughty); if (fork() == 0) { return nice_child(fd_nice, fd_naughty); } else { if (fork() == 0) { return naughty_child(fd_naughty, fd_nice); } } close(fd_nice[1]); close(fd_naughty[1]); fd_set fdset; char buffer[64]; int fd = (*fd_naughty > *fd_nice) ? *fd_naughty : *fd_nice; FD_ZERO(&fdset); FD_SET(fd_nice[0], &fdset); FD_SET(fd_naughty[0], &fdset); while (1) { int result = select(fd + 1, &fdset, 0, 0, 0); assert(result > 0); if (FD_ISSET(fd_nice[0], &fdset)) { int result = read(fd, buffer, sizeof(buffer)); buffer[result] = 0; std::cout << "Nice child sent : " << buffer << std::endl; } if (FD_ISSET(fd_naughty[0], &fdset)) { int result = read(fd, buffer, sizeof(buffer)); buffer[result] = 0; std::cout << "Naughty child sent : " << buffer << std::endl; } } return 0; } I was expecting the output to be like : Nice child sent : I love my wife ! Naughty child sent : I love your wife ! Nice child sent : I love my wife ! But what I actually get is : Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Nice child sent : I love your wife ! Can somebody throw some light on what might be wrong ? Thank you & Regards Manish Jain invalid.pointer@gmail.com From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:43:23 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8471106564A for ; Sun, 15 Jan 2012 16:43:23 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 778CA8FC13 for ; Sun, 15 Jan 2012 16:43:23 +0000 (UTC) Received: by iagz16 with SMTP id z16so3547358iag.13 for ; Sun, 15 Jan 2012 08:43:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=iZ0/aBl3Si7wjsR3TljJVnczAsrG2W2CdyEOgNKKV+Q=; b=ryAZkgLVUzS0mLW+AxiYDpi0vqGifAfkNqzRg4cjLTYgSELtEyYM/9jjLTmlIffJWy qyatcAXtngbjjawbl3TErwrvFZ//rbaNEblRb6YPgk9iMviGZzw7nhIrLSEGiSYYkmJO yWy+Cpqx7xBEojTkjQfTN9EJIirXsV/96dGAs= Received: by 10.50.217.168 with SMTP id oz8mr9449415igc.9.1326645802887; Sun, 15 Jan 2012 08:43:22 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-117-199.tukw.qwest.net. [174.21.117.199]) by mx.google.com with ESMTPS id l28sm55236075ibc.3.2012.01.15.08.43.17 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 08:43:18 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sun, 15 Jan 2012 08:43:13 -0800 In-Reply-To: <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> Message-Id: <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:43:23 -0000 --Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jan 15, 2012, at 8:17 AM, Chuck Swiger wrote: > Something looking for a network location specified as a host and port = (ie, localhost:3306) is using a TCP socket. Something looking for = /tmp/mysqld.sock is using a UNIX domain socket. >=20 > Changing the path to the UNIX domain socket will have no effect upon = the port used by the TCP socket, or vice versa. >=20 Useful clarification but a UNIX domain socket sounds less like = networking and more like interprocess communication, i.e., something = explicitly tied to a single host. There is a "skip networking" option = for MySQL that references the domain socket for use by processes on the = same host but doesn't accept connections on port 3306. There's no = indication that using localhost will default to a domain socket which = will explicitly be looked for in /tmp and if you put it anywhere else, = you must specify a hostname to access the TCP socket.=20 I'll quote your definition in the bug report as it seems crystal clear.=20= -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_1A9368C4-68C9-4584-902C-472BB9ECDF93-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:49:35 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF158106564A for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id C46A58FC14 for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 056BFF6B for ; Sun, 15 Jan 2012 11:49:35 -0500 (EST) Date: Sun, 15 Jan 2012 11:48:55 -0500 From: Daniel Staal To: FreeBSD Message-ID: <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> In-Reply-To: <20120115103332.09d5f2ca@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 16:49:36 -0000 --As of January 15, 2012 10:33:32 AM -0500, Jerry is alleged to have said: > Exactly how are you invoking "portmanager"? Usually, just give it it the > "-s" flag will get you a list of port and there status as you probably > know. Yep. I have that in a weekly cron command, so I know what's out of date. ;) Basically, any way I invoke portmanager is showing the problem: If I invoke with -s, the status doesn't show. If I invoke with -u, it doesn't upgrade anything. Either way the result is the same: It gathers all the data on the ports (at least to 00001), and then prints the header for the next section and quits, without actually doing anything. > If you just want to update everything before updating FreeBSD itself, I > would suggest running it as: "portmanager -u -l -p -y" Obviously, > update your ports tree prior to running that command. At the very > least, you will end up with a log file telling you what failed to > update properly. The problem is that it's not *getting* to the updating, somehow. It gathers all the info on what it needs to know for the updating, and then stops. No error message, no output, no log, just stop. Running that command (or any other) doesn't result in portmanager actually *doing* anything. Here is the last four lines of output of a `portmanager -u -l`: > 00001 sane-backends-1.0.22 /graphics/sane-backends > ------------------------------------------------------------------------ > Port Status Report > ------------------------------------------------------------------------ The log noted two broken ports (geany-plugins, both times). No other output. > I use portmanager myself because it "just works" when other port > management tools fail. This has been my experience as well. ;) The one thing I don't like about it is that it tends to need someone to watch it: If a port has changed it's config options, or added a new dependency that I haven't configured before, it will pull up the config screen and wait for input. I'd heard some of the other port management tools went and did that all at the beginning, which would mean I wouldn't have to sit and watch the screen as much. Unfortunatly, they appear to have more annoying behaviors. (portmaster tended to die on the smallest problem, where portmanager would have just logged a failure and gone on.) I'm mostly happy with portmanager. I just want it *back.* Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:20:50 2012 Return-Path: Delivered-To: questions@Freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE9041065787 for ; Sun, 15 Jan 2012 17:20:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D0F668FC16 for ; Sun, 15 Jan 2012 17:20:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [10.1.2.144] (unknown [173.200.187.194]) by asmtp030.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXU00LDQO6C1D50@asmtp030.mac.com> for questions@Freebsd.org; Sun, 15 Jan 2012 09:20:37 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201150179 From: Chuck Swiger In-reply-to: <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> Date: Sun, 15 Jan 2012 09:20:35 -0800 Message-id: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> To: Paul Beard X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:20:51 -0000 On Jan 15, 2012, at 8:43 AM, Paul Beard wrote: > Useful clarification but a UNIX domain socket sounds less like networking and more like interprocess communication, i.e., something explicitly tied to a single host. Yes, that's right. > There is a "skip networking" option for MySQL that references the domain socket for use by processes on the same host but doesn't accept connections on port 3306. That also sounds familiar. > There's no indication that using localhost will default to a domain socket which will explicitly be looked for in /tmp and if you put it anywhere else, you must specify a hostname to access the TCP socket. You're confusing two things which are different. If you specify a path via "--socket=/tmp/mysqld.sock", you are describing a UNIX domain socket. While you can also specify "--host=localhost", that would be ignored because it it implicit. If you change where the socket lives in mysqld config or CLI options, you need to change where the clients look for the socket as well. If you specify a hostname and port via "--host=localhost --port=3306", then you are describing a TCP socket. There is no pathname involved. You could connect regardless of where mysqld is putting the socket. > I'll quote your definition in the bug report as it seems crystal clear. I would have said that the documentation seem clear as well: http://dev.mysql.com/doc/refman/5.5/en/multiple-server-clients.html http://dev.mysql.com/doc/refman/5.5/en/multiple-unix-servers.html ...but there's evidently some confusing aspect. Regards, -- -Chuck From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:25:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FFC4106566B for ; Sun, 15 Jan 2012 17:25:51 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id D4BE88FC08 for ; Sun, 15 Jan 2012 17:25:50 +0000 (UTC) Received: by ggki1 with SMTP id i1so2962331ggk.13 for ; Sun, 15 Jan 2012 09:25:50 -0800 (PST) Received: by 10.101.210.30 with SMTP id m30mr3681467anq.64.1326648350160; Sun, 15 Jan 2012 09:25:50 -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 g13sm22086549ank.21.2012.01.15.09.25.48 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:25:49 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR4NC5q8dz2CG4h for ; Sun, 15 Jan 2012 12:25:47 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 12:25:47 -0500 From: Jerry To: FreeBSD Message-ID: <20120115122547.0b71e16c@scorpio> In-Reply-To: <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:25:51 -0000 On Sun, 15 Jan 2012 11:48:55 -0500 Daniel Staal articulated: Well, you might try and deinstall and then reinstall "portmanager". Perhaps something got corrupted, although I don't know why that might have happened. I have "BATCH=yes" set in the "/etc/make.conf" file to avoid receiving those annoying "config screens." Of course that does require you to insure that your ports are configured the way you want them prior to updating them. I don't find it a problem; however, others might. By the way, how do you update your ports tree? Perhaps something got corrupted there. I use portsnap myself, so you could use it to just create a new tree thereby over writing the old one. Just a thought. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ Psychiatrists say that one out of four people are mentally ill. Check three friends. If they're OK, you're it. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:36:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871B81065677 for ; Sun, 15 Jan 2012 17:36:29 +0000 (UTC) (envelope-from invalid.pointer@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1A28FC0C for ; Sun, 15 Jan 2012 17:36:28 +0000 (UTC) Received: by iagz16 with SMTP id z16so3618070iag.13 for ; Sun, 15 Jan 2012 09:36:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Pr2Erl936PoO1RUbyHuOc9uGeZqLFxBzVBliLxUm2R4=; b=Kr9HHPcTJwa4vusC69TsWWR7rdbGYTzlkLt6RkBzufXIaRKFs+7HIcIhOg0JTqKUi1 aWtJpyaC6et1e/2/wUT1z0ujWT1wSH0u/PAVqTSRPXgG7eBrnAyCJXT+YPKJlSOS0eqg JJ773PUUCGxWKre6UHzveod0mgWgmWhQ71jEQ= Received: by 10.42.164.71 with SMTP id f7mr7650390icy.49.1326648988666; Sun, 15 Jan 2012 09:36:28 -0800 (PST) Received: from [127.0.0.1] ([223.236.159.52]) by mx.google.com with ESMTPS id bj3sm20243806igb.4.2012.01.15.09.36.25 (version=SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:36:27 -0800 (PST) Message-ID: <4F130EFD.8070306@gmail.com> Date: Sun, 15 Jan 2012 23:08:05 +0530 From: Manish Jain User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0 MIME-Version: 1.0 To: ss griffon References: <4F12F56B.8030904@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Question on select() : why am I getting absurd output ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:36:29 -0000 Sometimes I do wonder how much stupid I can be. Thanks MJ On 15-Jan-12 22:49, ss griffon wrote: > On Sun, Jan 15, 2012 at 8:48 AM, Manish Jain wrote: >> >> Hi All, >> >> I was trying to write a small demo code using the select() system call. Here >> are the sources : >> >> #include >> #include >> #include >> #include >> #include >> #include >> >> int nice_child(int * fd, int * fd_close) >> { >> close(fd[0]); >> close(fd_close[0]); >> close(fd_close[1]); >> >> char buffer[32]; >> >> while (1) >> { >> sleep(3); >> strcpy(buffer, "I love my wife !"); >> write(fd[1], buffer, strlen(buffer) + 1); >> } >> >> return 0; >> } >> >> int naughty_child(int * fd, int * fd_close) >> { >> close(fd[0]); >> close(fd_close[0]); >> close(fd_close[1]); >> >> char buffer[32]; >> >> while (1) >> { >> sleep(4); >> strcpy(buffer, "I love your wife !"); >> write(fd[1], buffer, strlen(buffer) + 1); >> } >> >> return 0; >> } >> >> int main() >> { >> int fd_nice[2]; >> int fd_naughty[2]; >> >> pipe(fd_nice); >> pipe(fd_naughty); >> >> if (fork() == 0) >> { >> return nice_child(fd_nice, fd_naughty); >> } >> else >> { >> if (fork() == 0) >> { >> return naughty_child(fd_naughty, fd_nice); >> } >> } >> >> close(fd_nice[1]); >> close(fd_naughty[1]); >> >> fd_set fdset; >> char buffer[64]; >> int fd = (*fd_naughty> *fd_nice) ? *fd_naughty : *fd_nice; >> >> FD_ZERO(&fdset); >> FD_SET(fd_nice[0],&fdset); >> FD_SET(fd_naughty[0],&fdset); >> >> while (1) >> { >> int result = select(fd + 1,&fdset, 0, 0, 0); >> assert(result> 0); >> >> if (FD_ISSET(fd_nice[0],&fdset)) >> { >> int result = read(fd, buffer, sizeof(buffer)); >> buffer[result] = 0; >> >> std::cout<< "Nice child sent : "<< buffer<< >> std::endl; >> } >> >> if (FD_ISSET(fd_naughty[0],&fdset)) >> { >> int result = read(fd, buffer, sizeof(buffer)); >> buffer[result] = 0; >> >> std::cout<< "Naughty child sent : "<< buffer<< >> std::endl; >> } >> } >> >> return 0; >> } >> >> I was expecting the output to be like : >> >> Nice child sent : I love my wife ! >> Naughty child sent : I love your wife ! >> Nice child sent : I love my wife ! >> >> But what I actually get is : >> >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> Nice child sent : I love your wife ! >> >> Can somebody throw some light on what might be wrong ? >> >> >> Thank you& >> Regards >> >> Manish Jain >> invalid.pointer@gmail.com >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > > > It looks like you are always reading from the same file descriptor > 'fd'. Instead you should read from fd_naughty[0] or fd_nice[0] based > on your FD_ISSET checks. Also, don't forget to wait() for your child > processes. > From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:50:46 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 959691065670 for ; Sun, 15 Jan 2012 17:50:46 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5C78FC08 for ; Sun, 15 Jan 2012 17:50:46 +0000 (UTC) Received: by iagz16 with SMTP id z16so3636985iag.13 for ; Sun, 15 Jan 2012 09:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:cc :references:message-id:x-mailer; bh=zzhu2qNAg0hZIoWaCj3WZ2G9DeKu8rP5sjraZ46vMpo=; b=yE0n4kBei/kUT7xf/gcewiIXkSSNgIHcI/Chewkt0+vYOmnTIEayLqk4JQJpbQa7Ce MNrIXZVHkWLSS67/Ij7+11/CvyuwHUmp2MkJeyl+pISzyJ3MQzwGXyg08p0iTfyt2ruX ObbEise7pOUeIQ80YRSyIGog598reNEQDr3ko= Received: by 10.43.52.129 with SMTP id vm1mr7901316icb.15.1326649845931; Sun, 15 Jan 2012 09:50:45 -0800 (PST) Received: from ivoire.paulbeard.org (174-21-117-199.tukw.qwest.net. [174.21.117.199]) by mx.google.com with ESMTPS id g34sm55727568ibk.10.2012.01.15.09.50.43 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 09:50:44 -0800 (PST) From: Paul Beard Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/signed; boundary="Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sun, 15 Jan 2012 09:50:40 -0800 In-Reply-To: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> Message-Id: <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-questions Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:50:46 -0000 --Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 15, 2012, at 9:20 AM, Chuck Swiger wrote: > You're confusing two things which are different. At the risk of boring everyone on this list, I think I understand it as = far as I need to: I am not the developer of the app(s) that seem to = generate this issue.=20 > If you specify a path via "--socket=3D/tmp/mysqld.sock", you are = describing a UNIX domain socket. While you can also specify = "--host=3Dlocalhost", that would be ignored because it it implicit. If = you change where the socket lives in mysqld config or CLI options, you = need to change where the clients look for the socket as well. >=20 > If you specify a hostname and port via "--host=3Dlocalhost = --port=3D3306", then you are describing a TCP socket. There is no = pathname involved. You could connect regardless of where mysqld is = putting the socket. If I gave the impression I didn't understand this, my mistake.=20 The app configurations are not this granular: hostname and port are = configured but there is nothing that makes clear that IF you specify = localhost, you WILL BE using a domain socket which MUST BE = /tmp/mysql.sock and IF you move it or your distribution prefers some = other location you MAY NOT use localhost as you are now using a TCP = socket which shouldn't require a hostname but because of the way the app = is written, it does.=20 Put another way, if you specify localhost, the port is ignored: I just = tested this by setting the port to 9999 with a symlink to the socket = placed in /tmp. It worked fine. If you change the location of the = socket, you MUST use a TCP socket which mean identifying the host by = name, not as localhost, even if it is localhost. There is no way to = specify the location of the domain socket. It must be in /tmp.=20 Note I am not arguing that the use of localhost requires a named domain = socket, in UNIX, just that it does in this app.=20 I learned a couple of things here. I hope I can make them clear to the = people who need 'em.=20 -- Paul Beard Are you trying to win an argument or solve a problem?=20 --Apple-Mail=_4721D9E5-5DB0-4160-B92E-92E5C7B69D39-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:51:34 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB051065673 for ; Sun, 15 Jan 2012 17:51:34 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (adsl-70-129-195-213.dsl.ksc2mo.swbell.net [70.129.195.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2814E8FC24 for ; Sun, 15 Jan 2012 17:51:33 +0000 (UTC) Received: from www.dweimer.net (localhost [127.0.0.1]) by webmail.dweimer.net (8.14.4/8.14.4) with ESMTP id q0FHpWIB051740 for ; Sun, 15 Jan 2012 11:51:32 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2012 12:51:32 -0500 From: "Dean E. Weimer" To: Mail-Reply-To: In-Reply-To: <4F120436.5070506@gmail.com> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> <4F120436.5070506@gmail.com> Message-ID: <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: RoundCube Webmail/0.6 Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:51:34 -0000 On 14.01.2012 17:39, Joshua Isom wrote: > > > Run `make -DNO_CLEAN buildworld`. > > Because you used -j6, there's no way to know what went wrong without > a full log, and even with a full log it'll be a pain. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" It appears to be the following lines in make.conf: SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDADD=-lsasl2 /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: error: sasl.h: No such file or directory /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: error: saslutil.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/lib/libmilter. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. The system I was testing the upgrade process on of course already had cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still waiting to see if the buildworld completes without those to lines. If it does, I will install the cyrus-sasl ports add the lines back in and rerun the buildworld. -- Thanks, Dean E. Weimer dweimer@dweimer.net http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 17:53:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA47106566C for ; Sun, 15 Jan 2012 17:53:15 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id E54648FC21 for ; Sun, 15 Jan 2012 17:53:14 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0FHrAjX096637 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 15 Jan 2012 17:53:10 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0FHrAjX096637 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326649991; bh=wAyvmadm7NQwY1ZrzcHnPZY4OsHYDmv9GohqqFZ8wtQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=SMUCHFYRnuhXxQr8UsjRkgHBbaQLCywRQt1p2xZvz/DUVSaAYvF7bW16PvMquxVTl +FNtsviXhlsrstAeZTsdgb0MF26dXtIcOz4WodyXI61w9ea936pVBmK0THvbSAvTNe 1qPBsGzTcB7ePQqp9m/mSQozjyRezipGAoWGkGhE= Message-ID: <4F13127C.6060408@infracaninophile.co.uk> Date: Sun, 15 Jan 2012 17:53:00 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> In-Reply-To: <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig607555994AE9F9C9D873C04D" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 17:53:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig607555994AE9F9C9D873C04D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/01/2012 17:20, Chuck Swiger wrote: > If you specify a hostname and port via "--host=3Dlocalhost > --port=3D3306", then you are describing a TCP socket. There is no > pathname involved. You could connect regardless of where mysqld is > putting the socket. Some MySQL clients will gratuitously change a connection attempt to localhost to use the /tmp/mysql.sock unix domain socket because it does perform a bit faster, and it seems they don't expect their users to just ask for a socket connection explicitly. You can test this fairly simply: set up your server with 'skip-networking' temporarily and try making client connections to it. Of course, for some language API's there's no option but to use a network socket -- Java being a case in point -- but that's the exception rather than the rule. To force the command line mysql(1) client to use a network connection to localhost you need to use the --protocol=3DTCP argument Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig607555994AE9F9C9D873C04D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8TEoUACgkQ8Mjk52CukIzbbgCfbSEztHNeyA8Vs7MecnyHSR/4 RRcAoILXYSSmnbh9u80FIVFVT/btsYQZ =agkq -----END PGP SIGNATURE----- --------------enig607555994AE9F9C9D873C04D-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:02:05 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E1F106564A for ; Sun, 15 Jan 2012 18:02:05 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 13C028FC12 for ; Sun, 15 Jan 2012 18:02:04 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id D838BF85 for ; Sun, 15 Jan 2012 13:02:03 -0500 (EST) Date: Sun, 15 Jan 2012 13:01:23 -0500 From: Daniel Staal To: FreeBSD Message-ID: <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> In-Reply-To: <20120115122547.0b71e16c@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:02:05 -0000 --As of January 15, 2012 12:25:47 PM -0500, Jerry is alleged to have said: > Well, you might try and deinstall and then reinstall "portmanager". > Perhaps something got corrupted, although I don't know why that might > have happened. No joy. Worth a try though. ;) My suspicion is that it's a permissions issue someplace, somehow: I was trying portmaster in it's 'run as wheel, sudo to root when needed' mode, and it kept throwing permissions errors at me which I fixed for a while. (Before reverting to just running it as root.) Of course, I'm running *portmanager* as root, so... (Both under sudo, and from root's cron.) > I have "BATCH=yes" set in the "/etc/make.conf" file to avoid receiving > those annoying "config screens." Of course that does require you to > insure that your ports are configured the way you want them prior to > updating them. I don't find it a problem; however, others might. Interesting. I'll keep that in mind. Something to take a look at once I've gotten this solved. ;) > By the way, how do you update your ports tree? Perhaps something got > corrupted there. I use portsnap myself, so you could use it to just > create a new tree thereby over writing the old one. Just a thought. I have csup set to run once a week in cron. I don't think that corrupted anything: `portmanager -s -y` ran fine before I ran portmaster, and I didn't update the tree in between. But blowing away the tree and re-creating it is starting to sound like something worth a try. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:03:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BAFE1065670 for ; Sun, 15 Jan 2012 18:03:31 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id B5E668FC12 for ; Sun, 15 Jan 2012 18:03:30 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0FI3Rop096917 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 15 Jan 2012 18:03:27 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0FI3Rop096917 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326650607; bh=wLZ6tOta5LlqGAtosMu2iOH/GGD/rBiiNLzzU6lK1sg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=SiC1r543if9OZNSVn8P/7Wc+k6k88UEX2lKlrpoOAA5g/HHw+Z/UrdM7jxTQNCxoR YseX1pgrg+KscgZ4ktmrXP8tdLazRwqHGn5NruLZqPIBB0DRr7NEVNimnq0WsrqzeY 8i27GbS8Q7G8tVwL96MlIFhgyBDOoZD4bk+tp6wo= Message-ID: <4F1314EE.6010404@infracaninophile.co.uk> Date: Sun, 15 Jan 2012 18:03:26 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <0F82362E-2694-4EBC-B019-DE2F2C160D45@gmail.com> <7325D262-C6EB-42DB-870D-D3E2FAC9D0C1@mac.com> <1954AA20-BE6F-4F04-A770-49ECFA405B5D@gmail.com> <3D14230E-7E8A-4E35-8161-F5F9CB74C83C@mac.com> <3720E228-67EE-4F44-B828-AFA0125D2A54@gmail.com> <0E0B740B-4E2C-41C8-A8A4-BC92DC0D7089@mac.com> <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> In-Reply-To: <4F952937-843B-4E38-B168-4E1720555D89@gmail.com> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36C88118D4B21B3CC7716662" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: database apps that ignore sockets? [was: Solution: mysqld fails to run, can't create/find mysql.sock] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:03:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36C88118D4B21B3CC7716662 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 15/01/2012 17:50, Paul Beard wrote: > The app configurations are not this granular: hostname and port are > configured but there is nothing that makes clear that IF you specify > localhost, you WILL BE using a domain socket which MUST BE > /tmp/mysql.sock and IF you move it or your distribution prefers some > other location you MAY NOT use localhost as you are now using a TCP > socket which shouldn't require a hostname but because of the way the > app is written, it does. You can specify an alternate socket location in your connection parameters. For the command line client, it is: mysql -S /var/run/mysql/sock This doesn't help if you say 'mysql -h localhost' and get diverted to use the default socket though -- in that case you can have a .my.cnf file containing (inter-alia) [client] socket =3D /var/run/mysql/sock For the various language APIs, you generally need to specify a DSN string -- usually this looks something like mysql:database=3D$database;host=3D$hostname;port=3D$port but for a socket connection you could say instead: mysql:database=3D$database;mysql_socket=3D/var/run/mysql/sock =2E.. assuming that whoever wrote the application you're using made it sufficiently flexible as to be able to accept something like that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig36C88118D4B21B3CC7716662 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8TFO4ACgkQ8Mjk52CukIwAIgCeJ/D8sh+LrdoNJmO3c08rqQJD JHcAn3yP2gOOo0ljgeOvdx8Q5hGNjtwa =xVXp -----END PGP SIGNATURE----- --------------enig36C88118D4B21B3CC7716662-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:11:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCC31065677 for ; Sun, 15 Jan 2012 18:11:07 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4BE8FC0A for ; Sun, 15 Jan 2012 18:11:07 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q0FI8Btm002307 for ; Sun, 15 Jan 2012 12:11:06 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com with ESMTP id 12bxuc17c2-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 12:11:06 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 12:11:05 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> Date: Sun, 15 Jan 2012 10:11:03 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_03:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at (lib/libbsnmp/libbsnmp (all)) (was: lib/libarchive (depend)) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:11:08 -0000 On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: > Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting failu= res. >=20 > First failure we encountered required the following patch to get past "li= b/libarchive (depend)"... >=20 >=20 >>=20 >> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000 -= 0800 >> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >> @@ -176,9 +176,4 @@ >> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >> -#else >> -#define ARCHIVE_HASH_MD5_LIBC 1 >> -#define ARCHIVE_HASH_SHA1_LIBC 1 >> -#define ARCHIVE_HASH_SHA256_LIBC 1 >> -#define ARCHIVE_HASH_SHA512_LIBC 1 >> #endif >>=20 >> The above patch allowed the mkdep to succeed and later-compilation in th= e same directory succeeded (yay). >=20 > However, you don't get far before the next error. >=20 > Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >=20 > cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_ER= R_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -DQ= UADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsyst= em-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototyp= es -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-s= trings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts = -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-poi= nter-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp= crypto.c > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:37= 1: error: conflicting types for 'snmp_passwd_to_keys' > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: err= or: previous declaration of 'snmp_passwd_to_keys' was here > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:38= 4: error: conflicting types for 'snmp_get_local_keys' > /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: err= or: previous declaration of 'snmp_get_local_keys' was here >=20 The solution to this appears to be the following patch: =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -0700 +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * return (SNMP_CODE_OK); } =20 -int +enum snmp_code snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) { if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us return (SNMP_CODE_FAILED); } =20 -int +enum snmp_code snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, uint32_t elen __unused) { =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I'll file a PR later (still trying to get a successful build first). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:16:42 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68594106566B for ; Sun, 15 Jan 2012 18:16:42 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id F16738FC0C for ; Sun, 15 Jan 2012 18:16:41 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id 0E3CD1C0841 for ; Sun, 15 Jan 2012 19:16:40 +0100 (CET) Message-ID: <4F131807.3020903@locolomo.org> Date: Sun, 15 Jan 2012 19:16:39 +0100 From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:16:42 -0000 On 14/01/2012 18:07, Marco Beishuizen wrote: > Hi, > > In 8.2 ipv6 was enabled by adding ipv6_enable="YES" in rc.conf, and all > worked fine. In FreeBSD 9 that changed to > ipv6_activate_all_interfaces="YES". But now there are still some error > messages at boot time, and ipv6 doesn't seem to work correctly: > > ... > root: /etc/rc: WARNING: $ipv6_firewall_enable is not set properly - see > rc.conf(5). > root: /etc/rc: WARNING: $ipv6_enable is not set properly - see rc.conf(5). > ... > > I do not use a static IP adress, but DHCP. Wat do I need to do more to > enable ipv6? Don't use ipv6, but reading above: Did you replace ipv6_enable with ipv6_activate_all_interfaces? because the error seems to tell you that you must keep ipv6_enable Or, maybe there was an error with mergemaster? old scripts, new kernel variables? BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 18:43:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A8F5106566C for ; Sun, 15 Jan 2012 18:43:14 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 48C648FC1A for ; Sun, 15 Jan 2012 18:43:13 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0FIRRtj014097 for ; Sun, 15 Jan 2012 12:43:13 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12c33488sd-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 12:43:13 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 12:43:11 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Sun, 15 Jan 2012 10:43:10 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_04:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 18:43:14 -0000 On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: > On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fail= ures. >>=20 >> First failure we encountered required the following patch to get past "l= ib/libarchive (depend)"... >>=20 >>>=20 >>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000 = -0800 >>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >>> @@ -176,9 +176,4 @@ >>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>> -#else >>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>> #endif >>>=20 >>> The above patch allowed the mkdep to succeed and later-compilation in t= he same directory succeeded (yay). >>=20 >> However, you don't get far before the next error. >>=20 >> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>=20 >> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_E= RR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -D= QUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsys= tem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-= strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts= -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-po= inter-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snm= pcrypto.c >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:3= 71: error: conflicting types for 'snmp_passwd_to_keys' >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: er= ror: previous declaration of 'snmp_passwd_to_keys' was here >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:3= 84: error: conflicting types for 'snmp_get_local_keys' >> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: er= ror: previous declaration of 'snmp_get_local_keys' was here >>=20 >=20 > The solution to this appears to be the following patch: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -07= 00 > +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 > @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * > return (SNMP_CODE_OK); > } >=20 > -int > +enum snmp_code > snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) > { > if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && > @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us > return (SNMP_CODE_FAILED); > } >=20 > -int > +enum snmp_code > snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, > uint32_t elen __unused) > { >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 Then you churn along for some lengthy time (even making it all the way thro= ugh clang successfully), but then stop again at usr.sbin/wpa/hostapd (depen= d) (output at end). Probably going to be a patch similar to the libarchive one. --=20 Devin =3D=3D=3D> usr.sbin/wpa/hostapd (depend) rm -f .depend mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRIVE= R_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -D= INTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_packet= -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFIG_C= TRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/w= pa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/a= p/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_com= mon/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/co= mmon.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/config_f= ile.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_ifac= e.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl_if= ace_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers/dr= ivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_call= backs.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump_st= ate.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/ea= p_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_comm= on/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//ho= stapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wp= a//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_m= schapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_serve= r/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr.sb= in/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../../= contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/dri= ver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils= /os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/t= ls_none.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:16:30: error: openssl/opensslv.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:17:25: error: openssl/err.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:18:25: error: openssl/des.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:19:25: error: openssl/aes.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:20:24: error: openssl/bn.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:21:25: error: openssl/evp.h: No such file or directory /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_opens= sl.c:22:24: error: openssl/dh.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.sbin/wpa/hostapd. *** Error code 1 _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:35:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9864F106566C for ; Sun, 15 Jan 2012 20:35:24 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 454A48FC13 for ; Sun, 15 Jan 2012 20:35:24 +0000 (UTC) Received: by ghbf14 with SMTP id f14so1740706ghb.13 for ; Sun, 15 Jan 2012 12:35:23 -0800 (PST) Received: by 10.236.154.3 with SMTP id g3mr13259244yhk.119.1326659723716; Sun, 15 Jan 2012 12:35:23 -0800 (PST) Received: from scorpio.seibercom.net (cpe-076-182-104-150.nc.res.rr.com. [76.182.104.150]) by mx.google.com with ESMTPS id j16sm43570830anm.9.2012.01.15.12.35.22 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jan 2012 12:35:22 -0800 (PST) Received: from scorpio (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3TR8Zx1GZ8z2CG4h for ; Sun, 15 Jan 2012 15:35:21 -0500 (EST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at scorpio.seibercom.net Date: Sun, 15 Jan 2012 15:35:20 -0500 From: Jerry To: FreeBSD Message-ID: <20120115153520.62812867@scorpio> In-Reply-To: <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> Organization: seibercom.net X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:35:26 -0000 On Sun, 15 Jan 2012 13:01:23 -0500 Daniel Staal articulated: > I have csup set to run once a week in cron. I don't think that > corrupted anything: `portmanager -s -y` ran fine before I ran > portmaster, and I didn't update the tree in between. But blowing > away the tree and re-creating it is starting to sound like something > worth a try. You don't have to manually erase the tree. I believe that: "portsnap fetch extract" is all you need to do to replace the ports tree with a fresh copy. It won't hurt anything since it doesn't touch the configuration files. -- Jerry â™” Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:42:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426391065675 for ; Sun, 15 Jan 2012 20:42:31 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id C70008FC19 for ; Sun, 15 Jan 2012 20:42:30 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0FKfwK3048228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2012 21:41:59 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [IPv6:::1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q0FKfwMO010138; Sun, 15 Jan 2012 21:41:58 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Sun, 15 Jan 2012 21:41:58 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: =?UTF-8?Q?Erik_N=C3=B8rgaard?= In-Reply-To: <4F131807.3020903@locolomo.org> Message-ID: References: <4F131807.3020903@locolomo.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="394277907-659869610-1326660118=:3353" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:42:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --394277907-659869610-1326660118=:3353 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 15 Jan 2012, the wise Erik N=C3=B8rgaard wrote: > Don't use ipv6, but reading above: Did you replace ipv6_enable with=20 > ipv6_activate_all_interfaces? because the error seems to tell you that yo= u=20 > must keep ipv6_enable I replaced it with the new lines because according to the manpage=20 ipv6_enable is deprecated. But why shouldn't I use ipv6? > Or, maybe there was an error with mergemaster? old scripts, new kernel=20 > variables? I ran mergemaster, but didn't get any error messages. Afaik all scripts in= =20 /etc are new. Regards, Marco --=20 Kin, n.: =09An affliction of the blood. --394277907-659869610-1326660118=:3353-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 20:47:54 2012 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FE061065673 for ; Sun, 15 Jan 2012 20:47:54 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [IPv6:2a02:6b8:0:602::3]) by mx1.freebsd.org (Postfix) with ESMTP id EB5DD8FC0C for ; Sun, 15 Jan 2012 20:47:53 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward3.mail.yandex.net (Yandex) with ESMTP id 1FA04B41ACB for ; Mon, 16 Jan 2012 00:47:53 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326660473; bh=6he4klIbBR41WkVRoPs0aPx7MJ7hzWLQg1+it9YUj8E=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=F8yFQhhnmrTNk/IxYSjyvysyA78Wezg6goiBhAIKJXpc40Q6WpKobKAScW5ZWd9a6 WxQ7+L7tZOZsNMw5fJlImArKsEch7eYcR99BNIuvv9SXYvj4D74VqzhXPwaDZWH+ba Q46u4bPAR7IxI/ZTDO/xepPuvvCva02Fj0ZfXvtU= Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 053A41BA040B for ; Mon, 16 Jan 2012 00:47:52 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1326660473; bh=6he4klIbBR41WkVRoPs0aPx7MJ7hzWLQg1+it9YUj8E=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=F8yFQhhnmrTNk/IxYSjyvysyA78Wezg6goiBhAIKJXpc40Q6WpKobKAScW5ZWd9a6 WxQ7+L7tZOZsNMw5fJlImArKsEch7eYcR99BNIuvv9SXYvj4D74VqzhXPwaDZWH+ba Q46u4bPAR7IxI/ZTDO/xepPuvvCva02Fj0ZfXvtU= Received: from unknown (unknown [77.93.52.19]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id lqgWXKQo-lqgiRYsq; Mon, 16 Jan 2012 00:47:52 +0400 X-Yandex-Spam: 1 Date: Sun, 15 Jan 2012 22:47:50 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <284722158.20120115224750@yandex.ru> To: freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: how to look debug info X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 20:47:54 -0000 Hi in sys/net/netisr.c I have found: SYSCTL_PROC(_net_isr, OID_AUTO, work, CTLFLAG_RD|CTLTYPE_STRUCT|CTLFLAG_MPSAFE, 0, 0, sysctl_netisr_work, "S,sysctl_netisr_work", "Return list of per-workstream, per-protocol work in netisr"); how to look that info? -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 21:12:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92F2D106566B for ; Sun, 15 Jan 2012 21:12:01 +0000 (UTC) (envelope-from norgaard@locolomo.org) Received: from mail.locolomo.org (97.pool85-48-194.static.orange.es [85.48.194.97]) by mx1.freebsd.org (Postfix) with ESMTP id 452C78FC16 for ; Sun, 15 Jan 2012 21:12:01 +0000 (UTC) Received: from gamma.lan.locolomo.org (gamma.lan.locolomo.org [192.168.0.33]) by mail.locolomo.org (Postfix) with ESMTPSA id F1A3A1C0841; Sun, 15 Jan 2012 22:11:59 +0100 (CET) Message-ID: <4F13411F.90009@locolomo.org> Date: Sun, 15 Jan 2012 22:11:59 +0100 From: =?UTF-8?B?RXJpayBOw7hyZ2FhcmQ=?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Marco Beishuizen References: <4F131807.3020903@locolomo.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 21:12:01 -0000 On 15/01/2012 21:41, Marco Beishuizen wrote: > On Sun, 15 Jan 2012, the wise Erik Nørgaard wrote: > >> Don't use ipv6, but reading above: Did you replace ipv6_enable with >> ipv6_activate_all_interfaces? because the error seems to tell you that >> you must keep ipv6_enable > > I replaced it with the new lines because according to the manpage > ipv6_enable is deprecated. But why shouldn't I use ipv6? Sorry, meant to say, I don't use ipv6 so I can't do much debugging. >> Or, maybe there was an error with mergemaster? old scripts, new kernel >> variables? > > I ran mergemaster, but didn't get any error messages. Afaik all scripts > in /etc are new. OK, in the error messages you posted it seems that some script checks or use these variables. Maybe try to run the different networking scripts manually and see where it fails. BR, Erik -- M: +34 666 334 818 T: +34 915 211 157 From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 21:51:27 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23DEA106564A for ; Sun, 15 Jan 2012 21:51:27 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id A5C5A8FC14 for ; Sun, 15 Jan 2012 21:51:26 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0FLosVc090943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2012 22:50:55 +0100 (CET) (envelope-from mbeis@xs4all.nl) Received: from yokozuna.lan (yokozuna.lan [IPv6:::1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q0FLosXS004632; Sun, 15 Jan 2012 22:50:54 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Sun, 15 Jan 2012 22:50:54 +0100 (CET) From: Marco Beishuizen Sender: marco@yokozuna.lan To: =?UTF-8?Q?Erik_N=C3=B8rgaard?= In-Reply-To: <4F13411F.90009@locolomo.org> Message-ID: References: <4F131807.3020903@locolomo.org> <4F13411F.90009@locolomo.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="394277907-1622899188-1326664254=:3144" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org Subject: Re: ipv6 in FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 21:51:27 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --394277907-1622899188-1326664254=:3144 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 15 Jan 2012, the wise Erik N=C3=B8rgaard wrote: >>> Don't use ipv6, but reading above: Did you replace ipv6_enable with >>> ipv6_activate_all_interfaces? because the error seems to tell you that >>> you must keep ipv6_enable >>=20 >> I replaced it with the new lines because according to the manpage >> ipv6_enable is deprecated. But why shouldn't I use ipv6? > > Sorry, meant to say, I don't use ipv6 so I can't do much debugging. Aaah, :-), perhaps I should have read better. >>> Or, maybe there was an error with mergemaster? old scripts, new kernel >>> variables? >>=20 >> I ran mergemaster, but didn't get any error messages. Afaik all scripts >> in /etc are new. > > OK, in the error messages you posted it seems that some script checks or = use=20 > these variables. Maybe try to run the different networking scripts manual= ly=20 > and see where it fails. Thanks for the tip. I'll do some trial and error and dig deeper. --=20 Paul's Law: =09You can't fall off the floor. --394277907-1622899188-1326664254=:3144-- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 22:22:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94C2106566C for ; Sun, 15 Jan 2012 22:22:40 +0000 (UTC) (envelope-from elon@emmi.physik-pool.tu-berlin.de) Received: from mail.tu-berlin.de (mail.tu-berlin.de [130.149.7.33]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC448FC15 for ; Sun, 15 Jan 2012 22:22:40 +0000 (UTC) X-tubIT-Incoming-IP: 130.149.58.163 Received: from mail.physik-pool.tu-berlin.de ([130.149.58.163] helo=mail.physik.tu-berlin.de) by mail.tu-berlin.de (exim-4.75/mailfrontend-2) with esmtp for id 1RmYTH-0003RI-Hq; Sun, 15 Jan 2012 23:22:39 +0100 Received: from emmi.physik-pool.tu-berlin.de (emmi.physik-pool.tu-berlin.de [130.149.58.146]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.physik.tu-berlin.de (Postfix) with ESMTPS id 7EEB511403 for ; Sun, 15 Jan 2012 23:22:37 +0100 (CET) Received: (from elon@localhost) by emmi.physik-pool.tu-berlin.de (8.14.4/8.14.4/Submit) id q0FMMbPs071199 for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 23:22:37 +0100 (CET) (envelope-from elon) Date: Sun, 15 Jan 2012 23:22:37 +0100 From: Leon =?iso-8859-15?Q?Me=DFner?= To: freebsd-questions@freebsd.org Message-ID: <20120115222237.GC15012@emmi.physik-pool.tu-berlin.de> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F10F94A.3090201@midsummerdream.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F10F94A.3090201@midsummerdream.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: SSD for ZIL suggestions? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 22:22:40 -0000 On Fri, Jan 13, 2012 at 09:40:58PM -0600, Rob wrote: > I'm looking at getting a couple of SSDs to act as ZIL drives on FreeBSD > 8/9 systems. Are there any recommended drives? We recently bought the Intel 311 for that purpose. This drive is quite cheap and should perform ok. If you want something better have a look at the 710 line. You should always mirror your ZIL drives. There's a lot of content available on this subject actually. I once read about a tool called zilstat which should help you decide if you do actually need a SSD. NFS and db's are the usual usecases. cherio, Leon From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 22:43:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4025106564A for ; Sun, 15 Jan 2012 22:43:46 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 711428FC12 for ; Sun, 15 Jan 2012 22:43:46 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 261D5FF3 for ; Sun, 15 Jan 2012 17:43:45 -0500 (EST) Date: Sun, 15 Jan 2012 17:42:48 -0500 From: Daniel Staal To: FreeBSD Message-ID: In-Reply-To: <20120115153520.62812867@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> <20120115122547.0b71e16c@scorpio> <18121B8E00E7690C5FB44C5C@mac-pro.magehandbook.com> <20120115153520.62812867@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 22:43:46 -0000 --As of January 15, 2012 3:35:20 PM -0500, Jerry is alleged to have said: > You don't have to manually erase the tree. I believe that: > > "portsnap fetch extract" > > is all you need to do to replace the ports tree with a fresh copy. It > won't hurt anything since it doesn't touch the configuration files. --As for the rest, it is mine. Done, and it didn't fix my problem. Something's obviously gone seriously weird with my system. What would happen if I did blow away the config files? What's the minimum necessary for my system to be able to manage it's ports collection? I really don't want to reinstall from scratch over this (If nothing else, it's my main fileserver. I've got backups, but that would take ages.), but I'm thinking rebuilding my ports database from bare bones sounds like it might be a good idea. Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 23:25:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5455106564A for ; Sun, 15 Jan 2012 23:25:51 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (adsl-70-129-195-213.dsl.ksc2mo.swbell.net [70.129.195.213]) by mx1.freebsd.org (Postfix) with ESMTP id 934728FC08 for ; Sun, 15 Jan 2012 23:25:51 +0000 (UTC) Received: from www.dweimer.net (localhost [127.0.0.1]) by webmail.dweimer.net (8.14.5/8.14.5) with ESMTP id q0FNPoMT075362 for ; Sun, 15 Jan 2012 17:25:50 -0600 (CST) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 15 Jan 2012 18:25:50 -0500 From: "Dean E. Weimer" To: Mail-Reply-To: In-Reply-To: <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> References: <473d0ac7158a466fc4bf2b877de83a8e@www.dweimer.net> <4F120436.5070506@gmail.com> <3619dbe180a3bb85ae4ddc84bf5787af@www.dweimer.net> Message-ID: <67d1c52b6413634e33da461cf6b0cecd@www.dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: RoundCube Webmail/0.6 Subject: Re: 9.0 buildworld problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dweimer@dweimer.net List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2012 23:25:52 -0000 On 15.01.2012 12:51, Dean E. Weimer wrote: > It appears to be the following lines in make.conf: > SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL > SENDMAIL_LDADD=-lsasl2 > > > /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:142:20: > error: sasl.h: No such file or directory > /usr/src/lib/libmilter/../../contrib/sendmail/src/sendmail.h:143:24: > error: saslutil.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /usr/src/lib/libmilter. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > The system I was testing the upgrade process on of course already had > cyrus-sasl and cyrus-sasl-salsauthd already installed. I am still > waiting to see if the buildworld completes without those to lines. > If > it does, I will install the cyrus-sasl ports add the lines back in > and > rerun the buildworld. The buildworld, buildkernel, and install process all completed successfully after installing the cyrus-sasl ports. -- Thanks, Dean E. Weimer dweimer@dweimer.net http://www.dweimer.net/ From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 00:07:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1921065672 for ; Mon, 16 Jan 2012 00:07:25 +0000 (UTC) (envelope-from fquest@paz.bz) Received: from mail.qcislands.net (mail.qcislands.net [207.34.147.83]) by mx1.freebsd.org (Postfix) with ESMTP id AE6BE8FC12 for ; Mon, 16 Jan 2012 00:07:25 +0000 (UTC) Received: from 100-236-53-209.qcislands.net ([209.53.236.100] helo=[192.168.1.5]) by mail.qcislands.net with esmtp (Exim 4.75) (envelope-from ) id 1RmZgT-000Id7-Ec; Sun, 15 Jan 2012 15:40:24 -0800 Message-ID: <4F1363E4.2090104@paz.bz> Date: Sun, 15 Jan 2012 15:40:20 -0800 From: Jim Pazarena User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-local_scan: locally submitted (100) Subject: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:07:25 -0000 Is it permissible to delete the dot snap folder which is created in a filesystem? -- Jim Pazarena fquest@paz.bz From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 00:31:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 466B3106566B for ; Mon, 16 Jan 2012 00:31:01 +0000 (UTC) (envelope-from max@mxcrypt.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 045398FC14 for ; Mon, 16 Jan 2012 00:31:00 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so1076082vcb.13 for ; Sun, 15 Jan 2012 16:31:00 -0800 (PST) Received: by 10.220.231.130 with SMTP id jq2mr5938260vcb.24.1326673860203; Sun, 15 Jan 2012 16:31:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.150.132 with HTTP; Sun, 15 Jan 2012 16:30:29 -0800 (PST) In-Reply-To: <4F1363E4.2090104@paz.bz> References: <4F1363E4.2090104@paz.bz> From: Maxim Khitrov Date: Sun, 15 Jan 2012 19:30:29 -0500 Message-ID: To: Jim Pazarena Content-Type: text/plain; charset=UTF-8 Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 00:31:01 -0000 On Sun, Jan 15, 2012 at 6:40 PM, Jim Pazarena wrote: > Is it permissible to delete the dot snap folder which is created > in a filesystem? See dump(8) -L option. Deleting .snap is safe as long you don't need to dump that file system while it is mounted in rw mode. - Max From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 01:13:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C15F106566C for ; Mon, 16 Jan 2012 01:13:46 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC8B8FC14 for ; Mon, 16 Jan 2012 01:13:46 +0000 (UTC) Received: from eastrmimpo210.cox.net ([68.230.241.225]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120116011340.TZFC2803.eastrmfepo202.cox.net@eastrmimpo210.cox.net> for ; Sun, 15 Jan 2012 20:13:40 -0500 Received: from serene.no-ip.org ([98.164.86.55]) by eastrmimpo210.cox.net with bizsmtp id N1Df1i0081BeFqy021DggM; Sun, 15 Jan 2012 20:13:40 -0500 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4F1379C4.0063,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=WviWdoU0ckN3JoXTgB1bhStvvqCbiPw70GMZghakpf0= c=1 sm=1 a=tMAdfNF9mhEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=fdHYxQQoAueMHNSmXppgDg==:17 a=kviXuzpPAAAA:8 a=g-XFR-G7qGPC4Wpg8PkA:9 a=1mdAqHShcAlissu2rqkA:7 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=fdHYxQQoAueMHNSmXppgDg==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id q0G1Dd8l035676 for ; Sun, 15 Jan 2012 19:13:39 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 15 Jan 2012 19:13:34 -0600 From: "Conrad J. Sabatier" To: freebsd-questions@FreeBSD.org Message-ID: <20120115191334.385bd3eb@cox.net> X-Mailer: Claws Mail 3.8.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: Subject: COMPAT_* kernel config options -- some housecleaning overdue? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:13:46 -0000 I've been wondering for a while now about the accuracy of some of the comments in /sys/conf/NOTES re: the various COMPAT_* options, and now, with 9.0-RELEASE already out the door and 10.0-CURRENT as the current development branch, it seems even more relevant to ask just how necessary or useful some of these options are anymore. Let me preface the following by saying that I just recently built a 10.0-CURRENT kernel with no COMPAT_* options besides COMPAT_FREEBSD32 and COMPAT_LINUX32, and everything seems to be working just fine (yes, including Linux emulation). First and foremost, the comment re: COMPAT_43: "You probably do NOT want to remove this as much current code still relies on the 4.3 emulation." This would appear to no longer be true. And similarly, how relevant or viable is COMPAT_43TTY anymore? Why would one want to use this? I suspect that neither of these options has any real effect anymore and both may, in fact, be essentially NOOPs. How close to the real picture is that? It is my understanding that, on 64-bit platforms, COMPAT_FREEBSD32 *is* necessary if COMPAT_LINUX32 is enabled, which seems perfectly reasonable. However, the comment accompanying COMPAT_LINUX32 states that COMPAT_43 is also required, which simply is not true. And speaking of Linux compatibility, we still have an erroneous reference to COMPAT_LINUX instead of COMPAT_LINUX32 accompanying 'device tdfx'. Then, of course, there are the various COMPAT_FREEBSD[4-7] options, each accompanied by a comment which merely states the obvious but offers no real clue as to whether or not any of them are actually necessary. I don't know, this whole COMPAT area just seems really messy to me -- disorganized, unclearly documented and probably suffering from no small amount of bit rot and neglect. I really do think it's time for some cleaning up. Hope I didn't ruffle any feathers, but I just hate this type of gray fuzziness. Clarification (maybe even some deprecation?) seems to be in order here. Thank you. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 01:57:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7274F106564A for ; Mon, 16 Jan 2012 01:57:09 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE318FC13 for ; Mon, 16 Jan 2012 01:57:08 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q0G1V9Kw021731 for ; Sun, 15 Jan 2012 19:57:08 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12c56dry5a-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 19:57:08 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 19:57:07 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> Date: Sun, 15 Jan 2012 17:57:04 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-15_05:2012-01-13, 2012-01-15, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 01:57:09 -0000 On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fai= lures. >>>=20 >>> First failure we encountered required the following patch to get past "= lib/libarchive (depend)"... >>>=20 >>>>=20 >>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.000000000= -0800 >>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0800 >>>> @@ -176,9 +176,4 @@ >>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>> -#else >>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>> #endif >>>>=20 >>>> The above patch allowed the mkdep to succeed and later-compilation in = the same directory succeeded (yay). >>>=20 >>> However, you don't get far before the next error. >>>=20 >>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>=20 >>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE_= ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H -= DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Wsy= stem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-protot= ypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite= -strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscript= s -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-p= ointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/sn= mpcrypto.c >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:= 371: error: conflicting types for 'snmp_passwd_to_keys' >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: e= rror: previous declaration of 'snmp_passwd_to_keys' was here >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c:= 384: error: conflicting types for 'snmp_get_local_keys' >>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: e= rror: previous declaration of 'snmp_get_local_keys' was here >>>=20 >>=20 >> The solution to this appears to be the following patch: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -0= 700 >> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >> return (SNMP_CODE_OK); >> } >>=20 >> -int >> +enum snmp_code >> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >> { >> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >> return (SNMP_CODE_FAILED); >> } >>=20 >> -int >> +enum snmp_code >> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >> uint32_t elen __unused) >> { >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >=20 > Then you churn along for some lengthy time (even making it all the way th= rough clang successfully), but then stop again at usr.sbin/wpa/hostapd (dep= end) (output at end). >=20 > Probably going to be a patch similar to the libarchive one. > --=20 > Devin >=20 >=20 > =3D=3D=3D> usr.sbin/wpa/hostapd (depend) > rm -f .depend > mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/.= ./../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DRI= VER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 = -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pack= et -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFIG= _CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wp= a//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src= /ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_c= ommon/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/= common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/config= _file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_if= ace.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto= _openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl_= iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers/= drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_ca= llbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump_= state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common/= eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_co= mmon/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.sb= in/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server= _mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_ser= ver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hostap= d/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr/= src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/.= ./../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../..= /contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/d= river_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/uti= ls/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto= /tls_none.c > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:16:30: error: openssl/opensslv.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:17:25: error: openssl/err.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:18:25: error: openssl/des.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:19:25: error: openssl/aes.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:20:24: error: openssl/bn.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:21:25: error: openssl/evp.h: No such file or directory > /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_ope= nssl.c:22:24: error: openssl/dh.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/usr.sbin/wpa/hostapd. > *** Error code 1 Quick and dirty way around this one is the following patch: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 @@ -14,7 +14,7 @@ PROG=3D hostapd SRCS=3D accounting.c aes-wrap.c ap_config.c \ ap_drv_ops.c ap_mlme.c authsrv.c \ - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ + chap.c common.c config_file.c ctrl_iface.c \ ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ eap_common.c eap_peap_common.c eap_register.c eap_server.c \ eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ @@ -28,6 +28,9 @@ tkip_countermeasures.c utils.c \ vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ wpa_debug.c wpabuf.c +.if ${MK_OPENSSL} !=3D "no" +SRCS+=3D crypto_openssl.c=20 +.endif SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c =20 MAN=3D hostapd.8 hostapd.conf.5 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_supplic= ant" making all. Error is: cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supp= licant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../= ../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../= contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../= contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/= src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/usr= /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/usr/s= rc/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFIG_= DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_ON= LASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DEAP= _TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.sbin= /wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib= /wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/= common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/cry= pto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_pac= ket -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/utils = -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protector= -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-inter= nal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o config= .o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_free= bsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o sh= a1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o wpa_= supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.o d= river_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o eap_= common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 aes-cbc.o: In function `aes_128_cbc_encrypt': aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' aes-cbc.o: In function `aes_128_cbc_decrypt': aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' aes-ctr.o: In function `aes_128_ctr_encrypt': aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' aes-encblock.o: In function `aes_128_encrypt_block': aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' aes-omac1.o: In function `omac1_aes_128_vector': aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' aes-unwrap.o: In function `aes_unwrap': aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' aes-wrap.o: In function `aes_wrap': aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' md5.o: In function `hmac_md5_vector': md5.c:(.text+0x80): undefined reference to `md5_vector' md5.c:(.text+0x198): undefined reference to `md5_vector' md5.c:(.text+0x24d): undefined reference to `md5_vector' sha1.o: In function `hmac_sha1_vector': sha1.c:(.text+0x80): undefined reference to `sha1_vector' sha1.c:(.text+0x198): undefined reference to `sha1_vector' sha1.c:(.text+0x24d): undefined reference to `sha1_vector' wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' wpa.o: In function `wpa_supplicant_decrypt_key_data': wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' eapol_supp_sm.o: In function `eapol_sm_processKey': eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' eap.o: In function `eap_sm_parseEapReq': eap.c:(.text+0x2362): undefined reference to `md5_vector' *** Error code 1 Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. *** Error code 1 I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/src= /crypto/md5.c Hmm... Looking for advice on best way to handle this one. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 02:07:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD49106566C for ; Mon, 16 Jan 2012 02:07:43 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 20B0D8FC19 for ; Mon, 16 Jan 2012 02:07:42 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 9E8145C26 for ; Mon, 16 Jan 2012 12:20:12 +1000 (EST) Message-ID: <4F138588.2030900@herveybayaustralia.com.au> Date: Mon, 16 Jan 2012 12:03:52 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <201201140954.q0E9sOgM037468@mail.r-bonomi.com> <4F115ADA.5050103@herveybayaustralia.com.au> <20120114130607.5a444301.freebsd@edvax.de> In-Reply-To: <20120114130607.5a444301.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: access(FULLPATH, xxx); X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 02:07:43 -0000 On 01/14/12 22:06, Polytropon wrote: > On Sat, 14 Jan 2012 20:37:14 +1000, Da Rock wrote: >> On 01/14/12 19:54, Robert Bonomi wrote: >>>> From owner-freebsd-questions@freebsd.org Sat Jan 14 02:32:15 2012 >>>> Date: Sat, 14 Jan 2012 09:28:21 +0100 >>>> From: Polytropon >>>> To: Robert Bonomi >>>> Cc: freebsd-questions@freebsd.org >>>> Subject: Re: access(FULLPATH, xxx); >>>> >>>> On Sat, 14 Jan 2012 02:00:12 -0600 (CST), Robert Bonomi wrote: >>>>> To repeat some advice from one of my Computer Science professors, many years >>>>> ago, whenever I asked 'how does it work' questions: "Try it and find out." >>>> I bet my professor can beat up your professor. :-) >>>> >>>> Mine used to say several times: "Trial and error is NOT >>>> a programming concept!" >>> As far as writing applications goes, that is _somewhat_ correct. >>> >>> However, 'trial and error' is _not_ the same thing as 'try it and find out'. >>> See the entire subject area of 'benchmarking'. >>> >>> And, the only way to definitively establish if an alternate approach is >>> 'better' -- i.e. 'faster', or 'smaller', or 'more efficient', etc. -- *IS* >>> to run a trial. >>> >>> Your professor undoubtedly would not of approved when I wrote bubble-sort >>> code that _out-performed_ any other sorting technique -- up to the limits >>> of memory. Or when I re-wrote an application that used binary searches >>> of records, with a new version that used a brute-force linear search. I >>> thought I could 'do it better/faster' than the existing code, but the only >>> way to "definitively" find out was to 'try it'. And the 'trial' proved >>> out -- the replacement code was 'merely' somewhat over 100 times faster. >>> *grin* >> Ha! Love it... :D > Mee too - except that I didn't want to show that > "typical attitude". In fact, I tried to make a > (kinf of humourical) statement about a habit that > I could observe at many students when I was at > university. > > Background: > > When you write source code, you can make errors. > Compiler shows errors. Some students started > with "trial& error" to just silence the compiler. > One form was that all functional parts of the > program were enclosed in /* and */ (it was a > C class) - no errors, but no action. A different > approach was to arbitrarily (!) change the source > code, something like that: > > void *foo(int blah, void *meow())(int ouch); > > Hmmm... gives me segfaults. Maybe something's > wrong with the pointers? > > void *foo(int blah, void **meow())(int ouch); > > Not much better, segfaults too. How about that? > > void *foo(int blah, void meow())(int *ouch); > > Well... also not better. I've heared about parentheses, > maybe those can help? > > void *foo(int blah), void *meow)(int ouch); > > Shit, doesn't even compile anymore! Uhm... _what_ did > I change? Oh wait, I know: > > void *foo(int blah, (void *)meow())(int ouch); > > Just produces garbage, then segfaults... what could I > change next? > > I think you get the idea. > > Other students could not understand that even if a > program compiles without any errors, there _may_ be > the possibility that it doesn't do what they intended > it to do. They seemed to believe in some kind of > magical "semantic compiler": > > int x, y, sum; > x = 100; > y = 250; > sum = a - b; > > They expected the compiler to notice what's wrong here > if you consider the _meaning_ of the identifiers. It's > not that obvious if you use x, y, and z. :-) > > > >>> As far as 'doing it once' for the purpose of answering a 'how does it work' >>> question -- where one has _not_ read the documentation, *OR* the existing >>> documentation is _not_clear_, then simple experimentation -- to get *the* >>> authoritative answer -- is entirly justified. >>> >>> When I got the 'try it and find out' advice, I was asking questions about >>> situations where the language _specification_ was unclear -- there were >>> two 'reasonable interpretations' of what the language inthe speciication >>> said, and I just wanted to know which one was the proper interpretation. >>> >>> Now, given that the language in the specification _was_ abiguous and both >>> interpretations were reasonsble, different compiler builders could have >>> implemented differently, and 'try it and find out' was _necessary_ to >>> establish what that particular implementation did. >> There appears to be 2 schools of thought on this subject: a classic case >> of the "old" vs the "new", in this case "punchcards/slow compilers" vs >> "gcc/all-in-one compile, link and go"of todays tech. I saw a similar >> conversation about 5 years ago on the linux lists... :) > I didn't want to complain about using a test case, > with determined variables (relative path vs. absolute > path) to see if the interpretation of "man 2 access" > was matching the actual inner workings of the function > in use. In fact, I would even judge this the _preferred_ > method to be sure. > > > >> In the light of this conversation and given todays tech I'd say give it >> a shot unless you think something could break (as in fatal to service >> quality in production/hardware). > Fully agree. Know your variables and construct a > test within a fixed environment. The result will > be a valid source of conclusion. > > Now back to "trial& error": what if I use > brackets instead? > > void *foo(int blah, void *meow[])(int ouch); > > Hmmm... :-) I think the problem these days is a combination of many things. Firstly, in the old days (I sound like grandpa... :/ ) punch cards were hard to do, time consuming, and machine time was very expensive. So programmers had to get it right the first time (or close to it), and documentation was paramount. Secondly, in the early years the internet wasn't exactly up and running (as such), and so global programming teams weren't a problem with language differences (and people were taught far better english and speling- whoops spelling :) none of this and other shortenings; ambiguity kept to a minimum). Thirdly, when things did become easier (gcc era?) the documentation slipped, and programmers started getting more sloppy, as the mistakes were easily fixed. The docs became more ambiguous, and language did start slipping (globally- not just in computing). Fourthly, globalisation occured, internet was up and running on a global scale, international teams were working on programs, and people were attempting to translate japanese manuals into english (if you catch my drift... :) I used to be a Xeroid and this was a standing joke). So not all docs were as clear anymore. Lastly, we have the travesty of a lack of discipline in skills. Near enough's good enough, and so on. No one is taking the time anymore to become "skilled" - they want it now or never. Take a 6 week course and become an expert. The masters and gurus are becoming few and far between now (although there appears to be a nice concentration here- thats why I stick around. Linux lists seem to have the cranky ones :) ). And so we have the case as you have outlined Poly. That said the docs are getting to be of not much help either unless you're partly clairvoyant too in more cases than should be. It is not always easy to articulate exactly what something does and how it works, but the basics should be there. Given the global society we live in with the numerous dialects its a hard task to try to ensure everyone will understand precisely. Care needs to be taken to ensure everyone does, though, if something in the code will blow something up. Ideally, it would be handy to have translators on hand to help with documentation projects, but that is not a feasible prospect. Examples would probably work better than a thousand words (like a picture)- no translation required. Myself I believe that one needs to read the docs thoroughly and then if it is ambiguous then run a test case, if all else fails: ask. But one needs to be as exact as possible when doing anything. "Any job worth doing is worth doing properly", and "god/devil is in the details" - Is say "God _and_ the devil is in the details": if you don't pay attention to the details the devil _will_ make sure it bites you in the ass! Its a crazy world, though, isn't it? :) From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 03:28:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172DC106564A for ; Mon, 16 Jan 2012 03:28:40 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id C1FE48FC08 for ; Mon, 16 Jan 2012 03:28:39 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0G3RMkw025345 for ; Sun, 15 Jan 2012 21:28:38 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12c3349ppb-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 21:28:38 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 21:28:36 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> Date: Sun, 15 Jan 2012 19:28:35 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-16_01:2012-01-13, 2012-01-16, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 03:28:40 -0000 On Jan 15, 2012, at 5:57 PM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >=20 >>=20 >> On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >>> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting fa= ilures. >>>>=20 >>>> First failure we encountered required the following patch to get past = "lib/libarchive (depend)"... >>>>=20 >>>>>=20 >>>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.00000000= 0 -0800 >>>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -08= 00 >>>>> @@ -176,9 +176,4 @@ >>>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>>> -#else >>>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>>> #endif >>>>>=20 >>>>> The above patch allowed the mkdep to succeed and later-compilation in= the same directory succeeded (yay). >>>>=20 >>>> However, you don't get far before the next error. >>>>=20 >>>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>>=20 >>>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAVE= _ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H = -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -Ws= ystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-proto= types -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrit= e-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscrip= ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-= pointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/s= nmpcrypto.c >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c= :371: error: conflicting types for 'snmp_passwd_to_keys' >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273: = error: previous declaration of 'snmp_passwd_to_keys' was here >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.c= :384: error: conflicting types for 'snmp_get_local_keys' >>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274: = error: previous declaration of 'snmp_get_local_keys' was here >>>>=20 >>>=20 >>> The solution to this appears to be the following patch: >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 -= 0700 >>> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >>> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >>> return (SNMP_CODE_OK); >>> } >>>=20 >>> -int >>> +enum snmp_code >>> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >>> { >>> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >>> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >>> return (SNMP_CODE_FAILED); >>> } >>>=20 >>> -int >>> +enum snmp_code >>> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >>> uint32_t elen __unused) >>> { >>>=20 >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>=20 >>=20 >> Then you churn along for some lengthy time (even making it all the way t= hrough clang successfully), but then stop again at usr.sbin/wpa/hostapd (de= pend) (output at end). >>=20 >> Probably going to be a patch similar to the libarchive one. >> --=20 >> Devin >>=20 >>=20 >> =3D=3D=3D> usr.sbin/wpa/hostapd (depend) >> rm -f .depend >> mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_DR= IVER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1= -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pac= ket -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONFI= G_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/w= pa//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//sr= c/ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_= common/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils= /common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/confi= g_file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_i= face.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypt= o_openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctrl= _iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/drivers= /drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_c= allbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dump= _state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_common= /eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_c= ommon/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib= /wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.s= bin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c /= usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_serve= r_mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_se= rver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//= src/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/hosta= pd/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /usr= /src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/u= sr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/src= /usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/usr= .sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd/= ../../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../.= ./contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd/= driver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ut= ils/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypt= o/tls_none.c >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:16:30: error: openssl/opensslv.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:17:25: error: openssl/err.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:18:25: error: openssl/des.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:19:25: error: openssl/aes.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:20:24: error: openssl/bn.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:21:25: error: openssl/evp.h: No such file or directory >> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_op= enssl.c:22:24: error: openssl/dh.h: No such file or directory >> mkdep: compile failed >> *** Error code 1 >>=20 >> Stop in /usr/src/usr.sbin/wpa/hostapd. >> *** Error code 1 >=20 > Quick and dirty way around this one is the following patch: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 > +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 > @@ -14,7 +14,7 @@ > PROG=3D hostapd > SRCS=3D accounting.c aes-wrap.c ap_config.c \ > ap_drv_ops.c ap_mlme.c authsrv.c \ > - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ > + chap.c common.c config_file.c ctrl_iface.c \ > ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ > eap_common.c eap_peap_common.c eap_register.c eap_server.c \ > eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ > @@ -28,6 +28,9 @@ > tkip_countermeasures.c utils.c \ > vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ > wpa_debug.c wpabuf.c > +.if ${MK_OPENSSL} !=3D "no" > +SRCS+=3D crypto_openssl.c=20 > +.endif > SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c >=20 > MAN=3D hostapd.8 hostapd.conf.5 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_suppl= icant" making all. >=20 > Error is: >=20 > cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_su= pplicant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/.= ./../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../.= ./../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../.= ./contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../.= ./contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/us= r/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/u= sr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/usr= /src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONFI= G_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE_= ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -DE= AP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.sb= in/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contr= ib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//sr= c/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/c= rypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_p= acket -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/util= s -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protect= or -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-int= ernal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o conf= ig.o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_fr= eebsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o = sha1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o wp= a_supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.o= driver_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o ea= p_common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 > aes-cbc.o: In function `aes_128_cbc_encrypt': > aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' > aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' > aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' > aes-cbc.o: In function `aes_128_cbc_decrypt': > aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' > aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' > aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' > aes-ctr.o: In function `aes_128_ctr_encrypt': > aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' > aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' > aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' > aes-encblock.o: In function `aes_128_encrypt_block': > aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' > aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' > aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' > aes-omac1.o: In function `omac1_aes_128_vector': > aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' > aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' > aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' > aes-unwrap.o: In function `aes_unwrap': > aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' > aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' > aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' > aes-wrap.o: In function `aes_wrap': > aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' > aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' > aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' > md5.o: In function `hmac_md5_vector': > md5.c:(.text+0x80): undefined reference to `md5_vector' > md5.c:(.text+0x198): undefined reference to `md5_vector' > md5.c:(.text+0x24d): undefined reference to `md5_vector' > sha1.o: In function `hmac_sha1_vector': > sha1.c:(.text+0x80): undefined reference to `sha1_vector' > sha1.c:(.text+0x198): undefined reference to `sha1_vector' > sha1.c:(.text+0x24d): undefined reference to `sha1_vector' > wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': > wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' > wpa.o: In function `wpa_supplicant_decrypt_key_data': > wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' > eapol_supp_sm.o: In function `eapol_sm_processKey': > eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' > eap.o: In function `eap_sm_parseEapReq': > eap.c:(.text+0x2362): undefined reference to `md5_vector' > *** Error code 1 >=20 > Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. > *** Error code 1 >=20 > I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/s= rc/crypto/md5.c >=20 to answer myself... moved to src/contrib/wpa/src/crypto/md5-internal.c whic= h isn't being included when -DWITHOUT_OPENSSL is passed to buildworld. This patch does the job to get past that... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/wpa_supplicant/Makefile.orig 2011-09-22 17:51:37.0000000= 00 -0700 +++ usr.sbin/wpa/wpa_supplicant/Makefile 2012-01-15 18:57:58.0000000= 00 -0800 @@ -20,6 +20,10 @@ driver_ndis.c Packet32.c \ driver_wired.c \ driver_freebsd.c os_unix.c +.if ${MK_OPENSSL} =3D=3D "no" +SRCS+=3D aes-internal-dec.c aes-internal-enc.c md5-internal.c sha1-interna= l.c \ + rc4.c +.endif =20 MAN=3D wpa_supplicant.8 wpa_supplicant.conf.5 =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D However, now I have to go back and add-to my earlier patch to src/usr.sbin/= wpa/hostapd/Makefile as this is the next roadblock: =3D=3D=3D> usr.sbin/wpa/hostapd (all) make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libssl.a. Stop I feel like I'm getting closer to restoring -DWITHOUT_OPENSSL support in RE= LENG_9. All of the patches thus far (above) I'm creating are from comparing= RELENG_8 to 9. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:34:19 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4A1106566B for ; Mon, 16 Jan 2012 05:34:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 876B48FC08 for ; Mon, 16 Jan 2012 05:34:19 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa06 [127.0.0.1]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with SMTP id q0G5PrEA010646 for ; Sun, 15 Jan 2012 23:34:18 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa06.fnfis.com with ESMTP id 12c8g5139n-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sun, 15 Jan 2012 23:34:18 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jan 2012 23:34:17 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Sun, 15 Jan 2012 21:34:15 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <20FEFC1E-0A83-4365-900E-64B6FC49835D@fisglobal.com> References: <2F8A82E5-70D7-4A1F-A785-704F41E7DFDA@fisglobal.com> <3489DCF5-0E1F-4F6B-A924-772F6F7B2E18@fisglobal.com> <12FE05E5-A149-43D8-A910-8765B732FE8D@fisglobal.com> <8A9F4627-EE7A-454E-8D6E-B52320F29E24@fisglobal.com> <0BE673CC-3BF9-469A-9CF1-E16E89F75030@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-16_01:2012-01-13, 2012-01-16, 1970-01-01 signatures=0 Cc: FreeBSD Questions , Dave Robison Subject: [SOLVED] Re: buildworld -DWITHOUT_OPENSSL fails at usr.sbin/wpa/wpa_supplicant (all) (was usr.sbin/wpa/hostapd (depend) (was: lib/libbsnmp/libbsnmp (all) (was: lib/libarchive (depend)))) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:34:19 -0000 On Jan 15, 2012, at 7:28 PM, Devin Teske wrote: >=20 > On Jan 15, 2012, at 5:57 PM, Devin Teske wrote: >=20 >>=20 >> On Jan 15, 2012, at 10:43 AM, Devin Teske wrote: >>=20 >>>=20 >>> On Jan 15, 2012, at 10:11 AM, Devin Teske wrote: >>>> On Jan 13, 2012, at 7:28 PM, Devin Teske wrote: >>>>> Trying to buildworld in RELENG_9 with -DWITHOUT_OPENSSL and getting f= ailures. >>>>>=20 >>>>> First failure we encountered required the following patch to get past= "lib/libarchive (depend)"... >>>>>=20 >>>>>>=20 >>>>>> --- lib/libarchive/config_freebsd.h.orig 2012-01-05 03:44:55.0000000= 00 -0800 >>>>>> +++ lib/libarchive/config_freebsd.h 2012-01-13 18:43:46.000000000 -0= 800 >>>>>> @@ -176,9 +176,4 @@ >>>>>> #define ARCHIVE_HASH_SHA256_OPENSSL 1 >>>>>> #define ARCHIVE_HASH_SHA384_OPENSSL 1 >>>>>> #define ARCHIVE_HASH_SHA512_OPENSSL 1 >>>>>> -#else >>>>>> -#define ARCHIVE_HASH_MD5_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA1_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA256_LIBC 1 >>>>>> -#define ARCHIVE_HASH_SHA512_LIBC 1 >>>>>> #endif >>>>>>=20 >>>>>> The above patch allowed the mkdep to succeed and later-compilation i= n the same directory succeeded (yay). >>>>>=20 >>>>> However, you don't get far before the next error. >>>>>=20 >>>>> Making all in lib/libbsnmp/libbsnmp with -DWITHOUT_OPENSSL... >>>>>=20 >>>>> cc -I/usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib -DHAV= E_ERR_H -DHAVE_GETADDRINFO -DHAVE_STRLCPY -DHAVE_STDINT_H -DHAVE_INTTYPES_H= -DQUADFMT=3D'"llu"' -DQUADXFMT=3D'"llx"' -std=3Dgnu99 -fstack-protector -W= system-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prot= otypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwri= te-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno= -pointer-sign -c /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/= snmpcrypto.c >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.= c:371: error: conflicting types for 'snmp_passwd_to_keys' >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:273:= error: previous declaration of 'snmp_passwd_to_keys' was here >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmpcrypto.= c:384: error: conflicting types for 'snmp_get_local_keys' >>>>> /usr/src/lib/libbsnmp/libbsnmp/../../../contrib/bsnmp/lib/snmp.h:274:= error: previous declaration of 'snmp_get_local_keys' was here >>>>>=20 >>>>=20 >>>> The solution to this appears to be the following patch: >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>> --- contrib/bsnmp/lib/snmpcrypto.c.orig 2011-09-22 17:51:37.000000000 = -0700 >>>> +++ contrib/bsnmp/lib/snmpcrypto.c 2012-01-15 09:49:27.000000000 -0800 >>>> @@ -366,7 +366,7 @@ snmp_pdu_decrypt(const struct snmp_pdu * >>>> return (SNMP_CODE_OK); >>>> } >>>>=20 >>>> -int >>>> +enum snmp_code >>>> snmp_passwd_to_keys(struct snmp_user *user, char *passwd __unused) >>>> { >>>> if (user->auth_proto =3D=3D SNMP_AUTH_NOAUTH && >>>> @@ -378,7 +378,7 @@ snmp_passwd_to_keys(struct snmp_user *us >>>> return (SNMP_CODE_FAILED); >>>> } >>>>=20 >>>> -int >>>> +enum snmp_code >>>> snmp_get_local_keys(struct snmp_user *user, uint8_t *eid __unused, >>>> uint32_t elen __unused) >>>> { >>>>=20 >>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >>>>=20 >>>=20 >>> Then you churn along for some lengthy time (even making it all the way = through clang successfully), but then stop again at usr.sbin/wpa/hostapd (d= epend) (output at end). >>>=20 >>> Probably going to be a patch similar to the libarchive one. >>> --=20 >>> Devin >>>=20 >>>=20 >>> =3D=3D=3D> usr.sbin/wpa/hostapd (depend) >>> rm -f .depend >>> mkdep -f .depend -a -DDRUID -I/usr/src/usr.sbin/wpa/hostapd -I/usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../= ../../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../cont= rib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/usr/src/usr.sbi= n/wpa/hostapd/../../../contrib/wpa//hostapd -I/usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/drivers -DCONFIG_DRIVER_BSD -DHOSTAPD -DCONFIG_D= RIVER_RADIUS_ACL -DCONFIG_IPV6 -DEAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA= 1 -DINTERNAL_MD5 -I/usr/src/usr.sbin/wpa/hostapd -I/usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/hostapd/../../../co= ntrib/wpa//src/common -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/crypto -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/l2_pa= cket -I/usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils -DCONF= IG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/ap/accounting.c /usr/src/usr.sbin/wpa/hostapd/../../../= contrib/wpa//src/crypto/aes-wrap.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/ap/ap_config.c /usr/src/usr.sbin/wpa/hostapd/../../../contr= ib/wpa//src/ap/ap_drv_ops.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/= wpa//src/ap/ap_mlme.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//s= rc/ap/authsrv.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap= _common/chap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/util= s/common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/conf= ig_file.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/ctrl_= iface.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/cryp= to_openssl.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ctr= l_iface_ap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/driver= s/drivers.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/drv_= callbacks.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/dum= p_state.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_commo= n/eap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_= common/eap_peap_common.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //hostapd/eap_register.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa= //src/eap_server/eap_server.c /usr/src/usr.sbin/wpa/hostapd/../../../contri= b/wpa//src/eap_server/eap_server_gtc.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/eap_server/eap_server_identity.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/eap_server/eap_server_md5.c /usr/src/usr.= sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_server_methods.c = /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_server/eap_serv= er_mschapv2.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eap_s= erver/eap_server_peap.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa/= /src/eap_server/eap_server_tls.c /usr/src/usr.sbin/wpa/hostapd/../../../con= trib/wpa//src/eap_server/eap_server_tls_common.c /usr/src/usr.sbin/wpa/host= apd/../../../contrib/wpa//src/eap_server/eap_server_ttls.c /usr/src/usr.sbi= n/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_dump.c /usr/s= rc/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/eapol_auth/eapol_auth_sm.= c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/eloop.c /us= r/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/hostapd.c /usr/src/= usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_auth.c /usr/sr= c/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/common/ieee802_11_common.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_11_ht.c= /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/ap/ieee802_1x.c /u= sr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/utils/ip_addr.c /usr/= src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/md5.c /usr/src/us= r.sbin/wpa/hostapd/../../../contrib/wpa//hostapd/main.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/ms_funcs.c /usr/src/usr.sbin/wp= a/hostapd/../../../contrib/wpa//src/ap/peerkey_auth.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/ap/pmksa_cache_auth.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/preauth_auth.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/radius/radius.c /usr/src/usr.sbin/wpa/= hostapd/../../../contrib/wpa//src/radius/radius_client.c /usr/src/usr.sbin/= wpa/hostapd/../../../contrib/wpa//src/ap/sta_info.c /usr/src/usr.sbin/wpa/h= ostapd/../../../contrib/wpa//src/crypto/sha1-pbkdf2.c /usr/src/usr.sbin/wpa= /hostapd/../../../contrib/wpa//src/crypto/sha1-tlsprf.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/sha1-tprf.c /usr/src/usr.sbin/w= pa/hostapd/../../../contrib/wpa//src/crypto/sha1.c /usr/src/usr.sbin/wpa/ho= stapd/../../../contrib/wpa//src/ap/tkip_countermeasures.c /usr/src/usr.sbin= /wpa/hostapd/../../../contrib/wpa//src/ap/utils.c /usr/src/usr.sbin/wpa/hos= tapd/../../../contrib/wpa//src/ap/vlan_init.c /usr/src/usr.sbin/wpa/hostapd= /../../../contrib/wpa//src/ap/wpa_auth.c /usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/ap/wpa_auth_glue.c /usr/src/usr.sbin/wpa/hostapd/../.= ./../contrib/wpa//src/ap/wpa_auth_ie.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/common/wpa_common.c /usr/src/usr.sbin/wpa/hostapd/../..= /../contrib/wpa//src/utils/wpa_debug.c /usr/src/usr.sbin/wpa/hostapd/../../= ../contrib/wpa//src/utils/wpabuf.c /usr/src/usr.sbin/wpa/hostapd/../../../c= ontrib/wpa//src/l2_packet/l2_packet_freebsd.c /usr/src/usr.sbin/wpa/hostapd= /driver_freebsd.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/u= tils/os_unix.c /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/cryp= to/tls_none.c >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:16:30: error: openssl/opensslv.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:17:25: error: openssl/err.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:18:25: error: openssl/des.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:19:25: error: openssl/aes.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:20:24: error: openssl/bn.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:21:25: error: openssl/evp.h: No such file or directory >>> /usr/src/usr.sbin/wpa/hostapd/../../../contrib/wpa//src/crypto/crypto_o= penssl.c:22:24: error: openssl/dh.h: No such file or directory >>> mkdep: compile failed >>> *** Error code 1 >>>=20 >>> Stop in /usr/src/usr.sbin/wpa/hostapd. >>> *** Error code 1 >>=20 >> Quick and dirty way around this one is the following patch: >>=20 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >> --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -07= 00 >> +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 11:01:49.000000000 -0800 >> @@ -14,7 +14,7 @@ >> PROG=3D hostapd >> SRCS=3D accounting.c aes-wrap.c ap_config.c \ >> ap_drv_ops.c ap_mlme.c authsrv.c \ >> - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ >> + chap.c common.c config_file.c ctrl_iface.c \ >> ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ >> eap_common.c eap_peap_common.c eap_register.c eap_server.c \ >> eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ >> @@ -28,6 +28,9 @@ >> tkip_countermeasures.c utils.c \ >> vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ >> wpa_debug.c wpabuf.c >> +.if ${MK_OPENSSL} !=3D "no" >> +SRCS+=3D crypto_openssl.c=20 >> +.endif >> SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c >>=20 >> MAN=3D hostapd.8 hostapd.conf.5 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>=20 >> And that gets you a bit further, stopping next at "usr.sbin/wpa/wpa_supp= licant" making all. >>=20 >> Error is: >>=20 >> cc -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_s= upplicant/../../../contrib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/= ../../../contrib/wpa//src/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../= ../../contrib/wpa//src/crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/l2_packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../= ../contrib/wpa//src/utils -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -I/u= sr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//wpa_supplicant -I/= usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/drivers -I/us= r/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/rsn_supp -DCONF= IG_DRIVER_BSD -DCONFIG_DRIVER_NDIS -DCONFIG_DRIVER_WIRED -DCONFIG_TERMINATE= _ONLASTIF -DCONFIG_DEBUG_SYSLOG -DCONFIG_BACKEND_FILE -DIEEE8021X_EAPOL -D= EAP_TLS_NONE -DINTERNAL_AES -DINTERNAL_SHA1 -DINTERNAL_MD5 -I/usr/src/usr.s= bin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../cont= rib/wpa//src -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//s= rc/common -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/= crypto -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/l2_= packet -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa//src/uti= ls -DCONFIG_CTRL_IFACE -DCONFIG_CTRL_IFACE_UNIX -std=3Dgnu99 -fstack-protec= tor -o wpa_supplicant aes-cbc.o aes-ctr.o aes-eax.o aes-encblock.o aes-in= ternal.o aes-omac1.o aes-unwrap.o aes-wrap.o bss.o blacklist.o common.o con= fig.o ctrl_iface.o ctrl_iface_unix.o drivers.o eloop.o events.o l2_packet_f= reebsd.o main.o md5.o notify.o preauth.o pmksa_cache.o scan.o sha1-pbkdf2.o= sha1-tlsprf.o sha1-tprf.o sha1.o wpa.o wpa_common.o wpa_debug.o wpa_ie.o w= pa_supplicant.o wpabuf.o wpas_glue.o driver_ndis.o Packet32.o driver_wired.= o driver_freebsd.o os_unix.o config_file.o base64.o eapol_supp_sm.o eap.o e= ap_common.o eap_methods.o eap_register.o tls_none.o -lpcap=20 >> aes-cbc.o: In function `aes_128_cbc_encrypt': >> aes-cbc.c:(.text+0x37): undefined reference to `aes_encrypt_init' >> aes-cbc.c:(.text+0xba): undefined reference to `aes_encrypt' >> aes-cbc.c:(.text+0xe6): undefined reference to `aes_encrypt_deinit' >> aes-cbc.o: In function `aes_128_cbc_decrypt': >> aes-cbc.c:(.text+0x147): undefined reference to `aes_decrypt_init' >> aes-cbc.c:(.text+0x1a7): undefined reference to `aes_decrypt' >> aes-cbc.c:(.text+0x20c): undefined reference to `aes_decrypt_deinit' >> aes-ctr.o: In function `aes_128_ctr_encrypt': >> aes-ctr.c:(.text+0x42): undefined reference to `aes_encrypt_init' >> aes-ctr.c:(.text+0x84): undefined reference to `aes_encrypt' >> aes-ctr.c:(.text+0x12d): undefined reference to `aes_encrypt_deinit' >> aes-encblock.o: In function `aes_128_encrypt_block': >> aes-encblock.c:(.text+0x1e): undefined reference to `aes_encrypt_init' >> aes-encblock.c:(.text+0x43): undefined reference to `aes_encrypt' >> aes-encblock.c:(.text+0x4c): undefined reference to `aes_encrypt_deinit' >> aes-omac1.o: In function `omac1_aes_128_vector': >> aes-omac1.c:(.text+0xdf): undefined reference to `aes_encrypt_init' >> aes-omac1.c:(.text+0x204): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x238): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x32d): undefined reference to `aes_encrypt' >> aes-omac1.c:(.text+0x336): undefined reference to `aes_encrypt_deinit' >> aes-unwrap.o: In function `aes_unwrap': >> aes-unwrap.c:(.text+0x62): undefined reference to `aes_decrypt_init' >> aes-unwrap.c:(.text+0xfb): undefined reference to `aes_decrypt' >> aes-unwrap.c:(.text+0x14d): undefined reference to `aes_decrypt_deinit' >> aes-wrap.o: In function `aes_wrap': >> aes-wrap.c:(.text+0x6b): undefined reference to `aes_encrypt_init' >> aes-wrap.c:(.text+0xdf): undefined reference to `aes_encrypt' >> aes-wrap.c:(.text+0x15b): undefined reference to `aes_encrypt_deinit' >> md5.o: In function `hmac_md5_vector': >> md5.c:(.text+0x80): undefined reference to `md5_vector' >> md5.c:(.text+0x198): undefined reference to `md5_vector' >> md5.c:(.text+0x24d): undefined reference to `md5_vector' >> sha1.o: In function `hmac_sha1_vector': >> sha1.c:(.text+0x80): undefined reference to `sha1_vector' >> sha1.c:(.text+0x198): undefined reference to `sha1_vector' >> sha1.c:(.text+0x24d): undefined reference to `sha1_vector' >> wpa.o: In function `wpa_supplicant_process_1_of_2_wpa': >> wpa.c:(.text+0x2bc1): undefined reference to `rc4_skip' >> wpa.o: In function `wpa_supplicant_decrypt_key_data': >> wpa.c:(.text+0x34a6): undefined reference to `rc4_skip' >> eapol_supp_sm.o: In function `eapol_sm_processKey': >> eapol_supp_sm.c:(.text+0x1846): undefined reference to `rc4_skip' >> eap.o: In function `eap_sm_parseEapReq': >> eap.c:(.text+0x2362): undefined reference to `md5_vector' >> *** Error code 1 >>=20 >> Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. >> *** Error code 1 >>=20 >> I'm seeing that the INTERNAL_MD5 stuff was removed from src/contrib/wpa/= src/crypto/md5.c >>=20 >=20 >=20 > to answer myself... moved to src/contrib/wpa/src/crypto/md5-internal.c wh= ich isn't being included when -DWITHOUT_OPENSSL is passed to buildworld. >=20 > This patch does the job to get past that... >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- usr.sbin/wpa/wpa_supplicant/Makefile.orig 2011-09-22 17:51:37.00000= 0000 -0700 > +++ usr.sbin/wpa/wpa_supplicant/Makefile 2012-01-15 18:57:58.00000= 0000 -0800 > @@ -20,6 +20,10 @@ > driver_ndis.c Packet32.c \ > driver_wired.c \ > driver_freebsd.c os_unix.c > +.if ${MK_OPENSSL} =3D=3D "no" > +SRCS+=3D aes-internal-dec.c aes-internal-enc.c md5-internal.c sha1-inter= nal.c \ > + rc4.c > +.endif >=20 > MAN=3D wpa_supplicant.8 wpa_supplicant.conf.5 >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > However, now I have to go back and add-to my earlier patch to src/usr.sbi= n/wpa/hostapd/Makefile as this is the next roadblock: >=20 > =3D=3D=3D> usr.sbin/wpa/hostapd (all) > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libssl.a. Stop >=20 I revised my earlier patch to src/usr.sbin/wpa/hostapd/Makefile... =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D BEGIN PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- usr.sbin/wpa/hostapd/Makefile.orig 2011-09-22 17:51:37.000000000 -0700 +++ usr.sbin/wpa/hostapd/Makefile 2012-01-15 21:08:02.000000000 -0800 @@ -9,12 +9,13 @@ ${WPA_DISTDIR}/src/eapol_auth \ ${WPA_DISTDIR}/src/drivers \ ${WPA_DISTDIR}/src/radius \ + ${WPA_DISTDIR}/src/crypto \ ${WPA_DISTDIR} =20 PROG=3D hostapd SRCS=3D accounting.c aes-wrap.c ap_config.c \ ap_drv_ops.c ap_mlme.c authsrv.c \ - chap.c common.c config_file.c ctrl_iface.c crypto_openssl.c \ + chap.c common.c config_file.c ctrl_iface.c \ ctrl_iface_ap.c drivers.c drv_callbacks.c dump_state.c \ eap_common.c eap_peap_common.c eap_register.c eap_server.c \ eap_server_gtc.c eap_server_identity.c eap_server_md5.c \ @@ -28,6 +29,12 @@ tkip_countermeasures.c utils.c \ vlan_init.c wpa_auth.c wpa_auth_glue.c wpa_auth_ie.c wpa_common.c \ wpa_debug.c wpabuf.c +.if ${MK_OPENSSL} !=3D "no" +SRCS+=3D crypto_openssl.c=20 +.else +SRCS+=3D aes-internal.c aes-internal-enc.c des-internal.c md4-internal.c \ + md5-internal.c rc4.c sha1-internal.c +.endif SRCS+=3D l2_packet_freebsd.c driver_freebsd.c os_unix.c =20 MAN=3D hostapd.8 hostapd.conf.5 @@ -46,8 +53,8 @@ CFLAGS+=3D -DCONFIG_IPV6 .endif #CFLAGS+=3D -g -DPADD+=3D ${LIBPCAP} ${LIBSSL} -LDADD+=3D -lpcap -lssl +DPADD+=3D ${LIBPCAP} +LDADD+=3D -lpcap =20 # User customizations for wpa_supplicant/hostapd build environment CFLAGS+=3D${HOSTAPD_CFLAGS} =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D END PATCH =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D And success! Voila! To recap, in order to compile cleanly with -DWITHOUT_OPENSSL, I had to patc= h the following four (4) files: src/contrib/bsnmp/lib/snmpcrypto.c src/lib/libarchve/config_freebsd.h src/usr.sbin/wpa/hostapd/Makefile src/usr.sbin/wpa/wpa_supplicant/Makefile All patches above (in reply-text). I'll file a PR tomorrow, containing the above patches, restoring the abilit= y to buildworld without openssl. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:46:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40EDA1065675 for ; Mon, 16 Jan 2012 05:46:43 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 061AC8FC0A for ; Mon, 16 Jan 2012 05:46:42 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx02.qsc.de (Postfix) with ESMTP id 9728A29BF2; Mon, 16 Jan 2012 06:46:40 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0G5kePp002011; Mon, 16 Jan 2012 06:46:40 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 06:46:39 +0100 From: Polytropon To: Jim Pazarena Message-Id: <20120116064639.ef2dba63.freebsd@edvax.de> In-Reply-To: <4F1363E4.2090104@paz.bz> References: <4F1363E4.2090104@paz.bz> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:46:43 -0000 On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > Is it permissible to delete the dot snap folder which is created > in a filesystem? First of all, it's called a directory, not a "folder". :-) The .snap directory in a partition's root directory is used by the program "dump" to store a snapshot of a live (i. e. possibly changing) file system prior to dumping it (i. e. it dumps the snapshot). See "man dump", the -L option: This option is to notify dump that it is dumping a live file sys- tem. To obtain a consistent dump image, dump takes a snapshot of the file system in the .snap directory in the root of the file system being dumped and then does a dump of the snapshot. The snapshot is unlinked as soon as the dump starts, and is thus removed when the dump is complete. This option is ignored for unmounted or read-only file systems. If the .snap directory does not exist in the root of the file system being dumped, a warning will be issued and the dump will revert to the standard behavior. This problem can be corrected by creating a .snap directory in the root of the file system to be dumped; its owner should be ``root'', its group should be ``operator'', and its mode should be ``0770''. *** So unless you're currently running a dump -L session, you can delete that directory. Maybe you need to be member of "operator" or be "root" in order to do it due to access permissions described above. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:54:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637BB106564A for ; Mon, 16 Jan 2012 05:54:57 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh1.interactivevillages.com (ca.2e.7bae.static.theplanet.com [174.123.46.202]) by mx1.freebsd.org (Postfix) with ESMTP id 383E78FC14 for ; Mon, 16 Jan 2012 05:54:56 +0000 (UTC) Received: from 184-78-197-203.war.clearwire-wmx.net ([184.78.197.203] helo=_HOSTNAME_) by wh1.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RmfWq-0007AN-UZ for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 21:54:26 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Sun, 15 Jan 2012 21:54:52 -0800 Date: Sun, 15 Jan 2012 21:54:52 -0800 From: Chip Camden To: freebsd-questions@freebsd.org Message-ID: <20120116055451.GG51930@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PpAOPzA3dXsRhoo+" Content-Disposition: inline In-Reply-To: <20120116064639.ef2dba63.freebsd@edvax.de> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh1.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:54:57 -0000 --PpAOPzA3dXsRhoo+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Polytropon on Monday, 16 January 2012: > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > Is it permissible to delete the dot snap folder which is created > > in a filesystem? >=20 > First of all, it's called a directory, not a "folder". :-) >=20 After all, it doesn't fold (for that you need a little Haskell or OCaml). --=20 =2EO. | Sterling (Chip) Camden | http://camdensoftware.com =2E.O | sterling@camdensoftware.com | http://chipsquips.com OOO | 2048R/D6DBAF91 | http://chipstips.com --PpAOPzA3dXsRhoo+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJPE7urAAoJEIpckszW26+RuSoH/jcHXPzAYeU2M07IOMUPeKrQ JAAF81+YPEN3tnDprxjawbVIWBP+OCdQQSL+gXurzVVT6e+5vFTcb7brnHrmQS5h qv9pK9emNMLTD2L+TVoAx2gU5hIvXHUayKRm72UNXIZey6L7JVzI7s1wn7dqjReE bxkT2XRlA7JWF7fmSIyhn6uto06yNEmieytV19DJte5339Vd+mdYDrPX+i4JmjXp McsEbWTotACSmQ/sPiSK9Xh08NJiByA9AErlIVF19XnRziMQ+Iwuu5lKfJfWx1p9 DZjUDjDiCwGH7Kk4U8A7uHMPZmCf1nCbhNG4TtJfmPW1WQK7AO1rd0FxKx4okQ0= =U4pQ -----END PGP SIGNATURE----- --PpAOPzA3dXsRhoo+-- From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 06:14:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB3D106566B for ; Mon, 16 Jan 2012 06:14:26 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B23248FC12 for ; Mon, 16 Jan 2012 06:14:25 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBFFEF.dip.t-dialin.net [93.203.255.239]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q0G6EAOp027325; Mon, 16 Jan 2012 06:14:11 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q0G6E9Wg098940; Mon, 16 Jan 2012 07:14:12 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q0G6DvjH012679; Mon, 16 Jan 2012 07:14:03 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201201160614.q0G6DvjH012679@fire.js.berklix.net> To: "Conrad J. Sabatier" From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 15 Jan 2012 19:13:34 CST." <20120115191334.385bd3eb@cox.net> Date: Mon, 16 Jan 2012 07:13:57 +0100 Sender: jhs@berklix.com Cc: freebsd-questions@freebsd.org Subject: Re: COMPAT_* kernel config options -- some housecleaning overdue? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 06:14:26 -0000 Hi, "Conrad J. Sabatier" wrote: > I've been wondering for a while now about the accuracy of some of the > comments in /sys/conf/NOTES re: the various COMPAT_* options, and now, > with 9.0-RELEASE already out the door and 10.0-CURRENT as the current > development branch, it seems even more relevant to ask just how > necessary or useful some of these options are anymore. > > Let me preface the following by saying that I just recently built a > 10.0-CURRENT kernel with no COMPAT_* options besides COMPAT_FREEBSD32 > and COMPAT_LINUX32, and everything seems to be working just fine (yes, > including Linux emulation). > > First and foremost, the comment re: COMPAT_43: "You probably do NOT > want to remove this as much current code still relies on the 4.3 > emulation." This might not be just refering to code runing on FreeBSD, but perhaps also code running on older other legacy net machines ? I suspect I may have needed it to talk to eg my Symmetric 375 (a 4.2BSD Bill Jollitz product pre 386BSD pre FreeBSD http://www.berklix.com/~jhs/symmetric/ ) (Not that I put that comment in), it might be an ifdef that allows adaptive detection of logic low & high for TCP broadcast address ? Whatever, searching & updated comments on what they all do would be nice. Feel free to search the source with find & grep & use send-pr to update the comments, would be useful :-) cd /usr/src vi -c/COMPAT_43TTY `find . -type f -exec grep -l COMPAT_43TTY {} \;` dmesg .... > This would appear to no longer be true. And similarly, > how relevant or viable is COMPAT_43TTY anymore? Why would one want to > use this? To support legacy code/ apps. Warning "There be dragons" as it says on old maps ;-) ie tty in Unix has traditionaly been a complex place to mess around, personaly I'd stear clear & leave it to those willing to futz about with tty :-). > I suspect that neither of these options has any real effect > anymore and both may, in fact, be essentially NOOPs. How close to the > real picture is that? > > It is my understanding that, on 64-bit platforms, COMPAT_FREEBSD32 > *is* necessary if COMPAT_LINUX32 is enabled, which seems perfectly > reasonable. However, the comment accompanying COMPAT_LINUX32 states > that COMPAT_43 is also required, which simply is not true. > And speaking of Linux compatibility, we still have an erroneous reference to > COMPAT_LINUX instead of COMPAT_LINUX32 accompanying 'device tdfx'. dmesg then > Then, of course, there are the various COMPAT_FREEBSD[4-7] options, > each accompanied by a comment which merely states the obvious but > offers no real clue as to whether or not any of them are actually > necessary. was mentioned on another list in last few days > I don't know, this whole COMPAT area just seems really messy to me -- > disorganized, unclearly documented and probably suffering from no small > amount of bit rot and neglect. I really do think it's time for some > cleaning up. > > Hope I didn't ruffle any feathers, but I just hate this type of gray > fuzziness. Clarification (maybe even some deprecation?) seems to be in > order here. Yup, certainly needs clearer comments ... find ... grep ... vi ... dmesg :-) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 06:20:00 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A34106564A for ; Mon, 16 Jan 2012 06:20:00 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1942B8FC0C for ; Mon, 16 Jan 2012 06:19:59 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx01.qsc.de (Postfix) with ESMTP id 36E48A6; Mon, 16 Jan 2012 07:19:58 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0G6JvVs002069; Mon, 16 Jan 2012 07:19:57 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 07:19:57 +0100 From: Polytropon To: Da Rock Message-Id: <20120116071957.bd889587.freebsd@edvax.de> In-Reply-To: <4F138588.2030900@herveybayaustralia.com.au> References: <201201140954.q0E9sOgM037468@mail.r-bonomi.com> <4F115ADA.5050103@herveybayaustralia.com.au> <20120114130607.5a444301.freebsd@edvax.de> <4F138588.2030900@herveybayaustralia.com.au> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: access(FULLPATH, xxx); X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 06:20:00 -0000 On Mon, 16 Jan 2012 12:03:52 +1000, Da Rock wrote: > On 01/14/12 22:06, Polytropon wrote: > > On Sat, 14 Jan 2012 20:37:14 +1000, Da Rock wrote: > >> On 01/14/12 19:54, Robert Bonomi wrote: > >>>> From owner-freebsd-questions@freebsd.org Sat Jan 14 02:32:15 2012 > >>>> Date: Sat, 14 Jan 2012 09:28:21 +0100 > >>>> From: Polytropon > >>>> To: Robert Bonomi > >>>> Cc: freebsd-questions@freebsd.org > >>>> Subject: Re: access(FULLPATH, xxx); > >>>> > >>>> On Sat, 14 Jan 2012 02:00:12 -0600 (CST), Robert Bonomi wrote: > >>>>> To repeat some advice from one of my Computer Science professors, many years > >>>>> ago, whenever I asked 'how does it work' questions: "Try it and find out." > >>>> I bet my professor can beat up your professor. :-) > >>>> > >>>> Mine used to say several times: "Trial and error is NOT > >>>> a programming concept!" > >>> As far as writing applications goes, that is _somewhat_ correct. > >>> > >>> However, 'trial and error' is _not_ the same thing as 'try it and find out'. > >>> See the entire subject area of 'benchmarking'. > >>> > >>> And, the only way to definitively establish if an alternate approach is > >>> 'better' -- i.e. 'faster', or 'smaller', or 'more efficient', etc. -- *IS* > >>> to run a trial. > >>> > >>> Your professor undoubtedly would not of approved when I wrote bubble-sort > >>> code that _out-performed_ any other sorting technique -- up to the limits > >>> of memory. Or when I re-wrote an application that used binary searches > >>> of records, with a new version that used a brute-force linear search. I > >>> thought I could 'do it better/faster' than the existing code, but the only > >>> way to "definitively" find out was to 'try it'. And the 'trial' proved > >>> out -- the replacement code was 'merely' somewhat over 100 times faster. > >>> *grin* > >> Ha! Love it... :D > > Mee too - except that I didn't want to show that > > "typical attitude". In fact, I tried to make a > > (kinf of humourical) statement about a habit that > > I could observe at many students when I was at > > university. > > > > Background: > > > > When you write source code, you can make errors. > > Compiler shows errors. Some students started > > with "trial& error" to just silence the compiler. > > One form was that all functional parts of the > > program were enclosed in /* and */ (it was a > > C class) - no errors, but no action. A different > > approach was to arbitrarily (!) change the source > > code, something like that: > > > > void *foo(int blah, void *meow())(int ouch); > > > > Hmmm... gives me segfaults. Maybe something's > > wrong with the pointers? > > > > void *foo(int blah, void **meow())(int ouch); > > > > Not much better, segfaults too. How about that? > > > > void *foo(int blah, void meow())(int *ouch); > > > > Well... also not better. I've heared about parentheses, > > maybe those can help? > > > > void *foo(int blah), void *meow)(int ouch); > > > > Shit, doesn't even compile anymore! Uhm... _what_ did > > I change? Oh wait, I know: > > > > void *foo(int blah, (void *)meow())(int ouch); > > > > Just produces garbage, then segfaults... what could I > > change next? > > > > I think you get the idea. > > > > Other students could not understand that even if a > > program compiles without any errors, there _may_ be > > the possibility that it doesn't do what they intended > > it to do. They seemed to believe in some kind of > > magical "semantic compiler": > > > > int x, y, sum; > > x = 100; > > y = 250; > > sum = a - b; > > > > They expected the compiler to notice what's wrong here > > if you consider the _meaning_ of the identifiers. It's > > not that obvious if you use x, y, and z. :-) > > > > > > > >>> As far as 'doing it once' for the purpose of answering a 'how does it work' > >>> question -- where one has _not_ read the documentation, *OR* the existing > >>> documentation is _not_clear_, then simple experimentation -- to get *the* > >>> authoritative answer -- is entirly justified. > >>> > >>> When I got the 'try it and find out' advice, I was asking questions about > >>> situations where the language _specification_ was unclear -- there were > >>> two 'reasonable interpretations' of what the language inthe speciication > >>> said, and I just wanted to know which one was the proper interpretation. > >>> > >>> Now, given that the language in the specification _was_ abiguous and both > >>> interpretations were reasonsble, different compiler builders could have > >>> implemented differently, and 'try it and find out' was _necessary_ to > >>> establish what that particular implementation did. > >> There appears to be 2 schools of thought on this subject: a classic case > >> of the "old" vs the "new", in this case "punchcards/slow compilers" vs > >> "gcc/all-in-one compile, link and go"of todays tech. I saw a similar > >> conversation about 5 years ago on the linux lists... :) > > I didn't want to complain about using a test case, > > with determined variables (relative path vs. absolute > > path) to see if the interpretation of "man 2 access" > > was matching the actual inner workings of the function > > in use. In fact, I would even judge this the _preferred_ > > method to be sure. > > > > > > > >> In the light of this conversation and given todays tech I'd say give it > >> a shot unless you think something could break (as in fatal to service > >> quality in production/hardware). > > Fully agree. Know your variables and construct a > > test within a fixed environment. The result will > > be a valid source of conclusion. > > > > Now back to "trial& error": what if I use > > brackets instead? > > > > void *foo(int blah, void *meow[])(int ouch); > > > > Hmmm... :-) > I think the problem these days is a combination of many things. > > Firstly, in the old days (I sound like grandpa... :/ ) punch cards were > hard to do, time consuming, and machine time was very expensive. So > programmers had to get it right the first time (or close to it), and > documentation was paramount. Old man want history? Read this! :-) http://www.columbia.edu/cu/computinghistory/fisk.pdf In ye olden tymes, you could measure IT efficiency (even though the term was probably quite different) in megawatts per square foot, or even $ per square foot. This kind of measuring "expensive machinery" (in terms of operating them) has become present in our modern times again. And documentation... well, that depends. However, obtaining learing resources for efficiently _using_ what's available have become much more easily to access today, primarily because of the WWW. As failing to properly program does not turn into accumulating costs ("charged per CPU time") right away, you luckily don't have to pay that much attention when you perform "learning by doing", which in my opinion is the _only_ way to learn "IT stuff" that works. > Secondly, in the early years the internet wasn't exactly up and running > (as such), and so global programming teams weren't a problem with > language differences (and people were taught far better english and > speling- whoops spelling :) none of this and other shortenings; > ambiguity kept to a minimum). The ability to use the english language was neccessary in the earlier days, especially when 8-bit microcomputers became available nearly everywhere. Internationalization and localization wasn't done. CP/M messages and BASIC keywords were all english. Whole programs such as WordStar were used in their original (english) language by people speaking a different language (e. g. german), still being able to produce excellent work. Looking back at those times, I think the language barrier is much stronger present in our today's society than it was in the past. But maybe that's just my individual observation here in Germany. :-) > Thirdly, when things did become easier (gcc era?) the documentation > slipped, and programmers started getting more sloppy, as the mistakes > were easily fixed. Compile modern software with -Wall and see the results of "more sloppy". :-) > The docs became more ambiguous, and language did > start slipping (globally- not just in computing). In the past, those who provided software typically also provided documentation. And those who provided hardware also did. Today, documentation is typically left to others, to the users, the communities, and it is scattered across the web, into Wikis, web forums, individual pages. The ability to use a search engine has become mandatory. Software engineering strategies that emphasize the _fast_ production of software seem to judge documentation as optional, consuming resources that could be spent better - and why not? When the documentation is complete, the product it belongs to has already been obsoleted and withdrawn. > Fourthly, globalisation occured, internet was up and running on a global > scale, international teams were working on programs, and people were > attempting to translate japanese manuals into english (if you catch my > drift... :) I used to be a Xeroid and this was a standing joke). So not > all docs were as clear anymore. It's worth noting that the _means_ of documentation production have vastly improved (authoring systems, text processors, use of graphics and so on), while the quality of documentation produced that way does not always have. Setzen Kopfphon in Kopfphon Wagenwinde ein, gemappt die Pfeife lange wie die Form B. :-) > Lastly, we have the travesty of a lack of discipline in skills. Near > enough's good enough, and so on. No one is taking the time anymore to > become "skilled" - they want it now or never. Take a 6 week course and > become an expert. The masters and gurus are becoming few and far between > now (although there appears to be a nice concentration here- thats why I > stick around. Linux lists seem to have the cranky ones :) ). And so we > have the case as you have outlined Poly. That said the docs are getting > to be of not much help either unless you're partly clairvoyant too in > more cases than should be. A big step in achieving to be a "skilled master" isn't just bare knowledge, it's experience. And this requires time. Nobody is willing to spend time in order to get experience. Knowledge... well, you can easily obtain knowledge today by "only" knowing how to properly search for (and _find_) it. And for sure, you need to know how to interpret the knowledge you find. But without experience, what is knowledge worth? Knowledge without application is ballast. On the other hand, knowledge is needed in order to understand what's going on - especially in cases where you're _supposed_ to know it. And by _using_ that knowledge, you gain experience. In my opinion there is no other way to gain it. People make mistakes. And that's no problem as you can learn from mistakes. Of course, you cannot do _all_ the mistakes possible, so when you can, learn from other's mistakes. But for a learning experience, always make your own mistakes. No one is born a master. > Myself I believe that one needs to read the docs thoroughly and then if > it is ambiguous then run a test case, if all else fails: ask. Exactly my suggestion. > But one > needs to be as exact as possible when doing anything. That's what you learn in science theory 101: Determine your variables as strict as possible. Change _one_ thing per time, so you can conclude by observing your results (that have changed, _if_ they have changed). Formulate your algorithm to "answer a question" as precise as possible, therefor: Know your question. > "Any job worth > doing is worth doing properly", and "god/devil is in the details" - Is > say "God _and_ the devil is in the details": if you don't pay attention > to the details the devil _will_ make sure it bites you in the ass! Details always matter. In small scale, when you write a C program and miss a *, the whole program can do something totally different, or even doesn't compile anymore. In large scale, if you deal, for example, with database request, be sure to do it _properly_ to get the results you want. Only the correct results are the results you're interested in - or you would be querying /dev/random instead without the need of a database. :-) This little thing hasn't changed in over 50 years that computers are around. Many things have changed - but details _still_ matter. Die, history, die!!! :-) > Its a crazy world, though, isn't it? :) It may belong to Arthur Brown. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 06:38:54 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C357E106564A for ; Mon, 16 Jan 2012 06:38:54 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy4-pub.bluehost.com (oproxy4.bluehost.com [IPv6:2605:dc00:100:2::a4]) by mx1.freebsd.org (Postfix) with SMTP id 74EB28FC0C for ; Mon, 16 Jan 2012 06:38:54 +0000 (UTC) Received: (qmail 27535 invoked by uid 0); 16 Jan 2012 06:38:54 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy1.bluehost.com with SMTP; 16 Jan 2012 06:38:54 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.com; s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=joA2Xti/fd5Argc1rrPeI+BRkzwHG1utu27ZzixXKDo=; b=XobCRVF2sbONoBTgfxxuGmiv/jkzRRVioFK4OBffPQ4FuLsnLB0EwGUxRp+FDoP7B9QjmMcWXyo4KIS2J06nio7b1SHtOX4jfX+b/yEO+otoxwcCt2wr50Es4JlJVEAy; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=localhost) by box543.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1RmgDV-0007w8-Jf for freebsd-questions@freebsd.org; Sun, 15 Jan 2012 23:38:53 -0700 Date: Sun, 15 Jan 2012 23:38:52 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20120116063852.GA19409@hemlock.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> <20120116055451.GG51930@libertas.local.camdensoftware.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120116055451.GG51930@libertas.local.camdensoftware.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 24.8.180.234 authed with perrin@apotheon.com} Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 06:38:54 -0000 On Sun, Jan 15, 2012 at 09:54:52PM -0800, Chip Camden wrote: > Quoth Polytropon on Monday, 16 January 2012: > > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > > Is it permissible to delete the dot snap folder which is created > > > in a filesystem? > > > > First of all, it's called a directory, not a "folder". :-) > > > > After all, it doesn't fold (for that you need a little Haskell or OCaml). Hmm. That was direct. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 08:45:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28A5C106564A for ; Mon, 16 Jan 2012 08:45:32 +0000 (UTC) (envelope-from bthcom@higonnet.net) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [IPv6:2a01:e0c:1:1599::11]) by mx1.freebsd.org (Postfix) with ESMTP id 2339F8FC0A for ; Mon, 16 Jan 2012 08:45:29 +0000 (UTC) Received: from freebsd.higonnet.net (unknown [82.238.41.134]) by smtp2-g21.free.fr (Postfix) with ESMTP id 2500A4B0311 for ; Mon, 16 Jan 2012 09:45:23 +0100 (CET) Received: from [192.168.3.201] (higonnet [192.168.3.201]) by freebsd.higonnet.net (Postfix) with ESMTP id 8A5B62842D for ; Mon, 16 Jan 2012 09:52:02 +0100 (CET) Message-ID: <4F13E3A3.6000406@higonnet.net> Date: Mon, 16 Jan 2012 09:45:23 +0100 From: Bernard Higonnet User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Difficulties partitioning disk FreeBSD 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 08:45:32 -0000 I am trying to install 9.0 on a small notebook on which I have previously successfully installed 8.2. I don't get very far. When defining partitions I have opted for Guided and chosen a drive with enough space (3.5GB), Entire disk. I am then asked if I'm sure I want to proceed, to which I answer "yes". I am then shown the results and invited to "Finish". I'm then warned I will lose all my data. I "commit" and get Bootcode Error Device not configured followed by Error Error installing partcode on partition ada0p1 at which point installation ends. I have searched for these messages with no success... TIA Bernard Higonnet From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 08:54:45 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84B79106564A for ; Mon, 16 Jan 2012 08:54:45 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 43B738FC13 for ; Mon, 16 Jan 2012 08:54:45 +0000 (UTC) Received: from [89.204.153.71] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RmiKr-0003Jo-C6; Mon, 16 Jan 2012 09:54:37 +0100 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q0G8tHp8001214; Mon, 16 Jan 2012 09:55:18 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q0G8tGl8001213; Mon, 16 Jan 2012 09:55:16 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 16 Jan 2012 09:55:16 +0100 From: Matthias Apitz To: Bernard Higonnet Message-ID: <20120116085515.GA1171@tiny> References: <4F13E3A3.6000406@higonnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4F13E3A3.6000406@higonnet.net> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Originating-IP: 89.204.153.71 Cc: freebsd-questions@freebsd.org Subject: Re: Difficulties partitioning disk FreeBSD 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 08:54:45 -0000 El día Monday, January 16, 2012 a las 09:45:23AM +0100, Bernard Higonnet escribió: > I am trying to install 9.0 on a small notebook on which I have > previously successfully installed 8.2. > > I don't get very far. When defining partitions I have opted for Guided > and chosen a drive with enough space (3.5GB), Entire disk. I am then > asked if I'm sure I want to proceed, to which I answer "yes". I am then > shown the results and invited to "Finish". I'm then warned I will lose > all my data. I "commit" and get > ... Maybe you could make use of this to install FreeBSD into the entire disk of a small netbook: http://www.unixarea.de/installEeePC.txt (it describes 10-CURRENT, but could easy adapted for any other release) HIH matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 09:03:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85460106564A for ; Mon, 16 Jan 2012 09:03:02 +0000 (UTC) (envelope-from bah@bananmonarki.se) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) by mx1.freebsd.org (Postfix) with ESMTP id E6FA08FC08 for ; Mon, 16 Jan 2012 09:03:01 +0000 (UTC) Received: from kw.news4all.se (c80-217-64-49.bredband.comhem.se [80.217.64.49]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id q0G92rZp011409; Mon, 16 Jan 2012 10:02:54 +0100 (CET) (envelope-from bah@bananmonarki.se) Message-ID: <4F13E7B4.9000807@bananmonarki.se> Date: Mon, 16 Jan 2012 10:02:44 +0100 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111229 Thunderbird/9.0 MIME-Version: 1.0 To: Polytropon References: <4F113290.1060706@bananmonarki.se> <20120114092236.0c139ccd.freebsd@edvax.de> <4F114710.8030509@bananmonarki.se> <20120114103401.1bbc5c0f.freebsd@edvax.de> In-Reply-To: <20120114103401.1bbc5c0f.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Mailing List Subject: Re: disk problem(s) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 09:03:02 -0000 2012-01-14 10:34, Polytropon skrev: > On Sat, 14 Jan 2012 10:12:48 +0100, Bernt Hansson wrote: >> 2012-01-14 09:22, Polytropon skrev: >>> How many subdirectories are there? >> >> ls | wc -l >> 32765 > > Seems that you have reached LINK_MAX of 32767 > (according to /usr/src/sys/sys/syslimits.h). > The difference of 2, I assume, is one for . > and one for .. "hidden" entries. > > > >>> Could you, for example, try removing one and then >>> creating a new one (assumption: success), followed >>> by another try to create one (assumption: fail)? >> >> >> That is a nono >> >> I'll have to pop in another disk. > > As the voice from the GPS navigation system tends > to say: "You have reached your destination." :-) This time it didn't say that, it said You have reached your target destination of 32767. > Re-arranging the content of the disk could be an > option, It's not an option, the database will get confused and not be able to retrive the articles. > but if you're using that disk as some kind > of WORM medium (e. g. backup disk), I understand > the nono. It's not a backupdisk. And it seems like all the articles is gone now. Oh well some other storage strategy is needed From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 11:32:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 853611065673 for ; Mon, 16 Jan 2012 11:32:21 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4EFA08FC0A for ; Mon, 16 Jan 2012 11:32:20 +0000 (UTC) Received: by iagz16 with SMTP id z16so5315714iag.13 for ; Mon, 16 Jan 2012 03:32:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=xP78+xOSf0AdfEAvSlSM/eEnOMY0jpBvuSsgIgvP50A=; b=V995JQCifXkpk4Twv5i+g5jl9w0jz+o7gd+8Kp1pT07lWDqdgdCm7hn3JzxP2mjCHJ CqPy7PuZnpdj70HrZx0cljeTxuLouq4+E48M1BISTvshEYnTOj2OPM7t04dAZUwi0WfO eadp8sWs5julLsKiOQ35Ir2n7OP9mf1ptad8g= Received: by 10.50.77.226 with SMTP id v2mr9955996igw.12.1326713540600; Mon, 16 Jan 2012 03:32:20 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id l35sm64712669ibj.0.2012.01.16.03.32.19 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 16 Jan 2012 03:32:19 -0800 (PST) From: ajtiM To: freebsd-questions@freebsd.org Date: Mon, 16 Jan 2012 05:32:11 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> <20120116055451.GG51930@libertas.local.camdensoftware.com> In-Reply-To: <20120116055451.GG51930@libertas.local.camdensoftware.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201201160532.12066.lumiwa@gmail.com> Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 11:32:21 -0000 On Sunday 15 January 2012 23:54:52 Chip Camden wrote: > Quoth Polytropon on Monday, 16 January 2012: > > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > > Is it permissible to delete the dot snap folder which is created > > > in a filesystem? > > > > First of all, it's called a directory, not a "folder". :-) > > After all, it doesn't fold (for that you need a little Haskell or OCaml). ...and the answer if is it permissible to delete .snap directory is?? Thank you. There is also .config directory which is made by QT or something of KDE 4 which is possible to delete but it is recreated each time after kde 4 started. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 12:00:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 758E1106566C for ; Mon, 16 Jan 2012 12:00:01 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 363BD8FC08 for ; Mon, 16 Jan 2012 12:00:00 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx02.qsc.de (Postfix) with ESMTP id 5FD9C1F1D8; Mon, 16 Jan 2012 12:59:59 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0GBxxqu001913; Mon, 16 Jan 2012 12:59:59 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 12:59:59 +0100 From: Polytropon To: ajtiM Message-Id: <20120116125959.9ac522cc.freebsd@edvax.de> In-Reply-To: <201201160532.12066.lumiwa@gmail.com> References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> <20120116055451.GG51930@libertas.local.camdensoftware.com> <201201160532.12066.lumiwa@gmail.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 12:00:01 -0000 On Mon, 16 Jan 2012 05:32:11 -0600, ajtiM wrote: > On Sunday 15 January 2012 23:54:52 Chip Camden wrote: > > Quoth Polytropon on Monday, 16 January 2012: > > > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > > > Is it permissible to delete the dot snap folder which is created > > > > in a filesystem? > > > > > > First of all, it's called a directory, not a "folder". :-) > > > > After all, it doesn't fold (for that you need a little Haskell or OCaml). > > ...and the answer if is it permissible to delete .snap directory is?? Thank > you. The answer has been provided two times, none of them is quoted above or below. :-) I may repeat: It is permissible _unless_ you are running the dump program on a live partition using the -L option. As the question has been answered, it's fully valid to suggest the use of the proper timmy, erm terminology, with colon-minus-close-paren appended. :-) > There is also .config directory which is made by QT or something of KDE 4 > which is possible to delete but it is recreated each time after kde 4 started. It seems to be permissible, as its absence doesn't seem to have any significant effect. As it has been explained in the quote from "man dump" regarding the -L option (again, not quoted here), in case .snap/ is required, it will be created. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 12:03:45 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B864F106568D for ; Mon, 16 Jan 2012 12:03:45 +0000 (UTC) (envelope-from innervisionnetwork@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 893A08FC1A for ; Mon, 16 Jan 2012 12:03:45 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so1251052obc.13 for ; Mon, 16 Jan 2012 04:03:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=hX3mf07OiqkPreMC3uaKwaR4kbBeHqD2q9py6o8yAdY=; b=qkI6CuOQU+qludK3tlIEsamix7DGWcPAzBDsDjzOohbSh11QGd8cilKv7kyjPKcNj+ xwPZcDrE59OWIoySzkttWjeog5TElUUAEUaWHJcwQrAINMOmCP1GpxQ1mFpCFnX8f6nB aEIX2umm1HUTTc7r3cY+Bz6YFX2mU+85z6eaA= MIME-Version: 1.0 Received: by 10.182.43.6 with SMTP id s6mr10742519obl.25.1326715425110; Mon, 16 Jan 2012 04:03:45 -0800 (PST) Received: by 10.182.81.5 with HTTP; Mon, 16 Jan 2012 04:03:45 -0800 (PST) Date: Mon, 16 Jan 2012 06:03:45 -0600 Message-ID: From: Daniel Lewis To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: apache X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 12:03:45 -0000 Hey I install apache on free bsd 8.2 but accidentially didnt include the perl threads. Now when I try to re-install it says perl file required for apache......How do i fix this problem? Thanks, Daniel Lewis 561-676-1073 From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 12:21:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A4861065670 for ; Mon, 16 Jan 2012 12:21:32 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 192A98FC08 for ; Mon, 16 Jan 2012 12:21:31 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so973481wib.13 for ; Mon, 16 Jan 2012 04:21:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=MsJ0MTYnAsnaS6NSms84y0/TcDNQOvZampJ6aa/UPm8=; b=xYLNlfWoO0bM5z2KSpcQcZS8YkgiYsGo1i33UvdO7fsXcVZN2pyQrRYm6YyoR2Vueh 1/yHkeQLBGLERTqyVFq1iZ2a0n1ZrRs3X6F8MWFJIubO5Z43iW9FTbEETXuTrXBv3K35 zpMOE3U3ovzBSrs+suipP8irvpUPycIfzIDOM= Received: by 10.180.95.199 with SMTP id dm7mr19458116wib.9.1326716490932; Mon, 16 Jan 2012 04:21:30 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id gf8sm22055969wbb.11.2012.01.16.04.21.29 (version=SSLv3 cipher=OTHER); Mon, 16 Jan 2012 04:21:29 -0800 (PST) Date: Mon, 16 Jan 2012 12:21:27 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20120116122127.7ee58697@gumby.homeunix.com> In-Reply-To: <20120116125959.9ac522cc.freebsd@edvax.de> References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> <20120116055451.GG51930@libertas.local.camdensoftware.com> <201201160532.12066.lumiwa@gmail.com> <20120116125959.9ac522cc.freebsd@edvax.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 12:21:32 -0000 On Mon, 16 Jan 2012 12:59:59 +0100 Polytropon wrote: > On Mon, 16 Jan 2012 05:32:11 -0600, ajtiM wrote: > > On Sunday 15 January 2012 23:54:52 Chip Camden wrote: > > > Quoth Polytropon on Monday, 16 January 2012: > > > > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > > > > Is it permissible to delete the dot snap folder which is > > > > > created in a filesystem? > > > > > > > > First of all, it's called a directory, not a "folder". :-) > > > > > > After all, it doesn't fold (for that you need a little Haskell or > > > OCaml). > > > > ...and the answer if is it permissible to delete .snap directory > > is?? Thank you. > > The answer has been provided two times, none of them is > quoted above or below. :-) > > I may repeat: It is permissible _unless_ you are running > the dump program on a live partition using the -L option. > > As the question has been answered, I'm not sure it has. AFAIK it's also used by background fsck. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 12:44:18 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1D3106564A for ; Mon, 16 Jan 2012 12:44:18 +0000 (UTC) (envelope-from magnus.strahlert@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77C458FC1A for ; Mon, 16 Jan 2012 12:44:18 +0000 (UTC) Received: by dady13 with SMTP id y13so2063655dad.13 for ; Mon, 16 Jan 2012 04:44:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=YMmkC0r+dMvxpCLIrFDzgg67JX4du3gFX7Zl0ctBvlU=; b=B/ujZdHVxrXWBM0MEMJl8wyy8zZSJ8he3nk+HoZns6PS3ovTVd6x9NSeh/bkm0ea43 A6adLM7Divxcw9P3mM2+s4O4TNOjxz8t+17uhUm6DKSf5XDvektVGOlbjLQHYyRLKaK6 /R2yeexioxQIPhCqgwlzU+BozBgYHPV7pjr+Y= MIME-Version: 1.0 Received: by 10.68.211.106 with SMTP id nb10mr1561490pbc.115.1326716275963; Mon, 16 Jan 2012 04:17:55 -0800 (PST) Received: by 10.68.51.7 with HTTP; Mon, 16 Jan 2012 04:17:55 -0800 (PST) In-Reply-To: <4F12D349.8040408@nagual.nl> References: <4F12D349.8040408@nagual.nl> Date: Mon, 16 Jan 2012 13:17:55 +0100 Message-ID: From: Magnus Strahlert To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: update from 8.2 ZFS on root to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 12:44:18 -0000 On 15 January 2012 14:23, Dick Hoogendijk wrote: > Does anybody already did a *binary* update (w/ freebsd-update) from a zfs on > root freebsd-8.2-RELEASE to a new freebsd-9.0-RELEASE zfs on root system? > Did all went well? I know the procedure (freebsd-update, recompile all > ports, finish freebsd-update). Succes stories please.. ;-) Did just that with no kinks at all. It's a zfsroot system with gptzfsloader. Had to upgrade the gpt bootcode as instructed when upgrading the zpool for the system to boot. Installing misc/compat8x made the ports upgrade a lot smoother. Also had to manually fetch source.txz and extract into /usr/src/sys in order for certain ports to build correctly such as x11/nvidia-driver, as that was not done by freebsd-update From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 12:44:55 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63F4B1065670 for ; Mon, 16 Jan 2012 12:44:55 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2237A8FC19 for ; Mon, 16 Jan 2012 12:44:54 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx02.qsc.de (Postfix) with ESMTP id 08F0A1F3F8; Mon, 16 Jan 2012 13:44:53 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0GCirm7002092; Mon, 16 Jan 2012 13:44:53 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 13:44:53 +0100 From: Polytropon To: RW Message-Id: <20120116134453.092406a6.freebsd@edvax.de> In-Reply-To: <20120116122127.7ee58697@gumby.homeunix.com> References: <4F1363E4.2090104@paz.bz> <20120116064639.ef2dba63.freebsd@edvax.de> <20120116055451.GG51930@libertas.local.camdensoftware.com> <201201160532.12066.lumiwa@gmail.com> <20120116125959.9ac522cc.freebsd@edvax.de> <20120116122127.7ee58697@gumby.homeunix.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 12:44:55 -0000 On Mon, 16 Jan 2012 12:21:27 +0000, RW wrote: > On Mon, 16 Jan 2012 12:59:59 +0100 > Polytropon wrote: > > > On Mon, 16 Jan 2012 05:32:11 -0600, ajtiM wrote: > > > On Sunday 15 January 2012 23:54:52 Chip Camden wrote: > > > > Quoth Polytropon on Monday, 16 January 2012: > > > > > On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote: > > > > > > Is it permissible to delete the dot snap folder which is > > > > > > created in a filesystem? > > > > > > > > > > First of all, it's called a directory, not a "folder". :-) > > > > > > > > After all, it doesn't fold (for that you need a little Haskell or > > > > OCaml). > > > > > > ...and the answer if is it permissible to delete .snap directory > > > is?? Thank you. > > > > The answer has been provided two times, none of them is > > quoted above or below. :-) > > > > I may repeat: It is permissible _unless_ you are running > > the dump program on a live partition using the -L option. > > > > As the question has been answered, > > I'm not sure it has. AFAIK it's also used by background fsck. That information could be obtained by conclusion and by experience. I had the experience that it might interfere with a regular fsck (not the background one) if present. Only at a background run you'd have the opportunity to remove .snap, whereas during a normal fsck run (typically at startup) you cannot do this (without interrupting fsck). Anyway, you're right: fsck_ffs's source code mentiones the .snap directory. It's line 320 and later. The comment at line 283 suggests that fsck will _create_ that directory if required, just like dump -L would do. Line numbers for /usr/src/sbin/fsck_ffs/main.c OS version 8.2-STABLE here, may differ for others. So there may be an extension of my summary: It is permissible _unless_ you are running the dump program on a live partition using the -L option -or- you are currently running (background) fsck. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 13:25:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1328C106566B for ; Mon, 16 Jan 2012 13:25:08 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id A16F28FC08 for ; Mon, 16 Jan 2012 13:25:07 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so1037688wib.13 for ; Mon, 16 Jan 2012 05:25:06 -0800 (PST) Received: by 10.181.13.208 with SMTP id fa16mr20004302wid.12.1326720306337; Mon, 16 Jan 2012 05:25:06 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id fg15sm22277835wbb.7.2012.01.16.05.25.04 (version=SSLv3 cipher=OTHER); Mon, 16 Jan 2012 05:25:05 -0800 (PST) Message-ID: <4F14252F.7070903@my.gd> Date: Mon, 16 Jan 2012 14:25:03 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: apache X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 13:25:08 -0000 On 1/16/12 1:03 PM, Daniel Lewis wrote: > Hey I install apache on free bsd 8.2 but accidentially didnt include > the perl threads. Now when I try to re-install it says perl file > required for apache......How do i fix this problem? > > > > Thanks, > Daniel Lewis > 561-676-1073 Hi, Sadly, "perl file required for apache" totally doesn't ring a bell here. Mayhaps you could be a bit more accurate and copy/paste the error you're getting ? Also, if you could tell at what point you're getting the error, that could be handy. From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 14:02:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D45E106566B for ; Mon, 16 Jan 2012 14:02:48 +0000 (UTC) (envelope-from dick@nagual.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 56A928FC24 for ; Mon, 16 Jan 2012 14:02:47 +0000 (UTC) Received: from [212.54.42.138] (helo=smtp7.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Rmn94-0000Jz-DJ for freebsd-questions@freebsd.org; Mon, 16 Jan 2012 15:02:46 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp7.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Rmn94-0002fU-5N for freebsd-questions@freebsd.org; Mon, 16 Jan 2012 15:02:46 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 12E715; Mon, 16 Jan 2012 15:06:36 +0100 Message-ID: <4F142E05.7020200@nagual.nl> Date: Mon, 16 Jan 2012 15:02:45 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F12D349.8040408@nagual.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: + X-Ziggo-spamscore: 1.1 X-Ziggo-spamreport: BAYES_00=-1.9, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.656, RDNS_DYNAMIC=0.982, TW_GP=0.077, TW_ZF=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: update from 8.2 ZFS on root to 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 14:02:48 -0000 Op 16-1-2012 13:17, Magnus Strahlert schreef: > On 15 January 2012 14:23, Dick Hoogendijk wrote: >> Does anybody already did a *binary* update (w/ freebsd-update) from a zfs on >> root freebsd-8.2-RELEASE to a new freebsd-9.0-RELEASE zfs on root system? >> Did all went well? I know the procedure (freebsd-update, recompile all >> ports, finish freebsd-update). Succes stories please.. ;-) > Did just that with no kinks at all. It's a zfsroot system with > gptzfsloader. Had to upgrade the gpt bootcode as instructed when > upgrading the zpool for the system to boot. Installing misc/compat8x > made the ports upgrade a lot smoother. > > Also had to manually fetch source.txz and extract into /usr/src/sys in > order for certain ports to build correctly such as x11/nvidia-driver, > as that was not done by freebsd-update Sounds good. Where are these instructions for upgrading the gpt bootcode? And do you if it's normal that the souce code is nog updated by freebsd-update? From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 15:05:17 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E44B106566C for ; Mon, 16 Jan 2012 15:05:17 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E51A18FC1C for ; Mon, 16 Jan 2012 15:05:15 +0000 (UTC) Received: by iagz16 with SMTP id z16so5686074iag.13 for ; Mon, 16 Jan 2012 07:05:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.147.72 with SMTP id m8mr10630949icv.56.1326726315539; Mon, 16 Jan 2012 07:05:15 -0800 (PST) Sender: aimass@yabarana.com Received: by 10.231.77.5 with HTTP; Mon, 16 Jan 2012 07:05:15 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Jan 2012 10:05:15 -0500 X-Google-Sender-Auth: XzvimdmyzorG6hoDmHa1C80kyvo Message-ID: From: Alejandro Imass To: Daniel Lewis Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: apache X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 15:05:17 -0000 On Mon, Jan 16, 2012 at 7:03 AM, Daniel Lewis wrote: > Hey I install apache on free bsd 8.2 but accidentially didnt include > the perl threads. Now when I try to re-install it says perl file > required for apache......How do i fix this problem? > I am assuming you want to run mod_perl on mod_worker so here are my 0.02: To answer your question you must build, and/or re-build Perl first and then Apache and then mod_perl in that order. You can do this as many times as you like because I've done it personally _many_ times. You must of course make desinstall before you can make install again. I've used mod_worker/mod_perl and it's probably _awesome_ for _some_ situations but it's not as straight forward as you may think, and it's not worth the hassle unless you really, really need it to take advantage of idle CPU with the same amount of RAM. You can definitively increase your Apache processes by ten fold _easily_ (and perhaps a lot more) using marginally more RAM, but you must have the CPU power to back it up or you will choke real quickly. You must have very clear, your average response per request to be able to project the actual concurrency, and you must leave _at least_ 1-2GB of RAM free for the OS and calculate at least 20% free time for CPUs. For one, not all Perl code is thread-safe and you must really understand how mod_perl shares the non-mutable segments and all that. This doesn't necessarily mean you can't use _all_ non thread-safe code, but you have to know which parts are fragile, and exactly how fragile they are. Remember mod_perl already loads your PMs globally so you are already saving a lot of memory there (not like mod_php which is basically a fancy SSI-type lang). The only reason to use mult-threaded LWP is to spawn many more Apache threads with mod_worker assuming that your RAM is actually big enough and you a lot of idling CPU power you want to take advantage of. The growth of the memory usage will becoem a trial and error thing and you must reset your main processes with maxrequestsperchild directive once in a while because most thread implementations including FBSD's will leak over time. Anyway, it's MHO but if you really don't understand exactly why and how you're going to use mod_worker/mod_perl just stick to mod_prefork and you'll still get *a very decent* performance and use of your HW. When I started using mod_perl/mod_worker it was quite experimental but if you sit down and do your homework it will really work wonders to squeeze the last drop on your HW. Also, be grateful you're using FBSD for such things, 'cause it can take the beating. This is one area where FBSD leaves Linux in the dust ;-) Cheers, -- Alejandro Imass From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 16:38:11 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316DB106566B for ; Mon, 16 Jan 2012 16:38:11 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0867C8FC16 for ; Mon, 16 Jan 2012 16:38:10 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id F0D9A19A for ; Mon, 16 Jan 2012 11:38:09 -0500 (EST) Date: Mon, 16 Jan 2012 11:37:13 -0500 From: Daniel Staal To: freebsd-questions@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 16:38:11 -0000 I've got a weird problem... I was working on installing 9.0 w/zfs on my laptop, messed up, rebooted, *formatted the drives* and restarted. Got much further the next time, however... There is a zombie copy of the old zpool sitting around interfering with things. 'zpool import' lists it, but it can't import it because the disks don't actually exist. 'zpool destroy' can't delete it, because it's not imported. ('No such pool') Any ideas on how to get rid of it? Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 16:40:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A74AF1065675 for ; Mon, 16 Jan 2012 16:40:32 +0000 (UTC) (envelope-from rwboyer@mac.com) Received: from nk11p99mm-asmtpout007.mac.com (nk11p99mm-asmtpout007.mac.com [17.158.233.228]) by mx1.freebsd.org (Postfix) with ESMTP id 887428FC16 for ; Mon, 16 Jan 2012 16:40:32 +0000 (UTC) MIME-version: 1.0 Received: from [192.168.10.132] ([38.102.16.155]) by nk11p03mm-asmtp997.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXW00BIJGZ01H10@nk11p03mm-asmtp997.mac.com> for freebsd-questions@freebsd.org; Mon, 16 Jan 2012 16:40:14 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-16_03:2012-01-16, 2012-01-16, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201160166 From: Robert Boyer Content-type: multipart/signed; boundary="Apple-Mail=_CAC293BD-4CA8-46B9-9C7A-FCFFEA228EFC"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 16 Jan 2012 11:40:11 -0500 In-reply-to: To: FreeBSD Questions References: Message-id: X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 16:40:32 -0000 --Apple-Mail=_CAC293BD-4CA8-46B9-9C7A-FCFFEA228EFC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii most likely a ifs "label" on the disk from before that you need to get = rid of before doing the install. RB On Jan 16, 2012, at 11:37 AM, Daniel Staal wrote: >=20 > I've got a weird problem... I was working on installing 9.0 w/zfs on = my laptop, messed up, rebooted, *formatted the drives* and restarted. = Got much further the next time, however... >=20 > There is a zombie copy of the old zpool sitting around interfering = with things. 'zpool import' lists it, but it can't import it because = the disks don't actually exist. 'zpool destroy' can't delete it, = because it's not imported. ('No such pool') Any ideas on how to get = rid of it? >=20 > Daniel T. Staal >=20 > --------------------------------------------------------------- > This email copyright the author. Unless otherwise noted, you > are expressly allowed to retransmit, quote, or otherwise use > the contents for non-commercial purposes. This copyright will > expire 5 years after the author's death, or in 30 years, > whichever is longer, unless such a period is in excess of > local copyright law. > --------------------------------------------------------------- > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" --Apple-Mail=_CAC293BD-4CA8-46B9-9C7A-FCFFEA228EFC-- From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 18:49:49 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62CA7106564A for ; Mon, 16 Jan 2012 18:49:49 +0000 (UTC) (envelope-from mokomull@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id F08878FC0A for ; Mon, 16 Jan 2012 18:49:48 +0000 (UTC) Received: by werg1 with SMTP id g1so2033939wer.13 for ; Mon, 16 Jan 2012 10:49:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=4vJSJ4+qWb6jXcut7sFGfVPMdQt6jY5KSLbthn1b7BY=; b=C+u9NOjDKeUR4zwCwCY2x2NEd4A+gLOF95C1abPNxWl7qCoSpOXQjEvcieTt4UMn0F pkMIKNbT6aES5gppQ3FszTDn9kPKF6VwdanoS0uX7mbgcNk6mET77+GJ9no18huOnsQ7 55NsFoOqXOlqzmrI/dS6s5H7w6egnbm9dX9ek= MIME-Version: 1.0 Received: by 10.216.131.29 with SMTP id l29mr5663422wei.5.1326739787836; Mon, 16 Jan 2012 10:49:47 -0800 (PST) Received: by 10.223.156.65 with HTTP; Mon, 16 Jan 2012 10:49:47 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Jan 2012 10:49:47 -0800 Message-ID: From: Matt Mullins To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 18:49:49 -0000 On Mon, Jan 16, 2012 at 8:37 AM, Daniel Staal wrote: > There is a zombie copy of the old zpool sitting around interfering with > things. =A0'zpool import' lists it, but it can't import it because the di= sks > don't actually exist. =A0'zpool destroy' can't delete it, because it's no= t > imported. =A0('No such pool') =A0Any ideas on how to get rid of it? It sounds like your /boot/zfs/zpool.cache file still has the pool listed. I can't find definitive documentation to this end, but I think "zpool export " might remove the entry from the zpool cache. If that still doesn't work (and you haven't yet put another filesystem on those disks), you might get buy with using dd to wipe the first and last several MB of the disk/partitions that had been in the pool. Of course, if the disks have already been re-used or removed, then zfs shouldn't be finding them when it scans the device nodes. Hope this helps, Matt Mullins From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 19:17:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE7FE106564A for ; Mon, 16 Jan 2012 19:17:02 +0000 (UTC) (envelope-from mokomull@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51CF38FC13 for ; Mon, 16 Jan 2012 19:17:01 +0000 (UTC) Received: by werg1 with SMTP id g1so2059540wer.13 for ; Mon, 16 Jan 2012 11:17:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dbHacbbS+h3RlMmeN/tz/XshE9vKkZr4vt4nk87m5pY=; b=nRGmI3zcM/o9Ljfrcr8Z0zklcxp3EXNshuS4KUvvJWi5cs8RjFHaSRNmh8oQRQegl7 XJeHnky5My/nIr0ShD89JxDa1ZzTkgjgqEE/ttrXy7DnmF9+XWUf2M8P5J3tx/QEmTMx ssDXNun5JOe9gTRGGz8BiDNlGYdCeENdyY05c= MIME-Version: 1.0 Received: by 10.216.136.34 with SMTP id v34mr4375564wei.13.1326741379057; Mon, 16 Jan 2012 11:16:19 -0800 (PST) Received: by 10.223.156.65 with HTTP; Mon, 16 Jan 2012 11:16:19 -0800 (PST) In-Reply-To: <4F12F04B.2080504@macfreek.nl> References: <4F12F04B.2080504@macfreek.nl> Date: Mon, 16 Jan 2012 11:16:19 -0800 Message-ID: From: Matt Mullins To: Freek Dijkstra Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: Disable auto_linklocal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 19:17:02 -0000 On Sun, Jan 15, 2012 at 7:27 AM, Freek Dijkstra wrote: > The link-local addresses don't really harm, but I found them confusing, > as the host is running as a router, and rtadv announces the link-local > address by default. IPv6-standards-wise, this is the correct thing to do. Router advertisements should contain link-local source addresses and advertise the link-local address as the router; the globally-routable prefix that is being advertised is a completely different field in those messages. I'm not too sure of the reasons behind this, other than eliminating some need for carp(4): you can have multiple routers on a subnet and if one goes down, clients will just pick up the other's router advertisements. It's atypical that one would want to disable link-local addressing, since it's one of the core differences from IPv4 that adds some benefit and flexibility. References: http://tools.ietf.org/html/rfc4861#section-4.2 Source Address MUST be the link-local address assigned to the interface from which this message is sent." -- Matt Mullins From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 19:47:55 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC41E106566B for ; Mon, 16 Jan 2012 19:47:55 +0000 (UTC) (envelope-from bthcom@higonnet.net) Received: from smtp2-g21.free.fr (smtp2-g21.free.fr [IPv6:2a01:e0c:1:1599::11]) by mx1.freebsd.org (Postfix) with ESMTP id 19A2E8FC20 for ; Mon, 16 Jan 2012 19:47:53 +0000 (UTC) Received: from freebsd.higonnet.net (unknown [82.238.41.134]) by smtp2-g21.free.fr (Postfix) with ESMTP id C26404B0351 for ; Mon, 16 Jan 2012 20:47:48 +0100 (CET) Received: from [192.168.3.201] (higonnet [192.168.3.201]) by freebsd.higonnet.net (Postfix) with ESMTP id 300AD28420 for ; Mon, 16 Jan 2012 20:54:30 +0100 (CET) Message-ID: <4F147EE3.5030807@higonnet.net> Date: Mon, 16 Jan 2012 20:47:47 +0100 From: Bernard Higonnet User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 CC: freebsd-questions@freebsd.org References: <4F13E3A3.6000406@higonnet.net> <20120116085515.GA1171@tiny> In-Reply-To: <20120116085515.GA1171@tiny> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Difficulties partitioning disk FreeBSD 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 19:47:55 -0000 On 16/01/2012 09:55, Matthias Apitz wrote: > El día Monday, January 16, 2012 a las 09:45:23AM +0100, Bernard Higonnet escribió: > >> I am trying to install 9.0 on a small notebook on which I have >> previously successfully installed 8.2. >> >> I don't get very far. When defining partitions I have opted for Guided >> and chosen a drive with enough space (3.5GB), Entire disk. I am then >> asked if I'm sure I want to proceed, to which I answer "yes". I am then >> shown the results and invited to "Finish". I'm then warned I will lose >> all my data. I "commit" and get >> ... > > Maybe you could make use of this to install FreeBSD into the entire disk > of a small netbook: > > http://www.unixarea.de/installEeePC.txt > > (it describes 10-CURRENT, but could easy adapted for any other release) ¡Muchissimas grácias! I didn't really follow all of the steps, it looks as if the first two fd commands did it. Bernard Higonnet From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 20:12:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B100106564A for ; Mon, 16 Jan 2012 20:12:14 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id D20B08FC0A for ; Mon, 16 Jan 2012 20:12:13 +0000 (UTC) Received: (qmail 96755 invoked by uid 89); 16 Jan 2012 20:12:13 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 16 Jan 2012 20:12:13 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Mon, 16 Jan 2012 13:12:13 -0700 Message-ID: Date: Mon, 16 Jan 2012 13:12:13 -0700 From: "Peter" To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: zpool device name/label changed after export/import of pool. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:12:14 -0000 Approximate 'zpool status' on 8.2: NAME STATE READ WRITE CKSUM data.zfs DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 gpt/mid.zfs.sg1tb ONLINE 0 0 0 gpt/sam1tb ONLINE 0 0 0 Did 'zpool export' - unplugged zpool disks, and loaded a clean install of 9.0-RELEASE. Plugged in the bottom disk 'gpt/sam1tb', did 'zpool import', after a quick confirm that everything still appeared to be there, I plugged in '/gpt/mid.zfs.sg1tb' and did an online on that using gpt labels. Now I have this: NAME STATE READ WRITE CKSUM data.zfs DEGRADED 0 0 0 mirror-0 DEGRADED 0 0 0 gpt/mid.zfs.sg1tb ONLINE 0 0 0 ada1p1 ONLINE 0 0 0 How do I change 'ada1p1' to read the gpt label? I've tried to offline it, then online it via gpt label, that didn't work: :#/sbin/zpool online data.zfs gpt/sam1tb cannot online gpt/sam1tb: no such device in pool yes, sam1tb is the gpt label for ada1p1. zpool replace 'ada1p1' with gpt label? ]Peter[ From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 20:27:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3396C106564A for ; Mon, 16 Jan 2012 20:27:32 +0000 (UTC) (envelope-from dalescott@shaw.ca) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id F042F8FC16 for ; Mon, 16 Jan 2012 20:27:31 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd6mr1no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 16 Jan 2012 13:27:31 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=WpKsuUXFHo8UtG/DzFbgZegZM4FLHkdrgQPE14L/l6M= c=1 sm=1 a=mZs_BshNyIoA:10 a=BLceEmwcHowA:10 a=5mcg790sAAAA:8 a=poVpDSe0aWoCDjd666YA:9 a=CjuIK1q_8ugA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO ms013no.no.cg.dcs.int.inet) ([10.0.144.222]) by pd6mr1no-svcs.prod.shaw.ca with ESMTP; 16 Jan 2012 13:27:31 -0700 Received: from shaw.ca ([unknown] [10.0.145.159]) by l-daemon (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LXW00N7ORHV4T50@l-daemon> for freebsd-questions@freebsd.org; Mon, 16 Jan 2012 13:27:31 -0700 (MST) Received: from [10.0.144.234] (Forwarded-For: [10.0.146.234]) by vms024.prod.shaw.ca (mshttpd); Mon, 16 Jan 2012 13:27:31 -0700 From: Dale Scott To: freebsd-questions@freebsd.org Message-id: Date: Mon, 16 Jan 2012 13:27:31 -0700 X-Mailer: Sun Java(tm) System Messenger Express 7.3-11.01 64bit (built Sep 1 2009) MIME-version: 1.0 Content-language: en X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: help accessing mdbtools man pages in /usr/local/share/man X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:27:32 -0000 I installed mdbtools from source on github and it put its man pages in "/usr/local/share/man/man1", where the default man command doesn't find them (although "man -M /usr/local/share/man mdb-export" works). >From "man hier", it looks like the man pages should have been put into "/usr/local/man". Is that correct? Also, the pages aren't in gz format (just "mdb-export.1"). Is there a typical workaround? (I expect this is not uncommon for an app coming from the Linux world?). Thanks in advance, Dale P.S. mdbtools works well for accessing data in a MS Jet/Access MDB file. There's an old version in the ports tree, but no maintainer (perhaps one day I may have learned enough to update the port myself, but alas not yet). ----- Transparency with Trust http://www.dalescott.net From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 20:49:07 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC75106566C for ; Mon, 16 Jan 2012 20:49:07 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sirius.xvoid.org (sirius.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:fe62:9a22]) by mx1.freebsd.org (Postfix) with ESMTP id 868918FC17 for ; Mon, 16 Jan 2012 20:49:07 +0000 (UTC) Received: from sirius.xvoid.org (yuri@sirius.xvoid.org [IPv6:::1]) by sirius.xvoid.org (8.14.5/8.14.5) with ESMTP id q0GKn58M067411; Tue, 17 Jan 2012 00:49:05 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sirius.xvoid.org (8.14.5/8.14.5/Submit) id q0GKn5qc067410; Tue, 17 Jan 2012 00:49:05 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sirius.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Tue, 17 Jan 2012 00:49:05 +0400 From: Yuri Pankov To: Dale Scott Message-ID: <20120116204905.GD1241@sirius.xvoid.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) Cc: freebsd-questions@freebsd.org Subject: Re: help accessing mdbtools man pages in /usr/local/share/man X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 20:49:07 -0000 On Mon, Jan 16, 2012 at 01:27:31PM -0700, Dale Scott wrote: > I installed mdbtools from source on github and it put its man pages in > "/usr/local/share/man/man1", where the default man command doesn't find > them (although "man -M /usr/local/share/man mdb-export" works). Just use `man /full/path/to/the/manpage`. Also check man(1) and man.conf(5) on how to specify additional MANPATHs. > From "man hier", it looks like the man pages should have been put into > "/usr/local/man". Is that correct? Also, the pages aren't in gz format > (just "mdb-export.1"). Is there a typical workaround? (I expect this is > not uncommon for an app coming from the Linux world?). It's not uncommon, but such stuff should be fixed when porting something from "Linux world" and manpages should go to /usr/local/man, as hier(7) tells. Yuri From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 21:43:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8129F1065670 for ; Mon, 16 Jan 2012 21:43:13 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CEC9E8FC14 for ; Mon, 16 Jan 2012 21:43:12 +0000 (UTC) Received: by iagz16 with SMTP id z16so6313537iag.13 for ; Mon, 16 Jan 2012 13:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=LcaO+OiUtXaiywINO+wv6PPr4LYaKgwHs+u75r14seQ=; b=pnbqzAsZDR7FaTG8XBZT/kgTrEvrT7mm1njSoe3ib0Mr3WwLSe77A2qvWXrE+OaGwj 3TTgTYPfapdHxSInP0WkhdUqfTkNe7u3zQ9Om2PxSdJ8hMecbjzbxDONgnMsTG0lEkBY mRTh4Ur0sb+uTi4H+5Nci0SBNto5ydwoLgqVQ= MIME-Version: 1.0 Received: by 10.42.29.1 with SMTP id p1mr13918078icc.40.1326750192426; Mon, 16 Jan 2012 13:43:12 -0800 (PST) Received: by 10.50.94.133 with HTTP; Mon, 16 Jan 2012 13:43:12 -0800 (PST) Date: Mon, 16 Jan 2012 15:43:12 -0600 Message-ID: From: Antonio Olivares To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Subject: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 21:43:14 -0000 Dear folks, I had a FreeBSD 9.0 BETA 2 Machine I was happily running since the release and only updated ports via portmaster -a, and now since Fedora 9 has officially been released, I ran make buildworld, make buildkernel, make installkernel and mergemaster -i, and make installworld and now X does not work, I get error in subject Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD any ideas/suggestions for a fix? Thanks in advance, Antonio From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 22:30:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B67E1065675 for ; Mon, 16 Jan 2012 22:30:43 +0000 (UTC) (envelope-from dalescott@shaw.ca) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id E0BF48FC21 for ; Mon, 16 Jan 2012 22:30:42 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd5mr2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 16 Jan 2012 15:30:42 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=7gKtTTMqbXCFHFgCif7dHarjEafEJVO7jEaI8qR5puU= c=1 sm=1 a=8fg7gCwwCUcA:10 a=BLceEmwcHowA:10 a=pGLkceISAAAA:8 a=XALboIU871XRfDB-lFAA:9 a=CjuIK1q_8ugA:10 a=MSl-tDqOz04A:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO ms013no.no.cg.dcs.int.inet) ([10.0.144.222]) by pd5mr2no-svcs.prod.shaw.ca with ESMTP; 16 Jan 2012 15:30:29 -0700 Received: from shaw.ca ([unknown] [10.0.145.159]) by l-daemon (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LXW0007EX6TZA90@l-daemon> for freebsd-questions@freebsd.org; Mon, 16 Jan 2012 15:30:29 -0700 (MST) Received: from [10.0.144.234] (Forwarded-For: [10.0.146.234]) by vms024.prod.shaw.ca (mshttpd); Mon, 16 Jan 2012 15:30:29 -0700 From: Dale Scott To: Yuri Pankov Message-id: Date: Mon, 16 Jan 2012 15:30:29 -0700 X-Mailer: Sun Java(tm) System Messenger Express 7.3-11.01 64bit (built Sep 1 2009) MIME-version: 1.0 Content-language: en X-Accept-Language: en Priority: normal In-reply-to: <20120116204905.GD1241@sirius.xvoid.org> References: <20120116204905.GD1241@sirius.xvoid.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: help accessing mdbtools man pages in /usr/local/share/man - SOLVED X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 22:30:43 -0000 ----- Original Message ----- From: Yuri Pankov Date: Monday, January 16, 2012 13:49 > Just use `man /full/path/to/the/manpage`. Also check man(1) and > man.conf(5) on how to specify additional MANPATHs. Thanks Yuri! As per man.conf(5), I created /usr/local/etc/rc.d/mdbtools.conf to add /usr/local/share/man to the manpath (perhaps it could be named more correctly "linux.conf", but for now the only manpages there are from mdbtools). From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 22:34:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C91106564A for ; Mon, 16 Jan 2012 22:34:42 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sirius.xvoid.org (sirius.xvoid.org [IPv6:2001:470:28:4ba:20c:29ff:fe62:9a22]) by mx1.freebsd.org (Postfix) with ESMTP id 976788FC12 for ; Mon, 16 Jan 2012 22:34:42 +0000 (UTC) Received: from sirius.xvoid.org (yuri@sirius.xvoid.org [IPv6:::1]) by sirius.xvoid.org (8.14.5/8.14.5) with ESMTP id q0GMYe8v092330; Tue, 17 Jan 2012 02:34:40 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sirius.xvoid.org (8.14.5/8.14.5/Submit) id q0GMYedY092329; Tue, 17 Jan 2012 02:34:40 +0400 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sirius.xvoid.org: yuri set sender to yuri.pankov@gmail.com using -f Date: Tue, 17 Jan 2012 02:34:40 +0400 From: Yuri Pankov To: Dale Scott Message-ID: <20120116223440.GE1241@sirius.xvoid.org> References: <20120116204905.GD1241@sirius.xvoid.org> 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-questions@freebsd.org Subject: Re: help accessing mdbtools man pages in /usr/local/share/man - SOLVED X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 22:34:43 -0000 On Mon, Jan 16, 2012 at 03:30:29PM -0700, Dale Scott wrote: > ----- Original Message ----- > From: Yuri Pankov > Date: Monday, January 16, 2012 13:49 > > > Just use `man /full/path/to/the/manpage`. Also check man(1) and > > man.conf(5) on how to specify additional MANPATHs. > > Thanks Yuri! As per man.conf(5), I created /usr/local/etc/rc.d/mdbtools.conf > to add /usr/local/share/man to the manpath (perhaps it could be named more > correctly "linux.conf", but for now the only manpages there are from mdbtools). I hope "rc.d" was a typo? :-) If not, you want /usr/local/etc/man.d/*.conf. Yuri From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 00:07:24 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4EC106564A for ; Tue, 17 Jan 2012 00:07:24 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6258FC1B for ; Tue, 17 Jan 2012 00:07:24 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2286462obc.13 for ; Mon, 16 Jan 2012 16:07:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.116.38 with SMTP id jt6mr12921344obb.52.1326758843747; Mon, 16 Jan 2012 16:07:23 -0800 (PST) Received: by 10.182.150.69 with HTTP; Mon, 16 Jan 2012 16:07:23 -0800 (PST) X-Originating-IP: [93.221.190.159] Date: Tue, 17 Jan 2012 01:07:23 +0100 Message-ID: From: "C. P. Ghost" To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Subject: Which Common Lisp port for FreeBSD/sparc64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 00:07:24 -0000 Hi, is anyone running a Common Lisp port on FreeBSD/sparc64? I'm asking because none of our Common Lisp ports lang/clisp, lang/ccl, lang/cmucl, lang/sbcl compile on sparc64. On Debian Linux 6.0.1a for SPARC, at least sbcl is available. Maybe clisp as well, IIRC. Any suggestions for running Common Lisp on FreeBSD/sparc64? Oh, I need that because of math/maxima and math/open-axiom. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 00:28:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA1E31065678 for ; Tue, 17 Jan 2012 00:28:31 +0000 (UTC) (envelope-from public@macfreek.nl) Received: from aphrodite.kinkhorst.nl (aphrodite.kinkhorst.nl [IPv6:2001:888:214f::f4]) by mx1.freebsd.org (Postfix) with ESMTP id 439AB8FC13 for ; Tue, 17 Jan 2012 00:28:31 +0000 (UTC) Received: from saramac0003.local (wolfje.macfreek.nl [145.99.1.66]) by aphrodite.kinkhorst.nl (Postfix) with ESMTPSA id 7451E1760FC; Tue, 17 Jan 2012 01:28:29 +0100 (CET) Message-ID: <4F14C0A7.4060505@macfreek.nl> Date: Tue, 17 Jan 2012 01:28:23 +0100 From: Freek Dijkstra User-Agent: Postbox 2.1.4 (Macintosh/20110308) MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F12F04B.2080504@macfreek.nl> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Matt Mullins Subject: Re: Disable auto_linklocal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 00:28:31 -0000 Matt Mullins wrote: >> The link-local addresses don't really harm, but I found them confusing, >> as the host is running as a router, and rtadv announces the link-local >> address by default. > > IPv6-standards-wise, this is the correct thing to do. Router > advertisements should contain link-local source addresses and > advertise the link-local address as the router; the globally-routable > prefix that is being advertised is a completely different field in > those messages. Hi Matt, Thanks for the info. I figured out as much. It is not possible to turn of link-local addresses in FreeBSD 9. Neither sysctl net.inet6.ip6.auto_linklocal=0 nor ifconfig em0 inet6 -auto_linklocal has any effect. The man page for ifconfig explicitly states that removing the link-local IPv6 address may result in unexpected behaviour The good news is that it *is* possible to use the global scope IPv6 address in router advertisements. RFC 4861, as you mentioned, defines a prefix. However, RFC 6275 alters the property of that field if a new flag, the router address flag, is set. In that case, the prefix field can contain the actual IPv6 address of the router. Apparently, this is needed for mobile IP. Unfortunately rtadvd (the default BSD router advertisement daemon) does not support this R-flag. The radvd daemon (available in a port) does support this bit by setting: AdvRouterAddr on Wireshark show that indeed this works. Unfortunately, most of my clients on the network still don't understand this bit, so it seems that after all I just have to remember the link-local IP addresses next to the global scope IP addresses for my network. Oh well, they say it's good to train one's memory :) Freek From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 03:59:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E07106564A for ; Tue, 17 Jan 2012 03:59:14 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 938D48FC0A for ; Tue, 17 Jan 2012 03:59:14 +0000 (UTC) Received: by iagz16 with SMTP id z16so6930968iag.13 for ; Mon, 16 Jan 2012 19:59:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=lgLpCuWZIfClqe6IuQ1ECskfqnjOWLQ3SFM1WKXR5iQ=; b=XDtj2OYQ5QIbJVg8AWvHjTUoeC8WKY2JnsWkZMeNm3r0dNnRp4rCPC+DHlH/6ZA4bY 6ZQWm8xu6uy1AajLINDKaXz6eMmEGzBoyj1PgYphFZEPATKbRaYuh/MjMKl4T+Hmt0RL 01Lf1wlXjvPvLFmAVgR0HIcUdf0pHYVN6EhZU= MIME-Version: 1.0 Received: by 10.42.29.1 with SMTP id p1mr14891887icc.40.1326772753409; Mon, 16 Jan 2012 19:59:13 -0800 (PST) Received: by 10.50.94.133 with HTTP; Mon, 16 Jan 2012 19:59:13 -0800 (PST) Date: Mon, 16 Jan 2012 21:59:13 -0600 Message-ID: From: Antonio Olivares To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Subject: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 03:59:14 -0000 Dear folks, I am trying to update all ports and have encountered xfce4-wm failing to compile. I used # portmaster -a -x xfce4-wm to bypass the failure. ===>>> Launching child to install x11-wm/xfce4-wm ===>>> Port directory: /usr/ports/x11-wm/xfce4-wm ===>>> Starting check for build dependencies ===>>> Gathering dependency list for x11-wm/xfce4-wm from ports ===>>> Dependency check complete for x11-wm/xfce4-wm ===> Cleaning for xfce4-wm-4.8.3 ===> License check disabled, port has not defined LICENSE ===> Found saved configuration for xfce4-wm-4.8.2 ===> Extracting for xfce4-wm-4.8.3 => SHA256 Checksum OK for xfce4/xfwm4-4.8.3.tar.bz2. ===> Patching for xfce4-wm-4.8.3 ===> Applying FreeBSD patches for xfce4-wm-4.8.3 ===> xfce4-wm-4.8.3 depends on executable: gmake - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/libdata/pkgconfig/sm.pc - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/libdata/pkgconfig/xrandr.pc - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/libdata/pkgconfig/xrender.pc - found ===> xfce4-wm-4.8.3 depends on file: /usr/local/bin/intltool-extract - found ===> xfce4-wm-4.8.3 depends on executable: pkg-config - found ===> xfce4-wm-4.8.3 depends on executable: update-desktop-database - found ===> xfce4-wm-4.8.3 depends on executable: gtk-update-icon-cache - found ===> xfce4-wm-4.8.3 depends on package: libxfce4menu>=4.8.0 - found ===> xfce4-wm-4.8.3 depends on package: libxfce4util>=4.8.2 - found ===> xfce4-wm-4.8.3 depends on package: xfce4-conf>=4.8.0 - found ===> xfce4-wm-4.8.3 depends on shared library: dbus-glib-1.2 - found ===> xfce4-wm-4.8.3 depends on shared library: wnck-1.22 - found ===> xfce4-wm-4.8.3 depends on shared library: startup-notification-1.0 - found ===> xfce4-wm-4.8.3 depends on shared library: intl - found ===> xfce4-wm-4.8.3 depends on shared library: atk-1.0.0 - found ===> xfce4-wm-4.8.3 depends on shared library: gdk_pixbuf-2.0.0 - found ===> xfce4-wm-4.8.3 depends on shared library: glib-2.0.0 - found ===> xfce4-wm-4.8.3 depends on shared library: gtk-x11-2.0.0 - found ===> xfce4-wm-4.8.3 depends on shared library: pango-1.0.0 - found ===> Configuring for xfce4-wm-4.8.3 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... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by gmake... GNU checking for gcc... cc 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 cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking dependency style of cc... (cached) gcc3 checking how to run the C preprocessor... cpp 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 minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking dependency style of cc... (cached) gcc3 checking whether cc understands -c and -o together... yes checking whether NLS is requested... yes checking for intltool >= 0.31... 0.41.1 found checking for intltool-update... /usr/local/bin/intltool-update checking for intltool-merge... /usr/local/bin/intltool-merge checking for intltool-extract... /usr/local/bin/intltool-extract checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for perl... /usr/bin/perl checking for perl >= 5.8.1... 5.12.4 checking build system type... amd64-portbld-freebsd8.2 checking host system type... amd64-portbld-freebsd8.2 checking how to print strings... printf checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking how to convert amd64-portbld-freebsd8.2 file names to amd64-portbld-freebsd8.2 format... func_convert_file_noop checking how to convert amd64-portbld-freebsd8.2 file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... no checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for inline... inline checking for ANSI C header files... (cached) yes checking for daemon... yes checking for setsid... yes checking for opendir... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking for ngettext in libc... no checking for bindtextdomain in -lintl... yes checking for ngettext in -lintl... yes checking for dgettext in -lintl... yes checking for bind_textdomain_codeset... yes checking for msgfmt... (cached) /usr/local/bin/msgfmt checking for dcgettext... yes checking if msgfmt accepts -c... yes checking for gmsgfmt... (cached) /usr/local/bin/msgfmt checking for xgettext... (cached) /usr/local/bin/xgettext checking for catalogs to be installed... am ar ast az be bg bn_IN bn ca cs da de dz el en_GB eo es_MX es et eu fa fi fr gl gu he hi hr hu id is it ja ka kk ko lt lv mk mr ms nb nl pa pl pt_BR pt ro ru si sk sq sv ta te tr ug uk ur_PK ur vi zh_CN zh_TW checking for bind_textdomain_codeset... (cached) yes checking for locales directory... ${datarootdir}/locale checking for additional xgettext flags... --keyword=Q_ --from-code=UTF-8 checking for X... libraries /usr/local/lib, headers /usr/local/include checking whether -R must be followed by a space... no checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for main in -lX11... yes checking for SmcSaveYourselfDone in -lSM... yes checking for XShapeCombineShape in -lXext... yes checking for pkg-config... /usr/local/bin/pkg-config checking for pkg-config >= 0.9.0... 0.25 checking for gtk+-2.0 >= 2.14.0... 2.24.6 checking GTK_CFLAGS... -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 checking GTK_LIBS... -pthread -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 checking for libxfce4util-1.0 >= 4.8.0... 4.8.2 checking LIBXFCE4UTIL_CFLAGS... -I/usr/local/include/xfce4 -I/usr/local/include/glib-2.0 checking LIBXFCE4UTIL_LIBS... -L/usr/local/lib -lxfce4util -lglib-2.0 checking for libxfce4ui-1 >= 4.8.0... 4.8.1 checking LIBXFCE4UI_CFLAGS... -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/xfce4/libxfce4ui-1 -I/usr/local/include/gtk-2.0 -I/usr/local/include/xfce4 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 checking LIBXFCE4UI_LIBS... -pthread -L/usr/local/lib -lxfce4ui-1 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 checking for libxfce4kbd-private-2 >= 4.8.0... 4.8.1 checking LIBXFCE4KBD_PRIVATE_CFLAGS... -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include -I/usr/local/include/xfce4/libxfce4kbd-private-2 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/xfce4 -I/usr/local/include/xfce4/xfconf-0 -I/usr/local/include/xfce4/libxfce4ui-1 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/atk-1.0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include checking LIBXFCE4KBD_PRIVATE_LIBS... -pthread -L/usr/local/lib -lxfce4kbd-private-2 -lxfconf-0 -lxfce4ui-1 -ldbus-glib-1 -ldbus-1 -lgtk-x11-2.0 -lxfce4util -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 checking for libxfconf-0 >= 4.8.0... 4.8.1 checking LIBXFCONF_CFLAGS... -D_REENTRANT -I/usr/local/include/xfce4/xfconf-0 -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/glib-2.0 checking LIBXFCONF_LIBS... -pthread -L/usr/local/lib -lxfconf-0 -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 checking for libwnck-1.0 >= 2.22... 2.30.6 checking LIBWNCK_CFLAGS... -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/libwnck-1.0 -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/startup-notification-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/gio-unix-2.0/ checking LIBWNCK_LIBS... -pthread -L/usr/local/lib -lwnck-1 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 checking for dbus-1 >= 1.0.0... 1.4.14 checking DBUS_CFLAGS... -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include checking DBUS_LIBS... -pthread -L/usr/local/lib -ldbus-1 checking for dbus-glib-1 >= 0.72... 0.94 checking DBUS_GLIB_CFLAGS... -D_REENTRANT -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/glib-2.0 checking DBUS_GLIB_LIBS... -pthread -L/usr/local/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 checking for libstartup-notification-1.0 >= 0.5... 0.12 checking LIBSTARTUP_NOTIFICATION_CFLAGS... -I/usr/local/include/startup-notification-1.0 checking LIBSTARTUP_NOTIFICATION_LIBS... -L/usr/local/lib -lstartup-notification-1 checking for XSyncQueryExtension in -lXext... yes checking pkg-config is at least version 0.9.0... yes checking for RENDER... yes checking for XRRUpdateConfiguration in -lXrandr... yes checking for X11/extensions/Xrandr.h... yes checking for COMPOSITOR... yes checking whether to build with debugging support... minimum configure: creating ./config.status config.status: creating Makefile config.status: creating doc/Makefile config.status: creating doc/manual/Makefile config.status: creating doc/manual/images/Makefile config.status: creating doc/manual/images/fr/Makefile config.status: creating doc/manual/images/it/Makefile config.status: creating doc/manual/po/Makefile config.status: creating defaults/Makefile config.status: creating helper-dialog/Makefile config.status: creating icons/Makefile config.status: creating icons/48x48/Makefile config.status: creating icons/scalable/Makefile config.status: creating po/Makefile.in config.status: creating settings-dialogs/Makefile config.status: creating src/Makefile config.status: creating themes/Makefile config.status: creating themes/daloa/Makefile config.status: creating themes/default/Makefile config.status: creating themes/default-4.0/Makefile config.status: creating themes/default-4.2/Makefile config.status: creating themes/default-4.4/Makefile config.status: creating themes/default-4.6/Makefile config.status: creating themes/kokodi/Makefile config.status: creating themes/moheli/Makefile config.status: creating themes/sassandra/Makefile config.status: creating themes/stoneage/Makefile config.status: creating themes/therapy/Makefile config.status: creating themes/tyrex/Makefile config.status: creating themes/wallis/Makefile config.status: creating xfwm4.spec config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands Build Configuration for xfwm4 version 4.8.3 revision 360ccf2: Startup notification support: yes XSync support: yes Render support: yes Xrandr support: yes Embedded compositor: yes KDE systray protocol proxy: no Documentation: no ===> Building for xfce4-wm-4.8.3 gmake all-recursive gmake[1]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3' Making all in defaults gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/defaults' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/defaults' Making all in doc gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc' Making all in manual gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual' Making all in images gmake[4]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images' Making all in it gmake[5]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images/it' gmake[5]: Nothing to be done for `all'. gmake[5]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images/it' gmake[5]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images' gmake[5]: Nothing to be done for `all-am'. gmake[5]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images' gmake[4]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/images' Making all in po gmake[4]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/po' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual/po' gmake[4]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual' gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc/manual' gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc' gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/doc' Making all in helper-dialog gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/helper-dialog' CC helper_dialog-helper-dialog.o CCLD helper-dialog gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/helper-dialog' Making all in icons gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons' Making all in 48x48 gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons/48x48' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons/48x48' Making all in scalable gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons/scalable' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons/scalable' gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons' gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/icons' Making all in po gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/po' file=`echo am | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file am.po file=`echo ar | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ar.po file=`echo ast | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ast.po file=`echo az | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file az.po file=`echo be | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file be.po file=`echo bg | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file bg.po file=`echo bn_IN | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file bn_IN.po file=`echo bn | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file bn.po file=`echo ca | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ca.po file=`echo cs | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file cs.po file=`echo da | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file da.po file=`echo de | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file de.po file=`echo dz | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file dz.po file=`echo el | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file el.po file=`echo en_GB | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file en_GB.po file=`echo eo | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file eo.po file=`echo es_MX | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file es_MX.po file=`echo es | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file es.po file=`echo et | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file et.po file=`echo eu | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file eu.po file=`echo fa | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file fa.po file=`echo fi | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file fi.po file=`echo fr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file fr.po file=`echo gl | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file gl.po file=`echo gu | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file gu.po file=`echo he | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file he.po file=`echo hi | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file hi.po file=`echo hr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file hr.po file=`echo hu | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file hu.po file=`echo id | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file id.po file=`echo is | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file is.po file=`echo it | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file it.po file=`echo ja | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ja.po file=`echo ka | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ka.po file=`echo kk | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file kk.po file=`echo ko | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ko.po file=`echo lt | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file lt.po file=`echo lv | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file lv.po file=`echo mk | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file mk.po file=`echo mr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file mr.po file=`echo ms | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ms.po file=`echo nb | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file nb.po file=`echo nl | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file nl.po file=`echo pa | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file pa.po file=`echo pl | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file pl.po file=`echo pt_BR | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file pt_BR.po file=`echo pt | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file pt.po file=`echo ro | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ro.po file=`echo ru | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ru.po file=`echo si | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file si.po file=`echo sk | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file sk.po file=`echo sq | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file sq.po file=`echo sv | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file sv.po file=`echo ta | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ta.po file=`echo te | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file te.po file=`echo tr | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file tr.po file=`echo ug | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ug.po file=`echo uk | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file uk.po file=`echo ur_PK | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ur_PK.po file=`echo ur | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file ur.po file=`echo vi | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file vi.po file=`echo zh_CN | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file zh_CN.po file=`echo zh_TW | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/local/bin/msgfmt -o $file zh_TW.po gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/po' Making all in settings-dialogs gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' gmake all-am gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' CC xfwm4_settings-xfwm4-settings.o CCLD xfwm4-settings CC xfwm4_tweaks_settings-tweaks-settings.o CCLD xfwm4-tweaks-settings CC xfwm4_workspace_settings-workspace-settings.o CCLD xfwm4-workspace-settings libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la' or unhandled argument `/usr/local/lib/libxcb-aux.la' gmake[3]: *** [xfwm4-workspace-settings] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. ===>>> make failed for x11-wm/xfce4-wm ===>>> Aborting update ===>>> Update for x11-wm/xfce4-wm failed ===>>> Aborting update Terminated ===>>> The following actions were performed: Re-installation of poppler-glib-0.18.0 ===>>> You can restart from the point of failure with this command line: portmaster x11-wm/xfce4-wm Any ideas, pointers/advice/suggestions? Regards, Antonio From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 04:03:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BFAE1065673 for ; Tue, 17 Jan 2012 04:03:48 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CCB1E8FC0C for ; Tue, 17 Jan 2012 04:03:47 +0000 (UTC) Received: by iagz16 with SMTP id z16so6939163iag.13 for ; Mon, 16 Jan 2012 20:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=HeEDjy/W9z3jPC3FqAJBV0PBNDD/SJ2/kWpew434sUw=; b=C3SxVaLgHqyHTFqEZ3akunSygot4GO4swg4yi2oxZVUZVhRTbfJ51UTShGHbQrH56t /0nf+e5IbNSHObdwu5DcRIljitwmWB6IPuXMfueiL1t0YH8Ip/JDewG7qAbA6wN59Qdz OFdARkArB/+FvkRJS1Os8809oUTvfeamGEoZA= MIME-Version: 1.0 Received: by 10.50.156.130 with SMTP id we2mr15596947igb.10.1326773027431; Mon, 16 Jan 2012 20:03:47 -0800 (PST) Received: by 10.50.94.133 with HTTP; Mon, 16 Jan 2012 20:03:47 -0800 (PST) Date: Mon, 16 Jan 2012 22:03:47 -0600 Message-ID: From: Antonio Olivares To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Subject: poppler-glib-0.18.0 to poppler-gtk? Keeps reappearing after every portmaster -a X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 04:03:48 -0000 Dear folks, Running FreeBSD-8.2 amd64 on three machines, on all three the poppler message appears everytime I issue # portmaster -a command to update ports. Message says ===>>> The following actions were performed: Re-installation of poppler-glib-0.18.0 It has done this for quite a while. I am wondering, if I should just remove the package and switch to the new directory and reinstall from there. This message keeps popping up and does not go away for good. Any suggestions/advice/comments? Regards, Antonio From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 04:12:59 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B53B1106564A for ; Tue, 17 Jan 2012 04:12:59 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4819B8FC12 for ; Tue, 17 Jan 2012 04:12:59 +0000 (UTC) Received: by werg1 with SMTP id g1so2430258wer.13 for ; Mon, 16 Jan 2012 20:12:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+Zi7Q0rYVmg9QKYK4NNTPyw2UjT6ZtQWnALLO2KmrXU=; b=URQMUjSQ+JMJYS3ygXwLlpwULNkaY/nNHhQ94HaZH85NXWzJKgh8tf0GPQC/Sddirk 5T4tk/EKVEpsXEzYycrCh6SDP1SaVdzfZEyWpaXjPtn4oPBmVfADQjv/D70SDofaTfIF nNluaeevP0b09o9rWBcEHKN9jyfniCTVPqQWY= MIME-Version: 1.0 Received: by 10.216.137.148 with SMTP id y20mr4884775wei.32.1326773578362; Mon, 16 Jan 2012 20:12:58 -0800 (PST) Received: by 10.216.71.68 with HTTP; Mon, 16 Jan 2012 20:12:58 -0800 (PST) In-Reply-To: References: Date: Mon, 16 Jan 2012 23:12:58 -0500 Message-ID: From: "illoai@gmail.com" To: Antonio Olivares Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Questions Subject: Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 04:12:59 -0000 On 16 January 2012 22:59, Antonio Olivares wrote: > Dear folks, > > I am trying to update all ports and have encountered xfce4-wm failing > to compile. =A0I used > # portmaster -a -x xfce4-wm > to bypass the failure. . . . > =A0CCLD =A0 xfwm4-workspace-settings > libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la' > or unhandled argument `/usr/local/lib/libxcb-aux.la' > gmake[3]: *** [xfwm4-workspace-settings] Error 1 > gmake[3]: Leaving directory > `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory > `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/x11-wm/xfce4-wm. > *** Error code 1 > > Stop in /usr/ports/x11-wm/xfce4-wm. > > =3D=3D=3D>>> make failed for x11-wm/xfce4-wm > =3D=3D=3D>>> Aborting update > > =3D=3D=3D>>> Update for x11-wm/xfce4-wm failed > =3D=3D=3D>>> Aborting update > > Terminated > =3D=3D=3D>>> The following actions were performed: > =A0 =A0 =A0 =A0Re-installation of poppler-glib-0.18.0 > > > =3D=3D=3D>>> You can restart from the point of failure with this command = line: > =A0 =A0 =A0 portmaster x11-wm/xfce4-wm > > > Any ideas, pointers/advice/suggestions? > See /usr/ports/UPDATING: 20120116 --=20 -- From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 04:21:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18664106566B for ; Tue, 17 Jan 2012 04:21:16 +0000 (UTC) (envelope-from fritz-bounce@frell.theremailer.net) Received: from frell.theremailer.net (unknown [IPv6:2002:55b1:e5ae:9:d5fe:122:ce6a:7907]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8CB8FC14 for ; Tue, 17 Jan 2012 04:21:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=frell.theremailer.net; s=remailer; h=Date:Message-ID:Subject:Comments:From; bh=PuKEo7cP827C7nq/fqkkAchB9NbcPtfKUvJG64M+t9Y=; b=AXEGjXzPvTu1o/RiyZpWKJG0AfTNCz2uvHjal4sFsTpenV8MF5G5flvsLRSMxu4BpUryFcuNcV8hvHyGkX+K4FFRAWv+riVDaEDZVugxe3lWYxo0Rr1DptWX6flIwOgVAT9ctJ0wZ620GZi1QCKd2oErZKeG0ygz9a3Pudq6v8Zsd+8F03BXyVIUPl88VH/ZJrMVbubI8pPAv79pV1DmsFF8DFsNPntGgp9LsRekKrtpTtoptSA1OWoIZw3URPiPVyzbDQCmQiKxUsobU0QhWG1IRG6OxJQaRBVsMz2Q3Vhryez6BLgLEwf+UyylhFNYLpn8TlIvjmCyYKu5NLXIsOM=; Received: by frell.theremailer.net with local (Exim) id 1Rn0Vv-00041t-Ig for freebsd-questions@freebsd.org envelope-sender fritz-bounce@frell.theremailer.net; Tue, 17 Jan 2012 05:19:15 +0100 From: Fritz Wuehler Comments: This message did not originate from the Sender address above. It was remailed automatically by anonymizing remailer software. Please report problems or inappropriate use to the remailer administrator at . Identifying the real sender is technically impossible. To: FreeBSD Questions In-Reply-To: Message-ID: <1a19ab9b1abd5ded195369aa261406dd@msgid.frell.theremailer.net> Precedence: anon Date: Tue, 17 Jan 2012 05:19:15 +0100 Subject: Re: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 04:21:16 -0000 > I've got a weird problem... I was working on installing 9.0 w/zfs on my > laptop, messed up, rebooted, *formatted the drives* and restarted. Got > much further the next time, however... > > There is a zombie copy of the old zpool sitting around interfering with > things. 'zpool import' lists it, but it can't import it because the disks > don't actually exist. 'zpool destroy' can't delete it, because it's not > imported. ('No such pool') Any ideas on how to get rid of it? zfs is famous for fucking itself like this. the only totally safe way is to dd the drive since nailing the label doesn't clear out stuff at the far end of the filesystem that can really ruin your day. don't ask me how i know.. it will take a few hours dd'ing from /dev/zero to your devices but it is well worth it when you do any major surgery on drives that had zfs at one point and you want to use them over again with zfs From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 05:42:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4118C106566C for ; Tue, 17 Jan 2012 05:42:02 +0000 (UTC) (envelope-from rwboyer@mac.com) Received: from nk11p99mm-asmtpout006.mac.com (nk11p99mm-asmtpout006.mac.com [17.158.233.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8F68FC14 for ; Tue, 17 Jan 2012 05:42:01 +0000 (UTC) MIME-version: 1.0 Received: from [192.168.10.132] ([38.102.16.155]) by nk11p03mm-asmtp996.mac.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LXX00759H544RA0@nk11p03mm-asmtp996.mac.com> for freebsd-questions@freebsd.org; Tue, 17 Jan 2012 05:41:30 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110,1.0.211,0.0.0000 definitions=2012-01-17_02:2012-01-17, 2012-01-17, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201160396 Content-type: multipart/signed; boundary="Apple-Mail=_3C889143-AA38-419E-A4F7-CA06E8F1EE04"; protocol="application/pkcs7-signature"; micalg=sha1 From: Robert Boyer In-reply-to: <1a19ab9b1abd5ded195369aa261406dd@msgid.frell.theremailer.net> Date: Tue, 17 Jan 2012 00:41:27 -0500 Message-id: <63E96688-C98C-4731-91EF-788E8EA6E0B9@mac.com> References: <1a19ab9b1abd5ded195369aa261406dd@msgid.frell.theremailer.net> To: Fritz Wuehler X-Mailer: Apple Mail (2.1251.1) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Questions Subject: Re: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 05:42:02 -0000 --Apple-Mail=_3C889143-AA38-419E-A4F7-CA06E8F1EE04 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I agree if you move drives and a particular zfs has not seen them before = - and there is a zfs label at the end things can go pear shaped - = however=85 if you blast just the end of the drive it should be fine. RB Ps. Maybe I;ll title a book fun with zfs and glabel or cheap thrills = with zfs, glabel and gpt uuid's - how to screw up MacOS/Darwin the easy = way=85 On Jan 16, 2012, at 11:19 PM, Fritz Wuehler wrote: >> I've got a weird problem... I was working on installing 9.0 w/zfs on = my=20 >> laptop, messed up, rebooted, *formatted the drives* and restarted. = Got=20 >> much further the next time, however... >>=20 >> There is a zombie copy of the old zpool sitting around interfering = with=20 >> things. 'zpool import' lists it, but it can't import it because the = disks=20 >> don't actually exist. 'zpool destroy' can't delete it, because it's = not=20 >> imported. ('No such pool') Any ideas on how to get rid of it? >=20 > zfs is famous for fucking itself like this. the only totally safe way = is to > dd the drive since nailing the label doesn't clear out stuff at the = far end > of the filesystem that can really ruin your day. don't ask me how i = know.. >=20 > it will take a few hours dd'ing from /dev/zero to your devices but it = is > well worth it when you do any major surgery on drives that had zfs at = one > point and you want to use them over again with zfs >=20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" --Apple-Mail=_3C889143-AA38-419E-A4F7-CA06E8F1EE04-- From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 07:33:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B1B1065674 for ; Tue, 17 Jan 2012 07:33:15 +0000 (UTC) (envelope-from guptanallajalla@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8DAF38FC19 for ; Tue, 17 Jan 2012 07:33:15 +0000 (UTC) Received: by dady13 with SMTP id y13so2667091dad.13 for ; Mon, 16 Jan 2012 23:33:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=YaiIRTmcS1f6U3ohTTJc0ncbTYzPKEY374YkyMmcc1Q=; b=YImU24UntJKh+0VQT12wbbtOBL84hRgU1a76gSK97arnJfYurNhjy4R4+H19LGBTgs YrRkSgOSH6kOz/0BsmGB8ClDoTZdMl5UUghC/69oVL53eCRvxivVIbbx5kwsaG38lH8C tH40Cr4SVY/XlGm9Y9EnJ6stw7vTPyfIgDcQQ= Received: by 10.68.116.102 with SMTP id jv6mr32409262pbb.15.1326783738209; Mon, 16 Jan 2012 23:02:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.68.25.201 with HTTP; Mon, 16 Jan 2012 23:01:57 -0800 (PST) From: gupta nallajalla Date: Tue, 17 Jan 2012 12:31:57 +0530 Message-ID: To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Regarding CVS eclipse configuration X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 07:33:15 -0000 *Hi, I want to configure CVS in eclipse so can you please help me in this configuration? * -- Thanks & Regards,** *N V R Gupta Nallajalla **P **Please do not print this e-mail unless you really need to. This will preserve trees on our planet.* From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 12:33:37 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A067E106566C for ; Tue, 17 Jan 2012 12:33:37 +0000 (UTC) (envelope-from tomp.khomp45@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67CEA8FC0C for ; Tue, 17 Jan 2012 12:33:37 +0000 (UTC) Received: by iagz16 with SMTP id z16so7904544iag.13 for ; Tue, 17 Jan 2012 04:33:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=u7BVNGorYpsxkuM1k9tg3mZ5/0kNfarXoNuhbosyiTw=; b=V2aF7CWJrlMgCxh5Tpo4vsCxx+X2J5l60RWsgg9Grtf2YIKqB5r6mc4d9t9SZOuID2 rfhJuzfFtEqysf6oe6afirpPoFDFiRIv/KIIHtXsOHwMPYBFNIHBV/lfieorIf2mxlXZ /3HoDmOD3bQ8gpcNHnOol1DhkFt9e/L5twtNM= Received: by 10.50.160.136 with SMTP id xk8mr4891064igb.12.1326801974864; Tue, 17 Jan 2012 04:06:14 -0800 (PST) Received: from msgc2b30e6292f ([122.176.115.39]) by mx.google.com with ESMTPS id h9sm76620915ibh.11.2012.01.17.04.06.12 (version=SSLv3 cipher=OTHER); Tue, 17 Jan 2012 04:06:14 -0800 (PST) Message-ID: <03ee01ccd510$68fd5e50$0a01a8c0@msgc2b30e6292f> From: "Hetal Sawaria" To: Date: Tue, 17 Jan 2012 17:34:50 +0530 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Amazing SEO Services X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Hetal Sawaria List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 12:33:37 -0000 Hi I am Marketing Manager. We have a SEO discount offer on the New Year 2012 occasion going for the = following package: -=20 Monthly Task and responsibilities: -=20 Package For 15 Keywords: 1. 20 Search Engine Submissions 2. 200 Manually Directory Submissions 3. 90 Article Submissions (1 Articles Submit in 30 Top Directories) 4. 10 Press Release Distributions (1 Press Release submit in 10 Sites) 5. 5 Web2.0/Blog postings(Using pre-written articles) 6. 30 Social Bookmarking Submissions 7. 10 website themed links 8. 3 Unique Article writing (400+ words) 9. 1 Press Release writing (350+ words) 10. Keywords Mapping=20 11. Keywords density optimization=20 12. Content optimization 13. Keywords proximity and frequency 14. Title Tag changes suggestions 15. Meta tags changes suggestions=20 16. Alt tag changes suggestions 17. HTML Site Map suggestions=20 18. XML site map setup 19. Anchor text optimization 20. Interlinking suggestions 21. Google analytics setup 22. Weekly Work Report 23. Monthly Ranking Report 24. Monthly Full Detailed SEO Work Report in Excel =20 Note: We send weekly report to each of our clients so that they can have = regular updates on their website. Also, this shows that we work = regularly on the website in a very elegant way. We use only white hat SEO techniques for each website.=20 Our Best rate for this is: USD 250 per month per project This Discount is Valid till Jan 31th 2012. Please let us know in case you are interested. Thanks & Regards, Hetal Sawaria Marketing Manager P.S. :- Happy New Year 2012 From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 12:50:35 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD3211065689 for ; Tue, 17 Jan 2012 12:50:35 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 96E368FC14 for ; Tue, 17 Jan 2012 12:50:35 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so3223800obc.13 for ; Tue, 17 Jan 2012 04:50:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=HkZYR7VleMruU8hYDMjiQoI8labKmEY8DdJ+xFjwRxA=; b=eE1MaBZcZ8aE3MLfY5vsB2oIrYaUViiCbZZDdg98BiH08Td0L+LVz7bZuKYoDF64se /MErITwQvtaItJHYhWkPNBoXid3Pqr9DH8PUvwFGwveeeSQpxyyRxWK0/olxgz55PHHA VMlt2jUSJ/bBzLj0EnO+pjn7E99xV/vU7un38= MIME-Version: 1.0 Received: by 10.50.156.138 with SMTP id we10mr14757890igb.10.1326804634852; Tue, 17 Jan 2012 04:50:34 -0800 (PST) Received: by 10.50.94.133 with HTTP; Tue, 17 Jan 2012 04:50:34 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 06:50:34 -0600 Message-ID: From: Antonio Olivares To: "illoai@gmail.com" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Questions Subject: Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 12:50:35 -0000 >> =3D=3D=3D>>> You can restart from the point of failure with this command= line: >> =A0 =A0 =A0 portmaster x11-wm/xfce4-wm >> >> >> Any ideas, pointers/advice/suggestions? >> > > See /usr/ports/UPDATING: 20120116 > > -- > -- It is not there, there is onlyone for 20120109, none for 20120116 :( Thanks, Antonio From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 13:11:28 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96EB106566B for ; Tue, 17 Jan 2012 13:11:28 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3C628FC16 for ; Tue, 17 Jan 2012 13:11:28 +0000 (UTC) Received: by iagz16 with SMTP id z16so7973954iag.13 for ; Tue, 17 Jan 2012 05:11:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Jz7cLUx8C1kph84Ds6jlpVFOaRqFAmD4CGrDIBrZV9w=; b=ghF9GYzVT80Dn/Kd05WHhUQSAvbL1DKyur8uSPu5S+J7Q4vVczOMb+xY1Kl+VFl/5q DNVoCP2kEGlCatDV0i/vBqzqm+K/PZiwgCZFVlYNM/RKwIeI/5vqjYZCz90/CeaSo6JW zA6WaOwPSzSfAG5r0OBQOS5SmVexntBYkjw3c= MIME-Version: 1.0 Received: by 10.42.29.1 with SMTP id p1mr16688134icc.40.1326805887434; Tue, 17 Jan 2012 05:11:27 -0800 (PST) Received: by 10.50.94.133 with HTTP; Tue, 17 Jan 2012 05:11:27 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 07:11:27 -0600 Message-ID: From: Antonio Olivares To: "illoai@gmail.com" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Questions Subject: Re: Cannot update xfwm4-wm, compiling error on 3 machines two 8.2 and one 9.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 13:11:29 -0000 On Tue, Jan 17, 2012 at 6:50 AM, Antonio Olivares wrote: >>> =3D=3D=3D>>> You can restart from the point of failure with this comman= d line: >>> =A0 =A0 =A0 portmaster x11-wm/xfce4-wm >>> >>> >>> Any ideas, pointers/advice/suggestions? >>> >> >> See /usr/ports/UPDATING: 20120116 >> >> -- >> -- > > It is not there, there is onlyone for 20120109, none for 20120116 :( > > Thanks, > > Antonio I have found a page that shows that advisory. Thanks for your help. http://forums.freebsd.org/showthread.php?p=3D161663 20120116: AFFECTS: users of x11/xcb-util AUTHOR: garga@FreeBSD.org x11/xcb-util was updated to 0.3.8 and was split in new modules. Dependencies were adjusted but main port symbols were moved to a single library, xcb-util.so. For this reason, all dependent ports must be recompiled.If you use portmaster, run: # portmaster -R -r xcb-util-0 Kind Regards, Antonio From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 13:34:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2485D1065670 for ; Tue, 17 Jan 2012 13:34:50 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from ifdnrg30.ifdnrg.com (outbound.ifdnrg.com [193.200.98.138]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1D28FC15 for ; Tue, 17 Jan 2012 13:34:49 +0000 (UTC) Received: from [192.168.1.86] (93-97-172-73.zone5.bethere.co.uk [93.97.172.73]) (authenticated bits=0) by ifdnrg30.ifdnrg.com (8.14.5/8.14.4) with ESMTP id q0HD6Iw3077363 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 17 Jan 2012 13:06:19 GMT (envelope-from paul@ifdnrg.com) Message-ID: <4F157249.8030103@ifdnrg.com> Date: Tue, 17 Jan 2012 13:06:17 +0000 From: Paul Macdonald User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: csvup.uk.freebsd.org out of sync? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 13:34:50 -0000 I've noticed that updates on the US cvs site do not seem to been getting synced to the UK mirrors for the past (2) days. In fact i'm seeing no deltas off the uk servers. Changing to the US server pulls in all the ports tree updates fine.. sometimes there's a delay obv, but its rarely this long? Paul. -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07970339546< Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349531065673 for ; Tue, 17 Jan 2012 13:51:34 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 9068D8FC13 for ; Tue, 17 Jan 2012 13:51:33 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0HDpTCK085532 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 17 Jan 2012 13:51:29 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.1 smtp.infracaninophile.co.uk q0HDpTCK085532 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1326808289; bh=0qxSXDt08F2/yxKQNyZ/ZVr+6MMXK3IVWhOyO+RyDh0=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=Iyq1/NdGwymLKAhLmonR/qYq13VzGl5ppdCY4xgFToaNdidOIQhRq92yWhnpjIKtK 7jvRvTRQRJiA6V0yPeSw3agy2RyxqC2RIw1Z1gXGh06IfbH8Be3l6J7k+9WnoS+UaJ W2RZU2hNNp3VmI+1lFlInMRZOD3PrpLMXadnPAMI= Message-ID: <4F157CD9.7070900@infracaninophile.co.uk> Date: Tue, 17 Jan 2012 13:51:21 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F157249.8030103@ifdnrg.com> In-Reply-To: <4F157249.8030103@ifdnrg.com> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig44CA7C439AE39BE563520E98" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: csvup.uk.freebsd.org out of sync? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 13:51:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig44CA7C439AE39BE563520E98 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 17/01/2012 13:06, Paul Macdonald wrote: > I've noticed that updates on the US cvs site do not seem to been gettin= g > synced to the UK mirrors for the past (2) days. >=20 > In fact i'm seeing no deltas off the uk servers. >=20 > Changing to the US server pulls in all the ports tree updates fine.. >=20 > sometimes there's a delay obv, but its rarely this long? Yes -- I noticed this on Sunday night. I raised the problem on freebsd-hubs@ and various other people have been notified, but no fix just yet. As all of cvsup{1,2,3}.uk.freebsd.org are the same machine somewhere in Cambridge, I've been using cvsup.fr.freebsd.org temporarily[= *]. Cheers, Matthew [*] I can nearly see France from where I'm sitting. --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig44CA7C439AE39BE563520E98 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8VfOAACgkQ8Mjk52CukIzy4ACdFzPsLZVZX5gXtF1WrsfLHqmA LcwAn22UhD6wa9hT6YSUTNjTjE10Nx1v =A8Fw -----END PGP SIGNATURE----- --------------enig44CA7C439AE39BE563520E98-- From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 15:44:45 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E74106566C for ; Tue, 17 Jan 2012 15:44:45 +0000 (UTC) (envelope-from davidianwalker@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6276E8FC0C for ; Tue, 17 Jan 2012 15:44:45 +0000 (UTC) Received: by iagz16 with SMTP id z16so8239081iag.13 for ; Tue, 17 Jan 2012 07:44:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=QaRqlm4x6e2o5OmeLCigurk/T6Jehd0fy2e16VDelcU=; b=BaU3dwKTBIxHQBFs4H7m+57rBjSxwHdZr9CihjC8QQo/XdZl2Zel/kJmj5Uzn7vB9p 8pKbZSLrTUA8rKZ29JJHoD1nGfbe1dfcWKsmhc25+1eReV2X13ghX228dx4zm9MY3xUc 9bguRiJ7vZxof4rEOuA9MV3h21Jp18e7j4pl4= MIME-Version: 1.0 Received: by 10.42.151.195 with SMTP id f3mr14339866icw.19.1326813428353; Tue, 17 Jan 2012 07:17:08 -0800 (PST) Received: by 10.42.229.67 with HTTP; Tue, 17 Jan 2012 07:17:08 -0800 (PST) Date: Wed, 18 Jan 2012 01:47:08 +1030 Message-ID: From: David Walker To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 15:44:45 -0000 A colleague and I were talking about operating systems and I said, hey lets install FreeBSD and see what Gnome looks like. I did an install at work but ran out of time so I brought another machine home but I'm having trouble. I burnt an ISO of 9.0 and installed it. I did a pkg_add ... # pkg_add -r gnome2 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html http://www.freebsd.org/gnome/docs/faq2.html#q1 I tried to enable Gnome by editing /etc/rc.conf ... gdm_enable="YES" gnome_enable="YES" http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html http://www.freebsd.org/gnome/docs/faq2.html#full-gnome Note the difference there. If I reboot I get a message to the console that gdm is starting but it goes to a console login. Is there anything else I need to do? Best wishes. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 15:58:24 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D5F2106566B for ; Tue, 17 Jan 2012 15:58:24 +0000 (UTC) (envelope-from aimass@yabarana.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 40CA58FC15 for ; Tue, 17 Jan 2012 15:58:23 +0000 (UTC) Received: by iagz16 with SMTP id z16so8262911iag.13 for ; Tue, 17 Jan 2012 07:58:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.161.135 with SMTP id xs7mr15345934igb.15.1326815902803; Tue, 17 Jan 2012 07:58:22 -0800 (PST) Sender: aimass@yabarana.com Received: by 10.231.77.5 with HTTP; Tue, 17 Jan 2012 07:58:22 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 10:58:22 -0500 X-Google-Sender-Auth: 59LRfTnW6e_S_bPvJb3O4wx6Um4 Message-ID: From: Alejandro Imass To: David Walker Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 15:58:24 -0000 On Tue, Jan 17, 2012 at 10:17 AM, David Walker wrote: > A colleague and I were talking about operating systems and I said, hey [...] > If I reboot I get a message to the console that gdm is starting but it > goes to a console login. > Sounds like a video problem. It usually works right away but it seems that the video mode and or video driver are not being able to start the X server and then GDM which will eventually load Gnome when you pass the credentials screen. The GDM start script is in /usr/local/etc/rc.d/gdm You can try: /usr/local/etc/rc.d/gdm restart and see. > Is there anything else I need to do? > Absolutely. Get an idea of your hardware by using pciconf -l or -lv to get the details on your hw Also make sure you have HAL, etc, Take a look at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html And make sure you have followed all steps. Look at the logs (/var/log ) and see if you can spot the specific error message so we can be of more help here... Best, -- Alejandro Imass From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 16:01:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E54106564A for ; Tue, 17 Jan 2012 16:01:21 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0578FC0A for ; Tue, 17 Jan 2012 16:01:21 +0000 (UTC) Received: by yenq3 with SMTP id q3so973293yen.13 for ; Tue, 17 Jan 2012 08:01:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=QT+O+k68sEeK2+BKaOIbRM7MhIu2CkLs9U8XcpKvqoA=; b=CmYUOwuIfKLpb7Oc5QnsZBptbF1SEH42osvZb4jsrx4epCnmxS4OmVWSDKoeQNOw6f 8fF/tCufqY1tZOTAxq2oIQ6vpSb9GiSah6d0qefiIYBduOwMSU3W1jVwaPdpzyTQI/BH EvqHiRRHKqzl05nMpzGBqa1hoAJDltEAnRiVc= Received: by 10.236.178.9 with SMTP id e9mr24316128yhm.77.1326816080963; Tue, 17 Jan 2012 08:01:20 -0800 (PST) Received: from [10.103.53.27] ([205.172.172.132]) by mx.google.com with ESMTPS id 32sm60930792ant.12.2012.01.17.08.01.18 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 08:01:19 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: OutbackDingo In-Reply-To: Date: Tue, 17 Jan 2012 11:01:16 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: David Walker X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-questions@freebsd.org Subject: Re: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 16:01:22 -0000 On Jan 17, 2012, at 10:17 AM, David Walker wrote: > A colleague and I were talking about operating systems and I said, hey > lets install FreeBSD and see what Gnome looks like. > I did an install at work but ran out of time so I brought another > machine home but I'm having trouble. >=20 > I burnt an ISO of 9.0 and installed it. >=20 > I did a pkg_add ... > # pkg_add -r gnome2 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html > http://www.freebsd.org/gnome/docs/faq2.html#q1 >=20 > I tried to enable Gnome by editing /etc/rc.conf ... > gdm_enable=3D"YES" > gnome_enable=3D"YES" > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html > http://www.freebsd.org/gnome/docs/faq2.html#full-gnome > Note the difference there. >=20 > If I reboot I get a message to the console that gdm is starting but it > goes to a console login. >=20 > Is there anything else I need to do? >=20 Your x configuration probably isn't right, make sure you have the x = video drivers installed and configure X manually if possible, auto = detection might have failed. > Best wishes. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 16:19:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D37F106564A for ; Tue, 17 Jan 2012 16:19:12 +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 4D4218FC22 for ; Tue, 17 Jan 2012 16:19:12 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q0HGJBYu006432; Tue, 17 Jan 2012 09:19:11 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q0HGJBfT006429; Tue, 17 Jan 2012 09:19:11 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jan 2012 09:19:11 -0700 (MST) From: Warren Block To: David Walker In-Reply-To: Message-ID: References: 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]); Tue, 17 Jan 2012 09:19:11 -0700 (MST) Cc: freebsd-questions@freebsd.org Subject: Re: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 16:19:12 -0000 On Wed, 18 Jan 2012, David Walker wrote: > I did a pkg_add ... > # pkg_add -r gnome2 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html > http://www.freebsd.org/gnome/docs/faq2.html#q1 > > I tried to enable Gnome by editing /etc/rc.conf ... > gdm_enable="YES" > gnome_enable="YES" > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11-wm.html > http://www.freebsd.org/gnome/docs/faq2.html#full-gnome > Note the difference there. > > If I reboot I get a message to the console that gdm is starting but it > goes to a console login. > > Is there anything else I need to do? At least some of the desktop environments don't actually depend on X, so it may not have even been installed. 'pkg_info -Ix xorg-server' should show xorg-server installed. Otherwise, 'pkg_add -r xorg' is needed. An alternative with less setup is PC-BSD (http://pcbsd.org), a desktop version of FreeBSD. The "Isotope" version offers KDE, GNOME, Xfce, and LXDE. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 16:20:44 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421791065674 for ; Tue, 17 Jan 2012 16:20:44 +0000 (UTC) (envelope-from dalescott@shaw.ca) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 10FE28FC19 for ; Tue, 17 Jan 2012 16:20:43 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd7ml2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd6mo1no-svcs.prod.shaw.ca with ESMTP; 17 Jan 2012 09:20:43 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=GZn8e3lTBEeJrlGK3+GUWyR5aYe1SJcDn5uEERMe9yQ= c=1 sm=1 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=s1lrx0EV61IYYNPiyc1Uww==:17 a=x2m3GPe0AAAA:8 a=6I5d2MoRAAAA:8 a=01vqDjDZWU_RcvFnxYkA:9 a=hGKSZAXxuTclolAbkzYA:7 a=CjuIK1q_8ugA:10 a=AqrsU11dU8gA:10 a=SV7veod9ZcQA:10 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO HPdv9000) ([70.73.37.138]) by pd7ml2no-dmz.prod.shaw.ca with ESMTP; 17 Jan 2012 09:20:43 -0700 From: "Dale Scott" To: "'David Walker'" , References: In-Reply-To: Date: Tue, 17 Jan 2012 09:20:40 -0700 Message-ID: <007c01ccd533$f49a8f00$ddcfad00$@shaw.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Content-language: en-us Thread-Index: AQIMG7gIYw2ux5zG/1HKrTZ1sb6FNJWSLOUw Cc: Subject: RE: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 16:20:44 -0000 If you're doing a new install and you're primarily after a desktop experience, go with PC-BSD 9.0 (http://www.pcbsd.org). All the basics are looked after for you, including graphics config, auto-mounting USB drives, wireless ... It has a graphical package installer for PC-BSD "PBI" packages, but it's standard FreeBSD-9.0 and ports under the hood. Perfect on a desktop (could still use some polish for laptop suspend/resume). Dale > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of David Walker > Sent: Tuesday, January 17, 2012 8:17 AM > To: freebsd-questions@freebsd.org > Subject: Using Gnome ... > > A colleague and I were talking about operating systems and I said, hey lets > install FreeBSD and see what Gnome looks like. > I did an install at work but ran out of time so I brought another machine > home but I'm having trouble. > > I burnt an ISO of 9.0 and installed it. > > I did a pkg_add ... > # pkg_add -r gnome2 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11- > wm.html > http://www.freebsd.org/gnome/docs/faq2.html#q1 > > I tried to enable Gnome by editing /etc/rc.conf ... > gdm_enable="YES" > gnome_enable="YES" > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x11- > wm.html > http://www.freebsd.org/gnome/docs/faq2.html#full-gnome > Note the difference there. > > If I reboot I get a message to the console that gdm is starting but it goes to a > console login. > > Is there anything else I need to do? > > Best wishes. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 16:59:32 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20430106566B for ; Tue, 17 Jan 2012 16:59:32 +0000 (UTC) (envelope-from davidianwalker@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id E26C98FC16 for ; Tue, 17 Jan 2012 16:59:31 +0000 (UTC) Received: by iagz16 with SMTP id z16so8362639iag.13 for ; Tue, 17 Jan 2012 08:59:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sXW42EWI946ys6lIJGGpGpJjLEWd1VQiTZdQmjoYdu8=; b=UsUYm9dsOX8PDrKZyq6Z/CZsTavkI4pp9syrm+6UwrWdt7yuwJM0VZaLzaahWUs263 /ZbGmAygnVCRzUhEBpObtNuOzkQ3GjIRAWv/vmCbvivbOZp4CtNY5IGzNXi9q3HSAsvu QHsR7r7kELNSFLnV9SIcbAs7VsqkmEv4FZITM= MIME-Version: 1.0 Received: by 10.50.47.136 with SMTP id d8mr18325104ign.21.1326819570967; Tue, 17 Jan 2012 08:59:30 -0800 (PST) Received: by 10.42.229.67 with HTTP; Tue, 17 Jan 2012 08:59:30 -0800 (PST) In-Reply-To: References: Date: Wed, 18 Jan 2012 03:29:30 +1030 Message-ID: From: David Walker To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Using Gnome ... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 16:59:32 -0000 Thanks to all the quick and helpful replies. Getting the low hanging fruit out of the way first ... On 18/01/2012, Warren Block wrote: > At least some of the desktop environments don't actually depend on X, so > it may not have even been installed. 'pkg_info -Ix xorg-server' should > show xorg-server installed. Otherwise, 'pkg_add -r xorg' is needed. # pkg_info -x xorg-server pkg_info: no packages match pattern(s) :] BTW, a couple of the mirrors don't "represent" - 404 ... http://ftp14.us.freebsd.org/pub/FreeBSD/ http://ftp9.us.freebsd.org/pub/os/FreeBSD/ Listed here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/mirrors-ftp.html Best wishes. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 17:05:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6424A1065674 for ; Tue, 17 Jan 2012 17:05:21 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2439B8FC0A for ; Tue, 17 Jan 2012 17:05:20 +0000 (UTC) Received: by ggki1 with SMTP id i1so4172129ggk.13 for ; Tue, 17 Jan 2012 09:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=x7vvXrAb44r7klV5lITI2qg4zmCb5K2C2Z610wBRj6U=; b=Oao4pInIGw3woVpfxKWGemWsnm/EWUOlvPiWOhirpieldwokerdHUV+t0SIYp8E74O H0PCbg69hSFdzT51+zxuf8FgDNBrxZWElxCiUu1R3iThvZ8iwUFleR26sJ1YZmqiUv4r tDKWnemFUhA2jwpdgK1Zcr/4Ev+b8MenDAvrQ= MIME-Version: 1.0 Received: by 10.50.88.129 with SMTP id bg1mr18318443igb.10.1326819920104; Tue, 17 Jan 2012 09:05:20 -0800 (PST) Received: by 10.50.94.133 with HTTP; Tue, 17 Jan 2012 09:05:20 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 11:05:20 -0600 Message-ID: From: Antonio Olivares To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:05:21 -0000 > Dear folks, > > I had a FreeBSD 9.0 BETA 2 Machine I was happily running since the > release and only updated ports via portmaster -a, and now since Fedora > 9 has officially been released, I ran make buildworld, make Correction here. Meant FreeBSD 9.0 not Fedora 9 :( Message probably ignored because of this. > buildkernel, make installkernel and mergemaster -i, and make > installworld and now X does not work, I get error in subject > > Shared object "libxcb-aux.so.0" not found, required by > "libxfsm-4.6.so.0" =A0FreeBSD > > any ideas/suggestions for a fix? > > Thanks in advance, > > Antonio Found a solution updated following advice in the other lib***.so message, recompiled the ports that depended on it and now I am running 9.0 Stable. $ uname -a FreeBSD e213-amd64-1.grullahighschool.org 9.0-STABLE FreeBSD 9.0-STABLE #1: Mon Jan 16 14:48:05 CST 2012 root@e213-amd64-1.grullahighschool.org:/usr/obj/usr/src/sys/GENERIC amd64 $ uname -r 9.0-STABLE Regards, Antonio From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 17:50:37 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8DD106566B for ; Tue, 17 Jan 2012 17:50:37 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9109A8FC17 for ; Tue, 17 Jan 2012 17:50:37 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so3131329vcb.13 for ; Tue, 17 Jan 2012 09:50:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=C9L/EMGkUFJ0+g7suVhYmPXerEAoZqxSQnSkcxDh6rk=; b=xRYD3UE3QZO/mxwVTJt22GDxVWLlm2oBFGSj48jzO/xVEHWnKj/a8vTKkRdeFpzAvu 2gxRW5VaBPaW5inehoNnOCykn6mzGZYLztI+oehaCQyGHQ7LjkrQskS3bAVNWbihXj8G FXruLnVYPaJh2zB+1H5+z/VTdaUuWqE2mLiac= MIME-Version: 1.0 Received: by 10.220.116.10 with SMTP id k10mr1905268vcq.25.1326821308115; Tue, 17 Jan 2012 09:28:28 -0800 (PST) Sender: buhnux@gmail.com Received: by 10.220.4.149 with HTTP; Tue, 17 Jan 2012 09:28:27 -0800 (PST) In-Reply-To: References: Date: Tue, 17 Jan 2012 12:28:27 -0500 X-Google-Sender-Auth: vrqDcZMxIidB2hFkt1AL-7jJKUQ Message-ID: From: Michael Johnson To: Antonio Olivares Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Questions Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:50:37 -0000 On Tue, Jan 17, 2012 at 12:05 PM, Antonio Olivares wrote: > > Dear folks, > > > > I had a FreeBSD 9.0 BETA 2 Machine I was happily running since the > > release and only updated ports via portmaster -a, and now since Fedora > > 9 has officially been released, I ran make buildworld, make > > Correction here. Meant FreeBSD 9.0 not Fedora 9 :( > Message probably ignored because of this. > > > buildkernel, make installkernel and mergemaster -i, and make > > installworld and now X does not work, I get error in subject > > > > Shared object "libxcb-aux.so.0" not found, required by > > "libxfsm-4.6.so.0" FreeBSD > > > > any ideas/suggestions for a fix? > > > > Thanks in advance, > > > > Antonio > > Found a solution updated following advice in the other lib***.so > message, recompiled the ports that depended on it and now I am running > 9.0 Stable. > > $ uname -a > FreeBSD e213-amd64-1.grullahighschool.org 9.0-STABLE FreeBSD > 9.0-STABLE #1: Mon Jan 16 14:48:05 CST 2012 > root@e213-amd64-1.grullahighschool.org:/usr/obj/usr/src/sys/GENERIC > amd64 > $ uname -r > 9.0-STABLE > > > There is instructions in ports/UPDATING on how to update. http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/ports/UPDATING?rev=1.1193;content-type=text%2Fplain > Regards, > > > > Antonio > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 17:57:13 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 983FC1065679 for ; Tue, 17 Jan 2012 17:57:13 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1DF8FC23 for ; Tue, 17 Jan 2012 17:57:13 +0000 (UTC) Received: (qmail 31732 invoked by uid 89); 17 Jan 2012 17:57:09 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 17 Jan 2012 17:57:09 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Tue, 17 Jan 2012 10:57:09 -0700 Message-ID: <31f21c35fd0eec86fd61de0f8e5029c9.squirrel@pop.pknet.net> Date: Tue, 17 Jan 2012 10:57:09 -0700 From: "Peter" To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: bridge firewall in virtualbox not passing traffic after upgrade to stable/9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 17:57:13 -0000 Hello, Was running 8.2 and virtualbox 3 - wiped Freebsd 8.2, installed 9.0, installed latest virtualbox port 4.0.14 and the networking broke in my vms. Setup I had: {vm1,vm2,etc}---> vbox internal network -> em2[firewall VM]em1 --> re0[physical box]-->ISP the firewall vm has this: ifconfig_em0='172.20.6.210/24' cloned_interfaces="bridge0" ifconfig_bridge0="addm em1 addm em2 up" ifconfig_em1="up" ifconfig_em2="up" Firewall vm has this setup: nic1 - bridge re0 nic2 - bridge re0 nic3 - internal network The VMs are still on 8.2, the only change was virtualbox from 3 to 4.0.14 and host system fresh install of stable/9. vboxnet is loaded, if I change the VMs to just bridge re0, they are able to get out, if I put them on the internal network, nothing gets out. internal networking works because without bridge and just setting static IP on vm1 and firewall vm em2, they talk without problem. ]Peter[ it can't be this hard. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 18:31:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64374106566C for ; Tue, 17 Jan 2012 18:31:09 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 178E18FC13 for ; Tue, 17 Jan 2012 18:31:08 +0000 (UTC) Received: (qmail 35532 invoked by uid 89); 17 Jan 2012 18:31:04 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 17 Jan 2012 18:31:04 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Tue, 17 Jan 2012 11:31:04 -0700 Message-ID: <0ba8bd0d2bf651d765eb04f5c8708420.squirrel@pop.pknet.net> In-Reply-To: <31f21c35fd0eec86fd61de0f8e5029c9.squirrel@pop.pknet.net> References: <31f21c35fd0eec86fd61de0f8e5029c9.squirrel@pop.pknet.net> Date: Tue, 17 Jan 2012 11:31:04 -0700 From: "Peter" To: "Peter" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-questions@freebsd.org Subject: Re: bridge firewall in virtualbox not passing traffic after upgrade to stable/9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 18:31:09 -0000 > Hello, > Was running 8.2 and virtualbox 3 - wiped Freebsd 8.2, installed 9.0, > installed latest virtualbox port 4.0.14 and the networking broke in my > vms. > > Setup I had: > > {vm1,vm2,etc}---> vbox internal network -> em2[firewall VM]em1 --> > re0[physical box]-->ISP > > the firewall vm has this: > ifconfig_em0='172.20.6.210/24' > cloned_interfaces="bridge0" > ifconfig_bridge0="addm em1 addm em2 up" > ifconfig_em1="up" > ifconfig_em2="up" > > Firewall vm has this setup: > nic1 - bridge re0 > nic2 - bridge re0 > nic3 - internal network > > The VMs are still on 8.2, the only change was virtualbox from 3 to 4.0.14 > and host system fresh install of stable/9. > > vboxnet is loaded, if I change the VMs to just bridge re0, they are able > to get out, if I put them on the internal network, nothing gets out. > > internal networking works because without bridge and just setting static > IP on vm1 and firewall vm em2, they talk without problem. > > ]Peter[ > it can't be this hard. > Just a follow up with more info. Set 2 vms and booting from 9 release cd using live system option. Host system is stable/9, vbox 4.0.14: Per the handbook setup bridging on firewall_vm that has no IP, and only two interfaces [em0 - external, and em1 - internal networking] http://www.freebsd.org/doc/handbook/network-bridging.html On client_vm, em0 is connected to internal network and should pass through that bridge, but I get nothing: client_vm -> internal network -> em1[bridge vm]em0 -> internet ]Peter[ on bridge vm, doing dhclient bridge0 gets nothing, doing dhclient em0 gets IP.... From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 18:45:39 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8F2106564A for ; Tue, 17 Jan 2012 18:45:39 +0000 (UTC) (envelope-from fritz-bounce@frell.theremailer.net) Received: from frell.theremailer.net (unknown [IPv6:2002:55b1:e5ae:9:d1cc:d588:5718:fb0f]) by mx1.freebsd.org (Postfix) with ESMTP id 378AD8FC0A for ; Tue, 17 Jan 2012 18:45:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=frell.theremailer.net; s=remailer; h=Date:Message-ID:Subject:Comments:From; bh=M0SDcEX0o6X0UjWZ5A6p22IoXKCqrUFx3m1hGXeEmV8=; b=AkEygysE5g6rEZyjHp39vxtCi8MW4U1hJrirT7dX4/qc1dn+WOq2eB17POmqojEDh0llDBuRZnWJ28KFJZk4oK623RhkPybZbswXvdk9zEfMENZdRRd/HBRtHfznlw6vbmTOlOTIr2y+kxnk//Y7bQtgOj2/zBFEcGR+TT5hO426q7fJ6pwgq0fgIdp7dMx+f9Vp6c/DTxI9Lk2eRyRI0OHcgArvLOU/SHkUOf65eAKPnkuTKR593hj9ccDHU0fD7WIthx/+tZFCYKqxHC/m/VGWLNAjnMgqT0QCvb5KdN3olNpISEVN6X+9PkYzi+IHxd86kvQ4wxyDMSD1uVkfJrs=; Received: by frell.theremailer.net with local (Exim) id 1RnE01-00008L-LR for freebsd-questions@freebsd.org envelope-sender fritz-bounce@frell.theremailer.net; Tue, 17 Jan 2012 19:43:13 +0100 From: Fritz Wuehler Comments: This message did not originate from the Sender address above. It was remailed automatically by anonymizing remailer software. Please report problems or inappropriate use to the remailer administrator at . Identifying the real sender is technically impossible. To: freebsd-questions@freebsd.org In-Reply-To: Message-ID: <318307fac183c195f35fcec257d18d9c@msgid.frell.theremailer.net> Precedence: anon Date: Tue, 17 Jan 2012 19:43:13 +0100 Subject: Re: Which Common Lisp port for FreeBSD/sparc64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 18:45:39 -0000 > is anyone running a Common Lisp port on FreeBSD/sparc64? I can't remember but I believe I had sbcl on sparc64, just don't remember what OS... > I'm asking because none of our Common Lisp ports lang/clisp, > lang/ccl, lang/cmucl, lang/sbcl compile on sparc64. I believe sbcl has binaries for sparc64. maybe that was Solaris? oh damn, it is. Well I guess you could run Solaris? If not, as a guest? > > On Debian Linux 6.0.1a for SPARC, at least sbcl is available. But Debian blows chunks and is not comparable to FreeBSD! From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:27:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9036C106566C for ; Tue, 17 Jan 2012 20:27:46 +0000 (UTC) (envelope-from andreev.peter@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16D4E8FC0C for ; Tue, 17 Jan 2012 20:27:45 +0000 (UTC) Received: by lahe6 with SMTP id e6so613941lah.13 for ; Tue, 17 Jan 2012 12:27:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=SVyMX42TX+chAC0hO1AShBT20TEPjjBVA7XskNRIJjw=; b=VyoOaglwNC8RYMszbA1J2pNb+Yz3mMtR8jgcb1WenyOUMZV+BBNdsr/Op00ergT3AC f+lwlOie6n4mWO9TJfjzfIgwvYc2pwM07oN/C9QEoPvHqp262YvkMRihXMTdGyH+DIqw EJ87+UWeW8hZLRgTBd/Q3yWzexHaw57b4hLEE= MIME-Version: 1.0 Received: by 10.152.136.16 with SMTP id pw16mr3427766lab.12.1326832064995; Tue, 17 Jan 2012 12:27:44 -0800 (PST) Received: by 10.112.65.174 with HTTP; Tue, 17 Jan 2012 12:27:44 -0800 (PST) Date: Tue, 17 Jan 2012 23:27:44 +0300 Message-ID: From: Peter Andreev To: freebsd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Gnome and sound X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:27:46 -0000 Hello, everybody! I'm using FreeBSD 9.0 with Gnome. I have been trying to control my soundcard via gnome-volume-control for two days and still without much success. Soundcard itself works great, the main problem is I can't change default output via gui. That is every time I want to switch between headphones and speakers, I have to run "sysctl hw.snd.default_unit=X" from console, where X - is the number of needed output. Gnome-volume-control doesn't see devices in "hardware" tab and choosing the right output in "output" tab has no effect. Another problem is that I don't know where to start search for solution from. Could somebody help me with my issue? -- -- AP From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:33:22 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D55551065674 for ; Tue, 17 Jan 2012 20:33:22 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 69A6B8FC18 for ; Tue, 17 Jan 2012 20:33:22 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0HKWnO1032404; Tue, 17 Jan 2012 21:32:50 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id B274A1235E; Tue, 17 Jan 2012 21:32:49 +0100 (CET) Date: Tue, 17 Jan 2012 21:32:49 +0100 From: Roland Smith To: "C. P. Ghost" Message-ID: <20120117203249.GA71452@slackbox.erewhon.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Mailing List Subject: Re: Which Common Lisp port for FreeBSD/sparc64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:33:22 -0000 --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2012 at 01:07:23AM +0100, C. P. Ghost wrote: > Hi, >=20 > is anyone running a Common Lisp port on FreeBSD/sparc64? > I'm asking because none of our Common Lisp ports lang/clisp, > lang/ccl, lang/cmucl, lang/sbcl compile on sparc64. The first thing to check is to comment out the ONLY_FOR_ARCH stuff in the p= ort Makefile and see where the build fails. Sometimes a newer version starts working on a previously excluded architecture, and it takes a while for that to get noticed. If the build of your favorite lisp still fails, you'll have to dive into the source to see what's wrong. It might be something relatively easy to fix. S= ome familiarity with C is probably required, though. :-) > On Debian Linux 6.0.1a for SPARC, at least sbcl is available. > Maybe clisp as well, IIRC. In that case, check the patches that Debian uses on SPARC, and see if you c= an fix the FreeBSD port with those. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8V2vEACgkQEnfvsMMhpyUA6ACfcW6cz9xxzojTdjkntCq1zvFv qkcAnA3pBWibUgXnUhwZdGZUYfV4rTvj =4dwl -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT-- From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:34:39 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B135B1065689; Tue, 17 Jan 2012 20:34:39 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B65D8FC08; Tue, 17 Jan 2012 20:34:39 +0000 (UTC) Received: by iagz16 with SMTP id z16so8705909iag.13 for ; Tue, 17 Jan 2012 12:34:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=V2fKW/6KjGj/W8ZgWCWfZB4uvg6Ji6byBcUSkEmP/aI=; b=rC1U+FXK3KeDHby4t7oNm9K3F8KVv1vT1I5pYMCJpMGSQqZdfmVZVCwcd7DyHqmMwt B/DkgcvgWSo3IlPcVhG64e9/aGMKnoLjW0kNg75yOwVj1FM9pd1PZlQyRIaGX3GFq68Q RQCLVFr+ALKJpAB4rxiHoUqbHMzB9JBAcwgC8= Received: by 10.42.163.200 with SMTP id d8mr15395788icy.41.1326830684466; Tue, 17 Jan 2012 12:04:44 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id cv10sm32475637igc.0.2012.01.17.12.04.42 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 12:04:43 -0800 (PST) Message-ID: <4F15D45A.4090104@gmail.com> Date: Tue, 17 Jan 2012 15:04:42 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: Michael Johnson Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:34:39 -0000 Even after following said instruction in UPDATING, libxcb-aux.so.0 does not get installed by any of the XCB ports #pkg_info |grep -i xcb libxcb-1.7 The X protocol C-language Binding (XCB) library xcb-proto-1.6 The X protocol C-language Binding (XCB) protocol xcb-util-0.3.8,1 A module with libxcb/libX11 extension/replacement libraries xcb-util-renderutil-0.3.8 Convenience functions for the Render extension [15:02:44] root@jimmiejaz <156> [1] /usr/ports#grep -iR aux /usr/ports/x11/libxcb/ [15:02:46] root@jimmiejaz <157> [1] /usr/ports# [15:02:46] root@jimmiejaz <157> [1] /usr/ports#grep -iR aux /usr/ports/x11/xcb-proto/ [15:02:57] root@jimmiejaz <158> [1] /usr/ports# [15:02:57] root@jimmiejaz <158> [1] /usr/ports#grep -iR aux /usr/ports/x11/xcb-util/ /usr/ports/x11/xcb-util/pkg-descr:aux: Convenient access to connection setup and some core requests. /usr/ports/x11/xcb-util/pkg-plist:libdata/pkgconfig/xcb-aux.pc /usr/ports/x11/xcb-util/pkg-plist:include/xcb/xcb_aux.h [15:03:21] root@jimmiejaz <160> [1] /usr/ports#grep -iR aux /usr/ports/x11/xcb-util-renderutil/ [15:03:25] root@jimmiejaz <161> [1] /usr/ports# [15:03:49] root@jimmiejaz <162> [0] /usr/ports#ls -ali /usr/local/lib/libxcb* 4365562 -rw-r--r-- 1 root wheel 5954 Jan 17 11:15 /usr/local/lib/libxcb-composite.a 4358679 -rwxr-xr-x 1 root wheel 1122 Jan 17 11:15 /usr/local/lib/libxcb-composite.la 4358554 lrwxr-xr-x 1 root wheel 21 Jan 17 11:15 /usr/local/lib/libxcb-composite.so -> libxcb-composite.so.0 4358144 -rwxr-xr-x 1 root wheel 10243 Jan 17 11:15 /usr/local/lib/libxcb-composite.so.0 4365621 -rw-r--r-- 1 root wheel 3726 Jan 17 11:15 /usr/local/lib/libxcb-damage.a 4359908 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-damage.la 4359055 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-damage.so -> libxcb-damage.so.0 4358823 -rwxr-xr-x 1 root wheel 8124 Jan 17 11:15 /usr/local/lib/libxcb-damage.so.0 4365705 -rw-r--r-- 1 root wheel 4934 Jan 17 11:15 /usr/local/lib/libxcb-dpms.a 4360413 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/libxcb-dpms.la 4360286 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 /usr/local/lib/libxcb-dpms.so -> libxcb-dpms.so.0 4360076 -rwxr-xr-x 1 root wheel 9308 Jan 17 11:15 /usr/local/lib/libxcb-dpms.so.0 4365728 -rw-r--r-- 1 root wheel 7446 Jan 17 11:15 /usr/local/lib/libxcb-dri2.a 4361232 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/libxcb-dri2.la 4361186 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 /usr/local/lib/libxcb-dri2.so -> libxcb-dri2.so.0 4360540 -rwxr-xr-x 1 root wheel 12443 Jan 17 11:15 /usr/local/lib/libxcb-dri2.so.0 4365820 -rw-r--r-- 1 root wheel 76298 Jan 17 11:15 /usr/local/lib/libxcb-glx.a 4360123 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/libxcb-glx.la 4358974 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 /usr/local/lib/libxcb-glx.so -> libxcb-glx.so.0 4357984 -rwxr-xr-x 1 root wheel 93658 Jan 17 11:15 /usr/local/lib/libxcb-glx.so.0 4365965 -rw-r--r-- 1 root wheel 33046 Jan 17 11:15 /usr/local/lib/libxcb-randr.a 4361383 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/libxcb-randr.la 4361299 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 /usr/local/lib/libxcb-randr.so -> libxcb-randr.so.1 4360759 -rwxr-xr-x 1 root wheel 42343 Jan 17 11:15 /usr/local/lib/libxcb-randr.so.1 4365973 -rw-r--r-- 1 root wheel 8334 Jan 17 11:15 /usr/local/lib/libxcb-record.a 4361729 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-record.la 4361558 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-record.so -> libxcb-record.so.0 4361389 -rwxr-xr-x 1 root wheel 13354 Jan 17 11:15 /usr/local/lib/libxcb-record.so.0 4364285 -rw-r--r-- 1 root wheel 9352 Jan 17 11:17 /usr/local/lib/libxcb-render-util.a 4363760 -rwxr-xr-x 1 root wheel 1160 Jan 17 11:17 /usr/local/lib/libxcb-render-util.la 4363404 lrwxr-xr-x 1 root wheel 23 Jan 17 11:17 /usr/local/lib/libxcb-render-util.so -> libxcb-render-util.so.0 4361280 -rwxr-xr-x 1 root wheel 14635 Jan 17 11:17 /usr/local/lib/libxcb-render-util.so.0 4365981 -rw-r--r-- 1 root wheel 26920 Jan 17 11:15 /usr/local/lib/libxcb-render.a 4362055 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-render.la 4361857 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-render.so -> libxcb-render.so.0 4361765 -rwxr-xr-x 1 root wheel 34109 Jan 17 11:15 /usr/local/lib/libxcb-render.so.0 4366287 -rw-r--r-- 1 root wheel 4526 Jan 17 11:15 /usr/local/lib/libxcb-res.a 4362171 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/libxcb-res.la 4362161 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 /usr/local/lib/libxcb-res.so -> libxcb-res.so.0 4362061 -rwxr-xr-x 1 root wheel 8938 Jan 17 11:15 /usr/local/lib/libxcb-res.so.0 4366313 -rw-r--r-- 1 root wheel 4492 Jan 17 11:15 /usr/local/lib/libxcb-screensaver.a 4362373 -rwxr-xr-x 1 root wheel 1136 Jan 17 11:15 /usr/local/lib/libxcb-screensaver.la 4362365 lrwxr-xr-x 1 root wheel 23 Jan 17 11:15 /usr/local/lib/libxcb-screensaver.so -> libxcb-screensaver.so.0 4362276 -rwxr-xr-x 1 root wheel 8722 Jan 17 11:15 /usr/local/lib/libxcb-screensaver.so.0 4366328 -rw-r--r-- 1 root wheel 6646 Jan 17 11:15 /usr/local/lib/libxcb-shape.a 4362488 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/libxcb-shape.la 4362476 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 /usr/local/lib/libxcb-shape.so -> libxcb-shape.so.0 4362397 -rwxr-xr-x 1 root wheel 11178 Jan 17 11:15 /usr/local/lib/libxcb-shape.so.0 4366379 -rw-r--r-- 1 root wheel 4500 Jan 17 11:15 /usr/local/lib/libxcb-shm.a 4362652 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/libxcb-shm.la 4362613 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 /usr/local/lib/libxcb-shm.so -> libxcb-shm.so.0 4362524 -rwxr-xr-x 1 root wheel 8709 Jan 17 11:15 /usr/local/lib/libxcb-shm.so.0 4366485 -rw-r--r-- 1 root wheel 10160 Jan 17 11:15 /usr/local/lib/libxcb-sync.a 4363039 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/libxcb-sync.la 4363037 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 /usr/local/lib/libxcb-sync.so -> libxcb-sync.so.0 4362691 -rwxr-xr-x 1 root wheel 15338 Jan 17 11:15 /usr/local/lib/libxcb-sync.so.0 4362107 -rw-r--r-- 1 root wheel 17214 Jan 17 11:17 /usr/local/lib/libxcb-util.a 4361850 -rwxr-xr-x 1 root wheel 1066 Jan 17 11:17 /usr/local/lib/libxcb-util.la 4361475 lrwxr-xr-x 1 root wheel 16 Jan 17 11:17 /usr/local/lib/libxcb-util.so -> libxcb-util.so.0 4358317 -rwxr-xr-x 1 root wheel 22894 Jan 17 11:17 /usr/local/lib/libxcb-util.so.0 4366528 -rw-r--r-- 1 root wheel 4102 Jan 17 11:15 /usr/local/lib/libxcb-xevie.a 4363353 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/libxcb-xevie.la 4363189 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 /usr/local/lib/libxcb-xevie.so -> libxcb-xevie.so.0 4363136 -rwxr-xr-x 1 root wheel 8447 Jan 17 11:15 /usr/local/lib/libxcb-xevie.so.0 4366647 -rw-r--r-- 1 root wheel 9920 Jan 17 11:15 /usr/local/lib/libxcb-xf86dri.a 4363517 -rwxr-xr-x 1 root wheel 1108 Jan 17 11:15 /usr/local/lib/libxcb-xf86dri.la 4363492 lrwxr-xr-x 1 root wheel 19 Jan 17 11:15 /usr/local/lib/libxcb-xf86dri.so -> libxcb-xf86dri.so.0 4363354 -rwxr-xr-x 1 root wheel 15092 Jan 17 11:15 /usr/local/lib/libxcb-xf86dri.so.0 4366724 -rw-r--r-- 1 root wheel 19544 Jan 17 11:15 /usr/local/lib/libxcb-xfixes.a 4364163 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-xfixes.la 4363816 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-xfixes.so -> libxcb-xfixes.so.0 4363754 -rwxr-xr-x 1 root wheel 26298 Jan 17 11:15 /usr/local/lib/libxcb-xfixes.so.0 4366794 -rw-r--r-- 1 root wheel 5214 Jan 17 11:15 /usr/local/lib/libxcb-xinerama.a 4364344 -rwxr-xr-x 1 root wheel 1115 Jan 17 11:15 /usr/local/lib/libxcb-xinerama.la 4364319 lrwxr-xr-x 1 root wheel 20 Jan 17 11:15 /usr/local/lib/libxcb-xinerama.so -> libxcb-xinerama.so.0 4364257 -rwxr-xr-x 1 root wheel 9723 Jan 17 11:15 /usr/local/lib/libxcb-xinerama.so.0 4366823 -rw-r--r-- 1 root wheel 38414 Jan 17 11:15 /usr/local/lib/libxcb-xinput.a 4364440 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-xinput.la 4364410 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-xinput.so -> libxcb-xinput.so.0 4364386 -rwxr-xr-x 1 root wheel 48125 Jan 17 11:15 /usr/local/lib/libxcb-xinput.so.0 4366861 -rw-r--r-- 1 root wheel 19934 Jan 17 11:15 /usr/local/lib/libxcb-xprint.a 4364770 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/libxcb-xprint.la 4364718 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 /usr/local/lib/libxcb-xprint.so -> libxcb-xprint.so.0 4364512 -rwxr-xr-x 1 root wheel 26656 Jan 17 11:15 /usr/local/lib/libxcb-xprint.so.0 4366906 -rw-r--r-- 1 root wheel 3320 Jan 17 11:15 /usr/local/lib/libxcb-xtest.a 4365053 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/libxcb-xtest.la 4365050 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 /usr/local/lib/libxcb-xtest.so -> libxcb-xtest.so.0 4364784 -rwxr-xr-x 1 root wheel 7434 Jan 17 11:15 /usr/local/lib/libxcb-xtest.so.0 4366927 -rw-r--r-- 1 root wheel 18582 Jan 17 11:15 /usr/local/lib/libxcb-xv.a 4365135 -rwxr-xr-x 1 root wheel 1073 Jan 17 11:15 /usr/local/lib/libxcb-xv.la 4365131 lrwxr-xr-x 1 root wheel 14 Jan 17 11:15 /usr/local/lib/libxcb-xv.so -> libxcb-xv.so.0 4365126 -rwxr-xr-x 1 root wheel 25729 Jan 17 11:15 /usr/local/lib/libxcb-xv.so.0 4367148 -rw-r--r-- 1 root wheel 8786 Jan 17 11:15 /usr/local/lib/libxcb-xvmc.a 4365484 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/libxcb-xvmc.la 4365395 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 /usr/local/lib/libxcb-xvmc.so -> libxcb-xvmc.so.0 4365217 -rwxr-xr-x 1 root wheel 14313 Jan 17 11:15 /usr/local/lib/libxcb-xvmc.so.0 4365509 -rw-r--r-- 1 root wheel 115704 Jan 17 11:15 /usr/local/lib/libxcb.a 4358093 -rwxr-xr-x 1 root wheel 1027 Jan 17 11:15 /usr/local/lib/libxcb.la 4358048 lrwxr-xr-x 1 root wheel 11 Jan 17 11:15 /usr/local/lib/libxcb.so -> libxcb.so.2 4357966 -rwxr-xr-x 1 root wheel 124553 Jan 17 11:15 /usr/local/lib/libxcb.so.2 [15:04:08] root@jimmiejaz <163> [0] /usr/ports# From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:39:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A07D1065676 for ; Tue, 17 Jan 2012 20:39:16 +0000 (UTC) (envelope-from buhnux@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC1D68FC13 for ; Tue, 17 Jan 2012 20:39:15 +0000 (UTC) Received: by bkbc12 with SMTP id c12so737900bkb.13 for ; Tue, 17 Jan 2012 12:39:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=L37YJV5h/0phWCHJTHdEMLYecaGtV0ZR0HwdmV6My4I=; b=duJUxNAMKFgSQECaH5LP/upeDWimI6Y4J5hPUrDS0W/PC3zHl+Ah0UAcKTrqtY3pHo GFQ6qagZlrLys8YYuL5JZKYmdBlhw7AVk2NWD4b3GHtSb8y4i/TJ7NS88PZwptiII+fn Z4K3msvXIWKEC5bkoCoX8LMWq9j5z/tNiDMaw= MIME-Version: 1.0 Received: by 10.204.152.7 with SMTP id e7mr5159292bkw.70.1326832754151; Tue, 17 Jan 2012 12:39:14 -0800 (PST) Sender: buhnux@gmail.com Received: by 10.205.64.203 with HTTP; Tue, 17 Jan 2012 12:39:14 -0800 (PST) In-Reply-To: <4F15D45A.4090104@gmail.com> References: <4F15D45A.4090104@gmail.com> Date: Tue, 17 Jan 2012 15:39:14 -0500 X-Google-Sender-Auth: o_KwIk4-FFb6VC5ZCPKSsvt7stM Message-ID: From: Michael Johnson To: jimmiejaz@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Questions Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:39:16 -0000 On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James wrote: > Even after following said instruction in UPDATING, libxcb-aux.so.0 does > not get installed by any of the XCB ports > > It was replaced with libxcb-util.so.0. > #pkg_info |grep -i xcb > libxcb-1.7 The X protocol C-language Binding (XCB) library > xcb-proto-1.6 The X protocol C-language Binding (XCB) protocol > xcb-util-0.3.8,1 A module with libxcb/libX11 extension/replacement > libraries > xcb-util-renderutil-0.3.8 Convenience functions for the Render extension > > [15:02:44] root@jimmiejaz <156> [1] /usr/ports#grep -iR aux > /usr/ports/x11/libxcb/ > [15:02:46] root@jimmiejaz <157> [1] /usr/ports# > > [15:02:46] root@jimmiejaz <157> [1] /usr/ports#grep -iR aux > /usr/ports/x11/xcb-proto/ > [15:02:57] root@jimmiejaz <158> [1] /usr/ports# > > [15:02:57] root@jimmiejaz <158> [1] /usr/ports#grep -iR aux > /usr/ports/x11/xcb-util/ > /usr/ports/x11/xcb-util/pkg-**descr:aux: Convenient access to connection > setup and some core requests. > /usr/ports/x11/xcb-util/pkg-**plist:libdata/pkgconfig/xcb-**aux.pc > /usr/ports/x11/xcb-util/pkg-**plist:include/xcb/xcb_aux.h > > [15:03:21] root@jimmiejaz <160> [1] /usr/ports#grep -iR aux > /usr/ports/x11/xcb-util-**renderutil/ > [15:03:25] root@jimmiejaz <161> [1] /usr/ports# > > > > [15:03:49] root@jimmiejaz <162> [0] /usr/ports#ls -ali > /usr/local/lib/libxcb* > 4365562 -rw-r--r-- 1 root wheel 5954 Jan 17 11:15 > /usr/local/lib/libxcb-**composite.a > 4358679 -rwxr-xr-x 1 root wheel 1122 Jan 17 11:15 /usr/local/lib/ > libxcb-**composite.la > 4358554 lrwxr-xr-x 1 root wheel 21 Jan 17 11:15 > /usr/local/lib/libxcb-**composite.so -> libxcb-composite.so.0 > 4358144 -rwxr-xr-x 1 root wheel 10243 Jan 17 11:15 > /usr/local/lib/libxcb-**composite.so.0 > 4365621 -rw-r--r-- 1 root wheel 3726 Jan 17 11:15 > /usr/local/lib/libxcb-damage.a > 4359908 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-damage.**la > 4359055 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-damage.**so -> libxcb-damage.so.0 > 4358823 -rwxr-xr-x 1 root wheel 8124 Jan 17 11:15 > /usr/local/lib/libxcb-damage.**so.0 > 4365705 -rw-r--r-- 1 root wheel 4934 Jan 17 11:15 > /usr/local/lib/libxcb-dpms.a > 4360413 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/ > libxcb-dpms.la > 4360286 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 > /usr/local/lib/libxcb-dpms.so -> libxcb-dpms.so.0 > 4360076 -rwxr-xr-x 1 root wheel 9308 Jan 17 11:15 > /usr/local/lib/libxcb-dpms.so.**0 > 4365728 -rw-r--r-- 1 root wheel 7446 Jan 17 11:15 > /usr/local/lib/libxcb-dri2.a > 4361232 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/ > libxcb-dri2.la > 4361186 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 > /usr/local/lib/libxcb-dri2.so -> libxcb-dri2.so.0 > 4360540 -rwxr-xr-x 1 root wheel 12443 Jan 17 11:15 > /usr/local/lib/libxcb-dri2.so.**0 > 4365820 -rw-r--r-- 1 root wheel 76298 Jan 17 11:15 > /usr/local/lib/libxcb-glx.a > 4360123 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/ > libxcb-glx.la > 4358974 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 > /usr/local/lib/libxcb-glx.so -> libxcb-glx.so.0 > 4357984 -rwxr-xr-x 1 root wheel 93658 Jan 17 11:15 > /usr/local/lib/libxcb-glx.so.0 > 4365965 -rw-r--r-- 1 root wheel 33046 Jan 17 11:15 > /usr/local/lib/libxcb-randr.a > 4361383 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/ > libxcb-randr.la > 4361299 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 > /usr/local/lib/libxcb-randr.so -> libxcb-randr.so.1 > 4360759 -rwxr-xr-x 1 root wheel 42343 Jan 17 11:15 > /usr/local/lib/libxcb-randr.**so.1 > 4365973 -rw-r--r-- 1 root wheel 8334 Jan 17 11:15 > /usr/local/lib/libxcb-record.a > 4361729 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-record.**la > 4361558 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-record.**so -> libxcb-record.so.0 > 4361389 -rwxr-xr-x 1 root wheel 13354 Jan 17 11:15 > /usr/local/lib/libxcb-record.**so.0 > 4364285 -rw-r--r-- 1 root wheel 9352 Jan 17 11:17 > /usr/local/lib/libxcb-render-**util.a > 4363760 -rwxr-xr-x 1 root wheel 1160 Jan 17 11:17 /usr/local/lib/ > libxcb-render-**util.la > 4363404 lrwxr-xr-x 1 root wheel 23 Jan 17 11:17 > /usr/local/lib/libxcb-render-**util.so -> libxcb-render-util.so.0 > 4361280 -rwxr-xr-x 1 root wheel 14635 Jan 17 11:17 > /usr/local/lib/libxcb-render-**util.so.0 > 4365981 -rw-r--r-- 1 root wheel 26920 Jan 17 11:15 > /usr/local/lib/libxcb-render.a > 4362055 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-render.**la > 4361857 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-render.**so -> libxcb-render.so.0 > 4361765 -rwxr-xr-x 1 root wheel 34109 Jan 17 11:15 > /usr/local/lib/libxcb-render.**so.0 > 4366287 -rw-r--r-- 1 root wheel 4526 Jan 17 11:15 > /usr/local/lib/libxcb-res.a > 4362171 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/ > libxcb-res.la > 4362161 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 > /usr/local/lib/libxcb-res.so -> libxcb-res.so.0 > 4362061 -rwxr-xr-x 1 root wheel 8938 Jan 17 11:15 > /usr/local/lib/libxcb-res.so.0 > 4366313 -rw-r--r-- 1 root wheel 4492 Jan 17 11:15 > /usr/local/lib/libxcb-**screensaver.a > 4362373 -rwxr-xr-x 1 root wheel 1136 Jan 17 11:15 /usr/local/lib/ > libxcb-**screensaver.la > 4362365 lrwxr-xr-x 1 root wheel 23 Jan 17 11:15 > /usr/local/lib/libxcb-**screensaver.so -> libxcb-screensaver.so.0 > 4362276 -rwxr-xr-x 1 root wheel 8722 Jan 17 11:15 > /usr/local/lib/libxcb-**screensaver.so.0 > 4366328 -rw-r--r-- 1 root wheel 6646 Jan 17 11:15 > /usr/local/lib/libxcb-shape.a > 4362488 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/ > libxcb-shape.la > 4362476 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 > /usr/local/lib/libxcb-shape.so -> libxcb-shape.so.0 > 4362397 -rwxr-xr-x 1 root wheel 11178 Jan 17 11:15 > /usr/local/lib/libxcb-shape.**so.0 > 4366379 -rw-r--r-- 1 root wheel 4500 Jan 17 11:15 > /usr/local/lib/libxcb-shm.a > 4362652 -rwxr-xr-x 1 root wheel 1080 Jan 17 11:15 /usr/local/lib/ > libxcb-shm.la > 4362613 lrwxr-xr-x 1 root wheel 15 Jan 17 11:15 > /usr/local/lib/libxcb-shm.so -> libxcb-shm.so.0 > 4362524 -rwxr-xr-x 1 root wheel 8709 Jan 17 11:15 > /usr/local/lib/libxcb-shm.so.0 > 4366485 -rw-r--r-- 1 root wheel 10160 Jan 17 11:15 > /usr/local/lib/libxcb-sync.a > 4363039 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/ > libxcb-sync.la > 4363037 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 > /usr/local/lib/libxcb-sync.so -> libxcb-sync.so.0 > 4362691 -rwxr-xr-x 1 root wheel 15338 Jan 17 11:15 > /usr/local/lib/libxcb-sync.so.**0 > 4362107 -rw-r--r-- 1 root wheel 17214 Jan 17 11:17 > /usr/local/lib/libxcb-util.a > 4361850 -rwxr-xr-x 1 root wheel 1066 Jan 17 11:17 /usr/local/lib/ > libxcb-util.la > 4361475 lrwxr-xr-x 1 root wheel 16 Jan 17 11:17 > /usr/local/lib/libxcb-util.so -> libxcb-util.so.0 > 4358317 -rwxr-xr-x 1 root wheel 22894 Jan 17 11:17 > /usr/local/lib/libxcb-util.so.**0 > 4366528 -rw-r--r-- 1 root wheel 4102 Jan 17 11:15 > /usr/local/lib/libxcb-xevie.a > 4363353 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/ > libxcb-xevie.la > 4363189 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 > /usr/local/lib/libxcb-xevie.so -> libxcb-xevie.so.0 > 4363136 -rwxr-xr-x 1 root wheel 8447 Jan 17 11:15 > /usr/local/lib/libxcb-xevie.**so.0 > 4366647 -rw-r--r-- 1 root wheel 9920 Jan 17 11:15 > /usr/local/lib/libxcb-xf86dri.**a > 4363517 -rwxr-xr-x 1 root wheel 1108 Jan 17 11:15 /usr/local/lib/ > libxcb-xf86dri.**la > 4363492 lrwxr-xr-x 1 root wheel 19 Jan 17 11:15 > /usr/local/lib/libxcb-xf86dri.**so -> libxcb-xf86dri.so.0 > 4363354 -rwxr-xr-x 1 root wheel 15092 Jan 17 11:15 > /usr/local/lib/libxcb-xf86dri.**so.0 > 4366724 -rw-r--r-- 1 root wheel 19544 Jan 17 11:15 > /usr/local/lib/libxcb-xfixes.a > 4364163 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-xfixes.**la > 4363816 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-xfixes.**so -> libxcb-xfixes.so.0 > 4363754 -rwxr-xr-x 1 root wheel 26298 Jan 17 11:15 > /usr/local/lib/libxcb-xfixes.**so.0 > 4366794 -rw-r--r-- 1 root wheel 5214 Jan 17 11:15 > /usr/local/lib/libxcb-**xinerama.a > 4364344 -rwxr-xr-x 1 root wheel 1115 Jan 17 11:15 /usr/local/lib/ > libxcb-**xinerama.la > 4364319 lrwxr-xr-x 1 root wheel 20 Jan 17 11:15 > /usr/local/lib/libxcb-**xinerama.so -> libxcb-xinerama.so.0 > 4364257 -rwxr-xr-x 1 root wheel 9723 Jan 17 11:15 > /usr/local/lib/libxcb-**xinerama.so.0 > 4366823 -rw-r--r-- 1 root wheel 38414 Jan 17 11:15 > /usr/local/lib/libxcb-xinput.a > 4364440 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-xinput.**la > 4364410 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-xinput.**so -> libxcb-xinput.so.0 > 4364386 -rwxr-xr-x 1 root wheel 48125 Jan 17 11:15 > /usr/local/lib/libxcb-xinput.**so.0 > 4366861 -rw-r--r-- 1 root wheel 19934 Jan 17 11:15 > /usr/local/lib/libxcb-xprint.a > 4364770 -rwxr-xr-x 1 root wheel 1101 Jan 17 11:15 /usr/local/lib/ > libxcb-xprint.**la > 4364718 lrwxr-xr-x 1 root wheel 18 Jan 17 11:15 > /usr/local/lib/libxcb-xprint.**so -> libxcb-xprint.so.0 > 4364512 -rwxr-xr-x 1 root wheel 26656 Jan 17 11:15 > /usr/local/lib/libxcb-xprint.**so.0 > 4366906 -rw-r--r-- 1 root wheel 3320 Jan 17 11:15 > /usr/local/lib/libxcb-xtest.a > 4365053 -rwxr-xr-x 1 root wheel 1094 Jan 17 11:15 /usr/local/lib/ > libxcb-xtest.la > 4365050 lrwxr-xr-x 1 root wheel 17 Jan 17 11:15 > /usr/local/lib/libxcb-xtest.so -> libxcb-xtest.so.0 > 4364784 -rwxr-xr-x 1 root wheel 7434 Jan 17 11:15 > /usr/local/lib/libxcb-xtest.**so.0 > 4366927 -rw-r--r-- 1 root wheel 18582 Jan 17 11:15 > /usr/local/lib/libxcb-xv.a > 4365135 -rwxr-xr-x 1 root wheel 1073 Jan 17 11:15 /usr/local/lib/ > libxcb-xv.la > 4365131 lrwxr-xr-x 1 root wheel 14 Jan 17 11:15 > /usr/local/lib/libxcb-xv.so -> libxcb-xv.so.0 > 4365126 -rwxr-xr-x 1 root wheel 25729 Jan 17 11:15 > /usr/local/lib/libxcb-xv.so.0 > 4367148 -rw-r--r-- 1 root wheel 8786 Jan 17 11:15 > /usr/local/lib/libxcb-xvmc.a > 4365484 -rwxr-xr-x 1 root wheel 1087 Jan 17 11:15 /usr/local/lib/ > libxcb-xvmc.la > 4365395 lrwxr-xr-x 1 root wheel 16 Jan 17 11:15 > /usr/local/lib/libxcb-xvmc.so -> libxcb-xvmc.so.0 > 4365217 -rwxr-xr-x 1 root wheel 14313 Jan 17 11:15 > /usr/local/lib/libxcb-xvmc.so.**0 > 4365509 -rw-r--r-- 1 root wheel 115704 Jan 17 11:15 > /usr/local/lib/libxcb.a > 4358093 -rwxr-xr-x 1 root wheel 1027 Jan 17 11:15 /usr/local/lib/ > libxcb.la > 4358048 lrwxr-xr-x 1 root wheel 11 Jan 17 11:15 > /usr/local/lib/libxcb.so -> libxcb.so.2 > 4357966 -rwxr-xr-x 1 root wheel 124553 Jan 17 11:15 > /usr/local/lib/libxcb.so.2 > [15:04:08] root@jimmiejaz <163> [0] /usr/ports# > From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:50:39 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E14106566C; Tue, 17 Jan 2012 20:50:39 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C1FF68FC12; Tue, 17 Jan 2012 20:50:38 +0000 (UTC) Received: by ggki1 with SMTP id i1so4391758ggk.13 for ; Tue, 17 Jan 2012 12:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=S4cwoGhLVGEPStZwtG2/94ZJHN5o9AkS8OilNvdUtSM=; b=Zd68mjBBPgxwSquTN0as5WN3lWJQV7MCmAFMfrJp4TaK93XG1/+VoNomnD6Ja44D0Z AozY0/1goGgImnvaVOeOOER47IR3jgaN+CyZQZV6Q4TnRoy1pz3mPav08SBCqNdnGoFA XEZlpvd0DsJefkGLeuFeh2LBEjpg27aPnpH1c= Received: by 10.50.195.227 with SMTP id ih3mr19350583igc.19.1326833437168; Tue, 17 Jan 2012 12:50:37 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id l28sm80979310ibc.3.2012.01.17.12.50.35 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 12:50:36 -0800 (PST) Message-ID: <4F15DF1B.8080907@gmail.com> Date: Tue, 17 Jan 2012 15:50:35 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: Michael Johnson References: <4F15D45A.4090104@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:50:39 -0000 On 01/17/12 15:39, Michael Johnson wrote: >> >> >> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James > > wrote: >> >> Even after following said instruction in UPDATING, libxcb-aux.so.0 >> does not get installed by any of the XCB ports >> >> It was replaced with libxcb-util.so.0. So it's the xfce4-wm port that's broken now, since it's still looking for the old libs. When applications fail because they're looking for a library that's been removed, following UPDATING doesn't help. gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' CC xfwm4_settings-xfwm4-settings.o CCLD xfwm4-settings CC xfwm4_tweaks_settings-tweaks-settings.o CCLD xfwm4-tweaks-settings CC xfwm4_workspace_settings-workspace-settings.o CCLD xfwm4-workspace-settings libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la' or unhandled argument `/usr/local/lib/libxcb-aux.la' From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 20:52:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF0991065672 for ; Tue, 17 Jan 2012 20:52:31 +0000 (UTC) (envelope-from khera@kcilink.com) Received: from yertle.kcilink.com (yertle-comcast.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 703058FC16 for ; Tue, 17 Jan 2012 20:52:31 +0000 (UTC) Received: from vick.int.kcilink.com (vick.int.kcilink.com [192.168.7.80]) by yertle.kcilink.com (Postfix) with ESMTP id AFC3E8A172 for ; Tue, 17 Jan 2012 15:35:33 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kcilink.com; s=kci0709; t=1326832533; bh=AJb+CXFgQuPGw+09sAe3JXXAs6/6ezR/Vmouz9VrbZw=; h=From:Content-Type:Content-Transfer-Encoding:Subject:Date: Message-Id:To:Mime-Version; b=ESLm+yVUm/RfPB1mvkeOLfygk7ttN6Gkqqq21DFxYlHx+QK+06eN0LpuzpYD8EkbK bIsEEbnDcoof1gpRLvWTlRz5wbEn5sHtBWvWYRAtxm+QJxSOXmjb9lHfIWVkowtr8Y 8P3VFEJOrrRF1cH/B5XmuYZBa8bA+7zUVKyFrS8M= From: Vick Khera Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Jan 2012 15:35:33 -0500 Message-Id: To: freebsd-questions Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: gmirror failure booting 9.0 kernel upgrading from 8.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 20:52:32 -0000 I'm trying to upgrade a brand new server from 8.2 to 9.0 via source. = I've done this upgrade twice so far, once on a vmware test system, and = once on a Sun X4100m2, both with success. On this system, which is a Supermicro motherboard, I have gmirror boot = disk. The other two did not (hardware RAID on the Sun). The boot fails as follows. The gmirror is not degraded. The part that = concerns me is this: GEOM_PART: integrity check failed (mirror/gm0, MBR) This is loading a custom kernel, which pulls in geom_mirror as a module. I think the issue is that I have to convince gmirror to use ada0 and = ada1 instead of ad4 and ad6 as the component devices. How does one = accomplish this if one cannot boot? The server is remote, so plugging = in the memstick image will be tricky :) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 17 14:49:58 EST 2012 = vivek@lorax.kcilink.com:/u/lorax1/usr9/obj.amd64/u/lorax1/usr9/src/sys/KCI= 64 amd64 CPU: Intel(R) Xeon(R) CPU E31220 @ 3.10GHz (3093.04-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x206a7 Family =3D 6 Model =3D 2a = Stepping =3D 7 = Features=3D0xbfebfbff = Features2=3D0x15bae3ff AMD Features=3D0x28100800 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 8589934592 (8192 MB) avail memory =3D 8229543936 (7848 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) ehci0: mem 0xfbd03000-0xfbd033ff irq = 16 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0: on ehci0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 28.4 on pci0 pci2: on pcib2 em0: port 0xe000-0xe01f mem = 0xfbc00000-0xfbc1ffff,0xfbc20000-0xfbc23fff irq 16 at device 0.0 on pci2 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:25:90:51:a3:aa pcib3: irq 17 at device 28.5 on pci0 pci3: on pcib3 em1: port 0xd000-0xd01f mem = 0xfbb00000-0xfbb1ffff,0xfbb20000-0xfbb23fff irq 17 at device 0.0 on pci3 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:25:90:51:a3:ab pcib4: irq 18 at device 28.6 on pci0 pci4: on pcib4 em2: port 0xc000-0xc01f mem = 0xfba00000-0xfba1ffff,0xfba20000-0xfba23fff irq 18 at device 0.0 on pci4 em2: Using MSIX interrupts with 3 vectors em2: Ethernet address: 00:25:90:51:a3:ac pcib5: irq 19 at device 28.7 on pci0 pci5: on pcib5 em3: port 0xb000-0xb01f mem = 0xfb900000-0xfb91ffff,0xfb920000-0xfb923fff irq 19 at device 0.0 on pci5 em3: Using MSIX interrupts with 3 vectors em3: Ethernet address: 00:25:90:51:a3:ad ehci1: mem 0xfbd02000-0xfbd023ff irq = 23 at device 29.0 on pci0 usbus1: EHCI version 1.0 usbus1: on ehci1 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: mem = 0xfa000000-0xfaffffff,0xfb800000-0xfb803fff,0xfb000000-0xfb7fffff irq 23 = at device 3.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port = 0xf050-0xf057,0xf040-0xf043,0xf030-0xf037,0xf020-0xf023,0xf000-0xf01f = mem 0xfbd01000-0xfbd017ff irq 19 at device 31.2 on pci0 ahci0: AHCI v1.30 with 6 6Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ahcich4: at channel 4 on ahci0 ahcich5: at channel 5 on ahci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 550 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Event timer "HPET3" frequency 14318180 Hz quality 440 Event timer "HPET4" frequency 14318180 Hz quality 440 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (115200,n,8,1) uart2: <16550 or compatible> port 0x3e8-0x3ef irq 10 on acpi0 ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 coretemp0: on cpu0 acpi_throttle0: on cpu0 coretemp1: on cpu1 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 coretemp2: on cpu2 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 coretemp3: on cpu3 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based = forwarding disabled, default to accept, logging disabled usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ipmi0: IPMI device rev. 1, firmware rev. 1.14, version 2.0 ipmi0: Number of channels 2 ipmi0: Attached watchdog ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 30533MB (62532288 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 2.x device ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 30533MB (62532288 512 byte sectors: 16H 63S/T 16383C) ada1: Previously was known as ad6 SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! GEOM_MIRROR: Device mirror/gm0 launched (2/2). Timecounter "TSC-low" frequency 12082188 Hz quality 1000 GEOM_PART: integrity check failed (mirror/gm0, MBR) uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: = on usbus0 ugen1.2: at usbus1 uhub3: = on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered ugen0.3: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 Trying to mount root from ufs:/dev/ufs/root [rw]... mountroot: waiting for device /dev/ufs/root ... Mounting from ufs:/dev/ufs/root failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/root vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mirror/gm0 ada1 ada0 mountroot> ufs:/dev/mirror/gm0 Trying to mount root from ufs:/dev/mirror/gm0 []... Mounting from ufs:/dev/mirror/gm0 failed with error 22. mountroot> ufs:/dev/ada0 Trying to mount root from ufs:/dev/ada0 []... Mounting from ufs:/dev/ada0 failed with error 22. mountroot>=20 From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 21:03:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E315D106564A for ; Tue, 17 Jan 2012 21:03:46 +0000 (UTC) (envelope-from bsd@todoo.biz) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) by mx1.freebsd.org (Postfix) with ESMTP id A09F18FC13 for ; Tue, 17 Jan 2012 21:03:46 +0000 (UTC) Received: from newmail.rmm.fr (localhost [127.0.0.1]) by newmail.rmm.fr (Postfix) with ESMTP id 50C9578C39 for ; Tue, 17 Jan 2012 22:03:45 +0100 (CET) X-Virus-Scanned: amavisd-new 2.7.0 (20110701) at rmm.fr Received: from newmail.rmm.fr ([127.0.0.1]) by newmail.rmm.fr (newmail.rmm.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id QJkUqRJyXlZm for ; Tue, 17 Jan 2012 22:03:45 +0100 (CET) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hidden) by newmail.rmm.fr (Postfix) with ESMTPSA id 12D9478C2E for ; Tue, 17 Jan 2012 22:03:45 +0100 (CET) From: bsd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Jan 2012 22:03:44 +0100 Message-Id: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> To: Liste FreeBSD Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:03:47 -0000 Hi,=20 I have a simple 1U server with two disks that I have configured as a = jail server.=20 I want to setup a simple yet very efficient backup policy for my jail = environment.=20 This server is running a ZFS filesystem.=20 Ideally I would like to backup the main zfsroot/jail and all = subdirectories on a backup FTP server.=20 =95 What kind of tool would you suggest ?=20 I need to focus on :=20 --> Simplicity of setup --> Ease of recovery --> Efficiency=20 --> Compatibility with ZFS Thanks.=20 =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96= =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96 ---------> Gr=E9gory Bernard Director <--------- ---------------> www.osnet.eu <--------------- --> Your provider of OpenSource appliances <-- =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96= =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96 OSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetO From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 21:50:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D67C10656AD for ; Tue, 17 Jan 2012 21:50:15 +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 049AB8FC18 for ; Tue, 17 Jan 2012 21:50:13 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q0HLoDqX029104; Tue, 17 Jan 2012 14:50:13 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q0HLoDeo029101; Tue, 17 Jan 2012 14:50:13 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jan 2012 14:50:13 -0700 (MST) From: Warren Block To: Jimmie James In-Reply-To: <4F15DF1B.8080907@gmail.com> Message-ID: References: <4F15D45A.4090104@gmail.com> <4F15DF1B.8080907@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 17 Jan 2012 14:50:13 -0700 (MST) Cc: Michael Johnson , freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:50:15 -0000 On Tue, 17 Jan 2012, Jimmie James wrote: > On 01/17/12 15:39, Michael Johnson wrote: >>> >>> >>> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James >> > wrote: >>> >>> Even after following said instruction in UPDATING, libxcb-aux.so.0 >>> does not get installed by any of the XCB ports >>> >>> It was replaced with libxcb-util.so.0. > > So it's the xfce4-wm port that's broken now, since it's still looking for the > old libs. > When applications fail because they're looking for a library that's been > removed, following UPDATING doesn't help. Building xfce4-wm here just worked. It was rebuilt yesterday, too, as part of the portmaster xcb-util rebuild (which pretty much rebuilt everything). Did you do a 'make clean' before retrying? From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 21:51:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83387106566C for ; Tue, 17 Jan 2012 21:51:48 +0000 (UTC) (envelope-from fbsdq@peterk.org) Received: from poshta.pknet.net (poshta.pknet.net [216.241.167.213]) by mx1.freebsd.org (Postfix) with ESMTP id 360388FC19 for ; Tue, 17 Jan 2012 21:51:48 +0000 (UTC) Received: (qmail 60648 invoked by uid 89); 17 Jan 2012 21:51:43 -0000 Received: from localhost (HELO pop.pknet.net) (127.0.0.1) by poshta.pknet.net with ESMTP; 17 Jan 2012 21:51:43 -0000 Received: from 74.63.162.21 (SquirrelMail authenticated user fbsdq@peterk.org) by pop.pknet.net with HTTP; Tue, 17 Jan 2012 14:51:43 -0700 Message-ID: <233fbb794c977415f3f8eab63581b87b.squirrel@pop.pknet.net> In-Reply-To: <0ba8bd0d2bf651d765eb04f5c8708420.squirrel@pop.pknet.net> References: <31f21c35fd0eec86fd61de0f8e5029c9.squirrel@pop.pknet.net> <0ba8bd0d2bf651d765eb04f5c8708420.squirrel@pop.pknet.net> Date: Tue, 17 Jan 2012 14:51:43 -0700 From: "Peter" To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Peter Subject: solved - bridge firewall in virtualbox not passing traffic after upgrade to stable/9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:51:48 -0000 >> Hello, >> Was running 8.2 and virtualbox 3 - wiped Freebsd 8.2, installed 9.0, >> installed latest virtualbox port 4.0.14 and the networking broke in my >> vms. >> >> Setup I had: >> >> {vm1,vm2,etc}---> vbox internal network -> em2[firewall VM]em1 --> >> re0[physical box]-->ISP >> >> the firewall vm has this: >> ifconfig_em0='172.20.6.210/24' >> cloned_interfaces="bridge0" >> ifconfig_bridge0="addm em1 addm em2 up" >> ifconfig_em1="up" >> ifconfig_em2="up" >> >> Firewall vm has this setup: >> nic1 - bridge re0 >> nic2 - bridge re0 >> nic3 - internal network >> >> The VMs are still on 8.2, the only change was virtualbox from 3 to >> 4.0.14 >> and host system fresh install of stable/9. >> >> vboxnet is loaded, if I change the VMs to just bridge re0, they are able >> to get out, if I put them on the internal network, nothing gets out. >> >> internal networking works because without bridge and just setting static >> IP on vm1 and firewall vm em2, they talk without problem. >> >> ]Peter[ >> it can't be this hard. >> > Just a follow up with more info. > > Set 2 vms and booting from 9 release cd using live system option. > Host system is stable/9, vbox 4.0.14: > Per the handbook setup bridging on firewall_vm that has no IP, and only > two interfaces [em0 - external, and em1 - internal networking] > http://www.freebsd.org/doc/handbook/network-bridging.html > > On client_vm, em0 is connected to internal network and should pass through > that bridge, but I get nothing: > > client_vm -> internal network -> em1[bridge vm]em0 -> internet > > ]Peter[ > on bridge vm, doing dhclient bridge0 gets nothing, doing dhclient em0 > gets IP.... > > Another follow up and solution: Virtualbox lost default promiscuous mode on version 4.0.6 and that option did not appear under 'modifyvm' until 4.1.8. Followed this forum post and used the vbox internal 'setextradata' to fix my firewall VM to allow promiscuous mode. https://forums.virtualbox.org/viewtopic.php?f=7&t=41036 For me that was: VBoxManage setextradata chernogorsk.pknet.net "VBoxInternal/Devices/e1000/0/LUN#0/Config/IfPolicyPromisc" "allow-all" VBoxManage setextradata chernogorsk.pknet.net "VBoxInternal/Devices/e1000/1/LUN#0/Config/IfPolicyPromisc" "allow-all" VBoxManage setextradata chernogorsk.pknet.net "VBoxInternal/Devices/e1000/2/LUN#0/Config/IfPolicyPromisc" "allow-all" or modify the config file for the vm: That allowed the nics to pass all data and turns off mac security - In Vbox 4.1.8 [on Windows] that option is in the GUI, this was pure luck I decided to upgrade my 4.1.2 to 4.1.8 for further testing and that option appeared. ]Peter[ ahh, all the little hidden internals of vbox... From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 21:52:25 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF505106568F for ; Tue, 17 Jan 2012 21:52:25 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id B62058FC14 for ; Tue, 17 Jan 2012 21:52:25 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q0HLTZa5021336; Tue, 17 Jan 2012 15:52:24 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12dgd608aa-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 17 Jan 2012 15:52:24 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 17 Jan 2012 15:52:23 -0600 From: Devin Teske To: "'bsd'" , "'Liste FreeBSD'" References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> In-Reply-To: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> Date: Tue, 17 Jan 2012 13:52:48 -0800 Message-ID: <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGHK1jAcFTsfRG6Aw+N/bX3/FwRHJacbYfA Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.5.7110, 1.0.211, 0.0.0000 definitions=2012-01-17_08:2012-01-17, 2012-01-17, 1970-01-01 signatures=0 Cc: Subject: RE: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:52:26 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of bsd > Sent: Tuesday, January 17, 2012 1:04 PM > To: Liste FreeBSD > Subject: Backup strategy for zfs + jail > > Hi, > > I have a simple 1U server with two disks that I have configured as a jail server. > > I want to setup a simple yet very efficient backup policy for my jail environment. > > This server is running a ZFS filesystem. > > Ideally I would like to backup the main zfsroot/jail and all subdirectories on a > backup FTP server. > > > . What kind of tool would you suggest ? > > I need to focus on : > > --> Simplicity of setup > --> Ease of recovery > --> Efficiency > --> Compatibility with ZFS > > If you're running 9, give HAST a shot. TCP/IP block-level mirroring provided by HAST should be able to mirror the ZFS container in near-RT and be tolerant of things like network issues. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 21:57:24 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A34901065674; Tue, 17 Jan 2012 21:57:24 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 423698FC1B; Tue, 17 Jan 2012 21:57:24 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so3428086vcb.13 for ; Tue, 17 Jan 2012 13:57:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=NHCMYc4gsanF1trEU7fzP9DIRL2z1p3us8Y/ZSO26uY=; b=l2AXZhsDZr2jpKOha1dU9qwjA03dB5YxoAAOOOVR2qR6r0fQtosgDKvJqa1rdSmnwX 7KKYJCqkOqaCt1+wvxg1hckNPrsp/5CCvtfLzLnun0toyU3oEDOM8fH7zMnwUa2i6nUb lGytTIx63xO2yyPiXf+sKRXErMhD+0N0+mMAM= Received: by 10.220.151.143 with SMTP id c15mr12650420vcw.12.1326837443423; Tue, 17 Jan 2012 13:57:23 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id iw8sm9898097vdb.7.2012.01.17.13.57.22 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 13:57:22 -0800 (PST) Message-ID: <4F15EEC1.8070902@gmail.com> Date: Tue, 17 Jan 2012 16:57:21 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: Warren Block References: <4F15D45A.4090104@gmail.com> <4F15DF1B.8080907@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Johnson , freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 21:57:24 -0000 On 01/17/12 16:50, Warren Block wrote: > On Tue, 17 Jan 2012, Jimmie James wrote: > >> On 01/17/12 15:39, Michael Johnson wrote: >>>> >>>> >>>> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James >>> > wrote: >>>> >>>> Even after following said instruction in UPDATING, libxcb-aux.so.0 >>>> does not get installed by any of the XCB ports >>>> >>>> It was replaced with libxcb-util.so.0. >> >> So it's the xfce4-wm port that's broken now, since it's still looking >> for the old libs. >> When applications fail because they're looking for a library that's >> been removed, following UPDATING doesn't help. > > Building xfce4-wm here just worked. It was rebuilt yesterday, too, as > part of the portmaster xcb-util rebuild (which pretty much rebuilt > everything). Did you do a 'make clean' before retrying? > Done a make clean. Even done pkg_delete with all the XCB ports installed, and re-installed them, still hitting libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la' or unhandled argument `/usr/local/lib/libxcb-aux.la' For S*@ts'n'Giggles, I'm going to re-run the portmaster option mentioned in UPDATING (for the 2nd time, 1st time I used the portupgrade method) and see if there's any difference. From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 22:06:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A5B106564A for ; Tue, 17 Jan 2012 22:06:12 +0000 (UTC) (envelope-from ait_mlist@rocc.ru) Received: from mail.rocc.ru (rocc.ru [194.84.224.171]) by mx1.freebsd.org (Postfix) with ESMTP id 553528FC16 for ; Tue, 17 Jan 2012 22:06:11 +0000 (UTC) Received: from freebsd.tele2.loc ([10.77.44.133]) by mail.rocc.ru (peer1) with ESMTP id q0HM5qOr012619; Wed, 18 Jan 2012 02:05:52 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) Received: from freebsd.tele2.loc (localhost [127.0.0.1]) by freebsd.tele2.loc (8.14.5/8.14.5) with ESMTP id q0HM5qAG049955; Wed, 18 Jan 2012 02:05:52 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) Received: (from ait@localhost) by freebsd.tele2.loc (8.14.5/8.14.5/Submit) id q0HM5pql049954; Wed, 18 Jan 2012 02:05:51 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) X-Authentication-Warning: freebsd.tele2.loc: ait set sender to ait_mlist@rocc.ru using -f Date: Wed, 18 Jan 2012 02:05:51 +0400 From: Dmitry Sarkisov To: Devin Teske Message-ID: <20120117220551.GA8800@aperturescience.org> Mail-Followup-To: Dmitry Sarkisov , Devin Teske , 'bsd' , 'Liste FreeBSD' References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 9.0-RELEASE amd64 Cc: 'Liste FreeBSD' Subject: Re: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:06:12 -0000 On 17-01-2012, Tue [13:52:48], Devin Teske wrote: > > > > -----Original Message----- > > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > > questions@freebsd.org] On Behalf Of bsd > > Sent: Tuesday, January 17, 2012 1:04 PM > > To: Liste FreeBSD > > Subject: Backup strategy for zfs + jail > > > > Hi, > > > > I have a simple 1U server with two disks that I have configured as a jail > server. > > > > I want to setup a simple yet very efficient backup policy for my jail > environment. > > > > This server is running a ZFS filesystem. > > > > Ideally I would like to backup the main zfsroot/jail and all subdirectories on > a > > backup FTP server. > > > > > > . What kind of tool would you suggest ? > > > > I need to focus on : > > > > --> Simplicity of setup > > --> Ease of recovery > > --> Efficiency > > --> Compatibility with ZFS > > > > > > If you're running 9, give HAST a shot. > > TCP/IP block-level mirroring provided by HAST should be able to mirror the ZFS > container in near-RT and be tolerant of things like network issues. > -- > Devin > I personally wouldn't rely on such a new technology as HAST, considering the importancy of backups. ZFS has some nice features already. Create snapshots of your datasets and use zfs send. You can even transfer differences between snapshots. Google for it. ZFS is awesome modern technology, more than that it's stable enough. ;) -- Best wishes, Dmitry Sarkisov <--\ <---+---------- <--/ From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 22:24:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86EE5106566C for ; Tue, 17 Jan 2012 22:24:48 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 28C7C8FC13 for ; Tue, 17 Jan 2012 22:24:35 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q0HMCXPn003894; Tue, 17 Jan 2012 23:12:37 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q0HMCPa2003891; Tue, 17 Jan 2012 23:12:29 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 17 Jan 2012 23:12:25 +0100 (CET) From: Wojciech Puchar To: Devin Teske In-Reply-To: <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> Message-ID: References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> 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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Tue, 17 Jan 2012 23:12:43 +0100 (CET) Cc: 'Liste FreeBSD' Subject: RE: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:24:48 -0000 >> --> Efficiency >> --> Compatibility with ZFS >> >> > > If you're running 9, give HAST a shot. maybe a stupid question but what is a practical difference between hast and doing ggate+gmirror and setting "prefer" load balancing to local disk? From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 22:31:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17514106564A for ; Tue, 17 Jan 2012 22:31:56 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 779658FC0C for ; Tue, 17 Jan 2012 22:31:55 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q0HMVU8V003947; Tue, 17 Jan 2012 23:31:30 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q0HMVU3H003944; Tue, 17 Jan 2012 23:31:30 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 17 Jan 2012 23:31:30 +0100 (CET) From: Wojciech Puchar To: Dmitry Sarkisov In-Reply-To: <20120117220551.GA8800@aperturescience.org> Message-ID: References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> <20120117220551.GA8800@aperturescience.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Tue, 17 Jan 2012 23:31:30 +0100 (CET) Cc: Devin Teske , 'Liste FreeBSD' Subject: Re: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:31:56 -0000 > > Create snapshots of your datasets and use zfs send. You can even transfer differences between snapshots. and then try to recover data from these backups after a year or so ;) From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 22:35:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9AA1065676 for ; Tue, 17 Jan 2012 22:35:26 +0000 (UTC) (envelope-from bsd@todoo.biz) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) by mx1.freebsd.org (Postfix) with ESMTP id C88F18FC22 for ; Tue, 17 Jan 2012 22:35:25 +0000 (UTC) Received: from newmail.rmm.fr (localhost [127.0.0.1]) by newmail.rmm.fr (Postfix) with ESMTP id DBB4E78C4A for ; Tue, 17 Jan 2012 23:35:24 +0100 (CET) X-Virus-Scanned: amavisd-new 2.7.0 (20110701) at rmm.fr Received: from newmail.rmm.fr ([127.0.0.1]) by newmail.rmm.fr (newmail.rmm.fr [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id r8wbnco-iOyd for ; Tue, 17 Jan 2012 23:35:24 +0100 (CET) Received: from newmail.rmm.fr (newmail.rmm.fr [87.98.206.99]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: hidden) by newmail.rmm.fr (Postfix) with ESMTPSA id 7349F78C39 for ; Tue, 17 Jan 2012 23:35:24 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1084) From: bsd In-Reply-To: <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> Date: Tue, 17 Jan 2012 23:35:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <13327109-0FA1-4509-8794-0E44C67BECAA@todoo.biz> References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> To: Liste FreeBSD X-Mailer: Apple Mail (2.1084) Subject: Re: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:35:26 -0000 Le 17 janv. 2012 =E0 22:52, Devin Teske a =E9crit : >=20 >=20 >> -----Original Message----- >> From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- >> questions@freebsd.org] On Behalf Of bsd >> Sent: Tuesday, January 17, 2012 1:04 PM >> To: Liste FreeBSD >> Subject: Backup strategy for zfs + jail >>=20 >> Hi, >>=20 >> I have a simple 1U server with two disks that I have configured as a = jail > server. >>=20 >> I want to setup a simple yet very efficient backup policy for my jail > environment. >>=20 >> This server is running a ZFS filesystem. >>=20 >> Ideally I would like to backup the main zfsroot/jail and all = subdirectories on > a >> backup FTP server. >>=20 >>=20 >> . What kind of tool would you suggest ? >>=20 >> I need to focus on : >>=20 >> --> Simplicity of setup >> --> Ease of recovery >> --> Efficiency >> --> Compatibility with ZFS >>=20 >>=20 >=20 > If you're running 9, give HAST a shot. >=20 > TCP/IP block-level mirroring provided by HAST should be able to mirror = the ZFS > container in near-RT and be tolerant of things like network issues. Though HAST seems quite interesting I am not looking for a cluster = solution.=20 My FTP server is provided by my ISP, and Ideally I would like something = that feets in that solution=85=20 So something like ZFS snapshots + some syncing level FTP service that = will do the copy to the remote location=85 I don't really know if this = approach will work with a ZFS snapshot, I use to work at file level = using duplicity=85 works well though a bit heavy !=20 G.B.=20 > --=20 > Devin >=20 > _____________ > The information contained in this message is proprietary and/or = confidential. If you are not the intended recipient, please: (i) delete = the message and all copies; (ii) do not disclose, distribute or use the = message in any manner; and (iii) notify the sender immediately. In = addition, please be aware that any message addressed to our domain is = subject to archiving and review by persons other than the intended = recipient. Thank you. =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96= =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96 ---------> Gr=E9gory Bernard Director <--------- ---------------> www.osnet.eu <--------------- --> Your provider of OpenSource appliances <-- =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96= =96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96=96 OSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetO From owner-freebsd-questions@FreeBSD.ORG Tue Jan 17 22:43:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF22A1065738 for ; Tue, 17 Jan 2012 22:43:00 +0000 (UTC) (envelope-from ait_mlist@rocc.ru) Received: from mail.rocc.ru (rocc.ru [194.84.224.171]) by mx1.freebsd.org (Postfix) with ESMTP id C9C6C8FC08 for ; Tue, 17 Jan 2012 22:42:59 +0000 (UTC) Received: from freebsd.tele2.loc ([10.77.44.133]) by mail.rocc.ru (peer1) with ESMTP id q0HMgmCi013615; Wed, 18 Jan 2012 02:42:49 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) Received: from freebsd.tele2.loc (localhost [127.0.0.1]) by freebsd.tele2.loc (8.14.5/8.14.5) with ESMTP id q0HMgmSq081515; Wed, 18 Jan 2012 02:42:48 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) Received: (from ait@localhost) by freebsd.tele2.loc (8.14.5/8.14.5/Submit) id q0HMgm7a081514; Wed, 18 Jan 2012 02:42:48 +0400 (MSK) (envelope-from ait_mlist@rocc.ru) X-Authentication-Warning: freebsd.tele2.loc: ait set sender to ait_mlist@rocc.ru using -f Date: Wed, 18 Jan 2012 02:42:48 +0400 From: Dmitry Sarkisov To: Wojciech Puchar Message-ID: <20120117224248.GA61131@aperturescience.org> Mail-Followup-To: Dmitry Sarkisov , Wojciech Puchar , Devin Teske , 'Liste FreeBSD' , bsd References: <885A2A83-A6FF-4E03-AB67-09BE0D2E557E@todoo.biz> <03a501ccd562$5b2f4e80$118deb80$@fisglobal.com> <20120117220551.GA8800@aperturescience.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 9.0-RELEASE amd64 Cc: Devin Teske , 'Liste FreeBSD' Subject: Re: Backup strategy for zfs + jail X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2012 22:43:02 -0000 On 17-01-2012, Tue [23:31:30], Wojciech Puchar wrote: > > > >Create snapshots of your datasets and use zfs send. You can even transfer > >differences between snapshots. > and then try to recover data from these backups after a year or so ;) No one did mention the retention policy ;) Jokes aside, we have a working solution with zfs/symantec netbackup combo based on incremental snapshots for a pretty large datasets. To OP: you don't have to use ftp with zfs send/recieve (I doubt it is possible at all :) ), ssh suits better. Just _google_ for it. There are plenty of solutions/examples in the Net. -- Best wishes, Dmitry Sarkisov <--\ <---+---------- <--/ From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 02:41:28 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C82C106564A for ; Wed, 18 Jan 2012 02:41:28 +0000 (UTC) (envelope-from axel@ucs.com) Received: from exchange.ranch.com (ranch.com [184.183.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 56EF88FC1C for ; Wed, 18 Jan 2012 02:41:28 +0000 (UTC) Received: from hs1.VERBENA (68.106.253.111) by exchange.ranch.com (10.1.1.64) with Microsoft SMTP Server id 8.1.436.0; Tue, 17 Jan 2012 19:31:00 -0700 Date: Tue, 17 Jan 2012 19:32:10 -0700 From: Colin Barnabas To: Message-ID: <20120117193210.f7f05c31.axel@ucs.com> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: upgrade to 9-CURRENT X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 02:41:28 -0000 During my upgrade from 8.2 to 9, the kernel installation, complains that the file aout.ko can not be found. ===> aout (install) install -o root -g wheel -m 555 aout.ko /boot/kernel install: aout.ko: No such file or directory *** Error code 71 Has anyone else experienced this, and could perhaps offer some advice? -- Colin Barnabas From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 03:38:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8522E106564A; Wed, 18 Jan 2012 03:38:12 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21D6A8FC0A; Wed, 18 Jan 2012 03:38:11 +0000 (UTC) Received: by vbbey12 with SMTP id ey12so2627151vbb.13 for ; Tue, 17 Jan 2012 19:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XYexIy6IdGSXfAEqeSYxzUuvGmqHeIZJlc+ZR0YhfXE=; b=hDENUnk5Gkc8/ekse2ixWRD4KkWdqW1MJU1sFg/H1M9lg3zPvEfAYP3EOyVEzXxt8c 1PJ1ykclP7S3JKXkpNz2yPFov8TyxxfB/GDW307VRx3f+8ew0ycxJ78q7dkZMJ8Xdt0N 1c7vWVNgtKwhKX9uXEwcY53ljytzjUCK0lcx8= Received: by 10.52.178.40 with SMTP id cv8mr2042086vdc.82.1326857891347; Tue, 17 Jan 2012 19:38:11 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id eh3sm20642717vdc.2.2012.01.17.19.38.09 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 19:38:10 -0800 (PST) Message-ID: <4F163E9F.1050008@gmail.com> Date: Tue, 17 Jan 2012 22:38:07 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: Warren Block References: <4F15D45A.4090104@gmail.com> <4F15DF1B.8080907@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Johnson , freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 03:38:12 -0000 On 01/17/12 16:50, Warren Block wrote: > On Tue, 17 Jan 2012, Jimmie James wrote: > >> On 01/17/12 15:39, Michael Johnson wrote: >>>> >>>> >>>> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James >>> > wrote: >>>> >>>> Even after following said instruction in UPDATING, libxcb-aux.so.0 >>>> does not get installed by any of the XCB ports >>>> >>>> It was replaced with libxcb-util.so.0. >> >> So it's the xfce4-wm port that's broken now, since it's still looking >> for the old libs. >> When applications fail because they're looking for a library that's >> been removed, following UPDATING doesn't help. > > Building xfce4-wm here just worked. It was rebuilt yesterday, too, as > part of the portmaster xcb-util rebuild (which pretty much rebuilt > everything). Did you do a 'make clean' before retrying? > I am totally out of ideas now. After portupgrade -r xcb-util-0\* AND portmaster -R -r xcb-util-0 which rebuild pretty much everything, a pkg_libchk | grep -E "xcb-.+.so" | sort is still showing: libxfce4gui-4.8.1: /usr/local/lib/libglade/2.0/libxfce4.so misses libxcb-atom.so.1 libxfce4gui-4.8.1: /usr/local/lib/libglade/2.0/libxfce4.so misses libxcb-aux.so.0 libxfce4gui-4.8.1: /usr/local/lib/libglade/2.0/libxfce4.so misses libxcb-event.so.1 libxfce4gui-4.8.1: /usr/local/lib/libxfcegui4.so.7 misses libxcb-atom.so.1 libxfce4gui-4.8.1: /usr/local/lib/libxfcegui4.so.7 misses libxcb-aux.so.0 libxfce4gui-4.8.1: /usr/local/lib/libxfcegui4.so.7 misses libxcb-event.so.1 mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-atom.so.1 mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-aux.so.0 mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-event.so.1 squeeze-0.2.3_2: /usr/local/bin/squeeze misses libxcb-atom.so.1 squeeze-0.2.3_2: /usr/local/bin/squeeze misses libxcb-aux.so.0 squeeze-0.2.3_2: /usr/local/bin/squeeze misses libxcb-event.so.1 thunar-vfs-1.2.0_1: /usr/local/lib/libthunar-vfs-1.so.5 misses libxcb-atom.so.1 thunar-vfs-1.2.0_1: /usr/local/lib/libthunar-vfs-1.so.5 misses libxcb-aux.so.0 thunar-vfs-1.2.0_1: /usr/local/lib/libthunar-vfs-1.so.5 misses libxcb-event.so.1 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-atom.so.1 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-aux.so.0 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-event.so.1 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop misses libxcb-atom.so.1 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop misses libxcb-aux.so.0 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop misses libxcb-event.so.1 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop-settings misses libxcb-atom.so.1 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop-settings misses libxcb-aux.so.0 xfce4-desktop-4.8.3: /usr/local/bin/xfdesktop-settings misses libxcb-event.so.1 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-atom.so.1 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-aux.so.0 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-event.so.1 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-atom.so.1 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-aux.so.0 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-event.so.1 xfce4-notifyd-0.2.2_1: /usr/local/bin/xfce4-notifyd-config misses libxcb-atom.so.1 xfce4-notifyd-0.2.2_1: /usr/local/bin/xfce4-notifyd-config misses libxcb-aux.so.0 xfce4-notifyd-0.2.2_1: /usr/local/bin/xfce4-notifyd-config misses libxcb-event.so.1 xfce4-notifyd-0.2.2_1: /usr/local/lib/xfce4/notifyd/xfce4-notifyd misses libxcb-atom.so.1 xfce4-notifyd-0.2.2_1: /usr/local/lib/xfce4/notifyd/xfce4-notifyd misses libxcb-aux.so.0 xfce4-notifyd-0.2.2_1: /usr/local/lib/xfce4/notifyd/xfce4-notifyd misses libxcb-event.so.1 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-atom.so.1 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-aux.so.0 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-event.so.1 xfce4-screenshooter-plugin-1.8.0: /usr/local/bin/xfce4-screenshooter misses libxcb-atom.so.1 xfce4-screenshooter-plugin-1.8.0: /usr/local/bin/xfce4-screenshooter misses libxcb-aux.so.0 xfce4-screenshooter-plugin-1.8.0: /usr/local/bin/xfce4-screenshooter misses libxcb-event.so.1 xfce4-screenshooter-plugin-1.8.0: /usr/local/libexec/xfce4/panel-plugins/xfce4-screenshooter-plugin misses libxcb-atom.so.1 xfce4-screenshooter-plugin-1.8.0: /usr/local/libexec/xfce4/panel-plugins/xfce4-screenshooter-plugin misses libxcb-aux.so.0 xfce4-screenshooter-plugin-1.8.0: /usr/local/libexec/xfce4/panel-plugins/xfce4-screenshooter-plugin misses libxcb-event.so.1 xfce4-session-4.8.2_2: /usr/local/lib/libxfsm-4.6.so.0 misses libxcb-atom.so.1 xfce4-session-4.8.2_2: /usr/local/lib/libxfsm-4.6.so.0 misses libxcb-aux.so.0 xfce4-session-4.8.2_2: /usr/local/lib/libxfsm-4.6.so.0 misses libxcb-event.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/panel/plugins/libxfsm-logout-plugin.so misses libxcb-atom.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/panel/plugins/libxfsm-logout-plugin.so misses libxcb-aux.so.0 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/panel/plugins/libxfsm-logout-plugin.so misses libxcb-event.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libbalou.so misses libxcb-atom.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libbalou.so misses libxcb-aux.so.0 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libbalou.so misses libxcb-event.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libmice.so misses libxcb-atom.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libmice.so misses libxcb-aux.so.0 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libmice.so misses libxcb-event.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libsimple.so misses libxcb-atom.so.1 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libsimple.so misses libxcb-aux.so.0 xfce4-session-4.8.2_2: /usr/local/lib/xfce4/session/splash-engines/libsimple.so misses libxcb-event.so.1 xfce4-taskmanager-1.0.0_1: /usr/local/bin/xfce4-taskmanager misses libxcb-atom.so.1 xfce4-taskmanager-1.0.0_1: /usr/local/bin/xfce4-taskmanager misses libxcb-aux.so.0 xfce4-taskmanager-1.0.0_1: /usr/local/bin/xfce4-taskmanager misses libxcb-event.so.1 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-atom.so.1 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-aux.so.0 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-event.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4 misses libxcb-atom.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4 misses libxcb-aux.so.0 xfce4-wm-4.8.2: /usr/local/bin/xfwm4 misses libxcb-event.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-settings misses libxcb-atom.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-settings misses libxcb-aux.so.0 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-settings misses libxcb-event.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-tweaks-settings misses libxcb-atom.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-tweaks-settings misses libxcb-aux.so.0 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-tweaks-settings misses libxcb-event.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-workspace-settings misses libxcb-atom.so.1 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-workspace-settings misses libxcb-aux.so.0 xfce4-wm-4.8.2: /usr/local/bin/xfwm4-workspace-settings misses libxcb-event.so.1 From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 05:11:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2882F1065670; Wed, 18 Jan 2012 05:11:16 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BDC678FC0A; Wed, 18 Jan 2012 05:11:15 +0000 (UTC) Received: by qcse1 with SMTP id e1so2255243qcs.13 for ; Tue, 17 Jan 2012 21:11:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=FMYnLCc3YghtL6U1vRhv1NsGKE9zwGepMaeIKXOFHew=; b=A577z0lvysGcy5uSoBhmSUEzhV3hFpXkjPwwYISqr2wxAj7wFysPf4SmP6cmocwG8b Wz536dLKdBNkH+hC9DutHRRDxuj4hfUzpfRZNKjqviW61Pky4vnCBcsj08uGibRX+C3i f+3t2W+e+LdJw6RWLf3V2xFU0ApVCKBDKF8Ic= Received: by 10.229.78.146 with SMTP id l18mr1329356qck.41.1326863474911; Tue, 17 Jan 2012 21:11:14 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id dp4sm10230929qab.2.2012.01.17.21.11.13 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 21:11:14 -0800 (PST) Message-ID: <4F165470.1030106@gmail.com> Date: Wed, 18 Jan 2012 00:11:12 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: Warren Block References: <4F15D45A.4090104@gmail.com> <4F15DF1B.8080907@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Johnson , freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 05:11:16 -0000 On 01/17/12 16:50, Warren Block wrote: > On Tue, 17 Jan 2012, Jimmie James wrote: > >> On 01/17/12 15:39, Michael Johnson wrote: >>>> >>>> >>>> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James >>> > wrote: >>>> >>>> Even after following said instruction in UPDATING, libxcb-aux.so.0 >>>> does not get installed by any of the XCB ports >>>> >>>> It was replaced with libxcb-util.so.0. >> >> So it's the xfce4-wm port that's broken now, since it's still looking >> for the old libs. >> When applications fail because they're looking for a library that's >> been removed, following UPDATING doesn't help. > > Building xfce4-wm here just worked. It was rebuilt yesterday, too, as > part of the portmaster xcb-util rebuild (which pretty much rebuilt > everything). Did you do a 'make clean' before retrying? > As a follow up to http://docs.freebsd.org/cgi/getmsg.cgi?fetch=592587+0+current/freebsd-questions After a few hours of rebuilding various xcb bits, I've gotten most to build, xfce4-wm builds and installs fine, the rest here, I'm not sure of. #pkg_libchk | grep -E "xcb-.+.so" | sort mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-atom.so.1 mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-aux.so.0 mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-event.so.1 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-atom.so.1 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-aux.so.0 xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-event.so.1 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-atom.so.1 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-aux.so.0 xfce4-mailwatch-plugin-1.1.0_13: /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses libxcb-event.so.1 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-atom.so.1 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-aux.so.0 xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses libxcb-event.so.1 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-atom.so.1 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-aux.so.0 xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-event.so.1 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-atom.so.1 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-aux.so.0 xfce4-print-4.6.1_7: /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses libxcb-event.so.1 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-atom.so.1 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-aux.so.0 xfce4-weather-plugin-0.7.4_1: /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses libxcb-event.so.1 I do know the missing libs are living in /usr/local/lib/compat/pkg/ (though, I don't understand the dates listed) #ls -ali /usr/local/lib/compat/pkg/libxcb* 4404817 -rwxr-xr-x 1 root wheel 15146 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-atom.so.0 4405755 -rwxr-xr-x 1 root wheel 16291 Dec 20 01:29 /usr/local/lib/compat/pkg/libxcb-atom.so.1 4405756 -rwxr-xr-x 1 root wheel 12079 Dec 20 01:29 /usr/local/lib/compat/pkg/libxcb-aux.so.0 4404820 -rwxr-xr-x 1 root wheel 6812 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-event.so.0 4405813 -rwxr-xr-x 1 root wheel 12878 Dec 20 01:29 /usr/local/lib/compat/pkg/libxcb-event.so.1 4404822 -rwxr-xr-x 1 root wheel 17302 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-icccm.so.0 4405815 -rwxr-xr-x 1 root wheel 19999 Dec 20 01:29 /usr/local/lib/compat/pkg/libxcb-icccm.so.1 4405816 -rwxr-xr-x 1 root wheel 16678 Dec 20 01:30 /usr/local/lib/compat/pkg/libxcb-image.so.0 4404857 -rwxr-xr-x 1 root wheel 8644 Feb 7 2009 /usr/local/lib/compat/pkg/libxcb-keysyms.so.0 4405817 -rwxr-xr-x 1 root wheel 9126 Dec 20 01:30 /usr/local/lib/compat/pkg/libxcb-keysyms.so.1 4404821 -rwxr-xr-x 1 root wheel 7953 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-property.so.0 4405814 -rwxr-xr-x 1 root wheel 7227 Dec 20 01:29 /usr/local/lib/compat/pkg/libxcb-property.so.1 4404707 -rwxr-xr-x 1 root wheel 30999 Apr 5 2009 /usr/local/lib/compat/pkg/libxcb-randr.so.0 4404828 -rwxr-xr-x 1 root wheel 8012 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-reply.so.0 4405826 -rwxr-xr-x 1 root wheel 7378 Dec 20 01:30 /usr/local/lib/compat/pkg/libxcb-reply.so.1 4404859 -rwxr-xr-x 1 root wheel 9384 Feb 7 2009 /usr/local/lib/compat/pkg/libxcb-wm.so.0 4404884 -rwxr-xr-x 1 root wheel 5981 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb-xlib.so.0 4404889 -rwxr-xr-x 1 root wheel 116865 Oct 20 2008 /usr/local/lib/compat/pkg/libxcb.so.1 From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 05:43:35 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F88E106564A; Wed, 18 Jan 2012 05:43:35 +0000 (UTC) (envelope-from jimmiejaz@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D38A08FC12; Wed, 18 Jan 2012 05:43:34 +0000 (UTC) Received: by qcse1 with SMTP id e1so2270824qcs.13 for ; Tue, 17 Jan 2012 21:43:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qWNrvIxqkEiCIwHDQrromLlT9iyCliLq8m3ttndcfmM=; b=OpwGfHNA3TnaYts8TrYu31oyhjY952O4BrXH+GLTB7ukqS8L3fmK2TsnOFJYqjHOJK eRMri/3IDZe+lV0fihZ81qDV4N5nb5r9M/JEWJE2CVzd+Yf0fwwMGBygXx0jgGlqn9NF PqGl/AqaqbYgOKPg4FaLB41TR8yeZAzb2lK0w= Received: by 10.229.136.85 with SMTP id q21mr8093511qct.24.1326865414306; Tue, 17 Jan 2012 21:43:34 -0800 (PST) Received: from jimmiejaz.org (bas2-toronto44-1177753662.dsl.bell.ca. [70.51.24.62]) by mx.google.com with ESMTPS id de9sm48256599qab.9.2012.01.17.21.43.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 17 Jan 2012 21:43:33 -0800 (PST) Message-ID: <4F165BFF.9000301@gmail.com> Date: Wed, 18 Jan 2012 00:43:27 -0500 From: Jimmie James User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:9.0) Gecko/20111225 Thunderbird/9.0 MIME-Version: 1.0 To: jimmiejaz@gmail.com References: <4F15D45A.4090104@gmail.com> <4F15DF1B.8080907@gmail.com> <4F165470.1030106@gmail.com> In-Reply-To: <4F165470.1030106@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Michael Johnson , freebsd-questions@freebsd.org Subject: Re: Shared object "libxcb-aux.so.0" not found, required by "libxfsm-4.6.so.0" FreeBSD [SOLVED] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jimmiejaz@gmail.com List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 05:43:35 -0000 Sorry for top posting in this message, but one reboot and a ldconfig -R allows everything to be rebuilt. Not sure which was the key here, but for others, I'd try ldconfig -R first. Not sure why portupgrade and portmaster failed though. On 01/18/12 00:11, Jimmie James wrote: > On 01/17/12 16:50, Warren Block wrote: >> On Tue, 17 Jan 2012, Jimmie James wrote: >> >>> On 01/17/12 15:39, Michael Johnson wrote: >>>>> >>>>> >>>>> On Tue, Jan 17, 2012 at 3:04 PM, Jimmie James >>>> > wrote: >>>>> >>>>> Even after following said instruction in UPDATING, libxcb-aux.so.0 >>>>> does not get installed by any of the XCB ports >>>>> >>>>> It was replaced with libxcb-util.so.0. >>> >>> So it's the xfce4-wm port that's broken now, since it's still looking >>> for the old libs. >>> When applications fail because they're looking for a library that's >>> been removed, following UPDATING doesn't help. >> >> Building xfce4-wm here just worked. It was rebuilt yesterday, too, as >> part of the portmaster xcb-util rebuild (which pretty much rebuilt >> everything). Did you do a 'make clean' before retrying? >> > > As a follow up to > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=592587+0+current/freebsd-questions > > After a few hours of rebuilding various xcb bits, I've gotten most to > build, xfce4-wm builds and installs fine, the rest here, I'm not sure of. > > #pkg_libchk | grep -E "xcb-.+.so" | sort > mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-atom.so.1 > mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-aux.so.0 > mousepad-0.2.16_8: /usr/local/bin/mousepad misses libxcb-event.so.1 > xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-atom.so.1 > xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-aux.so.0 > xfburn-0.4.3_2: /usr/local/bin/xfburn misses libxcb-event.so.1 > xfce4-mailwatch-plugin-1.1.0_13: > /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses > libxcb-atom.so.1 > xfce4-mailwatch-plugin-1.1.0_13: > /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses > libxcb-aux.so.0 > xfce4-mailwatch-plugin-1.1.0_13: > /usr/local/libexec/xfce4/panel-plugins/xfce4-mailwatch-plugin misses > libxcb-event.so.1 > xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses > libxcb-atom.so.1 > xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses > libxcb-aux.so.0 > xfce4-notes-plugin-1.7.7: /usr/local/bin/xfce4-notes-settings misses > libxcb-event.so.1 > xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-atom.so.1 > xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-aux.so.0 > xfce4-parole-0.2.0.6_3: /usr/local/bin/parole misses libxcb-event.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses > libxcb-atom.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses libxcb-aux.so.0 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint-settings misses > libxcb-event.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-atom.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-aux.so.0 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4 misses libxcb-event.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses > libxcb-atom.so.1 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses libxcb-aux.so.0 > xfce4-print-4.6.1_7: /usr/local/bin/xfprint4-manager misses > libxcb-event.so.1 > xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-atom.so.1 > xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses libxcb-aux.so.0 > xfce4-print-4.6.1_7: /usr/local/lib/libxfprint.so.0 misses > libxcb-event.so.1 > xfce4-print-4.6.1_7: > /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses > libxcb-atom.so.1 > xfce4-print-4.6.1_7: > /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses > libxcb-aux.so.0 > xfce4-print-4.6.1_7: > /usr/local/lib/xfce4/xfprint-plugins/bsdlpr_plugin.so misses > libxcb-event.so.1 > xfce4-weather-plugin-0.7.4_1: > /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses > libxcb-atom.so.1 > xfce4-weather-plugin-0.7.4_1: > /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses > libxcb-aux.so.0 > xfce4-weather-plugin-0.7.4_1: > /usr/local/libexec/xfce4/panel-plugins/xfce4-weather-plugin misses > libxcb-event.so.1 > > > I do know the missing libs are living in /usr/local/lib/compat/pkg/ > (though, I don't understand the dates listed) > #ls -ali /usr/local/lib/compat/pkg/libxcb* > 4404817 -rwxr-xr-x 1 root wheel 15146 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-atom.so.0 > 4405755 -rwxr-xr-x 1 root wheel 16291 Dec 20 01:29 > /usr/local/lib/compat/pkg/libxcb-atom.so.1 > 4405756 -rwxr-xr-x 1 root wheel 12079 Dec 20 01:29 > /usr/local/lib/compat/pkg/libxcb-aux.so.0 > 4404820 -rwxr-xr-x 1 root wheel 6812 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-event.so.0 > 4405813 -rwxr-xr-x 1 root wheel 12878 Dec 20 01:29 > /usr/local/lib/compat/pkg/libxcb-event.so.1 > 4404822 -rwxr-xr-x 1 root wheel 17302 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-icccm.so.0 > 4405815 -rwxr-xr-x 1 root wheel 19999 Dec 20 01:29 > /usr/local/lib/compat/pkg/libxcb-icccm.so.1 > 4405816 -rwxr-xr-x 1 root wheel 16678 Dec 20 01:30 > /usr/local/lib/compat/pkg/libxcb-image.so.0 > 4404857 -rwxr-xr-x 1 root wheel 8644 Feb 7 2009 > /usr/local/lib/compat/pkg/libxcb-keysyms.so.0 > 4405817 -rwxr-xr-x 1 root wheel 9126 Dec 20 01:30 > /usr/local/lib/compat/pkg/libxcb-keysyms.so.1 > 4404821 -rwxr-xr-x 1 root wheel 7953 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-property.so.0 > 4405814 -rwxr-xr-x 1 root wheel 7227 Dec 20 01:29 > /usr/local/lib/compat/pkg/libxcb-property.so.1 > 4404707 -rwxr-xr-x 1 root wheel 30999 Apr 5 2009 > /usr/local/lib/compat/pkg/libxcb-randr.so.0 > 4404828 -rwxr-xr-x 1 root wheel 8012 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-reply.so.0 > 4405826 -rwxr-xr-x 1 root wheel 7378 Dec 20 01:30 > /usr/local/lib/compat/pkg/libxcb-reply.so.1 > 4404859 -rwxr-xr-x 1 root wheel 9384 Feb 7 2009 > /usr/local/lib/compat/pkg/libxcb-wm.so.0 > 4404884 -rwxr-xr-x 1 root wheel 5981 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb-xlib.so.0 > 4404889 -rwxr-xr-x 1 root wheel 116865 Oct 20 2008 > /usr/local/lib/compat/pkg/libxcb.so.1 -- By reading this e-mail you hereby forfeit all of your fortune, properties and claims to the sender, who shall be the sole and universal beneficiary. However, your debts and bills shall remain yours. From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 06:54:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A2A4106566B for ; Wed, 18 Jan 2012 06:54:29 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [99.69.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEFD8FC0A for ; Wed, 18 Jan 2012 06:54:28 +0000 (UTC) Received: from localhost (sheila.vvpn.vvelox.net [10.69.0.7]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id 4E66F3F58A for ; Wed, 18 Jan 2012 00:55:32 -0600 (CST) Date: Wed, 18 Jan 2012 00:54:22 -0600 From: "Zane C. B-H." To: freebsd-questions@freebsd.org Message-ID: <20120118005422.5398a6bf@vvelox.net> In-Reply-To: <201201150149.12756.lyubomir@grigorovl.eu> References: <201201150149.12756.lyubomir@grigorovl.eu> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Smartcam (or can you use linux dev driver + program) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 06:54:29 -0000 On Sun, 15 Jan 2012 01:49:06 -0800 Lyubomir Grigorov wrote: > > QUESTION > > Is it even possible to use the Linux dev driver under FreeBSD? Since > Smartcam is a 2-part suite: driver and application. The Linux compatibility layer for FreeBSD does not include the ability to use Linux kernel modules. It concerns it's self with providing support for the non-kernel stuff. > If it's not possible to use linuxator, will it be possible to use the > source to create a FreeBSD version of the dev driver? I assume the > program will be easier to port than the actual driver. With out any changes, no. The Linux kernel and FreeBSD kernel are two very different items. If you are looking to port it, below are some links that would be a good place to start off with reading. http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/index.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/index.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html http://www.freebsd.org/docs/books.html From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 07:31:23 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF917106564A for ; Wed, 18 Jan 2012 07:31:23 +0000 (UTC) (envelope-from artem@kayalaynen.ru) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 843768FC0A for ; Wed, 18 Jan 2012 07:31:23 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so3238989wib.13 for ; Tue, 17 Jan 2012 23:31:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kayalaynen.ru; s=google; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=roOyLWkzSG0hSzo4ynU5frcKjTWEZhGRdzifjZcYRWA=; b=A9yhxZbgyw8I9juwrtmTX5zr1EmAstA3ElE09Ec3wwOYHKKQnhh+rwKYuPmKPyfeU9 xm2X0S4sk4CrQYzc1au+nRK+otpKjmdWcheonEnegp3ej5oI1IqgYPwxyOgqfF/uTx4k E73NMGe+ge34stE9zIrDc4jK00Qg5JopR0/1Y= Received: by 10.180.101.35 with SMTP id fd3mr34090740wib.22.1326871882312; Tue, 17 Jan 2012 23:31:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.105.134 with HTTP; Tue, 17 Jan 2012 23:31:00 -0800 (PST) From: Artem Kajalainen Date: Wed, 18 Jan 2012 09:31:00 +0200 Message-ID: To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: carp+hastd at boot X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 07:31:24 -0000 Hello, I'm trying to setup hastd+carp on two FreeBSD 9.0-STABLE servers. hast switch roles by devd events, and there is one problem. When box is rebooted, carp interface flapping between states. A have the same problem as described here - http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063742.html. I have already one master, it set hast node to primary, so when second box rebooted and carp comes up as master, script invoked by devd set hast to primary -> split-brain. After few seconds it changes to backup state. gw_chlb_2# cat /var/log/messages | grep carp Jan 18 00:15:20 gw_chlb_2 kernel: carp0: INIT -> BACKUP Jan 18 00:15:20 gw_chlb_2 kernel: carp0: link state changed to DOWN Jan 18 00:15:23 gw_chlb_2 kernel: carp0: link state changed to UP Jan 18 00:15:28 gw_chlb_2 kernel: carp0: MASTER -> BACKUP (more frequent advertisement received) Jan 18 00:15:28 gw_chlb_2 kernel: carp0: link state changed to DOWN I think, I can write shell script, which will check carp state after 2-3 minutes after boot and then set up hast role accordingly, but I don't want to re-invent wheel. How this master state at boot can be avoided? --- With Best Regards / Yst=C3=A4v=C3=A4llisin terveisin Artem Kajalainen From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 08:45:56 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979E8106566C for ; Wed, 18 Jan 2012 08:45:56 +0000 (UTC) (envelope-from artem@kayalaynen.ru) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8438FC08 for ; Wed, 18 Jan 2012 08:45:55 +0000 (UTC) Received: by werg1 with SMTP id g1so3968711wer.13 for ; Wed, 18 Jan 2012 00:45:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kayalaynen.ru; s=google; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=/R4G7mkVKqqNALWQvyTg0BFNaZlPT0v2QsR0HJYKEeE=; b=GUTvHx8aT5bRWpK7uk2TlCqGCfxHwo2HqwnQPfWusc8Hljyh2GWFq/k8IxD55aVpuc reQaHnWzLDe3252xvtl3I0PcQRo2Pu75lprkQ1+IHBezL4atxvB+oGw+JC8CPf+EzFYE KxEmPLNhndQLRNKhZ0kAoa0LJ0ppgZCEQQ2P0= Received: by 10.216.137.155 with SMTP id y27mr7487187wei.53.1326876354846; Wed, 18 Jan 2012 00:45:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.105.134 with HTTP; Wed, 18 Jan 2012 00:45:33 -0800 (PST) From: Artem Kajalainen Date: Wed, 18 Jan 2012 10:45:33 +0200 Message-ID: To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: gmirror failure booting 9.0 kernel upgrading from 8.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 08:45:56 -0000 > > I'm trying to upgrade a brand new server from 8.2 to 9.0 via source. = =C2=A0I've done this upgrade twice so far, once on a vmware test system, an= d once on a Sun X4100m2, both with success. > > > > On this system, which is a Supermicro motherboard, I have gmirror boot = disk. =C2=A0The other two did not (hardware RAID on the Sun). > > > > The boot fails as follows. =C2=A0The gmirror is not degraded. =C2=A0The= part that concerns me is this: > > > > GEOM_PART: integrity check failed (mirror/gm0, MBR) > > > > This is loading a custom kernel, which pulls in geom_mirror as a module= . > > > > I think the issue is that I have to convince gmirror to use ada0 and ad= a1 instead of ad4 and ad6 as the component devices. =C2=A0How does one acco= mplish this if one cannot boot? =C2=A0The server is remote, so plugging in = the memstick image will be tricky :) I think you have the same issue -> http://lists.freebsd.org/pipermail/freebsd-geom/2011-October/005071.html I had the same problem. I destroyed mirror, made gpt partitions on one disk, dumped fs from 8.2, installed 9.0 on this disk, booted from this disk and made new mirror :-) ad->ada is not a problem for gmirror. --- With Best Regards / Yst=C3=A4v=C3=A4llisin terveisin Artem Kajalainen From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 12:40:24 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA55C106564A for ; Wed, 18 Jan 2012 12:40:24 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 42CBA8FC12 for ; Wed, 18 Jan 2012 12:40:24 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so3503437wib.13 for ; Wed, 18 Jan 2012 04:40:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=4TUuPSi4HdsJjCBAThGT9fbGJq1w4Q9GL7BJajOT5T4=; b=EIyp0yDWbNnWd97bMl+RoK3m6dPvqU2CzHwC/Phw5ONQkQ6FFzhDYflmslK4VeRQbm +0WFmXHHRlVucHB5n+3puRBIYAS1/Y35m7YxArzMoAFqCHK1sAgopEb5fKzSca5ww2O6 DMFzhjxgO/q9iNVjsne6WuW9CH5t1AxdX74+Q= Received: by 10.180.93.168 with SMTP id cv8mr31322523wib.2.1326890423464; Wed, 18 Jan 2012 04:40:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Wed, 18 Jan 2012 04:40:02 -0800 (PST) From: Christer Solskogen Date: Wed, 18 Jan 2012 13:40:02 +0100 Message-ID: To: FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 Subject: Cross building FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 12:40:24 -0000 Hi! I've just installed FreeBSD 9.0-RELEASE on my Mac Mini G4 (powerpc) - Can I use my other, and much faster, machine(amd64) to compile world and kernel to either populate /usr/obj or to generate base.txz, and kernel.txz? If the latter, how to I use base.txz? Just unpack it in / ? -- chs, From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 13:31:22 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A60F8106564A for ; Wed, 18 Jan 2012 13:31:22 +0000 (UTC) (envelope-from martin@dc.cis.okstate.edu) Received: from x.it.okstate.edu (x.it.okstate.edu [139.78.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6047F8FC12 for ; Wed, 18 Jan 2012 13:31:22 +0000 (UTC) Received: from dc.cis.okstate.edu (localhost [127.0.0.1]) by x.it.okstate.edu (8.14.4/8.14.4) with ESMTP id q0ID1Mss037383 for ; Wed, 18 Jan 2012 07:01:22 -0600 (CST) (envelope-from martin@dc.cis.okstate.edu) Message-Id: <201201181301.q0ID1Mss037383@x.it.okstate.edu> To: questions@freebsd.org Date: Wed, 18 Jan 2012 07:01:22 -0600 From: Martin McCormick Cc: Subject: Sample getaddrinfo Code Compiles in Linux but not FreeBSD. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 13:31:22 -0000 Here is a sample program kindly provided in the Beej's Guide to Network Programming Using Internet Sockets Brian "Beej Jorgensen" Hall The code is said to be in the public domain so it is posted here as it compiles and runs perfectly under Linux but fails in two places with the following errors: I named it nsl.c. nsl.c: In function 'main': nsl.c:38: error: dereferencing pointer to incomplete type nsl.c:42: error: dereferencing pointer to incomplete type You will see that in both places, the code was performing the same operation of assigning a value to a pointer so I am suspecting a prototyping issue but am not sure and hope someone can help me cut through the forest a little more quickly. He did provide suggestions for users of Sunos who have reported errors, but for FreeBSD, the errors did not change. Here is the sample code with the two error-generating lines marked. #include #include #include #include #include #include int main(int argc, char *argv[]) { struct addrinfo hints, *res, *p; int status; char ipstr[INET6_ADDRSTRLEN]; if (argc != 2) { fprintf(stderr,"usage: showip hostname\n"); return 1; } memset(&hints, 0, sizeof hints); hints.ai_family = AF_UNSPEC; // AF_INET or AF_INET6 to force version hints.ai_socktype = SOCK_STREAM; if ((status = getaddrinfo(argv[1], NULL, &hints, &res)) != 0) { fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(status)); return 2; } printf("IP addresses for %s:\n\n", argv[1]); for(p = res;p != NULL; p = p->ai_next) { void *addr; char *ipver; // get the pointer to the address itself, // different fields in IPv4 and IPv6: if (p->ai_family == AF_INET) { // IPv4 struct sockaddr_in *ipv4 = (struct sockaddr_in *)p->ai_addr; addr = &(ipv4->sin_addr);/*error*/ ipver = "IPv4"; } else { // IPv6 struct sockaddr_in6 *ipv6 = (struct sockaddr_in6 *)p->ai_addr; addr = &(ipv6->sin6_addr);/*error*/ ipver = "IPv6"; } // convert the IP to a string and print it: inet_ntop(p->ai_family, addr, ipstr, sizeof ipstr); printf(" %s: %s\n", ipver, ipstr); } freeaddrinfo(res); // free the linked list return 0; } From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 15:20:17 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0078C106566C for ; Wed, 18 Jan 2012 15:20:17 +0000 (UTC) (envelope-from andreev.peter@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2D68FC13 for ; Wed, 18 Jan 2012 15:20:16 +0000 (UTC) Received: by lahe6 with SMTP id e6so1310895lah.13 for ; Wed, 18 Jan 2012 07:20:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=I0dah3k91e0FSsaRtYovTYIW6EPc9B/DwTFlCxlrWCI=; b=rUivkJypk01KJ7UGSD2SsQ9ZUOCzK1UR2h/2NJm1vK7khXVXza1xbFS7wdQd8tjjc+ aCVJrVvhQY+AM6x4W+JdqCsrh8JvHCCrS6exQjNUeftNHobaHJbzhiPq74KVGvLmhJPu OO8eFHZ5S6ITTUVPaJgVD2w3mr7yW25+euELU= MIME-Version: 1.0 Received: by 10.112.42.170 with SMTP id p10mr5538176lbl.30.1326898532670; Wed, 18 Jan 2012 06:55:32 -0800 (PST) Received: by 10.112.65.174 with HTTP; Wed, 18 Jan 2012 06:55:32 -0800 (PST) In-Reply-To: <201201181301.q0ID1Mss037383@x.it.okstate.edu> References: <201201181301.q0ID1Mss037383@x.it.okstate.edu> Date: Wed, 18 Jan 2012 18:55:32 +0400 Message-ID: From: Peter Andreev To: Martin McCormick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: questions@freebsd.org Subject: Re: Sample getaddrinfo Code Compiles in Linux but not FreeBSD. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 15:20:17 -0000 2012/1/18 Martin McCormick > Here is a sample program kindly provided in the > Beej's Guide to Network Programming > > Using Internet Sockets > > Brian "Beej Jorgensen" Hall > > The code is said to be in the public domain so it is > posted here as it compiles and runs perfectly under Linux but > fails in two places with the following errors: I named it nsl.c. > > nsl.c: In function 'main': > nsl.c:38: error: dereferencing pointer to incomplete type > nsl.c:42: error: dereferencing pointer to incomplete type > > You will see that in both places, the code was > performing the same operation of assigning a value to a pointer > so I am suspecting a prototyping issue but am not sure and hope > someone can help me cut through the forest a little more quickly. > He did provide suggestions for users of Sunos who have reported > errors, but for FreeBSD, the errors did not change. Here is the > sample code with the two error-generating lines marked. > > #include > #include > #include > #include > #include > #include > > int main(int argc, char *argv[]) > { > struct addrinfo hints, *res, *p; > int status; > char ipstr[INET6_ADDRSTRLEN]; > > if (argc != 2) { > fprintf(stderr,"usage: showip hostname\n"); > return 1; > } > > memset(&hints, 0, sizeof hints); > hints.ai_family = AF_UNSPEC; // AF_INET or AF_INET6 to force version > hints.ai_socktype = SOCK_STREAM; > > if ((status = getaddrinfo(argv[1], NULL, &hints, &res)) != 0) { > fprintf(stderr, "getaddrinfo: %s\n", gai_strerror(status)); > return 2; > } > > printf("IP addresses for %s:\n\n", argv[1]); > > for(p = res;p != NULL; p = p->ai_next) { > void *addr; > char *ipver; > > // get the pointer to the address itself, > // different fields in IPv4 and IPv6: > if (p->ai_family == AF_INET) { // IPv4 > struct sockaddr_in *ipv4 = (struct sockaddr_in *)p->ai_addr; > addr = &(ipv4->sin_addr);/*error*/ > ipver = "IPv4"; > } else { // IPv6 > struct sockaddr_in6 *ipv6 = (struct sockaddr_in6 *)p->ai_addr; > addr = &(ipv6->sin6_addr);/*error*/ > ipver = "IPv6"; > } > > // convert the IP to a string and print it: > inet_ntop(p->ai_family, addr, ipstr, sizeof ipstr); > printf(" %s: %s\n", ipver, ipstr); > } > > freeaddrinfo(res); // free the linked list > > return 0; > } > #include > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > -- -- AP From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 21:15:59 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC684106564A for ; Wed, 18 Jan 2012 21:15:59 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 4C0058FC19 for ; Wed, 18 Jan 2012 21:15:58 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id q0IKoupG065381 ; Wed, 18 Jan 2012 21:50:57 +0100 (CET) X-Ids: 164 Received: from [192.168.1.101] (sge91-2-82-227-32-26.fbx.proxad.net [82.227.32.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by parthe.lpthe.jussieu.fr (Postfix) with ESMTPSA id 20CAD20C97; Wed, 18 Jan 2012 21:50:55 +0100 (CET) From: Michel Talon Date: Wed, 18 Jan 2012 21:50:54 +0100 Message-Id: <55E98C4F-0C15-4139-AA19-AFF16CDB5D8D@lpthe.jussieu.fr> To: freebsd-questions@freebsd.org, cpghost@cordula.ws, rsmith@xs4all.nl Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-Miltered: at jchkmail.jussieu.fr with ID 4F1730B0.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F1730B0.001/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Which Common Lisp port for FreeBSD/sparc64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 21:15:59 -0000 > If the build of your favorite lisp still fails, you'll have to dive = into the > source to see what's wrong. It might be something relatively easy to = fix.=20 > Some familiarity with C is probably required, though. :-) Except for clisp, which is based on a C bootstrap, the others are = written in lisp and C code is reduced to very little. On the other hand the lisp = compiler produces=20 machine code, so porting to another architecture requires important = knowledge of the machine. In particular for clisp i see this in the NetBSD pkgsrc = makefile: # Sparc64 has assembler code problems, see # = http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D952681&group_= id=3D1355&atid=3D101355 NOT_FOR_PLATFORM=3D *-*-sparc64 NOT_FOR_PLATFORM+=3D *-*-arm so i would not expect a quick solution. But no such restriction for = sbcl. As for Debian port of sbcl to 64 bits amd64 i know i have seen reports = of incorrect maxima programs in the maxima mailing list, so i suspect this port to be = buggy. For sparc64 i don't know. You can find various cmucl snapshots here: http://common-lisp.net/project/cmucl/downloads/snapshots/2012/01/ i think one of the authors has a sparc machine, and also runs maxima, so = i would be confident that=20 cmucl works OK on the sparc, but it is here apparently under solaris.=20 -- Michel Talon talon@lpthe.jussieu.fr From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 22:02:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC14B106564A for ; Wed, 18 Jan 2012 22:02:09 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3CE0F8FC14 for ; Wed, 18 Jan 2012 22:02:08 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0IM1aeo022951; Wed, 18 Jan 2012 23:01:36 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 7C7C81235F; Wed, 18 Jan 2012 23:01:36 +0100 (CET) Date: Wed, 18 Jan 2012 23:01:36 +0100 From: Roland Smith To: Michel Talon Message-ID: <20120118220136.GA14760@slackbox.erewhon.net> References: <55E98C4F-0C15-4139-AA19-AFF16CDB5D8D@lpthe.jussieu.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <55E98C4F-0C15-4139-AA19-AFF16CDB5D8D@lpthe.jussieu.fr> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: cpghost@cordula.ws, freebsd-questions@freebsd.org Subject: Re: Which Common Lisp port for FreeBSD/sparc64? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:02:09 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2012 at 09:50:54PM +0100, Michel Talon wrote: > You can find various cmucl snapshots here: > http://common-lisp.net/project/cmucl/downloads/snapshots/2012/01/ i think > one of the authors has a sparc machine, and also runs maxima, so i would = be > confident that cmucl works OK on the sparc, but it is here apparently und= er > solaris. Looking into cmucl-2012-01-sparcv9-solaris10.tar.bz2, it seems that the lisp itself is 32-bit: file bin/lisp bin/lisp: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV), dynamically linked (uses shared libs), not stripped Looking at http://www.cons.org/cmucl/platforms.html, only x86 and amd64 (us= ing the x86 32-bit binaries) are supported on FreeBSD. Only solaris is supported on sparc hardware. And according to http://sbcl.sourceforge.net/platform-table.html, sbcl does= n't run on FreeBSD/sparc. It seems that the latest release only supports x86 and amd64, irrespective of OS. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8XQUAACgkQEnfvsMMhpyU2OwCcCRWQQSRCsfpb1KV3F9HmsnQb +RQAn1CwuFanw36EdhfN7TA/EPEv11nZ =S7R4 -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 22:39:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263C9106564A for ; Wed, 18 Jan 2012 22:39:29 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 93A288FC08 for ; Wed, 18 Jan 2012 22:39:28 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0IMcuCn065517; Wed, 18 Jan 2012 23:38:56 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id C392A1235F; Wed, 18 Jan 2012 23:38:56 +0100 (CET) Date: Wed, 18 Jan 2012 23:38:56 +0100 From: Roland Smith To: Christer Solskogen Message-ID: <20120118223856.GB14760@slackbox.erewhon.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Mailing List Subject: Re: Cross building FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:39:29 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 18, 2012 at 01:40:02PM +0100, Christer Solskogen wrote: > Hi! >=20 > I've just installed FreeBSD 9.0-RELEASE on my Mac Mini G4 (powerpc) - > Can I use my other, and much faster, machine(amd64) to compile world > and kernel to either populate /usr/obj or to generate base.txz, and > kernel.txz? It should be possible. See e.g. this article: http://bsdimp.blogspot.com/2006/09/cross-building-freebsd.html You do have to look up what the correct values of TARGET and TARGET_ARCH are on powerpc. IIRC, the G4 is 32-bit. So according to running 'make target' in /usr/src, it should be TARGET=3D"powerpc" and TARGET_ARCH=3D"powerpc". If you use the DESTDIR variable on the build command line, you can put the generated world and kernel in a separate directory, the contents of which y= ou can then copy (e.g. with tar|nc or with rsync) to /usr/obj on the Mac Mini.= =20 Personally, 9.0 is the first release where I haven't bothered to build a custom kernel, because the GENERIC kernel seems to have everything I need built-in or available as a module. And neither have I bothered yet with building a custom world.=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8XSgAACgkQEnfvsMMhpyVtWgCePhgCLG4msyEQ3/JqyH5p4lfq 5kUAn0ELK9DblgYW3iXKj6bIRbCVTmN3 =ssuP -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-questions@FreeBSD.ORG Wed Jan 18 22:50:19 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3E56106566C for ; Wed, 18 Jan 2012 22:50:19 +0000 (UTC) (envelope-from martin@dc.cis.okstate.edu) Received: from x.it.okstate.edu (x.it.okstate.edu [139.78.2.13]) by mx1.freebsd.org (Postfix) with ESMTP id 620A28FC0A for ; Wed, 18 Jan 2012 22:50:19 +0000 (UTC) Received: from dc.cis.okstate.edu (localhost [127.0.0.1]) by x.it.okstate.edu (8.14.4/8.14.4) with ESMTP id q0IMoIlx046642 for ; Wed, 18 Jan 2012 16:50:18 -0600 (CST) (envelope-from martin@dc.cis.okstate.edu) Message-Id: <201201182250.q0IMoIlx046642@x.it.okstate.edu> To: questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <46640.1326927018.1@dc.cis.okstate.edu> Date: Wed, 18 Jan 2012 16:50:18 -0600 From: Martin McCormick Cc: Subject: Re: Sample getaddrinfo Code Compiles in Linux but not FreeBSD. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jan 2012 22:50:19 -0000 Peter Andreev writes: > #include Many thanks. That made the FreeBSD version work just as well. As soon as I saw netinet.h, I realized it wasn't in the original code as the Linux libraries apparently accomplish the same thing without that header. Martin From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 00:10:05 2012 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF5E51065672 for ; Thu, 19 Jan 2012 00:10:05 +0000 (UTC) (envelope-from dalescott@shaw.ca) Received: from idcmail-mo2no.shaw.ca (idcmail-mo2no.shaw.ca [64.59.134.9]) by mx1.freebsd.org (Postfix) with ESMTP id 67F538FC1A for ; Thu, 19 Jan 2012 00:10:05 +0000 (UTC) Received: from lb7f8hsrpno-svcs.dcs.int.inet (HELO pd6mr2no-ssvc.prod.shaw.ca) ([10.0.144.222]) by pd7mo1no-svcs.prod.shaw.ca with ESMTP; 18 Jan 2012 16:42:10 -0700 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.1 cv=whARqjmnQfDhNN8nJT0JqfaEYeaAvLwFWD1LCm6NKA4= c=1 sm=1 a=QyCaJaNELDMA:10 a=BLceEmwcHowA:10 a=5mcg790sAAAA:8 a=3XywnDCcriAS5iGZ7qsA:9 a=CjuIK1q_8ugA:10 a=CJr9ZoQ1MGSv6hhU:21 a=DXQshEZ8A1hhYnUF:21 a=rD2wI40ZMLrO78tBie0A:9 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Received: from unknown (HELO ms013no.no.cg.dcs.int.inet) ([10.0.144.222]) by pd6mr2no-svcs.prod.shaw.ca with ESMTP; 18 Jan 2012 16:42:10 -0700 Received: from shaw.ca ([unknown] [10.0.145.159]) by l-daemon (Sun Java(tm) System Messaging Server 7.3-11.01 64bit (built Sep 1 2009)) with ESMTP id <0LY0005XOPUA2VA0@l-daemon> for questions@freebsd.org; Wed, 18 Jan 2012 16:42:10 -0700 (MST) Received: from [10.0.144.234] (Forwarded-For: [10.0.146.234]) by vms024.prod.shaw.ca (mshttpd); Wed, 18 Jan 2012 16:42:10 -0700 From: Dale Scott To: questions@freebsd.org Message-id: Date: Wed, 18 Jan 2012 16:42:10 -0700 X-Mailer: Sun Java(tm) System Messenger Express 7.3-11.01 64bit (built Sep 1 2009) MIME-version: 1.0 Content-language: en X-Accept-Language: en Priority: normal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: non-responsive FreeBSD-9.0 after dump command X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 00:10:05 -0000 I'm getting a non-responsive system after issuing dump on a relatively fresh install of FreeBSD-9.0-RELEASE. The system is a VirtualBox 4.1.2 vm, with a 20GB GPT system drive and a 20GB MBR backup drive. Since it was created, the ports tree has been updated and apache22, mysql55-server and python/django installed (and a number of minor utilities). Everything seems to work ok, except for dump: # mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/ad1as1d on /backup (ufs, local, soft-updates) # # cd /backup # dump -0aLf 20120118.dump / There is no output after hitting , and afterwards the system is generally unresponsive. A command (e.g., whoami) typed into the VirtualBox server console and an ssh terminal is echo'd, but that's all. I had started "top" in a seperate ssh terminal before issuing the dump command, and it shows mksnap_ffs running with 98%-100% WCPU for about 55 minutes, at which point "top" stops updating. I gave up after 70 minutes and yanked the virtual power cord. I then created a new FBSD-9.0 VM (system install from dvd only, and also create/fdisk/label/mount a new virtual backup drive). On this vm, dump works as expected! I moved the virtual backup drive from new to old, and also re-partitioned/re-labled the backup drive on the problem system, but no effect. FWIW, fdisk reports that on both system disks (non-working and working), the chunks do not start on track boundaries (I used "auto" installing the systems). Does any of this make any sense to anyone? Any ideas on how to correct the situation? I don't mind re-configure the new vm like the old, but not knowing what went wrong concerns me (and if it's just going to happen again). My basic intent is to get version 2 of a live server working first as a vm, then restore a dump onto real hardware. Thanks in advance for any and all assistance, Dale ----- Transparency with Trust http://www.dalescott.net From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 02:01:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD240106566B for ; Thu, 19 Jan 2012 02:01:02 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id D80DD8FC0A for ; Thu, 19 Jan 2012 02:01:01 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 28CC65C26 for ; Thu, 19 Jan 2012 12:13:32 +1000 (EST) Message-ID: <4F177875.2040905@herveybayaustralia.com.au> Date: Thu, 19 Jan 2012 11:57:09 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <201201140954.q0E9sOgM037468@mail.r-bonomi.com> <4F115ADA.5050103@herveybayaustralia.com.au> <20120114130607.5a444301.freebsd@edvax.de> <4F138588.2030900@herveybayaustralia.com.au> <20120116071957.bd889587.freebsd@edvax.de> In-Reply-To: <20120116071957.bd889587.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: access(FULLPATH, xxx); X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 02:01:02 -0000 On 01/16/12 16:19, Polytropon wrote: > On Mon, 16 Jan 2012 12:03:52 +1000, Da Rock wrote: >> On 01/14/12 22:06, Polytropon wrote: >>> On Sat, 14 Jan 2012 20:37:14 +1000, Da Rock wrote: >>>> On 01/14/12 19:54, Robert Bonomi wrote: >>>>>> From owner-freebsd-questions@freebsd.org Sat Jan 14 02:32:15 2012 >>>>>> Date: Sat, 14 Jan 2012 09:28:21 +0100 >>>>>> From: Polytropon >>>>>> To: Robert Bonomi >>>>>> Cc: freebsd-questions@freebsd.org >>>>>> Subject: Re: access(FULLPATH, xxx); >>>>>> >>>>>> On Sat, 14 Jan 2012 02:00:12 -0600 (CST), Robert Bonomi wrote: >>>>>>> To repeat some advice from one of my Computer Science professors, many years >>>>>>> ago, whenever I asked 'how does it work' questions: "Try it and find out." >>>>>> I bet my professor can beat up your professor. :-) >>>>>> >>>>>> Mine used to say several times: "Trial and error is NOT >>>>>> a programming concept!" >>>>> As far as writing applications goes, that is _somewhat_ correct. >>>>> >>>>> However, 'trial and error' is _not_ the same thing as 'try it and find out'. >>>>> See the entire subject area of 'benchmarking'. >>>>> >>>>> And, the only way to definitively establish if an alternate approach is >>>>> 'better' -- i.e. 'faster', or 'smaller', or 'more efficient', etc. -- *IS* >>>>> to run a trial. >>>>> >>>>> Your professor undoubtedly would not of approved when I wrote bubble-sort >>>>> code that _out-performed_ any other sorting technique -- up to the limits >>>>> of memory. Or when I re-wrote an application that used binary searches >>>>> of records, with a new version that used a brute-force linear search. I >>>>> thought I could 'do it better/faster' than the existing code, but the only >>>>> way to "definitively" find out was to 'try it'. And the 'trial' proved >>>>> out -- the replacement code was 'merely' somewhat over 100 times faster. >>>>> *grin* >>>> Ha! Love it... :D >>> Mee too - except that I didn't want to show that >>> "typical attitude". In fact, I tried to make a >>> (kinf of humourical) statement about a habit that >>> I could observe at many students when I was at >>> university. >>> >>> Background: >>> >>> When you write source code, you can make errors. >>> Compiler shows errors. Some students started >>> with "trial& error" to just silence the compiler. >>> One form was that all functional parts of the >>> program were enclosed in /* and */ (it was a >>> C class) - no errors, but no action. A different >>> approach was to arbitrarily (!) change the source >>> code, something like that: >>> >>> void *foo(int blah, void *meow())(int ouch); >>> >>> Hmmm... gives me segfaults. Maybe something's >>> wrong with the pointers? >>> >>> void *foo(int blah, void **meow())(int ouch); >>> >>> Not much better, segfaults too. How about that? >>> >>> void *foo(int blah, void meow())(int *ouch); >>> >>> Well... also not better. I've heared about parentheses, >>> maybe those can help? >>> >>> void *foo(int blah), void *meow)(int ouch); >>> >>> Shit, doesn't even compile anymore! Uhm... _what_ did >>> I change? Oh wait, I know: >>> >>> void *foo(int blah, (void *)meow())(int ouch); >>> >>> Just produces garbage, then segfaults... what could I >>> change next? >>> >>> I think you get the idea. >>> >>> Other students could not understand that even if a >>> program compiles without any errors, there _may_ be >>> the possibility that it doesn't do what they intended >>> it to do. They seemed to believe in some kind of >>> magical "semantic compiler": >>> >>> int x, y, sum; >>> x = 100; >>> y = 250; >>> sum = a - b; >>> >>> They expected the compiler to notice what's wrong here >>> if you consider the _meaning_ of the identifiers. It's >>> not that obvious if you use x, y, and z. :-) >>> >>> >>> >>>>> As far as 'doing it once' for the purpose of answering a 'how does it work' >>>>> question -- where one has _not_ read the documentation, *OR* the existing >>>>> documentation is _not_clear_, then simple experimentation -- to get *the* >>>>> authoritative answer -- is entirly justified. >>>>> >>>>> When I got the 'try it and find out' advice, I was asking questions about >>>>> situations where the language _specification_ was unclear -- there were >>>>> two 'reasonable interpretations' of what the language inthe speciication >>>>> said, and I just wanted to know which one was the proper interpretation. >>>>> >>>>> Now, given that the language in the specification _was_ abiguous and both >>>>> interpretations were reasonsble, different compiler builders could have >>>>> implemented differently, and 'try it and find out' was _necessary_ to >>>>> establish what that particular implementation did. >>>> There appears to be 2 schools of thought on this subject: a classic case >>>> of the "old" vs the "new", in this case "punchcards/slow compilers" vs >>>> "gcc/all-in-one compile, link and go"of todays tech. I saw a similar >>>> conversation about 5 years ago on the linux lists... :) >>> I didn't want to complain about using a test case, >>> with determined variables (relative path vs. absolute >>> path) to see if the interpretation of "man 2 access" >>> was matching the actual inner workings of the function >>> in use. In fact, I would even judge this the _preferred_ >>> method to be sure. >>> >>> >>> >>>> In the light of this conversation and given todays tech I'd say give it >>>> a shot unless you think something could break (as in fatal to service >>>> quality in production/hardware). >>> Fully agree. Know your variables and construct a >>> test within a fixed environment. The result will >>> be a valid source of conclusion. >>> >>> Now back to "trial& error": what if I use >>> brackets instead? >>> >>> void *foo(int blah, void *meow[])(int ouch); >>> >>> Hmmm... :-) >> I think the problem these days is a combination of many things. >> >> Firstly, in the old days (I sound like grandpa... :/ ) punch cards were >> hard to do, time consuming, and machine time was very expensive. So >> programmers had to get it right the first time (or close to it), and >> documentation was paramount. > Old man want history? Read this! :-) > http://www.columbia.edu/cu/computinghistory/fisk.pdf That was a good read- funny too. Its amazing to think how far it has all come in such a short time... All that happened before I was even a thought, and when my mum was a little one, yet it has always fascinated me how things were done then. If had the space and money I'd love to get a hold some of that old stuff to play with or just display. I picked up an old Amiga, a Tandy, an Apple II, and a Commodore 64 for that purpose. I lost them through some disasters, but I did like that kind of "antiquing". > In ye olden tymes, you could measure IT efficiency (even > though the term was probably quite different) in megawatts > per square foot, or even $ per square foot. This kind of > measuring "expensive machinery" (in terms of operating > them) has become present in our modern times again. And > documentation... well, that depends. Amazing how history keeps repeating... :) Also amazing how the old suddenly comes to the rescue again. Case in point: NASA didn't take very good care of data collected during its missions. For eg the Australians came to the rescue with footage of the moon landings- NASA recorded over it. That'd be like recording over your wedding video, right? There musn't be a woman in NASA's admin then... :) But more importantly, what happened when they decided to go to the moon again and they hunted around for necessary data to help them prepare? They found that the data of say dust levels was kept on old tapes that hadn't been transferred to new medium, and so was still kept by the scientist in charge of that in his garage- with no means to retrieve the data recorded. Now they're spending millions to restore a 40-50 year old tape drive! > However, obtaining > learing resources for efficiently _using_ what's available > have become much more easily to access today, primarily > because of the WWW. As failing to properly program does > not turn into accumulating costs ("charged per CPU time") > right away, you luckily don't have to pay that much > attention when you perform "learning by doing", which > in my opinion is the _only_ way to learn "IT stuff" > that works. That was something that was mentioned in that article you posted. Things really picked up speed when the cards were replaced by the new, more "direct" methods. Now its takes only minutes. You really do wonder how they managed to do it... They really deserve a lot of respect for getting unix going and keep it going. >> Secondly, in the early years the internet wasn't exactly up and running >> (as such), and so global programming teams weren't a problem with >> language differences (and people were taught far better english and >> speling- whoops spelling :) none of this and other shortenings; >> ambiguity kept to a minimum). > The ability to use the english language was neccessary > in the earlier days, especially when 8-bit microcomputers > became available nearly everywhere. Internationalization > and localization wasn't done. CP/M messages and BASIC > keywords were all english. Whole programs such as WordStar > were used in their original (english) language by people > speaking a different language (e. g. german), still being > able to produce excellent work. Looking back at those times, > I think the language barrier is much stronger present in > our today's society than it was in the past. But maybe > that's just my individual observation here in Germany. :-) I suppose thats true, but to continue in that fashion would mean the death of variety in languages and new dialects. It would also alienate others. But, worst of all, to destroy the world with such a coarse, illogical, bastardised language as english would be a complete travesty! I'm just in the process of working out exactly how to teach reading, writing, spelling and grammar to our kids (1-5), and we're just finding out exactly how bad it really is. We knew, but we were horrified by the extent of it. >> Thirdly, when things did become easier (gcc era?) the documentation >> slipped, and programmers started getting more sloppy, as the mistakes >> were easily fixed. > Compile modern software with -Wall and see the results > of "more sloppy". :-) Tell me about! I see it when compiling ports, and I don't mind so much if its a difference of arch's or maybe a deprecation or two, but most are just sloppy casts and the like. Surely that _has_ to affect the running of the program, creating unexpected behavior? Again that article was funny how the error messages came back and he's wondering why it didn't fix itself- unfortunately these days it seems it does, and everyone relies on the spell-checker... ergo we have documents _AND_ programs going out with speling erors ;) >> The docs became more ambiguous, and language did >> start slipping (globally- not just in computing). > In the past, those who provided software typically > also provided documentation. And those who provided > hardware also did. Today, documentation is typically > left to others, to the users, the communities, and > it is scattered across the web, into Wikis, web forums, > individual pages. The ability to use a search engine > has become mandatory. Software engineering strategies > that emphasize the _fast_ production of software seem > to judge documentation as optional, consuming resources > that could be spent better - and why not? When the > documentation is complete, the product it belongs to > has already been obsoleted and withdrawn. True again, but shouldn't the "core" principles of the program be intact? Proper use of MVC should ensure that so that the user docs should be fine, and the as for the code itself the engineers should be better able to articulate what is going on? I looked at java and its documentation and it really was a clever design: surely other coding should be able to do the same? >> Fourthly, globalisation occured, internet was up and running on a global >> scale, international teams were working on programs, and people were >> attempting to translate japanese manuals into english (if you catch my >> drift... :) I used to be a Xeroid and this was a standing joke). So not >> all docs were as clear anymore. > It's worth noting that the _means_ of documentation > production have vastly improved (authoring systems, > text processors, use of graphics and so on), while > the quality of documentation produced that way does > not always have. > > Setzen Kopfphon in Kopfphon Wagenwinde ein, gemappt > die Pfeife lange wie die Form B. :-) I'll have to get you translate that for me- I have an idea, but I'd like to know for sure. Its kind of like only getting half the joke atm :) >> Lastly, we have the travesty of a lack of discipline in skills. Near >> enough's good enough, and so on. No one is taking the time anymore to >> become "skilled" - they want it now or never. Take a 6 week course and >> become an expert. The masters and gurus are becoming few and far between >> now (although there appears to be a nice concentration here- thats why I >> stick around. Linux lists seem to have the cranky ones :) ). And so we >> have the case as you have outlined Poly. That said the docs are getting >> to be of not much help either unless you're partly clairvoyant too in >> more cases than should be. > A big step in achieving to be a "skilled master" isn't > just bare knowledge, it's experience. And this requires > time. Nobody is willing to spend time in order to get > experience. Knowledge... well, you can easily obtain > knowledge today by "only" knowing how to properly search > for (and _find_) it. And for sure, you need to know how > to interpret the knowledge you find. But without experience, > what is knowledge worth? Knowledge without application > is ballast. On the other hand, knowledge is needed in > order to understand what's going on - especially in cases > where you're _supposed_ to know it. And by _using_ that > knowledge, you gain experience. In my opinion there is > no other way to gain it. I can speak from experience with exactly that. Hands on is the only way... those who can't do teach, and those who can't teach become university professors (at least here anyway) :D > People make mistakes. And that's no problem as you can > learn from mistakes. Of course, you cannot do _all_ the > mistakes possible, so when you can, learn from other's > mistakes. But for a learning experience, always make > your own mistakes. No one is born a master. >> Myself I believe that one needs to read the docs thoroughly and then if >> it is ambiguous then run a test case, if all else fails: ask. > Exactly my suggestion. >> But one >> needs to be as exact as possible when doing anything. > That's what you learn in science theory 101: Determine > your variables as strict as possible. Change _one_ thing > per time, so you can conclude by observing your results > (that have changed, _if_ they have changed). Formulate > your algorithm to "answer a question" as precise as > possible, therefor: Know your question. I see many programs out there that _don't_ do exactly that. They don't get the parameters and/or couldn't be bothered to implement them correctly. The ones where the developers do "know" work far better. See Bind and DHCP. >> "Any job worth >> doing is worth doing properly", and "god/devil is in the details" - Is >> say "God _and_ the devil is in the details": if you don't pay attention >> to the details the devil _will_ make sure it bites you in the ass! > Details always matter. In small scale, when you write a > C program and miss a *, the whole program can do something > totally different, or even doesn't compile anymore. In > large scale, if you deal, for example, with database > request, be sure to do it _properly_ to get the results > you want. Only the correct results are the results you're > interested in - or you would be querying /dev/random instead > without the need of a database. :-) > > This little thing hasn't changed in over 50 years that > computers are around. Many things have changed - but > details _still_ matter. Die, history, die!!! :-) > > > >> Its a crazy world, though, isn't it? :) > It may belong to Arthur Brown. :-) Yeah, it just might be... From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 02:37:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F1BE106566B for ; Thu, 19 Jan 2012 02:37:06 +0000 (UTC) (envelope-from mckinnon@live.com) Received: from blu0-omc4-s36.blu0.hotmail.com (blu0-omc4-s36.blu0.hotmail.com [65.55.111.175]) by mx1.freebsd.org (Postfix) with ESMTP id 483098FC15 for ; Thu, 19 Jan 2012 02:37:05 +0000 (UTC) Received: from BLU160-W54 ([65.55.111.137]) by blu0-omc4-s36.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 18 Jan 2012 18:25:04 -0800 Message-ID: X-Originating-IP: [205.206.118.165] From: Allan McKinnon To: Date: Wed, 18 Jan 2012 19:25:03 -0700 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 19 Jan 2012 02:25:04.0292 (UTC) FILETIME=[8D948E40:01CCD651] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 02:37:06 -0000 I finally got to install FreeBSD 9 onto my computer and noticed that the in= staller is now different. It seems to me that it forces you into doing ext= ra steps that I was comfortable doing on my own. I really enjoyed the old = installer because then I had complete control over how I tweaked my compute= r during and after the install. I am surprised that there is no gui presen= t while installing FreeBSD because it feels more like Ubuntu or a windows i= nstall (somewhat). Please=2C please=2C please take this nightmare away and= bring the beloved installer that was before FreeBSD 9. Thank you for listening. Allan = From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 06:38:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4D7C106566C for ; Thu, 19 Jan 2012 06:38:01 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9E78FC0C for ; Thu, 19 Jan 2012 06:38:00 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so5155173wgb.31 for ; Wed, 18 Jan 2012 22:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=u3kdsqhCr18f3fkwyrEHyLSOXbmvMmI1hw5jqKMomzQ=; b=lf3gDxxwFx/NFogfrmrcvfNeyLkZou3DMeGm6xxvGMP28Wsv2Qncfh/5vFiFd+Mhrc GtkRrDTkPBwByJtpE5HrPXp5A1+OFMP9ZZWlcE9AYXBpo7RP4+oWYY4O7kk4Nu7RZILo 2HlKw53CAXtIgv3K/ynYcMvB81yPvv7qjYa4o= Received: by 10.180.101.101 with SMTP id ff5mr36511864wib.14.1326955079307; Wed, 18 Jan 2012 22:37:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Wed, 18 Jan 2012 22:37:38 -0800 (PST) In-Reply-To: <20120118223856.GB14760@slackbox.erewhon.net> References: <20120118223856.GB14760@slackbox.erewhon.net> From: Christer Solskogen Date: Thu, 19 Jan 2012 07:37:38 +0100 Message-ID: To: Roland Smith Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Mailing List Subject: Re: Cross building FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 06:38:01 -0000 On Wed, Jan 18, 2012 at 11:38 PM, Roland Smith wrote: > On Wed, Jan 18, 2012 at 01:40:02PM +0100, Christer Solskogen wrote: >> Hi! >> >> I've just installed FreeBSD 9.0-RELEASE on my Mac Mini G4 (powerpc) - >> Can I use my other, and much faster, machine(amd64) to compile world >> and kernel to either populate /usr/obj or to generate base.txz, and >> kernel.txz? > > It should be possible. See e.g. this article: > http://bsdimp.blogspot.com/2006/09/cross-building-freebsd.html > Hm, that didn't help me much. I've already built both the kernel and world on my amd64 machine. > You do have to look up what the correct values of TARGET and TARGET_ARCH are > on powerpc. IIRC, the G4 is 32-bit. So according to running 'make target' in > /usr/src, it should be TARGET="powerpc" and TARGET_ARCH="powerpc". > There is no reason to add TARGET_ARCH when TARGET==TARGET_ARCH :) > If you use the DESTDIR variable on the build command line, you can put the > generated world and kernel in a separate directory, the contents of which you > can then copy (e.g. with tar|nc or with rsync) to /usr/obj on the Mac Mini. > Well, that is the question. How to copy those file over. Files have special chflags (for instance in /lib) > Personally, 9.0 is the first release where I haven't bothered to build a > custom kernel, because the GENERIC kernel seems to have everything I need > built-in or available as a module. And neither have I bothered yet with > building a custom world. > I agree. But there tend to be some erratas when the time comes. (And there is no freebsd-update on ppc) And building on a PPC is a pain :) -- chs, From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 07:27:38 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF8FE106566B for ; Thu, 19 Jan 2012 07:27:38 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4221A8FC16 for ; Thu, 19 Jan 2012 07:27:37 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so4425991wgb.1 for ; Wed, 18 Jan 2012 23:27:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=EXD9zphcJfCHiceji3zUry62IxYSGNcP5UQ3H5fcVVg=; b=oWTebO/4MvlxoEalPnkgacg0LPWTaBe2SQB+MMCtfpDjz4D1+0GFbBQNCR69bK/Yc3 WnAYzryRjDGSWkdopVEaxvtwHUaNtpVn4o3kVVD/KHU9Gg1e7U5QCO2AZ2nAfMKLGkPC Ea9zA4nY3bkGJrUR6VvK1gpE28jpqYud/v1SE= Received: by 10.180.101.101 with SMTP id ff5mr36744440wib.14.1326958057198; Wed, 18 Jan 2012 23:27:37 -0800 (PST) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id ex2sm63323208wib.1.2012.01.18.23.27.35 (version=SSLv3 cipher=OTHER); Wed, 18 Jan 2012 23:27:36 -0800 (PST) Message-ID: <4F17C5EA.9020304@gmail.com> Date: Thu, 19 Jan 2012 08:27:38 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120114 Thunderbird/9.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Extract photo from digital camera that is not USB mass storage device X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 07:27:38 -0000 Hello, I've bought a new digital camera Canon IXUS 220, it works well (but nothing to do with FreeBSD). But I've been very sad when I saw that I can't set it to mass storage device The device can only be used as PTP device I guess, that's why I don't have any da* device when I connect it. ugen7.2: at usbus7 What can I do to copy photo without extracting the SD card each time, does gphoto (or something similar) support this kind of generic device? Cheers, -- David Demelier From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 08:40:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2E52106566B for ; Thu, 19 Jan 2012 08:40:02 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 853198FC17 for ; Thu, 19 Jan 2012 08:40:01 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so5242148wgb.31 for ; Thu, 19 Jan 2012 00:40:01 -0800 (PST) Received: by 10.180.100.234 with SMTP id fb10mr37374686wib.5.1326962401135; Thu, 19 Jan 2012 00:40:01 -0800 (PST) Received: from dfleuriot.local (ip-100.net-82-216-199.nantes.rev.numericable.fr. [82.216.199.100]) by mx.google.com with ESMTPS id dr5sm63906756wib.0.2012.01.19.00.39.59 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 00:40:00 -0800 (PST) Message-ID: <4F17D6DE.7080003@my.gd> Date: Thu, 19 Jan 2012 09:39:58 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F17C5EA.9020304@gmail.com> In-Reply-To: <4F17C5EA.9020304@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Extract photo from digital camera that is not USB mass storage device X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 08:40:03 -0000 On 1/19/12 8:27 AM, David Demelier wrote: > Hello, > > I've bought a new digital camera Canon IXUS 220, it works well (but > nothing to do with FreeBSD). But I've been very sad when I saw that I > can't set it to mass storage device > > The device can only be used as PTP device I guess, that's why I don't > have any da* device when I connect it. > > ugen7.2: at usbus7 > > What can I do to copy photo without extracting the SD card each time, > does gphoto (or something similar) support this kind of generic device? > > Cheers, > Any more relevant output from dmesg when you plug the device ? From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 08:59:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84EF1106566C for ; Thu, 19 Jan 2012 08:59:43 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 43AE58FC14 for ; Thu, 19 Jan 2012 08:59:42 +0000 (UTC) Received: from r56.edvax.de (port-92-195-70-110.dynamic.qsc.de [92.195.70.110]) by mx02.qsc.de (Postfix) with ESMTP id A7ECA1E5DE; Thu, 19 Jan 2012 09:59:40 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0J8xex8001949; Thu, 19 Jan 2012 09:59:40 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Thu, 19 Jan 2012 09:59:40 +0100 From: Polytropon To: David Demelier Message-Id: <20120119095940.37dfbe80.freebsd@edvax.de> In-Reply-To: <4F17C5EA.9020304@gmail.com> References: <4F17C5EA.9020304@gmail.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Extract photo from digital camera that is not USB mass storage device X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 08:59:43 -0000 On Thu, 19 Jan 2012 08:27:38 +0100, David Demelier wrote: > Hello, > > I've bought a new digital camera Canon IXUS 220, it works well (but > nothing to do with FreeBSD). But I've been very sad when I saw that I > can't set it to mass storage device > > The device can only be used as PTP device I guess, that's why I don't > have any da* device when I connect it. > > ugen7.2: at usbus7 > > What can I do to copy photo without extracting the SD card each time, > does gphoto (or something similar) support this kind of generic device? If the camera supports PTP, use a gphoto2 (CLI program) or a GUI tool that uses it (e. g. Gtkam for Gnome, Digikam for KDE). You'll find them in the ports collection. Also check the menu of the camera if it can be switched between PTP mode and DA mode. I have a Canon S3 IS myself and it can do both modes, but I prefer extracting the memory card and using it with the internal reader of the computer instead of messing with the USB cable. :-) In the past, I had a camera that worked very well with gphoto2. It did identify to the system as ugen (USB generic), no further messages appeared. See "man gphoto2" on how to scan for devices and how to copy (and maybe delete) pictures from the camera. You can also automate this process (using devd) or use a GUI solution for it. I've been using Gtkam in the past for the task of selectively dealing with pictures. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 09:07:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8910E106564A for ; Thu, 19 Jan 2012 09:07:15 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 02A8C8FC19 for ; Thu, 19 Jan 2012 09:07:14 +0000 (UTC) Received: by werg1 with SMTP id g1so5354573wer.13 for ; Thu, 19 Jan 2012 01:07:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=x9Bak+YpAQMkFR132LN+7aw9f5CgVV3A1MP96TV5+Ik=; b=Omi7UyjC+X2tnQnGAyAMB8jQQybgwB2bBeWHZ4R/OowR6boA1glkkwApbW9N+pBasc 4yPcv5HhgMI0SC+x51a3forfHUcIb1lJSVZ42rqsodubr6vrW7W5V2jzED+k6ezd8zh1 9XTzzU2GVJ9DQHOSubbk30IpIxHFNeIiM/K7Q= Received: by 10.216.135.194 with SMTP id u44mr3218713wei.40.1326964033735; Thu, 19 Jan 2012 01:07:13 -0800 (PST) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by mx.google.com with ESMTPS id r1sm26912181wia.8.2012.01.19.01.07.10 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Jan 2012 01:07:11 -0800 (PST) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id A3197CF161; Thu, 19 Jan 2012 10:07:09 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TyXxgTtgox21; Thu, 19 Jan 2012 10:07:00 +0100 (CET) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id DF23ECF0DD; Thu, 19 Jan 2012 10:07:00 +0100 (CET) To: David Demelier From: Eric Masson In-Reply-To: <4F17C5EA.9020304@gmail.com> (David Demelier's message of "Thu, 19 Jan 2012 08:27:38 +0100") References: <4F17C5EA.9020304@gmail.com> X-Operating-System: FreeBSD 8.2-RELEASE-p5 amd64 Date: Thu, 19 Jan 2012 10:07:00 +0100 Message-ID: <864nvsysaz.fsf@srvbsdfenssv.interne.associated-bears.org> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: Extract photo from digital camera that is not USB mass storage device X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 09:07:15 -0000 David Demelier writes: Hi, > What can I do to copy photo without extracting the SD card each time, > does gphoto (or something similar) support this kind of generic device? Iirc, my old Canon A75, ptp device, was supported by gphoto. Éric Masson -- personne n'a un zipper suffisament puissant pour comprimer un con en 4 ligne pour le GNU ? parce que celui la, pour ses oeuvres complétes faut un forum dédié ! -+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+- From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 09:15:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD446106564A for ; Thu, 19 Jan 2012 09:15:08 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8106E8FC16 for ; Thu, 19 Jan 2012 09:15:08 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Rno5L-00054e-6E for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 10:15:07 +0100 Received: from np-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 10:15:07 +0100 Received: from inquiz by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 10:15:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: inquiz Date: Thu, 19 Jan 2012 09:05:09 +0000 (UTC) Lines: 21 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 09:15:08 -0000 Allan McKinnon live.com> writes: > ... > I really enjoyed the old installer because then I had complete control over > how I tweaked my computer during and after the install. I agree. The new installer got rid of dependencies and is scriptable - very good ! But the new installer looks primitive now. There were e.g. error messages that were incomprehensive, or did not return user to the beginning of a particular step or allow to continue, instead just interrupted the installation - a sign of untested software. That's not good for "an introduction to OS" which every installer is to a user. Perhaps the dev should take a look at PC-BSD installer for an inspiration. Please make changes soon, for 9.1 release if possible. inquiz From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 10:15:08 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3515106566B for ; Thu, 19 Jan 2012 10:15:08 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa12.ono.com (smtp12.ono.com [62.42.230.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8728FC16 for ; Thu, 19 Jan 2012 10:15:08 +0000 (UTC) Received: from GogPortatil.retena.com (85.219.71.98) by resmaa12.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4EFDA3B50040906E for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 11:15:06 +0100 Message-ID: <4EFDA3B50040906E@> (added by postmaster@resmaa12.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 19 Jan 2012 11:15:08 +0100 To: freebsd-questions@freebsd.org From: Eduardo Morras In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 10.0.1416 [2109/4149] Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 10:15:09 -0000 At 10:05 19/01/2012, you wrote: >Allan McKinnon live.com> writes: > > > ... > > I really enjoyed the old installer because then I had complete > control over > > how I tweaked my computer during and after the install. > >I agree. > >The new installer got rid of dependencies and is scriptable - very good ! > >But the new installer looks primitive now. >There were e.g. error messages that were incomprehensive, or did not >return user >to the beginning of a particular step or allow to continue, instead just >interrupted the installation - a sign of untested software. >That's not good for "an introduction to OS" which every installer is >to a user. I think that a full/complete update of the old installer to add it support GEOM, ZFS, scripting and more newer features will consume more manpower and resources than create a new one from scratch, where the devs aren't chained by old code, backwards compatibility, old restrictions and old point of views. This way, is easier correct bugs, new features, simplify the installation and even automate it to this new installer than try to add them to the old one. As always, i suppose that any ideas and help are welcome. >Perhaps the dev should take a look at PC-BSD installer for an inspiration. >Please make changes soon, for 9.1 release if possible. Or 8.3 ;) >inquiz From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 10:29:10 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32639106566B for ; Thu, 19 Jan 2012 10:29:10 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id A5B048FC0A for ; Thu, 19 Jan 2012 10:29:09 +0000 (UTC) Received: by lahe6 with SMTP id e6so2025324lah.13 for ; Thu, 19 Jan 2012 02:29:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=bbuocQxxwbQoMOjgS8VZxGmPvUoJCCAzyUAHFlq2Bek=; b=iZmHCtUchbSsU/XxoNcsDdt0szkA6YVTzuuHV5y3u3xGKv1ZYKDNNaXADmGqhZCdIy ZnN4SQ5nXXz6NKFW1cXQvGkgESz5MmkFUvfGMKIHymKR2yJkFR09+21NDtsYCVTCDPwP fLtYIOftRHPa6u8pOr91n4t0UuhHgl9yuNuz0= Received: by 10.152.122.240 with SMTP id lv16mr10891122lab.34.1326968948428; Thu, 19 Jan 2012 02:29:08 -0800 (PST) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id oy18sm20750979lab.3.2012.01.19.02.29.06 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 02:29:07 -0800 (PST) Message-ID: <4F17F073.6070905@gmail.com> Date: Thu, 19 Jan 2012 11:29:07 +0100 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120114 Thunderbird/9.0 MIME-Version: 1.0 To: Polytropon References: <4F17C5EA.9020304@gmail.com> <20120119095940.37dfbe80.freebsd@edvax.de> In-Reply-To: <20120119095940.37dfbe80.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Extract photo from digital camera that is not USB mass storage device X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 10:29:10 -0000 On 19/01/2012 09:59, Polytropon wrote: > On Thu, 19 Jan 2012 08:27:38 +0100, David Demelier wrote: >> Hello, >> >> I've bought a new digital camera Canon IXUS 220, it works well (but >> nothing to do with FreeBSD). But I've been very sad when I saw that I >> can't set it to mass storage device >> >> The device can only be used as PTP device I guess, that's why I don't >> have any da* device when I connect it. >> >> ugen7.2: at usbus7 >> >> What can I do to copy photo without extracting the SD card each time, >> does gphoto (or something similar) support this kind of generic device? > > If the camera supports PTP, use a gphoto2 (CLI program) > or a GUI tool that uses it (e. g. Gtkam for Gnome, > Digikam for KDE). > > You'll find them in the ports collection. > > Also check the menu of the camera if it can be switched > between PTP mode and DA mode. I have a Canon S3 IS myself > and it can do both modes, but I prefer extracting the > memory card and using it with the internal reader of the > computer instead of messing with the USB cable. :-) > > In the past, I had a camera that worked very well with > gphoto2. It did identify to the system as ugen (USB > generic), no further messages appeared. > > See "man gphoto2" on how to scan for devices and how to > copy (and maybe delete) pictures from the camera. You > can also automate this process (using devd) or use a > GUI solution for it. I've been using Gtkam in the past > for the task of selectively dealing with pictures. > > Thanks a lot, I used gphoto, at the beginning it didn't found the device because of lack of permissions. I've just added some rules in devfs to use it as normal user and it works ! add path 'usb/*' mode 0660 group operator thanks for gtkam, it looks great :) -- David Demelier From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 10:41:55 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C590C106566B for ; Thu, 19 Jan 2012 10:41:55 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB0D8FC08 for ; Thu, 19 Jan 2012 10:41:54 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RnpRI-0007q9-Ch for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 11:41:52 +0100 Received: from np-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 11:41:52 +0100 Received: from inquiz by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 11:41:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: inquiz Date: Thu, 19 Jan 2012 10:41:37 +0000 (UTC) Lines: 30 Message-ID: References: <8397.74345881796$1326968162@news.gmane.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 10:41:55 -0000 Eduardo Morras retena.com> writes: > ... > I think that a full/complete update of the old installer to add it > support GEOM, ZFS, scripting and more newer features will consume > more manpower and resources than create a new one from scratch, where > the devs aren't chained by old code, backwards compatibility, old > restrictions and old point of views. This way, is easier correct > bugs, new features, simplify the installation and even automate it to > this new installer than try to add them to the old one. > > As always, i suppose that any ideas and help are welcome. > ... If devs decided that there are good technical and other reasons to retire the old installer, then that's fair enough. But then the new installer has to be at least equal in features, functionality, and overall quality. Take a look at: http://distrowatch.com/weekly.php?issue=20100308#feature Installation, etc. Very impressive. inquiz From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 10:46:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 438F0106566C for ; Thu, 19 Jan 2012 10:46:43 +0000 (UTC) (envelope-from juvix88@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id CB7AC8FC15 for ; Thu, 19 Jan 2012 10:46:42 +0000 (UTC) Received: by wgbgn7 with SMTP id gn7so5360332wgb.31 for ; Thu, 19 Jan 2012 02:46:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pJYQNNk3WnOfYm+XAFUS9jhFyYXgwNB0oetKzcyuDfw=; b=BWnRBSRodzTLnEAw8CxUjcAy6gd9eAlkipT8tHA0Tk1qCoFrGlhTTPaHi3aTOMeK6Q xr9nqv5lSCGzebkWBubtctBH/CzZARuoBRXlb1s7IxNTJ8OtnKh21cqgn8UeqOs3asyN UKhLoXxbXJ+jL085lpgic6Nly6/2FskdsAtC0= MIME-Version: 1.0 Received: by 10.180.77.200 with SMTP id u8mr42937537wiw.18.1326970001815; Thu, 19 Jan 2012 02:46:41 -0800 (PST) Received: by 10.180.91.11 with HTTP; Thu, 19 Jan 2012 02:46:41 -0800 (PST) Received: by 10.180.91.11 with HTTP; Thu, 19 Jan 2012 02:46:41 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Jan 2012 05:46:41 -0500 Message-ID: From: Jonathan Vomacka To: Allan McKinnon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 10:46:43 -0000 On Jan 18, 2012 9:37 PM, "Allan McKinnon" wrote: > > > I finally got to install FreeBSD 9 onto my computer and noticed that the installer is now different. It seems to me that it forces you into doing extra steps that I was comfortable doing on my own. I really enjoyed the old installer because then I had complete control over how I tweaked my computer during and after the install. I am surprised that there is no gui present while installing FreeBSD because it feels more like Ubuntu or a windows install (somewhat). Please, please, please take this nightmare away and bring the beloved installer that was before FreeBSD 9. > Thank you for listening. > Allan _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " freebsd-questions-unsubscribe@freebsd.org" I am going to have to agree. The new installer is terrible From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 11:37:04 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD77106568C for ; Thu, 19 Jan 2012 11:37:04 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7FF318FC1C for ; Thu, 19 Jan 2012 11:37:04 +0000 (UTC) Received: by iagz16 with SMTP id z16so12849039iag.13 for ; Thu, 19 Jan 2012 03:37:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=z8pT7VT7tt1g9MNZLMtyFCRmaEdFfQgGQNkEi3FQKLI=; b=uyTcJozaa+CcsYtbfC9jlJxvmIO0pqhS5fp1qcfIhsa2u90ORtQFkXio6DDO3tHZ83 YAHxydHH2Sdtbw/sPScgh/gimaNJf3iEhhQTYdWgMAqRfqzz+teQ6/k1loYcuxUHwKn2 mc4WBdzgb3ki7c/HkDqcBAOUkGk8YL1lcDskA= Received: by 10.50.77.226 with SMTP id v2mr26965166igw.7.1326973023950; Thu, 19 Jan 2012 03:37:03 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id vg9sm18032348igb.4.2012.01.19.03.37.03 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Jan 2012 03:37:03 -0800 (PST) From: ajtiM To: freebsd-questions@freebsd.org Date: Thu, 19 Jan 2012 05:36:54 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201201190536.55002.lumiwa@gmail.com> Subject: openjdk6 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 11:37:04 -0000 Hi! I have installed diablo-jdk16 and I like start using openjdk6. Is it okay if I run: portmaster -o java/openjdk6 java/diablo-jdk16 Thanks in advance. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 12:28:55 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9137D1065670 for ; Thu, 19 Jan 2012 12:28:55 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E38D68FC16 for ; Thu, 19 Jan 2012 12:28:54 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id g1so5562361wer.13 for ; Thu, 19 Jan 2012 04:28:54 -0800 (PST) Received: by 10.216.136.156 with SMTP id w28mr428909wei.11.1326976134587; Thu, 19 Jan 2012 04:28:54 -0800 (PST) Received: from dfleuriot.local (ip-100.net-82-216-199.nantes.rev.numericable.fr. [82.216.199.100]) by mx.google.com with ESMTPS id fy5sm65708435wib.7.2012.01.19.04.28.53 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 04:28:54 -0800 (PST) Message-ID: <4F180C83.9090100@my.gd> Date: Thu, 19 Jan 2012 13:28:51 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Horrible installer (was: Re: FreeBSD 9) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 12:28:55 -0000 On 1/19/12 3:25 AM, Allan McKinnon wrote: > > I finally got to install FreeBSD 9 onto my computer and noticed that the installer is now different. It seems to me that it forces you into doing extra steps that I was comfortable doing on my own. I really enjoyed the old installer because then I had complete control over how I tweaked my computer during and after the install. I am surprised that there is no gui present while installing FreeBSD because it feels more like Ubuntu or a windows install (somewhat). Please, please, please take this nightmare away and bring the beloved installer that was before FreeBSD 9. > Thank you for listening. > Allan _______________________________________________ Erm, you have to realize the new installer was discussed at length here, when 9.0 was still under development/beta/prerelease. Then would have been the best time to voice your frustration over the new scheme. Alternatively, you could do like me and install entirely by hand: - boot an MFSBSD image (thanks mm@ ) - partition your disks from there (see http://my.gd/bsd.htm for a rough sketch on how to use gpart) - fetch the 9.0 archives in .txz (tar.xz) format - unpack archives with xz -d - untar archived to the mountpoint with your new filesystems (eg: tar xf base.tar -C /mnt) - customize configuration files (rc.conf, fstab, root's password or SSH key, sshd_config to allow root login temporarily) And then most of all, profit ;) I've been doing installs this way first with 8.x (using the install scripts on the CDROM) then now with 9.x unpacking the .txz archives. I'm quite happy with it, the process is simple enough to document and reproduce, and offers suitable customization options. We've developed a tiny web interface here that lets us customize the size, type and label of our GPT partitions, hostname, IP address, root password and SSH accounts/keys to deploy on such newly installed machines. The interface spits the whole wall of commands to paste once logged in to the MFSBSD image to install the new OS and configure it. Works like a charm really. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 14:22:03 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D47A9106566B for ; Thu, 19 Jan 2012 14:22:03 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id 55EE38FC16 for ; Thu, 19 Jan 2012 14:22:02 +0000 (UTC) Received: from merom.hotsoft.nl (merom.hotsoft.nl [192.168.0.12]) by mail.beastielabs.net (8.14.5/8.14.5) with ESMTP id q0JE2rfR075730; Thu, 19 Jan 2012 15:02:53 +0100 (CET) (envelope-from hans@beastielabs.net) Message-ID: <4F18228D.7030403@beastielabs.net> Date: Thu, 19 Jan 2012 15:02:53 +0100 From: Hans Ottevanger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111224 Thunderbird/9.0 MIME-Version: 1.0 To: pancakeking79@gmail.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: NetGear WG511T and WPA support on FreeBSD 8.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 14:22:03 -0000 On 01/13/12 22:17, _ wrote: > Hi, > > Since I've run into problems getting an ndisgen generated driver for my > Realtek RTL8185 54M to work on > my FreeBSD 8.2 (i386) system - kldload on the driver generates a permanent > kernel crash-, I am currently > thinking about buying the NetGear WG511T PCMCIA bus driven card. > > I would like to ask if there are any users on this list that make use of > this card and that can confirm whether > or not this cards works fine alongside with WPA/WPA2 on 8.2 or 9.0 if I > decide to upgrade? > > I am aware of the supported hardware list. The card in discussion is not > listed as supported. > However, this could still be the case, since I read in an older 7.0 related > thread > http://www.daemonforums.org/showthread.php?t=1424 that it did work, at > least at one point in time. > > > Thanks > Hi, Maybe a bit late to react, but I have been traveling lately ... I have two WPA511T adapters (slightly different from the WG511T you refer to). I used them intensively for years in a pair of antique Toshiba laptops and they have actually always worked (since 6.x, I believe) without any issues and they still do with a recent 8.2-STABLE. I use wpa_supplicant, mostly with WPA2. It is recognized as follows: ath0: mem 0x88000000-0x8800ffff irq 10 at device 0.0 on cardbus1 ath0: [ITHREAD] ath0: AR2413 mac 7.9 RF2413 phy 4.5 Of course there could still be PCMCIA issues on a different laptop, but since the WG511T also has an Atheros 5212 chipset and Atheros chipsets for 802.11g have excellent support in FreeBSD, I would expect it to work, even with a GENERIC kernel. Kind regards, Hans Ottevanger From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 14:32:22 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400A9106566B for ; Thu, 19 Jan 2012 14:32:22 +0000 (UTC) (envelope-from ndhertbsd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id F14838FC14 for ; Thu, 19 Jan 2012 14:32:21 +0000 (UTC) Received: by ggki1 with SMTP id i1so5779470ggk.13 for ; Thu, 19 Jan 2012 06:32:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ZpmNOtc6yov4DwVvfGEh+JZX3HmP3HKJODNh0ywzVuc=; b=DweCnpyeW7dHN5K7gqQP3F5NzYwHPqbBrDzav1eMLMdcc6z00oPwCm6nTO41RZarNa Ovi6nOaDCDyNGU4cA2jaihMDkBdxCmEfW8zFp5vejZ4mLpqDKRXq9dUtrfLex37djrqO BkHlBHq+RNtxnCMhLWC4ZFvMosTWR5XIPFpd0= MIME-Version: 1.0 Received: by 10.50.189.136 with SMTP id gi8mr25301424igc.18.1326983539378; Thu, 19 Jan 2012 06:32:19 -0800 (PST) Received: by 10.42.158.65 with HTTP; Thu, 19 Jan 2012 06:32:19 -0800 (PST) Date: Thu, 19 Jan 2012 15:32:19 +0100 Message-ID: From: n dhert To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: changed ip-adress, DNS lookups don't work anymore X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 14:32:22 -0000 FreeBSD 8.2. system. Gets is TCP/IP parameters (and DNS name-servers IPs) from a DHCP server, with a fixed IP address (the system always gets the same IP, based on its MAC address as specified in the DHCP config file) Now I wanted the system to have a different IP address. Changed the DHCP server config accordingly. Reboot. OK, from $ ifconfig -a I can see it received the new IP. But DNS lookups don't work any longer .. $ host xxx.yyy.zzz.com ;; connection timed out; no servers could be reached The system is behind a firewall, but there are NO errors logged relating to the (new) IP address. Other FreeBSD-8.2 systems using the same DHCP server, configured in exactly the same way, work perfectly well. I can SSH to the sytem, but it takes 20 or 30 seconds before the Password: prompt appears (normally should be immediate) Once in the system, starting my alpine mail-client, it takes a minute or so to display the messages (normally this should be immediate) Also at boot of the system there is wait for a 2,5 minutes somewhere in the series of Starting . Probably these three phenomena have the same cause: DNS lookups don't work any idea what can be wrong ?? I've looked and compared with other systems, can't find it ... From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 14:36:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9C5B106564A for ; Thu, 19 Jan 2012 14:36:16 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AABD8FC16 for ; Thu, 19 Jan 2012 14:36:16 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so132868wib.13 for ; Thu, 19 Jan 2012 06:36:15 -0800 (PST) Received: by 10.180.77.200 with SMTP id u8mr44461152wiw.18.1326983775300; Thu, 19 Jan 2012 06:36:15 -0800 (PST) Received: from dfleuriot.local (ip-100.net-82-216-199.nantes.rev.numericable.fr. [82.216.199.100]) by mx.google.com with ESMTPS id fv6sm66785174wib.8.2012.01.19.06.36.11 (version=SSLv3 cipher=OTHER); Thu, 19 Jan 2012 06:36:12 -0800 (PST) Message-ID: <4F182A5A.30202@my.gd> Date: Thu, 19 Jan 2012 15:36:10 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: changed ip-adress, DNS lookups don't work anymore X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 14:36:16 -0000 On 1/19/12 3:32 PM, n dhert wrote: > FreeBSD 8.2. system. > Gets is TCP/IP parameters (and DNS name-servers IPs) from a DHCP server, > with a fixed IP address > (the system always gets the same IP, based on its MAC address as specified > in the DHCP config file) > > Now I wanted the system to have a different IP address. > Changed the DHCP server config accordingly. > Reboot. OK, from $ ifconfig -a I can see it received the new IP. > > But DNS lookups don't work any longer .. > $ host xxx.yyy.zzz.com > ;; connection timed out; no servers could be reached > > The system is behind a firewall, but there are NO errors logged relating > to the (new) IP address. > Other FreeBSD-8.2 systems using the same DHCP server, configured in exactly > the same way, work perfectly well. > > I can SSH to the sytem, but it takes 20 or 30 seconds before the Password: > prompt appears (normally should > be immediate) > Once in the system, starting my alpine mail-client, it takes a minute or so > to display the messages (normally this should be immediate) > Also at boot of the system there is wait for a 2,5 minutes somewhere in the > series of Starting . > Probably these three phenomena have the same cause: DNS lookups don't work > > any idea what can be wrong ?? > I've looked and compared with other systems, can't find it ... > First, add "UseDNS no" to either /etc/ssh/sshd_config or /usr/local/etc/ssh/sshd_config That'll allow you to log in via SSH without the server performing DNS lookups, which are rather useless anyway. Second, you should run "tcpdump" on your DNS host to check if you're actually receiving requests from your freebsd box. Also, post your /etc/resolv.conf , "netstat -rn" and "ifconfig" I'd also be interested in the relevant parts of your firewalling config From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 14:59:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA2D1065674 for ; Thu, 19 Jan 2012 14:59:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 17A488FC15 for ; Thu, 19 Jan 2012 14:59:47 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q0JEaUii005009; Thu, 19 Jan 2012 08:59:47 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12en2y03ex-8 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 08:59:47 -0600 Received: from [10.0.0.105] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 08:58:55 -0600 References: In-Reply-To: MIME-Version: 1.0 (iPhone Mail 8C148) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Message-ID: X-Mailer: iPhone Mail (8C148) From: Devin Teske Date: Thu, 19 Jan 2012 06:58:49 -0800 To: inquiz X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_06:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: "" Subject: * Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 14:59:48 -0000 On Jan 19, 2012, at 1:05 AM, inquiz wrote: > Allan McKinnon live.com> writes: >=20 >> ...=20 >> I really enjoyed the old installer because then I had complete control o= ver=20 >> how I tweaked my computer during and after the install. >=20 > I agree. >=20 > The new installer got rid of dependencies and is scriptable - very good ! ??? *cough* Old installer _is_ scriptable and had less external dependencies as= it was written in C not sh(1) *cough* --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 15:16:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1798106566B for ; Thu, 19 Jan 2012 15:16:05 +0000 (UTC) (envelope-from ndhertbsd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id AB1018FC08 for ; Thu, 19 Jan 2012 15:16:05 +0000 (UTC) Received: by ggki1 with SMTP id i1so29307ggk.13 for ; Thu, 19 Jan 2012 07:16:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=5vmJJ6VmPbKpmrjhjyIkB4kdc9GtZB8NNUQXhaTWYV8=; b=bV6zyHV26zruQE/Y49Xs3KvTI2gaDn4QEsFVrkEZN4uJeiPT/TDrXHwDphLOjJDOnc bg0Tyzn4V9dglb+O3Zw4PD/XRrS5E0gVQFzobziBTOLIVkceKDEp6eJnad2N/htuNNB/ HjoRt/dx4fkVwwQNiHqy8/bv4ODfUt1DP0qJo= MIME-Version: 1.0 Received: by 10.50.182.199 with SMTP id eg7mr25445954igc.22.1326986163362; Thu, 19 Jan 2012 07:16:03 -0800 (PST) Received: by 10.42.158.65 with HTTP; Thu, 19 Jan 2012 07:16:03 -0800 (PST) In-Reply-To: References: <4F182A5A.30202@my.gd> Date: Thu, 19 Jan 2012 16:16:03 +0100 Message-ID: From: n dhert To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: changed ip-adress, DNS lookups don't work anymore X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 15:16:06 -0000 > > - with UseDNS no, I can login quickly again.. > - I don't manage the DNS servers, can do anything there, but I do believe > they do not receive anything > since I now see, I can't even ping any of the three of tehm, specified in > my /etc/resolv,conf file > # ping 143.169.254.100 > - the /etc/resolv.conf file is OK (same as on other machines getting DHCP > info from the same DHCP server) > > [admin@pclinwi7475old 75.126 ~]$ netstat -m > 258/267/525 mbufs in use (current/cache/total) > 256/134/390/16704 mbuf clusters in use (current/cache/total/max) > 256/128 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/2/2/8352 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/4176 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/2088 16k jumbo clusters in use (current/cache/total/max) > 576K/342K/919K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/4/4432 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > [admin@pclinwi7475old 75.126 ~]$ ifconfig > em0: flags=8843 metric 0 mtu 1500 > > options=209b > ether 00:0b:db:53:3e:15 > inet 143.129.75.126 netmask 0xffffff00 broadcast 143.129.75.255 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=8810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > options=3 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=3 > I'm believing now there is still something wrong on the firewall > something in the cache referring to the old IP address ??? > > I use shorewall on a Ubuntu 11.04 ... > > > 2012/1/19 Damien Fleuriot > >> >> >> On 1/19/12 3:32 PM, n dhert wrote: >> > FreeBSD 8.2. system. >> > Gets is TCP/IP parameters (and DNS name-servers IPs) from a DHCP server, >> > with a fixed IP address >> > (the system always gets the same IP, based on its MAC address as >> specified >> > in the DHCP config file) >> > >> > Now I wanted the system to have a different IP address. >> > Changed the DHCP server config accordingly. >> > Reboot. OK, from $ ifconfig -a I can see it received the new IP. >> > >> > But DNS lookups don't work any longer .. >> > $ host xxx.yyy.zzz.com >> > ;; connection timed out; no servers could be reached >> > >> > The system is behind a firewall, but there are NO errors logged relating >> > to the (new) IP address. >> > Other FreeBSD-8.2 systems using the same DHCP server, configured in >> exactly >> > the same way, work perfectly well. >> > >> > I can SSH to the sytem, but it takes 20 or 30 seconds before the >> Password: >> > prompt appears (normally should >> > be immediate) >> > Once in the system, starting my alpine mail-client, it takes a minute >> or so >> > to display the messages (normally this should be immediate) >> > Also at boot of the system there is wait for a 2,5 minutes somewhere in >> the >> > series of Starting . >> > Probably these three phenomena have the same cause: DNS lookups don't >> work >> > >> > any idea what can be wrong ?? >> > I've looked and compared with other systems, can't find it ... >> > >> >> >> First, add "UseDNS no" to either /etc/ssh/sshd_config or >> /usr/local/etc/ssh/sshd_config >> >> That'll allow you to log in via SSH without the server performing DNS >> lookups, which are rather useless anyway. >> >> Second, you should run "tcpdump" on your DNS host to check if you're >> actually receiving requests from your freebsd box. >> >> >> Also, post your /etc/resolv.conf , "netstat -rn" and "ifconfig" >> >> I'd also be interested in the relevant parts of your firewalling config >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " >> freebsd-questions-unsubscribe@freebsd.org" >> > > From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 15:20:36 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF23E106564A for ; Thu, 19 Jan 2012 15:20:36 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 96BEF8FC14 for ; Thu, 19 Jan 2012 15:20:36 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Rntn0-0001mx-6c for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 16:20:34 +0100 Received: from np-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 16:20:34 +0100 Received: from inquiz by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jan 2012 16:20:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: inquiz Date: Thu, 19 Jan 2012 15:20:14 +0000 (UTC) Lines: 18 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.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; Linux i686; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: * Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 15:20:36 -0000 Devin Teske fisglobal.com> writes: > ... > > The new installer got rid of dependencies and is scriptable - very good ! > > ??? > > *cough* Old installer _is_ scriptable and had less external dependencies as it > was written in C not sh(1) *cough* Well, here it is: http://wiki.freebsd.org/BSDInstall inquiz From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 15:32:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17AB106564A for ; Thu, 19 Jan 2012 15:32:26 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 94B9E8FC12 for ; Thu, 19 Jan 2012 15:32:26 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa06 [127.0.0.1]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with SMTP id q0JFQN53003094; Thu, 19 Jan 2012 09:32:25 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa06.fnfis.com with ESMTP id 12en6888x1-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 09:32:24 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 09:32:21 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Thu, 19 Jan 2012 07:32:18 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <563922A4-0AAB-409A-8B94-B7E2116052A3@fisglobal.com> References: To: inquiz X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_06:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: freebsd-questions@freebsd.org Subject: Re: * Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 15:32:26 -0000 On Jan 19, 2012, at 7:20 AM, inquiz wrote: > Devin Teske fisglobal.com> writes: >=20 >> ...=20 >>> The new installer got rid of dependencies and is scriptable - very good= ! >>=20 >> ??? >>=20 >> *cough* Old installer _is_ scriptable and had less external dependencies= as it >> was written in C not sh(1) *cough* >=20 > Well, here it is: >=20 > http://wiki.freebsd.org/BSDInstall >=20 Right, but those claims (1 - being scriptable and 2 - not requiring utiliti= es outside the base) are *both* not unique to bsdinstall and its predecesso= r (sysinstall) exhibited both those features long before bsdinstall. We've been scripting sysinstall since 2006. Successfully, I might add (and = yes, we plan to release a 9.0 scripted sysinstall image to "share the love"= ). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 16:35:39 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E402F1065675 for ; Thu, 19 Jan 2012 16:35:38 +0000 (UTC) (envelope-from root@li276-6.members.linode.com) Received: from li276-6.members.linode.com (unknown [IPv6:2a01:7e00::f03c:91ff:fedf:e487]) by mx1.freebsd.org (Postfix) with ESMTP id 977848FC13 for ; Thu, 19 Jan 2012 16:35:38 +0000 (UTC) Received: from li276-6.members.linode.com (localhost.localdomain [127.0.0.1]) by li276-6.members.linode.com (8.13.8/8.13.8) with ESMTP id q0JGZbLP023495 for ; Thu, 19 Jan 2012 11:35:37 -0500 Received: (from root@localhost) by li276-6.members.linode.com (8.13.8/8.13.8/Submit) id q0JGZbmU023494; Thu, 19 Jan 2012 11:35:37 -0500 Date: Thu, 19 Jan 2012 11:35:37 -0500 Message-Id: <201201191635.q0JGZbmU023494@li276-6.members.linode.com> To: freebsd-questions@freebsd.org From: "Europe-Bank@bank.org" MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have recieved A Europe's Bank Card. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:35:39 -0000 [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A McDonald's E-Card. 1. Hello! You have recieved a [6]Europe-Bank's E-Card. To see it, click [7]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [8]send one. Hope to see you soon, Your friends at Europe Bank's Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [9]Hallmark.com | [10]Privacy & Security | [11]Customer Service | [12]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|Shop%0aOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!%0a%2001|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://www.google.ro/url?sa=t&source=web&cd=2&ved=0CCEQFjAB&url=http%3A%2F%2Fro.wikipedia.org%2Fwiki%2FMcDonald's&ei=14TXTNLCN5HNswbXo8HZCA&usg=AFQjCNFoNdu4PnoY2C0z1cQdgS7fcMnmag 7. http://feliciti.es/images/postcard.exe 8. http://feliciti.es/images/postcard.exe 9. http://wba01.esp.ne.jp/~es0132/hallmark/hallmark.scr 10. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 11. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 12. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 16:42:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E69F106566C for ; Thu, 19 Jan 2012 16:42:40 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [IPv6:2605:dc00:100:2::a2]) by mx1.freebsd.org (Postfix) with SMTP id D4D128FC1F for ; Thu, 19 Jan 2012 16:42:39 +0000 (UTC) Received: (qmail 1505 invoked by uid 0); 19 Jan 2012 16:42:39 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy9.bluehost.com with SMTP; 19 Jan 2012 16:42:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.com; s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=d+m3AxRB3ig86FpWwkv0TvnCCs0QlSSdHLpnemUU9uo=; b=Z4dsRJELX+yhrcnETECj5F/Tyfb/2ipSWjWDXhsBNYnrwqrdIQYFtj//fY0PWIw4KR9oh/bneaqWMAgLKZfg7Nslx19msWahLFDXk7dMqbBiers3vs6HB8J/LXkCmsPS; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=localhost) by box543.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Rnv4O-0007A1-4T for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 09:42:36 -0700 Date: Thu, 19 Jan 2012 09:42:34 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20120119164234.GB21488@hemlock.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <4EFDA3B50040906E@> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EFDA3B50040906E@> User-Agent: Mutt/1.5.21 (2010-09-15) X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 24.8.180.234 authed with perrin@apotheon.com} Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:42:40 -0000 On Thu, Jan 19, 2012 at 11:15:08AM +0100, Eduardo Morras wrote: > > I think that a full/complete update of the old installer to add it > support GEOM, ZFS, scripting and more newer features will consume > more manpower and resources than create a new one from scratch, > where the devs aren't chained by old code, backwards compatibility, > old restrictions and old point of views. This way, is easier correct > bugs, new features, simplify the installation and even automate it > to this new installer than try to add them to the old one. I'm curious: Is this just speculation, or have you determined this by reading the source of the old installer? Old code means *tested* code, and when it is well-maintained it often means easily extensible code. Is that the case for the old installer, or is the older installer a crufty mess of "temporary" fixes that became permanent, as your statements seem to imply? -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 16:46:35 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 580F91065677 for ; Thu, 19 Jan 2012 16:46:35 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [IPv6:2605:dc00:100:2::a2]) by mx1.freebsd.org (Postfix) with SMTP id 1EEB08FC08 for ; Thu, 19 Jan 2012 16:46:35 +0000 (UTC) Received: (qmail 12360 invoked by uid 0); 19 Jan 2012 16:46:34 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy9.bluehost.com with SMTP; 19 Jan 2012 16:46:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.com; s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=Zp0d5WXphOdPvE+t8gE+mxrhTgU6S61B/r+/lXju2C8=; b=ciOCDnkg/sqTNBim9hvqfK3Aw/kxOmTf0lq2vg0Quq66mpZRgxYNPJIKK/XfhykceMskziDJ64Ot08rDss+Vz5yl0ITxpHi1Ks6Oh4FmjEAD0eusyaih1+ci11Zw2gZr; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=localhost) by box543.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Rnv8A-0006j1-5w for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 09:46:30 -0700 Date: Thu, 19 Jan 2012 09:46:28 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20120119164628.GC21488@hemlock.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <8397.74345881796$1326968162@news.gmane.org> 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-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 24.8.180.234 authed with perrin@apotheon.com} Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 16:46:35 -0000 On Thu, Jan 19, 2012 at 10:41:37AM +0000, inquiz wrote: > Eduardo Morras retena.com> writes: > > > ... > > I think that a full/complete update of the old installer to add it > > support GEOM, ZFS, scripting and more newer features will consume > > more manpower and resources than create a new one from scratch, where > > the devs aren't chained by old code, backwards compatibility, old > > restrictions and old point of views. This way, is easier correct > > bugs, new features, simplify the installation and even automate it to > > this new installer than try to add them to the old one. > > > > As always, i suppose that any ideas and help are welcome. > > ... > > If devs decided that there are good technical and other reasons to retire > the old installer, then that's fair enough. > But then the new installer has to be at least equal in features, functionality, > and overall quality. . . . or provide the ability to select the old installer at boot time, perhaps. Let's not turn this into a false dilemma; I don't see why we can't have our cake and eat it too for a while. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 17:03:28 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C5281065704 for ; Thu, 19 Jan 2012 17:03:28 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id C42F58FC0C for ; Thu, 19 Jan 2012 17:03:27 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa04 [127.0.0.1]) by ltcfislmsgpa04.fnfis.com (8.14.4/8.14.4) with SMTP id q0JGViaZ009392; Thu, 19 Jan 2012 11:03:24 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa04.fnfis.com with ESMTP id 12eps0g471-16 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 11:03:24 -0600 Received: from [10.0.0.104] (10.14.152.28) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 11:03:15 -0600 MIME-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <20120119164628.GC21488@hemlock.hydra> Date: Thu, 19 Jan 2012 09:03:13 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: <8C3EC4C9-2354-4791-A40C-F4CDC07E371E@fisglobal.com> References: <8397.74345881796$1326968162@news.gmane.org> <20120119164628.GC21488@hemlock.hydra> To: Chad Perrin X-Mailer: Apple Mail (2.1084) X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_07:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 17:03:28 -0000 On Jan 19, 2012, at 8:46 AM, Chad Perrin wrote: > On Thu, Jan 19, 2012 at 10:41:37AM +0000, inquiz wrote: >> Eduardo Morras retena.com> writes: >>=20 >>> ...=20 >>> I think that a full/complete update of the old installer to add it=20 >>> support GEOM, ZFS, scripting and more newer features will consume=20 >>> more manpower and resources than create a new one from scratch, where= =20 >>> the devs aren't chained by old code, backwards compatibility, old=20 >>> restrictions and old point of views. This way, is easier correct=20 >>> bugs, new features, simplify the installation and even automate it to= =20 >>> this new installer than try to add them to the old one. >>>=20 >>> As always, i suppose that any ideas and help are welcome. >>> ... >>=20 >> If devs decided that there are good technical and other reasons to retire >> the old installer, then that's fair enough. >> But then the new installer has to be at least equal in features, functio= nality, >> and overall quality. >=20 > . . . or provide the ability to select the old installer at boot time, > perhaps. Let's not turn this into a false dilemma; I don't see why we > can't have our cake and eat it too for a while. >=20 Before sysinstall is simply "made available" as an option, it first needs t= o be taught how to handle a monolithic txz file because the structure of th= e system has changed. Also... sysinstall expects to boot into a RW filesystem, and I don't know y= et whether the architecture has changed in this respect. If bsdinstall does= n't boot into an MFS, then having the boot loader set vfs.root.mountfrom.op= tions to "rw" is of little effect (for example, if you're booting directly = into an ISO 9660 filesystem which can't be made writable -- unionfs aside). So, whatever prompt the user is given to choose between sysinstall and bsdi= nstall... said prompt best be pretty early in the game (if we're going to f= ork to two different operating environments: MFS versus ISO 9660). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 17:07:20 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F233106566C for ; Thu, 19 Jan 2012 17:07:20 +0000 (UTC) (envelope-from sulfurfff@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D129A8FC14 for ; Thu, 19 Jan 2012 17:07:19 +0000 (UTC) Received: by werg1 with SMTP id g1so189897wer.13 for ; Thu, 19 Jan 2012 09:07:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; bh=OYN1kaRrBw1kyZwbuxokv/sYdrpcbQWTvz57CScwkcQ=; b=UQ3TxJjO2ius/6Hs+7zhrv5Mdr9Z5SUwVTJno5pZLPPlv2uDFCSoaUMVKkjd23M8Bq ekUQsouUYRwV8Ek5dU+mdLN7wTMfZ26m9cKKeefTMVJO9TeTwWXGVpnq7iSVVzvqrJ06 oNA0d3HwxksxZ4ytcBLippXjwTeqi2LUkC8h4= MIME-Version: 1.0 Received: by 10.216.136.202 with SMTP id w52mr824490wei.57.1326991287825; Thu, 19 Jan 2012 08:41:27 -0800 (PST) Received: by 10.180.126.39 with HTTP; Thu, 19 Jan 2012 08:41:27 -0800 (PST) In-Reply-To: References: Date: Thu, 19 Jan 2012 10:41:27 -0600 Message-ID: From: =?UTF-8?Q?Ismael_Farf=C3=A1n?= Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 17:07:20 -0000 2012/1/19 Jonathan Vomacka : > On Jan 18, 2012 9:37 PM, "Allan McKinnon" wrote: >> >> >> I finally got to install FreeBSD 9 onto my computer and noticed that the > installer is now different. =C2=A0It seems to me that it forces you into = doing > extra steps that I was comfortable doing on my own. =C2=A0I really enjoye= d the > old installer because then I had complete control over how I tweaked my > computer during and after the install. =C2=A0I am surprised that there is= no gui > present while installing FreeBSD because it feels more like Ubuntu or a > windows install (somewhat). =C2=A0Please, please, please take this nightm= are > away and bring the beloved installer that was before FreeBSD 9. >> Thank you for listening. >> Allan > _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > > I am going to have to agree. The new installer is terrible Actually, I like the new installer, it's great, simple, fast and straight forward; only uncompress 4 files and you're done, still let you enable the services you need. I think it can be improved a little more though, for instance the manual partition utility could show the total available free space in units that will actually fill the disk/partition (It recommended me to create a 40G partition and let 800Mb unpartitioned hole at the end) and could also show a resume of the steps to be performed. Other than that, I think is a good improvement. Cheers Ismael > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" --=20 Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 19:21:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48631065672 for ; Thu, 19 Jan 2012 19:21:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7C21C8FC1A for ; Thu, 19 Jan 2012 19:21:48 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q0JIYVVN026693; Thu, 19 Jan 2012 13:21:45 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com with ESMTP id 12erjjg4r5-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 13:21:45 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 13:21:44 -0600 From: Devin Teske To: "'Chad Perrin'" , References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> In-Reply-To: <20120119164234.GB21488@hemlock.hydra> Date: Thu, 19 Jan 2012 11:22:14 -0800 Message-ID: <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJZPRrnSg Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_07:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 19:21:48 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Chad Perrin > Sent: Thursday, January 19, 2012 8:43 AM > To: freebsd-questions@freebsd.org > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 11:15:08AM +0100, Eduardo Morras wrote: > > > > I think that a full/complete update of the old installer to add it > > support GEOM, ZFS, scripting and more newer features will consume more > > manpower and resources than create a new one from scratch, where the > > devs aren't chained by old code, backwards compatibility, old > > restrictions and old point of views. This way, is easier correct bugs, > > new features, simplify the installation and even automate it to this > > new installer than try to add them to the old one. > > I'm curious: Is this just speculation, or have you determined this by reading the > source of the old installer? Old code means *tested* code, and when it is well- > maintained it often means easily extensible code. Is that the case for the old > installer, or is the older installer a crufty mess of "temporary" fixes that became > permanent, as your statements seem to imply? > I believe the "difficulty in maintenance" stems primarily from the fact that the existing partition editor MAY have to be entirely rewritten to accommodate other root filesystem types (but even that's not entirely true -- if done right). Other than that, it's most likely just FUD and misperception that sysinstall(8) is either (a) hard to maintain or (b) hard to extend. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 20:01:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C97281065675 for ; Thu, 19 Jan 2012 20:01:16 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by mx1.freebsd.org (Postfix) with ESMTP id 53E5E8FC14 for ; Thu, 19 Jan 2012 20:01:15 +0000 (UTC) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0JK16G5005463; Thu, 19 Jan 2012 20:01:06 GMT Received: from orange.esperance-linux.co.uk (host-92-22-155-163.as13285.net [92.22.155.163]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0JK160e005452; Thu, 19 Jan 2012 20:01:06 GMT Received: by orange.esperance-linux.co.uk (Postfix, from userid 1001) id 184B733C52; Thu, 19 Jan 2012 20:01:06 +0000 (GMT) Date: Thu, 19 Jan 2012 20:01:06 +0000 From: Frank Shute To: Devin Teske Message-ID: <20120119200106.GB88862@orange.esperance-linux.co.uk> References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline In-Reply-To: <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> User-Agent: Mutt/1.4.2.3i X-Face: *}~{PHnDTzvXPe'wl_-f%!@+r5; VLhb':*DsX%wEOPg\fDrXWQJf|2\,92"DdS%63t*BHDyQ|OWo@Gfjcd72eaN!4%NE{0]p)ihQ1MyFNtWL X-Operating-System: FreeBSD 8.2-STABLE amd64 X-Organisation: 'shute.org.uk' Cc: 'Chad Perrin' , freebsd-questions@freebsd.org Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Shute List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 20:01:17 -0000 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2012 at 11:22:14AM -0800, Devin Teske wrote: > >=20 >=20 > >=20 > > On Thu, Jan 19, 2012 at 11:15:08AM +0100, Eduardo Morras wrote: > > > > > > I think that a full/complete update of the old installer to add > > > it support GEOM, ZFS, scripting and more newer features will > > > consume more manpower and resources than create a new one from > > > scratch, where the devs aren't chained by old code, backwards > > > compatibility, old restrictions and old point of views. This > > > way, is easier correct bugs, new features, simplify the > > > installation and even automate it to this new installer than try > > > to add them to the old one. > >=20 > > I'm curious: Is this just speculation, or have you determined this > > by reading > the > > source of the old installer? Old code means *tested* code, and > > when it is > well- > > maintained it often means easily extensible code. Is that the > > case for the > old > > installer, or is the older installer a crufty mess of "temporary" > > fixes that > became > > permanent, as your statements seem to imply? > >=20 >=20 > I believe the "difficulty in maintenance" stems primarily from the > fact that the existing partition editor MAY have to be entirely > rewritten to accommodate other root filesystem types (but even > that's not entirely true -- if done right). >=20 > Other than that, it's most likely just FUD and misperception that > sysinstall(8) is either (a) hard to maintain or (b) hard to extend. > -- Devin To quote the manpage for sysinstall: BUGS This utility is a prototype which lasted several years past its expira- tion date and is greatly in need of death. There are a (great) number of undocumented variables. UTSL. I welcome the new installer. sysinstall was a piece of buggy garbage that gave a pretty poor first impression of FreeBSD. The new installer will get better with time. Regards, --=20 Frank Contact info: http://www.shute.org.uk/misc/contact.html --tjCHc7DPkfUGtrlw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk8YdoAACgkQHduKvUAgeK6l9ACg1RPvKZuAm9aYKPAKLxZBG5Bv O9sAoIrhZjJloS+lpi09P/4pkfgn3U1D =E6bc -----END PGP SIGNATURE----- --tjCHc7DPkfUGtrlw-- From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 21:15:45 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76213106564A for ; Thu, 19 Jan 2012 21:15:45 +0000 (UTC) (envelope-from Albert.Shih@obspm.fr) Received: from spock-ext.obspm.fr (spock-ext.obspm.fr [145.238.186.3]) by mx1.freebsd.org (Postfix) with ESMTP id 156F88FC0C for ; Thu, 19 Jan 2012 21:15:44 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by spock-ext.obspm.fr (8.14.3/8.14.3/DIO Observatoire de Paris - 15/04/10) with ESMTP id q0JLFgov023958 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 19 Jan 2012 22:15:43 +0100 Date: Thu, 19 Jan 2012 22:15:42 +0100 From: Albert Shih To: freebsd-questions@freebsd.org Message-ID: <20120119211542.GA3301@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (spock-ext.obspm.fr [145.238.186.20]); Thu, 19 Jan 2012 22:15:43 +0100 (CET) X-Virus-Scanned: clamav-milter 0.97.3 at spock-ext.obspm.fr X-Virus-Status: Clean Subject: Xorg, keymap problem after update X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 21:15:45 -0000 Hi all Before I upgrade my ports tree when I push "Alt (left)+J" I got ê, and (I don't remenber well) many thing like that. I use hal support in my xorg-server option and use in /usr/local/etc/hal/fdi/policy/10-x11-input.fdi something like that : us alt-intl After I upgrade my port tree, it's not working. I try to recompile the xorg-server and put in my etc/X11/xorg.conf Option "XkbLayout" "us" Option "XkbVariant" "alt-intl" It's not working. It try to put Option "XkbVariant" "intl" it's little better because I can put some special character but not in the same place as before. Anyone known how can I got my old config back ? Regards. -- Albert SHIH DIO batiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex Téléphone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: jeu 19 jan 2012 22:10:13 CET From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 22:04:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DBE106564A for ; Thu, 19 Jan 2012 22:04:50 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.freebsd.org (Postfix) with ESMTP id 21A8D8FC13 for ; Thu, 19 Jan 2012 22:04:49 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr14.xs4all.nl (8.13.8/8.13.8) with ESMTP id q0JM4IFc013187; Thu, 19 Jan 2012 23:04:18 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 988CE12358; Thu, 19 Jan 2012 23:04:18 +0100 (CET) Date: Thu, 19 Jan 2012 23:04:18 +0100 From: Roland Smith To: Christer Solskogen Message-ID: <20120119220418.GA48728@slackbox.erewhon.net> References: <20120118223856.GB14760@slackbox.erewhon.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Mailing List Subject: Re: Cross building FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 22:04:50 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2012 at 07:37:38AM +0100, Christer Solskogen wrote: >=20 > Well, that is the question. How to copy those file over. Files have > special chflags (for instance in /lib) Use BSD tar. It can handle flags. E.g. pipe the output from tar to netcat (= nc) on the amd64 machine, and send it to the ppc machine. On the ppc machine, start another netcat and feed its standard output into tar. IIRC, rsync also handles file flags. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8Yk2IACgkQEnfvsMMhpyUbBgCgq0zhtmX+ubIDjUkKYPK2D98o fUAAnji2VzrSXQN+6j69ZGGt7bXpL7O0 =IEVB -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 22:36:27 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 614D8106564A for ; Thu, 19 Jan 2012 22:36:27 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 253658FC08 for ; Thu, 19 Jan 2012 22:36:26 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa01 [127.0.0.1]) by ltcfislmsgpa01.fnfis.com (8.14.4/8.14.4) with SMTP id q0JMQoKg025177; Thu, 19 Jan 2012 16:36:24 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa01.fnfis.com with ESMTP id 12eu5mr71v-3 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 16:36:24 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 16:36:00 -0600 From: Devin Teske To: "'Frank Shute'" References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> In-Reply-To: <20120119200106.GB88862@orange.esperance-linux.co.uk> Date: Thu, 19 Jan 2012 14:36:29 -0800 Message-ID: <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9aTxCvq0A== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_09:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: 'Chad Perrin' , Robison , freebsd-questions@freebsd.org, Dave Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 22:36:27 -0000 > -----Original Message----- > From: Frank Shute [mailto:frank@shute.org.uk] > Sent: Thursday, January 19, 2012 12:01 PM > To: Devin Teske > Cc: 'Chad Perrin'; freebsd-questions@freebsd.org > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 11:22:14AM -0800, Devin Teske wrote: > > > > > > > > > > > > On Thu, Jan 19, 2012 at 11:15:08AM +0100, Eduardo Morras wrote: > > > > > > > > I think that a full/complete update of the old installer to add it > > > > support GEOM, ZFS, scripting and more newer features will consume > > > > more manpower and resources than create a new one from scratch, > > > > where the devs aren't chained by old code, backwards > > > > compatibility, old restrictions and old point of views. This way, > > > > is easier correct bugs, new features, simplify the installation > > > > and even automate it to this new installer than try to add them to > > > > the old one. > > > > > > I'm curious: Is this just speculation, or have you determined this > > > by reading > > the > > > source of the old installer? Old code means *tested* code, and when > > > it is > > well- > > > maintained it often means easily extensible code. Is that the case > > > for the > > old > > > installer, or is the older installer a crufty mess of "temporary" > > > fixes that > > became > > > permanent, as your statements seem to imply? > > > > > > > I believe the "difficulty in maintenance" stems primarily from the > > fact that the existing partition editor MAY have to be entirely > > rewritten to accommodate other root filesystem types (but even that's > > not entirely true -- if done right). > > > > Other than that, it's most likely just FUD and misperception that > > sysinstall(8) is either (a) hard to maintain or (b) hard to extend. > > -- Devin > > To quote the manpage for sysinstall: > > BUGS > > > > This utility is a prototype which lasted several years past its expira- > tion date and is greatly in need of death. > > There are a (great) number of undocumented variables. UTSL. > Perspective. Let's take a look at the commit history for this manual. Try as you might, you can't go back far-enough to find when that message was even added. However, you can see where the message was tweaked slightly by a couple people: SVN r49961 by mpp@ addressing PR docs/13148 and docs/13144 Prior to-which the message said "3 years past" (s/3/several/) SVN r40275 by jkh@ (no PR mentioned) Prior to-which the message said "2 years past" (s/2/3/) So, literally for the past 15+ years, the man-page has said essentially the same thing "prototype ... in need of death." I raise the hypothesis that: a. The "prototype ... in need of death" message in the man-page was added by the original author, whom... b. ...had self-esteem issues on that particular day (hence the self-denigrating remark about one's code). I further pontificate that once the original author relinquished control of sysinstall(8) (whomever that may be -- since commit logs don't go back that far) that one of the 2-dozen-plus committers should have removed that message to quell evident propagation of FUD against sysinstall(8)). Afterall, who's to say that sysinstall(8) was still a prototype when it was being used for several major releases in production and enterprise environments. But instead, this entry in the man-page was not removed, year-after-year, but instead maintained (with no apparent rhyme or reason). The situation is the exact opposite of what we're seeing with bsdinstall. sysinstall(8) was added to the tree as a "prototype" yet was stable. Now we see bsdinstall added to the tree as a NON-prototype yet is NOT-stable or free of show-stoppers! > I welcome the new installer. sysinstall was a piece of buggy garbage that gave a > pretty poor first impression of FreeBSD. > I think we have some very different opinions of what "buggy" is. > The new installer will get better with time. > The new installer is buggy, and the above maxim is something I'd rather not have to deal with when downloading RELEASE software. RELEASE software shouldn't be released under the statement "it will get better with time". Releasing feature-INcomplete software that is known to be broken hurts the FreeBSD impression far more than sysinstall ever could/did. I feel your argument is an attempt to justify the egregious offense of foisting premature software on the community when in-fact it does NOT replicate even a fraction of the abilities of sysinstall. IMHO. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 23:14:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDADE106566C for ; Thu, 19 Jan 2012 23:14:49 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy4-pub.bluehost.com (oproxy4.bluehost.com [IPv6:2605:dc00:100:2::a4]) by mx1.freebsd.org (Postfix) with SMTP id AF65E8FC25 for ; Thu, 19 Jan 2012 23:14:49 +0000 (UTC) Received: (qmail 9356 invoked by uid 0); 19 Jan 2012 23:14:49 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy1.bluehost.com with SMTP; 19 Jan 2012 23:14:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.com; s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=CRLzzmetpW5Bh6s8QK85vCu5Wpy5Zs/chzfEE22unF4=; b=LLItMjWZ9ateQXxNmA/4rR+i8SZ8vznUNpEya6f+mFumt+h5cmLjKZ3Qy0EYmK+SS3l7zQb3heitwx0r1hvJknVRrycozwG/ICkOUTosDmXVCzq5/5iVwkZk//7ZlAcY; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=localhost) by box543.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Ro1Bu-0001Gf-OQ for freebsd-questions@freebsd.org; Thu, 19 Jan 2012 16:14:46 -0700 Date: Thu, 19 Jan 2012 16:14:46 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20120119231446.GA27565@hemlock.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 24.8.180.234 authed with perrin@apotheon.com} Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 23:14:50 -0000 On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > > From: Frank Shute > > > > The new installer will get better with time. > > The new installer is buggy, and the above maxim is something I'd rather not have > to deal with when downloading RELEASE software. I do not dispute that the new installer is "buggy", nor do I agree that it is "buggy". I have used it twice, without any bugs biting me. That may just be good luck. I have, however, discovered that usability is no better than sysinstall; it's just *different*. In fact, in some respects, it feels more limiting. I suspect some of my issues with it will be resolved by simple familiarity -- but then, some of those issues are not due solely to differences between bsdinstall and sysinstall; they are also due to differences between bsdinstall and *every* console-based piece of software with that general curses-style appearance. Maybe I'll never get to quite *that* level of familiarity with bsdinstall, considering I use a lot of other console-based applications, too. I do not recall running into any bugs in sysinstall, either, by the way. Considering how many more times I have used it, I think it is far less likely that I was just lucky. Perhaps it has bugs, but it must have bugs primarily with features for which I have (so far) had no use. If the fact sysinstall does not support some functionality needed for installation of new versions of FreeBSD (I believe someone has suggested this is the case) while bsdinstall does is a result of sysinstall's architecture being insufficiently well organized for the addition of this functionality to be a reasonable alternative to writing a new installer instead, I can understand the desire to create and propagate the use of bsdinstall. In that case, great: I'm glad we're moving forward. If it is functionality that not everyone needs, I think it might be nice to offer both installers as options (perhaps bsdinstall as the default, if we must). As someone who has never really looked into the code used to handle starting the installation process, I do not know how feasiable that is, and would appreciate someone who knows from first-hand experience enlightening me as to whether it's a good idea. It is likely that many people will not need the new functionality that bsdinstall would support, if it relates to things like ZFS support, after all. If the reason it was decided to create bsdinstall and replace sysinstall was simply to do something new, without particular interest in maintaining the benefits provided by sysinstall, and without any actual technical requirement for the new installer, I have a somewhat different opinion -- one normally reserved for ludicrous exercises of neophilia like those rampant in the Ubuntu community in particular and the Linux community in general, breaking all the old ways of doing things just because someone decided to write some code one day. Did you know that ifconfig is no longer guaranteed to work as a tool for restarting networking on Linux-based systems? Are you aware of the Cthulhoid tentacular horror of the Linux sound architecture, especially with PulseAudio thrown into the mix? Have you seen the filesystem and shell environment clutter that is the XDG Base Directory Specification? Please, let the reasons behind bsdinstall be better than for all of those messes. I'm inclined to believe that the motives for bsdinstall are good motives, knowing what I do of the FreeBSD developers' philosophy (maybe not a lot, but enough to know it tends to eschew such radical changes for change's sake, in my experience). It may have moved slightly too quickly, but it may be a movement in the right direction nonetheless, and I hope it is. I'd just like to know more about the whys and wherefores than statements (from people who have not indicated where I can see it that they actually know anything about it first-hand) that sysinstall is "buggy" because the manpage says so and bsdinstall is not because it's not sysinstall. > > RELEASE software shouldn't be released under the statement "it will get better > with time". Releasing feature-INcomplete software that is known to be broken > hurts the FreeBSD impression far more than sysinstall ever could/did. I feel > your argument is an attempt to justify the egregious offense of foisting > premature software on the community when in-fact it does NOT replicate even a > fraction of the abilities of sysinstall. I also think it's worthwhile to give people the benefit of the doubt, at least at first. Perhaps the rhetoric can be scaled back a little bit in this case. Has there been some response to your complaints that I have not seen that justifies this level of heat? -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] From owner-freebsd-questions@FreeBSD.ORG Thu Jan 19 23:51:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0198F1065673 for ; Thu, 19 Jan 2012 23:51:26 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id B97B78FC12 for ; Thu, 19 Jan 2012 23:51:25 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa02 [127.0.0.1]) by ltcfislmsgpa02.fnfis.com (8.14.4/8.14.4) with SMTP id q0JNQUXl007387; Thu, 19 Jan 2012 17:51:23 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa02.fnfis.com with ESMTP id 12evbkg5u7-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 17:51:23 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 17:51:22 -0600 From: Devin Teske To: "'Chad Perrin'" , References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> <20120119231446.GA27565@hemlock.hydra> In-Reply-To: <20120119231446.GA27565@hemlock.hydra> Date: Thu, 19 Jan 2012 15:51:52 -0800 Message-ID: <050101ccd705$51e08a20$f5a19e60$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9YCPwCDXwJtD4JWk572xeA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_09:2012-01-19, 2012-01-19, 1970-01-01 signatures=0 Cc: Dave Robison Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 23:51:26 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Chad Perrin > Sent: Thursday, January 19, 2012 3:15 PM > To: freebsd-questions@freebsd.org > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > > > From: Frank Shute > > > > > > The new installer will get better with time. > > > > The new installer is buggy, and the above maxim is something I'd > > rather not have to deal with when downloading RELEASE software. > > I do not dispute that the new installer is "buggy", nor do I agree that it is "buggy". It surely has numerous usability problems. a. SHIFT+TAB is interpreted as "ESC" causing a dialog to be dismissed with no easy way to return to said dialog b. TAB does not move the cursor to the next field in a multi-field dialog such as IPv4 manual configuration (usability issue arises when you press TAB, nothing happens, you next try ENTER and are surprised null fields are accepted/not-validated and you're then whisked off to the next screen; again, no easy way to return to said dialog despite the fact that clearly bad-values were given for netmask/etc.) c. stderr is sent to the same console as stdout, making it impossible to read errors as they get printed and then subsequently wiped from screen by the next dialog (this ties into the above... the bad values provided cause errors which can't be seen; you only see them fly by for a micro-second and can't use Scroll-lock to view them as dialog wiped the buffer). d. Almost no user-provided values are taint-checked. A hostname for example does not need to conform to any of the given RFCs that dictate the format of a multi-label FQHN. e. bsdinstall provides no easy way of discovering which arguments it supports (other than looking in /usr/libexec/bsdinstall -- which if you don't know this, you're in the dark). That is to say that it has no "-h", no "--help", no "list", and no exploration mode. This usability issue is fueling threads that propose we remove any/all post-installation procedures from bsdinstall and move them to a new utility called "bsdconfig" which provides a master-list of all sub-modules that can be invoked (as this closer matches how "config" utilities are utilized versus "install" utilities). It really is a serious usability issue that "bsdinstall" without arguments does not have an execution path that can lead to re-obtaining the network configuration dialog (which you've presumably bombed-out-of due to one of the previously-mentioned usability issues). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 00:32:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04AFE106566B for ; Fri, 20 Jan 2012 00:32:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id BD9B28FC0C for ; Fri, 20 Jan 2012 00:32:47 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q0K0R1dq029804; Thu, 19 Jan 2012 18:32:44 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa05.fnfis.com with ESMTP id 12evdc08nj-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 18:32:44 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 18:32:43 -0600 From: Devin Teske To: "'Chad Perrin'" , References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> <20120119231446.GA27565@hemlock.hydra> In-Reply-To: <20120119231446.GA27565@hemlock.hydra> Date: Thu, 19 Jan 2012 16:33:13 -0800 Message-ID: <050301ccd70b$18f1be90$4ad53bb0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9YCPwCDXwJtD4JWk57/IsA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_09:2012-01-20, 2012-01-19, 1970-01-01 signatures=0 Cc: Dave Robison Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 00:32:48 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Chad Perrin > Sent: Thursday, January 19, 2012 3:15 PM > To: freebsd-questions@freebsd.org > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > > > From: Frank Shute > > > > > > The new installer will get better with time. > > > > The new installer is buggy, and the above maxim is something I'd > > rather not have to deal with when downloading RELEASE software. > [snip] > If the reason it was decided to create bsdinstall and replace sysinstall was simply > to do something new The way we view the timeline of events is: 1. FreeBSD in the beginning had one official filesystem -- UFS1 -- for the root filesystem. 2. FreeBSD gets a new filesystem -- UFS2. sysinstall(8) is updated to support this as the new ONLY offering (though you can still get a UFS1 partition by pressing "Z" to set a custom value for newfs arguments, if you're in-the-know). 3. Enterprise FreeBSD community then desperately wants journaling filesystem, but ZFS is the only offering with built-in journaling (gjournal does not qualify here) as McKusick's SU+J is not ready yet. 4. Community recognizes that sysinstall(8) needs to be updated but can't envision a successful re-work of the C-code that provides the "FDISK Partition Editor" screen to the point where it can handle both the UFS options as well as ZFS, etc. 5. Nathan Whitehorn envisions bsdinstall to solve the problem. However, we feel that something went wrong along the way. If FreeBSD had decided that there is no need to offer ZFS-on-root and instead put their eggs in the SU+J basket, then modifying sysinstall(8) to meet the needs of supporting SU+J would have been trivial at-best as all options would be UFS based. Hypothetically, once you landed in the "FDISK Partition Editor" of sysinstall(8), the "auto" partitioning would default to UFS2 SU+J and you could toggle any combination of SU+J, SU-J, and no-SU/J. In fact, this is still a possibility. sysinstall(8) could be enhanced to support SU+J and the people that don't care about ZFS-on-root can be happy with the sysinstall(8) route as it still leads to a journaled filesystem. Meanwhile, if they want ZFS-on-root, they'll have to go to the bsdinstall route. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 00:48:22 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA3F3106566C for ; Fri, 20 Jan 2012 00:48:22 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8DF148FC0C for ; Fri, 20 Jan 2012 00:48:22 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q0K0RW7N000475; Thu, 19 Jan 2012 18:48:19 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa03.fnfis.com with ESMTP id 12evk3r8a6-4 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 18:48:19 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 18:48:10 -0600 From: Devin Teske To: "'Chad Perrin'" , References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> <20120119231446.GA27565@hemlock.hydra> <050301ccd70b$18f1be90$4ad53bb0$@fisglobal.com> In-Reply-To: <050301ccd70b$18f1be90$4ad53bb0$@fisglobal.com> Date: Thu, 19 Jan 2012 16:48:40 -0800 Message-ID: <050b01ccd70d$418147c0$c483d740$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9YCPwCDXwJtD4JWAm04M2GTi58rYA== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-19_09:2012-01-20, 2012-01-19, 1970-01-01 signatures=0 Cc: 'Dave Robison' Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 00:48:22 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Devin Teske > Sent: Thursday, January 19, 2012 4:33 PM > To: 'Chad Perrin'; freebsd-questions@freebsd.org > Cc: Dave Robison > Subject: RE: FreeBSD 9 > [snip] > > If FreeBSD had decided that there is no need to offer ZFS-on-root and instead > put their eggs in the SU+J basket, then modifying sysinstall(8) to meet the needs > of supporting SU+J would have been trivial at-best as all options would be UFS > based. > Well, not entirely true. sysinstall(8) would need to be re-worked to support GPT versus MBR. Otherwise system is limited to 2TB on root filesystem (lol; as if that were a limit we were concerned with -- I've not seen a whole lot of setups that required >2TB for the root filesystem). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 00:51:51 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9815B106566C for ; Fri, 20 Jan 2012 00:51:51 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3B78FC0C for ; Fri, 20 Jan 2012 00:51:50 +0000 (UTC) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0K0pgen009578; Fri, 20 Jan 2012 00:51:43 GMT Received: from orange.esperance-linux.co.uk (host-92-22-155-163.as13285.net [92.22.155.163]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0K0pg0E009567; Fri, 20 Jan 2012 00:51:42 GMT Received: by orange.esperance-linux.co.uk (Postfix, from userid 1001) id 1FE3A33C52; Fri, 20 Jan 2012 00:51:42 +0000 (GMT) Date: Fri, 20 Jan 2012 00:51:42 +0000 From: "'Frank Shute'" To: Devin Teske Message-ID: <20120120005142.GC88862@orange.esperance-linux.co.uk> References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> User-Agent: Mutt/1.4.2.3i X-Face: *}~{PHnDTzvXPe'wl_-f%!@+r5; VLhb':*DsX%wEOPg\fDrXWQJf|2\,92"DdS%63t*BHDyQ|OWo@Gfjcd72eaN!4%NE{0]p)ihQ1MyFNtWL X-Operating-System: FreeBSD 8.2-STABLE amd64 X-Organisation: 'shute.org.uk' Cc: 'Chad Perrin' , Dave Robison , freebsd-questions@freebsd.org Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Shute List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 00:51:51 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > >=20 >=20 > > > > > > I believe the "difficulty in maintenance" stems primarily from > > > the fact that the existing partition editor MAY have to be > > > entirely rewritten to accommodate other root filesystem types > > > (but even that's not entirely true -- if done right). > > > > > > Other than that, it's most likely just FUD and misperception > > > that sysinstall(8) is either (a) hard to maintain or (b) hard to > > > extend. -- Devin > >=20 > > To quote the manpage for sysinstall: > >=20 > > BUGS > >=20 > > > >=20 > > This utility is a prototype which lasted several years past > > its expira- tion date and is greatly in need of death. > >=20 > > There are a (great) number of undocumented variables. UTSL. > >=20 >=20 > Perspective. >=20 > Let's take a look at the commit history for this manual. Let's not. Let us discuss the merit of what the manpage says. "There are a (great) number of undocumented variables." =46rom my reading of postings to this list and stable@, it was felt that sysinstall couldn't be extended without a total re-write, that seems to suggest that the manpage is right and is not FUD. >=20 > Try as you might, you can't go back far-enough to find when that > message was even added. However, you can see where the message was > tweaked slightly by a couple people: >=20 > SVN r49961 by mpp@ addressing PR docs/13148 and docs/13144 >=20 > Prior to-which the message said "3 years past" (s/3/several/) >=20 > SVN r40275 by jkh@ (no PR mentioned) >=20 > Prior to-which the message said "2 years past" (s/2/3/) >=20 > So, literally for the past 15+ years, the man-page has said > essentially the same thing "prototype ... in need of death." >=20 > I raise the hypothesis that: >=20 > a. The "prototype ... in need of death" message in the man-page was > added by the original author, whom... >=20 > b. ...had self-esteem issues on that particular day (hence the > self-denigrating remark about one's code). >=20 > I further pontificate that once the original author relinquished > control of sysinstall(8) (whomever that may be -- since commit logs > don't go back that far) that one of the 2-dozen-plus committers > should have removed that message to quell evident propagation of FUD > against sysinstall(8)). >=20 > Afterall, who's to say that sysinstall(8) was still a prototype when > it was being used for several major releases in production and > enterprise environments. >=20 > But instead, this entry in the man-page was not removed, > year-after-year, but instead maintained (with no apparent rhyme or > reason). >=20 > The situation is the exact opposite of what we're seeing with > bsdinstall. sysinstall(8) was added to the tree as a "prototype" > yet was stable. Now we see bsdinstall added to the tree as a > NON-prototype yet is NOT-stable or free of show-stoppers! >=20 >=20 > > I welcome the new installer. sysinstall was a piece of buggy > > garbage that gave > a > > pretty poor first impression of FreeBSD. > >=20 >=20 > I think we have some very different opinions of what "buggy" is. It didn't do what you asked it to do on occasion. It violated pola wholesale. That didn't bother me much. I'd become familiarised with it and could work round all that to get a minimal system installed but it was a pretty poor experience for newbies. >=20 >=20 > > The new installer will get better with time. > >=20 >=20 > The new installer is buggy, and the above maxim is something I'd > rather not have to deal with when downloading RELEASE software. I don't doubt that the new installer may be buggy in parts but so was sysinstall and nobody was tempted to fix it. At least with bsdinstall people are actively developing it. >=20 > RELEASE software shouldn't be released under the statement "it will > get better with time". Releasing feature-INcomplete software that is > known to be broken hurts the FreeBSD impression far more than > sysinstall ever could/did. I feel your argument is an attempt to > justify the egregious offense of foisting premature software on the > community when in-fact it does NOT replicate even a fraction of the > abilities of sysinstall. >=20 > IMHO. -- Devin It's a chicken/egg situation. Eventually you have to release software that is possibly buggy/feature incomplete or nobody tests it and files pr's. Arguments can be had about whether it was released too soon but I'm not tempted to get into them. It's odd that sysinstall should get support now, it got bugger all support when it was alive. Regards, --=20 Frank Contact info: http://www.shute.org.uk/misc/contact.html --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk8YupwACgkQHduKvUAgeK6CQACfWNBHHcg2j2jSxRu3AX8YHmPY Er8AoJtcCK5gmoLpRpKQ54J1i3GsNiqv =NSpO -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 01:30:34 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357BA106566B for ; Fri, 20 Jan 2012 01:30:34 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id EB72A8FC14 for ; Fri, 20 Jan 2012 01:30:33 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa06 [127.0.0.1]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with SMTP id q0K1R0dm026476; Thu, 19 Jan 2012 19:30:31 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa06.fnfis.com with ESMTP id 12ewy103ub-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 19 Jan 2012 19:30:31 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 19 Jan 2012 19:30:30 -0600 From: Devin Teske To: "'Frank Shute'" References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> <20120120005142.GC88862@orange.esperance-linux.co.uk> In-Reply-To: <20120120005142.GC88862@orange.esperance-linux.co.uk> Date: Thu, 19 Jan 2012 17:31:00 -0800 Message-ID: <051e01ccd713$2b18ae50$814a0af0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLQRxvieyweenM8sTFCozfP6uax1AKyIQosAhz+sBMCoRxyJQEyPIuBAIHJq9YCPwCDXwLL32z4k5wbIOA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-20_01:2012-01-20, 2012-01-20, 1970-01-01 signatures=0 Cc: 'Chad Perrin' , 'Dave Robison' , freebsd-questions@freebsd.org Subject: RE: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 01:30:34 -0000 > -----Original Message----- > From: 'Frank Shute' [mailto:frank@shute.org.uk] > Sent: Thursday, January 19, 2012 4:52 PM > To: Devin Teske > Cc: 'Chad Perrin'; freebsd-questions@freebsd.org; Dave Robison > Subject: Re: FreeBSD 9 > > On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > > > > > > > > > > > > > > I believe the "difficulty in maintenance" stems primarily from the > > > > fact that the existing partition editor MAY have to be entirely > > > > rewritten to accommodate other root filesystem types (but even > > > > that's not entirely true -- if done right). > > > > > > > > Other than that, it's most likely just FUD and misperception that > > > > sysinstall(8) is either (a) hard to maintain or (b) hard to > > > > extend. -- Devin > > > > > > To quote the manpage for sysinstall: > > > > > > BUGS > > > > > > > > > > > > This utility is a prototype which lasted several years past > > > its expira- tion date and is greatly in need of death. > > > > > > There are a (great) number of undocumented variables. UTSL. > > > > > > > Perspective. > > > > Let's take a look at the commit history for this manual. > > Let's not. Let us discuss the merit of what the manpage says. > > "There are a (great) number of undocumented variables." > > From my reading of postings to this list and stable@, yet not -sysinstall@ (?!) > it was felt that sysinstall > couldn't be extended without a total re-write, that seems to suggest that the > manpage is right and is not FUD. > I disagree. Just because you document something doesn't make it true. I've already discussed the fact that the first line you quoted ("in need of death") is 15+ years old and we have no way of tracking its origin and thus can't extrapolate why on-Earth it was put into a "release-quality product" in the first place. The second line you quote (which was added 2 years 10 months ago via SVN r189754 by grog@) has everything to do with highlighting the fact that sysinstall(8) is highly scriptable through a large number of under-documented dispatch keywords and nothing to do with the "total re-write" issue you're discussing. Plus, the keywords are a lot more documented than you think. If a dispatch word is not documented, there's probably good cause (a great number of the dispatch keywords are meant for internal use only and their documentation would merely invite strangeness only reserved for people that know what they're doing -- i.e. they can read the code to learn what their function is). However, I will concede to the fact that the number of dispatch keywords that are documented versus ones that CAN be used is only about 33%. Here's how I generated that number... awk '/VAR_/{sub(/[^"]*"/,"");sub(/"$/,"");print}' /usr/src/usr.sbin/sysinstall/sysinstall.h | sh -c 'while read var;do zgrep -q "\<$var\>" /usr/share/man/man8/sysinstall.8.gz && varcount=$((${varcount:-0}+1));done;echo $varcount' This returns the number of variables -- as-defined-as a dispatch keyword in sysinstall.h -- are present in the manual. In 9.0-RELEASE, it returns "33" for me. In contrast with the number of dispatch keywords, obtainable by: awk '/VAR_/{print}' | wc -l which returns 105 for me ... minus the "markedly internal keywords" which begin with "_"... awk '/VAR_/{print}' | grep -vc '"_' We see 101 supposedly-usable dispatch keywords which brings us to about 33% documentation. However, I will re-iterate... The first quote you pulled from the man-page was made 15+ years ago, the second quote you pulled was from 2+ years ago and the two are not related. The first declares some inferred quality about the code itself and the second simply states that the variable keywords are under-documented. One not-necessarily imply the other or vice-versa. -- Devin > > > > Try as you might, you can't go back far-enough to find when that > > message was even added. However, you can see where the message was > > tweaked slightly by a couple people: > > > > SVN r49961 by mpp@ addressing PR docs/13148 and docs/13144 > > > > Prior to-which the message said "3 years past" (s/3/several/) > > > > SVN r40275 by jkh@ (no PR mentioned) > > > > Prior to-which the message said "2 years past" (s/2/3/) > > > > So, literally for the past 15+ years, the man-page has said > > essentially the same thing "prototype ... in need of death." > > > > I raise the hypothesis that: > > > > a. The "prototype ... in need of death" message in the man-page was > > added by the original author, whom... > > > > b. ...had self-esteem issues on that particular day (hence the > > self-denigrating remark about one's code). > > > > I further pontificate that once the original author relinquished > > control of sysinstall(8) (whomever that may be -- since commit logs > > don't go back that far) that one of the 2-dozen-plus committers should > > have removed that message to quell evident propagation of FUD against > > sysinstall(8)). > > > > Afterall, who's to say that sysinstall(8) was still a prototype when > > it was being used for several major releases in production and > > enterprise environments. > > > > But instead, this entry in the man-page was not removed, > > year-after-year, but instead maintained (with no apparent rhyme or > > reason). > > > > The situation is the exact opposite of what we're seeing with > > bsdinstall. sysinstall(8) was added to the tree as a "prototype" > > yet was stable. Now we see bsdinstall added to the tree as a > > NON-prototype yet is NOT-stable or free of show-stoppers! > > > > > > > I welcome the new installer. sysinstall was a piece of buggy garbage > > > that gave > > a > > > pretty poor first impression of FreeBSD. > > > > > > > I think we have some very different opinions of what "buggy" is. > > It didn't do what you asked it to do on occasion. It violated pola wholesale. > > That didn't bother me much. I'd become familiarised with it and could work round > all that to get a minimal system installed but it was a pretty poor experience for > newbies. > > > > > > > > The new installer will get better with time. > > > > > > > The new installer is buggy, and the above maxim is something I'd > > rather not have to deal with when downloading RELEASE software. > > I don't doubt that the new installer may be buggy in parts but so was sysinstall > and nobody was tempted to fix it. At least with bsdinstall people are actively > developing it. > > > > > RELEASE software shouldn't be released under the statement "it will > > get better with time". Releasing feature-INcomplete software that is > > known to be broken hurts the FreeBSD impression far more than > > sysinstall ever could/did. I feel your argument is an attempt to > > justify the egregious offense of foisting premature software on the > > community when in-fact it does NOT replicate even a fraction of the > > abilities of sysinstall. > > > > IMHO. -- Devin > > It's a chicken/egg situation. Eventually you have to release software that is > possibly buggy/feature incomplete or nobody tests it and files pr's. > > Arguments can be had about whether it was released too soon but I'm not > tempted to get into them. > > It's odd that sysinstall should get support now, it got bugger all support when it > was alive. > > > Regards, > > -- > > Frank > > Contact info: http://www.shute.org.uk/misc/contact.html > _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 02:07:49 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B47106564A for ; Fri, 20 Jan 2012 02:07:49 +0000 (UTC) (envelope-from olivares14031@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1678FC14 for ; Fri, 20 Jan 2012 02:07:49 +0000 (UTC) Received: by iagz16 with SMTP id z16so233811iag.13 for ; Thu, 19 Jan 2012 18:07:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=Wxq/uI0Cb/RSM6g0MiAZiIlTrqPoTmVrHnBYu4MLOeA=; b=Ji9wt7amGMQkNZ2Jflccf+nzu9zVbOZNEC/xRJWVjK5r8b2thE50FthmOEI6Q4xr9N RJALnAwuhxOEcax/g+MgBjGDY5CYrf4Q/jq/fwd2AemMZJ/8DHyRmQgBVOqnNt2kqHFx lZDGiR32gGykpcKjoiST9rE76k2yLmpEyYPZQ= MIME-Version: 1.0 Received: by 10.42.29.1 with SMTP id p1mr29005142icc.40.1327025268949; Thu, 19 Jan 2012 18:07:48 -0800 (PST) Received: by 10.50.94.133 with HTTP; Thu, 19 Jan 2012 18:07:48 -0800 (PST) Date: Thu, 19 Jan 2012 20:07:48 -0600 Message-ID: From: Antonio Olivares To: FreeBSD Questions Content-Type: text/plain; charset=ISO-8859-1 Subject: mplayer fails to compile on amd64 machine X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 02:07:49 -0000 Dear kind folks, Running Amd64 FreeBSD 8.0 updated .... l/live/groupsock/libgroupsock.a -lm -rpath=/usr/lib:/usr/local/lib -Wl,-rpath=/usr/local/lib/gcc46 -liconv /usr/lib/libncurses.so -lpng -lz -ljpeg -lungif -L/usr/local/lib -lfreetype -lz -lbz2 -lfontconfig -lz /usr/lib/libbz2.so -llzo2 -lmad -lspeex -L/usr/local/lib -ltheora -logg -lstdc++ -L/usr/local/lib -lrtmp -lz -lssl -lcrypto -ldv -pthread -rdynamic -L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -lv4l1 -lv4l2 -lrtmp -lXext -lX11 -pthread -lXss -lXv -lvdpau -lXinerama -lXxf86vm -lXxf86dga -laa -lcaca -lvga -lSDL -lGL -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lglib-2.0 ffmpeg/libavcodec/libavcodec.a(ffv1.o): In function `find_best_state': /usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/ffv1.c:243: undefined reference to `log2' ffmpeg/libavcodec/libavcodec.a(aacsbr.o): In function `sbr_make_f_master': /usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:428: undefined reference to `log2f' /usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:456: undefined reference to `log2f' ffmpeg/libavcodec/libavcodec.a(aacsbr.o): In function `sbr_make_f_derived': /usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:580: undefined reference to `log2f' /usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:580: undefined reference to `log2f' collect2: ld returned 1 exit status gmake: *** [mplayer] Error 1 *** Error code 1 Stop in /usr/ports/multimedia/mplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. ===>>> make failed for multimedia/mplayer ===>>> Aborting update ===>>> Update for multimedia/mplayer failed ===>>> Aborting update Terminated /usr/src/UPDATING shows nothing relevant. ideas/suggestions/advice/comments are welcome and appreciated. Regards, Antonio From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 08:36:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC875106566B for ; Fri, 20 Jan 2012 08:36:57 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id D0BF08FC15 for ; Fri, 20 Jan 2012 08:36:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=uFy/iP+xypSWmHT+qY44lu2RbWhiDVXGrywu3tJPItc=; b=Ty5jCLX1tiSL1h6B9KAL+DujWwxC760dyVQtOawMcdfSj7edn70Z0YRw88EOHJ8/HNEj3wg1yUse89n+jE3gC4lc9Hke6TMSkKiTeySzme1ItD/lE5BabzBA3tRNM1cPzljautE+hcA9vaGJOWk/AA2waHPuftd4IOMseOjs6m8= Received: from [192.168.1.108] ([120.29.65.16]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jan 2012 00:36:56 -0800 Message-ID: <4F19279F.6060303@a1poweruser.com> Date: Fri, 20 Jan 2012 16:36:47 +0800 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Damien Fleuriot References: <4F180C83.9090100@my.gd> In-Reply-To: <4F180C83.9090100@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jan 2012 08:36:57.0816 (UTC) FILETIME=[ABE3DD80:01CCD74E] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-questions@freebsd.org Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 08:36:58 -0000 Damien Fleuriot wrote: > > On 1/19/12 3:25 AM, Allan McKinnon wrote: >> I finally got to install FreeBSD 9 onto my computer and noticed that the installer is now different. It seems to me that it forces you into doing extra steps that I was comfortable doing on my own. I really enjoyed the old installer because then I had complete control over how I tweaked my computer during and after the install. I am surprised that there is no gui present while installing FreeBSD because it feels more like Ubuntu or a windows install (somewhat). Please, please, please take this nightmare away and bring the beloved installer that was before FreeBSD 9. >> Thank you for listening. >> Allan _______________________________________________ > > > Erm, you have to realize the new installer was discussed at length here, > when 9.0 was still under development/beta/prerelease. > > Then would have been the best time to voice your frustration over the > new scheme. > > > > Alternatively, you could do like me and install entirely by hand: > > - boot an MFSBSD image (thanks mm@ ) > - partition your disks from there (see http://my.gd/bsd.htm for a rough > sketch on how to use gpart) > - fetch the 9.0 archives in .txz (tar.xz) format > - unpack archives with xz -d > - untar archived to the mountpoint with your new filesystems (eg: tar xf > base.tar -C /mnt) > - customize configuration files (rc.conf, fstab, root's password or SSH > key, sshd_config to allow root login temporarily) > > And then most of all, profit ;) > > > > I've been doing installs this way first with 8.x (using the install > scripts on the CDROM) then now with 9.x unpacking the .txz archives. > > I'm quite happy with it, the process is simple enough to document and > reproduce, and offers suitable customization options. > > We've developed a tiny web interface here that lets us customize the > size, type and label of our GPT partitions, hostname, IP address, root > password and SSH accounts/keys to deploy on such newly installed machines. > The interface spits the whole wall of commands to paste once logged in > to the MFSBSD image to install the new OS and configure it. > > Works like a charm really. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > so post your script so others can use it From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 12:12:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11309106566C for ; Fri, 20 Jan 2012 12:12:48 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 959EA8FC14 for ; Fri, 20 Jan 2012 12:12:47 +0000 (UTC) Received: by wgbdr1 with SMTP id dr1so579203wgb.1 for ; Fri, 20 Jan 2012 04:12:46 -0800 (PST) Received: by 10.180.99.225 with SMTP id et1mr51587933wib.2.1327061566595; Fri, 20 Jan 2012 04:12:46 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id l2sm8382270wie.11.2012.01.20.04.12.45 (version=SSLv3 cipher=OTHER); Fri, 20 Jan 2012 04:12:45 -0800 (PST) Message-ID: <4F195A3C.2070408@my.gd> Date: Fri, 20 Jan 2012 13:12:44 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Fbsd8 References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> In-Reply-To: <4F19279F.6060303@a1poweruser.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 12:12:48 -0000 On 1/20/12 9:36 AM, Fbsd8 wrote: > Damien Fleuriot wrote: >> >> On 1/19/12 3:25 AM, Allan McKinnon wrote: >>> I finally got to install FreeBSD 9 onto my computer and noticed that >>> the installer is now different. It seems to me that it forces you >>> into doing extra steps that I was comfortable doing on my own. I >>> really enjoyed the old installer because then I had complete control >>> over how I tweaked my computer during and after the install. I am >>> surprised that there is no gui present while installing FreeBSD >>> because it feels more like Ubuntu or a windows install (somewhat). >>> Please, please, please take this nightmare away and bring the beloved >>> installer that was before FreeBSD 9. >>> Thank you for listening. >>> Allan >>> _______________________________________________ >> >> >> Erm, you have to realize the new installer was discussed at length here, >> when 9.0 was still under development/beta/prerelease. >> >> Then would have been the best time to voice your frustration over the >> new scheme. >> >> >> >> Alternatively, you could do like me and install entirely by hand: >> >> - boot an MFSBSD image (thanks mm@ ) >> - partition your disks from there (see http://my.gd/bsd.htm for a rough >> sketch on how to use gpart) >> - fetch the 9.0 archives in .txz (tar.xz) format >> - unpack archives with xz -d >> - untar archived to the mountpoint with your new filesystems (eg: tar xf >> base.tar -C /mnt) >> - customize configuration files (rc.conf, fstab, root's password or SSH >> key, sshd_config to allow root login temporarily) >> >> And then most of all, profit ;) >> >> >> >> I've been doing installs this way first with 8.x (using the install >> scripts on the CDROM) then now with 9.x unpacking the .txz archives. >> >> I'm quite happy with it, the process is simple enough to document and >> reproduce, and offers suitable customization options. >> >> We've developed a tiny web interface here that lets us customize the >> size, type and label of our GPT partitions, hostname, IP address, root >> password and SSH accounts/keys to deploy on such newly installed >> machines. >> The interface spits the whole wall of commands to paste once logged in >> to the MFSBSD image to install the new OS and configure it. >> >> Works like a charm really. >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> > > > so post your script so others can use it I'm afraid it's not that simple, the PHP page that generates the customized lines to copy/paste for installations is integrated into our user management interface (for reasons I'll skip). I can't post that since it's corporate stuff. However you've got a rough sketch of how we do it at - http://my.gd/bsd.htm and a much more complete procedure based on it from Ollivier Robert at: - http://www.keltia.net/howtos/freebsd-dedibox From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 14:06:47 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47FAA106564A for ; Fri, 20 Jan 2012 14:06:47 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id F231C8FC08 for ; Fri, 20 Jan 2012 14:06:46 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 43D625C2A for ; Sat, 21 Jan 2012 00:19:18 +1000 (EST) Message-ID: <4F19740D.7030903@herveybayaustralia.com.au> Date: Sat, 21 Jan 2012 00:02:53 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [SOLVED] A quick fix for Firefox mailto: issues X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 14:06:47 -0000 I don't know who else has come across this, or who even uses this particular combination of firefox and thunderbird. I use it for the sake of my users, so its just easier to be a roman in rome. I have setup IceWM as the standard though. In firefox when one clicks on a mailto: link it fails to work (default). After searching for hours and googling my brains out, changing settings and what not with zero success, the final answer was ridiculously simple: Manually set the mail command. Default doesn't work (for whatever reason- probably due to gnome or the lack of). To make things all right in the world click (on the menu bar in firefox): edit->preferences. Click the applications tab on the popup window, and look for mailto: and select "use other" and pick the mailer of your choice. Forget all the about:config settings and the other crap out there- it simply doesn't work. It probably has to do with the infiltration of gnome (and linuxisms), but the long and the short of it is it doesn't work for FreeBSD. This does. HTH someone in need (probably using google a month from now...) :) From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 16:16:10 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5915106566C for ; Fri, 20 Jan 2012 16:16:10 +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 653238FC16 for ; Fri, 20 Jan 2012 16:16:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id 0E2635E442; Fri, 20 Jan 2012 17:16:09 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.479 X-Spam-Level: X-Spam-Status: No, score=-2.479 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, SPF_PASS=-0.001] 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 1urwyfsBOS1Q; Fri, 20 Jan 2012 17:16:06 +0100 (CET) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.bjare.net (Postfix) with ESMTPS id 709865E42F; Fri, 20 Jan 2012 17:16:06 +0100 (CET) Message-ID: <4F199349.3030201@eskk.nu> Date: Fri, 20 Jan 2012 17:16:09 +0100 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120117 Thunderbird/9.0 MIME-Version: 1.0 To: Da Rock , freebsd-questions@freebsd.org References: <4F19740D.7030903@herveybayaustralia.com.au> In-Reply-To: <4F19740D.7030903@herveybayaustralia.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Was... A quick fix for Firefox mailto: issues Now... The other way round problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 16:16:11 -0000 Excuse me for using this thread but I feel I have a problem related to this, but with Thunderbird not opening URLs. I followed all instructions I can find, but have not been successful. Using the config editor I added the following, and have checked that it is in the file prefs.js: user_pref("network.protocol-handler.app.ftp", "/usr/local/bin/firefox"); user_pref("network.protocol-handler.app.http", "/usr/local/bin/firefox"); user_pref("network.protocol-handler.app.https", "/usr/local/bin/firefox"); user_pref("network.protocol-handler.warn-external.ftp", true); user_pref("network.protocol-handler.warn-external.http", true); user_pref("network.protocol-handler.warn-external.https", true); This does not work for me and has been so for a while. It started after an upgrade. If anyone has a solution to this problem I would like to read about it. Thank you :-) 2012-01-20 15:02, Da Rock skrev: > I don't know who else has come across this, or who even uses this > particular combination of firefox and thunderbird. I use it for the sake > of my users, so its just easier to be a roman in rome. I have setup > IceWM as the standard though. > > In firefox when one clicks on a mailto: link it fails to work (default). > After searching for hours and googling my brains out, changing settings > and what not with zero success, the final answer was ridiculously > simple: Manually set the mail command. Default doesn't work (for > whatever reason- probably due to gnome or the lack of). > > To make things all right in the world click (on the menu bar in > firefox): edit->preferences. Click the applications tab on the popup > window, and look for mailto: and select "use other" and pick the mailer > of your choice. > > Forget all the about:config settings and the other crap out there- it > simply doesn't work. It probably has to do with the infiltration of > gnome (and linuxisms), but the long and the short of it is it doesn't > work for FreeBSD. This does. > > HTH someone in need (probably using google a month from now...) :) > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 16:24:52 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9671D106566C for ; Fri, 20 Jan 2012 16:24:52 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from smtpq4.gn.mail.iss.as9143.net (smtpq4.gn.mail.iss.as9143.net [212.54.34.167]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4EB8FC08 for ; Fri, 20 Jan 2012 16:24:52 +0000 (UTC) Received: from [212.54.34.132] (helo=smtp1.gn.mail.iss.as9143.net) by smtpq4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RoHGk-00011w-JD for freebsd-questions@freebsd.org; Fri, 20 Jan 2012 17:24:50 +0100 Received: from 524944af.cm-4-2b.dynamic.ziggo.nl ([82.73.68.175] helo=mail.nagual.nl) by smtp1.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1RoHGk-00013o-Bu for freebsd-questions@freebsd.org; Fri, 20 Jan 2012 17:24:50 +0100 Received: from [192.168.11.34] (192.168.11.34) by yanta (Axigen) with (CAMELLIA256-SHA encrypted) ESMTPSA id 0EDB61; Fri, 20 Jan 2012 17:28:56 +0100 Message-ID: <4F199555.2000800@nagual.nl> Date: Fri, 20 Jan 2012 17:24:53 +0100 From: Dick Hoogendijk User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AxigenSpam-Level: 4 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.9 X-Ziggo-spamreport: BAYES_00=-1.9, CM_META_TB_NOARR=0.5, FH_HOST_EQ_D_D_D_D=0.665, HELO_MISC_IP=0.001, KHOP_DYNAMIC=0.655, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: freebsd-update and src.txz X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 16:24:52 -0000 Is it true that freebsd-update does not update the souce files from 8.2-R to 9.0-RELEASE? And if not what is the best way to get the src.txz installed on an updated system? I do have the disc1 iso. Is src.txz installed under /usr/src or /usr/src/sys? From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 16:27:15 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EDFF106566C for ; Fri, 20 Jan 2012 16:27:14 +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 E8FED8FC12 for ; Fri, 20 Jan 2012 16:27:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id DFA1D5E294; Fri, 20 Jan 2012 17:27:12 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.479 X-Spam-Level: X-Spam-Status: No, score=-2.479 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, SPF_PASS=-0.001] 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 CIZmYgDMLfld; Fri, 20 Jan 2012 17:27:08 +0100 (CET) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.bjare.net (Postfix) with ESMTPS id 282A95E437; Fri, 20 Jan 2012 17:27:08 +0100 (CET) Message-ID: <4F1995DF.60702@eskk.nu> Date: Fri, 20 Jan 2012 17:27:11 +0100 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120117 Thunderbird/9.0 MIME-Version: 1.0 To: Da Rock , freebsd-questions@freebsd.org References: <4F19740D.7030903@herveybayaustralia.com.au> <4F199349.3030201@eskk.nu> In-Reply-To: <4F199349.3030201@eskk.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Was... A quick fix for Firefox mailto: issues Now... The other way round problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 16:27:15 -0000 2012-01-20 17:16, Leslie Jensen skrev: > > Excuse me for using this thread but I feel I have a problem related to > this, but with Thunderbird not opening URLs. > > I followed all instructions I can find, but have not been successful. > > Using the config editor I added the following, and have checked that it > is in the file prefs.js: > > user_pref("network.protocol-handler.app.ftp", "/usr/local/bin/firefox"); > user_pref("network.protocol-handler.app.http", "/usr/local/bin/firefox"); > user_pref("network.protocol-handler.app.https", "/usr/local/bin/firefox"); > > user_pref("network.protocol-handler.warn-external.ftp", true); > user_pref("network.protocol-handler.warn-external.http", true); > user_pref("network.protocol-handler.warn-external.https", true); > > > This does not work for me and has been so for a while. It started after > an upgrade. > > If anyone has a solution to this problem I would like to read about it. > > Thank you :-) > > I just goggled a little more and found a mention of the file mimeTypes.rdf The changes I made was not transferred to this file. Editing the entries with firefox to the correct path did it. Sorry for the noise :-) /Leslie From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 19:21:49 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5871065676 for ; Fri, 20 Jan 2012 19:21:49 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 37AC68FC13 for ; Fri, 20 Jan 2012 19:21:48 +0000 (UTC) Received: by yhfs35 with SMTP id s35so467657yhf.13 for ; Fri, 20 Jan 2012 11:21:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=Zi9Q7iqLWZgv9dv6rsLzd1seglnCOZCvpetgHKZszGk=; b=QvZDIjIGKPMxyaIwb0Epo3Bc/v7FWajsLMPnGo34aLJxb6Yy92lSCzYDoUlQZZ0lwG 1HqTuqgWo6sdInzdvs8iHZE67uE/t3+E0lykjywn75abgYk9hbu60CRxDnsImsvInzDm jjsmSxYi4S/DhOOw8oL4XhboIPwSvDEh6bJw4= Received: by 10.236.117.231 with SMTP id j67mr47138054yhh.59.1327087307725; Fri, 20 Jan 2012 11:21:47 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id k16sm1468388ani.5.2012.01.20.11.21.46 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 11:21:47 -0800 (PST) From: ajtiM To: freebsd-questions@freebsd.org Date: Fri, 20 Jan 2012 13:21:38 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201201201321.38516.lumiwa@gmail.com> Subject: libjawt.so and libz.so.5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 19:21:49 -0000 Hi! I ran pkg_libchk on FreeBSD 9.0-RELEASE #0 and I got: libreoffice-3.4.5: /usr/local/lib/libreoffice/basis3.4/program/libofficebean.so misses libjawt.so I did check and I have /usr/local/openjdk6/jre/lib/i386/libjawt.so I had installed diableo which I deinstalled and install openjdk6. I reinstall libreoofice after that but before with diablo-jdk16 I had the same message. The other one is with Opera-11-60: /usr/local/lib/opera/liboperagtk2.so misses libz.so.5 I have on the system ;ibz.so.6 Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 19:41:28 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99EAE1065674 for ; Fri, 20 Jan 2012 19:41:28 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 58BE98FC0A for ; Fri, 20 Jan 2012 19:41:28 +0000 (UTC) Received: from r56.edvax.de (port-92-195-70-110.dynamic.qsc.de [92.195.70.110]) by mx02.qsc.de (Postfix) with ESMTP id 8FA5D1E912; Fri, 20 Jan 2012 20:41:26 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0KJfPe8002042; Fri, 20 Jan 2012 20:41:26 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 20 Jan 2012 20:41:25 +0100 From: Polytropon To: ajtiM Message-Id: <20120120204125.a514b80e.freebsd@edvax.de> In-Reply-To: <201201201321.38516.lumiwa@gmail.com> References: <201201201321.38516.lumiwa@gmail.com> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: libjawt.so and libz.so.5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 19:41:28 -0000 On Fri, 20 Jan 2012 13:21:38 -0600, ajtiM wrote: > The other one is with Opera-11-60: /usr/local/lib/opera/liboperagtk2.so misses > libz.so.5 > > I have on the system ;ibz.so.6 I think you need to reinstall Opera so it will be linked against the current version libz.so.6. Maybe you have left out an important step when upgrading from v8 to v9. See /usr/src/Makefile's comment header: [...] 7. `make installworld' 8. `make delete-old' 9. `mergemaster' (you may wish to use -i, along with -U or -F). 10. `reboot' 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) Steps 8 and 11 are important here. In case you've not removed the libs from v8, Opera still seems to link against them even though the version does not match anymore. Make sure you have performed the upgrading steps properly before rebuilding Opera. This is important when rebuilding installed applications after system upgrade (unless you have installed the compat8x-i386-x.y.* port and _not_ installed any further applications). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 20:02:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15ADA1065677 for ; Fri, 20 Jan 2012 20:02:21 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFE08FC18 for ; Fri, 20 Jan 2012 20:02:20 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so1034403wgb.31 for ; Fri, 20 Jan 2012 12:02:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nmCKSOVoJTnu7dghYgIngduJXzhrAysRg9ZItn7CQxU=; b=ojVzb+LCXNIisWEALciSXW2IDDPiey7BSau4Lm6QohzwLB+4XEWcKOUZqGfhxWgnfI 2qf/tRHnt7gsRM2F/Su/V03ZhRvHK5HwTAJ1mHMBajnXkkgAUE6ikrS5DIjFPUOk3aaf 6PQqLf0JNvmiLMZAQzzHYqRFOCehU5TIP8yBE= MIME-Version: 1.0 Received: by 10.180.97.199 with SMTP id ec7mr13711258wib.8.1327089739485; Fri, 20 Jan 2012 12:02:19 -0800 (PST) Received: by 10.216.183.70 with HTTP; Fri, 20 Jan 2012 12:02:19 -0800 (PST) In-Reply-To: <201201201321.38516.lumiwa@gmail.com> References: <201201201321.38516.lumiwa@gmail.com> Date: Fri, 20 Jan 2012 15:02:19 -0500 Message-ID: From: "illoai@gmail.com" To: ajtiM Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: libjawt.so and libz.so.5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 20:02:21 -0000 On 20 January 2012 14:21, ajtiM wrote: > Hi! > > I ran pkg_libchk on FreeBSD 9.0-RELEASE #0 and I got: > libreoffice-3.4.5: /usr/local/lib/libreoffice/basis3.4/program/libofficebean.so > misses libjawt.so > > I did check and I have /usr/local/openjdk6/jre/lib/i386/libjawt.so > I had installed diableo which I deinstalled and install openjdk6. I reinstall > libreoofice after that but before with diablo-jdk16 I had the same message. > > The other one is with Opera-11-60: /usr/local/lib/opera/liboperagtk2.so misses > libz.so.5 > > I have on the system ;ibz.so.6 libz.so.5 is in misc/compat8x -- -- From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 21:05:49 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D8A8106566B for ; Fri, 20 Jan 2012 21:05:49 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 18F408FC16 for ; Fri, 20 Jan 2012 21:05:48 +0000 (UTC) Received: from r56.edvax.de (port-92-195-70-110.dynamic.qsc.de [92.195.70.110]) by mx02.qsc.de (Postfix) with ESMTP id 8117721978; Fri, 20 Jan 2012 22:05:47 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0KL5kB1002699; Fri, 20 Jan 2012 22:05:47 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 20 Jan 2012 22:05:46 +0100 From: Polytropon To: Dick Hoogendijk Message-Id: <20120120220546.b65fb0ce.freebsd@edvax.de> In-Reply-To: <4F199555.2000800@nagual.nl> References: <4F199555.2000800@nagual.nl> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: freebsd-update and src.txz X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 21:05:49 -0000 On Fri, 20 Jan 2012 17:24:53 +0100, Dick Hoogendijk wrote: > Is it true that freebsd-update does not update the souce files from > 8.2-R to 9.0-RELEASE? I think also updating src/ is the default behaviour. See "man freebsd-update.conf", setting "Components": The parameters following this keyword are the components or sub-components of FreeBSD which will be updated. The components are ``src'' (source code), ``world'' (non-kernel binaries), and ``kernel''; the sub-components are the indi- vidual distribution sets generated as part of the release process (e.g., ``src/base'', ``src/sys'', ``world/base'', ``world/catpages'', ``kernel/smp''). Note that prior to FreeBSD 6.1, the ``kernel'' component was dis- tributed as part of ``world/base''. The file /etc/freebsd-update.conf contains this line: Components src world kernel So sources should be updated. > And if not what is the best way to get the src.txz > installed on an updated system? If Internet connection is available, I prefer using CVS for that particular task (the "make update" method), as it's easy to specify a certain release. However, you need some basic files in /usr/src to perform this task. If the system has been installed without the sources, it's easier to get the source archive file from CD or DVD, or download it from an official FTP mirror. The 9.0/i386 sources are here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/9.0-RELEASE/src.txz Example: # cd /tmp # ftp ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/9.0-RELEASE/src.txz # tar -xz -C / -f src.txz After getting the RELEASE sources and installing them, for LATER use you could create or modify /etc/make.conf to contain those lines: SUP= /usr/bin/csup SUP_UPDATE= /usr/bin/csup SUPFLAGS= -L 2 SUPHOST= cvsup.freebsd.org SUPFILE= /etc/sup/stable.sup #PORTSSUPFILE= /etc/sup/ports.sup # optional #DOCSUPFILE= /etc/sup/doc.sup # optional #DOC_LANG= en_US.ISO8859-1 de_DE.ISO8859-1 # change You can use the same mechanism to update your ports tree and the documentation for the languages you select. The file name for getting the exact RELEASE sources could be /etc/sup/release.sup, containing the RELEASE instead of the STABLE tag shown in the next example. Then create directory /etc/sup and file /etc/sup/release.sup: *default host=cvsup.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_9 *default delete use-rel-suffix *default compress src-all This one will keep you on 9-STABLE. You can specify any other version you need (even _older_ versions if you want to downgrade) by using the tag= parameter. RELENG_9_0_0_RELEASE -> 9.0-RELEASE RELENG_9_0 -> 9.0-pX (security patches) RELENG_9 -> 9-STABLE The different tags are explained here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html Then the simple thing you need to do is: # cd /usr/src # make update That's a versatile and easy approach. With the example above, you should get the sources of 9.0-RELEASE properly. > I do have the disc1 iso. Is src.txz > installed under /usr/src or /usr/src/sys? I think it will be obvious place, which is /usr/src, as "usr/src/" is "hardcoded" in the path prefix of the archive file, so extraction "beginning" in / should do the correct thing. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 21:12:24 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09227106566B for ; Fri, 20 Jan 2012 21:12:24 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B5B018FC15 for ; Fri, 20 Jan 2012 21:12:23 +0000 (UTC) Received: by yenq3 with SMTP id q3so531705yen.13 for ; Fri, 20 Jan 2012 13:12:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=ddakK9Z0hkU6kEoxwBU+P6zL1vD2q8rgJKIC04tSdjE=; b=J5txZWz+V4n32CP8SIfl79DubY+mtytbV/YU3X9lcN10/Z3zSSaKkJEUlwMv6afhSl q7VWDsyQIHEQo6UBCxZKGTutR73NfpxxT7k08k0UEGTxcDe9rcApnlXGUMuxqKGdibrn stYnoDtMQOuTNpNc5zZvG+Axm4Uq8SxPKNrYc= Received: by 10.236.192.200 with SMTP id i48mr21484454yhn.126.1327093943003; Fri, 20 Jan 2012 13:12:23 -0800 (PST) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id z3sm7285815yhd.3.2012.01.20.13.12.22 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 13:12:22 -0800 (PST) From: ajtiM To: Polytropon Date: Fri, 20 Jan 2012 15:12:12 -0600 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; i386; ; ) References: <201201201321.38516.lumiwa@gmail.com> <20120120204125.a514b80e.freebsd@edvax.de> In-Reply-To: <20120120204125.a514b80e.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201201201512.12468.lumiwa@gmail.com> Cc: freebsd-questions@freebsd.org Subject: Re: libjawt.so and libz.so.5 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 21:12:24 -0000 On Friday 20 January 2012 13:41:25 Polytropon wrote: > On Fri, 20 Jan 2012 13:21:38 -0600, ajtiM wrote: > > The other one is with Opera-11-60: /usr/local/lib/opera/liboperagtk2.so > > misses libz.so.5 > > > > I have on the system ;ibz.so.6 > > I think you need to reinstall Opera so it will be linked > against the current version libz.so.6. Maybe you have > left out an important step when upgrading from v8 to v9. > See /usr/src/Makefile's comment header: > > [...] > 7. `make installworld' > 8. `make delete-old' > 9. `mergemaster' (you may wish to use -i, along with -U or > -F). 10. `reboot' > 11. `make delete-old-libs' (in case no 3rd party program uses them > anymore) > > Steps 8 and 11 are important here. > > In case you've not removed the libs from v8, Opera still > seems to link against them even though the version does > not match anymore. > > Make sure you have performed the upgrading steps properly > before rebuilding Opera. This is important when rebuilding > installed applications after system upgrade (unless you > have installed the compat8x-i386-x.y.* port and _not_ > installed any further applications). I didn't update version 8 to 9. I mage new install of FreeBSD 9.0-RC3 and than I use freebsd-update upgrade to FreeBSD-RELEASE. I did reinstall Opera two times and it is the same. I don't know whey LibreeOffice didn't "saw" that I have libjawt.so? Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-questions@FreeBSD.ORG Fri Jan 20 21:24:26 2012 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02C6A106566B for ; Fri, 20 Jan 2012 21:24:26 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4DC8FC08 for ; Fri, 20 Jan 2012 21:24:25 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward14.mail.yandex.net (Yandex) with ESMTP id E151C1981BC3 for ; Sat, 21 Jan 2012 01:24:23 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1327094663; bh=9YmXf2HVVnfV+dm/55ZZU4KNKVIGYuKHQvguADpnJlU=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=S/2KByhr1rruB73VeuI8ank3yAcd8XO7Bjg0y0J5oex3ciP7yI98B3dbPzea03omX LAezCy3951qDjCwVpFisCgj+XziJEh+WSJMdsWhhIDaYLHAA/jZ/0yomXlrgBBsFCx mCDt/Z3Jrs5mVzuO8tmWf7hekdVuRHUfFZVFhrY4= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id C78C01B603E4 for ; Sat, 21 Jan 2012 01:24:23 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1327094663; bh=9YmXf2HVVnfV+dm/55ZZU4KNKVIGYuKHQvguADpnJlU=; h=Date:From:Reply-To:Message-ID:To:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=S/2KByhr1rruB73VeuI8ank3yAcd8XO7Bjg0y0J5oex3ciP7yI98B3dbPzea03omX LAezCy3951qDjCwVpFisCgj+XziJEh+WSJMdsWhhIDaYLHAA/jZ/0yomXlrgBBsFCx mCDt/Z3Jrs5mVzuO8tmWf7hekdVuRHUfFZVFhrY4= Received: from unknown (unknown [176.8.25.138]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ONIKXfSa-ONIuvIr5; Sat, 21 Jan 2012 01:24:23 +0400 X-Yandex-Spam: 1 Date: Fri, 20 Jan 2012 23:24:21 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 2 (High) Message-ID: <1712857962.20120120232421@yandex.ru> To: freebsd-questions@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: problem to kill -KILL process X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 21:24:26 -0000 Hi # ps ax|grep rad 45471 ?? T Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B44F1065675 for ; Fri, 20 Jan 2012 23:36:15 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2207E8FC14 for ; Fri, 20 Jan 2012 23:36:14 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id E7F4E5C2A; Sat, 21 Jan 2012 09:48:45 +1000 (EST) Message-ID: <4F19F985.2080406@herveybayaustralia.com.au> Date: Sat, 21 Jan 2012 09:32:21 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: Leslie Jensen References: <4F19740D.7030903@herveybayaustralia.com.au> <4F199349.3030201@eskk.nu> <4F1995DF.60702@eskk.nu> In-Reply-To: <4F1995DF.60702@eskk.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: Was... A quick fix for Firefox mailto: issues Now... The other way round problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jan 2012 23:36:15 -0000 On 01/21/12 02:27, Leslie Jensen wrote: > > > 2012-01-20 17:16, Leslie Jensen skrev: >> >> Excuse me for using this thread but I feel I have a problem related to >> this, but with Thunderbird not opening URLs. >> >> I followed all instructions I can find, but have not been successful. >> >> Using the config editor I added the following, and have checked that it >> is in the file prefs.js: >> >> user_pref("network.protocol-handler.app.ftp", "/usr/local/bin/firefox"); >> user_pref("network.protocol-handler.app.http", >> "/usr/local/bin/firefox"); >> user_pref("network.protocol-handler.app.https", >> "/usr/local/bin/firefox"); >> >> user_pref("network.protocol-handler.warn-external.ftp", true); >> user_pref("network.protocol-handler.warn-external.http", true); >> user_pref("network.protocol-handler.warn-external.https", true); >> >> >> This does not work for me and has been so for a while. It started after >> an upgrade. >> >> If anyone has a solution to this problem I would like to read about it. >> >> Thank you :-) >> >> > > > I just goggled a little more and found a mention of the file > mimeTypes.rdf > > The changes I made was not transferred to this file. > > Editing the entries with firefox to the correct path did it. > > Sorry for the noise :-) I didn't know about that one- we use thunderbrowse here. Check addons :) From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 01:33:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E29B1106564A for ; Sat, 21 Jan 2012 01:33:14 +0000 (UTC) (envelope-from timothyk@wallnet.com) Received: from h98.wallnet.com (h98.wallnet.com [12.20.5.98]) by mx1.freebsd.org (Postfix) with ESMTP id 942D08FC13 for ; Sat, 21 Jan 2012 01:33:14 +0000 (UTC) Received: (qmail 83836 invoked from network); 21 Jan 2012 01:06:32 -0000 Received: from unknown (HELO TIM-KELLERSs-MacBook-Pro.local) (timothyk@96.57.143.21) by h98.wallnet.com with ESMTPA; 21 Jan 2012 01:06:32 -0000 Message-ID: <4F1A0F90.3030308@wallnet.com> Date: Fri, 20 Jan 2012 20:06:24 -0500 From: Tim Kellers User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Da Rock References: <4F19740D.7030903@herveybayaustralia.com.au> <4F199349.3030201@eskk.nu> <4F1995DF.60702@eskk.nu> <4F19F985.2080406@herveybayaustralia.com.au> In-Reply-To: <4F19F985.2080406@herveybayaustralia.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, Leslie Jensen Subject: Re: Was... A quick fix for Firefox mailto: issues Now... The other way round problem X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 01:33:15 -0000 If you backed up up your ~/.thunderbird file before you upgraded (yes, I was shocked to see that I actually did back mine up), copy the mimeTypes.rdf from your old install to the new install (its in the .thunderbird directory, 2 levels down) and your browser of choice will launch on a thunderbird link-click, again. Tim Kellers NJIT On 1/20/12 6:32 PM, Da Rock wrote: > On 01/21/12 02:27, Leslie Jensen wrote: >> >> >> 2012-01-20 17:16, Leslie Jensen skrev: >>> >>> Excuse me for using this thread but I feel I have a problem related to >>> this, but with Thunderbird not opening URLs. >>> >>> I followed all instructions I can find, but have not been successful. >>> >>> Using the config editor I added the following, and have checked that it >>> is in the file prefs.js: >>> >>> user_pref("network.protocol-handler.app.ftp", >>> "/usr/local/bin/firefox"); >>> user_pref("network.protocol-handler.app.http", >>> "/usr/local/bin/firefox"); >>> user_pref("network.protocol-handler.app.https", >>> "/usr/local/bin/firefox"); >>> >>> user_pref("network.protocol-handler.warn-external.ftp", true); >>> user_pref("network.protocol-handler.warn-external.http", true); >>> user_pref("network.protocol-handler.warn-external.https", true); >>> >>> >>> This does not work for me and has been so for a while. It started after >>> an upgrade. >>> >>> If anyone has a solution to this problem I would like to read about it. >>> >>> Thank you :-) >>> >>> >> >> >> I just goggled a little more and found a mention of the file >> mimeTypes.rdf >> >> The changes I made was not transferred to this file. >> >> Editing the entries with firefox to the correct path did it. >> >> Sorry for the noise :-) > I didn't know about that one- we use thunderbrowse here. Check addons :) > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 03:01:42 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35ECA1065676 for ; Sat, 21 Jan 2012 03:01:42 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 00F578FC16 for ; Sat, 21 Jan 2012 03:01:41 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa04 [127.0.0.1]) by ltcfislmsgpa04.fnfis.com (8.14.4/8.14.4) with SMTP id q0L2PvSc014753 for ; Fri, 20 Jan 2012 21:01:41 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com with ESMTP id 12fjuk87wg-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Fri, 20 Jan 2012 21:01:40 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 20 Jan 2012 21:01:40 -0600 From: Devin Teske To: FreeBSD Questions Date: Fri, 20 Jan 2012 19:02:12 -0800 Message-ID: <05f401ccd7e9$1322a090$3967e1b0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AczX6BMj9ODMIWEdTNGM6uJRNwTH5Q== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-20_06:2012-01-20, 2012-01-20, 1970-01-01 signatures=0 Subject: kgzip(8) regression in RELENG_9 GENERIC X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 03:01:42 -0000 Taking a GENERIC 9.0-RELEASE kernel and running kgzip(8) on it produces an unusable kernel which causes immediate BTX halt in loader(8). NOTE: This is w.r.t. a completely un-modified src-tree (including the GENERIC config itself). Just thought I'd share this regression. 8.1-RELEASE-p6 doesn't have this problem. To replicate (warning DO NOT DO THIS unless you know how to recover the boot process using either interactive loader(8) or LiveCD): 1. Install i386 9.0-RELEASE and make sure you select that you wish to unpack "src.txz" 2. Go to /usr/src/sys/i386/compile and say: config -C -g GENERIC 3. Go to ../compile/GENERIC and say: make cleandepend && make depend && make 4. Say: kgzip kernel 5. Copy kernel.kgz to /boot 6. Add kernel="kernel.kgz" to loader.conf(5) 7. Reboot 8. Witness your own death via "BTX halted" -- Devin NOTE: Looking for confirmation from at least one other individual before filing a PR on this one. It could be any number of factors and not a true regression. For example, I'm using VMware Workstation 7.1 to replicate this. _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 03:56:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB776106566C for ; Sat, 21 Jan 2012 03:56:21 +0000 (UTC) (envelope-from koggybsd@comcast.net) Received: from qmta07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id 8B77C8FC08 for ; Sat, 21 Jan 2012 03:56:21 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta07.westchester.pa.mail.comcast.net with comcast id Q3Sm1i0031ZXKqc573j41C; Sat, 21 Jan 2012 03:43:04 +0000 Received: from [192.168.2.5] ([68.43.224.227]) by omta21.westchester.pa.mail.comcast.net with comcast id Q3j31i02V4uzdYs3h3j4bj; Sat, 21 Jan 2012 03:43:04 +0000 From: gore To: freebsd-questions@freebsd.org Date: Fri, 20 Jan 2012 22:43:01 -0500 User-Agent: KMail/1.9.10 References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> In-Reply-To: <4F19279F.6060303@a1poweruser.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201201202243.01861.koggybsd@comcast.net> Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 03:56:21 -0000 I've been sort of keeping track of this particular thread, because it interested me, and after reading through, I'd like to share my personal opinions. Now, before I go any further, let me just state here and now; This is my personal opinion, so, please, don't take this in a bad way, or in the wrong way; I'm a incredibly loyal FreeBSD and PC-BSD user, and have loved FreeBSD since 4.0 when I first got to use it. Now, with that said, here's what I think: FreeBSD 9.0-RELEASE was a big deal, IS a big deal to ME personally, because, well, I LOVE FreeBSD. Basically, I've tried out NetBSD ONCE, and I didn't think it was anything special to warrent me using it instead of FreeBSD. If I ever need to use an OS on my toaster, I'll download a newer release; until then, I'll stick with FreeBSD and PC-BSD 9And let be honest here, lol, PC-BSD is FreeBSD with a pretty paint job, and some very VERY nice custom Applications to make installation, software management, and so on, easier to do. Basically it's FreeBSD but made specifically for the Desktop user). OpenBSD.... I just don't care. That guy Theo rubbed me the wrong way a long time ago, when I saw him reply to a FreeBSD security advisory, insulting one of the FreeBSD security team members and basically saying they didn't know what they were talking about and that they ere full of it, and so on. I thought that was incredibly rude, and insulting. The FreeBSD Security Team member replied with nothing more than the OpenBSD Security notification in question, proving to Theo that yes, he was in fact not lying, and it was infact from his OWN OS! I couldn't Believe ow mean Theo was; He said that basically no such advisory existed. When they replied with the advisory, he didn't even respond. My guess is, it's hard to type while trying to swallow your pride AND fit your tail between your legs at the same time. I also don't think much, or care, about taking BSD, shutting everything off, and calling it the most secure thing ever. (Yes, I'm over simplifying that, I know they've done a lot of work, but really, who doesn't do code audits now? And yea, I'm trying to make that have a little humour to it as well). Anyway, FreeBSD 9.0, I saw the Email from FreeBSD-Announce, and I got really excited. I'd been waiting for a LONG time for RELEASE come out. I was VERY freaking tempted to grab the RC3, but no, I waited. Somehow lol. But as soon as I saw it was released, and FreeBSD 9.0-RELEASE was now available, I jumped on Opera, and grabbed it. I burned it, and had it installed within an hour of reading the email that it was out. I will admit; I'm totally biased towards FreeBSD, as it's one of my favorite OSs period. I also LOVE how awesome the Core Team are; Grey Lehey wrote "The Complete FreeBSD" which, I got with the "BSD PowerPak" I bought which had 4.0 + 6CD Toolkit, and I still read that third edition to this day! It's great! I also bought the newer 4th Edition when it came out. (Having Marshal Kirk McKusick do the forward made me happy, he's one of my personal heros. I also got to speak with him recently and I was almost speechless.... I LOVE that guy, and he's so funny! The DVD 25 years of Bereley Unix is something I'd recommend you ALL buy. I also loved how nice he was. Marshal Kirk McKusick is one of the nicest, friendliest people I've have the pleasure of talking to). Anyway, back on topic; FreeBSD 9.0's new installer "bsdinstall" is FINE! I KNOW it isn't perfect, OK? I got that. But how many of you HONESTLY would rather keep using sysinstall? Seriously? If you answered yes, then why not just download 8.2 or before?It's got sysinstall as the installer, and you can be happy with it. I don't understand why so much of this is such a big issue, but, I'm only a co-sys admin of my home Network, with my Wife as the other BOFH (I'm the Bastard Operator, She's the Bitch :)) (by the way, no, I don't call woman that in that manner, it's rude, but we both love BOFH so it was an inside joke we enjoy). So I can't speak for those of you on here that are actually running huge data centers, or corporate stuff, so please understand, I'm not trying to say you don't have an actual issue. You guys are on a WAY higher level than I am. I'm a little guy compared to a lot of you. That's why I said I was only giving my opinion, and meant no harm by it, but again, why not just use 8.x or something? I'm not being sarcastic or anything either, I really am asking why not jut go to 8.2 which I also Loved? I personally like the way the new installer works. I DO think it would be nice if the Partition section was more like sysinstall, where you could simply hit "a" and it would give you a payout of partitions for the system to use, because I did like that, and now it does just / and Swap and boot by default, but the point is, that's not a huge deal really. I try to use BSD on everything I can really. It's probably the most stable OS out there. In fact, the ONLY stuff I'm not running BSD on, are, well, there's the newest Computer I own, which my Mom got for me for Christmas in 2009, which came preinstalled with Windows 7, and I Partitioned the drive in half so Slackware ran on one, and Windows 7 on the other. I needed one Windows box at least for a few games, and, of course, stupid school stuff where they force you to use some windows crap. The other machine I don't use BSD on, is my FTP Server, which is running Slackware 12.0. I thought about upgrading it, but really, it works just fine for my needs, and it's fully patched, and so there is no need really. When I do upgrade my Server though, I'm probably gonna be installing FreeBSD on it. FreeBSD, Slackware, and Debian are my first thoughts when I think of setting up an FTP Server, so that's just me. Anyway, I don't want you to have to read a whole book of text here, but I personally am wnjoying FreeBSD9.0-RELEASE. I like it, and I'm using it on on of my Desktops, and my Laptop, as my other machine I use a lot, is running PC-BSD. (9.0 of that just came out too which I grabbed as soon as I saw it was out). Anyway, again, this was just my opinion, so please don't think I'm making any assumptions about the situations, systems, or tasks that the rest of you have to do; I am not even TRYING to pretend I know what you're dealing with, I'm not a jerk like that heh. Basically, I just wanted to point out that there's people like me, who not only love FreeBSD 9.0-REEASE, but, also, didn't have any real issues with the installer. As I said; I know it isn't perfect, and it does need some work I think, but you have to rmember; This is a NEW installer; There wasn't a version of FreeBSD before this that used it, so, now that everyone has been talking about their issues with it, I'm pretty darn sure that the people who write the thing are keeping track, and will fix it. I mean seriously guys; Does anyone here think that the FreeBSD team won't try and fix it up so that we all like it? I know deep down, after meeting the members of the core team I've met, that they do care quite a bit about us; The Users, of FreeBSD. With that said, I think one thing that should be done, is to make a list of any issues any of you had with the installer. Make this PRODUCTIVE by making a list of some type, of what the issues REALLY are, and make them known. Then, the people who are in charge of bsdinstall, can look them over, and, actually make change. Anyway, sorry about the length again, but I just wanted to say something, and ended up saying a lot... Lol, I'm longer winded than Hurricane Katrina apparently ;) LOL :) -Allen -- BSD user From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 04:20:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C871E106566B for ; Sat, 21 Jan 2012 04:20:02 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 769B28FC13 for ; Sat, 21 Jan 2012 04:20:01 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa04 [127.0.0.1]) by ltcfislmsgpa04.fnfis.com (8.14.4/8.14.4) with SMTP id q0L3QShA009498; Fri, 20 Jan 2012 22:20:00 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com with ESMTP id 12fjuk8ccc-6 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 20 Jan 2012 22:20:00 -0600 Received: from [10.0.0.105] (10.14.152.28) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 20 Jan 2012 22:19:41 -0600 References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> In-Reply-To: <201201202243.01861.koggybsd@comcast.net> MIME-Version: 1.0 (iPhone Mail 8C148) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Message-ID: <45C8C855-AA1F-4F9E-A274-29F6D92E5DB8@fisglobal.com> X-Mailer: iPhone Mail (8C148) From: Devin Teske Date: Fri, 20 Jan 2012 20:19:32 -0800 To: gore X-Originating-IP: [10.14.152.28] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361, 1.0.211, 0.0.0000 definitions=2012-01-20_06:2012-01-20, 2012-01-20, 1970-01-01 signatures=0 Cc: "" Subject: * Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 04:20:02 -0000 Sent from my iPhone On Jan 20, 2012, at 7:43 PM, gore wrote: [snip] > I also bought the newer 4th Edition when it came out. (Having Marshal > Kirk McKusick do the forward made me happy, he's one of my personal > heros. I also got to speak with him recently and I was almost > speechless.... I LOVE that guy, and he's so funny! The DVD 25 years of > Bereley Unix is something I'd recommend you ALL buy. I also loved how > nice he was. Marshal Kirk McKusick is one of the nicest, friendliest > people I've have the pleasure of talking to). > [snip] > > why not just use 8.x or something? I'm not being sarcastic > or anything either, I really am asking why not jut go to 8.2 which I > also Loved? > SU+J by Kirk McKusick ?? :-D -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 04:47:26 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A25A51065673 for ; Sat, 21 Jan 2012 04:47:26 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 72FE08FC08 for ; Sat, 21 Jan 2012 04:47:26 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2247638obc.13 for ; Fri, 20 Jan 2012 20:47:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.38.7 with SMTP id c7mr476228obk.44.1327121245727; Fri, 20 Jan 2012 20:47:25 -0800 (PST) Received: by 10.60.13.70 with HTTP; Fri, 20 Jan 2012 20:47:25 -0800 (PST) In-Reply-To: <201201202243.01861.koggybsd@comcast.net> References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> Date: Fri, 20 Jan 2012 20:47:25 -0800 Message-ID: From: Michael Sierchio To: gore X-Gm-Message-State: ALoCoQkErNWLbIItgplX/T8zT7c5WyoKcjB+EAJKkjeS97EuYuwmaxsbHjqXmNNI/qxv1shl9KHs Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 04:47:26 -0000 I've been using FreeBSD since 2.2.1, and.... IMHO, the 9.0 installer SUX! It blow chunks. It's a POS. It's crap. It is a joke. I hope I made myself clear. ;-) - M From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 05:15:09 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7B01065673 for ; Sat, 21 Jan 2012 05:15:08 +0000 (UTC) (envelope-from lyubomir@grigorovl.eu) Received: from gateway16.websitewelcome.com (gateway16.websitewelcome.com [69.56.162.7]) by mx1.freebsd.org (Postfix) with ESMTP id A88088FC19 for ; Sat, 21 Jan 2012 05:15:08 +0000 (UTC) Received: by gateway16.websitewelcome.com (Postfix, from userid 5007) id 4F9BE962033C9; Fri, 20 Jan 2012 23:15:07 -0600 (CST) Received: from gator1718.hostgator.com (gator1718.hostgator.com [184.173.215.146]) by gateway16.websitewelcome.com (Postfix) with ESMTP id 41C8E9620338F for ; Fri, 20 Jan 2012 23:15:07 -0600 (CST) Received: from [75.36.213.43] (port=63061 helo=neonz.localnet) by gator1718.hostgator.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1RoTIB-0001Oa-1O for freebsd-questions@freebsd.org; Fri, 20 Jan 2012 23:15:07 -0600 From: Lyubomir Grigorov To: freebsd-questions@freebsd.org Date: Fri, 20 Jan 2012 21:15:00 -0800 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE; KDE/4.7.3; amd64; ; ) References: <201201202243.01861.koggybsd@comcast.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1885960.MqpSd8OQCr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201201202115.06909.lyubomir@grigorovl.eu> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1718.hostgator.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - grigorovl.eu X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: adsl-75-36-213-43.dsl.pltn13.sbcglobal.net (neonz.localnet) [75.36.213.43]:63061 X-Source-Auth: lyubomir+grigorovl.eu X-Email-Count: 1 X-Source-Cap: YWxha2F6YW07YWxha2F6YW07Z2F0b3IxNzE4Lmhvc3RnYXRvci5jb20= Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 05:15:09 -0000 --nextPart1885960.MqpSd8OQCr Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just to give thoughts as a younger user... I first touched FreeBSD around 2005. The current insteller is much more=20 appealing and useful. All the people displaying elitist attitude toward the= =20 arcaic installer which infact DID push people away from FreeBSD, I don't=20 understand you. The old installer was pretty crappy and there where many=20 occasion on which you could fuck up and have to start the install all over,= or=20 just randomly quit the installer for that matter. The only reason to say th= e=20 new installer sucks is that it has no gui. It is 2012 and you still are usi= ng=20 text-based installers... Also, there was plently of time during RC to discuss this, I don't see why = you=20 all cry right now. To me, it seems you are afraid of change and getting out= of=20 your comfort zone. =2D- Lyubomir Grigorov (bgalakazam) --nextPart1885960.MqpSd8OQCr Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAABAgAGBQJPGknaAAoJEDmxOw4kunU9gEAP/0vdmTvnbvpa/nPo6Rz8oKcD Kd8sl/I0+nFB7wfAnme6JBIsHcdnwN5FU+5AqzUqmHSvdik7z/oMVdJYmRaoJiS9 AnA3rUGKn3SHVCnZxFU+KB/I11d1LEZjqwKcO3Jy32AahTVv2XKInP1Btb9MIq0o j+F+wRjZW1KjDF8p7e+au88rNkxArr9rLOr9ZINZ4gOE8lqTf/C5zjPPPSjsPGi1 Xis36Tf4UZu4nubLp4Dc9pNJo0ieIfSyI6hWz37qJISTyOz5dNFYqyHc5E7P7TwR 7QMxPmtBgB7vXyI3X+vNALwvgXx4vr0nlhJGLNhrLzh/AIwYCBKcL6Nd9Y6JalNo b03XzHTDtET//96Z6M1opyKhZ5dhbVvIEwUL5muvOFMzHEu5eY7egU0xT+4seOb5 W0OVQ2L0ef1QfAz9fUY/XZfQbm1RZKgMoU3NALUA2USrhB4pmr0QF7of24+Vz8/i oSwsbtCg1YDAAI6gyuC9DthVPYIsfr0zlJ1rQXasts8ILY2iMPJjHMptMUKNXE2J Xf4CrgaTMBS/sLOprNgXGpjJVLiEp1DZswUj2VaQIIDA4uWe4LpIgxZ9crH58K8S lqdKyoFbK7OiYBN3KoI/IhZY6Duk6qm2FiUK3mGqVSe4ELJXvo0XVkZG+XgxniHE HD5uMfDNIQfxXmT4Aywi =qDT4 -----END PGP SIGNATURE----- --nextPart1885960.MqpSd8OQCr-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 05:39:18 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF487106566B for ; Sat, 21 Jan 2012 05:39:18 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) by mx1.freebsd.org (Postfix) with ESMTP id 419418FC08 for ; Sat, 21 Jan 2012 05:39:17 +0000 (UTC) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0L5d9lb010996; Sat, 21 Jan 2012 05:39:09 GMT Received: from orange.esperance-linux.co.uk (host-92-22-155-163.as13285.net [92.22.155.163]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0L5d8YZ010985; Sat, 21 Jan 2012 05:39:08 GMT Received: by orange.esperance-linux.co.uk (Postfix, from userid 1001) id 243DE33C52; Sat, 21 Jan 2012 05:39:08 +0000 (GMT) Date: Sat, 21 Jan 2012 05:39:08 +0000 From: "'Frank Shute'" To: Devin Teske Message-ID: <20120121053908.GA8988@orange.esperance-linux.co.uk> References: <4EFDA3B50040906E@> <20120119164234.GB21488@hemlock.hydra> <04db01ccd6df$a6ebe3f0$f4c3abd0$@fisglobal.com> <20120119200106.GB88862@orange.esperance-linux.co.uk> <04ff01ccd6fa$ca9a4e20$5fceea60$@fisglobal.com> <20120120005142.GC88862@orange.esperance-linux.co.uk> <051e01ccd713$2b18ae50$814a0af0$@fisglobal.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <051e01ccd713$2b18ae50$814a0af0$@fisglobal.com> User-Agent: Mutt/1.4.2.3i X-Face: *}~{PHnDTzvXPe'wl_-f%!@+r5; VLhb':*DsX%wEOPg\fDrXWQJf|2\,92"DdS%63t*BHDyQ|OWo@Gfjcd72eaN!4%NE{0]p)ihQ1MyFNtWL X-Operating-System: FreeBSD 8.2-STABLE amd64 X-Organisation: 'shute.org.uk' Cc: 'Chad Perrin' , 'Dave Robison' , freebsd-questions@freebsd.org Subject: Re: FreeBSD 9 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Shute List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 05:39:18 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 19, 2012 at 05:31:00PM -0800, Devin Teske wrote: > >=20 >=20 > > -----Original Message----- From: 'Frank Shute' > > [mailto:frank@shute.org.uk] Sent: Thursday, January 19, 2012 4:52 > > PM To: Devin Teske Cc: 'Chad Perrin'; > > freebsd-questions@freebsd.org; Dave Robison Subject: Re: FreeBSD 9 > >=20 > > On Thu, Jan 19, 2012 at 02:36:29PM -0800, Devin Teske wrote: > > > > > > > > > > > > > > > > > > > I believe the "difficulty in maintenance" stems primarily > > > > > from the fact that the existing partition editor MAY have to > > > > > be entirely rewritten to accommodate other root filesystem > > > > > types (but even that's not entirely true -- if done right). > > > > > > > > > > Other than that, it's most likely just FUD and misperception > > > > > that sysinstall(8) is either (a) hard to maintain or (b) > > > > > hard to extend. -- Devin > > > > > > > > To quote the manpage for sysinstall: > > > > > > > > BUGS > > > > > > > > > > > > > > > > This utility is a prototype which lasted several years > > > > past its expira- tion date and is greatly in need of > > > > death. > > > > > > > > There are a (great) number of undocumented variables. > > > > UTSL. > > > > > > > > > > Perspective. > > > > > > Let's take a look at the commit history for this manual. > >=20 > > Let's not. Let us discuss the merit of what the manpage says. > >=20 > > "There are a (great) number of undocumented variables." > >=20 > > From my reading of postings to this list and stable@, >=20 > yet not -sysinstall@ (?!) Didn't know it existed until now! >=20 > > it was felt that sysinstall couldn't be extended without a total > > re-write, that seems to suggest that the manpage is right and is > > not FUD. > >=20 >=20 > I disagree. Just because you document something doesn't make it > true. >=20 > I've already discussed the fact that the first line you quoted ("in > need of death") is 15+ years old and we have no way of tracking its > origin and thus can't extrapolate why on-Earth it was put into a > "release-quality product" in the first place. >=20 > The second line you quote (which was added 2 years 10 months ago via > SVN r189754 by grog@) has everything to do with highlighting the > fact that sysinstall(8) is highly scriptable through a large number > of under-documented dispatch keywords and nothing to do with the > "total re-write" issue you're discussing. >=20 > Plus, the keywords are a lot more documented than you think. If a > dispatch word is not documented, there's probably good cause (a > great number of the dispatch keywords are meant for internal use > only and their documentation would merely invite strangeness only > reserved for people that know what they're doing -- i.e. they can > read the code to learn what their function is). >=20 > However, I will concede to the fact that the number of dispatch > keywords that are documented versus ones that CAN be used is only > about 33%. >=20 > Here's how I generated that number... >=20 > awk '/VAR_/{sub(/[^"]*"/,"");sub(/"$/,"");print}' > /usr/src/usr.sbin/sysinstall/sysinstall.h | sh -c 'while read var;do > zgrep -q "\<$var\>" /usr/share/man/man8/sysinstall.8.gz && > varcount=3D$((${varcount:-0}+1));done;echo $varcount' >=20 > This returns the number of variables -- as-defined-as a dispatch > keyword in sysinstall.h -- are present in the manual. >=20 > In 9.0-RELEASE, it returns "33" for me. >=20 > In contrast with the number of dispatch keywords, obtainable by: >=20 > awk '/VAR_/{print}' | wc -l >=20 > which returns 105 for me ... minus the "markedly internal keywords" > which begin with "_"... >=20 > awk '/VAR_/{print}' | grep -vc '"_' >=20 > We see 101 supposedly-usable dispatch keywords which brings us to > about 33% documentation. >=20 > However, I will re-iterate... >=20 > The first quote you pulled from the man-page was made 15+ years ago, > the second quote you pulled was from 2+ years ago and the two are > not related. The first declares some inferred quality about the code > itself and the second simply states that the variable keywords are > under-documented. One not-necessarily imply the other or vice-versa. > -- Devin >=20 Devin, damn you with your logic, sensible arguments & *statistics*....[spit] ;) You've obviously got more invested in sysinstall than I have. It was always a thing that I just muddled through to get a minimal system up & running. But if you're using the scripting interface then I can see that you would want something of equivalent functionality in the replacement, bsdinstall. Regards, --=20 Frank Contact info: http://www.shute.org.uk/misc/contact.html --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk8aT3sACgkQHduKvUAgeK5PiQCfRtSCHqCz/sYE/MJDWLtL8yme ULUAni8EoEwiceYvsyZnfqvtamM/6Q71 =PfD6 -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 05:49:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A38F106566C for ; Sat, 21 Jan 2012 05:49:31 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29E7F8FC17 for ; Sat, 21 Jan 2012 05:49:30 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2284208obc.13 for ; Fri, 20 Jan 2012 21:49:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.225.9 with SMTP id rg9mr669602obc.4.1327124970462; Fri, 20 Jan 2012 21:49:30 -0800 (PST) Received: by 10.60.13.70 with HTTP; Fri, 20 Jan 2012 21:49:30 -0800 (PST) In-Reply-To: <201201202115.06909.lyubomir@grigorovl.eu> References: <201201202243.01861.koggybsd@comcast.net> <201201202115.06909.lyubomir@grigorovl.eu> Date: Fri, 20 Jan 2012 21:49:30 -0800 Message-ID: From: Michael Sierchio To: Lyubomir Grigorov X-Gm-Message-State: ALoCoQl0V5xR6sTOF4IPZ8rT7ifvkoJsL5m0O+xc/eWnayDRxwi0v4rKfdiXSr4TNi42TafAHxee Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-questions@freebsd.org Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 05:49:31 -0000 On Fri, Jan 20, 2012 at 9:15 PM, Lyubomir Grigorov wrote: > Just to give thoughts as a younger user... > Also, there was plently of time during RC to discuss this, I don't see why you > all cry right now. To me, it seems you are afraid of change and getting out of > your comfort zone. I don't have a comfort zone, I'm still a beginner.... ;-) My post was half in jest, but not entirely. I'm all for making things easy for the default install, but don't like having the expert knobs so far out of reach. The old sysinstall may have been showing its age, but replacing with something that looks even less professional isn't great, either. - M From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 05:52:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C05FE1065673 for ; Sat, 21 Jan 2012 05:52:57 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 58E928FC13 for ; Sat, 21 Jan 2012 05:52:56 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1454479wib.13 for ; Fri, 20 Jan 2012 21:52:56 -0800 (PST) Received: by 10.180.106.202 with SMTP id gw10mr2588233wib.3.1327125176261; Fri, 20 Jan 2012 21:52:56 -0800 (PST) Received: from [192.168.0.47] (paris.c-mal.com. [88.170.200.60]) by mx.google.com with ESMTPS id gy6sm1408380wib.11.2012.01.20.21.52.54 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jan 2012 21:52:55 -0800 (PST) References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8J2) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <56EE9CA1-8AFF-4FD5-A1DC-D33A3B3B45DC@my.gd> X-Mailer: iPhone Mail (8J2) From: Damien Fleuriot Date: Sat, 21 Jan 2012 06:52:31 +0100 To: Michael Sierchio Cc: gore , "freebsd-questions@freebsd.org" Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 05:52:57 -0000 On 21 Jan 2012, at 05:47, Michael Sierchio wrote: > I've been using FreeBSD since 2.2.1, and.... IMHO, the 9.0 installer SUX! > It blow chunks. It's a POS. It's crap. It is a joke. >=20 > I hope I made myself clear. ;-) >=20 > - M Just because you see things a certain way doesn't make them a fact. It's your personal opinion and other people's mileage may vary. Since you're a fbsd user from 2.x, certainly you're WAY beyond needing the i= nstaller and just unpack the base system + kern + src + ports and install th= em manually. Refer my earlier post on the subject. Perhaps if you're unhappy with the new installer you should have submitted f= eedback about it before -RELEASE hit the road. Last but not least I find your calling the new installer a "pos" highly disr= espectful towards the people that invested time, energy and money in it. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 07:13:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D79106566B for ; Sat, 21 Jan 2012 07:13:31 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy3-pub.bluehost.com (oproxy3.bluehost.com [IPv6:2605:dc00:100:2::a3]) by mx1.freebsd.org (Postfix) with SMTP id 870F08FC0A for ; Sat, 21 Jan 2012 07:13:31 +0000 (UTC) Received: (qmail 3669 invoked by uid 0); 21 Jan 2012 07:13:31 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy3.bluehost.com with SMTP; 21 Jan 2012 07:13:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.com; s=default; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date; bh=rNSn8sMoMuITte4QO2DJsfT2AU2s3x4VgcDkyQb0ICY=; b=Dt1W1QGbLJZcf/TpArzN+wUQ2TYlq6F3HTQhuYeWJtuNM5TIKR5b+e9PPpeSKc+tQknDr2GG/nn1e3/ZWYUSC2CPfYV9beKcgEUvrbYVU4cGFR+Zr0I7txi35WuQCk6c; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=localhost) by box543.bluehost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1RoV8k-0002VF-H8 for freebsd-questions@freebsd.org; Sat, 21 Jan 2012 00:13:30 -0700 Date: Sat, 21 Jan 2012 00:13:31 -0700 From: Chad Perrin To: freebsd-questions@freebsd.org Message-ID: <20120121071331.GA32682@hemlock.hydra> Mail-Followup-To: freebsd-questions@freebsd.org References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> <45C8C855-AA1F-4F9E-A274-29F6D92E5DB8@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45C8C855-AA1F-4F9E-A274-29F6D92E5DB8@fisglobal.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.com} {sentby:smtp auth 24.8.180.234 authed with perrin@apotheon.com} Subject: Re: * Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 07:13:31 -0000 On Fri, Jan 20, 2012 at 08:19:32PM -0800, Devin Teske wrote: > On Jan 20, 2012, at 7:43 PM, gore wrote: > > > > why not just use 8.x or something? I'm not being sarcastic > > or anything either, I really am asking why not jut go to 8.2 which I > > also Loved? > > SU+J by Kirk McKusick ?? :-D There are things 9.0 offers that earlier versions do not. I think 9.0 is the first where the entire base system builds with Clang without issues, for instance (someone correct me if I'm wrong). The big thing I wanted in 9.0 actually got pushed back to 9.1 at least, so I'm still waiting for that, but that too indicates a reason that someone might not be satisfied with 8.2. As I mentioned earlier, it seems to me (as an outsider to the installer development process) that offering a choice between sysinstall and bsdinstall for at least one RELEASE of FreeBSD might have been a good idea, to give users a transition period and ensure that if there are some unforseen show-stoppers that did not appear in testing there would still be an option for those who need it. After talking some more to people who actually know a bit about how the installers work, I still don't see why that would not be the better choice. On the other hand, bsdinstall does get the job done, at least for my purposes. It just does so in a way that feels a bit more straightjacketed, and it rubs me personally a bit the wrong way. Your mileage may vary, and it certainly has not been a show-stopper for me so far. The actual installed OS is still my favorite, and when forced to screw around with something like Debian or (heaven forfend) MS Windows, it makes me want to tear my hair out or cry or break something. In the final analysis, the worst this has done for me is make me feel just slightly inconvenienced during installation, having to restart the installation process more often when I made a misstep for instance. No biggie, I guess. It's certainly not worth giving up being able to build the whole base system with Clang instead of GCC to have sysinstall instead of bsdinstall. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 09:25:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B40B106564A for ; Sat, 21 Jan 2012 09:25:02 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by mx1.freebsd.org (Postfix) with ESMTP id DA33B8FC0C for ; Sat, 21 Jan 2012 09:25:01 +0000 (UTC) Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0L9OxYX007685; Sat, 21 Jan 2012 09:25:00 GMT Received: from orange.esperance-linux.co.uk (host-92-22-155-163.as13285.net [92.22.155.163]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id q0L9OxgW007674; Sat, 21 Jan 2012 09:24:59 GMT Received: by orange.esperance-linux.co.uk (Postfix, from userid 1001) id 4CBCD33C52; Sat, 21 Jan 2012 09:24:59 +0000 (GMT) Date: Sat, 21 Jan 2012 09:24:59 +0000 From: Frank Shute To: ??????? ??????? Message-ID: <20120121092459.GB8988@orange.esperance-linux.co.uk> References: <1712857962.20120120232421@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <1712857962.20120120232421@yandex.ru> User-Agent: Mutt/1.4.2.3i X-Face: *}~{PHnDTzvXPe'wl_-f%!@+r5; VLhb':*DsX%wEOPg\fDrXWQJf|2\,92"DdS%63t*BHDyQ|OWo@Gfjcd72eaN!4%NE{0]p)ihQ1MyFNtWL X-Operating-System: FreeBSD 8.2-STABLE amd64 X-Organisation: 'shute.org.uk' Cc: freebsd-questions@freebsd.org Subject: Re: problem to kill -KILL process X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Shute List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 09:25:02 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 20, 2012 at 11:24:21PM +0200, ??????? ??????? wrote: > > Hi >=20 > # ps ax|grep rad > 45471 ?? T 26473 1 S+ 0:00.00 grep rad > flux# date > Fri Jan 20 23:20:28 UTC 2012 > flux# kill -KILL 45471 > flux# date > Fri Jan 20 23:20:41 UTC 2012 > flux# kill -KILL 45471 > flux# date > Fri Jan 20 23:20:54 UTC 2012 > flux# kill -KILL 45471 >=20 >=20 > top > 9 root 16 - 0K 8K syncer 2 7:12 0.00% syncer > 45471 freeradius 20 -20 311M 283M STOP 0 3:38 0.00% {radiusd} > 49114 root 21 0 10460K 4240K select 0 2:43 0.00% zebra >=20 > How to kill process without reboot? >=20 Doesn't radius have a script in /usr/local/etc/rc.d? If so use that to stop it rather than KILLing it. E.g: # /usr/local/etc/rc.d/radiusd stop or something like that. Regards, --=20 Frank Contact info: http://www.shute.org.uk/misc/contact.html --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk8ahGoACgkQHduKvUAgeK6vkwCfZ2auE+p55iXmRxVPU/jRzRkl 60MAoM8SU8/+yJQckm7OXuSfAdvEGuOV =R6vn -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 09:25:50 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04712106566B for ; Sat, 21 Jan 2012 09:25:50 +0000 (UTC) (envelope-from koggybsd@comcast.net) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id A68A28FC20 for ; Sat, 21 Jan 2012 09:25:49 +0000 (UTC) Received: from omta22.westchester.pa.mail.comcast.net ([76.96.62.73]) by qmta09.westchester.pa.mail.comcast.net with comcast id Q9Qv1i0011ap0As599RpsA; Sat, 21 Jan 2012 09:25:49 +0000 Received: from [192.168.2.5] ([68.43.224.227]) by omta22.westchester.pa.mail.comcast.net with comcast id Q9Rp1i0084uzdYs3i9Rpem; Sat, 21 Jan 2012 09:25:49 +0000 From: gore To: "freebsd-questions@freebsd.org" Date: Sat, 21 Jan 2012 04:25:47 -0500 User-Agent: KMail/1.9.10 References: <56EE9CA1-8AFF-4FD5-A1DC-D33A3B3B45DC@my.gd> In-Reply-To: <56EE9CA1-8AFF-4FD5-A1DC-D33A3B3B45DC@my.gd> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <201201210425.47781.koggybsd@comcast.net> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 09:25:50 -0000 On Saturday 21 January 2012 12:52:31 am Damien Fleuriot wrote: > On 21 Jan 2012, at 05:47, Michael Sierchio wrote: > > I've been using FreeBSD since 2.2.1, and.... IMHO, the 9.0 > > installer SUX! It blow chunks. It's a POS. It's crap. It is a > > joke. > > > > I hope I made myself clear. ;-) > > > > - M > > Just because you see things a certain way doesn't make them a fact. > It's your personal opinion and other people's mileage may vary. > > Since you're a fbsd user from 2.x, certainly you're WAY beyond > needing the installer and just unpack the base system + kern + src + > ports and install them manually. Well, because that's work, and anyone who simply says something sucks like that, probably doesn't like doing that lol ;) > Refer my earlier post on the subject. > > Perhaps if you're unhappy with the new installer you should have > submitted feedback about it before -RELEASE hit the road. I too wonder about this. I mean, 9.0 was supposed to be out BEFORE it was actually released, and it was released a little late, so there was actually MORE time to talk about this with someone than what I'm guessing is normal. > Last but not least I find your calling the new installer a "pos" > highly disrespectful towards the people that invested time, energy > and money in it. I agree. Someone saying anything free is a "POS" is kind of like... You know? I bet that's Meg griffin! lol. I'm not the best person for sales because I speak my mind, so I can easily say simply "If you don't like it, you have choices; You can either write a new installer yourself, find another one that works with it, use a different version, a different OS period, or, of course, shut up and like it since you didn't exactly pay through the nose for it". It's totally free, and you can install it on any number of machines. Complaining about free stuff is perfectly fine I think, but at least give examples of how you think it could be better, or, fix it! Note pad comes for free on Windows, and it blows like Windows does, but I'm not a programmer so even if you COULD get the source, I couldn't fix it. But, I don't sit there telling Microsoft's terrible tech supportpeople who failed at sellingused cars that it sucks... If I wanted to try that out I'd tell Richard Stallman where he could stick Emacs and every bit of the source code lol..Anyone who thinks ITS is better than Unix..... Yea... Right... An OS entirely in Assembler, 6 characters no exceptions no passwords and "hey I have a Hack! use Enter for your password!".... Luckly ITS was crappy enough no one in their right mind would WANT to break in to steal CPU cycles lol. That's like breaking into a VMS machine; I'd rather dip my balls in honey and tea bag a jar full of Bullet Ants. (And if you didn't laugh enough at that; look up Bullet Ants; They have one of the most painful stings of anything, and, as such, you aren't considered a man by most tribes until you stick your hands in a special glove set with them in there) lol :) -Allen -- BSD user From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 09:41:03 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E84951065670 for ; Sat, 21 Jan 2012 09:41:03 +0000 (UTC) (envelope-from cyberleo@cyberleo.net) Received: from paka.cyberleo.net (paka.cyberleo.net [66.219.31.21]) by mx1.freebsd.org (Postfix) with ESMTP id C5C1A8FC0A for ; Sat, 21 Jan 2012 09:41:03 +0000 (UTC) Received: from [172.16.44.4] (den.cyberleo.net [66.253.36.39]) by paka.cyberleo.net (Postfix) with ESMTPSA id C87BD28405; Sat, 21 Jan 2012 04:41:02 -0500 (EST) Message-ID: <4F1A882D.5080302@cyberleo.net> Date: Sat, 21 Jan 2012 03:41:01 -0600 From: CyberLeo Kitsana User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111204 Thunderbird/8.0 MIME-Version: 1.0 To: Devin Teske References: <05f401ccd7e9$1322a090$3967e1b0$@fisglobal.com> In-Reply-To: <05f401ccd7e9$1322a090$3967e1b0$@fisglobal.com> X-Enigmail-Version: 1.3.4 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: FreeBSD Questions Subject: Re: kgzip(8) regression in RELENG_9 GENERIC X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 09:41:04 -0000 On 01/20/2012 09:02 PM, Devin Teske wrote: > Taking a GENERIC 9.0-RELEASE kernel and running kgzip(8) on it produces an > unusable kernel which causes immediate BTX halt in loader(8). > > ... > > 4. Say: kgzip kernel Curious, it doesn't even look like that binary is hooked into the build process at all on 9.0-RELEASE. It's manpage indicates that it is unsuitable for loader(8) use, and that just running gzip(1) on the kernel file is sufficient; a fact to which I can attest, since I compress everything in /boot/kernel to save space on my flashcard installs, and the loader has no problem decompressing it on the fly. kldload(8), on the other hand, still seems to be incapable of handling gzipped klds. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://wwww.fur.com/peace/ From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 10:25:30 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A1781065670; Sat, 21 Jan 2012 10:25:29 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 036E08FC08; Sat, 21 Jan 2012 10:25:28 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1590436wib.13 for ; Sat, 21 Jan 2012 02:25:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=Iop/roe4kacYkJwKNYWHT79L7oWlC8mPO7OeVdr6nAs=; b=Wpk/bebDJ83jvPN0YiwW8hjTYdNcUrU1G6LnHXVtp0Q4FwtlnnMM7w7JGCdEJNQe5z YDVTW2aKBKAsyVeB/+71A6H1eMzvF5Q936wRaplFREyDRyuT6+tdUZqR5GNVuih16xC2 9nB6cxVV/2KxQWZ1SWTafvfMHF3RM2lbk4OJ8= Received: by 10.180.24.66 with SMTP id s2mr2047021wif.17.1327141528097; Sat, 21 Jan 2012 02:25:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Sat, 21 Jan 2012 02:25:01 -0800 (PST) From: Christer Solskogen Date: Sat, 21 Jan 2012 11:25:01 +0100 Message-ID: To: cperciva@freebsd.org, FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 Cc: Subject: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 10:25:30 -0000 Hi! I've just finished installing FreeBSD on my "new" Mac mini G4, and when I ran freebsd-update on it I found out that freebsd-update only supports i386 and amd64 architectures. How come? -- chs, From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 10:52:37 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8382106564A for ; Sat, 21 Jan 2012 10:52:36 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 74AB18FC15 for ; Sat, 21 Jan 2012 10:52:36 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0LAqUgC065661 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 21 Jan 2012 10:52:31 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0LAqUgC065661 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327143151; bh=Q7cPJBeO7llWLKRxbYQ3M4KW0fXjKefRBX6mOLpmxtM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=doW0ivfzggZEiCX+8fn93K3C8oXvUJ61iXLpbeAHLq+HaCj2IGsGeuVtL9JxfXilR vHvPXHKtlPhAV6SUOmg5w6L/6aQCBVoMNTlPEIUKB5sfAeioQddhN3KZXYmALY63Dq 2ZT0Pq14lDy+sToJbOhEdrrpyat7h2/2ojVBnGK8= Message-ID: <4F1A98E5.2060207@infracaninophile.co.uk> Date: Sat, 21 Jan 2012 10:52:21 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD45CE70D3CCF3314AB51E8D4" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 10:52:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD45CE70D3CCF3314AB51E8D4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 21/01/2012 10:25, Christer Solskogen wrote: > I've just finished installing FreeBSD on my "new" Mac mini G4, and > when I ran freebsd-update on it I found out that freebsd-update only > supports i386 and amd64 architectures. > How come? If that's not an Intel based Mac, then your definition of "new" is, well, contrary to all accepted usage. Tier-2 architectures aren't supported by freebsd-update for two reasons: * Lack of available hardware for build systems for freebsd-update to use. Not entirely sure what the status of cross-compilation is at the moment, but I believe the best results are still obtained by compiling natively. * Also, quite frankly, lack of demand. There simply aren't that many consumer or server grade systems available using PowerPC at the moment. (Not the case for embedded systems, but they are unlikely to be using the public freebsd-update servers.) Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigD45CE70D3CCF3314AB51E8D4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8amO0ACgkQ8Mjk52CukIykbwCdFAFejJ/KATVRV+Cu2JLx0B82 0iwAn2GGhXLPvIB1O9yiRDPQei65RiqF =kRKh -----END PGP SIGNATURE----- --------------enigD45CE70D3CCF3314AB51E8D4-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 11:54:33 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 835F2106564A for ; Sat, 21 Jan 2012 11:54:33 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 40DC98FC0A for ; Sat, 21 Jan 2012 11:54:32 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 9C3405C29 for ; Sat, 21 Jan 2012 22:07:04 +1000 (EST) Message-ID: <4F1AA68D.50508@herveybayaustralia.com.au> Date: Sat, 21 Jan 2012 21:50:37 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Calxeda processors X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 11:54:33 -0000 I just stumbled on these new ARM based chipsets. Apparently one the FreeBSD folk was onboard with the company as a software engineer as well. http://www.calxeda.com Anyone know what the status would be of running our fav OS on these quadcore, blade based server processors? Running a server at 5W would be reeaal nice, you know :) Cheers From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 11:55:29 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81A86106567A for ; Sat, 21 Jan 2012 11:55:29 +0000 (UTC) (envelope-from bounces+73574-b3e9-freebsd-questions=freebsd.org@sendgrid.me) Received: from o7.shared.sendgrid.net (o7.shared.sendgrid.net [74.63.235.40]) by mx1.freebsd.org (Postfix) with SMTP id 396098FC24 for ; Sat, 21 Jan 2012 11:55:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=SVPbUzKo1C46VQZGnE9ksnsDdes=; b=pl8ON76m56+vuxR+K45jWTCFkQwv LGqg2CVam9vqRRU5s/dBtIVIj4UHXPylF4Efzr/4C31bnTzAeovbpngX1VK9tPrC D8x6ZlWbS84mS1i7fGmOXU6Aq1AGXYdUWRBQT29UeNpH8gnE3PRXeG9NKDc1NyzF EmSym74CEtKDMN8= Received: by 10.16.69.80 with SMTP id mf39.1033.4F1AA5221 Sat, 21 Jan 2012 05:44:34 -0600 (CST) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi7 (SG) with ESMTP id 4f1aa522.38b0.10a3386 for ; Sat, 21 Jan 2012 05:44:34 -0600 (CST) Received: (qmail 22517 invoked from network); 21 Jan 2012 11:42:37 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 21 Jan 2012 11:42:37 -0000 Received: (qmail 25023 invoked from network); 21 Jan 2012 11:42:13 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 21 Jan 2012 11:42:13 -0000 Message-ID: <4F1AA495.6040906@freebsd.org> Date: Sat, 21 Jan 2012 03:42:13 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Christer Solskogen References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: FFnPVu6lb0A5TuepcCdqxLOfczNEIxluOZzq9GOc07ryAPeByqssQ0je/6ICti6HoG2/Y3b4irrkD+mlm8PgDmEa1lthSCSDVpeqVNecYq+sOlBGdLa+GuVka4QW9lKwMq7KJAmAis0RoUMa0xov5hxXIo1HpxC1Ilfc0zHDUnU= Cc: FreeBSD Mailing List Subject: Re: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 11:55:29 -0000 On 01/21/12 02:25, Christer Solskogen wrote: > I've just finished installing FreeBSD on my "new" Mac mini G4, and > when I ran freebsd-update on it I found out that freebsd-update only > supports i386 and amd64 architectures. > How come? We don't have suitable build hardware for other architectures, and there are some problems with release cross-building which aren't fixed yet. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 12:15:01 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF63B106566C for ; Sat, 21 Jan 2012 12:15:01 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E9AC8FC08 for ; Sat, 21 Jan 2012 12:15:01 +0000 (UTC) Received: by werg1 with SMTP id g1so1683783wer.13 for ; Sat, 21 Jan 2012 04:15:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=JnKjGv0OGoFh+lZchcqTrCmzCUS4iAUi13w6yJCiNqc=; b=dnOThuvn9LYnnKib8F2zuGPWN2pKz4gK0eOsFtXbsrBas9e04ZGf5Mxk3p/FUmKhed BQQT64h34CHxpfqON5qmbhGea+0p+3c9E9tW4BXCkEr8xxtw6BKHKwSSZHIzIWZXo0WJ XSxPlKJK5toVnIa6876/KnWU72A6qIS5INFHs= Received: by 10.216.138.101 with SMTP id z79mr904400wei.7.1327148100253; Sat, 21 Jan 2012 04:15:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Sat, 21 Jan 2012 04:14:39 -0800 (PST) In-Reply-To: <4F1A98E5.2060207@infracaninophile.co.uk> References: <4F1A98E5.2060207@infracaninophile.co.uk> From: Christer Solskogen Date: Sat, 21 Jan 2012 13:14:39 +0100 Message-ID: To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org Subject: Re: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 12:15:01 -0000 On Sat, Jan 21, 2012 at 11:52 AM, Matthew Seaman wrote: > On 21/01/2012 10:25, Christer Solskogen wrote: >> I've just finished installing FreeBSD on my "new" Mac mini G4, and >> when I ran freebsd-update on it I found out that freebsd-update only >> supports i386 and amd64 architectures. >> How come? > > If that's not an Intel based Mac, then your definition of "new" is, > well, contrary to all accepted usage. > That's why I said "new" and not new :-) > Tier-2 architectures aren't supported by freebsd-update for two reasons: > > =C2=A0* Lack of available hardware for build systems for freebsd-update > =C2=A0 =C2=A0to use. =C2=A0Not entirely sure what the status of cross-com= pilation is > =C2=A0 =C2=A0at the moment, but I believe the best results are still obta= ined by > =C2=A0 =C2=A0compiling natively. > Perhaps. But building 9.0-RELEASE with TARGET=3D worked perfectly :) --=20 chs, From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 12:16:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C46106564A; Sat, 21 Jan 2012 12:16:12 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id F24768FC15; Sat, 21 Jan 2012 12:16:11 +0000 (UTC) Received: by wibhn14 with SMTP id hn14so1652154wib.13 for ; Sat, 21 Jan 2012 04:16:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=DTfRqIfguyOFbLu72JnPeHxSgZzg/yMUevRr/6w8MIQ=; b=d13CFvBpWj1yaUpH2SkUiVEL0ByaoRcVouR653Vx4YjjPnZuyy+LpOpqRK/g6e0ygr B/3FR6UsfxRE7NCWgSt/NySe7bX3Tx+Wo+5zSwV6IwI/EJxtaUuTz/rXewamDX1AIa6k JkF34Xq4fj8sBH9srZXJUXLFGovMTbTx3TznA= Received: by 10.180.19.6 with SMTP id a6mr2510528wie.14.1327148171134; Sat, 21 Jan 2012 04:16:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.142.20 with HTTP; Sat, 21 Jan 2012 04:15:50 -0800 (PST) In-Reply-To: <4F1AA495.6040906@freebsd.org> References: <4F1AA495.6040906@freebsd.org> From: Christer Solskogen Date: Sat, 21 Jan 2012 13:15:50 +0100 Message-ID: To: Colin Percival Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Mailing List Subject: Re: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 12:16:12 -0000 On Sat, Jan 21, 2012 at 12:42 PM, Colin Percival wrote: > We don't have suitable build hardware for other architectures, and there are > some problems with release cross-building which aren't fixed yet. > I found out that building ppc with TARGET= worked nicely on 9.0-RELEASE. Do you know what problems? Maybe I can help. -- chs, From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 12:22:05 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 928BD1065672 for ; Sat, 21 Jan 2012 12:22:05 +0000 (UTC) (envelope-from feenberg@nber.org) Received: from mail2.nber.org (mail2.nber.org [66.251.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 310638FC14 for ; Sat, 21 Jan 2012 12:22:04 +0000 (UTC) Received: from nber4.nber.org (nber4.nber.org [66.251.72.74]) by mail2.nber.org (8.14.4/8.14.4) with ESMTP id q0LCM02x073439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 21 Jan 2012 07:22:01 -0500 (EST) (envelope-from feenberg@nber.org) Received: from localhost (feenberg@localhost) by nber4.nber.org (8.14.4/8.14.4/Submit) with ESMTP id q0LCKLi2019805; Sat, 21 Jan 2012 07:20:22 -0500 X-Authentication-Warning: nber4.nber.org: feenberg owned process doing -bs Date: Sat, 21 Jan 2012 07:20:21 -0500 (EST) From: Daniel Feenberg To: Damien Fleuriot In-Reply-To: <56EE9CA1-8AFF-4FD5-A1DC-D33A3B3B45DC@my.gd> Message-ID: References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> <56EE9CA1-8AFF-4FD5-A1DC-D33A3B3B45DC@my.gd> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.39/RELEASE, bases: 20120121 #6627565, check: 20120121 clean Cc: gore , Michael Sierchio , "freebsd-questions@freebsd.org" Subject: Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 12:22:05 -0000 On Sat, 21 Jan 2012, Damien Fleuriot wrote: > > > On 21 Jan 2012, at 05:47, Michael Sierchio wrote: > >> I've been using FreeBSD since 2.2.1, and.... IMHO, the 9.0 installer SUX! >> It blow chunks. It's a POS. It's crap. It is a joke. >> >> I hope I made myself clear. ;-) >> >> - M > > > Just because you see things a certain way doesn't make them a fact. > It's your personal opinion and other people's mileage may vary. > > Since you're a fbsd user from 2.x, certainly you're WAY beyond needing > the installer and just unpack the base system + kern + src + ports and > install them manually. > > Refer my earlier post on the subject. > > Perhaps if you're unhappy with the new installer you should have > submitted feedback about it before -RELEASE hit the road. I have not yet encountered the new installer, but I recall the traditional installer still came with 9.0 Beta3 (which I have used), so I am wondering how much time for discussion of the new installer there really was. Nevertheless, the problem with the old installer was the menu system's departure from convention, which did take quite a while to get used to. I recall that the author of the old installer said he regretted picking that menu package for this reason. Could someone enumerate what "advanced hooks" are now buried? If they are configuration items that can be changed post-install, then there is probably little reason to offer them during the install. Partitioning, RAID setup and encryption are things that do need to be established during setup, and I regret that no installer (for FreeBSD or Linux) notices that I have two empty drives, and defaults to a RAID 1. Daniel Feenberg > > > Last but not least I find your calling the new installer a "pos" highly disrespectful towards the people that invested time, energy and money in it. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 12:23:23 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75E031065734 for ; Sat, 21 Jan 2012 12:23:23 +0000 (UTC) (envelope-from bounces+73574-b3e9-freebsd-questions=freebsd.org@sendgrid.me) Received: from o7.shared.sendgrid.net (o7.shared.sendgrid.net [74.63.235.40]) by mx1.freebsd.org (Postfix) with SMTP id 2BC6F8FC17 for ; Sat, 21 Jan 2012 12:23:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=6k4tCx+AXBxNYxcjvkpIR6aQpQU=; b=RzGDSjmcunP00wfmo2auCpzXsgXG QEBiThvx67Cu0Z9bWnY+ixOpkcFh09j3elMk1K3BHlbM7R43CighwZAlie33o2Tq cVZhFiovTqNXefSiRbNTfqRFltP5uxf2mghU8XdSWO/vw3a4GvWj3gbi8AHXiWhg LyltXRfAgEdokvs= Received: by 10.8.40.13 with SMTP id mf11.11676.4F1AAE3A4 Sat, 21 Jan 2012 06:23:22 -0600 (CST) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi2 (SG) with ESMTP id 4f1aae3a.2695.2c39982 for ; Sat, 21 Jan 2012 06:23:22 -0600 (CST) Received: (qmail 22827 invoked from network); 21 Jan 2012 12:21:25 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 21 Jan 2012 12:21:25 -0000 Received: (qmail 25372 invoked from network); 21 Jan 2012 12:21:02 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 21 Jan 2012 12:21:02 -0000 Message-ID: <4F1AADAE.5060003@freebsd.org> Date: Sat, 21 Jan 2012 04:21:02 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111112 Thunderbird/8.0 MIME-Version: 1.0 To: Christer Solskogen References: <4F1AA495.6040906@freebsd.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: FFnPVu6lb0A5TuepcCdqxLOfczNEIxluOZzq9GOc07ryAPeByqssQ0je/6ICti6H8FSIo3ZOUFIW0CZG0t2lzwPmCv75WIlWopUKVaSYq03OcnRMAncsBdNjcYhNWrilw3CBa6qRxcSF/ZuZz18DXwIsbdO2yG7vsuceCPM51S0= Cc: FreeBSD Mailing List Subject: Re: freebsd-update and archs X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 12:23:23 -0000 On 01/21/12 04:15, Christer Solskogen wrote: > On Sat, Jan 21, 2012 at 12:42 PM, Colin Percival wrote: >> We don't have suitable build hardware for other architectures, and there are >> some problems with release cross-building which aren't fixed yet. > > I found out that building ppc with TARGET= worked nicely on 9.0-RELEASE. > Do you know what problems? Maybe I can help. IIRC there were some data files (fortunes? magic? something like that...) which had platform-specific formats (presumably pointer size and endianness issues) and didn't have properly crossing build tools. It's possible that these have been fixed by now, though. Try doing a release cross-build and compare it against a non-crossed release build; extract the built tarballs and send me a list of which ones aren't identical. I know which files "normally" build differently so I can look over the list and tell you if there's something which shouldn't be there. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 12:54:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B40106566C for ; Sat, 21 Jan 2012 12:54:16 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD5E8FC13 for ; Sat, 21 Jan 2012 12:54:15 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 788435C29 for ; Sat, 21 Jan 2012 22:27:44 +1000 (EST) Message-ID: <4F1AAB66.5070100@herveybayaustralia.com.au> Date: Sat, 21 Jan 2012 22:11:18 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 12:54:16 -0000 I've been seeing a lot of hoorays and pats on the back and a general feeling satisfaction in being able to use clang to compile FreeBSD and ports. The only reason I can see from searching is a need to get away from gcc (which is tried and tested since the beginning of time) which is now apparently GPLv3. Can someone offer some clarity as to the importance of this? I'm guessing the that stepping away from GPL is generally a good thing, especially if there is something similar with similar license structure to BSD; I just can't understand the rush of it. Even under GPL anything built using gcc can be licensed as you like, so I doubt it could be that. I'm not skeptical, just curious- trying to get my head around some of the dev side of things :) From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 13:19:16 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2351065676 for ; Sat, 21 Jan 2012 13:19:16 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward16.mail.yandex.net (forward16.mail.yandex.net [IPv6:2a02:6b8:0:1402::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2B08FC16 for ; Sat, 21 Jan 2012 13:19:15 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward16.mail.yandex.net (Yandex) with ESMTP id 91779D21F21; Sat, 21 Jan 2012 17:19:13 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1327151953; bh=BZn3vz9aWTAPj8UWI7Vkg7ZjUD9p6d9NN7MWqgXyWjI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QQOGF3KJeOEab2Lp1g4MtUP7NbgG272E0EaMIwI1NPUgFdtDRQgiW25Eqrw628Lxk dvUvMZ6A9hltt50Tp1KvZUNQ8JZu5UTcmqLv4G6GdmD7Nr2HhiwDY2AMVbml5O8DUa S8gTtF+L/FC/NX2U7SLxe82V8Mp0qHAX7c6DpeGc= Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id 6B0291900199; Sat, 21 Jan 2012 17:19:13 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1327151953; bh=BZn3vz9aWTAPj8UWI7Vkg7ZjUD9p6d9NN7MWqgXyWjI=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QQOGF3KJeOEab2Lp1g4MtUP7NbgG272E0EaMIwI1NPUgFdtDRQgiW25Eqrw628Lxk dvUvMZ6A9hltt50Tp1KvZUNQ8JZu5UTcmqLv4G6GdmD7Nr2HhiwDY2AMVbml5O8DUa S8gTtF+L/FC/NX2U7SLxe82V8Mp0qHAX7c6DpeGc= Received: from unknown (unknown [176.8.25.138]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTP id JC8OKGGb-JD8WfSKC; Sat, 21 Jan 2012 17:19:13 +0400 X-Yandex-Spam: 1 Date: Sat, 21 Jan 2012 15:19:10 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <909294609.20120121151910@yandex.ru> To: Frank Shute In-Reply-To: <20120121092459.GB8988@orange.esperance-linux.co.uk> References: <1712857962.20120120232421@yandex.ru> <20120121092459.GB8988@orange.esperance-linux.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re[2]: problem to kill -KILL process X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:19:16 -0000 Çäðàâñòâóéòå, Frank. Âû ïèñàëè 21 ÿíâàðÿ 2012 ã., 11:24:59: FS> On Fri, Jan 20, 2012 at 11:24:21PM +0200, ??????? ??????? wrote: >> >> Hi >> >> # ps ax|grep rad >> 45471 ?? T> 26473 1 S+ 0:00.00 grep rad >> flux# date >> Fri Jan 20 23:20:28 UTC 2012 >> flux# kill -KILL 45471 >> flux# date >> Fri Jan 20 23:20:41 UTC 2012 >> flux# kill -KILL 45471 >> flux# date >> Fri Jan 20 23:20:54 UTC 2012 >> flux# kill -KILL 45471 >> >> >> top >> 9 root 16 - 0K 8K syncer 2 7:12 0.00% syncer >> 45471 freeradius 20 -20 311M 283M STOP 0 3:38 0.00% {radiusd} >> 49114 root 21 0 10460K 4240K select 0 2:43 0.00% zebra >> >> How to kill process without reboot? >> FS> Doesn't radius have a script in /usr/local/etc/rc.d? FS> If so use that to stop it rather than KILLing it. E.g: FS> # /usr/local/etc/rc.d/radiusd stop despite on it uses standart rc.subr, which says: # stop if ${pidfile} # rc_pid=$(check_pidfile $pidfile $command) # else # rc_pid=$(check_process $command) # kill $sig_stop $rc_pid # wait_for_pids $rc_pid # ($sig_stop defaults to TERM.) in other words: kill -TERM 45471 in my case FS> or something like that. man kill ...... Some of the more commonly used signals: ...... 9 KILL (non-catchable, non-ignorable kill) Standart tool do not do its job. It can not stop/kill processes. -- Ñ óâàæåíèåì, Êîíüêîâ mailto:kes-kes@yandex.ru From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 13:33:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B2C51065670 for ; Sat, 21 Jan 2012 13:33:14 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 92D128FC17 for ; Sat, 21 Jan 2012 13:33:13 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0LDX9gY095163 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 21 Jan 2012 13:33:10 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0LDX9gY095163 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327152790; bh=QeIpdHV/YpPBvw+HbSqbpmzk0JiI3TPkEtQCG6kIYWc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=g1+WNbrE2NwoiFXZ8gmQzsLmgTnlE3GvtWayQyMjE1TCtnoknUrMvoTfLGP2ymdaj GWx21OljpYKMcG0hUzNJFAz0GXdxbQjl66sS8tF1A8sIJO0p2sGkVZKEfvvPYq4Jhj MeeVZwHOuHYyzP6+yC/1tmqPTVappqPYvJ/eAczw= Message-ID: <4F1ABE8D.2090906@infracaninophile.co.uk> Date: Sat, 21 Jan 2012 13:33:01 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1AAB66.5070100@herveybayaustralia.com.au> In-Reply-To: <4F1AAB66.5070100@herveybayaustralia.com.au> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB93A7172E83B6C8DCDA09437" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:33:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB93A7172E83B6C8DCDA09437 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21/01/2012 12:11, Da Rock wrote: > I've been seeing a lot of hoorays and pats on the back and a general > feeling satisfaction in being able to use clang to compile FreeBSD and > ports. The only reason I can see from searching is a need to get away > from gcc (which is tried and tested since the beginning of time) which > is now apparently GPLv3. >=20 > Can someone offer some clarity as to the importance of this? I'm > guessing the that stepping away from GPL is generally a good thing, > especially if there is something similar with similar license structure= > to BSD; I just can't understand the rush of it. The problem is exactly the GPLv3. The version of gcc in the base system is gcc-4.2, the last version licensed under the old GPLv2 terms, but now looking quite elderly and not resulting in the best performance. > Even under GPL anything built using gcc can be licensed as you like, so= > I doubt it could be that. >=20 > I'm not skeptical, just curious- trying to get my head around some of > the dev side of things :) Unfortunately, no -- you can't necessarily license anything compiled with a GPLv3 compiler using whatever license you prefer. For instance, one problem is that executables will be linked against libraries which are part of the compiler -- and the viral nature of GPLv3 means that the resulting programs have in their turn to be licensed under GPLv3. That's not acceptable for FreeBSD, hence the decision to switch to a BSD licensed toolchain using clang. 9.0 is really an intermediate step in the changeover -- gcc and clang are both provided in the base system and its a matter of administrative choice which one is chosen for compiling the system. One consequence of the change is that it will become more common to install a recent version of gcc from ports to facilitate compiling gcc-only software, with the rest of ports typically compiled with either that ports-gcc or the base clang. This is fairly new at the moment, and there still needs to be a deal of debugging effort put into making the ports work well with compilers other than the base gcc-4.2. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigB93A7172E83B6C8DCDA09437 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8avpUACgkQ8Mjk52CukIynVACgiSENDLBRLZSzNQpVFAvM1+jd oQMAnjhn0wdfr3aNht0tJRriHtyNj/bC =BJ/k -----END PGP SIGNATURE----- --------------enigB93A7172E83B6C8DCDA09437-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 13:35:13 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A3E106566C for ; Sat, 21 Jan 2012 13:35:13 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4F28FC14 for ; Sat, 21 Jan 2012 13:35:13 +0000 (UTC) Received: by werg1 with SMTP id g1so1728460wer.13 for ; Sat, 21 Jan 2012 05:35:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=Y+uUutPSgCZNcYnl/PYml/A5souQx0kzKpPsa5hdtV0=; b=n2SkLGpZcNkhl5bn4TfyyJZuDj4uxLK1XAcp9V4VZjMNJt++7PNymZ19SNa5F6VQTq nVC3rojbQMrQjZ2E3Q6mU9q5r6YGuR2IEJAq/qFUAm8LaBqaggYAj2vbfXxVNMa+vKHy 3mz4T0HaplT7J+eJUUml1sPRS3q6BdbgOLaMI= Received: by 10.216.137.4 with SMTP id x4mr708156wei.15.1327152912408; Sat, 21 Jan 2012 05:35:12 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id ho4sm3056965wib.3.2012.01.21.05.35.10 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 05:35:11 -0800 (PST) Date: Sat, 21 Jan 2012 13:35:06 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20120121133506.7bcfaec9@gumby.homeunix.com> In-Reply-To: <4F1AAB66.5070100@herveybayaustralia.com.au> References: <4F1AAB66.5070100@herveybayaustralia.com.au> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:35:14 -0000 On Sat, 21 Jan 2012 22:11:18 +1000 Da Rock wrote: > I've been seeing a lot of hoorays and pats on the back and a general > feeling satisfaction in being able to use clang to compile FreeBSD > and ports. The only reason I can see from searching is a need to get > away from gcc (which is tried and tested since the beginning of time) > which is now apparently GPLv3. > > Can someone offer some clarity as to the importance of this? I'm > guessing the that stepping away from GPL is generally a good thing, > especially if there is something similar with similar license > structure to BSD; I just can't understand the rush of it. > > Even under GPL anything built using gcc can be licensed as you like, > so I doubt it could be that. It is that. I don't know the details, but GPLv3 is sufficiently more viral that recent gcc versions can't be used as the base system compiler. We're currently stuck with a version from 2007. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 13:46:31 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07916106564A for ; Sat, 21 Jan 2012 13:46:31 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id A6D058FC1A for ; Sat, 21 Jan 2012 13:46:30 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 21 Jan 2012 08:46:29 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BNT31681; Sat, 21 Jan 2012 08:46:29 -0500 Received-SPF: None identity=pra; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="roberthuff@rcn.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.86.84; receiver=smtp01.lnh.mail.rcn.net; envelope-from="roberthuff@rcn.com"; x-sender="postmaster@jerusalem.litteratus.org.litteratus.org"; x-conformance=sidf_compatible Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp01.lnh.mail.rcn.net with ESMTP; 21 Jan 2012 08:46:29 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20250.49587.232885.927023@jerusalem.litteratus.org> Date: Sat, 21 Jan 2012 08:46:27 -0500 To: Da Rock In-Reply-To: <4F1AAB66.5070100@herveybayaustralia.com.au> References: <4F1AAB66.5070100@herveybayaustralia.com.au> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: freebsd-questions@freebsd.org Subject: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 13:46:31 -0000 Da Rock writes: > The only reason I can see from searching is a need to get away > from gcc (which is tried and tested since the beginning of time) > which is now apparently GPLv3. I believe the GPLv3 issue is correct. Two other reasons I have heard mentioned in various discussions: 1) clang has better diagnostics, both for users and compiler developers/ 2) over the years, "extensions" have crept into GCC. Many were/are there for a reason; many can be ignored or turned off. However, doing so breaks various programs (either when building or running), "Why?" is above my pay grade. _As I understand it_, clang has few such extensions and those it does have are less necessary. Robert Huff From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 07:59:31 2012 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9A91065670 for ; Sat, 21 Jan 2012 07:59:31 +0000 (UTC) (envelope-from agger@linuxmail.org) Received: from mout.gmx.net (mout.gmx.net [212.227.15.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9B99A8FC0C for ; Sat, 21 Jan 2012 07:59:30 +0000 (UTC) Received: from msvcus002.dlan.cinetic.de (msvcus002.dlan.cinetic.de [172.19.148.3]) by mrelay.gmx.net (node=mrgmx001) with ESMTP (Nemesis) id 0M6BKc-1SYEHQ0hkA-00yA0S; Sat, 21 Jan 2012 08:40:10 +0100 Received: from [141.0.8.221] by msvcus002.dlan.cinetic.de with HTTP; Sat Jan 21 08:40:10 CET 2012 Date: Sat, 21 Jan 2012 08:40:09 +0100 (CET) From: agger@linuxmail.org To: freebsd-questions@FreeBSD.org Message-ID: <1400894704.173060.1327131609490.JavaMail.www-data@msvcus002.dlan.cinetic.de> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: 3 Importance: normal X-Provags-ID: V02:K0:X5BTlbi70gXyEvJBMH9pwUO9ARmlFvRMsktW6xP/RY2 YOog1O8vLwabAXgSBMhKbdMTUKS0OzTeUPN7Mk2rImzdIODYTK m9OQOUsdFgtQr/jlAlPtOI9CH2XYI12+6dV+LkB9VWHHNk30Nd 2nbOS2TKQOxAVTgyNltzJ8uIBZBCxHYZegsAmlos39ukxQdhqg eccgjhaO0Qwk3mj7YXvo0mjZzE+iJ+BFUffICWtZtB/9M3xf1R ZGvpBE98CmTbGEpGHRwVmhQLKHtLdYuuT75yGBTjpfJUZtYGZC mQ6ImGJ2SnqP8pBilKKihOi6S3sn3vhgmCK4yvI98wHKgyyUmc cetkPoFBB7rcFUQjwtLKjFUAnAN4kNoOZVFnCDCM/JBopR0bDV 9pM01Bk347vLQfhcxYScaLJrtuVH9n80j36ooX8wfdQ01/Xrw3 B0nck X-Mailman-Approved-At: Sat, 21 Jan 2012 14:45:15 +0000 Cc: Subject: help X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 07:59:31 -0000 where can I register a free shell account, which shell was able to make psybnc and eggdrop? From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 15:43:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59AC9106566C for ; Sat, 21 Jan 2012 15:43:21 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A2EBF8FC0C for ; Sat, 21 Jan 2012 15:43:20 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so1596380wgb.31 for ; Sat, 21 Jan 2012 07:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=49radius8aHVKVyM2ooqZO0qFJq8wITJS3Lix+XODfU=; b=AnUMS1HJp41wYXx5JshjsnfvK1C4T4E+g5YyuJsW7c5wHsWWlJhN8nBuO6psX8dZyC Dl5Lfnc1Y1KEGXgdlnNw9FxTcXNKaUqlO0vPAjxXMsZRJbuwRD8FytteLR5nmDFrqm4f nbaiw4OWUQnJQmg0m2iSDyvbWipNbNaQxX6cU= Received: by 10.180.19.97 with SMTP id d1mr3289463wie.12.1327160599522; Sat, 21 Jan 2012 07:43:19 -0800 (PST) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id ho4sm3527064wib.3.2012.01.21.07.43.15 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 07:43:18 -0800 (PST) Date: Sat, 21 Jan 2012 15:43:13 +0000 From: RW To: freebsd-questions@freebsd.org Message-ID: <20120121154313.53d3fec6@gumby.homeunix.com> In-Reply-To: <20120121133506.7bcfaec9@gumby.homeunix.com> References: <4F1AAB66.5070100@herveybayaustralia.com.au> <20120121133506.7bcfaec9@gumby.homeunix.com> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 15:43:21 -0000 On Sat, 21 Jan 2012 13:35:06 +0000 RW wrote: > On Sat, 21 Jan 2012 22:11:18 +1000 > Da Rock wrote: > > > Even under GPL anything built using gcc can be licensed as you like, > > so I doubt it could be that. > > It is that. I don't know the details, but GPLv3 is sufficiently more > viral that recent gcc versions can't be used as the base system > compiler. We're currently stuck with a version from 2007. I was just wondering what would have happened if Apple hadn't backed clang/LLVM as BSD licensed projects. Was there a plan B (other than gcc 4.2.1) or did Apple save the *BSD world? From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 15:47:14 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A62A5106564A for ; Sat, 21 Jan 2012 15:47:14 +0000 (UTC) (envelope-from tp@facility5.org) Received: from facility5.org (facility5.org [88.198.124.93]) by mx1.freebsd.org (Postfix) with ESMTP id 656288FC13 for ; Sat, 21 Jan 2012 15:47:14 +0000 (UTC) Received: from [192.168.50.101] (dtmd-4db798cb.pool.mediaWays.net [77.183.152.203]) (using SSLv3 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tobi@facility5.org) by facility5.org (Postfix) with ESMTPSA id B80D417C722 for ; Sat, 21 Jan 2012 16:47:12 +0100 (CET) From: Tobias Pulm To: freebsd-questions@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Sat, 21 Jan 2012 16:47:10 +0100 Message-ID: <1327160830.2916.4.camel@tobi-Mobile> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Network traffic human readable?! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 15:47:14 -0000 Hi, how can I display my network traffic (netstat output) human readable? Is there a function of the netstat that can do this? Thanks... -- Mit freundlichen Grüßen / Yours sincerely Tobias Pulm -- Tobias Pulm Sperberweg 8 58644 Iserlohn Germany | http://www.facility5.org | http://www.tobias-pulm.de OpenPGP | 0xF652F1A5 XMPP / Jabber | tobi@xmpp.facility5.org From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 16:23:06 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 602DC1065670 for ; Sat, 21 Jan 2012 16:23:06 +0000 (UTC) (envelope-from beni.brinckman@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 25EC88FC08 for ; Sat, 21 Jan 2012 16:23:05 +0000 (UTC) Received: by iagz16 with SMTP id z16so3731188iag.13 for ; Sat, 21 Jan 2012 08:23:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A3SEd2xI0WauV3VqpPC3t5t+BChJgSjcNRa5mCCy2JM=; b=GbnExvvCBC8aLQhYaWNQKzXwbJa/bENxaUYbfSoX+wCeX9MMo40ytsVC2+81imnIuB K5hlvE0MBvUGyNhxYaMvyMHNeWs43S7OZCxpLww++xYWgxoAzRLPvlgGCHQegt6LuXwj iFI9Bt/v7k8skm0KeFhtqwni9D7dXTENpLV2c= MIME-Version: 1.0 Received: by 10.50.160.131 with SMTP id xk3mr2737401igb.19.1327161648293; Sat, 21 Jan 2012 08:00:48 -0800 (PST) Received: by 10.231.153.6 with HTTP; Sat, 21 Jan 2012 08:00:48 -0800 (PST) In-Reply-To: <1327160830.2916.4.camel@tobi-Mobile> References: <1327160830.2916.4.camel@tobi-Mobile> Date: Sat, 21 Jan 2012 17:00:48 +0100 Message-ID: From: Beni Brinckman To: Tobias Pulm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-questions@freebsd.org Subject: Re: Network traffic human readable?! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 16:23:06 -0000 2012/1/21 Tobias Pulm > Hi, > > how can I display my network traffic (netstat output) human readable? > Is there a function of the netstat that can do this? > > Thanks... > > > Is this what you need : netstat -i And then filter out the interfaces you need (netstat -i | grep ) -- Beni Brinckman. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 16:39:57 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2E0E1065670 for ; Sat, 21 Jan 2012 16:39:57 +0000 (UTC) (envelope-from djackson452@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4CADD8FC13 for ; Sat, 21 Jan 2012 16:39:56 +0000 (UTC) Received: by lahe6 with SMTP id e6so1194246lah.13 for ; Sat, 21 Jan 2012 08:39:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FQs6PaoYDo/BXG6e3/F/23+pnQoJgLwwvYzDkS0G4LI=; b=UMYj63LLCjWozMSAjXyOgy0eiYXnVksP/uMDUOnPyJkiyJE7Zhr8g78/IT5NFCJnaL UmxwzmL7tLcrU3RkwmrkqoqX1+UqDlHTXIAIu74WRdGo/u8mpX/IhcfP2rO025flfj1u WuoudSN2A9OJvCh+1EIT0WpQcPwvWPb3FIKrM= MIME-Version: 1.0 Received: by 10.152.122.240 with SMTP id lv16mr1059826lab.34.1327163994452; Sat, 21 Jan 2012 08:39:54 -0800 (PST) Received: by 10.112.46.230 with HTTP; Sat, 21 Jan 2012 08:39:54 -0800 (PST) In-Reply-To: <4F1AAB66.5070100@herveybayaustralia.com.au> References: <4F1AAB66.5070100@herveybayaustralia.com.au> Date: Sat, 21 Jan 2012 11:39:54 -0500 Message-ID: From: David Jackson To: Da Rock , freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 16:39:57 -0000 On Sat, Jan 21, 2012 at 7:11 AM, Da Rock < freebsd-questions@herveybayaustralia.com.au> wrote: > I've been seeing a lot of hoorays and pats on the back and a general > feeling satisfaction in being able to use clang to compile FreeBSD and > ports. The only reason I can see from searching is a need to get away from > gcc (which is tried and tested since the beginning of time) which is now > apparently GPLv3. > > Can someone offer some clarity as to the importance of this? I'm guessing > the that stepping away from GPL is generally a good thing, especially if > there is something similar with similar license structure to BSD; I just > can't understand the rush of it. > > Even under GPL anything built using gcc can be licensed as you like, so I > doubt it could be that. > > I'm not skeptical, just curious- trying to get my head around some of the > dev side of things :) > ______________________________**_________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-**questions > To unsubscribe, send any mail to "freebsd-questions-** > unsubscribe@freebsd.org " > The reasons for Clang are not just for the GPLv3 issue, but Clang is architecturally superior in many ways over GCC, Clang was designed from the ground up to learn from GCCs mistakes and to be a better C compiler. One of the Clang's features is better debugging and a more modular architecture that is easier to develop and extend. GCC has often been criticised for its monolithic and inflexible structure that has often hindered implementing new features and functionality. One of the advantages of Clang is that it can be more easily plugged into IDEs for integrated debugging. You can read all about the many advantages and innovations of clang and how it exceeds GCC here: http://clang.llvm.org/ From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 17:23:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D11B21065680 for ; Sat, 21 Jan 2012 17:23:40 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9CCE78FC1D for ; Sat, 21 Jan 2012 17:23:40 +0000 (UTC) Received: by obcwo16 with SMTP id wo16so2713782obc.13 for ; Sat, 21 Jan 2012 09:23:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.182.5.198 with SMTP id u6mr2149686obu.14.1327166620153; Sat, 21 Jan 2012 09:23:40 -0800 (PST) Received: by 10.60.13.70 with HTTP; Sat, 21 Jan 2012 09:23:40 -0800 (PST) In-Reply-To: <20120121071331.GA32682@hemlock.hydra> References: <4F180C83.9090100@my.gd> <4F19279F.6060303@a1poweruser.com> <201201202243.01861.koggybsd@comcast.net> <45C8C855-AA1F-4F9E-A274-29F6D92E5DB8@fisglobal.com> <20120121071331.GA32682@hemlock.hydra> Date: Sat, 21 Jan 2012 09:23:40 -0800 Message-ID: From: Michael Sierchio To: freebsd-questions@freebsd.org X-Gm-Message-State: ALoCoQmSE8BtNyqkKVglfSHmy3QQLmKsOxyq7KKQTVzDADDET0I760EFmhavQWj8QqcgtCO8Byq4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: * Re: Horrible installer X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 17:23:40 -0000 On Fri, Jan 20, 2012 at 11:13 PM, Chad Perrin wrote: > ... On the other hand, bsdinstall does get the job done, at least for my > purposes. =A0It just does so in a way that feels a bit more > straightjacketed, and it rubs me personally a bit the wrong way. =A0... >From my perspective, it replaces something that clearly had at least a decimal order of magnitude more time and effort put into it, and it again makes FreeBSD look like a hobbyist's OS. As you point out, once installed, it has its merits. ;-) - M From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 17:47:18 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42AC41065670 for ; Sat, 21 Jan 2012 17:47:18 +0000 (UTC) (envelope-from rs@mytum.de) Received: from vr2.steg0.eu (vr2.steg0.eu [IPv6:2a00:dd80:3c::f68]) by mx1.freebsd.org (Postfix) with ESMTP id CC9478FC08 for ; Sat, 21 Jan 2012 17:47:17 +0000 (UTC) Received: from sun2.hq.steg0.eu ([2a01:170:1046:0:221:28ff:fe14:b097]) by vr2.steg0.eu with esmtpa (Exim 4.72) (envelope-from ) id 1Rof23-0001tO-Uy for freebsd-questions@freebsd.org; Sat, 21 Jan 2012 17:47:16 +0000 Message-ID: <4F1AFA1B.6020605@mytum.de> Date: Sat, 21 Jan 2012 18:47:07 +0100 From: Raimund Steger User-Agent: Mozilla/5.0 (X11; SunOS i86pc; rv:7.0.1) Gecko/20111008 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1AAB66.5070100@herveybayaustralia.com.au> <20120121133506.7bcfaec9@gumby.homeunix.com> In-Reply-To: <20120121133506.7bcfaec9@gumby.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score-2: -2.9 (--) Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 17:47:18 -0000 On 01/21/12 14:35, RW wrote: > [...] > It is that. I don't know the details, but GPLv3 is sufficiently more > viral that recent gcc versions can't be used as the base system > compiler. We're currently stuck with a version from 2007. Sorry if this has been asked before, but it makes me wonder, what are the plans for SPARC and PowerPC? Raimund -- Worringer Str 31 Duesseldorf 40211 Germany +49-179-2981632 icq 16845346 From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 18:06:02 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BAAE106566B for ; Sat, 21 Jan 2012 18:06:02 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA678FC08 for ; Sat, 21 Jan 2012 18:06:02 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 3A9BFC7E for ; Sat, 21 Jan 2012 13:06:01 -0500 (EST) Date: Sat, 21 Jan 2012 13:05:04 -0500 From: Daniel Staal To: FreeBSD Questions Message-ID: <87AB608D4E8F9AFA9FE286DD@mac-pro.magehandbook.com> In-Reply-To: <1a19ab9b1abd5ded195369aa261406dd@msgid.frell.theremailer.net> References: <1a19ab9b1abd5ded195369aa261406dd@msgid.frell.theremailer.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: How to destroy a zombie zpool X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Questions List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 18:06:02 -0000 --As of January 17, 2012 5:19:15 AM +0100, Fritz Wuehler is alleged to have said: > zfs is famous for fucking itself like this. the only totally safe way is > to dd the drive since nailing the label doesn't clear out stuff at the > far end of the filesystem that can really ruin your day. don't ask me how > i know.. > > it will take a few hours dd'ing from /dev/zero to your devices but it is > well worth it when you do any major surgery on drives that had zfs at one > point and you want to use them over again with zfs --As for the rest, it is mine. Thanks; I finally had some more time to play with this box again, and that did the trick. Took less than 2 hours, to do two drives. ;) (Simultainously, and one's a SSD.) (Well, I still can't figure out why I can't *boot* into ZFS, but at least I've eliminated one variable.) Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 18:30:48 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F4F106564A for ; Sat, 21 Jan 2012 18:30:48 +0000 (UTC) (envelope-from samwal35@yahoo.com) Received: from nm24-vm0.bullet.mail.bf1.yahoo.com (nm24-vm0.bullet.mail.bf1.yahoo.com [98.139.213.161]) by mx1.freebsd.org (Postfix) with SMTP id BA2D68FC12 for ; Sat, 21 Jan 2012 18:30:47 +0000 (UTC) Received: from [98.139.212.151] by nm24.bullet.mail.bf1.yahoo.com with NNFMP; 21 Jan 2012 18:16:55 -0000 Received: from [98.139.212.242] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 21 Jan 2012 18:16:55 -0000 Received: from [127.0.0.1] by omp1051.mail.bf1.yahoo.com with NNFMP; 21 Jan 2012 18:16:55 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 685006.19882.bm@omp1051.mail.bf1.yahoo.com Received: (qmail 8986 invoked by uid 60001); 21 Jan 2012 18:16:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1327169815; bh=ilU4w5hWQxKiNbKukxMcQdL4IYb+7qyfTsBaWFegwP0=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=PT7k3bjwlRALqfH24EHHusZsxIX5oD0ZZ3AwCBpuUYRqmp2derI9d6ZCwvvWqITnD6FcDvdST4ENOLRaSfdTTE9faXu2DPU2SlaFNz5GH9yRHGoNSmBPTxIzmScSFEMCGCgCpDYknUBO+/SzKwSTdMKv0rDfwCzf/Tu6kbheBhI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=vvVQ6MrD8Z1r05vqC709GLUpeSy3FZ83QSbZ7fEOKbVOdgXEQI4feeI+6xtPITVQQPKZDyD4yIKzpEcqE8k5T14b/Yh/TZRtHQGUU1VnbbNModsxyC3TjGEGcTriG3xwtTu8xOUvL3f0YwTcyqSCclG2SCri8XQdX021zpV+rrQ=; X-YMail-OSG: u1yCWXkVM1k2A37EPXJ8N538JymkdPEgmJJmVzeSY8weZGg 7izT9h.1E61wD04uPtZdfCDivGeWYozQg4Kg18oixGDuo060MGrXZh5RymG4 AyTwsUARbYd8hAtfWXGSEY4yqTdj0DoB7ikTZ0GBnD0j5acgkEvXd.KOgwR1 gAKBpiRz8VFBd9L2XKoETimnz_AM02_Oey2iFGiZ.xkFmh6E4yZv_ohbfiT9 .do9pcM1uCr1gDQOzQ8oSw4HBApU2WosKBDUyA4FFQCFcICT7zGfHRpLG7v7 sctmf_VIvTsTyW3nBnevGFxOjPb6lQxT5H8OUTGeBZ2WKxCZbMc08YHaXEKy jeQkvvUoaipqp.LaSHa3xGYpDKX0EZYgsRipfAOLUZP.legfzjTW2PJpexYN CWLiaSs54Xf2cLVcR4BFfMg6eHWNQGgItKwuxwAUoT_UcVEITdSQlWi5W_Ye Z3mZ2ftafd3OMfOrFRHq35jmZbdm2j8FzR7263DDbvl5NSEtxpZQG Received: from [166.214.74.174] by web162303.mail.bf1.yahoo.com via HTTP; Sat, 21 Jan 2012 10:16:54 PST X-Mailer: YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698 Message-ID: <1327169814.8766.YahooMailClassic@web162303.mail.bf1.yahoo.com> Date: Sat, 21 Jan 2012 10:16:54 -0800 (PST) From: Samuel Wallace To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-1505502989-2138540581-1327169814=:8766" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: buildworld X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 18:30:48 -0000 ---1505502989-2138540581-1327169814=:8766 Content-Type: text/plain; charset=us-ascii uname -a FreeBSD sampc.att.com 8.2-STABLE #4: Sun Jan 15 13:21:40 EST 2012 sam@sampc.att.com:/usr/obj/usr/src/sys/GENERIC i386 ---1505502989-2138540581-1327169814=:8766 Content-Type: application/octet-stream; name="bw.out" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bw.out" U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IEphbiAyMSAxMjo0MTowOCAyMDEyCg0K c2FtcGMjIG1ha2UgYnVpbGR3b3JsZA0NCi0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ Pj4gV29ybGQgYnVpbGQgc3RhcnRlZCBvbiBTYXQgSmFuIDIxIDEyOjQxOjIw IEVTVCAyMDEyDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQotLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4+IFJlYnVpbGRpbmcgdGhlIHRlbXBvcmFyeSBidWlsZCB0cmVl DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0Kcm0gLXJmIC91c3Ivb2JqL3Vzci9zcmMv dG1wDQpta2RpciAtcCAvdXNyL29iai91c3Ivc3JjL3RtcC9saWINCm1rZGly IC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzcg0KbWtkaXIgLXAgL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzcg0KbXRyZWUgLWRlVSAtZiAvdXNy L3NyYy9ldGMvbXRyZWUvQlNELnVzci5kaXN0ICAtcCAvdXNyL29iai91c3Iv c3JjL3RtcC9sZWdhY3kvdXNyID4vZGV2L251bGwNCm10cmVlIC1kZVUgLWYg L3Vzci9zcmMvZXRjL210cmVlL0JTRC5ncm9mZi5kaXN0ICAtcCAvdXNyL29i ai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyID4vZGV2L251bGwNCm10cmVlIC1k ZVUgLWYgL3Vzci9zcmMvZXRjL210cmVlL0JTRC51c3IuZGlzdCAgLXAgL3Vz ci9vYmovdXNyL3NyYy90bXAvdXNyID4vZGV2L251bGwNCm10cmVlIC1kZVUg LWYgL3Vzci9zcmMvZXRjL210cmVlL0JTRC5pbmNsdWRlLmRpc3QgIC1wIC91 c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9pbmNsdWRlID4vZGV2L251bGwNCmxu IC1zZiAvdXNyL3NyYy9zeXMgL3Vzci9vYmovdXNyL3NyYy90bXANCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4+PiBzdGFnZSAxLjE6IGxlZ2FjeSByZWxlYXNl IGNvbXBhdGliaWxpdHkgc2hpbXMNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpjZCAv dXNyL3NyYzsgTUFLRU9CSkRJUlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3Rt cCAgSU5TVEFMTD0ic2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFsbC5zaCIgIFBB VEg9L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zYmluOi91c3Iv b2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvYmluOi91c3Ivb2JqL3Vzci9z cmMvdG1wL2xlZ2FjeS91c3IvZ2FtZXM6L3NiaW46L2JpbjovdXNyL3NiaW46 L3Vzci9iaW4gIFdPUkxEVE1QPS91c3Ivb2JqL3Vzci9zcmMvdG1wICBWRVJT SU9OPSJGcmVlQlNEIDguMi1TVEFCTEUgaTM4NiA4MDI1MTUiICBNQUtFRkxB R1M9Ii1tIC91c3Ivc3JjL3Rvb2xzL2J1aWxkL21rICAtbSAvdXNyL3NyYy9z aGFyZS9tayBUQVJHRVQ9aTM4NiBUQVJHRVRfQVJDSD1pMzg2IiBtYWtlIC1m IE1ha2VmaWxlLmluYzEgIERFU1RESVI9ICBCT09UU1RSQVBQSU5HPTgwMjUx NSAgU1NQX0NGTEFHUz0gIC1EV0lUSE9VVF9IVE1MIC1EV0lUSE9VVF9JTkZP IC1ETk9fTElOVCAtRFdJVEhPVVRfTUFOICAtRE5PX1BJQyAtRFdJVEhPVVRf UFJPRklMRSAtRE5PX1NIQVJFRCAgLUROT19DUFVfQ0ZMQUdTIC1ETk9fV0FS TlMgLUROT19DVEYgbGVnYWN5DQo9PT0+IHRvb2xzL2J1aWxkIChvYmosaW5j bHVkZXMsZGVwZW5kLGFsbCxpbnN0YWxsKQ0KL3Vzci9vYmovdXNyL3NyYy90 bXAvdXNyL3NyYy90b29scy9idWlsZCBjcmVhdGVkIGZvciAvdXNyL3NyYy90 b29scy9idWlsZA0KY2QgL3Vzci9zcmMvdG9vbHMvYnVpbGQ7IG1ha2UgYnVp bGRpbmNsdWRlczsgbWFrZSBpbnN0YWxsaW5jbHVkZXMNCnJtIC1mIC5kZXBl bmQNCm1rZGVwIC1mIC5kZXBlbmQgLWEgICAgLUkvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgL3Vzci9zcmMvdG9vbHMvYnVpbGQv ZHVtbXkuYw0KY2MgLU8yIC1waXBlIC1zdGQ9Z251OTkgICAtSS91c3Ivb2Jq L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy90 b29scy9idWlsZC9kdW1teS5jDQpidWlsZGluZyBzdGF0aWMgZWdhY3kgbGli cmFyeQ0KcmFubGliIGxpYmVnYWN5LmENCnNoIC91c3Ivc3JjL3Rvb2xzL2lu c3RhbGwuc2ggLUMgLW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgICBsaWJlZ2Fj eS5hIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvbGliDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQo+Pj4gc3RhZ2UgMS4yOiBib290c3RyYXAgdG9v bHMNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpjZCAvdXNyL3NyYzsgTUFLRU9CSkRJ UlBSRUZJWD0vdXNyL29iai91c3Ivc3JjL3RtcCAgSU5TVEFMTD0ic2ggL3Vz ci9zcmMvdG9vbHMvaW5zdGFsbC5zaCIgIFBBVEg9L3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9zYmluOi91c3Ivb2JqL3Vzci9zcmMvdG1wL2xl Z2FjeS91c3IvYmluOi91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv Z2FtZXM6L3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9iaW4gIFdPUkxEVE1Q PS91c3Ivb2JqL3Vzci9zcmMvdG1wICBWRVJTSU9OPSJGcmVlQlNEIDguMi1T VEFCTEUgaTM4NiA4MDI1MTUiICBNQUtFRkxBR1M9Ii1tIC91c3Ivc3JjL3Rv b2xzL2J1aWxkL21rICAtbSAvdXNyL3NyYy9zaGFyZS9tayBUQVJHRVQ9aTM4 NiBUQVJHRVRfQVJDSD1pMzg2IiBtYWtlIC1mIE1ha2VmaWxlLmluYzEgIERF U1RESVI9ICBCT09UU1RSQVBQSU5HPTgwMjUxNSAgU1NQX0NGTEFHUz0gIC1E V0lUSE9VVF9IVE1MIC1EV0lUSE9VVF9JTkZPIC1ETk9fTElOVCAtRFdJVEhP VVRfTUFOICAtRE5PX1BJQyAtRFdJVEhPVVRfUFJPRklMRSAtRE5PX1NIQVJF RCAgLUROT19DUFVfQ0ZMQUdTIC1ETk9fV0FSTlMgLUROT19DVEYgYm9vdHN0 cmFwLXRvb2xzDQo9PT0+IGxpYi9jbGFuZy9saWJsbHZtc3VwcG9ydCAob2Jq LGRlcGVuZCxhbGwsaW5zdGFsbCkNCi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0IGNyZWF0ZWQgZm9yIC91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydA0Kcm0gLWYgLmRlcGVu ZA0KbWtkZXAgLWYgLmRlcGVuZCAtYSAgICAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xh bmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAt RF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9T IC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBc IiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9TdXBwb3J0L3JlZ2NvbXAuYyAvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xp Yi9TdXBwb3J0L3JlZ2Vycm9yLmMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9y ZWdleGVjLmMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9yZWdmcmVlLmMgL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRy aWIvbGx2bS9saWIvU3VwcG9ydC9yZWdzdHJsY3B5LmMNCm1rZGVwIC1mIC5k ZXBlbmQgLWEgICAgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0 IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8u Li8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURM TFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRf TUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRS SVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgICAgL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9s aWIvU3VwcG9ydC9BUEZsb2F0LmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0 L0FQSW50LmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L0FQU0ludC5jcHAg L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydC9BbGxvY2F0b3IuY3BwIC91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQvQXRvbWljLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L0JyYW5jaFByb2JhYmlsaXR5LmNwcCAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L0NvbW1hbmRMaW5lLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2 bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L0Nv bnN0YW50UmFuZ2UuY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvQ3Jhc2hS ZWNvdmVyeUNvbnRleHQuY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvREFH RGVsdGFBbGdvcml0aG0uY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvRGVi dWcuY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8u Li8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvRGVsdGFBbGdvcml0aG0u Y3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvRHdhcmYuY3BwIC91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQvRHluYW1pY0xpYnJhcnkuY3BwIC91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v bGliL1N1cHBvcnQvRXJybm8uY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv RXJyb3JIYW5kbGluZy5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9Gb2xk aW5nU2V0LmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L0Zvcm1hdHRlZFN0 cmVhbS5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9HcmFwaFdyaXRlci5j cHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9Ib3N0LmNwcCAvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2xpYi9TdXBwb3J0L0ludGVydmFsTWFwLmNwcCAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L0ludEVxQ2xhc3Nlcy5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9NYW5hZ2VkU3RhdGljLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2 bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L01l bW9yeS5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9NZW1vcnlCdWZmZXIu Y3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvTXV0ZXguY3BwIC91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQvUGF0aC5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9QYXRoVjIuY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUGx1Z2luTG9h ZGVyLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1ByZXR0eVN0YWNrVHJh Y2UuY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8u Li8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUHJvY2Vzcy5jcHAgL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRy aWIvbGx2bS9saWIvU3VwcG9ydC9Qcm9ncmFtLmNwcCAvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xp Yi9TdXBwb3J0L1JXTXV0ZXguY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv UmVnZXguY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvU2VhcmNoRm9yQWRk cmVzc09mU3BlY2lhbFN5bWJvbC5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9TaWduYWxzLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1NtYWxsUHRy U2V0LmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1NtYWxsVmVjdG9yLmNw cCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1NvdXJjZU1nci5jcHAgL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9saWIvU3VwcG9ydC9TdGF0aXN0aWMuY3BwIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvU3RyaW5nRXh0cmFzLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L1N0cmluZ01hcC5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9TdHJp bmdQb29sLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1N0cmluZ1JlZi5j cHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9UYXJnZXRSZWdpc3RyeS5jcHAg L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydC9UaHJlYWRMb2NhbC5jcHAgL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9saWIvU3VwcG9ydC9UaHJlYWRpbmcuY3BwIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvVGltZVZhbHVlLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0 L1RpbWVyLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1Rvb2xPdXRwdXRG aWxlLmNwcCAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1RyaXBsZS5jcHAgL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRy aWIvbGx2bS9saWIvU3VwcG9ydC9Ud2luZS5jcHAgL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIv U3VwcG9ydC9WYWxncmluZC5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9j aXJjdWxhcl9yYXdfb3N0cmVhbS5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9yYXdfb3Nfb3N0cmVhbS5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9y YXdfb3N0cmVhbS5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9zeXN0ZW1f ZXJyb3IuY3BwIA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xh bmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAt RF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9T IC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBc IiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAt Zm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9BUEZs b2F0LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v bGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcv aW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9f U1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1E TExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAt SS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtZm5v LWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9BUEludC5j cHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2 bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1 ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENf TElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1f SE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNy L29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZuby1leGNl cHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvQVBTSW50LmNwcA0K YysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBv cnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAt RExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1J VF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NU VFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2Jq L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtZm5vLWV4Y2VwdGlv bnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4u Ly4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9BbGxvY2F0b3IuY3BwDQpj KysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1E TExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlU X01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RU UklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1mbm8tZXhjZXB0aW9u cyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L0F0b21pYy5jcHANCmMrKyAt TzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rv b2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2 bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1J LiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZN X09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFD Uk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBM RT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Iv c3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1j IC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQvQnJhbmNoUHJvYmFiaWxpdHkuY3Bw DQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRl IC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJ TUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hP U1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1mbm8tZXhjZXB0 aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L0NvbW1hbmRMaW5lLmNw cA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Iv c3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmli L2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVk ZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19M SU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9I T1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Iv b2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtZm5vLWV4Y2Vw dGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9Db25zdGFudFJhbmdl LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250 cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5j bHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1RE Q19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExW TV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtZm5vLWV4 Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9DcmFzaFJlY292 ZXJ5Q29udGV4dC5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2lu Y2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGli L2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVC U0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01B Q1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNk OS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1 ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv REFHRGVsdGFBbGdvcml0aG0uY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRl IC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4u Ly4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9P Tl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05T VEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24t ZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L0RlYnVnLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250 cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9s aWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJF RUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRf TUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVi c2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5j bHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9EZWx0YUFsZ29yaXRobS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQvRHdhcmYuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9p bmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4u Ly4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRy aWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xp Yi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVF QlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9N QUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJz ZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNs dWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0 L0R5bmFtaWNMaWJyYXJ5LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9FcnJuby5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2lu Y2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGli L2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVC U0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01B Q1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNk OS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1 ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv RXJyb3JIYW5kbGluZy5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4v bGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZS RUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5U X01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVl YnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2lu Y2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBv cnQvRm9sZGluZ1NldC5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4v bGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZS RUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5U X01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVl YnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2lu Y2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBv cnQvRm9ybWF0dGVkU3RyZWFtLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Iv c3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmli L2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8u Li8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1f T05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09O U1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3du LWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3IvaW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIv U3VwcG9ydC9HcmFwaFdyaXRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v Li4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZN X09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NP TlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93 bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvSG9zdC5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4v bGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZS RUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5U X01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVl YnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2lu Y2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBv cnQvSW50ZXJ2YWxNYXAuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4u L2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9G UkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFO VF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJl ZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9p bmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L0ludEVxQ2xhc3Nlcy5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQvTWFuYWdlZFN0YXRpYy5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v Li4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZN X09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NP TlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93 bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvTWVtb3J5LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9NZW1vcnlCdWZmZXIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRl IC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4u Ly4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9P Tl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05T VEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24t ZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L011dGV4LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250 cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9s aWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJF RUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRf TUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVi c2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5j bHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9QYXRoLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxs dm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xh bmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAt RF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9T IC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBc IiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAt Zm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9QYXRo VjIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9s aWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9p bmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19T VERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURM TFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1J L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1mbm8t ZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1BsdWdpbkxv YWRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5n L2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURf X1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAt RExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIg LUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZu by1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUHJldHR5 U3RhY2tUcmFjZS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2lu Y2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGli L2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVC U0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01B Q1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNk OS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1 ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv UHJvY2Vzcy5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2Ns YW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0Qg LURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JP UyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4w XCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUg LWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUHJv Z3JhbS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5n L2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURf X1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAt RExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIg LUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZu by1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUldNdXRl eC5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xp Yi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2lu Y2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NU RENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExM Vk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkv dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZuby1l eGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvUmVnZXguY3Bw DQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQv Li4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRl IC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJ TUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hP U1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1mbm8tZXhjZXB0 aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L1NlYXJjaEZvckFkZHJl c3NPZlNwZWNpYWxTeW1ib2wuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRl IC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4u Ly4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9P Tl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05T VEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24t ZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L1NpZ25hbHMuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4u L2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9G UkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFO VF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJl ZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9p bmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L1NtYWxsUHRyU2V0LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9TbWFsbFZlY3Rvci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQvU291cmNlTWdyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9TdGF0aXN0aWMuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4u L2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9G UkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFO VF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJl ZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9p bmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L1N0cmluZ0V4dHJhcy5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQvU3RyaW5nTWFwLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9TdHJpbmdQb29sLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9TdHJpbmdSZWYuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0 Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4u L2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9G UkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFO VF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJl ZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9p bmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L1RhcmdldFJlZ2lzdHJ5LmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Iv c3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmli L2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8u Li8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1f T05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09O U1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3du LWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3IvaW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIv U3VwcG9ydC9UaHJlYWRMb2NhbC5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v Li4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZN X09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NP TlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93 bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvVGhyZWFkaW5nLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Iv c3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmli L2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVk ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8u Li9jb250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8u Li8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1f T05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09O U1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3du LWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3IvaW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIv U3VwcG9ydC9UaW1lVmFsdWUuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIv bGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBw b3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRl IC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4u Ly4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9P Tl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05T VEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24t ZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1mbm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L1RpbWVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250 cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9s aWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJF RUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRf TUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVi c2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5j bHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9Ub29sT3V0cHV0RmlsZS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBv cnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1 cHBvcnQvVHJpcGxlLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250 cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9s aWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJF RUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRf TUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVi c2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5j bHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9y dC9Ud2luZS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3Ny Yy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9s bHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2Ns YW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0Qg LURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JP UyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4w XCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUg LWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvVmFs Z3JpbmQuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRl IC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4u L2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9saWIvU3VwcG9ydCAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2 bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFu Zy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1E X19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1Mg LURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwi IC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1m bm8tZXhjZXB0aW9ucyAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0L2NpcmN1 bGFyX3Jhd19vc3RyZWFtLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9j b250cmliL2xsdm0vbGliL1N1cHBvcnQgLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtZm5vLWV4Y2VwdGlvbnMgLWMgL3Vzci9zcmMvbGliL2NsYW5n L2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3Vw cG9ydC9yYXdfb3Nfb3N0cmVhbS5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1 ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4v Li4vY29udHJpYi9sbHZtL2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v Li4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZN X09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NP TlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93 bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLWZuby1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9j bGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGli L1N1cHBvcnQvcmF3X29zdHJlYW0uY3BwDQpjYyAtTzIgLXBpcGUgLUkvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1 cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1 ZGUgIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4u Ly4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydCAgLUkuICAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgIC1ETExWTV9PTl9VTklYIC1E TExWTV9PTl9GUkVFQlNEICAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NU RENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11 bmtub3duLWZyZWVic2Q5LjBcIiAtc3RkPWdudTk5ICAgLUkvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9s aWIvU3VwcG9ydC9yZWdjb21wLmMNCmNjIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9y dC8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL2xpYi9TdXBwb3J0ICAtSS4gIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8u Li8uLi9saWIvY2xhbmcvaW5jbHVkZSAgLURMTFZNX09OX1VOSVggLURMTFZN X09OX0ZSRUVCU0QgIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19D T05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25v d24tZnJlZWJzZDkuMFwiIC1zdGQ9Z251OTkgICAtSS91c3Ivb2JqL3Vzci9z cmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9T dXBwb3J0L3JlZ2Vycm9yLmMNCmNjIC1PMiAtcGlwZSAtSS91c3Ivc3JjL2xp Yi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9TdXBwb3J0ICAtSS4gIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05T VEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24t ZnJlZWJzZDkuMFwiIC1zdGQ9Z251OTkgICAtSS91c3Ivb2JqL3Vzci9zcmMv dG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9TdXBw b3J0L3JlZ2V4ZWMuYw0KY2MgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNs dWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4u Ly4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlICAtSS91c3Iv c3JjL2xpYi9jbGFuZy9saWJsbHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmli L2xsdm0vbGliL1N1cHBvcnQgIC1JLiAgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xp Yi9jbGFuZy9pbmNsdWRlICAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJF RUJTRCAgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5U X01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVl YnNkOS4wXCIgLXN0ZD1nbnU5OSAgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAv bGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQv cmVnZnJlZS5jDQpjYyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgIC1JL3Vzci9zcmMv bGliL2NsYW5nL2xpYmxsdm1zdXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9saWIvU3VwcG9ydCAgLUkuICAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtc3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2Ns YW5nL2luY2x1ZGUgIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNE ICAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFD Uk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5 LjBcIiAtc3RkPWdudTk5ICAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdh Y3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvU3VwcG9ydC9yZWdz dHJsY3B5LmMNCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUg LUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXN1cHBvcnQvLi4vLi4vLi4vY29udHJpYi9sbHZt L2xpYi9TdXBwb3J0IC1JLiAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZt c3VwcG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5n L2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURf X1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAt RExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIg LUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWZu by1leGNlcHRpb25zIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtc3Vw cG9ydC8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1N1cHBvcnQvc3lzdGVt X2Vycm9yLmNwcA0KYnVpbGRpbmcgc3RhdGljIGxsdm1zdXBwb3J0IGxpYnJh cnkNCnJhbmxpYiBsaWJsbHZtc3VwcG9ydC5hDQo9PT0+IGxpYi9jbGFuZy9s aWJsbHZtdGFibGVnZW4gKG9iaixkZXBlbmQsYWxsLGluc3RhbGwpDQovdXNy L29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFi bGVnZW4gY3JlYXRlZCBmb3IgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10 YWJsZWdlbg0Kcm0gLWYgLmRlcGVuZA0KbWtkZXAgLWYgLmRlcGVuZCAtYSAg ICAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9j bGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJs ZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxlR2VuIC1JLiAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9P Tl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JP UyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9 XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlICAgIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9U YWJsZUdlbi9FcnJvci5jcHAgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10 YWJsZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxlR2VuL01h aW4uY3BwIC91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtL2xpYi9UYWJsZUdlbi9SZWNvcmQuY3BwIC91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9UYWJsZUdlbi9UYWJsZUdlbkJhY2tlbmQuY3BwIC91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9UYWJsZUdlbi9UR0xleGVyLmNwcCAvdXNyL3NyYy9s aWIvY2xhbmcvbGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2 bS9saWIvVGFibGVHZW4vVEdQYXJzZXIuY3BwIA0KYysrIC1PMiAtcGlwZSAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGli bGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFu Zy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxlR2VuIC1JLiAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9V TklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAt RF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJp Mzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL2xpYi9jbGFuZy9s aWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9UYWJs ZUdlbi9FcnJvci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIv Y2xhbmcvbGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9p bmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL2xpYi9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy9saWIvY2xh bmcvbGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtYyAvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXRhYmxlZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvVGFibGVHZW4vTWFpbi5jcHAN CmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXRh YmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9z cmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9U YWJsZUdlbiAtSS4gLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXRhYmxl Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5j bHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1RE Q19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExW TV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNy L3NyYy9saWIvY2xhbmcvbGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRy aWIvbGx2bS9saWIvVGFibGVHZW4vUmVjb3JkLmNwcA0KYysrIC1PMiAtcGlw ZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcv bGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9j bGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJs ZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxlR2VuIC1JLiAt SS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9P Tl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JP UyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9 XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL2xpYi9jbGFu Zy9saWJsbHZtdGFibGVnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2xpYi9U YWJsZUdlbi9UYWJsZUdlbkJhY2tlbmQuY3BwDQpjKysgLU8yIC1waXBlIC1J L3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJs bHZtdGFibGVnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5n L2luY2x1ZGUgLUkvdXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXRhYmxlZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9saWIvVGFibGVHZW4gLUkuIC1JL3Vz ci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VO SVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1E X19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkz ODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3Rt cC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xp Ymxsdm10YWJsZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxl R2VuL1RHTGV4ZXIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvbGli L2NsYW5nL2xpYmxsdm10YWJsZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkv dXNyL3NyYy9saWIvY2xhbmcvbGlibGx2bXRhYmxlZ2VuLy4uLy4uLy4uL2Nv bnRyaWIvbGx2bS9saWIvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvbGliL2Ns YW5nL2xpYmxsdm10YWJsZWdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWMgL3Vzci9zcmMvbGliL2NsYW5nL2xpYmxsdm10YWJsZWdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vbGliL1RhYmxlR2VuL1RHUGFyc2Vy LmNwcA0KYnVpbGRpbmcgc3RhdGljIGxsdm10YWJsZWdlbiBsaWJyYXJ5DQpy YW5saWIgbGlibGx2bXRhYmxlZ2VuLmENCj09PT4gdXNyLmJpbi9jbGFuZy90 YmxnZW4gKG9iaixkZXBlbmQsYWxsLGluc3RhbGwpDQovdXNyL29iai91c3Iv c3JjL3RtcC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuIGNyZWF0ZWQg Zm9yIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuDQpybSAtZiAuZGVw ZW5kDQpta2RlcCAtZiAuZGVwZW5kIC1hICAgIC1JL3Vzci9zcmMvdXNyLmJp bi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUg LUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9U YWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUg LURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElN SVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9T VFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29i ai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgICAgL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0 aWxzL1RhYmxlR2VuL0FSTURlY29kZXJFbWl0dGVyLmNwcCAvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRp bHMvVGFibGVHZW4vQXNtTWF0Y2hlckVtaXR0ZXIuY3BwIC91c3Ivc3JjL3Vz ci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGls cy9UYWJsZUdlbi9Bc21Xcml0ZXJFbWl0dGVyLmNwcCAvdXNyL3NyYy91c3Iu YmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMv VGFibGVHZW4vQXNtV3JpdGVySW5zdC5jcHAgL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxl R2VuL0NhbGxpbmdDb252RW1pdHRlci5jcHAgL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxl R2VuL0NvZGVFbWl0dGVyR2VuLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4v Q29kZUdlbkRBR1BhdHRlcm5zLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4v Q29kZUdlbkluc3RydWN0aW9uLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4v Q29kZUdlblJlZ2lzdGVycy5jcHAgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90 YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0Nv ZGVHZW5UYXJnZXQuY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9EQUdJU2Vs RW1pdHRlci5jcHAgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0RBR0lTZWxNYXRj aGVyLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8u Li9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vREFHSVNlbE1hdGNoZXJF bWl0dGVyLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vREFHSVNlbE1hdGNo ZXJHZW4uY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9EQUdJU2VsTWF0Y2hl ck9wdC5jcHAgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0Rpc2Fzc2VtYmxlckVt aXR0ZXIuY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9FREVtaXR0ZXIuY3Bw IC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRy aWIvbGx2bS91dGlscy9UYWJsZUdlbi9GYXN0SVNlbEVtaXR0ZXIuY3BwIC91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIv bGx2bS91dGlscy9UYWJsZUdlbi9GaXhlZExlbkRlY29kZXJFbWl0dGVyLmNw cCAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vSW5zdHJFbnVtRW1pdHRlci5jcHAg L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL3V0aWxzL1RhYmxlR2VuL0luc3RySW5mb0VtaXR0ZXIuY3BwIC91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIv bGx2bS91dGlscy9UYWJsZUdlbi9JbnRyaW5zaWNFbWl0dGVyLmNwcCAvdXNy L3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xs dm0vdXRpbHMvVGFibGVHZW4vUHNldWRvTG93ZXJpbmdFbWl0dGVyLmNwcCAv dXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vdXRpbHMvVGFibGVHZW4vUmVnaXN0ZXJJbmZvRW1pdHRlci5jcHAg L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL3V0aWxzL1RhYmxlR2VuL1NldFRoZW9yeS5jcHAgL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0 aWxzL1RhYmxlR2VuL1N0cmluZ01hdGNoZXIuY3BwIC91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9U YWJsZUdlbi9TdWJ0YXJnZXRFbWl0dGVyLmNwcCAvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFi bGVHZW4vVEdWYWx1ZVR5cGVzLmNwcCAvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4v VGFibGVHZW4uY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4u Ly4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9YODZEaXNhc3Nl bWJsZXJUYWJsZXMuY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9YODZSZWNv Z25pemFibGVJbnN0ci5jcHAgDQplY2hvIHRibGdlbjogL3Vzci9saWIvbGli Yy5hICAvdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvdGJsZ2VuLy4uLy4uLy4uL2xpYi9jbGFuZy9saWJsbHZtdGFibGVnZW4v bGlibGx2bXRhYmxlZ2VuLmEgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL3Ny Yy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9saWIvY2xhbmcvbGli bGx2bXN1cHBvcnQvbGlibGx2bXN1cHBvcnQuYSAvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2xpYi9saWJlZ2FjeS5hID4+IC5kZXBlbmQNCmVj aG8gdGJsZ2VuOiAvdXNyL2xpYi9saWJzdGRjKysuYSA+PiAuZGVwZW5kDQpj KysgLU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMv Y2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbiAtSS4gLUkv dXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVgg LURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19T VERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYt dW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9s ZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90 YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0FS TURlY29kZXJFbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9p bmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3Ny Yy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v dXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90 YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9p bmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19T VERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURM TFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1J L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIv bGx2bS91dGlscy9UYWJsZUdlbi9Bc21NYXRjaGVyRW1pdHRlci5jcHANCmMr KyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9j bGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIv bGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAt RExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NU RENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11 bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xl Z2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3Ri bGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vQXNt V3JpdGVyRW1pdHRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5j bHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0 aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5j bHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1RE Q19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExW TV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNy L3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xs dm0vdXRpbHMvVGFibGVHZW4vQXNtV3JpdGVySW5zdC5jcHANCmMrKyAtTzIg LXBpcGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8u Li9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9p bmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8u Li8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1f T05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09O U1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3du LWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vQ2FsbGluZ0Nv bnZFbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRl IC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMv VGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRl IC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJ TUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hP U1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91 dGlscy9UYWJsZUdlbi9Db2RlRW1pdHRlckdlbi5jcHANCmMrKyAtTzIgLXBp cGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcv dGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNs dWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vz ci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vQ29kZUdlbkRBR1Bh dHRlcm5zLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFi bGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1E TExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlU X01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RU UklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vz ci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGls cy9UYWJsZUdlbi9Db2RlR2VuSW5zdHJ1Y3Rpb24uY3BwDQpjKysgLU8yIC1w aXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5j bHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4v Li4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09O X0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNU QU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1m cmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0NvZGVHZW5SZWdp c3RlcnMuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkv dXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJs ZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURM TFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRf TUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRS SVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNy LmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxz L1RhYmxlR2VuL0NvZGVHZW5UYXJnZXQuY3BwDQpjKysgLU8yIC1waXBlIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAt SS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRy aWIvbGx2bS91dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGli L2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVC U0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01B Q1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNk OS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1 ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0RBR0lTZWxFbWl0dGVyLmNw cA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rv b2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3Ri bGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUku IC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9V TklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAt RF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJp Mzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdl bi9EQUdJU2VsTWF0Y2hlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3Ny Yy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9z cmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZt L3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcv dGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcv aW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9f U1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1E TExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAt SS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAv dXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vdXRpbHMvVGFibGVHZW4vREFHSVNlbE1hdGNoZXJFbWl0dGVyLmNw cA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rv b2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3Ri bGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUku IC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9V TklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAt RF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJp Mzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdl bi9EQUdJU2VsTWF0Y2hlckdlbi5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xs dm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4u Ly4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9s bHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xh bmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAt RF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9T IC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBc IiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAt YyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vREFHSVNlbE1hdGNoZXJPcHQuY3Bw DQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90Ymxn ZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9v bHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbiAtSS4g LUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VO SVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1E X19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkz ODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3Rt cC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFu Zy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2Vu L0Rpc2Fzc2VtYmxlckVtaXR0ZXIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9s bHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIv bGx2bS91dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2Ns YW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2Ns YW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0Qg LURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JP UyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4w XCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUg LWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL0VERW1pdHRlci5jcHANCmMrKyAt TzIgLXBpcGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFu Zy9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Iv c3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2 bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExM Vk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENf Q09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtu b3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2Fj eS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vRmFzdElT ZWxFbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRl IC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMv VGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRl IC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJ TUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hP U1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91 dGlscy9UYWJsZUdlbi9GaXhlZExlbkRlY29kZXJFbWl0dGVyLmNwcA0KYysr IC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4u Ly4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJp bi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2Ns YW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9s bHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1E TExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1RE Q19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVu a25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVn YWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9JbnN0 ckVudW1FbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vz ci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNs dWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRp bHMvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90Ymxn ZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNs dWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERD X0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZN X0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vz ci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Iv c3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2 bS91dGlscy9UYWJsZUdlbi9JbnN0ckluZm9FbWl0dGVyLmNwcA0KYysrIC1P MiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5n L2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vzci9z cmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZt Ly4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExW TV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19D T05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25v d24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5 L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9JbnRyaW5z aWNFbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRl IC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMv VGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRl IC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJ TUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hP U1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91 dGlscy9UYWJsZUdlbi9Qc2V1ZG9Mb3dlcmluZ0VtaXR0ZXIuY3BwDQpjKysg LU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4v Li4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xh bmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4u Ly4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNy L3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xs dm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURM TFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERD X0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5r bm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdh Y3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90Ymxn ZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuL1JlZ2lz dGVySW5mb0VtaXR0ZXIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2lu Y2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8u Li9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3Jj L3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91 dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3Ri bGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2lu Y2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NU RENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExM Vk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkv dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9s bHZtL3V0aWxzL1RhYmxlR2VuL1NldFRoZW9yeS5jcHANCmMrKyAtTzIgLXBp cGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcv dGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNs dWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vz ci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8u Li9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05f RlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RB TlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZy ZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vU3RyaW5nTWF0Y2hl ci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5n L3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAtSS91c3Iv c3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2 bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFu Zy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1RhYmxlR2Vu IC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1f T05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNS T1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExF PVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9z cmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFi bGVHZW4vU3VidGFyZ2V0RW1pdHRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkv dXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL3V0aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIv Y2xhbmcvaW5jbHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJT RCAtRF9fU1REQ19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFD Uk9TIC1ETExWTV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5 LjBcIiAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVk ZSAtYyAvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4vVEdWYWx1ZVR5cGVzLmNwcA0K YysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvdXNy LmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xz L2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUkuIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklY IC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9f U1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2 LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAv bGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcv dGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9U YWJsZUdlbi5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91c3IuYmlu L2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5jbHVkZSAt SS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2NvbnRy aWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJp bi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0aWxzL1Rh YmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4u Ly4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAt RExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1J VF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NU VFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2Jq L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdXRp bHMvVGFibGVHZW4vWDg2RGlzYXNzZW1ibGVyVGFibGVzLmNwcA0KYysrIC1P MiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5n L2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8u Li8uLi9jb250cmliL2xsdm0vdXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vzci9z cmMvdXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZt Ly4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExW TV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19D T05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25v d24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5 L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS91dGlscy9UYWJsZUdlbi9YODZSZWNv Z25pemFibGVJbnN0ci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vaW5j bHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1JL3Vzci9zcmMv dXNyLmJpbi9jbGFuZy90YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3V0 aWxzL1RhYmxlR2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvdGJs Z2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5j bHVkZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1RE Q19MSU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExW TV9IT1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAgLXN0YXRp YyAtTC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvbGliIC1vIHRi bGdlbiBBUk1EZWNvZGVyRW1pdHRlci5vIEFzbU1hdGNoZXJFbWl0dGVyLm8g QXNtV3JpdGVyRW1pdHRlci5vIEFzbVdyaXRlckluc3QubyBDYWxsaW5nQ29u dkVtaXR0ZXIubyBDb2RlRW1pdHRlckdlbi5vIENvZGVHZW5EQUdQYXR0ZXJu cy5vIENvZGVHZW5JbnN0cnVjdGlvbi5vIENvZGVHZW5SZWdpc3RlcnMubyBD b2RlR2VuVGFyZ2V0Lm8gREFHSVNlbEVtaXR0ZXIubyBEQUdJU2VsTWF0Y2hl ci5vIERBR0lTZWxNYXRjaGVyRW1pdHRlci5vIERBR0lTZWxNYXRjaGVyR2Vu Lm8gREFHSVNlbE1hdGNoZXJPcHQubyBEaXNhc3NlbWJsZXJFbWl0dGVyLm8g RURFbWl0dGVyLm8gRmFzdElTZWxFbWl0dGVyLm8gRml4ZWRMZW5EZWNvZGVy RW1pdHRlci5vIEluc3RyRW51bUVtaXR0ZXIubyBJbnN0ckluZm9FbWl0dGVy Lm8gSW50cmluc2ljRW1pdHRlci5vIFBzZXVkb0xvd2VyaW5nRW1pdHRlci5v IFJlZ2lzdGVySW5mb0VtaXR0ZXIubyBTZXRUaGVvcnkubyBTdHJpbmdNYXRj aGVyLm8gU3VidGFyZ2V0RW1pdHRlci5vIFRHVmFsdWVUeXBlcy5vIFRhYmxl R2VuLm8gWDg2RGlzYXNzZW1ibGVyVGFibGVzLm8gWDg2UmVjb2duaXphYmxl SW5zdHIubyAvdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvdGJsZ2VuLy4uLy4uLy4uL2xpYi9jbGFuZy9saWJsbHZtdGFibGVn ZW4vbGlibGx2bXRhYmxlZ2VuLmEgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNy L3NyYy91c3IuYmluL2NsYW5nL3RibGdlbi8uLi8uLi8uLi9saWIvY2xhbmcv bGlibGx2bXN1cHBvcnQvbGlibGx2bXN1cHBvcnQuYSAtbGVnYWN5DQpzaCAv dXNyL3NyYy90b29scy9pbnN0YWxsLnNoIC1zIC1vIHJvb3QgLWcgd2hlZWwg LW0gNTU1ICAgdGJsZ2VuIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3IvYmluDQo9PT0+IHVzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuIChvYmos ZGVwZW5kLGFsbCxpbnN0YWxsKQ0KL3Vzci9vYmovdXNyL3NyYy90bXAvdXNy L3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbiBjcmVhdGVkIGZvciAv dXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbg0Kcm0gLWYgLmRl cGVuZA0KbWtkZXAgLWYgLmRlcGVuZCAtYSAgICAtSS91c3Ivc3JjL3Vzci5i aW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9p bmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkv dXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vdG9vbHMvY2xhbmcvdXRpbHMvVGFibGVHZW4gLUkuIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9P Tl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JP UyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9 XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlICAgIC91c3Ivc3JjL3Vzci5iaW4v Y2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29s cy9jbGFuZy91dGlscy9UYWJsZUdlbi9DbGFuZ0FTVE5vZGVzRW1pdHRlci5j cHAgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4v Li4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxlR2VuL0Ns YW5nQXR0ckVtaXR0ZXIuY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xh bmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91 dGlscy9UYWJsZUdlbi9DbGFuZ0RpYWdub3N0aWNzRW1pdHRlci5jcHAgL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxlR2VuL0NsYW5nU0FD aGVja2Vyc0VtaXR0ZXIuY3BwIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xh bmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91 dGlscy9UYWJsZUdlbi9OZW9uRW1pdHRlci5jcHAgL3Vzci9zcmMvdXNyLmJp bi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rv b2xzL2NsYW5nL3V0aWxzL1RhYmxlR2VuL09wdFBhcnNlckVtaXR0ZXIuY3Bw IC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91dGlscy9UYWJsZUdlbi9UYWJs ZUdlbi5jcHAgDQplY2hvIGNsYW5nLXRibGdlbjogL3Vzci9saWIvbGliYy5h ICAvdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcv Y2xhbmctdGJsZ2VuLy4uLy4uLy4uL2xpYi9jbGFuZy9saWJsbHZtdGFibGVn ZW4vbGlibGx2bXRhYmxlZ2VuLmEgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNy L3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9saWIv Y2xhbmcvbGlibGx2bXN1cHBvcnQvbGlibGx2bXN1cHBvcnQuYSAvdXNyL29i ai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYi9saWJlZ2FjeS5hID4+IC5k ZXBlbmQNCmVjaG8gY2xhbmctdGJsZ2VuOiAvdXNyL2xpYi9saWJzdGRjKysu YSA+PiAuZGVwZW5kDQpjKysgLU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJp bi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2lu Y2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8u Li8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91 c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4uL2Nv bnRyaWIvbGx2bS90b29scy9jbGFuZy91dGlscy9UYWJsZUdlbiAtSS4gLUkv dXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9j b250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09O X1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9T IC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1c ImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xz L2NsYW5nL3V0aWxzL1RhYmxlR2VuL0NsYW5nQVNUTm9kZXNFbWl0dGVyLmNw cA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xh bmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v dG9vbHMvY2xhbmcvdXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNy LmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZt Ly4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExW TV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19D T05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25v d24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5 L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmct dGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91dGls cy9UYWJsZUdlbi9DbGFuZ0F0dHJFbWl0dGVyLmNwcA0KYysrIC1PMiAtcGlw ZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4u Ly4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xz L2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5n LXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcvdXRp bHMvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFu Zy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtLy4uLy4uL2xpYi9jbGFu Zy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExWTV9PTl9GUkVFQlNEIC1E X19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19DT05TVEFOVF9NQUNST1Mg LURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25vd24tZnJlZWJzZDkuMFwi IC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1j IC91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91dGlscy9UYWJsZUdlbi9DbGFu Z0RpYWdub3N0aWNzRW1pdHRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNy L3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250 cmliL2xsdm0vaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xh bmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9p bmNsdWRlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxl R2VuIC1JLiAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVk ZSAtRExMVk1fT05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19M SU1JVF9NQUNST1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9I T1NUVFJJUExFPVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Iv b2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3Ny Yy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmli L2xsdm0vdG9vbHMvY2xhbmcvdXRpbHMvVGFibGVHZW4vQ2xhbmdTQUNoZWNr ZXJzRW1pdHRlci5jcHANCmMrKyAtTzIgLXBpcGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v aW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy9pbmNsdWRlIC1J L3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4v Y29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxlR2VuIC1JLiAt SS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4u L2NvbnRyaWIvbGx2bS8uLi8uLi9saWIvY2xhbmcvaW5jbHVkZSAtRExMVk1f T05fVU5JWCAtRExMVk1fT05fRlJFRUJTRCAtRF9fU1REQ19MSU1JVF9NQUNS T1MgLURfX1NURENfQ09OU1RBTlRfTUFDUk9TIC1ETExWTV9IT1NUVFJJUExF PVwiaTM4Ni11bmtub3duLWZyZWVic2Q5LjBcIiAtSS91c3Ivb2JqL3Vzci9z cmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmlu L2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9v bHMvY2xhbmcvdXRpbHMvVGFibGVHZW4vTmVvbkVtaXR0ZXIuY3BwDQpjKysg LU8yIC1waXBlIC1JL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10Ymxn ZW4vLi4vLi4vLi4vY29udHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91 c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xs dm0vdG9vbHMvY2xhbmcvaW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xh bmcvY2xhbmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9j bGFuZy91dGlscy9UYWJsZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2Ns YW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4v bGliL2NsYW5nL2luY2x1ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZS RUVCU0QgLURfX1NURENfTElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5U X01BQ1JPUyAtRExMVk1fSE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVl YnNkOS4wXCIgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2lu Y2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4v Li4vLi4vLi4vY29udHJpYi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxl R2VuL09wdFBhcnNlckVtaXR0ZXIuY3BwDQpjKysgLU8yIC1waXBlIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL2luY2x1ZGUgLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL2Ns YW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0vdG9vbHMvY2xhbmcv aW5jbHVkZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xhbmctdGJsZ2Vu Ly4uLy4uLy4uL2NvbnRyaWIvbGx2bS90b29scy9jbGFuZy91dGlscy9UYWJs ZUdlbiAtSS4gLUkvdXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdl bi8uLi8uLi8uLi9jb250cmliL2xsdm0vLi4vLi4vbGliL2NsYW5nL2luY2x1 ZGUgLURMTFZNX09OX1VOSVggLURMTFZNX09OX0ZSRUVCU0QgLURfX1NURENf TElNSVRfTUFDUk9TIC1EX19TVERDX0NPTlNUQU5UX01BQ1JPUyAtRExMVk1f SE9TVFRSSVBMRT1cImkzODYtdW5rbm93bi1mcmVlYnNkOS4wXCIgLUkvdXNy L29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9z cmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJp Yi9sbHZtL3Rvb2xzL2NsYW5nL3V0aWxzL1RhYmxlR2VuL1RhYmxlR2VuLmNw cA0KYysrIC1PMiAtcGlwZSAtSS91c3Ivc3JjL3Vzci5iaW4vY2xhbmcvY2xh bmctdGJsZ2VuLy4uLy4uLy4uL2NvbnRyaWIvbGx2bS9pbmNsdWRlIC1JL3Vz ci9zcmMvdXNyLmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29u dHJpYi9sbHZtL3Rvb2xzL2NsYW5nL2luY2x1ZGUgLUkvdXNyL3NyYy91c3Iu YmluL2NsYW5nL2NsYW5nLXRibGdlbi8uLi8uLi8uLi9jb250cmliL2xsdm0v dG9vbHMvY2xhbmcvdXRpbHMvVGFibGVHZW4gLUkuIC1JL3Vzci9zcmMvdXNy LmJpbi9jbGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vY29udHJpYi9sbHZt Ly4uLy4uL2xpYi9jbGFuZy9pbmNsdWRlIC1ETExWTV9PTl9VTklYIC1ETExW TV9PTl9GUkVFQlNEIC1EX19TVERDX0xJTUlUX01BQ1JPUyAtRF9fU1REQ19D T05TVEFOVF9NQUNST1MgLURMTFZNX0hPU1RUUklQTEU9XCJpMzg2LXVua25v d24tZnJlZWJzZDkuMFwiIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5 L3Vzci9pbmNsdWRlICAtc3RhdGljIC1ML3Vzci9vYmovdXNyL3NyYy90bXAv bGVnYWN5L3Vzci9saWIgLW8gY2xhbmctdGJsZ2VuIENsYW5nQVNUTm9kZXNF bWl0dGVyLm8gQ2xhbmdBdHRyRW1pdHRlci5vIENsYW5nRGlhZ25vc3RpY3NF bWl0dGVyLm8gQ2xhbmdTQUNoZWNrZXJzRW1pdHRlci5vIE5lb25FbWl0dGVy Lm8gT3B0UGFyc2VyRW1pdHRlci5vIFRhYmxlR2VuLm8gL3Vzci9vYmovdXNy L3NyYy90bXAvdXNyL3NyYy91c3IuYmluL2NsYW5nL2NsYW5nLXRibGdlbi8u Li8uLi8uLi9saWIvY2xhbmcvbGlibGx2bXRhYmxlZ2VuL2xpYmxsdm10YWJs ZWdlbi5hIC91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zcmMvdXNyLmJpbi9j bGFuZy9jbGFuZy10YmxnZW4vLi4vLi4vLi4vbGliL2NsYW5nL2xpYmxsdm1z dXBwb3J0L2xpYmxsdm1zdXBwb3J0LmEgLWxlZ2FjeQ0Kc2ggL3Vzci9zcmMv dG9vbHMvaW5zdGFsbC5zaCAtcyAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAg IGNsYW5nLXRibGdlbiAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2Jpbg0KPT09PiBnYW1lcy9mb3J0dW5lL3N0cmZpbGUgKG9iaixkZXBlbmQs YWxsLGluc3RhbGwpDQovdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL2dh bWVzL2ZvcnR1bmUvc3RyZmlsZSBjcmVhdGVkIGZvciAvdXNyL3NyYy9nYW1l cy9mb3J0dW5lL3N0cmZpbGUNCnJtIC1mIC5kZXBlbmQNCm1rZGVwIC1mIC5k ZXBlbmQgLWEgICAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgL3Vzci9zcmMvZ2FtZXMvZm9ydHVuZS9zdHJmaWxlL3N0cmZp bGUuYw0KZWNobyBzdHJmaWxlOiAvdXNyL2xpYi9saWJjLmEgL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9saWIvbGliZWdhY3kuYSA+PiAuZGVw ZW5kDQpjYyAtTzIgLXBpcGUgLXN0ZD1nbnU5OSAgIC1JL3Vzci9vYmovdXNy L3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL2dhbWVz L2ZvcnR1bmUvc3RyZmlsZS9zdHJmaWxlLmMNCmNjIC1PMiAtcGlwZSAtc3Rk PWdudTk5ICAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2lu Y2x1ZGUgIC1zdGF0aWMgLUwvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2xpYiAtbyBzdHJmaWxlIHN0cmZpbGUubyAtbGVnYWN5DQpzaCAvdXNy L3NyYy90b29scy9pbnN0YWxsLnNoIC1zIC1vIHJvb3QgLWcgd2hlZWwgLW0g NTU1ICAgc3RyZmlsZSAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2dhbWVzDQo9PT0+IGdudS91c3IuYmluL2dwZXJmIChvYmosZGVwZW5kLGFs bCxpbnN0YWxsKQ0KL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL3NyYy9nbnUv dXNyLmJpbi9ncGVyZiBjcmVhdGVkIGZvciAvdXNyL3NyYy9nbnUvdXNyLmJp bi9ncGVyZg0KPT09PiBnbnUvdXNyLmJpbi9ncGVyZi9kb2MgKG9iaikNCi91 c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYv ZG9jIGNyZWF0ZWQgZm9yIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmL2Rv Yw0KbWFrZTogZG9uJ3Qga25vdyBob3cgdG8gbWFrZSBpdGVyYXRvci5jYy4g U3RvcA0KKioqIEVycm9yIGNvZGUgMg0KDQpTdG9wIGluIC91c3Ivc3JjLg0K KioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjLg0KKioqIEVy cm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjLg0Kc2FtcGMjIGNsZWFy DQ0KG1tIG1sySnNhbXBjIyB1bmFtZSAtYQ0NCkZyZWVCU0Qgc2FtcGMuYXR0 LmNvbSA4LjItU1RBQkxFIEZyZWVCU0QgOC4yLVNUQUJMRSAjNDogU3VuIEph biAxNSAxMzoyMTo0MCBFU1QgMjAxMiAgICAgc2Ftd0BzYW1wYy5hdHQuY29t Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0dFTkVSSUMgIGkzODYNCnNhbXBjIyA= ---1505502989-2138540581-1327169814=:8766-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 19:14:10 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BAA3106564A for ; Sat, 21 Jan 2012 19:14:10 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 8822C8FC08 for ; Sat, 21 Jan 2012 19:14:09 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q0LJE59i000566 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 21 Jan 2012 19:14:05 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.2 smtp.infracaninophile.co.uk q0LJE59i000566 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1327173245; bh=JvUmfhGKGTRT3RJd7y/fUC/zQ8+x704/2d1Ma0oxjsQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=gU89hMW/X9lBnbBtiFayCK5NCJQImRitjrTLNNPj3K4WuTFQP1tJB97Tce6/9YdNH 4LUI8GVo8pUrS20QfYJRPxLozAGR2tomKLWYGRUD9k6fqauyAkuH3JyuZHT9/d01Se Gyh/oKM3TkLsXHxDg7djZ4vs86oglKqg8MCdDjy4= Message-ID: <4F1B0E72.8050008@infracaninophile.co.uk> Date: Sat, 21 Jan 2012 19:13:54 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1AAB66.5070100@herveybayaustralia.com.au> <20120121133506.7bcfaec9@gumby.homeunix.com> <4F1AFA1B.6020605@mytum.de> In-Reply-To: <4F1AFA1B.6020605@mytum.de> X-Enigmail-Version: 1.3.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA0F7B45DB3F85C0AAAFE4F05" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 19:14:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA0F7B45DB3F85C0AAAFE4F05 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21/01/2012 17:47, Raimund Steger wrote: > On 01/21/12 14:35, RW wrote: >> [...] >> It is that. I don't know the details, but GPLv3 is sufficiently more >> viral that recent gcc versions can't be used as the base system >> compiler. We're currently stuck with a version from 2007. >=20 > Sorry if this has been asked before, but it makes me wonder, what are > the plans for SPARC and PowerPC? PowerPC is apparently supported by clang, so ultimately it should just switch over like i386 and amd64. Clang doesn't compile on sparc64 at the moment. I assume this is just a temporary state of affairs and sparc64 support will be forthcoming eventually. Until then sparc64 will have to make do with the current gcc in base. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigA0F7B45DB3F85C0AAAFE4F05 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk8bDnwACgkQ8Mjk52CukIwBoACYr3BvYqG/b4U+A+qQx1UIlMB4 ZgCgjgFVkZ6XRqGj1hRaH0dx1kTNPJA= =5B9F -----END PGP SIGNATURE----- --------------enigA0F7B45DB3F85C0AAAFE4F05-- From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 22:20:10 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B17A0106566C for ; Sat, 21 Jan 2012 22:20:10 +0000 (UTC) (envelope-from btillman99@yahoo.com) Received: from nm17-vm0.bullet.mail.ne1.yahoo.com (nm17-vm0.bullet.mail.ne1.yahoo.com [98.138.91.58]) by mx1.freebsd.org (Postfix) with SMTP id 6E1F68FC16 for ; Sat, 21 Jan 2012 22:20:10 +0000 (UTC) Received: from [98.138.90.55] by nm17.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 22:20:09 -0000 Received: from [98.138.89.162] by tm8.bullet.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 22:20:09 -0000 Received: from [127.0.0.1] by omp1018.mail.ne1.yahoo.com with NNFMP; 21 Jan 2012 22:20:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 827677.85542.bm@omp1018.mail.ne1.yahoo.com Received: (qmail 64303 invoked by uid 60001); 21 Jan 2012 22:20:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1327184409; bh=BKm/ctRFLCM+F8mkPobHzyp3J94GE4IPu3mzI6wi8pA=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=uoNrQxGH3XG1g/iqdo2gO5RLZb8lpHveB32Uj1hcRB0jpQiYkDDcigccdHNHxi9qsLfZOqDtp20hD2axMqGw4El3XWyY8WCJm0p0Z1xJFUAGAs3uo8crQDxDiCE+tRMe0KYHTzFC+m81wnxLve/CgnzD4ecdcxC91usiIgXHt3o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=WzaYdOUttrE4efZabX3fCe0j/hLe4mQVbwohc1eLbeoT1iaAYN0fL1n98xXjHo1Of76Rm8nq3dEjY8a32xl+wq6sqYxA98Cw5anBKBdDZkCIdnny3V9XR9SJeTQn6TWth7rvAwIq6tFblQjR6J/An2QSlKc1K9g2sSChd3QPFO0=; X-YMail-OSG: 3rXwBLUVM1mFI_hufoi41HArpwpB_k64vINgLn306wCAgou z3x2gCbcoMGvcoRVezfbAw8qmqxxX4mPCLSFx5Kzk3dgyU2sTFYsFY65HhKH _CU0QcmkspULKyYufDzFgrm4kiGqqkGlBS6xeH9uYYkseowInxDPMjVGKV_D mI_CmGDME_Fjh4kF1BMD43nbE_N48HsH8_nJIpiifmlY54GijogDvHFisC5K Xs8QZUfSJwtfcld39vFFdt3xlyzIyrkYu2O9ayDWyy7eGbUXRZSYByDM79bR _JcYetzjzVHTSuHPjUxNayQ9Ma0DdGYw1r5ZzUx1fuW543qxYh79pKG6zdT5 rrP9mdqydRJfuJ8.F6sUHQsaojQr.vhGCLqM048Mrrg00RNhHaFjyKgzpVC9 6iGtqwLuXWGurfHMJraiApSZhSYVXcSpk5D.LEr9r4AI2rZutvXOPk6MsFM4 IurG_RaOZKunMdY_HhkfB2lgzL4dmbX2_k_ORCs4eMUoMpnd2L7rEHX9DwKg 79VjCVezigzw5F5jeuF_tdk7b1Ms8ukkgEzoWUElHyIyD5VfnGQXwrUWM4g- - Received: from [98.203.44.66] by web36507.mail.mud.yahoo.com via HTTP; Sat, 21 Jan 2012 14:20:09 PST X-Mailer: YahooMailWebService/0.8.116.331537 References: Message-ID: <1327184409.58215.YahooMailNeo@web36507.mail.mud.yahoo.com> Date: Sat, 21 Jan 2012 14:20:09 -0800 (PST) From: Bill Tillman To: FreeBSD Questions 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.5 Subject: Re: mplayer fails to compile on amd64 machine X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bill Tillman List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 22:20:10 -0000 =0A=0A=0AFrom: Antonio Olivares =0ATo: FreeBSD Que= stions =0ASent: Thursday, January 19, 2012 = 9:07 PM=0ASubject: mplayer fails to compile on amd64 machine=0A=0ADear kind= folks,=0A=0ARunning Amd64 FreeBSD 8.0 updated=0A=0A....=0Al/live/groupsock= /libgroupsock.a=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 -lm=0A-rpath=3D/usr/lib:= /usr/local/lib -Wl,-rpath=3D/usr/local/lib/gcc46=0A-liconv /usr/lib/libncur= ses.so -lpng -lz -ljpeg -lungif=0A-L/usr/local/lib -lfreetype -lz -lbz2 -lf= ontconfig=A0 -lz=0A/usr/lib/libbz2.so -llzo2 -lmad -lspeex -L/usr/local/lib= -ltheora=0A-logg=A0 =A0 -lstdc++=A0 -L/usr/local/lib -lrtmp -lz -lssl -lcr= ypto=A0 -ldv=0A-pthread=A0 -rdynamic -L/usr/local/lib -L/usr/local/lib -L/u= sr/local/lib=0A-lv4l1 -lv4l2 -lrtmp -lXext -lX11 -pthread -lXss -lXv -lvdpa= u=0A-lXinerama -lXxf86vm -lXxf86dga -laa -lcaca -lvga -lSDL -lGL -pthread= =0A-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext=0A-lXrende= r -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage=0A-lgdk_pixbuf-= 2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11=0A-lpango-1.0 -lm -lfre= etype -lfontconfig -lgobject-2.0 -lgmodule-2.0=0A-lgthread-2.0 -lglib-2.0 -= lglib-2.0=0Affmpeg/libavcodec/libavcodec.a(ffv1.o): In function `find_best_= state':=0A/usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmp= eg/libavcodec/ffv1.c:243:=0Aundefined reference to `log2'=0Affmpeg/libavcod= ec/libavcodec.a(aacsbr.o): In function `sbr_make_f_master':=0A/usr/ports/mu= ltimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:= 428:=0Aundefined reference to `log2f'=0A/usr/ports/multimedia/mplayer/work/= mplayer-export-2011-12-18/ffmpeg/libavcodec/aacsbr.c:456:=0Aundefined refer= ence to `log2f'=0Affmpeg/libavcodec/libavcodec.a(aacsbr.o): In function `sb= r_make_f_derived':=0A/usr/ports/multimedia/mplayer/work/mplayer-export-2011= -12-18/ffmpeg/libavcodec/aacsbr.c:580:=0Aundefined reference to `log2f'=0A/= usr/ports/multimedia/mplayer/work/mplayer-export-2011-12-18/ffmpeg/libavcod= ec/aacsbr.c:580:=0Aundefined reference to `log2f'=0Acollect2: ld returned 1= exit status=0Agmake: *** [mplayer] Error 1=0A*** Error code 1=0A=0AStop in= /usr/ports/multimedia/mplayer.=0A*** Error code 1=0A=0AStop in /usr/ports/= multimedia/mplayer.=0A=0A=3D=3D=3D>>> make failed for multimedia/mplayer=0A= =3D=3D=3D>>> Aborting update=0A=0A=3D=3D=3D>>> Update for multimedia/mplaye= r failed=0A=3D=3D=3D>>> Aborting update=0A=0ATerminated=0A=0A/usr/src/UPDAT= ING shows nothing relevant.=0A=0Aideas/suggestions/advice/comments are welc= ome and appreciated.=0A=0ARegards,=0A=0AAntonio=0A_________________________= ______________________=0Afreebsd-questions@freebsd.org mailing list=0Ahttp:= //lists.freebsd.org/mailman/listinfo/freebsd-questions=0ATo unsubscribe, se= nd any mail to "freebsd-questions-unsubscribe@freebsd.org"=0A=0A=0AThe mpla= yer port has been broken before. Now doubt it's in need of fixing again. I = have found over the years that once you get a working version of it in plac= e, don't try to reinstall it. I'm sure the port maintainer does their best,= afterall this is a Linux program ported to run on FreeBSD and all the subt= le changes can never be thought completely through. Send an e-mail to the p= ort maintainer, they'll get it fixed in the next round. From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 22:49:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92D53106564A for ; Sat, 21 Jan 2012 22:49:21 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC678FC08 for ; Sat, 21 Jan 2012 22:49:20 +0000 (UTC) Received: from mail.unitedinsong.com.au (bell.herveybayaustralia.com.au [192.168.0.40]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 7A7BB5C28 for ; Sun, 22 Jan 2012 09:01:52 +1000 (EST) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 4FDFA5C21 for ; Sun, 22 Jan 2012 09:01:52 +1000 (EST) Message-ID: <4F1B4006.2050002@herveybayaustralia.com.au> Date: Sun, 22 Jan 2012 08:45:26 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <4F1AAB66.5070100@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Clang - what is the story? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 22:49:21 -0000 On 01/22/12 02:39, David Jackson wrote: > On Sat, Jan 21, 2012 at 7:11 AM, Da Rock< > freebsd-questions@herveybayaustralia.com.au> wrote: > >> I've been seeing a lot of hoorays and pats on the back and a general >> feeling satisfaction in being able to use clang to compile FreeBSD and >> ports. The only reason I can see from searching is a need to get away from >> gcc (which is tried and tested since the beginning of time) which is now >> apparently GPLv3. >> >> Can someone offer some clarity as to the importance of this? I'm guessing >> the that stepping away from GPL is generally a good thing, especially if >> there is something similar with similar license structure to BSD; I just >> can't understand the rush of it. >> >> Even under GPL anything built using gcc can be licensed as you like, so I >> doubt it could be that. >> >> I'm not skeptical, just curious- trying to get my head around some of the >> dev side of things :) >> ______________________________**_________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/**mailman/listinfo/freebsd-**questions >> To unsubscribe, send any mail to "freebsd-questions-** >> unsubscribe@freebsd.org" >> > > The reasons for Clang are not just for the GPLv3 issue, but Clang is > architecturally superior in many ways over GCC, Clang was designed from the > ground up to learn from GCCs mistakes and to be a better C compiler. One of > the Clang's features is better debugging and a more modular architecture > that is easier to develop and extend. GCC has often been criticised for its > monolithic and inflexible structure that has often hindered implementing > new features and functionality. One of the advantages of Clang is that it > can be more easily plugged into IDEs for integrated debugging. > > You can read all about the many advantages and innovations of clang and how > it exceeds GCC here: > http://clang.llvm.org/ That was the first place I looked to see if anything stood out as the reason why, and I couldn't quite see apart from license. Apparently I had missed some aspects in the license.... Thanks for the answers guys. Legal issues can be real tricky sometimes can't they? I definitely would have missed that about the libraries- its obvious now :) That also explains the issues with other compilers (especially ones on other platforms). Cheers From owner-freebsd-questions@FreeBSD.ORG Sat Jan 21 22:50:13 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A89D61065672 for ; Sat, 21 Jan 2012 22:50:13 +0000 (UTC) (envelope-from shkhikyan@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 391AB8FC14 for ; Sat, 21 Jan 2012 22:50:12 +0000 (UTC) Received: by eekb47 with SMTP id b47so695306eek.13 for ; Sat, 21 Jan 2012 14:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-forwarded-message-id:content-type; bh=cVQSP3Av1y9f2qGyWaU+C18XV4hgDrUjh0SpZmejeDI=; b=uMjVW9WYyd5Teu7f6oVQ7mk7bV2BkWv9ip3HSYmJhCSTPlISV7rlYc5kzBRQe0Pw/6 8aWM12u9LumGNTNANuL0gJyYhFJMmD2bVqwjqmUwsUs0hFKD3RXTM/umWE9exwVeqO+Y TBVj96EMEWDgx6S3pfvJCCVNqeVD8rAYmwQjM= Received: by 10.14.2.16 with SMTP id 16mr1009637eee.103.1327186211285; Sat, 21 Jan 2012 14:50:11 -0800 (PST) Received: from [192.168.1.33] ([46.162.194.91]) by mx.google.com with ESMTPS id x4sm31630610eeb.4.2012.01.21.14.50.10 (version=SSLv3 cipher=OTHER); Sat, 21 Jan 2012 14:50:10 -0800 (PST) Message-ID: <4F1B414D.9030802@gmail.com> Date: Sun, 22 Jan 2012 02:50:53 +0400 From: "Ruben R. Shkhikyan" User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: freebsd-questions@FreeBSD.org References: <4F1B3C34.8070106@gmail.com> In-Reply-To: <4F1B3C34.8070106@gmail.com> X-Forwarded-Message-Id: <4F1B3C34.8070106@gmail.com> X-Mailman-Approved-At: Sat, 21 Jan 2012 23:41:25 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Fwd: wrong MD5 and SHA256 ?!? OK!!!!!!! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jan 2012 22:50:13 -0000 It's OK, You've already changed the "FreeBSD-9.0-RELEASE-i386-memstick.im" on site, the checksums are the same as I calculate. Thanks. Best regards, Ruben -------- Original Message -------- Subject: wrong MD5 and SHA256 ?!? Date: Sun, 22 Jan 2012 02:29:08 +0400 From: Ruben R. Shkhikyan To: freebsd-questions@FreeBSD.org Hi, why the MD5 and SHA256 of "FreeBSD-9.0-RELEASE-i386-memstick.img" are wrong? (MD5: FreeBSD-9.0-RELEASE-i386-memstick.img = 79ddd8f3422e209ae9bd11fee4e399eb) - Your Calculation (MD5: FreeBSD-9.0-RELEASE-i386-memstick.img = F9DDF26894FCF7EA5813D7D9099FF6A4) - My Calculation (with WinHex) (SHA256 (FreeBSD-9.0-RELEASE-i386-memstick.img = 99193a7895109d415936ba89e4f2c24227af48f064073dee7c4b49722c3656f8) - Your Calculation (SHA256 (FreeBSD-9.0-RELEASE-i386-memstick.img = 3A325895F4D9E14F0F60F9A7ADF50C73DB71C7BA833D2E5A27A34985B6F88523) - My Calculation (with WinHex) Best regards, Ruben.