From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 01:19:20 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 482DC1065676 for ; Fri, 1 Jan 2010 01:19:20 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 9210E8FC0A for ; Fri, 1 Jan 2010 01:19:19 +0000 (UTC) Received: (qmail 38233 invoked by uid 89); 1 Jan 2010 01:19:17 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 1 Jan 2010 01:19:17 -0000 Date: Fri, 1 Jan 2010 02:19:17 +0100 From: Oliver Lehmann To: "N.J. Mann" Message-Id: <20100101021917.f3d362b7.lehmann@ans-netz.de> In-Reply-To: <20091231164603.GA66981@titania.njm.me.uk> References: <20091231101259.3f28dc5b.lehmann@ans-netz.de> <20091231163708.15920.qmail@avocado.salatschuessel.net> <20091231164001.16003.qmail@avocado.salatschuessel.net> <20091231164603.GA66981@titania.njm.me.uk> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ronald Klop Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 01:19:20 -0000 N.J. Mann wrote: > I think bluetooth depends on USB. Try adding WITHOUT_BLUETOOTH=1. That did the trick! -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 02:41:23 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13135106566B; Fri, 1 Jan 2010 02:41:23 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f198.google.com (mail-iw0-f198.google.com [209.85.223.198]) by mx1.freebsd.org (Postfix) with ESMTP id B57C08FC18; Fri, 1 Jan 2010 02:41:22 +0000 (UTC) Received: by iwn36 with SMTP id 36so8947679iwn.3 for ; Thu, 31 Dec 2009 18:41:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=XaLvoykVor+tgdOSDcjCAcywNRZYoeEjrKp7+U5ClLI=; b=k4RFTy4PiXlDFVy9uTaiqvZ9vmm7lGXUXy8NRGUS39WRXqE5vIf8/nfmZK1kLpiq4o Eg7jSPUkyMgWa4VoP5Z9U7xJBvTViATdNlYMQnlZroexIQAdKt2ixnHh7cej0/gtGYbs onOn1P5Fwh7K2FsWvE4wUyW5DzHlAtl/uLDyE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=fjgFqHnC5G5s1Ow0pN4LVzgRt4iB4qoiUhSzvIrrgWKtb2iBSPilwBW5I5meBcpR/U rIY1wQBbPda3eSqHIoT4kz/Vf96jICPlUZQlKynRSh/PAyOh0Bj/mQXc+mjAZILZbEHC RHJzISMXdYBk7ynWXUQg6AfyatQhreLqC3CNc= Received: by 10.231.121.69 with SMTP id g5mr2581761ibr.44.1262313674506; Thu, 31 Dec 2009 18:41:14 -0800 (PST) Received: from dimension.5p.local (ppp-22.162.dialinfree.com [209.172.22.162]) by mx.google.com with ESMTPS id 23sm14133201iwn.7.2009.12.31.18.41.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 31 Dec 2009 18:41:13 -0800 (PST) Sender: "J. Hellenthal" Date: Thu, 31 Dec 2009 21:41:05 -0500 From: jhell To: Ed Schouten In-Reply-To: <20091231111843.GT64905@hoeg.nl> Message-ID: References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <20091231111843.GT64905@hoeg.nl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 02:41:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 31 Dec 2009 06:18, ed@ wrote: > * jhell wrote: >> Take a look at your git config. The problem lies there and is very >> visible. After you are done fixing that re-read the whole email that >> you posted. > > Would you mind sharing what causes the problem then, Sherlock Holmes? > > I would say it is elementary my dear Watson but I really do not feel like calling you dear and I certainly do not want to take Roberts last name in vain. With those remarks I will leave it up to your honed skills to figure out. - -- Thu Dec 31 21:38:14 2009 jhell -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJLPWDPAAoJEJBXh4mJ2FR+fzEH/10sPwSo0gt8NgSwXGP05PLt dehayjOEs7gm3PBTKgT43IvBU82sAQxPueVSGVzAKsNJomG4x+pST2t7NYYZ81lL DioRCgRInYUvAMz2bM8b3xemvwaLLjLq9Fkzh3pxw3HOXygQywK2Az+4maKdLeSg CQRcGAZGgAry9zCljo56v4Ur85MAA00xB5aY33nV1xKYTk46+Suv4P3tx6PaMKLt Dp3KbezL5N3ZbHtP0NC3AMNGxam8Vkm+ZjMEUGYQoG3shu3F9nrgLOUzf13Deper Izm3Wx7HCsv06KT502MbiNL3029vYZq4HFl7A7LfplyP47nDMWFZ8q4Q2G4ElrA= =ImPu -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 11:06:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED82A1065676 for ; Fri, 1 Jan 2010 11:06:18 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 4B86F8FC13 for ; Fri, 1 Jan 2010 11:06:17 +0000 (UTC) Received: (qmail 1603 invoked by uid 89); 1 Jan 2010 11:05:48 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 1 Jan 2010 11:05:48 -0000 Date: Fri, 1 Jan 2010 12:05:48 +0100 From: Oliver Lehmann To: dougb@freebsd.org Message-Id: <20100101120548.dc06edfb.lehmann@ans-netz.de> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 11:06:19 -0000 Hi, since my last RELENG_7 update a new rc.conf variable named_conf appeared. How is this supposted to work with a chroot named? I guess not at all? I have in my rc.conf: named_enable="YES" named_program="/usr/local/sbin/named" named_flags="-u bind -c /etc/named/named.conf" named_chrootdir="/usr/chroot/named" named_symlink_enable="YES" named_conf="/usr/chroot/named/etc/named/named.conf" #named_conf="/etc/named/named.conf" When I now try to start named: # /etc/rc.d/named start /usr/chroot/named/etc/named/named.conf:12: change directory to '/etc/named' failed: file not found /usr/chroot/named/etc/named/named.conf:12: parsing failed /etc/rc.d/named: ERROR: named-checkconf for $named_conf failed Exit 3 # Of cource /etc/named does not exists because when the configuration file is used, /etc/named is for named in reality /usr/chroot/named/etc/named... To illustrate how it is implemented and how it would work if it gets right: # named-checkconf /usr/chroot/named/etc/named/named.conf /usr/chroot/named/etc/named/named.conf:12: change directory to '/etc/named' failed: file not found /usr/chroot/named/etc/named/named.conf:12: parsing failed Exit 1 # named-checkconf -t /usr/chroot/named /etc/named/named.conf # Could this please be fixed so it works with a chrooted named too? I now have to change the rc.d file on my own to get named to startup (Luky me I added backup resolvers in resolv.conf before I rebooted the system) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 11:24:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EADC1065670; Fri, 1 Jan 2010 11:24:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 311508FC08; Fri, 1 Jan 2010 11:24:18 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1BAB71CEA3; Fri, 1 Jan 2010 12:24:17 +0100 (CET) Date: Fri, 1 Jan 2010 12:24:17 +0100 From: Ed Schouten To: jhell Message-ID: <20100101112417.GU64905@hoeg.nl> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <20091231111843.GT64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sL/b0W08aWx8yHQO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 11:24:18 -0000 --sL/b0W08aWx8yHQO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * jhell wrote: > With those remarks I will leave it up to your honed skills to figure out. If you don't have anything constructive to say, please refrain from responding to any message on these lists. The purpose of these lists is to help each other. --=20 Ed Schouten WWW: http://80386.nl/ --sL/b0W08aWx8yHQO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAks922AACgkQ52SDGA2eCwX0kACfQW1k3sxGSckHXUrtOEEhdEmM likAn0plKP7uz71ZlB7F0ryg0CUPiKt7 =tRzv -----END PGP SIGNATURE----- --sL/b0W08aWx8yHQO-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 14:28:30 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21243106568B for ; Fri, 1 Jan 2010 14:28:30 +0000 (UTC) (envelope-from usselmann.m@icg-online.de) Received: from oslo074.server4you.de (oslo074.server4you.de [62.75.178.74]) by mx1.freebsd.org (Postfix) with ESMTP id 8170F8FC1A for ; Fri, 1 Jan 2010 14:28:29 +0000 (UTC) Received: (qmail 10939 invoked from network); 1 Jan 2010 15:28:35 +0100 Received: from p54b26d87.dip.t-dialin.net (HELO icg-pc209.icg-pc213) (84.178.109.135) by oslo074.server4you.de with SMTP; 1 Jan 2010 15:28:35 +0100 Date: Fri, 1 Jan 2010 15:28:27 +0100 From: Manfred Usselmann To: David Horn Message-Id: <20100101152827.8eabdf9e.usselmann.m@icg-online.de> In-Reply-To: <25ff90d60912141451y50137b09qa2d5c380093dd8d5@mail.gmail.com> References: <20091213103237.d01b51f2.usselmann.m@icg-online.de> <25ff90d60912132123x77198b1o6bfad3bffe0d01a0@mail.gmail.com> <20091214081716.f6e96b85.usselmann.m@icg-online.de> <20091214233123.a5b178c2.usselmann.m@icg-online.de> <25ff90d60912141451y50137b09qa2d5c380093dd8d5@mail.gmail.com> Organization: ICG IT Consulting GmbH X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: duplicity ftp backup / ncftp no longer working since 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 14:28:30 -0000 On Mon, 14 Dec 2009 17:51:31 -0500 David Horn wrote: > On Mon, Dec 14, 2009 at 5:31 PM, Manfred Usselmann > wrote: > > On Mon, 14 Dec 2009 08:17:16 +0100 > > Manfred Usselmann wrote: > > > >> On Mon, 14 Dec 2009 00:23:17 -0500 > >> David Horn wrote: > >> > >> > I believe that there is something unusual going on with the checking > >> > on select() return in ncftp3. =A0If you change every instance of > >> > select() result checking in ftp/ncftp3 from "=3D=3D1" to ">=3D1" the= problem > >> > seems to go away. > >> > > >> > result =3D select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, > >> > SELECT_TYPE_ARG5 &tv); > >> > -if (result =3D=3D 1) { > >> > +if (result >=3D 1) { > >> > >> I will try this. > > > > Did work for me! > > > > Thanks, > > Manfred >=20 > OK. I will try to report it to the upstream (ncftp.com/contact), and > failing that we could always patch as part of the ncftp 3.2.3 update > into freebsd ports, but glad to hear it worked for you. The port has been updated to 3.2.3 but without a fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D140934 mentions a fix to FreeBSD 8 which sounds like it should have solved our issue. Don't know why it didn't. Regards, Manfred --=20 Manfred Usselmann ICG IT Consulting GmbH, Kelkheim From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 15:12:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1CC210656F8 for ; Fri, 1 Jan 2010 15:12:50 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 646B48FC12 for ; Fri, 1 Jan 2010 15:12:50 +0000 (UTC) Received: by fxm27 with SMTP id 27so12683726fxm.3 for ; Fri, 01 Jan 2010 07:12:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rq5NYhwhh1C/Hy+JUYqyO2RH3m231N20770d8zoWeuw=; b=euy6iDpY5JKtzdnUr/eJkmtm3n/j0ACOF2KD8tLYQNoI1N/DdyyrSkCy6+oLJp8mKi cL6yIGzldV3v7GgBDv4f4ItPFd6r8kfjGyuVXRCoSFwAJXNgDXSPGA6Uktb60Dn/QXdH dUlhHR3ksR8g8OWg+XyplK9VgngD8wYD42Z08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VW6FdSXfx+DVekXl7XY9jzK6HlkArVtzgHhquhut/urPj48i8jGvzaVYq37wi0/fAZ EfnFWGP4MxJqWBGeZa0DnOWLwotIu3WfTQE9fhMIMZdpA1ex5OfVa46W7/9fE4pw9FeC 2dEGF2M8snf0l+j6V2QctjUajWJuIJVFWLn30= MIME-Version: 1.0 Received: by 10.239.145.133 with SMTP id s5mr292530hba.49.1262358761646; Fri, 01 Jan 2010 07:12:41 -0800 (PST) In-Reply-To: <20100101152827.8eabdf9e.usselmann.m@icg-online.de> References: <20091213103237.d01b51f2.usselmann.m@icg-online.de> <25ff90d60912132123x77198b1o6bfad3bffe0d01a0@mail.gmail.com> <20091214081716.f6e96b85.usselmann.m@icg-online.de> <20091214233123.a5b178c2.usselmann.m@icg-online.de> <25ff90d60912141451y50137b09qa2d5c380093dd8d5@mail.gmail.com> <20100101152827.8eabdf9e.usselmann.m@icg-online.de> Date: Fri, 1 Jan 2010 10:12:41 -0500 Message-ID: <25ff90d61001010712r28f68ddeyd1fb1164be0c9091@mail.gmail.com> From: David Horn To: Manfred Usselmann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: duplicity ftp backup / ncftp no longer working since 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 15:12:51 -0000 On Fri, Jan 1, 2010 at 9:28 AM, Manfred Usselmann wrote: > On Mon, 14 Dec 2009 17:51:31 -0500 > David Horn wrote: > >> On Mon, Dec 14, 2009 at 5:31 PM, Manfred Usselmann >> wrote: >> > On Mon, 14 Dec 2009 08:17:16 +0100 >> > Manfred Usselmann wrote: >> > >> >> On Mon, 14 Dec 2009 00:23:17 -0500 >> >> David Horn wrote: >> >> >> >> > I believe that there is something unusual going on with the checkin= g >> >> > on select() return in ncftp3. =A0If you change every instance of >> >> > select() result checking in ftp/ncftp3 from "=3D=3D1" to ">=3D1" th= e problem >> >> > seems to go away. >> >> > >> >> > result =3D select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, >> >> > SELECT_TYPE_ARG5 &tv); >> >> > -if (result =3D=3D 1) { >> >> > +if (result >=3D 1) { >> >> >> >> I will try this. >> > >> > Did work for me! >> > >> > Thanks, >> > Manfred >> >> OK. =A0 I will try to report it to the upstream (ncftp.com/contact), and >> failing that we could always patch as part of the ncftp 3.2.3 update >> into freebsd ports, but glad to hear it worked for you. > > The port has been updated to 3.2.3 but without a fix. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D140934 mentions a fix to > FreeBSD 8 which sounds like it should have solved our issue. Don't know > why it didn't. > > Regards, > Manfred > 3.2.3 of ncftp was released by the vendor in July 2009 (http://www.ncftp.org/), so it would not have yet incorporated the select() result checking changes. I reported the issue to ncftp, and they acknowledged the issue. I can only assume that it will be addressed in the next vendor release (3.2.4 ?) The obrien change was a patch to the freebsd ncftp port (3.2.2) for the same issue, but only on one of the select() instances (not all of them). http://www.freebsd.org/cgi/cvsweb.cgi/ports/ftp/ncftp3/files/Attic/patch-SC= onnect.c The obrien commit was since reverted for 3.2.3 since the vendor included the one instance of select() result checking in the base code. So, long story short, you still need to manually patch the source of ncftp until either A) Vendor updates base code (or) B) Someone submits a patch to the freebsd port of ftp/ncftp3 (3.2.3) If you are really concerned about it, create an official patch (use diff -u) and attach it to your bug report. Bug reports with patches are much more likely to see action. If you are having issues creating a patch let me know and I will try to find the time to do this in the next week or so. (ENOTIME) Good Luck. ---Dave Horn From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 15:40:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0054106568B for ; Fri, 1 Jan 2010 15:40:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 317488FC16 for ; Fri, 1 Jan 2010 15:40:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o01FeXmY023451 for ; Sat, 2 Jan 2010 02:40:34 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 2 Jan 2010 02:40:33 +1100 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Message-ID: <20100102001608.X50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: cvsweb: src/UPDATING on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 15:40:36 -0000 Hi, Thought I had a clue on using cvsweb, but seem to have mislaid it .. After updating 7.0-RELEASE to RELENG_7 sources on Dec 28, checking UPDATING before and during buildworld, went hunting on cvsweb for the very version of UPDATING I was reading, 1.507.2.34 of 2009/11/29. I can't find it, as such. 1.507 shows on MAIN, RELENG_7_BP, RELENG_7. Selecting only RELENG_7 just shows that single ver 1.507 of Oct'07. On a punt I manually entered 1.507.2.34 for a diff against 1.507 and that looks just right: http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING.diff?r1=text&tr1=1.507&r2=text&tr2=1.507.2.34 But where would I look to find the log and view for 1.507.2.34 itself? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 16:13:18 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 859F6106566B for ; Fri, 1 Jan 2010 16:13:18 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp003.apm-internet.net (smtp003.apm-internet.net [85.119.248.52]) by mx1.freebsd.org (Postfix) with SMTP id ECC068FC12 for ; Fri, 1 Jan 2010 16:13:17 +0000 (UTC) Received: (qmail 11294 invoked from network); 1 Jan 2010 16:13:16 -0000 Received: from unknown (HELO oberon.njm.me.uk) (81.154.164.209) by smtp003.apm-internet.net with SMTP; 1 Jan 2010 16:13:16 -0000 Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130]) by oberon.njm.me.uk (8.14.3/8.14.3) with ESMTP id o01GDGtK046227; Fri, 1 Jan 2010 16:13:16 GMT (envelope-from njm@njm.me.uk) Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id o01GDFNt090989; Fri, 1 Jan 2010 16:13:15 GMT (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id o01GDFfo090988; Fri, 1 Jan 2010 16:13:15 GMT (envelope-from njm@njm.me.uk) Date: Fri, 1 Jan 2010 16:13:15 +0000 From: "N.J. Mann" To: Ian Smith Message-ID: <20100101161315.GA81716@titania.njm.me.uk> Mail-Followup-To: Ian Smith , freebsd-stable@freebsd.org References: <20100102001608.X50666@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100102001608.X50666@sola.nimnet.asn.au> X-Operating-System: FreeBSD 7.2-STABLE User-Agent: mutt-NJM (2009-12-30) Cc: freebsd-stable@freebsd.org Subject: Re: cvsweb: src/UPDATING on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 16:13:18 -0000 In message <20100102001608.X50666@sola.nimnet.asn.au>, Ian Smith (smithi@nimnet.asn.au) wrote: > > Thought I had a clue on using cvsweb, but seem to have mislaid it .. I think cvsweb is a great tool. > After updating 7.0-RELEASE to RELENG_7 sources on Dec 28, checking > UPDATING before and during buildworld, went hunting on cvsweb for the > very version of UPDATING I was reading, 1.507.2.34 of 2009/11/29. > > I can't find it, as such. 1.507 shows on MAIN, RELENG_7_BP, RELENG_7. > Selecting only RELENG_7 just shows that single ver 1.507 of Oct'07. > > On a punt I manually entered 1.507.2.34 for a diff against 1.507 and > that looks just right: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING.diff?r1=text&tr1=1.507&r2=text&tr2=1.507.2.34 > > But where would I look to find the log and view for 1.507.2.34 itself? This seems to be an artifact of SRC commits now being made to a SVN repo and the CVS repo being fed from that via svn2cvs - or whatever it is called. The latest non-X.Y revision I found listed by cvsweb was 1.73.2.96, which was before the project started using SVN. With a little digging I came up with the following URL for the SVN repro, but I may not have got exactly what you are after: http://svn.freebsd.org/viewvc/base/stable/7/UPDATING?r1=199901&r2=172506 Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 17:09:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50BAE106566C for ; Fri, 1 Jan 2010 17:09:14 +0000 (UTC) (envelope-from usselmann.m@icg-online.de) Received: from oslo074.server4you.de (oslo074.server4you.de [62.75.178.74]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7438FC1F for ; Fri, 1 Jan 2010 17:09:13 +0000 (UTC) Received: (qmail 21370 invoked from network); 1 Jan 2010 18:09:12 +0100 Received: from p54b26d87.dip.t-dialin.net (HELO icg-pc209.icg-pc213) (84.178.109.135) by oslo074.server4you.de with SMTP; 1 Jan 2010 18:09:12 +0100 Date: Fri, 1 Jan 2010 18:09:11 +0100 From: Manfred Usselmann To: David Horn Message-Id: <20100101180911.beb6ca1e.usselmann.m@icg-online.de> In-Reply-To: <25ff90d61001010712r28f68ddeyd1fb1164be0c9091@mail.gmail.com> References: <20091213103237.d01b51f2.usselmann.m@icg-online.de> <25ff90d60912132123x77198b1o6bfad3bffe0d01a0@mail.gmail.com> <20091214081716.f6e96b85.usselmann.m@icg-online.de> <20091214233123.a5b178c2.usselmann.m@icg-online.de> <25ff90d60912141451y50137b09qa2d5c380093dd8d5@mail.gmail.com> <20100101152827.8eabdf9e.usselmann.m@icg-online.de> <25ff90d61001010712r28f68ddeyd1fb1164be0c9091@mail.gmail.com> Organization: ICG IT Consulting GmbH X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.3; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__1_Jan_2010_18_09_11_+0100_Ntfn9Tqbi86c7cbV" Cc: freebsd-stable@freebsd.org Subject: Re: duplicity ftp backup / ncftp no longer working since 8.0-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 17:09:14 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__1_Jan_2010_18_09_11_+0100_Ntfn9Tqbi86c7cbV Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, 1 Jan 2010 10:12:41 -0500 David Horn wrote: > On Fri, Jan 1, 2010 at 9:28 AM, Manfred Usselmann > wrote: > > On Mon, 14 Dec 2009 17:51:31 -0500 > > David Horn wrote: > > > >> On Mon, Dec 14, 2009 at 5:31 PM, Manfred Usselmann > >> wrote: > >> > On Mon, 14 Dec 2009 08:17:16 +0100 > >> > Manfred Usselmann wrote: > >> > > >> >> On Mon, 14 Dec 2009 00:23:17 -0500 > >> >> David Horn wrote: > >> >> > >> >> > I believe that there is something unusual going on with the check= ing > >> >> > on select() return in ncftp3. =A0If you change every instance of > >> >> > select() result checking in ftp/ncftp3 from "=3D=3D1" to ">=3D1" = the problem > >> >> > seems to go away. > >> >> > > >> >> > result =3D select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, > >> >> > SELECT_TYPE_ARG5 &tv); > >> >> > -if (result =3D=3D 1) { > >> >> > +if (result >=3D 1) { > >> >> > >> >> I will try this. > >> > > >> > Did work for me! > >> > > >> > Thanks, > >> > Manfred > >> > >> OK. =A0 I will try to report it to the upstream (ncftp.com/contact), a= nd > >> failing that we could always patch as part of the ncftp 3.2.3 update > >> into freebsd ports, but glad to hear it worked for you. > > > > The port has been updated to 3.2.3 but without a fix. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D140934 mentions a fix to > > FreeBSD 8 which sounds like it should have solved our issue. Don't know > > why it didn't. > > > > Regards, > > Manfred > > >=20 > 3.2.3 of ncftp was released by the vendor in July 2009 > (http://www.ncftp.org/), so it would not have yet incorporated the > select() result checking changes. >=20 > I reported the issue to ncftp, and they acknowledged the issue. I can > only assume that it will be addressed in the next vendor release > (3.2.4 ?) The obrien change was a patch to the freebsd ncftp port > (3.2.2) for the same issue, but only on one of the select() instances > (not all of them). >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/ftp/ncftp3/files/Attic/patch-= SConnect.c >=20 > The obrien commit was since reverted for 3.2.3 since the vendor > included the one instance of select() result checking in the base > code. >=20 > So, long story short, you still need to manually patch the source of > ncftp until either >=20 > A) Vendor updates base code (or) > B) Someone submits a patch to the freebsd port of ftp/ncftp3 (3.2.3) >=20 > If you are really concerned about it, create an official patch (use > diff -u) and attach it to your bug report. Bug reports with patches > are much more likely to see action. >=20 > If you are having issues creating a patch let me know and I will try > to find the time to do this in the next week or so. (ENOTIME) Thanks a lot for the detailed explanation! Since the vendor acknowledged the issue I'm fine with waiting until the next version to see if an official fix is included. Nevertheless I have created the attached patch.=20 Thanks, Manfred --=20 Manfred Usselmann ICG IT Consulting GmbH, Kelkheim --Multipart=_Fri__1_Jan_2010_18_09_11_+0100_Ntfn9Tqbi86c7cbV Content-Type: text/plain; name="ncftp323_patch.txt" Content-Disposition: attachment; filename="ncftp323_patch.txt" Content-Transfer-Encoding: 7bit diff -ur ncftp-3.2.3/autoconf_local/aclocal.m4 ncftp-3.2.3.fixed/autoconf_local/aclocal.m4 --- ncftp-3.2.3/autoconf_local/aclocal.m4 2009-07-28 16:45:58.000000000 +0200 +++ ncftp-3.2.3.fixed/autoconf_local/aclocal.m4 2009-12-14 14:00:45.000000000 +0100 @@ -4326,7 +4326,7 @@ for (;;) { ss = ss2; nready = select(fd + 1, &ss, NULL, NULL, &tleft); - if (nready == 1) + if (nready >= 1) break; if (nready < 0) { if (errno != EINTR) { diff -ur ncftp-3.2.3/configure ncftp-3.2.3.fixed/configure --- ncftp-3.2.3/configure 2009-07-28 17:01:30.000000000 +0200 +++ ncftp-3.2.3.fixed/configure 2009-12-14 14:01:58.000000000 +0100 @@ -10010,7 +10010,7 @@ for (;;) { ss = ss2; nready = select(fd + 1, &ss, NULL, NULL, &tleft); - if (nready == 1) + if (nready >= 1) break; if (nready < 0) { if (errno != EINTR) { diff -ur ncftp-3.2.3/libncftp/io_util.c ncftp-3.2.3.fixed/libncftp/io_util.c --- ncftp-3.2.3/libncftp/io_util.c 2005-01-01 22:30:04.000000000 +0100 +++ ncftp-3.2.3.fixed/libncftp/io_util.c 2009-12-14 14:07:48.000000000 +0100 @@ -192,7 +192,7 @@ tv.tv_sec = 1; tv.tv_usec = 0; result = select(fd + 1, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ cip->stalled = 0; return (1); @@ -271,7 +271,7 @@ tv.tv_sec = 1; tv.tv_usec = 0; result = select(fd + 1, NULL, SELECT_TYPE_ARG234 &ss, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ cip->stalled = 0; return (1); diff -ur ncftp-3.2.3/libncftp/ncftp.h ncftp-3.2.3.fixed/libncftp/ncftp.h --- ncftp-3.2.3/libncftp/ncftp.h 2009-07-23 22:20:53.000000000 +0200 +++ ncftp-3.2.3.fixed/libncftp/ncftp.h 2009-12-14 14:19:31.000000000 +0100 @@ -772,9 +772,9 @@ /* The following block may be changed by configure script */ #ifndef Stat -#define Stat stat /* set by configure at 2009-07-23 15:20:53 */ -#define Lstat lstat /* set by configure at 2009-07-23 15:20:53 */ -#define Fstat fstat /* set by configure at 2009-07-23 15:20:53 */ +#define Stat stat +#define Lstat lstat +#define Fstat fstat #endif #define kFtwNoAutoGrowButContinue (-1) diff -ur ncftp-3.2.3/ncftp/gl_getline.c ncftp-3.2.3.fixed/ncftp/gl_getline.c --- ncftp-3.2.3/ncftp/gl_getline.c 2008-07-14 04:35:48.000000000 +0200 +++ ncftp-3.2.3.fixed/ncftp/gl_getline.c 2009-12-14 14:09:19.000000000 +0100 @@ -440,7 +440,7 @@ tv.tv_sec = (tv_sec_t) (tlen / 10); tv.tv_usec = (tv_usec_t) ((tlen % 10) * 100000); result = select(1, &ss, NULL, NULL, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SAccept.c ncftp-3.2.3.fixed/sio/SAccept.c --- ncftp-3.2.3/sio/SAccept.c 2003-09-01 04:14:45.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SAccept.c 2009-12-14 14:09:59.000000000 +0100 @@ -45,7 +45,7 @@ tv.tv_sec = (tv_sec_t) tlen; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SRead.c ncftp-3.2.3.fixed/sio/SRead.c --- ncftp-3.2.3/sio/SRead.c 2005-01-01 22:25:39.000000000 +0100 +++ ncftp-3.2.3.fixed/sio/SRead.c 2009-12-14 14:11:21.000000000 +0100 @@ -74,7 +74,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SRecv.c ncftp-3.2.3.fixed/sio/SRecv.c --- ncftp-3.2.3/sio/SRecv.c 2003-09-01 05:55:36.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SRecv.c 2009-12-14 14:11:58.000000000 +0100 @@ -56,7 +56,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SRecvfrom.c ncftp-3.2.3.fixed/sio/SRecvfrom.c --- ncftp-3.2.3/sio/SRecvfrom.c 2003-09-01 04:20:24.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SRecvfrom.c 2009-12-14 14:12:47.000000000 +0100 @@ -41,7 +41,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SRecvmsg.c ncftp-3.2.3.fixed/sio/SRecvmsg.c --- ncftp-3.2.3/sio/SRecvmsg.c 2003-09-01 04:22:23.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SRecvmsg.c 2009-12-14 14:13:19.000000000 +0100 @@ -64,7 +64,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SSend.c ncftp-3.2.3.fixed/sio/SSend.c --- ncftp-3.2.3/sio/SSend.c 2003-09-01 04:25:09.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SSend.c 2009-12-14 14:14:24.000000000 +0100 @@ -60,7 +60,7 @@ tv.tv_sec = (tv_sec_t) tlen; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SSendto.c ncftp-3.2.3.fixed/sio/SSendto.c --- ncftp-3.2.3/sio/SSendto.c 2003-09-01 04:25:54.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SSendto.c 2009-12-14 14:14:48.000000000 +0100 @@ -43,7 +43,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SSendtoByName.c ncftp-3.2.3.fixed/sio/SSendtoByName.c --- ncftp-3.2.3/sio/SSendtoByName.c 2003-09-01 04:26:18.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SSendtoByName.c 2009-12-14 14:15:28.000000000 +0100 @@ -46,7 +46,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/SWait.c ncftp-3.2.3.fixed/sio/SWait.c --- ncftp-3.2.3/sio/SWait.c 2005-01-01 21:44:48.000000000 +0100 +++ ncftp-3.2.3.fixed/sio/SWait.c 2009-12-14 14:16:57.000000000 +0100 @@ -34,7 +34,7 @@ #endif ss2 = ss; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG234 &ss2, NULL); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if ((result < 0) && (errno != EINTR)) { @@ -59,7 +59,7 @@ tv.tv_sec = 0; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if (result == 0) { @@ -93,7 +93,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if (result < 0) { @@ -153,7 +153,7 @@ #endif ss2 = ss; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, SELECT_TYPE_ARG234 &ss2, NULL); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if ((result < 0) && (errno != EINTR)) { @@ -178,7 +178,7 @@ tv.tv_sec = 0; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if (result == 0) { @@ -212,7 +212,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, SELECT_TYPE_ARG234 &ss2, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ return (1); } else if (result < 0) { diff -ur ncftp-3.2.3/sio/SWrite.c ncftp-3.2.3.fixed/sio/SWrite.c --- ncftp-3.2.3/sio/SWrite.c 2003-09-01 04:36:42.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/SWrite.c 2009-12-14 14:17:23.000000000 +0100 @@ -62,7 +62,7 @@ tv.tv_sec = (tv_sec_t) tlen; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/UAccept.c ncftp-3.2.3.fixed/sio/UAccept.c --- ncftp-3.2.3/sio/UAccept.c 2003-09-01 04:37:30.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/UAccept.c 2009-12-14 14:17:50.000000000 +0100 @@ -47,7 +47,7 @@ tv.tv_sec = (tv_sec_t) tlen; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/URecvfrom.c ncftp-3.2.3.fixed/sio/URecvfrom.c --- ncftp-3.2.3/sio/URecvfrom.c 2003-09-01 04:38:46.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/URecvfrom.c 2009-12-14 14:18:39.000000000 +0100 @@ -41,7 +41,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, SELECT_TYPE_ARG234 &ss, NULL, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { diff -ur ncftp-3.2.3/sio/USendto.c ncftp-3.2.3.fixed/sio/USendto.c --- ncftp-3.2.3/sio/USendto.c 2003-09-01 04:39:31.000000000 +0200 +++ ncftp-3.2.3.fixed/sio/USendto.c 2009-12-14 14:19:17.000000000 +0100 @@ -43,7 +43,7 @@ tv.tv_sec = (tv_sec_t) tleft; tv.tv_usec = 0; result = select(sfd + 1, NULL, SELECT_TYPE_ARG234 &ss, NULL, SELECT_TYPE_ARG5 &tv); - if (result == 1) { + if (result >= 1) { /* ready */ break; } else if (result == 0) { --Multipart=_Fri__1_Jan_2010_18_09_11_+0100_Ntfn9Tqbi86c7cbV-- From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 17:37:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34599106566B for ; Fri, 1 Jan 2010 17:37:35 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E19AA8FC17 for ; Fri, 1 Jan 2010 17:37:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NQlRL-0007ql-FV for freebsd-stable@freebsd.org; Fri, 01 Jan 2010 18:37:31 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 18:37:31 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 18:37:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 01 Jan 2010 18:37:10 +0100 Lines: 43 Message-ID: References: <4B3C7C13.9090507@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20091220 SeaMonkey/2.0.1 In-Reply-To: <4B3C7C13.9090507@gmail.com> Sender: news Subject: Re: uname(1) does not show system is patched via freebsd-update(8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 17:37:35 -0000 Manolis Kiagias wrote: > On 31/12/2009 11:40 Ï€.μ., martinko wrote: >> Hallo, >> >> The system here seems to be patched yet I do not see the information >> in uname(1) output (see below). Is this a bug or my error or what ? >> >> Cheers, >> >> Martin >> > > This is normal. The patch level shown is not updated, unless one of the > following applies: > > 1. You are running a GENERIC kernel *and* the kernel was updated as part > of the freebsd-update patching process (This was not the case with > 8.0-RELEASE-p1, these patches did not affect the kernel) > 2. You rebuild your kernel after the update (you may rebuild GENERIC or > your own custom kernel). Assuming you have the sources installed, > freebsd-update will update them along with the binaries. The patch level > is in the file /usr/src/sys/conf/newvers.sh. Check it out and you will > see a line "BRANCH=RELEASE-p1". This is what will be used if you rebuild > your kernel. > > Keep in mind that if the sole purpose of this is to have the patch level > info handy, you may simply override the value returned by uname -r using > i.e. the following: > > export UNAME_r=8.0-RELEASE-p1 > > but you have to remember to keep this synchronized with the actual patch > level :) > Thanks for the explanation! It all make sense now. Still I believe that correct info should be displayed by uname(1) somehow now that we have binary updates available. Regards, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 17:47:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E116A106566B for ; Fri, 1 Jan 2010 17:47:50 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9C5068FC1A for ; Fri, 1 Jan 2010 17:47:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NQlbI-0002Ii-HX for freebsd-stable@freebsd.org; Fri, 01 Jan 2010 18:47:48 +0100 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 18:47:48 +0100 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 18:47:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Fri, 01 Jan 2010 18:47:27 +0100 Lines: 12 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.6) Gecko/20091220 SeaMonkey/2.0.1 Sender: news Subject: gstat: geom_gettree = -1: No such file or directory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 17:47:51 -0000 Hi list, gstat(8) does not work here on 8.0 (it worked happily on 6.x and 7.x) : # gstat gstat: geom_gettree = -1: No such file or directory Is this known ? What can I do ? Cheers, Martin From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 19:58:07 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C3B106566B for ; Fri, 1 Jan 2010 19:58:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8338FC1F for ; Fri, 1 Jan 2010 19:58:07 +0000 (UTC) Received: (qmail 454 invoked by uid 399); 1 Jan 2010 19:58:06 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Jan 2010 19:58:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3E53CE.3070403@FreeBSD.org> Date: Fri, 01 Jan 2010 11:58:06 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Oliver Lehmann References: <20100101120548.dc06edfb.lehmann@ans-netz.de> In-Reply-To: <20100101120548.dc06edfb.lehmann@ans-netz.de> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 19:58:07 -0000 Oliver Lehmann wrote: > Hi, > > since my last RELENG_7 update a new rc.conf variable named_conf appeared. > > How is this supposted to work with a chroot named? I guess not at all? I realize that you're frustrated and upset, so I will disregard the mildly obnoxious tone of your message, and this comment in particular. FWIW, I have been maintaining BIND bits in FreeBSD for 9 years. I have 15 years experience as a DNS administrator, and have donated literally hundreds of hours to make the default BIND configuration conform to best practices in terms of both security and operations. Your suggestion that I've simply foisted some untested crap onto the FreeBSD community is at best, rude. At worst, it's just plain stupid given that named is chroot'ed by default, and has been for years. Furthermore, you might want to reconsider your tone the next time you ask people who are volunteering their time to help you with problems that you've created for yourself. I say "created for yourself" because the default configuration directory in FreeBSD (and I believe most/all of the other *BSDs too) is "/etc/namedb," not "/etc/named." You are of course free to change it if you like, but you should be aware that there are numerous places where this assumption is hard-coded and cannot easily be changed at runtime. The expectation is that if you deviate from the defaults that you had better know what you're doing, and more importantly why. Now that said, testing your case did point out a problem in the rc.d script which is that it had "/etc/namedb" hard-coded where it did not have to be. I've updated that, please give the latest version in HEAD a try. You should be able to use it on 7-stable without any problems (once the caveats that I will insert below are taken into account). The named_chrootdir on the other hand is fully dynamic, and you can change THAT to anything you want and things should still work transparently. > I have in my rc.conf: > > named_enable="YES" > named_program="/usr/local/sbin/named" These are good. > named_flags="-u bind -c /etc/named/named.conf" Neither of those are necessary, and they should be removed. I've updated the comments in /etc/defaults/rc.conf to indicate that named_flags should not be used for -u and -c. I'll MFC that ASAP. > named_chrootdir="/usr/chroot/named" > named_symlink_enable="YES" These are good. > named_conf="/usr/chroot/named/etc/named/named.conf" > #named_conf="/etc/named/named.conf" The latter is correct. Everything should be specified relative to the chroot directory. > When I now try to start named: > > # /etc/rc.d/named start > /usr/chroot/named/etc/named/named.conf:12: change directory to '/etc/named' failed: file not found > > /usr/chroot/named/etc/named/named.conf:12: parsing failed > /etc/rc.d/named: ERROR: named-checkconf for $named_conf failed > Exit 3 > # > > Of cource /etc/named does not exists because when the configuration file > is used, /etc/named is for named in reality /usr/chroot/named/etc/named... You've created a chicken and egg problem here. The script will create or update the symlink in /etc for you, however the required_files option in the script needs to be able to "see" the named.conf file or else it errors out before the symlink can get created. You can fix this in your situation by removing whatever is there for /etc/named and creating the symlink yourself before trying to start it up again. For the long term I need to think more about whether or not to remove the required_files option. In the default case it works fine since the symlink from /etc/namedb to /var/named/etc/namedb already exists. Without required_files the named_checkconf in the script will still guarantee that named cannot start if there is no viable conf file, so I'm leaning towards removing it. I'm snipping the rest of your message because this should be enough to get you going. My recommendation is that unless you've got a really good reason to use /etc/named that you change your configuration directory to /etc/namedb. Assuming you're up to date on RELENG_7 and you've run mergemaster, you'll also want to update the directory option in named.conf to $confdir/working and fully qualify the path names to your files in named.conf. What I recommend to people is that they start with the default named.conf and then use include statements for local options. Also, if you want everything to work seamlessly you'll need some symlinks in /usr/chroot/usr/local/etc. See the end of the Makefile for the BIND port you're using for what to create. There are probably other things that I'm forgetting, please feel free to report back if you find something interesting. Good luck, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 20:50:54 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF38E1065676; Fri, 1 Jan 2010 20:50:54 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 57D7C8FC12; Fri, 1 Jan 2010 20:50:53 +0000 (UTC) Received: by fxm27 with SMTP id 27so12805171fxm.3 for ; Fri, 01 Jan 2010 12:50:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=JR4LFcvlYnB7nysVHsUvtsaxgOpc3C8Kaqi7Fsfgyp4=; b=s6CQYphX+5fExmkacJbVXuIIKcP6COplHZKDkO+ak4ErRM78HUFNExxToHE1I69CmH X7jpqXjJu0KUks712sihkcORNDEPS3lpg709ZvtT6Q7FwHNGxdC/0SUS9ik8K1xWWnqG eAPSH8GKA7OxWWJrE8OrFPNornN8BZae6EPgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=obIkQpqj7INmwY0pQUT9zwe6PyTy6jganWEU77B4IxT0sNnUm1inBebA72UTjjVnj0 4qVC2IUvEBtfgA+tNWiY9DZIhlE7wA7q8i9FNaWRtm2mJ4u7Hf+ABnuqneAd/LFRaHRW Y+H1ZYbQy24il3FWptMrUnQ1c0Ea3sdAhRFYo= MIME-Version: 1.0 Received: by 10.223.92.147 with SMTP id r19mr12494804fam.19.1262377274993; Fri, 01 Jan 2010 12:21:14 -0800 (PST) In-Reply-To: <4B3E53CE.3070403@FreeBSD.org> References: <20100101120548.dc06edfb.lehmann@ans-netz.de> <4B3E53CE.3070403@FreeBSD.org> Date: Fri, 1 Jan 2010 21:21:14 +0100 Message-ID: <3f1fd1ea1001011221l34c04385n694fd0a3a0220005@mail.gmail.com> From: Michal Varga To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: stable@freebsd.org, Oliver Lehmann Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 20:50:55 -0000 On Fri, Jan 1, 2010 at 8:58 PM, Doug Barton wrote: > Oliver Lehmann wrote: >> Hi, >> >> since my last RELENG_7 update a new rc.conf variable named_conf appeared. >> >> How is this supposted to work with a chroot named? I guess not at all? > > I realize that you're frustrated and upset, so I will disregard the > mildly obnoxious tone of your message, and this comment in particular. > > FWIW, I have been maintaining BIND bits in FreeBSD for 9 years. I have > 15 years experience as a DNS administrator, and have donated literally > hundreds of hours to make the default BIND configuration conform to > best practices in terms of both security and operations. Your > suggestion that I've simply foisted some untested crap onto the > FreeBSD community is at best, rude. At worst, it's just plain stupid > given that named is chroot'ed by default, and has been for years. > I'm sorry to put it this way, Doug, as I (as many other people around) really value the work you do for FreeBSD and for all of us. But in this case, your whole reply seems like you are just randomly punching a guy out of some (external?) frustration, only because he was, well, in the wrong place at the wrong time. From what I see (but well, I may be nobody to judge that, after all) in OP's quite polite and nonconfrontational original mail, he is just confused by the recent changes and is raising a question. On the other hand, you take it rather personally with all that "OMG you think I would ever do that?! How dare you! Burn the witch!" tone. I don't know, it may be just me, but wouldn't be a simple "No sir, you are wrong. It's your configuration that doesn't work in this setup, please see here: > I say "created for yourself" because the default configuration > directory in FreeBSD (and I believe most/all of the other *BSDs too) > is "/etc/namedb," not "/etc/named." [...] etc, etc", somewhat more constructive here? Sure, you eventually did that in the end, but only after you gave him a father-to-child scolding speech for, well, I can't really see for what reason, or how the guy deserved that for raising a simple question. Anyway, just my two cents. Keep up the good work, and, again, please, don't take it rather personally. m. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 21:00:49 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D22671065692 for ; Fri, 1 Jan 2010 21:00:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 603798FC19 for ; Fri, 1 Jan 2010 21:00:49 +0000 (UTC) Received: (qmail 11252 invoked by uid 399); 1 Jan 2010 21:00:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Jan 2010 21:00:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3E6280.1010504@FreeBSD.org> Date: Fri, 01 Jan 2010 13:00:48 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Michal Varga References: <20100101120548.dc06edfb.lehmann@ans-netz.de> <4B3E53CE.3070403@FreeBSD.org> <3f1fd1ea1001011221l34c04385n694fd0a3a0220005@mail.gmail.com> In-Reply-To: <3f1fd1ea1001011221l34c04385n694fd0a3a0220005@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Oliver Lehmann Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 21:00:49 -0000 Since you chose to reply to the list rather than to me personally, I will do the same, although frankly the whole meta-discussion is off topic, and should be handled privately. Michal Varga wrote: > I'm sorry to put it this way, Doug, as I (as many other people around) > really value the work you do for FreeBSD and for all of us. But in > this case, your whole reply seems like you are just randomly punching > a guy out of some (external?) frustration, only because he was, well, > in the wrong place at the wrong time. You are of course entitled to your opinion. My reading of the OP was different than yours, and yes, I was offended by what I interpreted as the suggestion that I would commit a change like that without testing it. To the extent that my interpretation was incorrect, or to the extent that I overreacted in my response, I apologize. Now let's move on. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 21:37:18 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9C3106566C for ; Fri, 1 Jan 2010 21:37:18 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 54CF58FC1C for ; Fri, 1 Jan 2010 21:37:17 +0000 (UTC) Received: (qmail 22325 invoked by uid 89); 1 Jan 2010 21:30:35 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 1 Jan 2010 21:30:35 -0000 Date: Fri, 1 Jan 2010 22:30:34 +0100 From: Oliver Lehmann To: Doug Barton Message-Id: <20100101223034.3c755b7f.oliver@FreeBSD.org> In-Reply-To: <20100101222205.23d723eb.oliver@FreeBSD.org> References: <20100101120548.dc06edfb.lehmann@ans-netz.de> <4B3E53CE.3070403@FreeBSD.org> <20100101222205.23d723eb.oliver@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 21:37:18 -0000 Oliver Lehmann wrote: > Did that and used your new script - now it works. One small thing is left, rndc.key gets always created on start. There is a typo in line 188+189 of rc.d/named: if [ -s "${named_confidr}/rndc.key" ]; then ^^^ case `stat -f%Su ${named_confidr}/rndc.key` in ^^ -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 21:38:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12E011065676 for ; Fri, 1 Jan 2010 21:38:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id D98C88FC15 for ; Fri, 1 Jan 2010 21:38:51 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o01Lcoa2000771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 1 Jan 2010 13:38:50 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EA7781CC0B; Fri, 1 Jan 2010 13:38:49 -0800 (PST) To: Jeremy Chadwick In-reply-to: Your message of "Thu, 31 Dec 2009 08:47:44 PST." <20091231164744.GB4372@icarus.home.lan> Date: Fri, 01 Jan 2010 13:38:49 -0800 From: "Kevin Oberman" Message-Id: <20100101213849.EA7781CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-01_02:2009-12-31, 2010-01-01, 2010-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001010153 Cc: freebsd-stable@freebsd.org Subject: Re: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libusbhid.a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 21:38:52 -0000 > Date: Thu, 31 Dec 2009 08:47:44 -0800 > From: Jeremy Chadwick > Sender: owner-freebsd-stable@freebsd.org > > On Thu, Dec 31, 2009 at 05:40:01PM +0100, Oliver Lehmann wrote: > > I think that this error might be related to my "special" src.conf. > > Maybe WITHOUT_USB is causing this - but - this shouldn't be - right? > > src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c on RELENG_7 > specifically includes usbhid.h, which is used for USB HID definitions > and related stuff, so I'd say your guess is correct. > > $ uname -r > 7.2-STABLE > $ grep -n -i usb /usr/src/usr.sbin/bluetooth/bthidcontrol/bthidcontrol.c > 41:#include > > Regarding the odd mismatch (first a missing library archive, then a > missing .h file): chances are your "old" /usr/obj may have contained the > usbhid.h file somewhere (e.g. a previous kernel or world was built there > *before* you added WITHOUT_USB=1 to src.conf), then later you added > WITHOUT_USB=1 to src.conf without nuking /usr/obj. There are a lot of problems that have popped up with dependencies in src.conf stuff. bf opened conf/137483 several months ago to allow builds WITHOUT_OPENSSH, even though it contains a patch I have been using since then, it still has not been assigned. This is hardly the only issue with src.conf options, as this thread demonstrates. This one is a bit trickier as it involves a combination of arguments in src.conf. Mine is a lot more trivial as a single option failed. While I love the concept of src.conf, we need a better way of testing the options. I will admit that I don't see any way but a massive expansion of the tinderbox to test all combinations, which I suspect is simply not practical. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 21:42:23 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DE091065672 for ; Fri, 1 Jan 2010 21:42:23 +0000 (UTC) (envelope-from oliver@FreeBSD.org) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id A31138FC23 for ; Fri, 1 Jan 2010 21:42:22 +0000 (UTC) Received: (qmail 21150 invoked by uid 89); 1 Jan 2010 21:22:06 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (78.111.72.187) by avocado.salatschuessel.net with SMTP; 1 Jan 2010 21:22:06 -0000 Date: Fri, 1 Jan 2010 22:22:05 +0100 From: Oliver Lehmann To: Doug Barton Message-Id: <20100101222205.23d723eb.oliver@FreeBSD.org> In-Reply-To: <4B3E53CE.3070403@FreeBSD.org> References: <20100101120548.dc06edfb.lehmann@ans-netz.de> <4B3E53CE.3070403@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 21:42:23 -0000 Hi Doug, Doug Barton wrote: > Your > suggestion that I've simply foisted some untested crap onto the > FreeBSD community is at best, rude. At worst, it's just plain stupid > given that named is chroot'ed by default, and has been for years. I was not trying to blame you in person for anything which might have been wrong in rc.d/named or not. If you've read that out of my mail it must have been my english knowledge which might be insufficient. My intention was just to bring up a point which may also disencourage other people. I was just wondering why the chroot option of named-checkconf was not used with the specified chroot-dir. Then named-checkconf would have picked up the specified configuration file. This was all what I was trying to mention in the first place... But It looks like this was the wrong "solution" to my problem. This is OK for me.... > Furthermore, you might want to reconsider your tone the next time you > ask people who are volunteering their time to help you with problems > that you've created for yourself. I will, but please also consider that a foreigner must not have the same english skills you have and that it is easy to get the tone wrong unintentionally. At least in german it is kinda easy ;) > > named_flags="-u bind -c /etc/named/named.conf" > > Neither of those are necessary, and they should be removed. I've > updated the comments in /etc/defaults/rc.conf to indicate that > named_flags should not be used for -u and -c. I'll MFC that ASAP. removed it > > #named_conf="/etc/named/named.conf" > > The latter is correct. Everything should be specified relative to the > chroot directory. used that > You can fix > this in your situation by removing whatever is there for /etc/named > and creating the symlink yourself before trying to start it up again. Did that and used your new script - now it works. > What I recommend to people is that > they start with the default named.conf and then use include statements > for local options. Hmm ok... But I'm using this configuration/setup since 03/2003 without problems and just adjusted it from time to time to meet the new requirements (bind 8->9 switch and so on) I'm using "named" instead of "namedb" because the whole directory is kept in a local cvs and I just wanted it "out" of the FreeBSD related files to make sure there is no interference at all. Greetings, Oliver From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 22:28:45 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13CE01065679 for ; Fri, 1 Jan 2010 22:28:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B2DD28FC15 for ; Fri, 1 Jan 2010 22:28:44 +0000 (UTC) Received: (qmail 27081 invoked by uid 399); 1 Jan 2010 22:28:43 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Jan 2010 22:28:43 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3E771B.5010207@FreeBSD.org> Date: Fri, 01 Jan 2010 14:28:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Oliver Lehmann References: <20100101120548.dc06edfb.lehmann@ans-netz.de> <4B3E53CE.3070403@FreeBSD.org> <20100101222205.23d723eb.oliver@FreeBSD.org> In-Reply-To: <20100101222205.23d723eb.oliver@FreeBSD.org> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: RELENG_7 changes for rc.d/named X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 22:28:45 -0000 Oliver Lehmann wrote: > Hi Doug, > > Doug Barton wrote: > >> Your >> suggestion that I've simply foisted some untested crap onto the >> FreeBSD community is at best, rude. At worst, it's just plain stupid >> given that named is chroot'ed by default, and has been for years. > > I was not trying to blame you in person for anything which might have > been wrong in rc.d/named or not. If you've read that out of my mail it > must have been my english knowledge which might be insufficient. My > intention was just to bring up a point which may also disencourage other > people. Fair enough. Like I said in my previous post, if I was wrong, or overreacted I'm sorry. > I was just wondering why the chroot option of named-checkconf was not > used with the specified chroot-dir. named-checkconf is called with $named_conf as an argument. It not used with the -t option, the assumption is that the symlink is properly created. The presence of a valid symlink in /etc to the conf dir in the chroot is very important, and used for several things including named-checkconf and rndc. >> You can fix >> this in your situation by removing whatever is there for /etc/named >> and creating the symlink yourself before trying to start it up again. > > Did that and used your new script - now it works. > >> What I recommend to people is that >> they start with the default named.conf and then use include statements >> for local options. > > Hmm ok... But I'm using this configuration/setup since 03/2003 without > problems and just adjusted it from time to time to meet the new > requirements (bind 8->9 switch and so on) > I'm using "named" instead of "namedb" because the whole directory is kept > in a local cvs and I just wanted it "out" of the FreeBSD related files to > make sure there is no interference at all. Okey dokey. Like I said, if you have a good reason for what you're doing and you're able to make it work, that's fine. I would like to make the infrastructure as flexible as possible however, and I'm glad you prompted me to take another look at the conf dir stuff in rc.d/named because that was a rather embarrassing oversight on my part. I am wondering though if you're using rndc at all ... > One small thing is left, rndc.key gets always created on start. > There is a typo in line 188+189 of rc.d/named: > > if [ -s "${named_confidr}/rndc.key" ]; then > case `stat -f%Su ${named_confidr}/rndc.key` in Ok, I've fixed those, thanks for catching them. I did test that the file was created in the proper location if it didn't exist, but the combination of dyslexia and going too fast is not a good thing. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Fri Jan 1 23:54:52 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E737E106568F; Fri, 1 Jan 2010 23:54:52 +0000 (UTC) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (takeda-1-pt.tunnel.tserv15.lax1.ipv6.he.net [IPv6:2001:470:c:16b::2]) by mx1.freebsd.org (Postfix) with ESMTP id C82D78FC1C; Fri, 1 Jan 2010 23:54:52 +0000 (UTC) Received: from takeda-ws.lan (takeda-ws.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.14.3/8.14.3) with ESMTP id o01NspW2003682 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Fri, 1 Jan 2010 15:54:51 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Fri, 1 Jan 2010 15:47:36 -0800 From: Derek Kulinski X-Priority: 3 (Normal) Message-ID: <1112548880.20100101154736@takeda.tk> To: freebsd-i18n@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: UTF-8 problem in 8.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jan 2010 23:54:53 -0000 Hello, After installing FreeBSD 8.0 I noticed that some characters aren't displayed correctly (it worked fine for 7.2). Mainly the dash character is most noticeable (though it's possible it's more of them). Example: env LANG=C man sh env LANG=pl_PL.UTF-8 man sh env LANG=en_US.UTF-8 man sh The first command shows everything fine, the later two seem to show some unprintable character in place of every dash (i.e. in the second paragraph word "built-in", or the dashes that break up the words at the end of the line) -- Best regards, Derek mailto:takeda@takeda.tk Daddy, why doesn't this magnet pick up this floppy disk? From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 00:21:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB58D1065692; Sat, 2 Jan 2010 00:21:15 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 51DB48FC15; Sat, 2 Jan 2010 00:21:14 +0000 (UTC) Received: by yxe1 with SMTP id 1so12452993yxe.3 for ; Fri, 01 Jan 2010 16:21:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=/gdcPPWnq2UfYe2YjMnYvTploq7lC5xxuLA/rGZgbZ4=; b=aHqzN5nB0DSGMrsCwM5uajRCerEQT89m5Has/hddU71Y8cVHEh7Ge1pyWSxF86b6Xt 6H266I381mqcMt4Drv2dN5a2mvjHS9x267WEUuEaMYudKKmnwkOCr1d4aB1HSBgQAqpS RplvMs9Hby9zIf2kyLo90bjNY69xbZ9QlzKUU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cD99OQN1AVkMz1njFqtqJHf6lSY2AfReV7xEc+rJFJJK+jynKPawMAgytMcFanpM1W 6oKe78YJArEVijEzFH3/eXqWzgOuM8+Jkm0QVU/bt5+OFvwq1WUwQqtaCqXMQZ0VKSno iXYnGQiSDy6c3lETkzhnF6K+U0SizRFyfo2fw= Received: by 10.151.25.6 with SMTP id c6mr30019921ybj.243.1262391662474; Fri, 01 Jan 2010 16:21:02 -0800 (PST) Received: from ?192.168.31.240? (ppp-22.143.dialinfree.com [209.172.22.143]) by mx.google.com with ESMTPS id 23sm15017452iwn.15.2010.01.01.16.20.58 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Jan 2010 16:21:01 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4B3E9166.90809@DataIX.net> Date: Fri, 01 Jan 2010 19:20:54 -0500 From: jhell User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Ed Schouten References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <20091231111843.GT64905@hoeg.nl> <20100101112417.GU64905@hoeg.nl> In-Reply-To: <20100101112417.GU64905@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 00:21:15 -0000 On 1/1/2010 6:24 AM, Ed Schouten wrote: > * jhell wrote: >> With those remarks I will leave it up to your honed skills to figure out. > > If you don't have anything constructive to say, please refrain from > responding to any message on these lists. The purpose of these lists is > to help each other. > You know really... I did not see anything that you have replied with to be constructive criticism "At all". And personally if you really want to reply with remarks of "Would you mind sharing your findings Sherlock Holmes" You can then keep your comments to your self as I do not find them useful and my name is not Sherlock Holmes. Secondly I would expect a much more intelligent remark to come from someone with your background but I guess that comes with age. So my suggestion in constructiveness to you would be to think harder before you critique a post of the very same nature as the one you posted. As regards to the OP the email was meant as a confirmation to the author that the problem did lye on his end and that by paying closer attention to "the paths" that were displayed in the OP would have revealed the problem. -- jhell From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 00:32:55 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 653701065679; Sat, 2 Jan 2010 00:32:55 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C059D8FC15; Sat, 2 Jan 2010 00:32:54 +0000 (UTC) Received: by bwz5 with SMTP id 5so8640348bwz.3 for ; Fri, 01 Jan 2010 16:32:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HlgumiJbayx1VEFq69r9RqKrGHfMzPzsq3b4mEJEFDM=; b=dcEL2yPAfg7jseBeILVH0Y2/BDXvrSHxTqV+n2KpVALEgzk6aqyu5MPY1wekgpX8Tq ajjcUiMbK26IGVTLzs8SPXXWPu6RxSwIFiMVykZSMUYvEc8TPQ6QaBPgBlnf6EuIsKtL l4tiNR9/x+TnAYXf0yoRMNwaCwdpIxDCOTa9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LF4GXnr3bvTXY1nCm9/yZi5rH38r1QhdCdR/ernW6VBYHKgpa1jbNoanb5WhlBsL2A 5RbT3zhkJlb4L4aLwo7s+VrzAlHUC23ZwBcOVeUgmOPYNV7ZIfT5IbQT8tdaiqZZiDVv o2yrLvpwXrrTmnk3khDhhpAObzIA8lGWioG9s= MIME-Version: 1.0 Received: by 10.204.3.220 with SMTP id 28mr6421248bko.4.1262392369049; Fri, 01 Jan 2010 16:32:49 -0800 (PST) In-Reply-To: <4B3E9166.90809@DataIX.net> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <20091231111843.GT64905@hoeg.nl> <20100101112417.GU64905@hoeg.nl> <4B3E9166.90809@DataIX.net> Date: Sat, 2 Jan 2010 01:32:48 +0100 Message-ID: <6101e8c41001011632y2e72e8fbw8869d376f3616e5d@mail.gmail.com> From: Oliver Pinter To: jhell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , stable@freebsd.org, FreeBSD Hackers Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 00:32:55 -0000 the problem is at a standstill above always, only I did not see a sense so since I did not receive constructive feedback v=E9=E1aszolni... otherwise i tested more things, but the situation did not change. // sorry for bad english, but I never learned it.. On 1/2/10, jhell wrote: > On 1/1/2010 6:24 AM, Ed Schouten wrote: >> * jhell wrote: >>> With those remarks I will leave it up to your honed skills to figure ou= t. >> >> If you don't have anything constructive to say, please refrain from >> responding to any message on these lists. The purpose of these lists is >> to help each other. >> > > You know really... I did not see anything that you have replied with to > be constructive criticism "At all". > > And personally if you really want to reply with remarks of "Would you > mind sharing your findings Sherlock Holmes" You can then keep your > comments to your self as I do not find them useful and my name is not > Sherlock Holmes. > > Secondly I would expect a much more intelligent remark to come from > someone with your background but I guess that comes with age. > > So my suggestion in constructiveness to you would be to think harder > before you critique a post of the very same nature as the one you posted. > > As regards to the OP the email was meant as a confirmation to the author > that the problem did lye on his end and that by paying closer attention > to "the paths" that were displayed in the OP would have revealed the > problem. > > -- > > jhell > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 00:47:13 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A65051065672; Sat, 2 Jan 2010 00:47:13 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 058918FC0C; Sat, 2 Jan 2010 00:47:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so8642837bwz.3 for ; Fri, 01 Jan 2010 16:47:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pffCwMjO7Now8DDfQoqa3PuLjbXL/QnDlFtnLdnMjQo=; b=p4h6fRUkMlEG5dyx3Xo2XUyvBWNvmWfYB4s7lcpN3ceIlI2tT3SSqtPz9o73m+C+Dm ++2jNMi0JZi42aJaldTtyZTusG3H7cXrqHFKd8Em+JKps0go0A8iAdXvb1x5ye5wPw1m qjpg3EOJw/ID8Ue7eY8H+YuDLz2amVIvX6heM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RTmIeN67t//w6DpMD2Yp7JiNpEvz3+ic09UXiNToEfWbgbCm+CBg5tuY6T5MGCwxN0 WnDHmhqrJRYshpLGmpeqO6Q1TPxEgMo6T90vF6h58RceFnOhbO6ZURWVFtSjJPMURXIt xXonOXy0MBiRkBXPEG239LytLyhpf3a1Jsbis= MIME-Version: 1.0 Received: by 10.204.156.19 with SMTP id u19mr7343229bkw.62.1262393227424; Fri, 01 Jan 2010 16:47:07 -0800 (PST) In-Reply-To: <6101e8c41001011632y2e72e8fbw8869d376f3616e5d@mail.gmail.com> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <20091231111843.GT64905@hoeg.nl> <20100101112417.GU64905@hoeg.nl> <4B3E9166.90809@DataIX.net> <6101e8c41001011632y2e72e8fbw8869d376f3616e5d@mail.gmail.com> Date: Sat, 2 Jan 2010 01:47:07 +0100 Message-ID: <6101e8c41001011647h4717c699gfac48b9a38884791@mail.gmail.com> From: Oliver Pinter To: jhell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ed Schouten , stable@freebsd.org, FreeBSD Hackers Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 00:47:13 -0000 and the newest log: ____ M COPYRIGHT r201336 =3D a1f0e71ec85d326f0cb79b829129279961a36ed9 (refs/remotes/git-svn) M lib/libc/gen/time.3 M lib/libc/sys/clock_gettime.2 Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/lib/libc/stdtime Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/lib/libc Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc r201363 =3D b04276d84884164bf0878eb7d11f3100bcdcd3a0 (refs/remotes/git-svn) Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/stable/8/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys/contr= ib/pf Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf r201365 =3D 4ad205e7e4ca78fc6ac8e5e9ea81b2199339917f (refs/remotes/git-svn) First, rewinding head to replay your work on top of it... Fast-forwarded master to refs/remotes/git-svn. >From /usr/data/source/git/7-STABLE 00e48c1..4ad205e master -> origin/master Merge made by recursive. COPYRIGHT | 2 +- lib/libc/gen/time.3 | 1 + lib/libc/sys/clock_gettime.2 | 55 +++++++++++++++++++++++++++++++++-----= --- 3 files changed, 46 insertions(+), 12 deletions(-) ____ the master local git repo don't touched, only synced with freebsd's svn repo, and the local commit are in second git tree commited, say it as: ~/src/, and the master is /usr/data/source/git/7-STABLE - this is a simple _git svn rebase_ based git tree. the command with synced the tree is: alias src_update '(cd /usr/data/source/git/7-STABLE.git; git svn rebase; cd ~/src; git pull) |& less' so, the all process show as this: 1) cd /usr/data/source/git/7-STABLE.git # can't comment.. 2) git svn rebase # this fetched the source from svn://svn.freebsd.org/base/stable/7, and then updated the git repo 3) cd ~/src # can't comment.. 4) git pull # this fetched from the GIT repo the source, this runned without error So, the error is somewhere in process 2). And the errors in log is recently this files: svn://svn.freebsd.org/base/stable/7/head/lib/libc/stdtime svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime svn://svn.freebsd.org/base/stable/7/head svn://svn.freebsd.org/base/stable/7/head/lib/libc svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris svn://svn.freebsd.org/base/stable/7/head/sys svn://svn.freebsd.org/base/stable/7/stable/8/sys svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf when you see the PATHs, then its showed as: 7-STABLE_base_path+"do something else" and at the end, i synced with this process my source code over one year, but it showed since ~1 week, as the first mail wroted.. On 1/2/10, Oliver Pinter wrote: > the problem is at a standstill above always, only I did not see a > sense so since I did not receive constructive feedback v=E9=E1aszolni... > otherwise i tested more things, but the situation did not change. > > // sorry for bad english, but I never learned it.. > > On 1/2/10, jhell wrote: >> On 1/1/2010 6:24 AM, Ed Schouten wrote: >>> * jhell wrote: >>>> With those remarks I will leave it up to your honed skills to figure >>>> out. >>> >>> If you don't have anything constructive to say, please refrain from >>> responding to any message on these lists. The purpose of these lists is >>> to help each other. >>> >> >> You know really... I did not see anything that you have replied with to >> be constructive criticism "At all". >> >> And personally if you really want to reply with remarks of "Would you >> mind sharing your findings Sherlock Holmes" You can then keep your >> comments to your self as I do not find them useful and my name is not >> Sherlock Holmes. >> >> Secondly I would expect a much more intelligent remark to come from >> someone with your background but I guess that comes with age. >> >> So my suggestion in constructiveness to you would be to think harder >> before you critique a post of the very same nature as the one you posted= . >> >> As regards to the OP the email was meant as a confirmation to the author >> that the problem did lye on his end and that by paying closer attention >> to "the paths" that were displayed in the OP would have revealed the >> problem. >> >> -- >> >> jhell >> > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 01:22:52 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB7A21065693; Sat, 2 Jan 2010 01:22:52 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2828FC15; Sat, 2 Jan 2010 01:22:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o021LuwQ027758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 1 Jan 2010 17:21:57 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9B9CB1CC0B; Fri, 1 Jan 2010 17:21:56 -0800 (PST) To: jhell In-reply-to: Your message of "Fri, 01 Jan 2010 19:20:54 EST." <4B3E9166.90809@DataIX.net> Date: Fri, 01 Jan 2010 17:21:56 -0800 From: "Kevin Oberman" Message-Id: <20100102012156.9B9CB1CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-02_01:2009-12-31, 2010-01-02, 2010-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001010194 Cc: Ed Schouten , stable@freebsd.org, Oliver Pinter , FreeBSD Hackers Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 01:22:53 -0000 > Date: Fri, 01 Jan 2010 19:20:54 -0500 > From: jhell > Sender: owner-freebsd-stable@freebsd.org > > On 1/1/2010 6:24 AM, Ed Schouten wrote: > > * jhell wrote: > >> With those remarks I will leave it up to your honed skills to figure out. > > > > If you don't have anything constructive to say, please refrain from > > responding to any message on these lists. The purpose of these lists is > > to help each other. > > > > You know really... I did not see anything that you have replied with to > be constructive criticism "At all". > > And personally if you really want to reply with remarks of "Would you > mind sharing your findings Sherlock Holmes" You can then keep your > comments to your self as I do not find them useful and my name is not > Sherlock Holmes. > > Secondly I would expect a much more intelligent remark to come from > someone with your background but I guess that comes with age. > > So my suggestion in constructiveness to you would be to think harder > before you critique a post of the very same nature as the one you posted. > > As regards to the OP the email was meant as a confirmation to the author > that the problem did lye on his end and that by paying closer attention > to "the paths" that were displayed in the OP would have revealed the > problem. OK. I will try to say something "constructive". You seem to think that "clever", useless comments make you look good. As someone who has been working with FreeBSD and the FreeBSD community for a long time, all you really do is make yourself look juvenile, arrogant, and rude. You are a prime example of why many people approaching the FreeBSD community for help claim that we are an arrogant and rude bunch. The information content of your messages approaches zero. Maybe the problem is trivial and obvious to you. Maybe it would be to Ed, if he could spot it. Now, if you have never missed an obvious bug until you asked someone why the code would not work, you are either truly exceptional (along with the adjectives listed above) or have written little or no code of your own. Please either provide reasonable assistance when responding to questions or don't reply at all. No one likes a smart ass, -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 01:58:40 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6055D106566C; Sat, 2 Jan 2010 01:58:40 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 831428FC08; Sat, 2 Jan 2010 01:58:40 +0000 (UTC) Received: by bwz5 with SMTP id 5so8654934bwz.3 for ; Fri, 01 Jan 2010 17:58:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TOwlKqKNZa3Epv2czEwi0dxyvHD2EFTAdxZ1/VQibgI=; b=DgIlU5eS+KbmxIXVlTDyUu2poKtVv2gBLjugNSli0ygGg7jiEdXPqV6fHUwI02Swxa kHoiQdQ/SSgFyyIijgMXXEhrJGB0hw8TUtHffF2GEcZ8Rwpx7O3qqcYuKDDu9sGOFqEo XxXNo3fkUIk5xA1QKIpFp6G1GOtlzQLAsAFvA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hdNKGddixGR1NDShLDU8ra6YF0nznDcc61GYtBjqZxT0MXkfMnht+HaqI3Eqksrd48 jly0TxyFuGLDV+RxZQTkRptvpTxONb6b0ETE+3bz1+WX4b8yqOhkpHHpAPWz43tWeaLB oDcNEnJfflpsfl1cjw8Lu06UxoUhmjbbn+3TE= MIME-Version: 1.0 Received: by 10.204.32.215 with SMTP id e23mr9282360bkd.36.1262397508927; Fri, 01 Jan 2010 17:58:28 -0800 (PST) In-Reply-To: References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> Date: Sat, 2 Jan 2010 02:58:28 +0100 Message-ID: <6101e8c41001011758y76db700cm3599bb932a1f5d0d@mail.gmail.com> From: Oliver Pinter To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, stable@freebsd.org Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 01:58:40 -0000 yeah, but svn.freebsd.org/base/stable/7/head don't exist. git svn log -v some of broken infos find in this commit: r200570 | stas | 2009-12-15 11:34:05 +0100 (Tue, 15 Dec 2009) | 23 lines Changed paths: M share/man/man4/bge.4 M sys/dev/bge/if_bge.c M sys/dev/bge/if_bgereg.h - MFC r197832, r197834, r197837: - Add support for new BGE chips (5761, 5784 and 57780). These chips uses= new BGE_PCI_PRODID_ASICREV register to store the chip identifier and its re= visio n. - Add new grouping macro for 7575+ chips (BGE_IS_5755_PLUS). - Add IDs for Fujitsu-branded Broadcom adapters. > PR: If a GNATS PR is affected by the change. > Submitted by: If someone else sent in the change. > Reviewed by: If someone else reviewed your modification. > Approved by: If you needed approval for this commit. > Obtained from: If the change is from a third party. > MFC after: N [day[s]|week[s]|month[s]]. Request a reminder email. > Security: Vulnerability reference (one per line) or description. > Empty fields above will be automatically removed. _M 7/share/man/man4 M 7/share/man/man4/bge.4 _M 7/sys M 7/sys/dev/bge/if_bgereg.h M 7/sys/dev/bge/if_bge.c _M 7/sys/contrib/pf _M 7/sys/contrib/dev/acpica _M 7/sys/cddl/contrib/opensolaris On 1/2/10, Ryan Stone wrote: >> the git config is: >> >> [core] >> =A0 =A0 =A0 =A0repositoryformatversion =3D 0 >> =A0 =A0 =A0 =A0filemode =3D true >> =A0 =A0 =A0 =A0bare =3D false >> =A0 =A0 =A0 =A0logallrefupdates =3D true >> [svn-remote "svn"] >>>>>> =A0 =A0 =A0 =A0url =3D svn://svn.freebsd.org/base/stable/7 <<<< >> =A0 =A0 =A0 =A0fetch =3D :refs/remotes/git-svn >> > > It looks like the error is on the line I've highlighted(note that it's > trying to fetch files under svn://svn.freebsd.org/base/stable/7/head, > which clearly won't work). I don't know anything about git so I can't > give advice as to how to accomplish what you're trying to do. > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 02:13:01 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4391065679 for ; Sat, 2 Jan 2010 02:13:01 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 806BA8FC19 for ; Sat, 2 Jan 2010 02:13:01 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so3574113eyf.9 for ; Fri, 01 Jan 2010 18:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sho8sdbrS3TJuuoMElCIEygRUqj2cm/PXGVLS8qzQ3A=; b=AGoB6UG5Bkj1eCJHXEDfsYGY9sAPa0HO5ETvkiXwqGvdJ1oi37DjowCGGzSPeLmusq 8l0YzCDEygqj+nXAD1i+eEvKoo4q0ow3ujF142Jn5A5XdARDC0bAWRwcVadad/NeIVWy eEcQBpPTm94T8DH3g1PgwyLCPC3ajjUSC/O9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VP9/7ODf0OgRJksuj6Vf/nsxgqnQxLtdZreN91G/2apW3j8v2dlGOXi1PmRH/Ce4jO RDGN31/XgwAICiWXyTXAYvXCk6cACM8JGC65n9Q1Oh6QZL/Rj8k4NW3doXR7yNR/bW7o GXGf/l9y7UTgUrLsucubVQuDLFY0RjyKy99YY= MIME-Version: 1.0 Received: by 10.216.86.195 with SMTP id w45mr4914362wee.82.1262396911607; Fri, 01 Jan 2010 17:48:31 -0800 (PST) In-Reply-To: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> Date: Fri, 1 Jan 2010 20:48:31 -0500 Message-ID: From: Ryan Stone To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, stable@freebsd.org Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 02:13:02 -0000 > the git config is: > > [core] > =A0 =A0 =A0 =A0repositoryformatversion =3D 0 > =A0 =A0 =A0 =A0filemode =3D true > =A0 =A0 =A0 =A0bare =3D false > =A0 =A0 =A0 =A0logallrefupdates =3D true > [svn-remote "svn"] >>>>> =A0 =A0 =A0 =A0url =3D svn://svn.freebsd.org/base/stable/7 <<<< > =A0 =A0 =A0 =A0fetch =3D :refs/remotes/git-svn > It looks like the error is on the line I've highlighted(note that it's trying to fetch files under svn://svn.freebsd.org/base/stable/7/head, which clearly won't work). I don't know anything about git so I can't give advice as to how to accomplish what you're trying to do. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 02:34:32 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B167F1065672; Sat, 2 Jan 2010 02:34:32 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 18E9D8FC13; Sat, 2 Jan 2010 02:34:31 +0000 (UTC) Received: by bwz5 with SMTP id 5so8661136bwz.3 for ; Fri, 01 Jan 2010 18:34:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=2u0zAKz+Y7vdOCFZNpfzkGDO4zbYqurLrzXah3VpE8U=; b=lPNNqO5DaW7IW2aO6QeoHPNjcV4K8hvLZjLDqwCBhrporelikG1WvSEFkxqMv0X5Cg Wfn9zUfx95TSARvh8oyuKaqpWs9FGiFNSrMeAzVIJIStPnG2K/lcbqtDaEd2+nQK90ly 8dWGn/DC+NoYvzr/Ptw8fjHoky39hfhy+bFGQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NZN3ssgW5HEMQO/PGcSSSG1Iv5tKOadNNLWYohCun9pX5j+oUMlxBM/gzOf8v4Lvem KYu+aMilQ9pAHJbvRm0XpE+O380dtoAjVfLeardxhJDGpb9De4uephz/I3h5E1nbYRGK j/wtxccJKtuBWMBZP3RvbqPFOGAXoyb5BgAfU= MIME-Version: 1.0 Received: by 10.204.156.195 with SMTP id y3mr4922248bkw.46.1262399663721; Fri, 01 Jan 2010 18:34:23 -0800 (PST) In-Reply-To: <6101e8c41001011758y76db700cm3599bb932a1f5d0d@mail.gmail.com> References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> <6101e8c41001011758y76db700cm3599bb932a1f5d0d@mail.gmail.com> Date: Sat, 2 Jan 2010 03:34:23 +0100 Message-ID: <6101e8c41001011834v10f932ah90459bfb05847bfa@mail.gmail.com> From: Oliver Pinter To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, stable@freebsd.org, Sam Vilain Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 02:34:32 -0000 hmmm, it's look like this: http://lists-archives.org/git/707921-git-svn-memoize-conversion-of-svn-merge-ticket-info-to-git-commit-ranges.html git releated change is the source of the warnings.. and the git is updated at Dec 28 20:39 ll /usr/local/bin/git -rwxr-xr-x 95 root wheel 1066766 Dec 28 20:39 /usr/local/bin/git so i have this workaround: --8<-- alias src_update '(cd /usr/data/source/git/7-STABLE.git; '\ 'git svn rebase' \ '| grep -E -v "^Couldn.t find revmap for svn://svn\.freebsd\.org/base/stable/7";' \ 'cd ~/src;' \ 'git pull)' \ '|& less' --8<-- and sorry for noise.. ps.: added the git patch author to cc On 1/2/10, Oliver Pinter wrote: > yeah, but svn.freebsd.org/base/stable/7/head don't exist. > > git svn log -v > > some of broken infos find in this commit: > > r200570 | stas | 2009-12-15 11:34:05 +0100 (Tue, 15 Dec 2009) | 23 lines > Changed paths: > M share/man/man4/bge.4 > M sys/dev/bge/if_bge.c > M sys/dev/bge/if_bgereg.h > > - MFC r197832, r197834, r197837: > - Add support for new BGE chips (5761, 5784 and 57780). These chips uses > new > BGE_PCI_PRODID_ASICREV register to store the chip identifier and its > revisio > n. > - Add new grouping macro for 7575+ chips (BGE_IS_5755_PLUS). > - Add IDs for Fujitsu-branded Broadcom adapters. >> PR: If a GNATS PR is affected by the change. >> Submitted by: If someone else sent in the change. >> Reviewed by: If someone else reviewed your modification. >> Approved by: If you needed approval for this commit. >> Obtained from: If the change is from a third party. >> MFC after: N [day[s]|week[s]|month[s]]. Request a reminder email. >> Security: Vulnerability reference (one per line) or description. >> Empty fields above will be automatically removed. > > _M 7/share/man/man4 > M 7/share/man/man4/bge.4 > _M 7/sys > M 7/sys/dev/bge/if_bgereg.h > M 7/sys/dev/bge/if_bge.c > _M 7/sys/contrib/pf > _M 7/sys/contrib/dev/acpica > _M 7/sys/cddl/contrib/opensolaris > > > On 1/2/10, Ryan Stone wrote: >>> the git config is: >>> >>> [core] >>> repositoryformatversion = 0 >>> filemode = true >>> bare = false >>> logallrefupdates = true >>> [svn-remote "svn"] >>>>>>> url = svn://svn.freebsd.org/base/stable/7 <<<< >>> fetch = :refs/remotes/git-svn >>> >> >> It looks like the error is on the line I've highlighted(note that it's >> trying to fetch files under svn://svn.freebsd.org/base/stable/7/head, >> which clearly won't work). I don't know anything about git so I can't >> give advice as to how to accomplish what you're trying to do. >> > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 02:56:25 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 798341065694 for ; Sat, 2 Jan 2010 02:56:25 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id E6AF28FC18 for ; Sat, 2 Jan 2010 02:56:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o022uMbQ056020; Sat, 2 Jan 2010 13:56:23 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 2 Jan 2010 13:56:22 +1100 (EST) From: Ian Smith To: "N.J. Mann" In-Reply-To: <20100101161315.GA81716@titania.njm.me.uk> Message-ID: <20100102040207.W50666@sola.nimnet.asn.au> References: <20100102001608.X50666@sola.nimnet.asn.au> <20100101161315.GA81716@titania.njm.me.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: cvsweb: src/UPDATING on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 02:56:25 -0000 On Fri, 1 Jan 2010, N.J. Mann wrote: > In message <20100102001608.X50666@sola.nimnet.asn.au>, > Ian Smith (smithi@nimnet.asn.au) wrote: > > > > Thought I had a clue on using cvsweb, but seem to have mislaid it .. > > I think cvsweb is a great tool. Indeed. I hadn't realised it wasn't being kept updated from svn, but that's likely just me not paying enough attention. > > After updating 7.0-RELEASE to RELENG_7 sources on Dec 28, checking > > UPDATING before and during buildworld, went hunting on cvsweb for the > > very version of UPDATING I was reading, 1.507.2.34 of 2009/11/29. > > > > I can't find it, as such. 1.507 shows on MAIN, RELENG_7_BP, RELENG_7. > > Selecting only RELENG_7 just shows that single ver 1.507 of Oct'07. > > > > On a punt I manually entered 1.507.2.34 for a diff against 1.507 and > > that looks just right: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING.diff?r1=text&tr1=1.507&r2=text&tr2=1.507.2.34 > > > > But where would I look to find the log and view for 1.507.2.34 itself? > > This seems to be an artifact of SRC commits now being made to a SVN repo > and the CVS repo being fed from that via svn2cvs - or whatever it is > called. The latest non-X.Y revision I found listed by cvsweb was > 1.73.2.96, which was before the project started using SVN. With a Ah. What seems strange is that 1.507.2.34 is there, diff'able, just not apparently logged - if you know the answer, you can pose the question :) > little digging I came up with the following URL for the SVN repro, but I > may not have got exactly what you are after: > > http://svn.freebsd.org/viewvc/base/stable/7/UPDATING?r1=199901&r2=172506 Thanks Nick, that's the one. The Revision Log from there is just what I'd expected to find on cvsweb for that file on that branch. Guess it's time I learned my way around svn/viewvc, but I'm sure going to miss rev. numbers that made linear sense to this bear of little brain! cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 04:44:15 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263301065670; Sat, 2 Jan 2010 04:44:15 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBCF8FC0C; Sat, 2 Jan 2010 04:44:14 +0000 (UTC) Received: by yxe1 with SMTP id 1so12526555yxe.3 for ; Fri, 01 Jan 2010 20:44:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=7X2XKFWaI6LlZQCAlJFsdua2z1yDRfEPJUCyJR8SVpo=; b=jU+YWysf8LjxWNk5AQsm1CQxXo3KNZMYCzPA8OIZDldeI04nrV2/H57rKtx2CwgRa/ O9K2qB+90DBm2lxl4cCFqG6AhyJUIoCC8Umlmlp7t29cEndEzRha0i1op1AP0apAuPnN WTVr3XvpM9YC7oY0u+c8wgYlrdi2+lasN5A1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=PPcaTSIMYdmGzpeuNL/qv48+dcTcIJ4nDlJu4ppcbqL0vyoHZc5t/S5vQsyxBpXtpi JuzgtyBL55kTVQ5AflMhuJWeZWSJ2k80mKOBLPMt9P470jCFtykiRzKuBlgjgJNVgFiE TYLRghhiraTxUz5oBJwjj/vmOD2DcN7EPXTXI= Received: by 10.150.45.36 with SMTP id s36mr13995367ybs.334.1262407440163; Fri, 01 Jan 2010 20:44:00 -0800 (PST) Received: from ?192.168.31.240? (ppp-22.43.dialinfree.com [209.172.22.43]) by mx.google.com with ESMTPS id 23sm15204934iwn.3.2010.01.01.20.43.54 (version=SSLv3 cipher=RC4-MD5); Fri, 01 Jan 2010 20:43:58 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4B3ECF05.8020904@DataIX.net> Date: Fri, 01 Jan 2010 23:43:49 -0500 From: jhell User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Kevin Oberman References: <20100102012156.9B9CB1CC0B@ptavv.es.net> In-Reply-To: <20100102012156.9B9CB1CC0B@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ed Schouten , stable@freebsd.org, FreeBSD Hackers , Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 04:44:15 -0000 On 1/1/2010 8:21 PM, Kevin Oberman wrote: >> Date: Fri, 01 Jan 2010 19:20:54 -0500 >> From: jhell >> Sender: owner-freebsd-stable@freebsd.org >> >> On 1/1/2010 6:24 AM, Ed Schouten wrote: >>> * jhell wrote: >>>> With those remarks I will leave it up to your honed skills to figure out. >>> >>> If you don't have anything constructive to say, please refrain from >>> responding to any message on these lists. The purpose of these lists is >>> to help each other. >>> >> >> You know really... I did not see anything that you have replied with to >> be constructive criticism "At all". >> >> And personally if you really want to reply with remarks of "Would you >> mind sharing your findings Sherlock Holmes" You can then keep your >> comments to your self as I do not find them useful and my name is not >> Sherlock Holmes. >> >> Secondly I would expect a much more intelligent remark to come from >> someone with your background but I guess that comes with age. >> >> So my suggestion in constructiveness to you would be to think harder >> before you critique a post of the very same nature as the one you posted. >> >> As regards to the OP the email was meant as a confirmation to the author >> that the problem did lye on his end and that by paying closer attention >> to "the paths" that were displayed in the OP would have revealed the >> problem. > > OK. I will try to say something "constructive". > > You seem to think that "clever", useless comments make you look good. As > someone who has been working with FreeBSD and the FreeBSD community for > a long time, all you really do is make yourself look juvenile, arrogant, > and rude. You are a prime example of why many people approaching the > FreeBSD community for help claim that we are an arrogant and rude bunch. > That's great and all but have you read the reply that I had originally made to the OP. It does not "seem" like it from your comments. > The information content of your messages approaches zero. Maybe the > problem is trivial and obvious to you. Maybe it would be to Ed, if he > could spot it. Now, if you have never missed an obvious bug until you > asked someone why the code would not work, you are either truly > exceptional (along with the adjectives listed above) or have written > little or no code of your own. > > Please either provide reasonable assistance when responding to questions > or don't reply at all. No one likes a smart ass, > Reasonable assistance I think that was pretty reasonable, I do not recall anyone paying something for anything I have said and it seemed to me that he was asking for more of a confirmation. > I do not like smart asses either, which in turn is why I am still replying to comments about the followup and why I don't know that I feel I should have to defend my self on this matter. For one: The followup that I had made as I already stated was confirming the problem was on his end and in no way that I see was offending, maybe I could have choose different words but that does not relieve the response I had received after from Ed. For two: If you want to call someone something call them by the respective name or email address that they have spoken with. I do not ever recall naming Ed anything other than his own name nor anyone else. As spoken do on to others as you would do onto your self. I repeat my name is not Sherlock Holmes. Thirdly: Constructive ? there was nothing non-constructive about the followup I had made. I have missed plenty of things in the past and would never claim otherwise and the information that I offered certainly was not complete but was meant not to be, and not in a critiquing manner. -- jhell From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 09:35:21 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id CA3AC106568F for ; Sat, 2 Jan 2010 09:35:21 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id 24C9914E4CC for ; Sat, 2 Jan 2010 09:35:21 +0000 (UTC) Received: (qmail 12904 invoked from network); 2 Jan 2010 09:35:20 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 2 Jan 2010 09:35:20 -0000 Message-ID: <4B3F1358.9060108@freebsd.org> Date: Sat, 02 Jan 2010 01:35:20 -0800 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.23 (X11/20091215) MIME-Version: 1.0 To: freebsd security , FreeBSD Stable X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: FreeBSD 6.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 09:35:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, On January 31st, FreeBSD 6.3 will reach its End of Life and will no longer be supported by the FreeBSD Security Team. Users of this release are strongly encouraged to upgrade to a newer release before that date -- more conservative users will probably wish to upgrade to FreeBSD 6.4 or FreeBSD 7.1 (which are both extended-support branches), while others will probably wish to upgrade to FreeBSD 7.2 or FreeBSD 8.0. The freebsd-update(8) utility can be used to upgrade i386 and amd64 systems from 6.3-RELEASE (or 6.3-RELEASE-pX for some X) to 6.4-RELEASE using binary updates (i.e., without compiling from source) as described in the 6.4-RELEASE announcement; given an adequate internet connection, this process usually takes 15 minutes or less. The current supported branches and expected EoL dates are: +---------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+-----------------+-----------------| |RELENG_6 |n/a |n/a |n/a |November 30, 2010| |-----------+------------+--------+-----------------+-----------------| |RELENG_6_3 |6.3-RELEASE |Extended|January 18, 2008 |January 31, 2010 | |---------------------------------------------------------------------| |RELENG_6_4 |6.4-RELEASE |Extended|November 18, 2008|November 30, 2010| |---------------------------------------------------------------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_1 |7.1-RELEASE |Extended|January 4, 2009 |January 31, 2011 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_2 |7.2-RELEASE |Normal |May 4, 2009 |May 31, 2010 | |-----------+------------+--------+-----------------+-----------------| |RELENG_8 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_8_0 |8.0-RELEASE |Normal |November 25, 2009|November 30, 2010| +---------------------------------------------------------------------+ - -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAks/E1cACgkQFdaIBMps37J56wCcDDGvadAV0JnZsUXIVPRMghmQ 9KwAn3TiFrI5cNLjGwu58gMXOtNNbPg2 =GOl4 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 09:36:28 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E31A61065670; Sat, 2 Jan 2010 09:36:28 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id CB53A8FC25; Sat, 2 Jan 2010 09:36:25 +0000 (UTC) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id A42F894018D; Sat, 2 Jan 2010 10:36:20 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id C90D79400CC; Sat, 2 Jan 2010 10:36:17 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id BB8E133E85; Sat, 2 Jan 2010 09:36:17 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id AA4FEA1279; Sat, 2 Jan 2010 09:36:17 +0000 (UTC) Date: Sat, 2 Jan 2010 10:36:17 +0100 From: Jeremie Le Hen To: Rick Macklem Message-ID: <20100102093617.GP84457@felucia.tataz.chchile.org> References: <20091213230650.GA45540@felucia.tataz.chchile.org> <20091229125603.GC84457@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@FreeBSD.org, Jeremie Le Hen , Rick Macklem Subject: Re: Cannot list a particular directory through NFS with UDP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 09:36:29 -0000 Rick, Thanks for your time on this. On Thu, Dec 31, 2009 at 02:23:32PM -0500, Rick Macklem wrote: > [stuff snipped] > >> This appears to be the reply to the nfs readdir request, which is what > >> would be expected. It could be a problem with the content or the reply > >> or a NetBSD client issue. > >> > >> If you were to email me the raw tcpdump capture for the above, I could > >> take a look at it in wireshark (which knows how to interpret nfs) and > >> see if there is anything bogus looking in the reply. > >> ("tcpdump -s 0 -w host 192.168.1.1" and then email me as an > >> attachment, should do it) > > > > You will find the pcap file attached. > > > Well, I looked at it under wireshark and the readdir reply looks fine. > (It is made up of two IP fragments, but wireshark reassembles them ok > and says the checksums are ok. The contents look like a valid Readdir > RPC reply.) Maybe NetBSD doesn't reassemble the IP fragments correctly > or has an issue w.r.t. the checksum, but Wireshark thinks it's aok. I will reduce the MTU and see if the problem arises with directories that could be read correctly otherwise. I will keep you informed. Does NFS permit to fragment/reassemble at the application layer? > ps: I vaguely recall that the problem went away when you used TCP > instead. Is that correct? Yes this is correct. Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than the others. Coluche From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 09:38:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C68C106568F for ; Sat, 2 Jan 2010 09:38:31 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3BC8FC23 for ; Sat, 2 Jan 2010 09:38:31 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 52A159A71; Sat, 2 Jan 2010 10:38:30 +0100 (CET) Received: from [IPv6:2001:41d0:2:2d29:1:8::] (meribel.restart.bel [IPv6:2001:41d0:2:2d29:1:8::]) (authenticated bits=0) by restart.be (8.14.4/8.14.4) with ESMTP id o029cRal016143 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 2 Jan 2010 10:38:28 +0100 (CET) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be o029cRal016143 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1262425109; bh=oN8Nn5MrMA91nI2dDn+BZfYP3qQiGzG/rMR4faeHdzk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aJRSUZokqADF1LjgNsUNdkhaJs38aC33UW6zcawGt6NhmMgY6MMnsSVypRTx8cKbe mgFddYaEOl4laz/anhZAA== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be o029cRal016143 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=oHNj3p7jTN3t27k5hAzoCaaYEJ8Bc/aNbEeIDnYQwP24Tw7SAU1nID0f9Pfep0wsg LKyKXYnhAXqfuvi9P+meQ== Message-ID: <4B3F0602.9070805@restart.be> Date: Sat, 02 Jan 2010 09:38:26 +0100 From: Henri Hennebert User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Ian Smith References: <20100102001608.X50666@sola.nimnet.asn.au> In-Reply-To: <20100102001608.X50666@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: cvsweb: src/UPDATING on RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 09:38:31 -0000 Le 1/01/2010 16:40, Ian Smith a écrit : > Hi, > > Thought I had a clue on using cvsweb, but seem to have mislaid it .. > > After updating 7.0-RELEASE to RELENG_7 sources on Dec 28, checking > UPDATING before and during buildworld, went hunting on cvsweb for the > very version of UPDATING I was reading, 1.507.2.34 of 2009/11/29. > > I can't find it, as such. 1.507 shows on MAIN, RELENG_7_BP, RELENG_7. > Selecting only RELENG_7 just shows that single ver 1.507 of Oct'07. It is a known bug of cvsweb: http://www.freebsd.org/cgi/query-pr.cgi?prp=120185-1-txt&n=/patch.txt Henri > > On a punt I manually entered 1.507.2.34 for a diff against 1.507 and > that looks just right: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING.diff?r1=text&tr1=1.507&r2=text&tr2=1.507.2.34 > > But where would I look to find the log and view for 1.507.2.34 itself? > > cheers, Ian > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 10:01:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A542106566B for ; Sat, 2 Jan 2010 10:01:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id C999B8FC16 for ; Sat, 2 Jan 2010 10:01:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o02A1C19075847; Sat, 2 Jan 2010 21:01:13 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 2 Jan 2010 21:01:12 +1100 (EST) From: Ian Smith To: Jeremy Chadwick In-Reply-To: <20091231142144.GA742@icarus.home.lan> Message-ID: <20100102202901.H50666@sola.nimnet.asn.au> References: <4B20B509.4050501@yahoo.it> <600C0C33850FFE49B76BDD81AED4D25801371D8056@IMCMBX3.MITRE.ORG> <600C0C33850FFE49B76BDD81AED4D25801371D8737@IMCMBX3.MITRE.ORG> <8bdcbc5f08e9b762c3d2dcfe2fd00558.HRCIM@webmail.1command.com> <6201873e0912281550w34937b9eg3498547722739aee@mail.gmail.com> <20091229112037.GA34719@icarus.home.lan> <20091229171432.GN470@bunrab.catwhisker.org> <20091230171341.E81420@sola.nimnet.asn.au> <20091231142144.GA742@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Hacked - FreeBSD 7.1-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 10:01:43 -0000 On Thu, 31 Dec 2009, Jeremy Chadwick wrote: > On Thu, Dec 31, 2009 at 04:16:07AM +1100, Ian Smith wrote: > > On Tue, 29 Dec 2009, David Wolfskill wrote: > > > On Tue, Dec 29, 2009 at 03:20:37AM -0800, Jeremy Chadwick wrote: > > > > ... > > > > I've written my own script to do all of this. It parses periodic > > > > security mails (on a daily basis), and does WHOIS lookups + parses the > > > > results to tell me what netblocks/CIDRs I should consider blocking. For > > > > example, for a security mail that contains this: > > > > > > > > horus.sc1.parodius.com login failures: > > > > Dec 28 15:54:49 horus sshd[74684]: Failed password for root from 199.71.214.240 port 51197 ssh2 > > > > Dec 28 15:54:49 horus sshd[74686]: Invalid user test from 199.71.214.240 > > > > Dec 28 18:39:24 horus sshd[84742]: Failed password for root from 208.94.235.248 port 42979 ssh2 > > > > Dec 28 18:39:25 horus sshd[84744]: Failed password for root from 208.94.235.248 port 43056 ssh2 > > > > Dec 28 18:39:25 horus sshd[84746]: Failed password for root from 208.94.235.248 port 43156 ssh2 > > > > Dec 28 18:39:26 horus sshd[84749]: Failed password for root from 208.94.235.248 port 43265 ssh2 > > > > Dec 28 18:39:27 horus sshd[84751]: Failed password for root from 208.94.235.248 port 43356 ssh2 > > > > > > > > The script would output the following: > > > > > > > > 199.71.214.240 > > > > 199.71.212.0/22 Psychz Networks, Walnut, CA, US > > > > 208.94.235.248 > > > > 208.94.232.0/22 WZ Communications Inc., Madison, WI, US > > > > 208.94.235.0/24 Soft-Com.biz, Inc., Panama, NA, PA > > > > Jeremy, care to share your whois lookup / parsing script for this? > > Sure. It's a combination of two scripts which I call "parse_ssh_deny" > (sh) and "lookup" (perl). How I use them: I get "security run output" > mails from periodic every night, and use mutt to save them (one per > server) to a single file, which I pipe to "parse_ssh_deny", resulting in > the above output. > > I read the output by hand and decide manually what to put into > pf.conf.ssh-deny. Thanks for this, very helpful. Perhaps for others too. > I'll note that some of the servers are multi-user, so users mistyping > their password is common -- I specifically exclude that error message > from the awk line in "parse_ssh_deny" because I don't want legitimate > users potentially blocked. People should tune the script based on their > needs though. > > The "lookup" perl script uses whois(1) with specific arguments to get > back results from ARIN, and then parses the results. Sometimes WHOIS > records don't have certain details (country code, city, state, etc.), > and other times they do. The script tries to handle all of those. Many of my lookups, often done adhoc while browsing various logs, are as likely to be via APNIC and other RIRs, all of which have differences in format to some extent; I'll have to play with all this when there's a bit more time. > The reason I chose to parse whois(1) output rather than using something > like Net::Whois or Net::Whois::IP is because I prefer self-contained > scripts (unless there's sufficient justification for reliance on such > third-party code); plus I didn't particularly like either of these perl > modules. Yes I prefer using the base tools too. I often find lots of perl code close to unreadable, but yours couldn't be clearer. David Wolfskill sent some more useful clues too. Thanks again, guys. cheers, Ian > parse_ssh_deny > ================ > #!/bin/sh > for i in `awk '/Failed password for root/ {print $11} /Failed password for invalid user .+ from/ {print $13} /Invalid user/ {print $NF}' | sort -u -n` > do > lookup "$i" > done > > > lookup > ======== > #!/usr/local/bin/perl > use strict; > use warnings; > > # $ whois -a "+ 67.205.112.200" | egrep '^CustName|OrgName|CIDR' > # OrgName: iWeb Technologies Inc. > # CIDR: 67.205.64.0/18 > # CustName: iWeb Dedicated CL2 > # CIDR: 67.205.112.192/27 > > my $lookup = shift or die "Usage: $0 ip\n"; > > my ($name, $city, $state, $cc, $cidr) = undef; > > print $lookup, "\n"; > > open(FH, "whois -a '+ $lookup' |") or die; > while() > { > $name = $2 if (m#^(CustName|OrgName):\s+(.+)#); > $city = $1 if (m#^City:\s+(.+)#); > $state = $1 if (m#^StateProv:\s+(.+)#); > $cc = $1 if (m#^Country:\s+(.+)#); > $cidr = $1 if (m#^CIDR:\s+([\d\./]+)#); > > if ($name and $cidr) > { > $city = $city || ''; > $state = $state || ''; > $cc = $cc || ''; > > printf "\t%-23s", $cidr; > print join(", ", $name, $city, $state, $cc); > print "\n"; > ($name, $city, $state, $cc, $cidr) = undef; > next; > } > } > close(FH); > > > -- > | Jeremy Chadwick jdc@parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 14:17:06 2010 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 966B41065670 for ; Sat, 2 Jan 2010 14:17:06 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2F0718FC18 for ; Sat, 2 Jan 2010 14:17:05 +0000 (UTC) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id o02EH3Fw022231; Sat, 2 Jan 2010 14:17:03 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1NR4mt-0000Tu-Fq; Sat, 02 Jan 2010 14:17:03 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id o02EH3cw041830; Sat, 2 Jan 2010 14:17:03 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id o02EH33C041827; Sat, 2 Jan 2010 14:17:03 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 2 Jan 2010 14:17:03 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: ocean In-Reply-To: <4B316240.2070309@yahoo.it> Message-ID: References: <4B316240.2070309@yahoo.it> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: stable@FreeBSD.org Subject: Re: problem with iwi driver in 8.0 and custom kernel (works on generic) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 14:17:06 -0000 On Wed, 23 Dec 2009, ocean wrote: > i've got some problems with iwi in Freebsd 8.0, using GENERIC kernel > everything works just fine, compiling a custom kernel, just excluding some > modules i don't need, cause an interrupt storm to happen on irq11: > > Dec 22 22:35:18 legend kernel: iwi0: mem > 0xb0101000-0xb0101fff irq 10 at device 4.0 on pci6 > Dec 22 22:35:18 legend kernel: iwi0: [ITHREAD] > Dec 22 22:35:22 legend kernel: wlan0: Ethernet address: xx:xx:xx:xx:xx:xx > Dec 22 22:35:32 legend kernel: interrupt storm detected on "irq11:"; > throttling interrupt source > Dec 22 22:35:33 legend kernel: iwi0: timeout waiting for iwi_bss firmware > initialization to complete > Dec 22 22:35:33 legend kernel: iwi0: could not load boot firmware iwi_bss Before you recompiled, did the iwi0 device work? Once booted, can you show the output of "vmstat -i"? Also, can you post a verbose dmesg somewhere? It might also be useful to re-add things back into the kernel, and figure out which device removal actually triggers this. Gavin From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 18:17:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55E1106568B for ; Sat, 2 Jan 2010 18:17:14 +0000 (UTC) (envelope-from pl@ninthfloor.org) Received: from mail.ninthfloor.org (ninthfloor.org [IPv6:2001:470:1f07:ea::1]) by mx1.freebsd.org (Postfix) with ESMTP id 90A9A8FC19 for ; Sat, 2 Jan 2010 18:17:14 +0000 (UTC) Received: from ninthfloor.org (ninthfloor.org [IPv6:2001:470:1f07:ea::1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: pl) by mail.ninthfloor.org (Postfix) with ESMTPSA id 5E4121C1AF for ; Sat, 2 Jan 2010 18:17:13 +0000 (UTC) Date: Sat, 2 Jan 2010 18:17:11 +0000 From: Paride Legovini To: freebsd-stable@freebsd.org Message-ID: <20100102181711.GB11034@ninthfloor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: pkg_add thinks that -STABLE is -RELEASE (wrong __FreeBSD_version?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 18:17:15 -0000 Hi, I'm running 8.0-STABLE and I noticed that by default pkg_add -r uses packages-8.0-release/Latest/ as PACKAGESITE. I read in the handbook[1] that pkg_add should use packages-5-stable/Latest/ as PACKAGESITE when one is running -STABLE. I took a look at the source code, and noticed that pkg_add considers the system -STABLE if getosreldate() (i.e. __FreeBSD_version) is between 800500 and 899000 (see src/usr.sbin/pkg_install/add/main.c:92). However, in RELENG_8, __FreeBSD_version is set to 800108. You can check it via cvsweb[2]. Sounds like something is wrong. Am I missing something? Do I just have to wait for the __FreeBSD_version to be bumped? Regards, Paride [1] http://www.freebsd.org/doc/en/books/handbook/packages-using.html [2] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/param.h?only_with_tag=RELENG_8 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 18:54:38 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D17591065694; Sat, 2 Jan 2010 18:54:38 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 228428FC24; Sat, 2 Jan 2010 18:54:37 +0000 (UTC) Received: by ewy26 with SMTP id 26so11829119ewy.3 for ; Sat, 02 Jan 2010 10:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=7fm4Wz9HWMZv1oPvhpkiP5/A6OQAeuONiPaplpwgMfc=; b=NTy4B1bv/s5RdF+uivJy3rpc4c54+c/s9D4pOqg7vckjTyEI5UjoLJMauulks4bcJ9 Y/3BnM6Ske51FzSHtZhbN2DoFKW2y6LHMfFyhdBDS3A8MNdM0bgTYeUcKq2ScuP4sGK1 OMd9pVCL1ZJu3O8YI2JQr6Dgh/lrhZ5hrfcBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=WI8ap9ErYlk8muRnY9BtGMHZHD7fEXS6RN+unn2gLr/0387lYtJ9f5i9Aqpg++YhrN kGcHNop6zmG2extsYKnWTgmX6d0KfFjrAcEdTGfRkrtOOKHLxbFyl2KjxQuLt15egD7L dJc4EzrNJtzywWT4tnni1fUVCs3OFXfRMVHmY= MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.216.88.85 with SMTP id z63mr7254336wee.129.1262458471093; Sat, 02 Jan 2010 10:54:31 -0800 (PST) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Sat, 2 Jan 2010 19:54:11 +0100 X-Google-Sender-Auth: 0f228d7f700b1616 Message-ID: <3131aa531001021054k5f3efa8dpa6195d3b5e1811f9@mail.gmail.com> To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Pyun YongHyeon , Alexander Motin , Hans Petter Selasky Subject: Regression with Asus K8N7-E deluxe motherboard on 8-stable: ACPI or PCI drivers bug ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 18:54:38 -0000 Hi, I've met 3 regressions on 8-stable on my Asus K8N7-E deluxe motherboard: - PATA drivers (kern/139143) - USB 2.0 drivers (usb/139142) - Ethernet (nfe) drivers But, I don't think that the USB/PATA/nfe drivers are the problem: The problem seems came from ACPI or PCI bus drivers bug with this motherboard. There are lot's of differences between the dmesg on 7.2 and 8.0 regarding the hardware ressources informations. Full dmesg under FreeBSD 7.2 here: http://pastebin.com/f7bbdcb3a Full dmesg under FreeBSD 8.0 here: http://pastebin.com/f52df9c4c Here, are some examples of the diff between the 2 dmesg: -------------- About ACPI, there is this error on 8.0: ACPI Error: Package List length (6) larger than NumElements count (3), truncated 20090521 dsobject-590 --------------- About PCI link18 (Initial Probe IRQ diff): 7.2: pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 8.0: pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 (Note the IRQ diff) --------------- And lot's of devices have map size diff: on 7.2: found-> vendor=0x10de, dev=0x0052, revid=0xa2 map[10]: type I/O Port, range 32, base 0xdc00, size 5, enabled map[20]: type I/O Port, range 32, base 0x4c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x4c40, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 map[20]: type I/O Port, range 32, base 0xf000, size 4, enabled found-> vendor=0x10de, dev=0x0055, revid=0xf3 map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xc400, size 4, enabled on 8.0: found-> vendor=0x10de, dev=0x0052, revid=0xa2 map[10]: type I/O Port, range 32, base 0xdc00, size 10, enabled map[20]: type I/O Port, range 32, base 0x4c00, size 10, enabled map[24]: type I/O Port, range 32, base 0x4c40, size 6, enabled found-> vendor=0x10de, dev=0x0053, revid=0xf2 map[20]: type I/O Port, range 32, base 0xf000, size 12, enabled found-> vendor=0x10de, dev=0x0055, revid=0xf3 map[10]: type I/O Port, range 32, base 0x9e0, size 5, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 5, enabled map[18]: type I/O Port, range 32, base 0x960, size 5, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 5, enabled map[20]: type I/O Port, range 32, base 0xc400, size 10, enabled (Note the size diff) --------------- An unknown and USB error on 8.0: 7.2: pcib0: slot 2 INTA routed to irq 21 via \_SB_.PCI0.APCF 8.0: pcib0: slot 2 INTA routed to irq 21 via \_SB_.PCI0.APCF unknown: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0x80000000 ohci early: SMM active, request owner change ohci early: SMM does not respond, resetting --------------- The memory addresses of devices or reserved addresse bytes are different: 7.2: ohci0: mem 0xd3003000-0xd3003fff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3003000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd3002000-0xd3002fff irq 22 at device 7.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 52 nfe0: port 0xb000-0xb007 mem 0xd3000000-0xd3000fff irq 21 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3000000 miibus0: on nfe0 e1000phy0: PHY 15 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:13:d4:d6:3a:7b 8.0: ohci0: mem 0x80000000-0x80000fff irq 21 at device 2.0 on pci0 ioapic0: routing intpin 21 (PCI IRQ 21) to lapic 0 vector 49 (Note the mem diff) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 6.0 on pci0 atapci0: Lazy allocation of 0x1000 bytes rid 0x20 type 4 at 0x1000 atapci0: Reserved 0x1000 bytes for rid 0x20 type 4 at 0x1000 (Note the reserved bytes diff) atapci2: irq 23 at device 8.0 on pci0 atapci2: Lazy allocation of 0x400 bytes rid 0x20 type 4 at 0x2c00 atapci2: Reserved 0x400 bytes for rid 0x20 type 4 at 0x2c00 ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 52 (Note the reserved bytes diff) nfe0: irq 21 at device 10.0 on pci0 nfe0: Lazy allocation of 0x1000000 bytes rid 0x10 type 3 at 0x81000000 nfe0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x81000000 nfe0: NFE_STATUS_RUNNING set! nfe0: MII without any phy! device_attach: nfe0 attach returned 6 (Note the reserved mem diff) What can I do for helping you to debug this problem ? Regards, Olivier From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 19:55:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 646061065697 for ; Sat, 2 Jan 2010 19:55:35 +0000 (UTC) (envelope-from enginbsd@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id BF3218FC1C for ; Sat, 2 Jan 2010 19:55:34 +0000 (UTC) Received: by ewy26 with SMTP id 26so11860192ewy.3 for ; Sat, 02 Jan 2010 11:55:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=BQNbVs0Fx+ku865R4kh13UONXMa9h6fgqYMsTVCYGiw=; b=S+D5PTtyf/wuxIm4hUezZCquUknnsTuoHCHk/0l6tCFegjAqLSmHYLmvq/N2copkQJ uimXn6+au+3SAsfC0x+FzNBVKkByJNS62aUMylIWURNHsd7dA3iXJxjEJqICUR3DK5t5 6uMiT849GR/+9NO4WLPKGigUpUJL5zTrLcFa4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JNO7FIckchIuWq+gEGFJXbKDibtyTHCZno6RY+7G+D3XfT9INHCAJ/TLNVuI201JDG zgZ/rrbrtPHOblzWMg+ySB7zY69F496q0KFJtCGqypRQoIL7+2Fp7KB0y6xX/lTre00X QYkj76XMNKXfJBi3d5Ms/eeaVhsmS5pZwhvr8= MIME-Version: 1.0 Received: by 10.216.86.204 with SMTP id w54mr3076381wee.54.1262462129041; Sat, 02 Jan 2010 11:55:29 -0800 (PST) Date: Sat, 2 Jan 2010 21:55:29 +0200 Message-ID: <86095ec11001021155h7ce10baal47769a56295c3b6f@mail.gmail.com> From: "E. O." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 19:55:35 -0000 pls help me.. build kernel error.. I have to update their source code.. standart-supfile # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=CHANGE_THIS.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_0 *default delete use-rel-suffix src-all GENERIC Kernel use.. FreeBSD fbsd 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Fri Jan 1 15:31:27 EET 2010 root@fbsd:/usr/obj/usr/src/sys/GENERIC amd64 error ; make buildkernel and error.. ./pci_if.h:226: error: stray '\335' in program ./pci_if.h:226: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_MS' ./pci_if.h:226: error: stray '\335' in program ./pci_if.h:238: error: stray '\335' in program ./pci_if.h:238: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_MS' ./pci_if.h:238: error: stray '\335' in program cc1: warnings being treated as errors In file included from /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h:72, from aic7xxx_reg_print.c:9: /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_subvendor': /usr/src/sys/dev/pci/pcivar.h:244: warning: implicit declaration of function 'BUS_READ_IVAR' /usr/src/sys/dev/pci/pcivar.h:244: warning: nested extern declaration of 'BUS_READ_IVAR' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_set_subvendor': /usr/src/sys/dev/pci/pcivar.h:244: warning: implicit declaration of function 'BUS_WRITE_IVAR' /usr/src/sys/dev/pci/pcivar.h:244: warning: nested extern declaration of 'BUS_WRITE_IVAR' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_read_config': /usr/src/sys/dev/pci/pcivar.h:274: warning: implicit declaration of function 'PCI_READ_CONFIG' /usr/src/sys/dev/pci/pcivar.h:274: warning: nested extern declaration of 'PCI_READ_CONFIG' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_write_config': /usr/src/sys/dev/pci/pcivar.h:280: warning: implicit declaration of function 'PCI_WRITE_CONFIG' /usr/src/sys/dev/pci/pcivar.h:280: warning: nested extern declaration of 'PCI_WRITE_CONFIG' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_enable_busmaster': /usr/src/sys/dev/pci/pcivar.h:318: warning: implicit declaration of function 'PCI_ENABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h:318: warning: nested extern declaration of 'PCI_ENABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_disable_busmaster': /usr/src/sys/dev/pci/pcivar.h:324: warning: implicit declaration of function 'PCI_DISABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h:324: warning: nested extern declaration of 'PCI_DISABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_enable_io': /usr/src/sys/dev/pci/pcivar.h:330: warning: implicit declaration of function 'PCI_ENABLE_IO' /usr/src/sys/dev/pci/pcivar.h:330: warning: nested extern declaration of 'PCI_ENABLE_IO' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_disable_io': /usr/src/sys/dev/pci/pcivar.h:336: warning: implicit declaration of function 'PCI_DISABLE_IO' /usr/src/sys/dev/pci/pcivar.h:336: warning: nested extern declaration of 'PCI_DISABLE_IO' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_vpd_ident': /usr/src/sys/dev/pci/pcivar.h:342: warning: implicit declaration of function 'PCI_GET_VPD_IDENT' /usr/src/sys/dev/pci/pcivar.h:342: warning: nested extern declaration of 'PCI_GET_VPD_IDENT' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_vpd_readonly': /usr/src/sys/dev/pci/pcivar.h:348: warning: implicit declaration of function 'PCI_GET_VPD_READONLY' /usr/src/sys/dev/pci/pcivar.h:348: warning: nested extern declaration of 'PCI_GET_VPD_READONLY' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_set_powerstate': /usr/src/sys/dev/pci/pcivar.h:393: warning: implicit declaration of function 'PCI_SET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h:393: warning: nested extern declaration of 'PCI_SET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_powerstate': /usr/src/sys/dev/pci/pcivar.h:399: warning: implicit declaration of function 'PCI_GET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h:399: warning: nested extern declaration of 'PCI_GET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_find_extcap': /usr/src/sys/dev/pci/pcivar.h:405: warning: implicit declaration of function 'PCI_FIND_EXTCAP' /usr/src/sys/dev/pci/pcivar.h:405: warning: nested extern declaration of 'PCI_FIND_EXTCAP' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_alloc_msi': /usr/src/sys/dev/pci/pcivar.h:411: warning: implicit declaration of function 'PCI_ALLOC_MSI' /usr/src/sys/dev/pci/pcivar.h:411: warning: nested extern declaration of 'PCI_ALLOC_MSI' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_alloc_msix': /usr/src/sys/dev/pci/pcivar.h:417: warning: implicit declaration of function 'PCI_ALLOC_MSIX' /usr/src/sys/dev/pci/pcivar.h:417: warning: nested extern declaration of 'PCI_ALLOC_MSIX' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_remap_msix': /usr/src/sys/dev/pci/pcivar.h:423: warning: implicit declaration of function 'PCI_REMAP_MSIX' /usr/src/sys/dev/pci/pcivar.h:423: warning: nested extern declaration of 'PCI_REMAP_MSIX' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_release_msi': /usr/src/sys/dev/pci/pcivar.h:429: warning: implicit declaration of function 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h:429: warning: nested extern declaration of 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msi_count': /usr/src/sys/dev/pci/pcivar.h:435: warning: implicit declaration of function 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h:435: warning: nested extern declaration of 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msix_count': /usr/src/sys/dev/pci/pcivar.h:441: warning: implicit declaration of function 'PCI_MSIX_COUNT' /usr/src/sys/dev/pci/pcivar.h:441: warning: nested extern declaration of 'PCI_MSIX_COUNT' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 20:17:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07A3A106568B for ; Sat, 2 Jan 2010 20:17:32 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 91DF08FC16 for ; Sat, 2 Jan 2010 20:17:31 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id o02KHU7L071222; Sat, 2 Jan 2010 21:17:30 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 723D9BA7C; Sat, 2 Jan 2010 21:17:30 +0100 (CET) Date: Sat, 2 Jan 2010 21:17:30 +0100 From: Roland Smith To: "E. O." Message-ID: <20100102201730.GB28990@slackbox.xs4all.nl> References: <86095ec11001021155h7ce10baal47769a56295c3b6f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: <86095ec11001021155h7ce10baal47769a56295c3b6f@mail.gmail.com> 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.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 20:17:32 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 02, 2010 at 09:55:29PM +0200, E. O. wrote: > pls help me.. build kernel error.. >=20 > I have to update their source code.. standart-supfile >=20 > # IMPORTANT: Change the next line to use one of the CVSup mirror sites > # listed at http://www.freebsd.org/doc/handbook/mirrors.html. > *default host=3DCHANGE_THIS.FreeBSD.org What host did you really use? CHANGE_THIS.FreeBSD.org doesn't exist. > GENERIC Kernel use.. >=20 >=20 > FreeBSD fbsd 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Fri Jan 1 15:31:27 EET > 2010 root@fbsd:/usr/obj/usr/src/sys/GENERIC amd64 >=20 >=20 >=20 >=20 > error ; >=20 > make buildkernel and error.. >=20 > ./pci_if.h:226: error: stray '\335' in program I think pci_if.h is a generated file. Clean out /usr/obj and try again. If that doesn't work, try updating your source again. 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) --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAks/qdoACgkQEnfvsMMhpyVDpACfcj3NlBSxMamLcJhxIMxuqw++ vyAAnjIor5FM4xtWYD65q3XBu6SQcWES =B52l -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 21:01:14 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C8A1065697 for ; Sat, 2 Jan 2010 21:01:14 +0000 (UTC) (envelope-from enginbsd@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4A52B8FC18 for ; Sat, 2 Jan 2010 21:01:13 +0000 (UTC) Received: by ewy26 with SMTP id 26so11891797ewy.3 for ; Sat, 02 Jan 2010 13:01:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=l18q/hKHEiMAkH9ZJGNG2kKW7quC9P9YK9AYdGpJS/o=; b=snpG17YkSCeVn6DdMkJTukL85zd8MXBgvTvRORBfrvr5ZPQ5xg4+OJ+2PTEiPM2wED aksPS94fBX1FI1Lc1pF2gw5DSetz8W7kZmhF6rOun0p8NR7iVQMNeYkYPeiI8Gih3OvE 0XE5sZBSr/3cJ/x2wBqeV/y1XBXcxw4zHaQ9Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NWZrfrQsPh5EA5Mfc6/9SIGvymH2K0FDaWxaoxzsLciWFD6Zfddj2xFqBuYC2H3XSb yLt+YfXr0prbCmJ+D29Iff+KTXPJkhBmgL4tXx8SBrFp3lEvZ/uXKb6mpYD6XiHVzAqE i//PQiYJxBhzcfJQrARb2ZUCbt/mzW0u/5geY= MIME-Version: 1.0 Received: by 10.216.88.6 with SMTP id z6mr1699561wee.52.1262466067274; Sat, 02 Jan 2010 13:01:07 -0800 (PST) Date: Sat, 2 Jan 2010 23:01:06 +0200 Message-ID: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> From: "E. O." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 21:01:14 -0000 pls help me , kernel always returns an error /usr# ls -l /usr/ total 66 drwxrwxr-x 2 root operator 512 2 Oca 14:26 .snap lrwxr-xr-x 1 root wheel 10 1 Oca 20:35 X11R6 -> /usr/local drwxr-xr-x 2 root wheel 7168 2 Oca 12:43 bin drwxr-xr-x 3 root wheel 512 1 Oca 20:42 compat drwxr-xr-x 2 root wheel 512 1 Oca 16:21 games drwxr-xr-x 4 root wheel 512 1 Oca 16:51 home drwxr-xr-x 46 root wheel 5120 1 Oca 16:18 include drwxr-xr-x 6 root wheel 11776 1 Oca 16:21 lib drwxr-xr-x 3 root wheel 12288 21 Kas 16:31 lib32 drwxr-xr-x 5 root wheel 512 21 Kas 16:29 libdata drwxr-xr-x 5 root wheel 1536 1 Oca 16:21 libexec drwxr-xr-x 18 root wheel 512 1 Oca 20:55 local drwxr-xr-x 3 root wheel 512 2 Oca 22:47 obj drwxr-xr-x 69 root wheel 1536 2 Oca 18:01 ports drwxr-xr-x 2 root wheel 5120 1 Oca 16:18 sbin drwxr-xr-x 25 root wheel 512 21 Kas 17:03 share drwxr-xr-x 22 root wheel 1024 2 Oca 22:31 src I have re-operations, but still get an error .. # IMPORTANT: Change the next line to use one of the CVSup mirror sites # listed at http://www.freebsd.org/doc/handbook/mirrors.html. *default host=cvsup.FreeBSD.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8_0 *default delete use-rel-suffix src-all source update and cd /usr/src make cleandir && make cleandir && rm -rf /usr/obj make buildkernel and error ./pci_if.h:214: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_RELEASE_MS' ./pci_if.h:214: error: stray '\335' in program ./pci_if.h:226: error: stray '\335' in program ./pci_if.h:226: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_MS' ./pci_if.h:226: error: stray '\335' in program ./pci_if.h:238: error: stray '\335' in program ./pci_if.h:238: error: expected '=', ',', ';', 'asm' or '__attribute__' before '_MS' ./pci_if.h:238: error: stray '\335' in program cc1: warnings being treated as errors In file included from /usr/src/sys/dev/aic7xxx/aic7xxx_osm.h:72, from aic7xxx_reg_print.c:9: /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_subvendor': /usr/src/sys/dev/pci/pcivar.h:244: warning: implicit declaration of function 'BUS_READ_IVAR' /usr/src/sys/dev/pci/pcivar.h:244: warning: nested extern declaration of 'BUS_READ_IVAR' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_set_subvendor': /usr/src/sys/dev/pci/pcivar.h:244: warning: implicit declaration of function 'BUS_WRITE_IVAR' /usr/src/sys/dev/pci/pcivar.h:244: warning: nested extern declaration of 'BUS_WRITE_IVAR' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_read_config': /usr/src/sys/dev/pci/pcivar.h:274: warning: implicit declaration of function 'PCI_READ_CONFIG' /usr/src/sys/dev/pci/pcivar.h:274: warning: nested extern declaration of 'PCI_READ_CONFIG' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_write_config': /usr/src/sys/dev/pci/pcivar.h:280: warning: implicit declaration of function 'PCI_WRITE_CONFIG' /usr/src/sys/dev/pci/pcivar.h:280: warning: nested extern declaration of 'PCI_WRITE_CONFIG' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_enable_busmaster': /usr/src/sys/dev/pci/pcivar.h:318: warning: implicit declaration of function 'PCI_ENABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h:318: warning: nested extern declaration of 'PCI_ENABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_disable_busmaster': /usr/src/sys/dev/pci/pcivar.h:324: warning: implicit declaration of function 'PCI_DISABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h:324: warning: nested extern declaration of 'PCI_DISABLE_BUSMASTER' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_enable_io': /usr/src/sys/dev/pci/pcivar.h:330: warning: implicit declaration of function 'PCI_ENABLE_IO' /usr/src/sys/dev/pci/pcivar.h:330: warning: nested extern declaration of 'PCI_ENABLE_IO' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_disable_io': /usr/src/sys/dev/pci/pcivar.h:336: warning: implicit declaration of function 'PCI_DISABLE_IO' /usr/src/sys/dev/pci/pcivar.h:336: warning: nested extern declaration of 'PCI_DISABLE_IO' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_vpd_ident': /usr/src/sys/dev/pci/pcivar.h:342: warning: implicit declaration of function 'PCI_GET_VPD_IDENT' /usr/src/sys/dev/pci/pcivar.h:342: warning: nested extern declaration of 'PCI_GET_VPD_IDENT' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_vpd_readonly': /usr/src/sys/dev/pci/pcivar.h:348: warning: implicit declaration of function 'PCI_GET_VPD_READONLY' /usr/src/sys/dev/pci/pcivar.h:348: warning: nested extern declaration of 'PCI_GET_VPD_READONLY' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_set_powerstate': /usr/src/sys/dev/pci/pcivar.h:393: warning: implicit declaration of function 'PCI_SET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h:393: warning: nested extern declaration of 'PCI_SET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_get_powerstate': /usr/src/sys/dev/pci/pcivar.h:399: warning: implicit declaration of function 'PCI_GET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h:399: warning: nested extern declaration of 'PCI_GET_POWERSTATE' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_find_extcap': /usr/src/sys/dev/pci/pcivar.h:405: warning: implicit declaration of function 'PCI_FIND_EXTCAP' /usr/src/sys/dev/pci/pcivar.h:405: warning: nested extern declaration of 'PCI_FIND_EXTCAP' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_alloc_msi': /usr/src/sys/dev/pci/pcivar.h:411: warning: implicit declaration of function 'PCI_ALLOC_MSI' /usr/src/sys/dev/pci/pcivar.h:411: warning: nested extern declaration of 'PCI_ALLOC_MSI' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_alloc_msix': /usr/src/sys/dev/pci/pcivar.h:417: warning: implicit declaration of function 'PCI_ALLOC_MSIX' /usr/src/sys/dev/pci/pcivar.h:417: warning: nested extern declaration of 'PCI_ALLOC_MSIX' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_remap_msix': /usr/src/sys/dev/pci/pcivar.h:423: warning: implicit declaration of function 'PCI_REMAP_MSIX' /usr/src/sys/dev/pci/pcivar.h:423: warning: nested extern declaration of 'PCI_REMAP_MSIX' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_release_msi': /usr/src/sys/dev/pci/pcivar.h:429: warning: implicit declaration of function 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h:429: warning: nested extern declaration of 'PCI_RELEASE_MSI' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msi_count': /usr/src/sys/dev/pci/pcivar.h:435: warning: implicit declaration of function 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h:435: warning: nested extern declaration of 'PCI_MSI_COUNT' /usr/src/sys/dev/pci/pcivar.h: In function 'pci_msix_count': /usr/src/sys/dev/pci/pcivar.h:441: warning: implicit declaration of function 'PCI_MSIX_COUNT' /usr/src/sys/dev/pci/pcivar.h:441: warning: nested extern declaration of 'PCI_MSIX_COUNT' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 21:19:54 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CD9106566B for ; Sat, 2 Jan 2010 21:19:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id AB6F68FC1C for ; Sat, 2 Jan 2010 21:19:53 +0000 (UTC) Received: by bwz5 with SMTP id 5so8904564bwz.3 for ; Sat, 02 Jan 2010 13:19:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Ao3l7VwN2B4bnBK3eKipcEpMZxQcPkS+xvHfs5H7iTc=; b=LbLe5kycEY7PvDpGxWavWesqk1Zp8EDyWPvYq9f5zwJg94Qp2ZvT80iLoQMV1rf8n+ Qt+SL3cqjhU3zJcXAyIwhJYFyhHK+TgQevtnrVaw5gbRPe3F2RU2vxZy6tSxBxkE/5x4 f80InvDsF02oH7oKTZ6MSmd8E8Qq6LQ14tTnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=NmOmAoZ7S8gMXdMovDYddD0+4PymuApaSnm7N3a9ohKLHajJLJ7ERHcCHNPWZjoYyf mfkUe/mXEainBwPynYTpZ4ZfZSceX5KPcptU9nGu4Srf5zO9RMSt07h1zDsS1bsVzDT5 Ag2xJLLm5kH7P05kN7gwykJRvc4boigh5EofQ= MIME-Version: 1.0 Received: by 10.204.24.83 with SMTP id u19mr5292927bkb.22.1262467187708; Sat, 02 Jan 2010 13:19:47 -0800 (PST) In-Reply-To: <20100102181711.GB11034@ninthfloor.org> References: <20100102181711.GB11034@ninthfloor.org> Date: Sun, 3 Jan 2010 00:19:47 +0300 Message-ID: From: pluknet To: Paride Legovini Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: pkg_add thinks that -STABLE is -RELEASE (wrong __FreeBSD_version?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 21:19:54 -0000 2010/1/2 Paride Legovini : > Hi, > > I'm running 8.0-STABLE and I noticed that by default pkg_add -r uses > packages-8.0-release/Latest/ as PACKAGESITE. I read in the handbook[1] > that pkg_add should use packages-5-stable/Latest/ as PACKAGESITE when > one is running -STABLE. > > I took a look at the source code, and noticed that pkg_add considers > the system -STABLE if getosreldate() (i.e. __FreeBSD_version) is between > 800500 and 899000 (see src/usr.sbin/pkg_install/add/main.c:92). > However, in RELENG_8, __FreeBSD_version is set to 800108. You can check > it via cvsweb[2]. > > Sounds like something is wrong. Am I missing something? > Do I just have to wait for the __FreeBSD_version to be bumped? Hi. I'm afraid that's because __FreeBSD_version wasn't bumped 800107->800500 in RELENG_8 just after RELENG_8_0 created (wrt changes in scheme for RELENG_8 timeframe where current/stable border moved to 800500: http://lists.freebsd.org/pipermail/svn-src-head/2009-June/007830.html It continued then as is (still ok), and eventually was incremented to 800108 (wrong here, though I hope it still can be safely corrected). -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 21:25:46 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5293D106566B for ; Sat, 2 Jan 2010 21:25:46 +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 E83488FC17 for ; Sat, 2 Jan 2010 21:25:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o02LPiS5096247; Sat, 2 Jan 2010 14:25:44 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o02LPitu096244; Sat, 2 Jan 2010 14:25:44 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 2 Jan 2010 14:25:44 -0700 (MST) From: Warren Block To: "E. O." In-Reply-To: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> Message-ID: References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Sat, 02 Jan 2010 14:25:45 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 21:25:46 -0000 On Sat, 2 Jan 2010, E. O. wrote: > source update and > > cd /usr/src > > make cleandir && make cleandir && rm -rf /usr/obj > > make buildkernel > > and error After updating source, you should buildworld before trying to build the kernel. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 21:29:19 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 004D0106566B for ; Sat, 2 Jan 2010 21:29:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8A28FC15 for ; Sat, 2 Jan 2010 21:29:18 +0000 (UTC) Received: (qmail 26284 invoked by uid 399); 2 Jan 2010 21:29:16 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 2 Jan 2010 21:29:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B3FBA9B.5020706@FreeBSD.org> Date: Sat, 02 Jan 2010 13:28:59 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "E. O." References: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> In-Reply-To: <86095ec11001021301i25e91191kdcc2a1673795dce7@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel build failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 21:29:19 -0000 E. O. wrote: > # IMPORTANT: Change the next line to use one of the CVSup mirror sites > # listed at http://www.freebsd.org/doc/handbook/mirrors.html. > *default host=cvsup.FreeBSD.org I don't think that's going to work properly for you. Try going to http://www.freebsd.org/doc/handbook/cvsup.html#HANDBOOK-MIRRORS-CHAPTER-SGML-MIRRORS-PRIMARY-CVSUP and picking a hostname from that list. You are going to want something that looks like this: *default host=cvsup1.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=RELENG_8_0 Are you intending to download exactly the sources for 8.0-RELEASE? If you want to have 8.0-STABLE you should use this instead: *default release=cvs tag=RELENG_8 > *default delete use-rel-suffix > > src-all > > > > source update How are you doing that exactly? > and > > cd /usr/src > > make cleandir && make cleandir && rm -rf /usr/obj > > make buildkernel FreeBSD is not like Linux in the sense that you don't just want to update the kernel independently of the rest of the base system. You want to update the whole thing. Try this instead: make buildworld && make buildkernel You should also read http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html to get a better idea of the overall process. hope this helps, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 21:44:37 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEEFA106568F for ; Sat, 2 Jan 2010 21:44:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 60E668FC19 for ; Sat, 2 Jan 2010 21:44:37 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=eAMMG2xsXbEA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=k-Z7NsNuDPvXTXqx2akA:9 a=rv_NjVbu2Kc0aUpF67NNfrkVTpkA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1189625921; Sat, 02 Jan 2010 21:44:34 +0100 From: Hans Petter Selasky To: "Olivier =?iso-8859-1?q?Cochard-Labb=E9?=" Date: Sat, 2 Jan 2010 21:46:48 +0100 User-Agent: KMail/1.11.4 (FreeBSD/9.0-CURRENT; KDE/4.2.4; i386; ; ) References: <3131aa531001021054k5f3efa8dpa6195d3b5e1811f9@mail.gmail.com> In-Reply-To: <3131aa531001021054k5f3efa8dpa6195d3b5e1811f9@mail.gmail.com> X-Face: (%:6u[ldzJ`0qjD7sCkfdMmD*RxpO< =?iso-8859-1?q?Q0yAl=7E=3F=60=27F=3FjDVb=5DE6TQ7=27=23h-VlLs=7Dk/=0A=09?=(yxg(p!IL.`#ng"%`BMrham7%UK,}VH\wUOm=^>wEEQ+KWt[{J#x6ow~JO:,zwp.(t; @ =?iso-8859-1?q?Aq=0A=09=3A4=3A=26nFCgDb8=5B3oIeTb=5E=27?=",; u{5{}C9>"PuY\)!=#\u9SSM-nz8+SR~B\!qBv MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201001022146.49456.hselasky@c2i.net> Cc: Pyun YongHyeon , stable@freebsd.org, Alexander Motin Subject: Re: Regression with Asus K8N7-E deluxe motherboard on 8-stable: ACPI or PCI drivers bug ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 21:44:37 -0000 On Saturday 02 January 2010 19:54:11 Olivier Cochard-Labb=E9 wrote: > ohci early: SMM active, request owner change > ohci early: SMM does not respond, resetting If the I/O address range changed, then the above can be explained by that w= e=20 are reading/writing to an invalid range. USB debug sysctls: /boot/loader.conf hw.usb.ohci.debug=3D15 hw.usb.ehci.debug=3D15 =2D-HPS From owner-freebsd-stable@FreeBSD.ORG Sat Jan 2 23:41:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A17F106566C; Sat, 2 Jan 2010 23:41:10 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id B72308FC12; Sat, 2 Jan 2010 23:41:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAFtoP0uDaFvJ/2dsb2JhbADREIQxBA X-IronPort-AV: E=Sophos;i="4.47,490,1257138000"; d="scan'208";a="59723836" Received: from ganges.cs.uoguelph.ca ([131.104.91.201]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 02 Jan 2010 18:41:08 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id BA88CFB801A; Sat, 2 Jan 2010 18:41:08 -0500 (EST) X-Virus-Scanned: amavisd-new at ganges.cs.uoguelph.ca Received: from ganges.cs.uoguelph.ca ([127.0.0.1]) by localhost (ganges.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id On8MTTY8iC6l; Sat, 2 Jan 2010 18:41:08 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by ganges.cs.uoguelph.ca (Postfix) with ESMTP id 1E2D9FB8042; Sat, 2 Jan 2010 18:41:06 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id o02Noq320930; Sat, 2 Jan 2010 18:50:52 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sat, 2 Jan 2010 18:50:52 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Jeremie Le Hen In-Reply-To: <20100102093617.GP84457@felucia.tataz.chchile.org> Message-ID: References: <20091213230650.GA45540@felucia.tataz.chchile.org> <20091229125603.GC84457@felucia.tataz.chchile.org> <20100102093617.GP84457@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rick Macklem , freebsd-stable@FreeBSD.org Subject: Re: Cannot list a particular directory through NFS with UDP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 23:41:10 -0000 On Sat, 2 Jan 2010, Jeremie Le Hen wrote: > > I will reduce the MTU and see if the problem arises with directories > that could be read correctly otherwise. I will keep you informed. > You can reduce rsize to 1024, so that it isn't happening, but that will also change the size of the readdir reply. (ie. It might make the problem go away, but doesn't prove that IP fragmentation is the cause..) > Does NFS permit to fragment/reassemble at the application layer? > Nope. IP fragment reassembly should work fine and IP fragmentation happens all the time when using NFS over UDP. (Some would say NFS over UDP misused/abused IP fragmentation. In any case, it happens more frequently there than anywhere else.) >> ps: I vaguely recall that the problem went away when you used TCP >> instead. Is that correct? > > Yes this is correct. > Thanks for poking at this, rick