From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 00:58:06 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCF97106574F for ; Sun, 3 Jun 2012 00:58:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AEEBB8FC0C; Sun, 3 Jun 2012 00:58:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q530w6HD055271; Sun, 3 Jun 2012 00:58:06 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q530w6B3055270; Sun, 3 Jun 2012 00:58:06 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sun, 3 Jun 2012 02:58:03 +0200 From: Baptiste Daroussin To: Jakub Lach Message-ID: <20120603005803.GF92976@ithaqua.etoilebsd.net> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <1338678229359-5714383.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="udcq9yAoWb9A4FsZ" Content-Disposition: inline In-Reply-To: <1338678229359-5714383.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 00:58:06 -0000 --udcq9yAoWb9A4FsZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 02, 2012 at 04:03:49PM -0700, Jakub Lach wrote: > Hmm... Speaking of libreoffice >=20 > ERROR: error 65280 occurred while making > /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/= prj >=20 > ? >=20 > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why= -Are-You-NOT-Using-FreeBSD-tp5714253p5714383.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Yeah libreoffice definitly needs some love, and have a fragile build system. Sorry I don't have time/motivation to work on it recently. regards, Bapt --udcq9yAoWb9A4FsZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/KtpsACgkQ8kTtMUmk6ExbXACffV/PmUXDaJY6He/Vnb6ivC7T WCoAoJp9n1cbJ5wcSjRhq5SjU+Uptn9q =VN93 -----END PGP SIGNATURE----- --udcq9yAoWb9A4FsZ-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 04:14:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A049E106566B; Sun, 3 Jun 2012 04:14:13 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF128FC0A; Sun, 3 Jun 2012 04:14:13 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.78]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q534EBgc006144; Sat, 2 Jun 2012 22:14:12 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 11:14:05 +0700 Message-ID: <2421561.4aJcXPZZxh@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCA20C5.6010901@zedat.fu-berlin.de> References: <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 04:14:13 -0000 Hi, On 02 June 2012 PM 4:18:45 O. Hartmann wrote: > On 06/02/12 14:47, Daniel Kalchev wrote: > > On 02.06.12 15:32, Erich wrote: > >> I know that the ports tree is a moving target. But it stops moving > >> during the release period. This could be used to give a fall back > >> solution. > >> > >> Or do I see this really too simple? > > > > The ports tree is a moving target during release periods still, although > > there are efforts to make movements smaller. This is why, after a > > release it suddenly moves more :) > > > > Daniel > > Even IF the ports tree IS a moving target, updating of UPDATING, for > instance, follows most times AFTER the critical ports has been > changed/updated and folks started updating their ports without realizing > that they have shot themselfs into the foot! > it is worse when people suddenly need something they did not install before. > Since I'm with FreeBSD, StarOffice, OpenOffice and even now LibreOffice > is a MESS! If you need to keep up with STABLE, in most cases due to StarOffice a mess? Not compared to OpenOffice! I cannot remember that I have had such problems with StarOffice. As I used StarOffice to write cheques those days, people getting money from me would have made a lot of noise. I stopped doing this when OpenOffice came into the picture. > modern hardware (*), binary packages are NOT provided or if so, they > won't work due to some incompatibilities. Isn't the lack of a binary package the proof that something is difficult to compile? > I witnessed those cases several times and at this moment, our four > remaining FreeBSD servers and my personal desktop as well as my private > box are rendered "unusable" in terms of having no LibreOffice since it > doesn't compile anymore on FreeBSD 9-STABLE/amd64 and 10-CURRENT/amd64. Can I recommend jails to you? I compile ports in a jail. When everything went through, I move this outside and install it. If something does not compile, I keep normally the old ports tree. This is the main cause why I run the in serious problems when I need a new port which needs an update of the ports tree. > At the moment, this mess is introduced with a new PNG library. And we > are updating on "life" machines, that means, they are not freshly Have fun with it. I have a running FreeBSD and will not touch the ports tree before this all has settled. > installed, they have been maintained for several months now. Very often, > when compalining about this, I get responses from people installing then > the critical software in a virtual machine and/or on newly setup boxes. > That doesn't reflect the way the systems have to be maintained. > This gets even more complicated. Try once to install a new machine, bring an old machine to the same state and then install on the new machine the same software which actually runs on the old one. This is something which I never managed. There is always something missing. > Well, one may argue with me about "server" and "desktop". Comparing > Linux (several distros) with FreeBSd and Windows makes the limited > adavntages of FreeBSD getting rendered neglegible. We need PowerPoint or > a similar office product for presentations, I'm getting strangled by > students when using LaTeX and "beamer" or "PowerDot". The pressure from > the Windows world is large. > You forgot to mention Scribus. It is a fantastic tool for people who know how to handle it. But your are cut off if you cannot read the files coming from other people. Just for the fun. If you get Microsoft-Formats from a client and send it then back to the same client but in a different department, it is not sure that they can read their 'own' files. > (*) It might be true that FreeBSD runs well on older hardware. But when > I order hardware from the budget I get, I do not want myself buying > outdated hardware. > FreeBSD runs also well on new hardware if it is not a notebook. What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? Erich > From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 08:11:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EAE4106566C; Sun, 3 Jun 2012 08:11:20 +0000 (UTC) (envelope-from nicolas.braudsantoni@gmail.com) Received: from mail-qa0-f49.google.com (mail-qa0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id AFA0D8FC0C; Sun, 3 Jun 2012 08:11:19 +0000 (UTC) Received: by qabj40 with SMTP id j40so1289584qab.15 for ; Sun, 03 Jun 2012 01:11:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=sJ6CTDygKb0Nyufl9Br4817c+k7P7e4X77DwDhMluh0=; b=FF0dHtanlXGR9LlBOpl6tq/SVvxwq5xq1n1KFqz1jjxkmc8biJKJketVak8Cusuw04 E49JeGd6dDKBSkduNmtbaj6Z5oWftpvKlSmiGiwM0QyFXrJ4FOGeHnH33wfIFYJyDchn UDYfDkTH6TMugaxXFzd2HpGOgWnuflcpEYuLgRvAcv4Gd6s9ymfqFiqml3HBCpSVwS/h aaDZYlXDf3LcAp4bBuGk916NNwhBYX9p6r86fhfOeWBKsrVZhbHGdzxf01t9iO7qy567 6jnCKmWX841RnUZKZhBcCPzi9AVqO1X/egl0+cRH/CLXVEgCgEixdc3Mf1/C8DpymM9f 3+MQ== MIME-Version: 1.0 Received: by 10.224.44.136 with SMTP id a8mr9623808qaf.34.1338711079098; Sun, 03 Jun 2012 01:11:19 -0700 (PDT) Sender: nicolas.braudsantoni@gmail.com Received: by 10.224.46.165 with HTTP; Sun, 3 Jun 2012 01:11:19 -0700 (PDT) In-Reply-To: <2421561.4aJcXPZZxh@x220.ovitrap.com> References: <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> Date: Sun, 3 Jun 2012 10:11:19 +0200 X-Google-Sender-Auth: BhCOvmfHrR7U8mC8Dx64wQWFjSE Message-ID: From: Nicolas Braud-Santoni To: Erich , ohartman@zedat.fu-berlin.de Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:11:20 -0000 Hi, 2012/6/3 Erich : > [...] >> I witnessed those cases several times and at this moment, our four >> remaining FreeBSD servers and my personal desktop as well as my private >> box are rendered "unusable" in terms of having no LibreOffice since it >> doesn't compile anymore on FreeBSD 9-STABLE/amd64 and 10-CURRENT/amd64. > > Can I recommend jails to you? I compile ports in a jail. When everything went through, I move this outside and install it. If something does not compile, I keep normally the old ports tree. poudriere + pkgng is especially nice for that kind of things :-) >> At the moment, this mess is introduced with a new PNG library. And we >> are updating on "life" machines, that means, they are not freshly > > Have fun with it. I have a running FreeBSD and will not touch the ports tree before this all has settled. I didn't have any special trouble switching my "production" boxes (mostly website hosting, and backup handling) to pkgng. What kind of trouble did you run into ? > [...] >> Well, one may argue with me about "server" and "desktop". Comparing >> Linux (several distros) with FreeBSd and Windows makes the limited >> adavntages of FreeBSD getting rendered neglegible. We need PowerPoint or >> a similar office product for presentations, I'm getting strangled by >> students when using LaTeX and "beamer" or "PowerDot". The pressure from >> the Windows world is large. Why would students need to edit your presentations ? For viewing, they shouldn't care about what generated the pdf/ps/dvi/whatever. By the way, here, students are more likely to strangle you for not using *TeX/Beamer. > Just for the fun. If you get Microsoft-Formats from a client and send it then back to the same client but in a different department, it is not sure that they can read their 'own' files. Had the problem once : I got sent paperwork, filled it, and send it to another department, which didn't have a recent enough version of M$ Office, so they were unable to read docx files. Regards, From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 08:54:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48AA11065672; Sun, 3 Jun 2012 08:54:14 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id CEA328FC0A; Sun, 3 Jun 2012 08:54:13 +0000 (UTC) Received: from [188.174.51.73] (helo=localhost.my.domain) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sb6Za-0004PO-Ml; Sun, 03 Jun 2012 10:54:07 +0200 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.my.domain (8.14.4/8.14.3) with ESMTP id q538s49N017512; Sun, 3 Jun 2012 10:54:04 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.14.4/8.14.3/Submit) id q538s4mT017511; Sun, 3 Jun 2012 10:54:04 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sun, 3 Jun 2012 10:54:03 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20120603085402.GA6129@tinyCurrent> References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201205311134.55258.jhb@freebsd.org> X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.51.73 Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 08:54:14 -0000 El día Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin escribió: > On Saturday, May 26, 2012 10:22:29 am Matthias Apitz wrote: > > > > Hi, > > > > The port ports/emulators/open-vm-tools does not compile in 10-CURRENT: > > > > # make install clean > > ... > > ... > > if_vxn.c:719: warning: implicit declaration of function 'IF_ADDR_LOCK' > > if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' > > [-Wnested-ext erns] > > if_vxn.c:746: warning: implicit declaration of function 'IF_ADDR_UNLOCK' > > if_vxn.c:746: warning: nested extern declaration of 'IF_ADDR_UNLOCK' > > [-Wnested-e xterns] > > *** [if_vxn.o] Error code 1 > > > > Let me know if you need more information. > > Thanks > > It should be using if_mcast_rlock() and if_mcast_runlock() instead of using > those macros directly. This works all the way back to 8.0. Hi, Is there a patch or some example how to replace IF_ADDR_LOCK/IF_ADDR_UNLOCK by if_mcast_rlock() and if_mcast_runlock()? The code in the above source looks like this: modules/freebsd/vmxnet/net_compat.h: ... #if __FreeBSD_version < 505000 # define VXN_IF_ADDR_LOCK(_ifp) # define VXN_IF_ADDR_UNLOCK(_ifp) #else # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) #endif modules/freebsd/vmxnet/if_vxn.c ... vxn_load_multicast(vxn_softc_t *sc) { struct ifmultiaddr *ifma; struct ifnet *ifp = VXN_SC2IFP(sc); ... VXN_IF_ADDR_LOCK(ifp); ... VXN_IF_ADDR_UNLOCK(ifp); ... Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ UNIX since V7 on PDP-11 | UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2 | FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 12:28:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 521AF106566B; Sun, 3 Jun 2012 12:28:42 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id F1FEC8FC15; Sun, 3 Jun 2012 12:28:41 +0000 (UTC) Received: by ggnm2 with SMTP id m2so3008761ggn.13 for ; Sun, 03 Jun 2012 05:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=TD1nLbCFZSnuNgv+s8VpEPr5wDYzw4RI0hzK0knpp2Q=; b=BYSR1TvYl0ao2M55ESdCp3KD6RUtoPKCiIkrqQkbB1N1vuvJsnBfXkOEzflR4uI+t8 DRYpRSgyo74gvXg6Kl7BHY1HNoJsA62TtEYXy/8yif5/MW6/ZfeBeuTusBOhbt3d+T8l 0Aq+ZdNIwFy4rWts58loyYaTwTHUfa4oes1xQDo0715aXPjRqXxNXcbrJkcOHhO6AGg5 d8idHOfLnUNCETw4qPLQlAz2l3/Nn9+xlTZR5p5ll30mQwZXJ7ckbGb6Hin0fa21vp3E wyK/ZcOUA0HtWJK1z6pAOX8ywidVjI/oqSnW2FIOPQEgk86mXIET7TL5Zo7ZbUBYFj/y 6Rdw== MIME-Version: 1.0 Received: by 10.236.175.105 with SMTP id y69mr3852283yhl.83.1338726521322; Sun, 03 Jun 2012 05:28:41 -0700 (PDT) Received: by 10.236.44.73 with HTTP; Sun, 3 Jun 2012 05:28:41 -0700 (PDT) Date: Sun, 3 Jun 2012 14:28:41 +0200 Message-ID: From: Oliver Pinter To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: amd64@freebsd.org Subject: UEFI secure bootloader from ferdora X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 12:28:42 -0000 https://github.com/mjg59/shim http://hup.hu/cikkek/20120603/a_fedora_megoldasa_az_uefi_secure_boot_mizeriara http://mjg59.dreamwidth.org/12368.html?thread=406864 From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 13:43:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 927E7106566B; Sun, 3 Jun 2012 13:43:04 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 604DC8FC14; Sun, 3 Jun 2012 13:43:04 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53Dh0G1012797; Sun, 3 Jun 2012 07:43:01 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 19:24:52 +0700 Message-ID: <1375234.KFMPb0Apoz@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCB38F2.4030505@ateamsystems.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 13:43:04 -0000 Hi, On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > On 6/3/2012 11:14, Erich wrote: > > What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > > > > I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > > > > I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > > I feel like I'm missing something. Why would you ever want to go back > to an old version of the ports tree? You're ignoring tons of security > issues! > > And if a port build is broken then the maintainer needs to fix it, that > is the solution. > > I must be missing something else here, it just seems like the underlying > "need" for this is misguided (and dangerous from a security perspective). yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. Of course, the next step will be an upgrade. But only after the work which brings in the money is done. You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. Erich From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 13:43:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6014C10658A0; Sun, 3 Jun 2012 13:43:36 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7368FC19; Sun, 3 Jun 2012 13:43:36 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q53DhV92013001; Sun, 3 Jun 2012 07:43:32 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Sun, 03 Jun 2012 20:29:47 +0700 Message-ID: <3851080.JQJobqxLc8@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCB38F2.4030505@ateamsystems.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 13:43:36 -0000 Hi, On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > On 6/3/2012 11:14, Erich wrote: > > What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > > > > I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > > > > I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > > I feel like I'm missing something. Why would you ever want to go back > to an old version of the ports tree? You're ignoring tons of security > issues! > > And if a port build is broken then the maintainer needs to fix it, that > is the solution. > > I must be missing something else here, it just seems like the underlying > "need" for this is misguided (and dangerous from a security perspective). yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. Of course, the next step will be an upgrade. But only after the work which brings in the money is done. You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. Erich From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 14:00:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6DEB1106567B; Sun, 3 Jun 2012 14:00:33 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 841D88FC17; Sun, 3 Jun 2012 14:00:11 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5190520pbb.13 for ; Sun, 03 Jun 2012 07:00:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=+hLAkp92zA2F0wwi9UnbS39b2DUcbtNj6EM6jzcG6vw=; b=S4WblKTY4qlJeQAYm7jPPgVZZo23vINTP3D6yrNA0OaiiZsV11bmMLIqhtD5ZttuKt vtSa/F6hi8QJ8A2wNMLcF4r8iwlzKPf1146+VTzp2+6C+SvdqNEBTTu/OrCBNQNhJwmM iZeKeklPnEtUNmqZDL2ruhPFdti1k5XlVFRgScCUHKYmRpm8jVn77ie6Spp5x6AKkUrh aR2cnwoJV9xxiomg6feD8ty6k1q4iz6opUeNs1fsgWfhuFGZgKrCY4wcUBDj4WtHkT67 TuFwFh7ck58haOaczhUFY1j96QWmR8y7+KQ6EGnoR86cV6EnhrhqtxlJdBawkzEzDqRQ zRhQ== MIME-Version: 1.0 Received: by 10.68.132.34 with SMTP id or2mr29960649pbb.118.1338732011029; Sun, 03 Jun 2012 07:00:11 -0700 (PDT) Received: by 10.68.6.201 with HTTP; Sun, 3 Jun 2012 07:00:10 -0700 (PDT) In-Reply-To: <3851080.JQJobqxLc8@x220.ovitrap.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> Date: Sun, 3 Jun 2012 10:00:10 -0400 Message-ID: From: Super Bisquit To: freebsd-stable@freebsd.org, freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 14:00:33 -0000 On Sun, Jun 3, 2012 at 9:29 AM, Erich wrote: > Hi, > > On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >> On 6/3/2012 11:14, Erich wrote: >> > What I really do not understand in this whole discussion is very simpl= e. Is it just a few people who run into problems like this or is this simpl= y ignored by the people who set the strategy for FreeBSD? >> > >> > I mention since yeares here that putting version numbers onto the port= tree would solve many of these problems. All I get as an answer is that it= is not possible. >> > >> > I think that this should be easily possible with the limitation that o= lder versions do not have security fixes. Yes, but of what help is a securi= ty fix if there is no running port for the fix? >> >> I feel like I'm missing something. =A0Why would you ever want to go back >> to an old version of the ports tree? =A0You're ignoring tons of security >> issues! >> >> And if a port build is broken then the maintainer needs to fix it, that >> is the solution. >> >> I must be missing something else here, it just seems like the underlying >> "need" for this is misguided (and dangerous from a security perspective)= . > > yes, you miss a very simple thing. Updated this morning your ports tree. = Your client asks for something for Monday morning for which you need now a = program which needs some kind of PNG but you did not install it. > > Do you have a machine that is fast enough to upgrade all your ports and s= till finish what your client needs Monday morning? > > The ports tree is not broken as such. Only the installation gets broken i= n some sense. Have a version number there would allow people to go back to = the last known working ports tree, install the software - or whatever has t= o be done - with a working system. > > Of course, the next step will be an upgrade. But only after the work whic= h brings in the money is done. > > You do not face this problem on Windows. You can run a 10 year old 'kerne= l' and still install modern software. > > Erich > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " I am not currently using FreeBSD because I am transient, two laptops and only one works, not able to set up a FreeBSD system- using Linux. From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 17:58:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1CC9106566B for ; Sun, 3 Jun 2012 17:58:34 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 376468FC18 for ; Sun, 3 Jun 2012 17:58:34 +0000 (UTC) Received: from digsys200-136.pip.digsys.bg (digsys200-136.pip.digsys.bg [193.68.136.200]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q53HwIhm023356 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 3 Jun 2012 20:58:22 +0300 (EEST) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=windows-1251 From: Daniel Kalchev In-Reply-To: <1338678229359-5714383.post@n5.nabble.com> Date: Sun, 3 Jun 2012 20:58:22 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <8F38CA40-C53C-4779-AD23-37B52C64F13C@digsys.bg> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <1338678229359-5714383.post@n5.nabble.com> To: Jakub Lach X-Mailer: Apple Mail (2.1278) Cc: freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 17:58:34 -0000 I had few troubles compiling OpenOffice, until closer inspection, that = revealed I had forgotten to remove the redirection of libs to gcc4.6 in = /etc/libmap.conf -- left from my experiments to like it for compiling = ports=85 (with the pipe dream software will run faster) After cleaning my system of this junk completely, OpenOffice built just = fine from the first try. Needless to say, this wasted few days for me -- = but it was entirely my fault. Daniel On Jun 3, 2012, at 2:03 AM, Jakub Lach wrote: > Hmm... Speaking of libreoffice >=20 > ERROR: error 65280 occurred while making > = /usr/obj/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/vcl/p= rj >=20 > ? >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp57= 14253p5714383.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 20:55:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4EF106566C; Sun, 3 Jun 2012 20:55:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C338C8FC1E; Sun, 3 Jun 2012 20:55:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SbHpx-0007Fz-PH>; Sun, 03 Jun 2012 22:55:45 +0200 Received: from e178013064.adsl.alicedsl.de ([85.178.13.64] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SbHpx-0001Iy-JM>; Sun, 03 Jun 2012 22:55:45 +0200 Message-ID: <4FCBCF49.1010206@zedat.fu-berlin.de> Date: Sun, 03 Jun 2012 22:55:37 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> In-Reply-To: <3851080.JQJobqxLc8@x220.ovitrap.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig41080BA85D89561BF18ABBB1" X-Originating-IP: 85.178.13.64 Cc: "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 20:55:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig41080BA85D89561BF18ABBB1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/03/12 15:29, Erich wrote: > Hi, >=20 > On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >> On 6/3/2012 11:14, Erich wrote: >>> What I really do not understand in this whole discussion is very simp= le. Is it just a few people who run into problems like this or is this si= mply ignored by the people who set the strategy for FreeBSD? >>> >>> I mention since yeares here that putting version numbers onto the por= t tree would solve many of these problems. All I get as an answer is that= it is not possible. >>> >>> I think that this should be easily possible with the limitation that = older versions do not have security fixes. Yes, but of what help is a sec= urity fix if there is no running port for the fix? >> >> I feel like I'm missing something. Why would you ever want to go back= =20 >> to an old version of the ports tree? You're ignoring tons of security= =20 >> issues! =2E.. I think the PNG update isn't a security issue. And for not being a security issue, it triggered an inadequate mess! >> >> And if a port build is broken then the maintainer needs to fix it, tha= t=20 >> is the solution. Look at the comment of the maintainer of LibreOffice ... >> >> I must be missing something else here, it just seems like the underlyi= ng=20 >> "need" for this is misguided (and dangerous from a security perspectiv= e). >=20 > yes, you miss a very simple thing. Updated this morning your ports tree= =2E Your client asks for something for Monday morning for which you need = now a program which needs some kind of PNG but you did not install it. =2E.. I spent now two complete days watching my boxes updating their ports. Several ports do not compile anymore (inkscape, libreoffice, libxul, to name some of the very hurting ones!). >=20 > Do you have a machine that is fast enough to upgrade all your ports and= still finish what your client needs Monday morning? Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable of compiling all the ports in due time. Several ports requested attendance, several, as mentioned, didn't compile out of the blue. >=20 > The ports tree is not broken as such. Only the installation gets broken= in some sense. Have a version number there would allow people to go back= to the last known working ports tree, install the software - or whatever= has to be done - with a working system. >=20 > Of course, the next step will be an upgrade. But only after the work wh= ich brings in the money is done. >=20 > You do not face this problem on Windows. You can run a 10 year old 'ker= nel' and still install modern software. >=20 > Erich I like having a very modern system with the most recent software. But in some cases, like these days with the PNG, FreeBSD's ports becomes again a problem. There is no convenient way to downgrade or allow the user/admin managing how to deal with the load of updates. --------------enig41080BA85D89561BF18ABBB1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPy89RAAoJEOgBcD7A/5N8uCEIAMQgGimazyFfuNmK9zu4M7B8 uvOQWFSqDidSN23kCXcLur+u/A9a1PjEkuzMFjE//OP7br7SbCxPkdfyqn5j5QG7 Yhj/e0qs5+JL+WePaWWSKAPWmFqZqYtTSkn9/Bf6qglfDjG82hOq+7DxZZz976NP Ki6BGx1GJjUD1YBOeb8rHatc+Dz4PSqshsxBfwbuCieWuq8HRaQjmDeBfJ+77fJI 7RRfyGufixdeizttzWD7/8ouZBlEPqgjXUm5iW2CIvQdE1vHHDNuq70ri9jrGM3S 3ZOo87ewpFcaDfuJbZWGYaTcWRxTuH1K8FF55JTtEwdFeCCcLX78eFKIqR72umk= =M0oQ -----END PGP SIGNATURE----- --------------enig41080BA85D89561BF18ABBB1-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 20:56:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65FAC10656DC; Sun, 3 Jun 2012 20:56:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 02DC88FC08; Sun, 3 Jun 2012 20:56:33 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA01667; Sun, 03 Jun 2012 23:56:32 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SbHqi-000MuE-3h; Sun, 03 Jun 2012 23:56:32 +0300 Message-ID: <4FCBCF7E.9020603@FreeBSD.org> Date: Sun, 03 Jun 2012 23:56:30 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-Current , freebsd-net@FreeBSD.org X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: melifaro@FreeBSD.org, Jung-uk Kim Subject: null pointer panic in bpf_peers_present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 20:56:35 -0000 I wonder if anybody else is seeing this and if there is a fix... This is very recent (today's) FreeBSD head with pretty dull network configuration. During boot I run into the following panic: <118>Setting hostname: xxxxx <118>Starting dhclient. Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805a12a8 stack pointer = 0x28:0xffffff8249905a10 frame pointer = 0x28:0xffffff8249905a50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq20: rl0) trap number = 12 panic: page fault cpuid = 0 curthread: 0xfffffe00115e14b0 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff802cc50a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff8051ce2a = kdb_backtrace+0x3a panic() at 0xffffffff804e9e36 = panic+0x266 trap_fatal() at 0xffffffff80692f9d = trap_fatal+0x3ad trap_pfault() at 0xffffffff806930d5 = trap_pfault+0x115 trap() at 0xffffffff8069383b = trap+0x49b calltrap() at 0xffffffff8067ec63 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff805a12a8, rsp = 0xffffff8249905a10, rbp = 0xffffff8249905a50 --- ether_nh_input() at 0xffffffff805a12a8 = ether_nh_input+0x118 netisr_dispatch_src() at 0xffffffff805a9a31 = netisr_dispatch_src+0xb1 netisr_dispatch() at 0xffffffff805a9c41 = netisr_dispatch+0x11 ether_input() at 0xffffffff805a0c0e = ether_input+0xe rl_rxeof() at 0xffffffff805f97c8 = rl_rxeof+0x228 rl_intr() at 0xffffffff805faaa6 = rl_intr+0xf6 intr_event_execute_handlers() at 0xffffffff804c17e9 = intr_event_execute_handlers+0xd9 ithread_loop() at 0xffffffff804c247f = ithread_loop+0x9f fork_exit() at 0xffffffff804bef25 = fork_exit+0x125 fork_trampoline() at 0xffffffff8067f18e = fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8249905cf0, rbp = 0 --- Uptime: 31s ether_nh_input+0x118 corresponds to: (kgdb) list *ether_nh_input+0x118 0xffffffff805a12a8 is in ether_nh_input (bpf.h:1248). 1243 1244 static __inline int 1245 bpf_peers_present(struct bpf_if *bpf) 1246 { 1247 1248 if (!LIST_EMPTY(&bpf->bif_dlist)) 1249 return (1); 1250 return (0); 1251 } 1252 bpf argument seems to be NULL. Because of inlining the backtrace does not show a call to ether_input_internal where ETHER_BPF_MTAP() invokes bpf_peers_present(). The system has two network interfaces: rl and re. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 21:16:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C163E106568E for ; Sun, 3 Jun 2012 21:16:59 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 934F48FC1B for ; Sun, 3 Jun 2012 21:16:59 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so5443676pbb.13 for ; Sun, 03 Jun 2012 14:16:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3McSdIFIjmoJclk4ZSMXwTUdMw0qhYUGWMLA+29l288=; b=pwIFwmNx0F0nQpxIfpQ3ztzGaOQvzZAeSgV5g1F1dMpJgF19kdBJXpuRrmMTlbNpcD +Lx6/EkAXrHntFp2oOZOprgHVV5ftD3TBSmmUNCrpKyKjvQx7HHhTslwzWqte+utx7d4 m1VvT8xJgWTGIt6V6Ujmf1yCkXtDlgt01veVLekUIZkbfUajZWGlHACj8v4ThtwIJwK9 YbtELi5E9O7fzv92E6Ob758Wgt+Zdi+hYwwYz/tnTWTky84EmWcrTfRXgyF0WBlfk9D7 A4ZG3ACVKLFdBlk/S8HD03poyFcpdgxcdA5gPhIACSWcPAcXfERK4NDZ5TBp3X+qp+Yw P3TA== MIME-Version: 1.0 Received: by 10.68.234.101 with SMTP id ud5mr4624449pbc.41.1338758219284; Sun, 03 Jun 2012 14:16:59 -0700 (PDT) Received: by 10.68.6.201 with HTTP; Sun, 3 Jun 2012 14:16:59 -0700 (PDT) In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> Date: Sun, 3 Jun 2012 17:16:59 -0400 Message-ID: From: Super Bisquit To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 21:16:59 -0000 On Sun, Jun 3, 2012 at 4:55 PM, O. Hartmann w= rote: > On 06/03/12 15:29, Erich wrote: >> Hi, >> >> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>> On 6/3/2012 11:14, Erich wrote: >>>> What I really do not understand in this whole discussion is very simpl= e. Is it just a few people who run into problems like this or is this simpl= y ignored by the people who set the strategy for FreeBSD? >>>> >>>> I mention since yeares here that putting version numbers onto the port= tree would solve many of these problems. All I get as an answer is that it= is not possible. >>>> >>>> I think that this should be easily possible with the limitation that o= lder versions do not have security fixes. Yes, but of what help is a securi= ty fix if there is no running port for the fix? >>> >>> I feel like I'm missing something. =A0Why would you ever want to go bac= k >>> to an old version of the ports tree? =A0You're ignoring tons of securit= y >>> issues! > > ... I think the PNG update isn't a security issue. And for not being a > security issue, it triggered an inadequate =A0mess! > >>> >>> And if a port build is broken then the maintainer needs to fix it, that >>> is the solution. > > Look at the comment of the maintainer of LibreOffice ... >>> >>> I must be missing something else here, it just seems like the underlyin= g >>> "need" for this is misguided (and dangerous from a security perspective= ). >> >> yes, you miss a very simple thing. Updated this morning your ports tree.= Your client asks for something for Monday morning for which you need now a= program which needs some kind of PNG but you did not install it. > > ... I spent now two complete days watching my boxes updating their > ports. Several ports do not compile anymore (inkscape, libreoffice, > libxul, to name some of the very hurting ones!). Build the application directly from source. The suggestion to use the ports tree for software is so that the system has a consistent structure; however, when it comes down to it, just the base system is the only part that needs to be unified, everything else can be installed from source. > >> >> Do you have a machine that is fast enough to upgrade all your ports and = still finish what your client needs Monday morning? > > Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable > of compiling all the ports in due time. Several ports requested > attendance, several, as mentioned, didn't compile out of the blue. The processor speed does not matter when compiling; on the other hand, processor compatibility is important. > >> >> The ports tree is not broken as such. Only the installation gets broken = in some sense. Have a version number there would allow people to go back to= the last known working ports tree, install the software - or whatever has = to be done - with a working system. >> >> Of course, the next step will be an upgrade. But only after the work whi= ch brings in the money is done. >> >> You do not face this problem on Windows. You can run a 10 year old 'kern= el' and still install modern software. >> >> Erich > > I like having a very modern system with the most recent software. But in > some cases, like these days with the PNG, FreeBSD's ports becomes again > a problem. There is no convenient way to downgrade or allow the > user/admin managing how to deal with the load of updates. > At times it is necessary for the end user to edit files and build applications directly from source. If a homeless person like me can take time to learn FreeBSD to the point of working with PowerPC and other projects, then why can't the lot of you with all that you have take the time to learn enough to maintain something as simple as a third party application? From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 22:22:52 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E7FA1065696; Sun, 3 Jun 2012 22:22:52 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C779A8FC08; Sun, 3 Jun 2012 22:22:50 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA02923; Mon, 04 Jun 2012 01:22:48 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SbJCC-000Mzm-5e; Mon, 04 Jun 2012 01:22:48 +0300 Message-ID: <4FCBE3B6.1020003@FreeBSD.org> Date: Mon, 04 Jun 2012 01:22:46 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-Current , freebsd-net@FreeBSD.org, melifaro@FreeBSD.org References: <4FCBCF7E.9020603@FreeBSD.org> In-Reply-To: <4FCBCF7E.9020603@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: null pointer panic in bpf_peers_present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 22:22:52 -0000 on 03/06/2012 23:56 Andriy Gapon said the following: > > I wonder if anybody else is seeing this and if there is a fix... > This is very recent (today's) FreeBSD head with pretty dull network > configuration. During boot I run into the following panic: > > <118>Setting hostname: xxxxx > <118>Starting dhclient. > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x10 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff805a12a8 > stack pointer = 0x28:0xffffff8249905a10 > frame pointer = 0x28:0xffffff8249905a50 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq20: rl0) > trap number = 12 > panic: page fault > cpuid = 0 > curthread: 0xfffffe00115e14b0 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff802cc50a = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff8051ce2a = kdb_backtrace+0x3a > panic() at 0xffffffff804e9e36 = panic+0x266 > trap_fatal() at 0xffffffff80692f9d = trap_fatal+0x3ad > trap_pfault() at 0xffffffff806930d5 = trap_pfault+0x115 > trap() at 0xffffffff8069383b = trap+0x49b > calltrap() at 0xffffffff8067ec63 = calltrap+0x8 > --- trap 0xc, rip = 0xffffffff805a12a8, rsp = 0xffffff8249905a10, rbp = > 0xffffff8249905a50 --- > ether_nh_input() at 0xffffffff805a12a8 = ether_nh_input+0x118 > netisr_dispatch_src() at 0xffffffff805a9a31 = netisr_dispatch_src+0xb1 > netisr_dispatch() at 0xffffffff805a9c41 = netisr_dispatch+0x11 > ether_input() at 0xffffffff805a0c0e = ether_input+0xe > rl_rxeof() at 0xffffffff805f97c8 = rl_rxeof+0x228 > rl_intr() at 0xffffffff805faaa6 = rl_intr+0xf6 > intr_event_execute_handlers() at 0xffffffff804c17e9 = > intr_event_execute_handlers+0xd9 > ithread_loop() at 0xffffffff804c247f = ithread_loop+0x9f > fork_exit() at 0xffffffff804bef25 = fork_exit+0x125 > fork_trampoline() at 0xffffffff8067f18e = fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffff8249905cf0, rbp = 0 --- > Uptime: 31s My current guess is that the panic occurs because of the newly added (r235745) bpf_ifdetach which is an ifnet_departure_event handler. My rc.conf is configured to do interface renaming and SIOCSIFNAME seems to post ifnet_departure_event followed by ifnet_arrival_event. Not sure if it's a window between ifnet_departure_event and ifnet_arrival_event when if_bpf is NULL, or if if_bpf is never restored in this case. > ether_nh_input+0x118 corresponds to: > (kgdb) list *ether_nh_input+0x118 > 0xffffffff805a12a8 is in ether_nh_input (bpf.h:1248). > 1243 > 1244 static __inline int > 1245 bpf_peers_present(struct bpf_if *bpf) > 1246 { > 1247 > 1248 if (!LIST_EMPTY(&bpf->bif_dlist)) > 1249 return (1); > 1250 return (0); > 1251 } > 1252 > > bpf argument seems to be NULL. > > Because of inlining the backtrace does not show a call to ether_input_internal > where ETHER_BPF_MTAP() invokes bpf_peers_present(). > The system has two network interfaces: rl and re. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Jun 3 23:46:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6A5E1065673 for ; Sun, 3 Jun 2012 23:46:46 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AC75D8FC0C for ; Sun, 3 Jun 2012 23:46:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SbKVM-0005vv-D2 for freebsd-current@freebsd.org; Sun, 03 Jun 2012 16:46:40 -0700 Date: Sun, 3 Jun 2012 16:46:40 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338767200394-5714654.post@n5.nabble.com> In-Reply-To: References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jun 2012 23:46:46 -0000 > just the base system is > the only part that needs to be unified, everything else can be > installed from source. You really don't know what you are talking about, do you? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714654.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 00:57:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61AB106564A for ; Mon, 4 Jun 2012 00:57:55 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7B3B48FC08 for ; Mon, 4 Jun 2012 00:57:55 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.67]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q540vsPF004264; Sun, 3 Jun 2012 18:57:54 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Mon, 04 Jun 2012 07:57:48 +0700 Message-ID: <8751723.anVGD7XN7Y@x220.ovitrap.com> Organization: ALO Green Technologies Pte Ltd User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <1338767200394-5714654.post@n5.nabble.com> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <1338767200394-5714654.post@n5.nabble.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Mon, 04 Jun 2012 01:09:11 +0000 Cc: Jakub Lach Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 00:57:55 -0000 Hi, On 03 June 2012 PM 4:46:40 Jakub Lach wrote: > > just the base system is > > the only part that needs to be unified, everything else can be > > installed from source. > > You really don't know what you are talking about, do you? the chicken and the egg Erich From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 06:03:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C3481065670; Mon, 4 Jun 2012 06:03:54 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id E85AF8FC17; Mon, 4 Jun 2012 06:03:53 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2EA5A13F69; Mon, 4 Jun 2012 06:03:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q5463hIM019386; Mon, 4 Jun 2012 06:03:44 GMT (envelope-from phk@phk.freebsd.dk) To: Erich From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 03 Jun 2012 20:29:47 +0700." <3851080.JQJobqxLc8@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 04 Jun 2012 06:03:43 +0000 Message-ID: <19385.1338789823@critter.freebsd.dk> Cc: "O. Hartmann" , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 06:03:54 -0000 In message <3851080.JQJobqxLc8@x220.ovitrap.com>, Erich writes: >yes, you miss a very simple thing. Updated this morning your ports >tree. Your client asks for something for Monday morning for which >you need now a program which needs some kind of PNG but you did not >install it. It seems to me that you are missing a number of aspects and options of how you do configuration control on a system, if you think the ports collection is your only tool. Take a peek at src/tools/tools/sysbuild for instance. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 06:48:45 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 168AD106566C; Mon, 4 Jun 2012 06:48:45 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF358FC0C; Mon, 4 Jun 2012 06:48:44 +0000 (UTC) Received: from v6.mpls.in ([2a02:978:2::5] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SbR5s-000G3Q-Vs; Mon, 04 Jun 2012 10:48:49 +0400 Message-ID: <4FCC5A46.8020007@FreeBSD.org> Date: Mon, 04 Jun 2012 10:48:38 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120121 Thunderbird/9.0 MIME-Version: 1.0 To: Andriy Gapon References: <4FCBCF7E.9020603@FreeBSD.org> <4FCBE3B6.1020003@FreeBSD.org> In-Reply-To: <4FCBE3B6.1020003@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------030701000408000400090005" Cc: freebsd-net@FreeBSD.org, FreeBSD-Current Subject: Re: null pointer panic in bpf_peers_present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 06:48:45 -0000 This is a multi-part message in MIME format. --------------030701000408000400090005 Content-Type: text/plain; charset=x-viet-vps; format=flowed Content-Transfer-Encoding: 7bit On 04.06.2012 02:22, Andriy Gapon wrote: > on 03/06/2012 23:56 Andriy Gapon said the following: >> >> I wonder if anybody else is seeing this and if there is a fix... >> This is very recent (today's) FreeBSD head with pretty dull network >> configuration. During boot I run into the following panic: >> >> <118>Setting hostname: xxxxx >> <118>Starting dhclient. >> > My current guess is that the panic occurs because of the newly added (r235745) > bpf_ifdetach which is an ifnet_departure_event handler. My rc.conf is > configured to do interface renaming and SIOCSIFNAME seems to post > ifnet_departure_event followed by ifnet_arrival_event. > > Not sure if it's a window between ifnet_departure_event and ifnet_arrival_event > when if_bpf is NULL, or if if_bpf is never restored in this case. if_bpf is never restored. Can you please try an attached patch ? >> > > --------------030701000408000400090005 Content-Type: text/plain; name="bpf_rename.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bpf_rename.diff" Index: sys/net/bpf.c =================================================================== --- sys/net/bpf.c (revision 236540) +++ sys/net/bpf.c (working copy) @@ -2542,13 +2542,23 @@ bpf_ifdetach(void *arg __unused, struct ifnet *ifp { struct bpf_if *bp; - if ((bp = ifp->if_bpf) == NULL) + BPF_LOCK(); + if ((bp = ifp->if_bpf) == NULL) { + BPF_UNLOCK(); return; + } + if ((bp->flags & BPFIF_FLAG_DYING) == 0) { + BPF_UNLOCK(); + return; + } + CTR3(KTR_NET, "%s: freing BPF instance %p for interface %p", __func__, bp, ifp); ifp->if_bpf = NULL; + BPF_UNLOCK(); + rw_destroy(&bp->bif_lock); free(bp, M_BPF); } --------------030701000408000400090005-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 10:31:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC2D106564A for ; Mon, 4 Jun 2012 10:31:38 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8EB8FC0C for ; Mon, 4 Jun 2012 10:31:37 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q54AVYbg034434 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 4 Jun 2012 13:31:34 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCC8E86.2080901@digsys.bg> Date: Mon, 04 Jun 2012 13:31:34 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:31:38 -0000 On 03.06.12 23:55, O. Hartmann wrote: > On 06/03/12 15:29, Erich wrote: >> yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. > ... I spent now two complete days watching my boxes updating their > ports. Several ports do not compile anymore (inkscape, libreoffice, > libxul, to name some of the very hurting ones!). Someone forced you to recompile your ports? :) Just for the record, I too saw a lot of re-compilation necessary because of this PNG library update and for the most part, this was not necessary, but unfortunately this is how the ports dependencies are described by their maintainers - the upgrade tools like portmaster or portupgrade can hardly help much here. Anyway, I am rebuilding on occasions like this just for the fun of it. Always have spare/backup system to work on while my primary desktop rebuilds because it breaks from time to time. By the way, this rebuild didn't give my lowly dual-core core2 6300 at 1.86 GHz much trouble. In any case, suppose a customer comes and asks for an application that uses PNG, you just updated your ports tree and then you either: 1. Have already libpng installed. Then you just don't rebuild libpng, just install the new software. You do this by going to the ports directory like /usr/ports/cathegory/greatstuff and type "make install". This will use the existing libpng on your system. No trouble. 2. Don't have libpng installed yet. You install the new port any way you like. Since you have no libpng on your system, you have no dependencies to upgrade (and wait). You will end up with the new libpng on your system. No trouble. Applying some common sense to these situations helps great deal. It also helps to avoid any prejudice towards FreeBSD or whatever OS you end up using in the process. Daniel From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 10:55:16 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A7A61065676; Mon, 4 Jun 2012 10:55:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 86AD98FC14; Mon, 4 Jun 2012 10:55:15 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08179; Mon, 04 Jun 2012 13:55:13 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SbUwK-0000Ju-Uk; Mon, 04 Jun 2012 13:55:12 +0300 Message-ID: <4FCC940E.2070008@FreeBSD.org> Date: Mon, 04 Jun 2012 13:55:10 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: "Alexander V. Chernikov" References: <4FCBCF7E.9020603@FreeBSD.org> <4FCBE3B6.1020003@FreeBSD.org> <4FCC5A46.8020007@FreeBSD.org> In-Reply-To: <4FCC5A46.8020007@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, FreeBSD-Current Subject: Re: null pointer panic in bpf_peers_present X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:55:16 -0000 on 04/06/2012 09:48 Alexander V. Chernikov said the following: > On 04.06.2012 02:22, Andriy Gapon wrote: >> on 03/06/2012 23:56 Andriy Gapon said the following: >>> >>> I wonder if anybody else is seeing this and if there is a fix... >>> This is very recent (today's) FreeBSD head with pretty dull network >>> configuration. During boot I run into the following panic: >>> >>> <118>Setting hostname: xxxxx >>> <118>Starting dhclient. >>> >> My current guess is that the panic occurs because of the newly added (r235745) >> bpf_ifdetach which is an ifnet_departure_event handler. My rc.conf is >> configured to do interface renaming and SIOCSIFNAME seems to post >> ifnet_departure_event followed by ifnet_arrival_event. >> >> Not sure if it's a window between ifnet_departure_event and ifnet_arrival_event >> when if_bpf is NULL, or if if_bpf is never restored in this case. > if_bpf is never restored. > > Can you please try an attached patch ? I can boot successfully with this patch. Thank you! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 14:02:01 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B0ACD1065673 for ; Mon, 4 Jun 2012 14:02:01 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 460A88FC14 for ; Mon, 4 Jun 2012 14:02:01 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so2330791wib.13 for ; Mon, 04 Jun 2012 07:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=oWULwLdkPjiy0DW0gDJ++hv9zObFspJDsBI7aOQ1kJ0=; b=j1p6inqxIOv39EjbDHwrho/w/zFHsp+F0bAhQIBfMNJb8VBqTTRzp3AZkVaiF6JK5Q slHKTaP2qESr9Olc+GuRTLwgRXcoT8CgY4ONI2XFJMpLjYD35N3Yeocm1LuQMj/p8lcJ OQMCrX8UuVLFi+Und4Plo/4Cl/HW4UWx/WAl3P994MgSO2iCDIMrkOLpAF6ShOqwWlYq eS3ix9/CUH59xf8UampSX6JQJV+Em3LnT5B85q6W9EgU+epFs0v+CkFb0lhV7uPrykLH eun8LHiJdxdOVfQZ7jVeIGBVZUz3Ao++pHj2uUMm2foIdh+m7qWVudeOOWITujNqCwgQ ruJw== MIME-Version: 1.0 Received: by 10.216.226.147 with SMTP id b19mr11256841weq.210.1338818520250; Mon, 04 Jun 2012 07:02:00 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Mon, 4 Jun 2012 07:02:00 -0700 (PDT) Date: Mon, 4 Jun 2012 10:02:00 -0400 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Daniel Kalchev Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 14:02:01 -0000 ... > In any case, suppose a customer comes and asks for an application that > uses PNG, you just updated your ports tree and then you either: > > 1. Have already libpng installed. > Then you just don't rebuild libpng, just install the new software. You > do this by going to the ports directory like > /usr/ports/cathegory/greatstuff and type "make install". This will use > the existing libpng on your system. No trouble. ... except the name of the libpng shared library changed, so the builds of many ports will fail because they'll look for libpng15 instead of libpng. Problem. You could use local modifications to your tree, or symlinks and libmap.conf(5) settings, to work around this in many cases, but it would be a nuisance. Also, some other ports may have been patched to work with the new shared library. In this case, it won't make much difference, but, speaking more generally about updates of this kind, there may be problems. > > 2. Don't have libpng installed yet. > You install the new port any way you like. Since you have no libpng on > your system, you have no dependencies to upgrade (and wait). You will > end up with the new libpng on your system. No trouble. > ... except that it usually takes a few days for some of the bugs to be found and fixed, and the dust to settle, even for major updates that have undergone routine testing. So if you have a tight deadline, there could be a problem, because some of your builds may fail due to unexpected interactions with other software, non-default settings, etc. Or some updated software may work differently or improperly. > Applying some common sense to these situations helps great deal. It also > helps to avoid any prejudice towards FreeBSD or whatever OS you end up > using in the process. Yes. The sensible thing to do is to check to see that you're not updating your ports tree immediately after major changes have been made, if you're concerned about stability, and you don't have much time to fix things. If you have updated your tree, back-up your installed packages before attempting to update them (pkg_create -b, pkgng backup, etc.). If you then find that the new version of the tree is unsuitable, you can revert to an earlier snapshot using cvs/csup and release/date tags, roll back to your old packages, and proceed. These issues are not peculiar to FreeBSD, and we expect to see continued improvement in both Ports and the use of packages. b. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 14:30:43 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27FE106566B; Mon, 4 Jun 2012 14:30:43 +0000 (UTC) (envelope-from misho@aitbg.com) Received: from x0r.aitnet.org (unknown [IPv6:2a00:e40:deba:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4A08FC18; Mon, 4 Jun 2012 14:30:43 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by x0r.aitnet.org (Postfix) with ESMTP id DB77E3F7AA; Mon, 4 Jun 2012 17:30:42 +0300 (EEST) X-Virus-Scanned: amavisd-new at aitnet.org Received: from x0r.aitnet.org ([127.0.0.1]) by localhost (x0r.aitnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4zJUyPUjU17k; Mon, 4 Jun 2012 17:30:42 +0300 (EEST) Received: from misho.batmbg.com (unknown [212.116.129.162]) by x0r.aitnet.org (Postfix) with ESMTPSA id B20263F7A6; Mon, 4 Jun 2012 17:30:42 +0300 (EEST) Date: Mon, 4 Jun 2012 17:31:54 +0300 From: Michael Pounov To: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Message-Id: <20120604173154.a54b48ac.misho@aitbg.com> Organization: AITNET X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: bpf kernel crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 14:30:44 -0000 Kernel crash when you wish to change interface name from vlan0 to other name It seems to be in arrival/departure events. 1) when I set up vlan0 and change name to mgmt and after that destroy mgmt. kernel crash in bpfdetach() at line 2495. where it tries to find interface structure. 2) when I setup vlan0, change name to mgmt and set ip address. After few seconds kernel crash in vlan_transmit() at line 1029. where it tries to push mbufs to bpf interface, but it is NULL. -- Michael Pounov From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:24:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C8F3106566B; Mon, 4 Jun 2012 15:24:35 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D67BD8FC08; Mon, 4 Jun 2012 15:24:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q54FOYsB020594; Mon, 4 Jun 2012 15:24:34 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q54FOYnQ020593; Mon, 4 Jun 2012 15:24:34 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 4 Jun 2012 17:24:31 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120604152431.GD73254@ithaqua.etoilebsd.net> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pZs/OQEoSSbxGlYw" Content-Disposition: inline In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@FreeBSD.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:24:35 -0000 --pZs/OQEoSSbxGlYw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 03, 2012 at 10:55:37PM +0200, O. Hartmann wrote: > On 06/03/12 15:29, Erich wrote: > >> > >> And if a port build is broken then the maintainer needs to fix it, tha= t=20 > >> is the solution. >=20 > Look at the comment of the maintainer of LibreOffice ... LibreOffice is not a small port, I managed to make 3.5.x work until the boost upgrade indirectly broke it. LibreOffice is quite complicated to work= on and I am only working on it to maintain it alive. Other projects like pkgng= and some huge changes on the port infrastructure are taking all my free time right n= ow. Remember this is a volunteer work, I already sent request for people to be help on LibreOffice. I got some help from time to time, but noone really co= me to take the hard work on LibreOffice, so yes my replies are still the same I'm just try= ing to keep it alive I missed 3.5.3 and now we are at 3.5.4 and I don't know when = I'll start to work. The work on it is not that complicated but it requires a huge amount of time which I currently don't have, and upstream is really nice to help porting. Sorry, Bapt --pZs/OQEoSSbxGlYw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/M0y8ACgkQ8kTtMUmk6EwfHgCglSlGEz+GKbR8lkqGk9++9ekw hYoAn2e05cnJMimmpM+wyPSw+57nRYfO =JRgH -----END PGP SIGNATURE----- --pZs/OQEoSSbxGlYw-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:25:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 876BC106564A; Mon, 4 Jun 2012 15:25:28 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C75EF8FC0A; Mon, 4 Jun 2012 15:25:27 +0000 (UTC) Received: by bkvi18 with SMTP id i18so4814989bkv.13 for ; Mon, 04 Jun 2012 08:25:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=qvmhiLjdbzjca/rrJIKPckHENW9HqX7oPl2qlLxlxbY=; b=jo2I+KfbqEC9eG5MXTOWGb2zb3L1byQOeQvOnpHks9tNt+J68pQjx60QagPvNx5ebe lBIQ8xlMmcoJJh+u9iL7lKNLGp91k9SQoV/QhvmSEDdLyE8EceCepL+LTBD4OAT5F/Xj o94619VkdnoMH31yGk3ruexoCIrdEE+N1HYdpaNznNmJNwR3MQzTZbG9w4O1sDXrKvkc VTc72GieOp+Z7ntfN1Ug95FjqdZCt1olekji2WzNBkXsTh/9PWB1eLyGRhZ/PsC28tbM w0mqV0Chuo/cWXbz/6xmZXWDFchV+rwUre7jKS6L6fF5C6Lhsl1j6vg2fEl4WBAPxqXB ZOQA== Received: by 10.204.154.193 with SMTP id p1mr6976652bkw.102.1338823526681; Mon, 04 Jun 2012 08:25:26 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Mon, 4 Jun 2012 08:24:56 -0700 (PDT) In-Reply-To: <4FCBCF49.1010206@zedat.fu-berlin.de> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> From: Chris Rees Date: Mon, 4 Jun 2012 16:24:56 +0100 X-Google-Sender-Auth: aHQOtRJjjv7Ah7-IeQ9L7ehdPm0 Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:25:28 -0000 On 3 June 2012 21:55, O. Hartmann wrote: > On 06/03/12 15:29, Erich wrote: >> Hi, >> >> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>> On 6/3/2012 11:14, Erich wrote: >>>> What I really do not understand in this whole discussion is very simpl= e. Is it just a few people who run into problems like this or is this simpl= y ignored by the people who set the strategy for FreeBSD? >>>> >>>> I mention since yeares here that putting version numbers onto the port= tree would solve many of these problems. All I get as an answer is that it= is not possible. >>>> >>>> I think that this should be easily possible with the limitation that o= lder versions do not have security fixes. Yes, but of what help is a securi= ty fix if there is no running port for the fix? >>> >>> I feel like I'm missing something. =A0Why would you ever want to go bac= k >>> to an old version of the ports tree? =A0You're ignoring tons of securit= y >>> issues! > > ... I think the PNG update isn't a security issue. And for not being a > security issue, it triggered an inadequate =A0mess! > >>> >>> And if a port build is broken then the maintainer needs to fix it, that >>> is the solution. > > Look at the comment of the maintainer of LibreOffice ... >>> >>> I must be missing something else here, it just seems like the underlyin= g >>> "need" for this is misguided (and dangerous from a security perspective= ). >> >> yes, you miss a very simple thing. Updated this morning your ports tree.= Your client asks for something for Monday morning for which you need now a= program which needs some kind of PNG but you did not install it. > > ... I spent now two complete days watching my boxes updating their > ports. Several ports do not compile anymore (inkscape, libreoffice, > libxul, to name some of the very hurting ones!). > >> >> Do you have a machine that is fast enough to upgrade all your ports and = still finish what your client needs Monday morning? > > Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable > of compiling all the ports in due time. Several ports requested > attendance, several, as mentioned, didn't compile out of the blue. > >> >> The ports tree is not broken as such. Only the installation gets broken = in some sense. Have a version number there would allow people to go back to= the last known working ports tree, install the software - or whatever has = to be done - with a working system. >> >> Of course, the next step will be an upgrade. But only after the work whi= ch brings in the money is done. >> >> You do not face this problem on Windows. You can run a 10 year old 'kern= el' and still install modern software. >> >> Erich > > I like having a very modern system with the most recent software. But in > some cases, like these days with the PNG, FreeBSD's ports becomes again > a problem. There is no convenient way to downgrade or allow the > user/admin managing how to deal with the load of updates. You can't have both. As has been repeatedly explained to you, you should not expect an easy life with the very latest of software. Either stick to releases, or put up with lots of compiling etc-- you should not complain because of self-inflicted problems. Please remember that we do compile packages for release, or if more up to date packages are required you can use the stable package sets which are rarely over five days or so. Chris From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 14:28:17 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E5331065839; Mon, 4 Jun 2012 14:28:17 +0000 (UTC) (envelope-from misho@elwix.org) Received: from x0r.aitnet.org (unknown [IPv6:2a00:e40:deba:1::5]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2738FC08; Mon, 4 Jun 2012 14:28:16 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by x0r.aitnet.org (Postfix) with ESMTP id A16D63F7AD; Mon, 4 Jun 2012 17:28:15 +0300 (EEST) X-Virus-Scanned: amavisd-new at aitnet.org Received: from x0r.aitnet.org ([127.0.0.1]) by localhost (x0r.aitnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bXuB1fWS5Vpf; Mon, 4 Jun 2012 17:28:15 +0300 (EEST) Received: from misho.batmbg.com (unknown [212.116.129.162]) by x0r.aitnet.org (Postfix) with ESMTPSA id 393FC3F7AB; Mon, 4 Jun 2012 17:28:15 +0300 (EEST) Date: Mon, 4 Jun 2012 17:29:28 +0300 From: Michael Pounov To: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Message-Id: <20120604172928.3dd24e1f.misho@elwix.org> Organization: ELWIX X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 04 Jun 2012 15:29:56 +0000 Cc: Subject: bpf kernel crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 14:28:17 -0000 Kernel crash when you wish to change interface name from vlan0 to other name It seems to be in arrival/departure events. 1) when I set up vlan0 and change name to mgmt and after that destroy mgmt. kernel crash in bpfdetach() at line 2495. where it tries to find interface structure. 2) when I setup vlan0, change name to mgmt and set ip address. After few seconds kernel crash in vlan_transmit() at line 1029. where it tries to push mbufs to bpf interface, but it is NULL. -- Michael Pounov From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:50:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D45CF1065670 for ; Mon, 4 Jun 2012 15:50:47 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id B49AA8FC18 for ; Mon, 4 Jun 2012 15:50:47 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta02.emeryville.ca.mail.comcast.net with comcast id JDPW1j0051wfjNsA2FpglG; Mon, 04 Jun 2012 15:49:40 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta23.emeryville.ca.mail.comcast.net with comcast id JFpe1j00F4NgCEG8jFpfxm; Mon, 04 Jun 2012 15:49:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q54FnbaV021508; Mon, 4 Jun 2012 09:49:37 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Michael Pounov In-Reply-To: <20120604173154.a54b48ac.misho@aitbg.com> References: <20120604173154.a54b48ac.misho@aitbg.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 04 Jun 2012 09:49:36 -0600 Message-ID: <1338824976.36051.197.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: bpf kernel crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:50:47 -0000 On Mon, 2012-06-04 at 17:31 +0300, Michael Pounov wrote: > Kernel crash when you wish to change interface name from vlan0 to other name > > It seems to be in arrival/departure events. > > 1) when I set up vlan0 and change name to mgmt and after that destroy mgmt. > kernel crash in bpfdetach() at line 2495. where it tries to find interface structure. > 2) when I setup vlan0, change name to mgmt and set ip address. After few seconds > kernel crash in vlan_transmit() at line 1029. where it tries to push mbufs to bpf interface, but it is NULL. > It sounds like that might be the same problem as this, maybe the same patch will fix it for you... http://lists.freebsd.org/pipermail/freebsd-current/2012-June/034408.html -- Ian From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:53:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D1EB106566C for ; Mon, 4 Jun 2012 15:53:59 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 23B608FC17 for ; Mon, 4 Jun 2012 15:53:58 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SbZbS-0004f0-4C for freebsd-current@freebsd.org; Mon, 04 Jun 2012 08:53:58 -0700 Date: Mon, 4 Jun 2012 08:53:58 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338825238124-5714951.post@n5.nabble.com> In-Reply-To: <20120604152431.GD73254@ithaqua.etoilebsd.net> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:53:59 -0000 I'm not (only) pointing finger and whining, but maybe PC-BSD could relegate someone permanently to help you with libreoffice, if indeed desktop is so important to them? I'm not sure how exactly PC-BSD and iXsystems are related (I know that iXystems provided you with build system at some point), but from my point of view *office port should be at least as important to PC-BSD as KDE infrastructure. Apart from that other idea, that I brought up on -office and nobody responded (libreoffice volunteer fund). -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714951.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 15:56:06 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 955E9106564A; Mon, 4 Jun 2012 15:56:06 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from dhcp170-36-red.yandex.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with ESMTP id 97947156B29; Mon, 4 Jun 2012 15:52:02 +0000 (UTC) Message-ID: <4FCCD844.8070302@FreeBSD.org> Date: Mon, 04 Jun 2012 19:46:12 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120511 Thunderbird/12.0.1 MIME-Version: 1.0 To: Michael Pounov References: <20120604173154.a54b48ac.misho@aitbg.com> In-Reply-To: <20120604173154.a54b48ac.misho@aitbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: bpf kernel crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 15:56:06 -0000 On 04.06.2012 18:31, Michael Pounov wrote: > Kernel crash when you wish to change interface name from vlan0 to other name > > It seems to be in arrival/departure events. Yes, this is already fixed in r236559. -- WBR, Alexander From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 16:30:51 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EC11065670 for ; Mon, 4 Jun 2012 16:30:51 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3B1AF8FC19; Mon, 4 Jun 2012 16:30:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q54GUpND038133; Mon, 4 Jun 2012 16:30:51 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q54GUoAU038084; Mon, 4 Jun 2012 16:30:50 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 4 Jun 2012 18:30:47 +0200 From: Baptiste Daroussin To: Jakub Lach Message-ID: <20120604163047.GE73254@ithaqua.etoilebsd.net> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> <1338825238124-5714951.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YkJPYEFdoxh/AXLE" Content-Disposition: inline In-Reply-To: <1338825238124-5714951.post@n5.nabble.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 16:30:51 -0000 --YkJPYEFdoxh/AXLE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 04, 2012 at 08:53:58AM -0700, Jakub Lach wrote: > I'm not (only) pointing finger and whining, but > maybe PC-BSD could relegate someone permanently > to help you with libreoffice, if indeed desktop is > so important to them?=20 >=20 > I'm not sure how exactly PC-BSD and iXsystems are > related (I know that iXystems provided you with build > system at some point), but from my point of view > *office port should be at least as important to > PC-BSD as KDE infrastructure.=20 >=20 > Apart from that other idea, that I brought up on > -office and nobody responded (libreoffice volunteer=20 > fund). >=20 > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why= -Are-You-NOT-Using-FreeBSD-tp5714253p5714951.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" iXsystem is providing a build box for libreoffice (thanks to them). regards, Bapt --YkJPYEFdoxh/AXLE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/M4rcACgkQ8kTtMUmk6EwS4ACgmSuCMUjmZg0xo2TNlgYqP8f/ RBkAn0v8Av2TEEAitWQCyEihMgJcYosk =LVdt -----END PGP SIGNATURE----- --YkJPYEFdoxh/AXLE-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 16:41:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D1010658D8 for ; Mon, 4 Jun 2012 16:41:21 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3899D8FC18 for ; Mon, 4 Jun 2012 16:41:20 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 36D24209B1 for ; Mon, 4 Jun 2012 12:35:52 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 04 Jun 2012 12:35:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:reply-to :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=JtTMiqDo66O3L2MYH/R/tp BxZ/M=; b=V+OSB37QSYF+mhwoWKHx/YnvRp4ouy7NY4reRc/p7PKP8ejYfEB2by H7k7EeHpe2DUuZf+RdZxBOqtR8LauDWLqIpxneEicCu3k69kOUrUbxjQwMtbcIka 817EGTKiIOyxWU5ybtGoA4s44JMDWJQn8gTA1oOadmrF63oTrx2h8= X-Sasl-enc: He8U1YQcC7OiUmopBmeAj1Nz5PqUKign9PBZBZjtuGFt 1338827751 Received: from [192.168.1.124] (unknown [202.45.110.141]) by mail.messagingengine.com (Postfix) with ESMTPA id 7CEA0483606 for ; Mon, 4 Jun 2012 12:35:51 -0400 (EDT) Message-ID: <4FCCE433.5080906@freebsd.org> Date: Tue, 05 Jun 2012 02:37:07 +1000 From: Darren Reed Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1405746.nVtAo183hi@x220.ovitrap.com> <4FC9FECC.8090703@digsys.bg> <3303845.JjFTmctz7f@x220.ovitrap.com> <4FCA0B5F.5010500@digsys.bg> <4FCA20C5.6010901@zedat.fu-berlin.de> In-Reply-To: <4FCA20C5.6010901@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: darrenr@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 16:41:21 -0000 I'm NOT using FreeBSD because it doesn't ship with /bin/ksh. WTF?! From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 16:47:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA51D1065675 for ; Mon, 4 Jun 2012 16:47:53 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm7-vm1.bullet.mail.sp2.yahoo.com (nm7-vm1.bullet.mail.sp2.yahoo.com [98.139.91.193]) by mx1.freebsd.org (Postfix) with SMTP id 680CB8FC14 for ; Mon, 4 Jun 2012 16:47:53 +0000 (UTC) Received: from [98.139.91.67] by nm7.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 16:47:53 -0000 Received: from [98.139.91.19] by tm7.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 16:47:53 -0000 Received: from [127.0.0.1] by omp1019.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 16:47:53 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 166265.97674.bm@omp1019.mail.sp2.yahoo.com Received: (qmail 43834 invoked by uid 60001); 4 Jun 2012 16:47:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1338828472; bh=JvwWlKM/HoGhLtF9gRxf1RV+DZihOqxtAue5SkcrMsk=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zBBFtjrSzw8k2V7ZbVSRxBOtbsAem5r4ZyGjaYDwF//2Uarl99xYk+XCP27fxvbQHubZtXT6R18S4JRHpoWsI6G1C7LwtStUHoPWeAuSddNevWibF4Y+KuMpyXTy5HVMFcJrDn2iqlLvMoo5j55d08VVDjqIhyoG15Qi9vQ1BMw= X-YMail-OSG: Hwyi0X8VM1nEVFMQ3dpcsHIjl5WubEGHwNEzgrUBv6i1z1l IXd4kV_1jQJYux3tsVWdEZR6LMaaZ0FouYLDOTXSUMwDRgdU8ssGn1zlIzfr HGUjIasjNCXrdSLSDbCqKIDHlZBseSKVnhe7STeKeRGO_X6cplBJsYeu7aEC e2PuKpsQnIy1kn3MUmFs6ClynJH_yZMKJYpzTCFjXDONb4h5VluQzpO_zzPP SI38OPBUE0qezL7qD515rIiRaX5EfOw2B5rqZ2smpeUESCrtl6PBUJUJ4Wbj cMDCNM757LAkrurX7i5nR3OXCl8mzEnxH9iefPFt.MuT8qGDCywRTsNakTbZ j5VyicSeh2UtwbokATSzyYuRe40tJ9hUk6D2ylwAJhd91kBc1SaWi6cSKM0E XklcDlPHk8NXJWuU1aMtz8cXVbYdtleTgq.TefHXlEMwoowQ.YYeEixXbNip fQE1g Received: from [200.118.157.7] by web113508.mail.gq1.yahoo.com via HTTP; Mon, 04 Jun 2012 09:47:52 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.6 YahooMailWebService/0.8.118.349524 Message-ID: <1338828472.30383.YahooMailClassic@web113508.mail.gq1.yahoo.com> Date: Mon, 4 Jun 2012 09:47:52 -0700 (PDT) From: Pedro Giffuni To: freebsd-current@freebsd.org, Jakub Lach In-Reply-To: <1338825238124-5714951.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 16:47:53 -0000 FWIW;=0A=0A--- Lun 4/6/12, Jakub Lach ha scritto:= =0A=0A> I'm not (only) pointing finger and whining, but=0A> maybe PC-BSD co= uld relegate someone permanently=0A> to help you with libreoffice, if indee= d desktop is=0A> so important to them? =0A> =0A=0AI am aware that PC-BSD ha= s been indeed providing=0Abuild resources to our LibreOffice maintainer so= =0Ayou cant really blame them.=0A=0AI personally enjoy working on Apache Op= enOffice's=0AFreeBSD port and I am glad about having both suites=0Aavailabl= e, but eevn though they are very similar I=0Aam not interested in maintaini= ng LibreOffice; not=0Aeven if I got paid to do it.=0A=0AWhat people should = realize is that maintaining=0Asuch big packages is difficult and the issue= =0Ais ultimately not money: if there is no interest=0Afrom developers and p= orters to spend (a lot of)=0Atime on it no one will do it.=0A=0APedro. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:03:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02ABD1065670 for ; Mon, 4 Jun 2012 17:03:07 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id CB67A8FC1B for ; Mon, 4 Jun 2012 17:03:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SbagM-0006Ri-2w for freebsd-current@freebsd.org; Mon, 04 Jun 2012 10:03:06 -0700 Date: Mon, 4 Jun 2012 10:03:06 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338829386082-5714969.post@n5.nabble.com> In-Reply-To: <1338828472.30383.YahooMailClassic@web113508.mail.gq1.yahoo.com> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> <1338825238124-5714951.post@n5.nabble.com> <1338828472.30383.YahooMailClassic@web113508.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:03:07 -0000 I saw LibreOffice as "cleaning-up" *office effort, maybe my hopes were displaced, maybe not. I personally do not care if it will be LibreOffice or Apache OpenOffice as long as it's working and not pulling in KDE4/QT4/GTK (most people/linux distros are abandoning OO for Libre though it appears), but if human resources are scarce, shouldn't we (who?) decide that one big editor (tm) is plenty? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714969.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:28:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 664BF1065672 for ; Mon, 4 Jun 2012 17:28:53 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3B01C8FC15 for ; Mon, 4 Jun 2012 17:28:52 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Sbb5I-000319-Ki for freebsd-current@freebsd.org; Mon, 04 Jun 2012 10:28:52 -0700 Date: Mon, 4 Jun 2012 10:28:52 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1338830932636-5714978.post@n5.nabble.com> In-Reply-To: <1338829386082-5714969.post@n5.nabble.com> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> <1338825238124-5714951.post@n5.nabble.com> <1338828472.30383.YahooMailClassic@web113508.mail.gq1.yahoo.com> <1338829386082-5714969.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:28:53 -0000 *misplaced :) -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714978.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:49:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E9A9106566C for ; Mon, 4 Jun 2012 17:49:40 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id E7C588FC0C for ; Mon, 4 Jun 2012 17:49:39 +0000 (UTC) Received: from [89.204.139.139] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SbbPN-0002h0-DO for freebsd-current@freebsd.org; Mon, 04 Jun 2012 19:49:37 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q54HnZM5001152 for ; Mon, 4 Jun 2012 19:49:36 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q54HnZkO001151 for freebsd-current@freebsd.org; Mon, 4 Jun 2012 19:49:35 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 4 Jun 2012 19:49:34 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20120604174934.GA1106@tiny> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> <1338825238124-5714951.post@n5.nabble.com> <1338828472.30383.YahooMailClassic@web113508.mail.gq1.yahoo.com> <1338829386082-5714969.post@n5.nabble.com> <1338830932636-5714978.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1338830932636-5714978.post@n5.nabble.com> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.139 Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:49:40 -0000 Hi, Could you please stop this thread and go wining elsewhere, but not to freebsd-current. Thanks matthias (running 10-CURRENT on a netbook) -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:50:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB10106566C for ; Mon, 4 Jun 2012 17:50:13 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2474C8FC20 for ; Mon, 4 Jun 2012 17:50:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7BB39B96F; Mon, 4 Jun 2012 13:50:12 -0400 (EDT) From: John Baldwin To: "Bjoern A. Zeeb" Date: Mon, 4 Jun 2012 12:11:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <201201031036.50837.jhb@freebsd.org> <7BCE47D4-8B1E-49DC-B5E1-9640A41AAAFB@lists.zabbadoz.net> In-Reply-To: <7BCE47D4-8B1E-49DC-B5E1-9640A41AAAFB@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206041211.39226.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 04 Jun 2012 13:50:12 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: periodic emails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:50:13 -0000 On Saturday, June 02, 2012 2:53:49 pm Bjoern A. Zeeb wrote: > > On 3. Jan 2012, at 15:36 , John Baldwin wrote: > > > On Monday, January 02, 2012 4:29:18 pm Bjoern A. Zeeb wrote: > >> Hi, > >> > >> why do we send all these empty headings for periodic emails or given there is > >> no output to this one can we > >> > >> 1) suppress the empty sections (to me that sounds a bit like a wrong > >> return code or something maybe?), and > >> 2) add an option to suppress "empty" periodic emails entirely? > > > > Have you tried 'daily_show_success="NO"' in /etc/periodic.conf? > > > > (Also security_show_success, weekly_show_success, and monthly_show_success?) > > > > Those certainly have fixed both 1) and 2) for me. > > > How did you fix this part of the daily emails? > > ---- > > Security check: > (output mailed separately) > > -- End of daily output -- > ---- > > I guess I could set daily_status_security_output="" given the value or the > exported value derived from it are not used elsewhere? But it would still > leave the "Security check" for the email:( That part I have not fixed (my dailies always have something else to report). I would be happy with just dropping that bit of the e-mail entirely. It serves no useful purpose AFAICT. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 17:50:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053FE1065670; Mon, 4 Jun 2012 17:50:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C4C4D8FC21; Mon, 4 Jun 2012 17:50:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 221FAB9AB; Mon, 4 Jun 2012 13:50:13 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Mon, 4 Jun 2012 12:16:46 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> <20120603085402.GA6129@tinyCurrent> In-Reply-To: <20120603085402.GA6129@tinyCurrent> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206041216.46642.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 04 Jun 2012 13:50:13 -0400 (EDT) Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 17:50:14 -0000 On Sunday, June 03, 2012 4:54:03 am Matthias Apitz wrote: > El d=EDa Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin escr= ibi=F3: >=20 > > On Saturday, May 26, 2012 10:22:29 am Matthias Apitz wrote: > > >=20 > > > Hi, > > >=20 > > > The port ports/emulators/open-vm-tools does not compile in 10-CURRENT: > > >=20 > > > # make install clean > > > ... > > > ... > > > if_vxn.c:719: warning: implicit declaration of function 'IF_ADDR_LOCK' > > > if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' > > > [-Wnested-ext erns] > > > if_vxn.c:746: warning: implicit declaration of function 'IF_ADDR_UNLO= CK' > > > if_vxn.c:746: warning: nested extern declaration of 'IF_ADDR_UNLOCK' > > > [-Wnested-e xterns] > > > *** [if_vxn.o] Error code 1 > > >=20 > > > Let me know if you need more information. > > > Thanks > >=20 > > It should be using if_mcast_rlock() and if_mcast_runlock() instead of=20 using=20 > > those macros directly. This works all the way back to 8.0. >=20 > Hi, >=20 > Is there a patch or some example how to replace > IF_ADDR_LOCK/IF_ADDR_UNLOCK by if_mcast_rlock() and if_mcast_runlock()? >=20 > The code in the above source looks like this: >=20 > modules/freebsd/vmxnet/net_compat.h: > ... > #if __FreeBSD_version < 505000 > # define VXN_IF_ADDR_LOCK(_ifp) > # define VXN_IF_ADDR_UNLOCK(_ifp) > #else > # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) > # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) > #endif I think you can update this chunk to do: #if __FreeBSD_version < 505000 =2E.. /* existing empty macros */ #elif __FreeBSD_version < 800000 # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) #else # define VXN_IF_ADDR_LOCK(_ifp) if_mcast_rlock((_ifp)) # define VXN_IF_ADDR_UNLOCK(_ifp) if_mcast_runlock((_ifp)) #endif Does that help? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 18:42:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD190106564A for ; Mon, 4 Jun 2012 18:42:30 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm22-vm1.bullet.mail.sp2.yahoo.com (nm22-vm1.bullet.mail.sp2.yahoo.com [98.139.91.223]) by mx1.freebsd.org (Postfix) with SMTP id 79A0A8FC14 for ; Mon, 4 Jun 2012 18:42:30 +0000 (UTC) Received: from [98.139.91.64] by nm22.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 18:42:30 -0000 Received: from [98.139.91.53] by tm4.bullet.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 18:42:30 -0000 Received: from [127.0.0.1] by omp1053.mail.sp2.yahoo.com with NNFMP; 04 Jun 2012 18:42:30 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 81899.35060.bm@omp1053.mail.sp2.yahoo.com Received: (qmail 5903 invoked by uid 60001); 4 Jun 2012 18:42:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1338835349; bh=r1HwLTg9q49Fci/vfCaiT6I4go8G21duRkvbrWaJS/w=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=N88NUHE0TuwzPuyckVO7DNP5UOAqXa6BCDWFK7bNrpntO6JLDuUtcMMJ/lG3i7jgmDUQtuO8C+b0gK5PedrapuGvO4sKb8nQFqo559sP/G0uhRs3e86PxyMsRLm9hPBamIK8aLEBrEx2V1ugxKgYZryNdWL7BrI1tEyA92Us7fE= X-YMail-OSG: 7Gkg9N4VM1lMA3BVUjjoeWVAitzFdwU8XLSVG7qzQGpzWCa AYuJGYxG3HBp2kqOLarwSXQRX5qkSFs9eG9JKtkFStYo3yCwUX80kO5s0_IU l0i2Kuu38PVEIxepA2R.jXQogGUEw6u9PNl3_.aW0wLTO.4AS_y7nZ_.QsPs .2WtxIt5yrpJVy5ZaOmiMgyDsjqEa8oK8Wi9cpHIArp4HSRR53eTdLLUBiDR vG_JeOQkFRNJ1CcLm0LProNy_g0tM4nYzWvtKz7Q00sKBiW_xCyb4yjIC6_r buJlWXq7wU1yJu_meFhpaoyAKxZ5AP5.AMgudZFgXRaxxWARguL3IKlDFmfS 9gkCC.fVcLBXsbAwY9LPeV88yHuVoXukXTpjllX6BLKHJBtUHtcnBMnQ9jbT 5TJaq433PDqtWPyz0bg9W3vUlJ8DqXR5SwjrGu_3KfinaUHx6ySnXGA8nHpU AZLUq Received: from [200.118.157.7] by web113501.mail.gq1.yahoo.com via HTTP; Mon, 04 Jun 2012 11:42:29 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.6 YahooMailWebService/0.8.118.349524 Message-ID: <1338835349.2164.YahooMailClassic@web113501.mail.gq1.yahoo.com> Date: Mon, 4 Jun 2012 11:42:29 -0700 (PDT) From: Pedro Giffuni To: freebsd-current@freebsd.org, Jakub Lach In-Reply-To: <1338829386082-5714969.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 18:42:30 -0000 =0A--- Lun 4/6/12, Jakub Lach ha scritto:=0A...=0A= =0A> =0A> I personally do not care if it will be LibreOffice or Apache=0A> = OpenOffice as long as it's working and not pulling in=0A> KDE4/QT4/GTK (mos= t people/linux distros are abandoning OO=0A> for Libre though it appears), = but if human =0A> resources are scarce, shouldn't we (who?) decide that one= =0A> big editor (tm) is plenty?=0A>=0A=0AI am not meaning you should use on= e or the other, I=0Areally don't care. I am saying that if you want to=0Ase= e LibreOffice or Chrome or anything working well=0Athen *you* have to do yo= ur part and not assume it's=0APC-BSD or whomever else's fault when it fails= .=0A=0AIf you really think the issue is money then perhaps=0Ayou should dra= w your hand in your pocket and send=0Aa targeted donation to our current po= rt maintainer.=0A=0AI also think this thread doesn't belong in=0A-current, = maybe in -advocacy or -chat.=0A=0APedro.=0A From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:09:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E898C106566C; Mon, 4 Jun 2012 21:09:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2D08FC0C; Mon, 4 Jun 2012 21:09:31 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SbeWi-00056M-LQ>; Mon, 04 Jun 2012 23:09:24 +0200 Received: from e178025174.adsl.alicedsl.de ([85.178.25.174] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SbeWi-0003Ro-Eg>; Mon, 04 Jun 2012 23:09:24 +0200 Message-ID: <4FCD23FE.20906@zedat.fu-berlin.de> Date: Mon, 04 Jun 2012 23:09:18 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Chris Rees References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig05B254AF608A1538B0E378FC" X-Originating-IP: 85.178.25.174 Cc: Erich , "freebs >> Current FreeBSD" , freebsd-stable@freebsd.org, Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 21:09:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig05B254AF608A1538B0E378FC Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/04/12 17:24, Chris Rees wrote: > On 3 June 2012 21:55, O. Hartmann wrote: >> On 06/03/12 15:29, Erich wrote: >>> Hi, >>> >>> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: >>>> On 6/3/2012 11:14, Erich wrote: >>>>> What I really do not understand in this whole discussion is very si= mple. Is it just a few people who run into problems like this or is this = simply ignored by the people who set the strategy for FreeBSD? >>>>> >>>>> I mention since yeares here that putting version numbers onto the p= ort tree would solve many of these problems. All I get as an answer is th= at it is not possible. >>>>> >>>>> I think that this should be easily possible with the limitation tha= t older versions do not have security fixes. Yes, but of what help is a s= ecurity fix if there is no running port for the fix? >>>> >>>> I feel like I'm missing something. Why would you ever want to go ba= ck >>>> to an old version of the ports tree? You're ignoring tons of securi= ty >>>> issues! >> >> ... I think the PNG update isn't a security issue. And for not being a= >> security issue, it triggered an inadequate mess! >> >>>> >>>> And if a port build is broken then the maintainer needs to fix it, t= hat >>>> is the solution. >> >> Look at the comment of the maintainer of LibreOffice ... >>>> >>>> I must be missing something else here, it just seems like the underl= ying >>>> "need" for this is misguided (and dangerous from a security perspect= ive). >>> >>> yes, you miss a very simple thing. Updated this morning your ports tr= ee. Your client asks for something for Monday morning for which you need = now a program which needs some kind of PNG but you did not install it. >> >> ... I spent now two complete days watching my boxes updating their >> ports. Several ports do not compile anymore (inkscape, libreoffice, >> libxul, to name some of the very hurting ones!). >> >>> >>> Do you have a machine that is fast enough to upgrade all your ports a= nd still finish what your client needs Monday morning? >> >> Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable= >> of compiling all the ports in due time. Several ports requested >> attendance, several, as mentioned, didn't compile out of the blue. >> >>> >>> The ports tree is not broken as such. Only the installation gets brok= en in some sense. Have a version number there would allow people to go ba= ck to the last known working ports tree, install the software - or whatev= er has to be done - with a working system. >>> >>> Of course, the next step will be an upgrade. But only after the work = which brings in the money is done. >>> >>> You do not face this problem on Windows. You can run a 10 year old 'k= ernel' and still install modern software. >>> >>> Erich >> >> I like having a very modern system with the most recent software. But = in >> some cases, like these days with the PNG, FreeBSD's ports becomes agai= n >> a problem. There is no convenient way to downgrade or allow the >> user/admin managing how to deal with the load of updates. >=20 > You can't have both. As has been repeatedly explained to you, you > should not expect an easy life with the very latest of software. Well, and repeatedly (no offense!) I will point out in this case, that I was FORCED having the latest software by the ports system! That it a difference in having running FreeBSD CURRENT on my own risk, or FreeBSD-STABLE due to new hardware and new drivers only supported by those and having a regular port update, which blows up the system because of the newest software! I take the burden of having not an easy life, but this, what is expected from so many "users" of FreeBSD, is simply beyond ... >=20 > Either stick to releases, or put up with lots of compiling etc-- you > should not complain because of self-inflicted problems. As I repeatedly have to point out in this case - the issue is not with STABLE and CURRENT, it is also with RELEASE. And as it has been pointed out herein so many times: FreeBSD ports lack in a version tagging. How would you suggest avoiding the problems we face with the ports by being sticky on RELEASE, if the problem is spread over all branches? >=20 > Please remember that we do compile packages for release, or if more up > to date packages are required you can use the stable package sets > which are rarely over five days or so. If it is about the binary packages - then you're right. Stick with RELEASE and binary packages - if available (the mentioned office packages are often much delayed). In such a case one is better with a binary spread version of an OS and this would exactly hit the subject of the thread: Why NOT using ... blablabla >=20 > Chris At the end, I'd like to see more care about the way ports get updated. There is no way to avoid messes like described at this very moment. And it is a kind of unedifying . oh --------------enig05B254AF608A1538B0E378FC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPzSQDAAoJEOgBcD7A/5N8Fx0IAI5gRB014goR3Aung2Hsony7 aLgSwNtuJ21h0ASjcV1orYIoVLUKHPWLLTUmw96BMcLMpbUkj9+5kX91Iiv5AnJi 97tXXNO646JE/x2Lv+Cz9ExJVgRc8Tqc66Ntuop7r+x/SqzOEhRGN9XeJ3kCEyUb fnNSebs3QGfz2wdE+CBFX5rkZ9j1B4jTO1/tggUtIy9JKHbe3Uh6KLSMANYS3iCI laNkls3n2TnBZkx0MazcmXHfbN5EJxquvAUaT/56+eyIW9FDTCBzguVmpRqDFErx MmlQt6qdIx9HkR5ShbDi+ipJGFNKE9p31hFMbp0FOZzj6I9usoT8cc/aVGYzNZ4= =F5yu -----END PGP SIGNATURE----- --------------enig05B254AF608A1538B0E378FC-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 4 21:48:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C787106564A for ; Mon, 4 Jun 2012 21:48:51 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2A58FC14 for ; Mon, 4 Jun 2012 21:48:51 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so6959021pbb.13 for ; Mon, 04 Jun 2012 14:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dESMFNYiWpPwHwQiwF0Zmqi/sWFMji0Ak61NB36iclU=; b=d25yUZY0ZfWFyFS1cTgJeQI3TxpLpCyL2C4eiHcJLG0BdtxVObHBCLMfC6Civr469c 5KMNm8w6swPIm3rk5vmCzJpcmF1ei0GWsfvdvrAeedFKPVNQgJ5uCsgJFC3+S4QEIUMM 1Rm8pFQ79oQ0zV2D/IgT4+3/nKd25h/6K6KxtH3E+PJsYBCZJhUOK3xMNlduzAHNWMNS 4iPGjxDywdmudEWIoL18pzjZvqE5jhzcibxGxaIKLtojWYYNeZKBdAiGyT4ZdMwPLxlU nxQ/xz55AS6EBId6ZbCWFPvtWvM4XanB4ArfC5EyESkbZ/orz9oY0RMaC28TRzyzSpD5 alpg== MIME-Version: 1.0 Received: by 10.68.230.68 with SMTP id sw4mr411354pbc.142.1338846530790; Mon, 04 Jun 2012 14:48:50 -0700 (PDT) Received: by 10.68.6.201 with HTTP; Mon, 4 Jun 2012 14:48:50 -0700 (PDT) In-Reply-To: <1338767200394-5714654.post@n5.nabble.com> References: <4FCA20C5.6010901@zedat.fu-berlin.de> <2421561.4aJcXPZZxh@x220.ovitrap.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <1338767200394-5714654.post@n5.nabble.com> Date: Mon, 4 Jun 2012 17:48:50 -0400 Message-ID: From: Super Bisquit To: Jakub Lach Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 21:48:51 -0000 On Sun, Jun 3, 2012 at 7:46 PM, Jakub Lach wrote: >> just the base system is >> the only part that needs to be unified, everything else can be >> installed from source. > > You really don't know what you are talking about, do you? > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714253p5714654.html > Sent from the freebsd-current mailing list archive at Nabble.com. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" The base system is usually the kernel and binaries plus configuration files. Everything from gcc to Xorg can be downloaded and built from original source files. Ports provide a framework for the system to be stable during an upgrade; however, although suggestede, it is not required nor are the standard port settings for each application. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 00:51:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B478106566B; Tue, 5 Jun 2012 00:51:05 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 233868FC12; Tue, 5 Jun 2012 00:51:05 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q550p0co030537; Mon, 4 Jun 2012 18:51:01 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Tue, 05 Jun 2012 07:49:59 +0700 Message-ID: <4372143.AqkZIKUaKJ@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120604152431.GD73254@ithaqua.etoilebsd.net> References: <4FCBCF49.1010206@zedat.fu-berlin.de> <20120604152431.GD73254@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Baptiste Daroussin , "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 00:51:05 -0000 Hi, On 04 June 2012 17:24:31 Baptiste Daroussin wrote: > On Sun, Jun 03, 2012 at 10:55:37PM +0200, O. Hartmann wrote: > > On 06/03/12 15:29, Erich wrote: > > >> > > >> And if a port build is broken then the maintainer needs to fix it, that > > >> is the solution. > > > > Look at the comment of the maintainer of LibreOffice ... > > LibreOffice is not a small port, I managed to make 3.5.x work until the > > The work on it is not that complicated but it requires a huge amount of time > which I currently don't have, and upstream is really nice to help porting. > I hope that this is all just a misunderstanding. I read the tread as such that LibreOffice is just an example of what can go wrong. Of course, it is your time and your work and nobody has the right to criticise you for your efforts. I hope that it is ok for you to use 'your' port as an example here for what can go wrong. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 01:02:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 382CF106564A; Tue, 5 Jun 2012 01:02:13 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 784818FC08; Tue, 5 Jun 2012 01:02:12 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5511wpE000901; Mon, 4 Jun 2012 19:01:59 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Tue, 05 Jun 2012 08:01:53 +0700 Message-ID: <1770384.tpUCLYYuDz@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4FCBCF49.1010206@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , "freebs >> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 01:02:13 -0000 On 04 June 2012 16:24:56 Chris Rees wrote: > On 3 June 2012 21:55, O. Hartmann wrote: > > On 06/03/12 15:29, Erich wrote: > >> Hi, > >> > >> On 03 June 2012 PM 5:14:10 Adam Strohl wrote: > >>> On 6/3/2012 11:14, Erich wrote: > >>>> What I really do not understand in this whole discussion is very simple. Is it just a few people who run into problems like this or is this simply ignored by the people who set the strategy for FreeBSD? > >>>> > >>>> I mention since yeares here that putting version numbers onto the port tree would solve many of these problems. All I get as an answer is that it is not possible. > >>>> > >>>> I think that this should be easily possible with the limitation that older versions do not have security fixes. Yes, but of what help is a security fix if there is no running port for the fix? > >>> > >>> I feel like I'm missing something. Why would you ever want to go back > >>> to an old version of the ports tree? You're ignoring tons of security > >>> issues! > > > > ... I think the PNG update isn't a security issue. And for not being a > > security issue, it triggered an inadequate mess! > > > >>> > >>> And if a port build is broken then the maintainer needs to fix it, that > >>> is the solution. > > > > Look at the comment of the maintainer of LibreOffice ... > >>> > >>> I must be missing something else here, it just seems like the underlying > >>> "need" for this is misguided (and dangerous from a security perspective). > >> > >> yes, you miss a very simple thing. Updated this morning your ports tree. Your client asks for something for Monday morning for which you need now a program which needs some kind of PNG but you did not install it. > > > > ... I spent now two complete days watching my boxes updating their > > ports. Several ports do not compile anymore (inkscape, libreoffice, > > libxul, to name some of the very hurting ones!). > > > >> > >> Do you have a machine that is fast enough to upgrade all your ports and still finish what your client needs Monday morning? > > > > Even my fastest box, a brand new 6 core Sandy-Bridge-E, wasn't capable > > of compiling all the ports in due time. Several ports requested > > attendance, several, as mentioned, didn't compile out of the blue. > > > >> > >> The ports tree is not broken as such. Only the installation gets broken in some sense. Have a version number there would allow people to go back to the last known working ports tree, install the software - or whatever has to be done - with a working system. > >> > >> Of course, the next step will be an upgrade. But only after the work which brings in the money is done. > >> > >> You do not face this problem on Windows. You can run a 10 year old 'kernel' and still install modern software. > >> > >> Erich > > > > I like having a very modern system with the most recent software. But in > > some cases, like these days with the PNG, FreeBSD's ports becomes again > > a problem. There is no convenient way to downgrade or allow the > > user/admin managing how to deal with the load of updates. > > You can't have both. As has been repeatedly explained to you, you > should not expect an easy life with the very latest of software. > but FreeBSD only offer bleeding edge. This is why I suggest to have version numbers on the ports tree. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 01:32:48 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 003A61065672; Tue, 5 Jun 2012 01:32:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C423E8FC0C; Tue, 5 Jun 2012 01:32:47 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q551L4AD036397; Mon, 4 Jun 2012 21:21:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q551L4Ps036396; Tue, 5 Jun 2012 01:21:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Jun 2012 01:21:04 GMT Message-Id: <201206050121.q551L4Ps036396@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 01:32:48 -0000 TB --- 2012-06-05 00:19:04 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-05 00:19:04 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 00:19:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-05 00:19:04 - cleaning the object tree TB --- 2012-06-05 00:19:04 - cvsupping the source tree TB --- 2012-06-05 00:19:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-05 00:19:36 - building world TB --- 2012-06-05 00:19:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 00:19:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 00:19:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 00:19:36 - SRCCONF=/dev/null TB --- 2012-06-05 00:19:36 - TARGET=sparc64 TB --- 2012-06-05 00:19:36 - TARGET_ARCH=sparc64 TB --- 2012-06-05 00:19:36 - TZ=UTC TB --- 2012-06-05 00:19:36 - __MAKE_CONF=/dev/null TB --- 2012-06-05 00:19:36 - cd /src TB --- 2012-06-05 00:19:36 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 00:19:37 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 5 01:19:26 UTC 2012 TB --- 2012-06-05 01:19:26 - generating LINT kernel config TB --- 2012-06-05 01:19:26 - cd /src/sys/sparc64/conf TB --- 2012-06-05 01:19:26 - /usr/bin/make -B LINT TB --- 2012-06-05 01:19:26 - cd /src/sys/sparc64/conf TB --- 2012-06-05 01:19:26 - /usr/sbin/config -m LINT TB --- 2012-06-05 01:19:26 - building LINT kernel TB --- 2012-06-05 01:19:26 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 01:19:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 01:19:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 01:19:26 - SRCCONF=/dev/null TB --- 2012-06-05 01:19:26 - TARGET=sparc64 TB --- 2012-06-05 01:19:26 - TARGET_ARCH=sparc64 TB --- 2012-06-05 01:19:26 - TZ=UTC TB --- 2012-06-05 01:19:26 - __MAKE_CONF=/dev/null TB --- 2012-06-05 01:19:26 - cd /src TB --- 2012-06-05 01:19:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 01:19:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_capsicum.h opt_capsicum.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/filemon/../../dev/filemon/filemon.c In file included from /src/sys/modules/filemon/../../dev/filemon/filemon.c:114: /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:664:2: error: #error Machine type not supported /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:710:2: error: #error Machine type not supported mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/filemon. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-05 01:21:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-05 01:21:04 - ERROR: failed to build LINT kernel TB --- 2012-06-05 01:21:04 - 3002.10 user 540.24 system 3719.37 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 02:07:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 25FCA1065676; Tue, 5 Jun 2012 02:07:44 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id CE6818FC08; Tue, 5 Jun 2012 02:07:43 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5527UiC021219; Mon, 4 Jun 2012 20:07:35 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 09:07:24 +0700 Message-ID: <3506767.Fvm2KmtnYf@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605012425.4BE48213F3FF@drugs.dv.isc.org> References: <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:07:44 -0000 Hi, On 05 June 2012 11:24:25 Mark Andrews wrote: > > Version tagging is just a convient way to get a snapshot at a > particular point in time unless you create branches that are them we do not ask for more. There should be only one difference to a snapshot. As snapshot has a date. No matter in what state the ports tree was, it is in that state in the ports tree. If user - especially the one not so fit in this aspect - want to use a snapshot, it will be difficult to impossible to figure out which one they need. If version numbers would be introduced, it would be ok to use the version number of the FreeBSD and have only version available which reflect the release version of the ports tree. People here want to make always a perfect system. People like me want to have some small things in there available with a click. As the ports trees are there anyway, only the direct link to the snapshot of that day or a version number in the ports tree would be needed to make this available for people who just want to use FreeBSD. Please note, I do not want any extra work spend here to make this perfect. I only want a simple way to fall back to a big net which is not that old from which the user can restart. You can add a huge note to the links stating the risks. This is all fine. There is another reason why I ask for this. I noticed a long time ago that the ports are in a better shape around the release date of a new version. So, I try to get it always around the release dates. But, some times - you know how life is - I miss this date. It does not kill me but it leads some times to extra work steps I can do but I see the problems people will face who know FreeBSD not that well. > One doesn't have to live at the bleeding edge with ports if one > doesn't want to even when compiling. One can live a day, a week, > a month behind the bleeding edge and allow other to hit problems > and report them. How is this done with the knowledge of a beginner? Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 02:55:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BE91065674; Tue, 5 Jun 2012 02:55:03 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id B49468FC16; Tue, 5 Jun 2012 02:55:03 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 0E2F756205; Mon, 4 Jun 2012 21:55:03 -0500 (CDT) Date: Mon, 4 Jun 2012 21:55:03 -0500 From: Mark Linimon To: Mark Andrews Message-ID: <20120605025502.GA23429@lonesome.com> References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120605012425.4BE48213F3FF@drugs.dv.isc.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , Erich , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 02:55:04 -0000 > One doesn't have to live at the bleeding edge with ports if one > doesn't want to even when compiling. One can live a day, a week, > a month behind the bleeding edge and allow other to hit problems > and report them. To be pedantic, there's a lot of difference between reporting problems, and supplying fixes. Sometimes figuring out the fixes is beyond the capabilities of our maintainers, of course. People should feel free to ask for help on the mailing lists or forums in those cases. But our general problem won't be solved merely by tagging. There have to be people willing to test based only on whatever tree, or branch, or whatever, has been tagged. This is on reason why the tree at release time is _somewhat_ more stable: we are asking people to test, test, test. (The fact that we slow down the rate of major changes to the tree accounts for the rest.) mcl From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 05:18:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDDDF106566B; Tue, 5 Jun 2012 05:18:50 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 82A678FC12; Tue, 5 Jun 2012 05:18:50 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q555IZPj006588; Mon, 4 Jun 2012 23:18:41 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 12:18:33 +0700 Message-ID: <2490439.EC638TI0j3@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605024820.5BB4521403B6@drugs.dv.isc.org> References: <3506767.Fvm2KmtnYf@x220.ovitrap.com> <20120605024820.5BB4521403B6@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 05:18:51 -0000 Hi, On 05 June 2012 12:48:20 Mark Andrews wrote: > > In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > 9.0 then the tag is "RELEASE_9_9_0". > I did not know this. Do you have a link for this? I never read about it. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 06:00:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 446A7106564A; Tue, 5 Jun 2012 06:00:55 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id BF4D48FC12; Tue, 5 Jun 2012 06:00:54 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q5560ooA016800; Tue, 5 Jun 2012 00:00:51 -0600 From: Erich To: Mark Andrews Date: Tue, 05 Jun 2012 13:00:45 +0700 Message-ID: <2188078.y2TVGRxzTH@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605053316.CDE9A2145078@drugs.dv.isc.org> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees , freebsd-stable@freebsd.org, "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:00:55 -0000 Hi, On 05 June 2012 15:33:16 Mark Andrews wrote: > > In message <2490439.EC638TI0j3@x220.ovitrap.com>, Erich writes: > > Hi, > > > > On 05 June 2012 12:48:20 Mark Andrews wrote: > > > > > > In message <3506767.Fvm2KmtnYf@x220.ovitrap.com>, Erich writes: > > > > > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > > > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > > > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > > > 9.0 then the tag is "RELEASE_9_9_0". > > > > > I did not know this. Do you have a link for this? I never read about it. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html All of these, with the exception of HEAD (which is always a valid tag), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. I understand this that I can use these tags on the FreeBSD sources but not on the ports. I never tried this on the ports. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 06:01:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 654F9106566B; Tue, 5 Jun 2012 06:01:37 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3E25A8FC0C; Tue, 5 Jun 2012 06:01:37 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 03F9C56205; Tue, 5 Jun 2012 01:01:37 -0500 (CDT) Date: Tue, 5 Jun 2012 01:01:37 -0500 From: Mark Linimon To: Erich Message-ID: <20120605060136.GB32448@lonesome.com> References: <3506767.Fvm2KmtnYf@x220.ovitrap.com> <20120605024820.5BB4521403B6@drugs.dv.isc.org> <2490439.EC638TI0j3@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2490439.EC638TI0j3@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:01:37 -0000 On Tue, Jun 05, 2012 at 12:18:33PM +0700, Erich wrote: > I did not know this. Do you have a link for this? I never read about it. The EOL announcements have them. I don't think the release announcements do, however. mcl From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 06:09:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C9AA106564A; Tue, 5 Jun 2012 06:09:51 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9431D8FC12; Tue, 5 Jun 2012 06:09:50 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 5DEB856205; Tue, 5 Jun 2012 01:09:50 -0500 (CDT) Date: Tue, 5 Jun 2012 01:09:50 -0500 From: Mark Linimon To: Erich Message-ID: <20120605060950.GC32448@lonesome.com> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> <2188078.y2TVGRxzTH@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2188078.y2TVGRxzTH@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:09:51 -0000 On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > All of these, with the exception of HEAD (which is always a valid tag), > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > branched. If you create a branch, you must create a tag for that branch. However, you can create a tag without creating a branch. That is what is done for the ports tree. It's not particularly easy to see this on cvsweb. But let's take a look at a random Mk/bsd.*.mk file via 'cvs log': RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v Working file: bsd.apache.mk head: 1.36 branch: locks: strict access list: symbolic names: RELEASE_8_3_0: 1.35 RELEASE_9_0_0: 1.33 RELEASE_7_4_0: 1.26 RELEASE_8_2_0: 1.26 RELEASE_6_EOL: 1.26 [...] RELEASE_6_1_0: 1.9 RELEASE_5_5_0: 1.9 keyword substitution: kv total revisions: 36; selected revisions: 36 description: ---------------------------- revision 1.36 date: 2012/05/23 08:17:48; author: miwi; state: Exp; lines: +2 -2 - Remove emacs mode, -*- mode: ...; -*- [1] - Comments for BUILD_ and RUN_DEPENDS fail to mention alternate means to specify dependencie [2] - Fix make reinstall [3] - Trivial comment change for PORTDATA [4] [...] and so forth. The line "RELEASE_8_3_0: 1.35" tells you "the version of this file as of tag RELEASE_8_3_0 was r1.35." So that's what's on the 8.3R distribution media. mcl From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 06:50:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8F4EE106564A; Tue, 5 Jun 2012 06:50:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4732E8FC0A; Tue, 5 Jun 2012 06:50:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q556oRt9025389; Tue, 5 Jun 2012 02:50:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q556oRkZ025377; Tue, 5 Jun 2012 06:50:27 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Jun 2012 06:50:27 GMT Message-Id: <201206050650.q556oRkZ025377@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 06:50:28 -0000 TB --- 2012-06-05 05:13:41 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-05 05:13:41 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 05:13:41 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-05 05:13:41 - cleaning the object tree TB --- 2012-06-05 05:13:41 - cvsupping the source tree TB --- 2012-06-05 05:13:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-05 05:14:45 - building world TB --- 2012-06-05 05:14:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 05:14:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 05:14:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 05:14:45 - SRCCONF=/dev/null TB --- 2012-06-05 05:14:45 - TARGET=ia64 TB --- 2012-06-05 05:14:45 - TARGET_ARCH=ia64 TB --- 2012-06-05 05:14:45 - TZ=UTC TB --- 2012-06-05 05:14:45 - __MAKE_CONF=/dev/null TB --- 2012-06-05 05:14:45 - cd /src TB --- 2012-06-05 05:14:45 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 05:14:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 5 06:47:39 UTC 2012 TB --- 2012-06-05 06:47:39 - generating LINT kernel config TB --- 2012-06-05 06:47:39 - cd /src/sys/ia64/conf TB --- 2012-06-05 06:47:39 - /usr/bin/make -B LINT TB --- 2012-06-05 06:47:39 - cd /src/sys/ia64/conf TB --- 2012-06-05 06:47:39 - /usr/sbin/config -m LINT TB --- 2012-06-05 06:47:39 - building LINT kernel TB --- 2012-06-05 06:47:39 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 06:47:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 06:47:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 06:47:39 - SRCCONF=/dev/null TB --- 2012-06-05 06:47:39 - TARGET=ia64 TB --- 2012-06-05 06:47:39 - TARGET_ARCH=ia64 TB --- 2012-06-05 06:47:39 - TZ=UTC TB --- 2012-06-05 06:47:39 - __MAKE_CONF=/dev/null TB --- 2012-06-05 06:47:39 - cd /src TB --- 2012-06-05 06:47:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 06:47:39 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/ia64.ia64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/ia64.ia64/src/sys/LINT/opt_capsicum.h opt_capsicum.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/filemon/../../dev/filemon/filemon.c In file included from /src/sys/modules/filemon/../../dev/filemon/filemon.c:114: /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:664:2: error: #error Machine type not supported /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:710:2: error: #error Machine type not supported mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/filemon. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-05 06:50:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-05 06:50:27 - ERROR: failed to build LINT kernel TB --- 2012-06-05 06:50:27 - 4306.14 user 660.46 system 5805.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 07:08:18 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3C14106564A for ; Tue, 5 Jun 2012 07:08:18 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 611E48FC1A for ; Tue, 5 Jun 2012 07:08:18 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so4778175wgb.31 for ; Tue, 05 Jun 2012 00:08:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; bh=T/LO08yX+hldDgHqVYtnBZSVVEoca3PSJ+W5zL+NTks=; b=MQyiRiCfhZlpnufwUyJr7lBkdlZoQosAESlcvrhyR8qLKLAH5DZ2cJWRaGwyJqe3n2 wGKtYgiz0IjqYeU1RkBb2NgAtU4z5KFdVKmQRCW8qonpxVAd9YQxpUq3BfNWJD1ryG0E ZPSwAGRK9C5RQDtl/0M4DXhAgN6RVzlHV5WBZAlNP5Bl/2vSe184Fq1o+rrm9acLcPkE RV6+A51Dr7XHr4iRTlDFPH15v12TCG2IhxH8beA8J4yOBlYQhij7CvwTWWPImdjDRQLh OZbTi0V2s6R+Hq7Byt2kDseHo7Xa5LyzBxyc43GDYS7cgA4VZIzzKhLrfMY66DuTYd+W pE0A== MIME-Version: 1.0 Received: by 10.216.136.155 with SMTP id w27mr12180584wei.43.1338880097270; Tue, 05 Jun 2012 00:08:17 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Tue, 5 Jun 2012 00:08:17 -0700 (PDT) Date: Tue, 5 Jun 2012 03:08:17 -0400 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Erich , Mark Linimon Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 07:08:18 -0000 > On 05 June 2012 15:33:16 Mark Andrews wrote: > > > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes: > > > Hi, > > > > > > On 05 June 2012 12:48:20 Mark Andrews wrote: > > > > > > > > In message <3506767.Fvm2KmtnYf at x220.ovitrap.com>, Erich writes: > > > > > > > > > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > > > > > > > > > > > > > > > It's already there. If you want the ports as of FreeBSD 4.x EOL > > > > then the tag is "RELEASE_4_EOL". If you want ports as of FreeBSD > > > > 9.0 then the tag is "RELEASE_9_9_0". > > > > > > > I did not know this. Do you have a link for this? I never read about it. > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html > > All of these, with the exception of HEAD (which is always a valid tag), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. > > I understand this that I can use these tags on the FreeBSD sources but not on the ports. > > I never tried this on the ports. I sent a long reply to your earlier message on freebsd-ports explaining exactly this -- how each Ports tree snapshot has a version number: the date spec. Also, how a few special snapshots also have a second version number: the release tag. I also explained how to find and use these, with and without cvs. Am I wasting my time by trying to answer your questions, E.? b. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 08:17:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8013510656AD; Tue, 5 Jun 2012 08:17:30 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 24F468FC14; Tue, 5 Jun 2012 08:17:30 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q558HFev017280; Tue, 5 Jun 2012 02:17:16 -0600 From: Erich To: Mark Linimon Date: Tue, 05 Jun 2012 15:17:09 +0700 Message-ID: <3761419.pz9k9Ub4qf@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060136.GB32448@lonesome.com> References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605060136.GB32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:17:30 -0000 Hi, On 05 June 2012 1:01:37 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 12:18:33PM +0700, Erich wrote: > > I did not know this. Do you have a link for this? I never read about it. > > The EOL announcements have them. I don't think the release announcements > do, however. > this is the problem. I would like to be able to go back to the last release in case of a problem and restart from there. When it is possible to tag the EOL, it should be as easy to tag the SOL (start of life). This would save a lot of time for many people. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 08:23:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05E3E1065672; Tue, 5 Jun 2012 08:23:26 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5BD8FC1B; Tue, 5 Jun 2012 08:23:25 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q558N2kF018565; Tue, 5 Jun 2012 02:23:03 -0600 From: Erich To: Mark Linimon Date: Tue, 05 Jun 2012 15:23:01 +0700 Message-ID: <1544703.EkgB5WbdBi@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:23:26 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > > It's not particularly easy to see this on cvsweb. But let's take a look > at a random Mk/bsd.*.mk file via 'cvs log': here we are. I never found this. > > RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v > Working file: bsd.apache.mk > head: 1.36 > branch: > locks: strict > access list: > symbolic names: > RELEASE_8_3_0: 1.35 > RELEASE_9_0_0: 1.33 > RELEASE_7_4_0: 1.26 > RELEASE_8_2_0: 1.26 > RELEASE_6_EOL: 1.26 > [...] > RELEASE_6_1_0: 1.9 > RELEASE_5_5_0: 1.9 If this list would make it into the documentation, all I asked would be already there. I could write this but my English will need some corrections. If you could give a link to how to do this properly, I would do it then. But is this true for apache only or for the whole ports tree? Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 08:26:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19FF01065674 for ; Tue, 5 Jun 2012 08:26:04 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id C38808FC23 for ; Tue, 5 Jun 2012 08:26:03 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q558Q2uc019238; Tue, 5 Jun 2012 02:26:03 -0600 From: Erich To: bf1783@gmail.com Date: Tue, 05 Jun 2012 15:25:56 +0700 Message-ID: <1616421.P4c92lAp56@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Mark Linimon , freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 08:26:04 -0000 Hi, On 05 June 2012 3:08:17 b. f. wrote: > > On 05 June 2012 15:33:16 Mark Andrews wrote: > > > > > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes: > > > > Hi, > > > > > > All of these, with the exception of HEAD (which is always a valid tag), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. > > > > I understand this that I can use these tags on the FreeBSD sources but not on the ports. > > > > I never tried this on the ports. > > I sent a long reply to your earlier message on freebsd-ports > explaining exactly this -- how each Ports tree snapshot has a version > number: the date spec. Also, how a few special snapshots also have a > second version number: the release tag. I also explained how to find > and use these, with and without cvs. Am I wasting my time by trying > to answer your questions, E.? I think that you missed my point. The point is that this has to be made available for beginners. As long as the handbook states that this does not apply to the ports tree, at least beginners will stop there. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 09:29:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC45D106566C for ; Tue, 5 Jun 2012 09:29:26 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78E428FC0C for ; Tue, 5 Jun 2012 09:29:26 +0000 (UTC) Received: by werg1 with SMTP id g1so4352713wer.13 for ; Tue, 05 Jun 2012 02:29:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kihOfFNT7Wi4YuKRbneczO6oGW7AUs+Pivrms9UlpEQ=; b=PPobqgsZNb9uZ08Xm5dE48QnU3s3LYG/lF83JBLkbknAoUBDOzx/YAP8nR3G9om4+L iOsg/4GqQj0diXN9MbYQ/A3UZTOZMIYKew2IqHgrw9nhzDujS6HEIYPtb1RfkAcyALmx h5pB5SDQWdlYg7sFVsyj6C4936yWF+z+zJFd2j8DofbtFVaGejPDxotIfad0W6imkLUi M0gZtZdEFFxAc04CoXB5eVJkm6ct58onxpNssW70jku9/yaIG2jduFcQeMsqio6Tvp8m 9cH+q3tuiLrDZ1BYq/sCdosgJCNGCqKpQhk7h8QMo9Lo25ihbKkN/Xd59phDTJQIPsad utQw== MIME-Version: 1.0 Received: by 10.216.226.147 with SMTP id b19mr13722925weq.210.1338888565242; Tue, 05 Jun 2012 02:29:25 -0700 (PDT) Received: by 10.180.24.5 with HTTP; Tue, 5 Jun 2012 02:29:25 -0700 (PDT) In-Reply-To: <1616421.P4c92lAp56@x220.ovitrap.com> References: <1616421.P4c92lAp56@x220.ovitrap.com> Date: Tue, 5 Jun 2012 05:29:25 -0400 Message-ID: From: "b. f." To: Erich Content-Type: text/plain; charset=ISO-8859-1 Cc: Mark Linimon , freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 09:29:27 -0000 On 6/5/12, Erich wrote: > Hi, > > On 05 June 2012 3:08:17 b. f. wrote: >> > On 05 June 2012 15:33:16 Mark Andrews wrote: >> > > >> > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes: >> > > > Hi, >> > > > >> > All of these, with the exception of HEAD (which is always a valid tag), >> > only apply to the src/ tree. The ports/, doc/, and www/ trees are not >> > branched. >> > >> > I understand this that I can use these tags on the FreeBSD sources but >> > not on the ports. >> > >> > I never tried this on the ports. >> >> I sent a long reply to your earlier message on freebsd-ports >> explaining exactly this -- how each Ports tree snapshot has a version >> number: the date spec. Also, how a few special snapshots also have a >> second version number: the release tag. I also explained how to find >> and use these, with and without cvs. Am I wasting my time by trying >> to answer your questions, E.? > > I think that you missed my point. The point is that this has to be made > available for beginners. As long as the handbook states that this does not > apply to the ports tree, at least beginners will stop there. If you had hoped to make your point by feigning ignorance of something that you had just been told on another list, then, yes, I missed your point -- it was a decidedly subtle one. You write in this thread: "I did not know this. Do you have a link for this? I never read about it." Despite the fact that I explained it to you earlier, with an example: http://lists.freebsd.org/pipermail/freebsd-ports/2012-June/075491.html The part of the Handbook that you cited above, at: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html is the introduction to A.7.1. It refers only to branch tags, and not to the release tags discussed in A.7.2, where the ports release tags are mentioned. This was also in my earlier message, along with the comment that A.7.2 could be improved. As far as the version numbers are concerned, I do not understand what you want. I already told you how you could use the existing version numbers with a one-line modification to a sup file, or via cvs. Do you want the date spec of the ports tree to be included in the name of the port tarballs distributed on the FreeBSD server? Or that you want portsnap to get a feature to selectively roll-back to earlier ports tree snapshots? Or that you simply want changes to the documentation, explaining how to roll back? As I told you, I'm a bit skeptical that your hypothetical beginner, after having encountered a problem building a port, would usually be able to diagnose the problem and find the right snapshot to use. And those that aren't beginners could probably figure out how to do so with the documentation that already exists. But I suppose that the document committers would consider a proposal to add an example of how to perform a roll-back. If you want to discuss this further, please move it to a new topic on the freebsd-ports or freebsd-doc lists, which seem more appropriate. b. From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 09:41:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD9391065670; Tue, 5 Jun 2012 09:41:51 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1BC8FC0A; Tue, 5 Jun 2012 09:41:50 +0000 (UTC) Received: by lbon10 with SMTP id n10so4774474lbo.13 for ; Tue, 05 Jun 2012 02:41:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tnH5MLBQXQYn+bGQskRAs8uljXjQKLZmWX9TIBooE3o=; b=HTxR59f1jlCx4cDUNnec8DPpnejiRxfnxWN/t1OikNsZ6oVWAlanF4NTh4FBteJ7Ci 9D7oDbW8tHpk7wfsgNwnRcL2PGgR1l42r1WGdhUWJzuVFsbXjFjVlnwaoN2KH9CffrDi dBXCsgMlpv5HJzPDFSyCaXviNA2W3G2br7m6lbs5HEc7VA98tBpJq3QaRa4pePp9Vg9u eJNa+swis7ttZMEnWEaPGh5zee1nYjowt7I8rV0jBQAHFzPNYHZTREuNG8EGCuBKW3Lr DZpWqkxe5yKcYl0KQ+pKLpj/tkNmAn3MkfqxcuaDOeJ+wSdSlYZMFcaUUkyyBqTGJc2l GwRg== MIME-Version: 1.0 Received: by 10.112.84.168 with SMTP id a8mr7570120lbz.92.1338889308955; Tue, 05 Jun 2012 02:41:48 -0700 (PDT) Received: by 10.112.30.73 with HTTP; Tue, 5 Jun 2012 02:41:48 -0700 (PDT) Received: by 10.112.30.73 with HTTP; Tue, 5 Jun 2012 02:41:48 -0700 (PDT) In-Reply-To: <3506767.Fvm2KmtnYf@x220.ovitrap.com> References: <4FCD23FE.20906@zedat.fu-berlin.de> <20120605012425.4BE48213F3FF@drugs.dv.isc.org> <3506767.Fvm2KmtnYf@x220.ovitrap.com> Date: Tue, 5 Jun 2012 10:41:48 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, freebsd-current , "O. Hartmann" , Adam Strohl , Mark Andrews Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 09:41:51 -0000 On Jun 5, 2012 3:07 AM, "Erich" wrote: > > Hi, > > On 05 June 2012 11:24:25 Mark Andrews wrote: > > > > > Version tagging is just a convient way to get a snapshot at a > > particular point in time unless you create branches that are them > > we do not ask for more. There should be only one difference to a snapshot. As snapshot has a date. No matter in what state the ports tree was, it is in that state in the ports tree. If user - especially the one not so fit in this aspect - want to use a snapshot, it will be difficult to impossible to figure out which one they need. > > If version numbers would be introduced, it would be ok to use the version number of the FreeBSD and have only version available which reflect the release version of the ports tree. > > People here want to make always a perfect system. People like me want to have some small things in there available with a click. > > As the ports trees are there anyway, only the direct link to the snapshot of that day or a version number in the ports tree would be needed to make this available for people who just want to use FreeBSD. > > Please note, I do not want any extra work spend here to make this perfect. I only want a simple way to fall back to a big net which is not that old from which the user can restart. > I and most others will purposely refuse to document this in any official capacity, but I'll give you a hint..... Look for the date tag in man csup. Chris From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 09:56:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76DB2106564A for ; Tue, 5 Jun 2012 09:56:29 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E25A88FC15 for ; Tue, 5 Jun 2012 09:56:28 +0000 (UTC) Received: by lbon10 with SMTP id n10so4784818lbo.13 for ; Tue, 05 Jun 2012 02:56:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=th4Q8OyBZn2kIBy8jMh2r2pvrmXqFRYUVwBDJ7um7Ek=; b=Bq53jKDs4o0yScUSsk0wgf3QI504aiMYnLxI7cS3v5t459eZv2o2Z26womxM73F8a8 kCkIGftJX0gCI/4/0JDvRUmOxIjgeNIKIHeOrsSQSrYGFaWK3CQP5VQVs7bBJFxPZ+H4 JfAXhgkjseZJCsiMeHfQ7Y+O0Qi0V5mnbhFP2zNKS3UununCxTOu5FDCtvEz+HRMpRJc relFc5E9C0muHSpgBTASL1ttYOwAzO/ovRx9lQsxW30TAyJkcDKU5Mh8UUxBUcMy4vWY 6Ihc30Ec/rUsLRU7GwQpNWqZnNUS+GyjBqI+Rh0feM6a0In0LoFfauDZHQc3qD30XiKS B82A== Received: by 10.112.98.40 with SMTP id ef8mr7889267lbb.72.1338890187627; Tue, 05 Jun 2012 02:56:27 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.112.30.73 with HTTP; Tue, 5 Jun 2012 02:55:57 -0700 (PDT) In-Reply-To: <1616421.P4c92lAp56@x220.ovitrap.com> References: <1616421.P4c92lAp56@x220.ovitrap.com> From: Chris Rees Date: Tue, 5 Jun 2012 10:55:57 +0100 X-Google-Sender-Auth: 83QH0rDkYTmnSfPmp3CTb4-_l58 Message-ID: To: Erich , freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 09:56:29 -0000 On 5 June 2012 09:25, Erich wrote: > Hi, > > On 05 June 2012 3:08:17 b. f. wrote: >> > On 05 June 2012 15:33:16 Mark Andrews wrote: >> > > >> > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes: >> > > > Hi, >> > > > >> > All of these, with the exception of HEAD (which is always a valid tag)= , only apply to the src/ tree. The ports/, doc/, and www/ trees are not bra= nched. >> > >> > I understand this that I can use these tags on the FreeBSD sources but= not on the ports. >> > >> > I never tried this on the ports. >> >> I sent a long reply to your earlier message on freebsd-ports >> explaining exactly this -- how each Ports tree snapshot has a version >> number: the date spec. =A0Also, how a few special snapshots also have a >> second version number: the release tag. =A0I also explained how to find >> and use these, with and without cvs. =A0Am I wasting my time by trying >> to answer your questions, E.? > > I think that you missed my point. The point is that this has to be made a= vailable for beginners. As long as the handbook states that this does not a= pply to the ports tree, at least beginners will stop there. "Beginners" should be using packages anyway. It is absolutely a bad idea for "beginners" to be using tagged/dated ports trees-- they are not supported and will lead to many complaints about problems that were solved since the tag. Chris From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 10:19:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFD9D1065670; Tue, 5 Jun 2012 10:19:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B80E28FC1D; Tue, 5 Jun 2012 10:19:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q55AJe2l064204; Tue, 5 Jun 2012 06:19:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q55AJew8064203; Tue, 5 Jun 2012 10:19:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Jun 2012 10:19:40 GMT Message-Id: <201206051019.q55AJew8064203@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 10:19:42 -0000 TB --- 2012-06-05 09:16:45 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-05 09:16:45 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 09:16:45 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-05 09:16:45 - cleaning the object tree TB --- 2012-06-05 09:18:35 - cvsupping the source tree TB --- 2012-06-05 09:18:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-05 09:19:31 - building world TB --- 2012-06-05 09:19:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 09:19:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 09:19:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 09:19:31 - SRCCONF=/dev/null TB --- 2012-06-05 09:19:31 - TARGET=sparc64 TB --- 2012-06-05 09:19:31 - TARGET_ARCH=sparc64 TB --- 2012-06-05 09:19:31 - TZ=UTC TB --- 2012-06-05 09:19:31 - __MAKE_CONF=/dev/null TB --- 2012-06-05 09:19:31 - cd /src TB --- 2012-06-05 09:19:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 09:19:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 5 10:18:04 UTC 2012 TB --- 2012-06-05 10:18:04 - generating LINT kernel config TB --- 2012-06-05 10:18:04 - cd /src/sys/sparc64/conf TB --- 2012-06-05 10:18:04 - /usr/bin/make -B LINT TB --- 2012-06-05 10:18:04 - cd /src/sys/sparc64/conf TB --- 2012-06-05 10:18:04 - /usr/sbin/config -m LINT TB --- 2012-06-05 10:18:04 - building LINT kernel TB --- 2012-06-05 10:18:04 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 10:18:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 10:18:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 10:18:04 - SRCCONF=/dev/null TB --- 2012-06-05 10:18:04 - TARGET=sparc64 TB --- 2012-06-05 10:18:04 - TARGET_ARCH=sparc64 TB --- 2012-06-05 10:18:04 - TZ=UTC TB --- 2012-06-05 10:18:04 - __MAKE_CONF=/dev/null TB --- 2012-06-05 10:18:04 - cd /src TB --- 2012-06-05 10:18:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 10:18:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_capsicum.h opt_capsicum.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/filemon/../../dev/filemon/filemon.c In file included from /src/sys/modules/filemon/../../dev/filemon/filemon.c:114: /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:664:2: error: #error Machine type not supported /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:710:2: error: #error Machine type not supported mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/filemon. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-05 10:19:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-05 10:19:40 - ERROR: failed to build LINT kernel TB --- 2012-06-05 10:19:40 - 2986.82 user 522.80 system 3774.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 12:13:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CA76106566B; Tue, 5 Jun 2012 12:13:48 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 64DE38FC12; Tue, 5 Jun 2012 12:13:48 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D9B2A56205; Tue, 5 Jun 2012 07:13:47 -0500 (CDT) Date: Tue, 5 Jun 2012 07:13:47 -0500 From: Mark Linimon To: Erich Message-ID: <20120605121347.GA19192@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> <1544703.EkgB5WbdBi@x220.ovitrap.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1544703.EkgB5WbdBi@x220.ovitrap.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:13:48 -0000 On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > But is this true for apache only or for the whole ports tree? Entire tree. mcl From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 12:32:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4AF1065672; Tue, 5 Jun 2012 12:32:17 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 46DCA8FC0A; Tue, 5 Jun 2012 12:32:17 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q55CW2cI013947; Tue, 5 Jun 2012 06:32:03 -0600 From: Erich To: freebsd-current@freebsd.org Date: Tue, 05 Jun 2012 19:31:56 +0700 Message-ID: <1541214.ZfRdXxb0Qe@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 12:32:17 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > I found now the location where this information is missing for beginners. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html I simply cannot believe that beginners would expect this information to find this in the section for updating the kernel. Erich From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 13:28:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 610BB106566C; Tue, 5 Jun 2012 13:28:03 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id E6FF78FC0A; Tue, 5 Jun 2012 13:28:02 +0000 (UTC) Received: from [89.204.130.15] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sbtne-0004Li-E6; Tue, 05 Jun 2012 15:27:55 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q55DRq5Y002154; Tue, 5 Jun 2012 15:27:52 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q55DRpnM002153; Tue, 5 Jun 2012 15:27:51 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Tue, 5 Jun 2012 15:27:51 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20120605132750.GA2122@tiny> References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201205311134.55258.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.15 Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 13:28:03 -0000 El día Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin escribió: > > cc1: warnings being treated as errors > > if_vxn.c: In function 'vxn_load_multicast': > > if_vxn.c:719: warning: implicit declaration of function 'IF_ADDR_LOCK' > > if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' > > [-Wnested-ext erns] > > if_vxn.c:746: warning: implicit declaration of function 'IF_ADDR_UNLOCK' > > if_vxn.c:746: warning: nested extern declaration of 'IF_ADDR_UNLOCK' > > [-Wnested-e xterns] > > *** [if_vxn.o] Error code 1 > > > It should be using if_mcast_rlock() and if_mcast_runlock() instead of using > those macros directly. This works all the way back to 8.0. > Thanks for your patch proposal; but using this it can't find the if_mcast_rlock() and if_mcast_runlock() functions declaration (and I don't see them in /usr/src/... ); based on the SVN diff of the kernel: http://svnweb.freebsd.org/base/head/sys/net/if_var.h?r1=231229&r2=233202&pathrev=233202 I came up with another proposal: *** modules/freebsd/vmxnet/net_compat.h.orig Wed Sep 21 20:25:15 2011 --- modules/freebsd/vmxnet/net_compat.h Tue Jun 5 15:13:55 2012 *************** *** 170,178 **** #if __FreeBSD_version < 505000 # define VXN_IF_ADDR_LOCK(_ifp) # define VXN_IF_ADDR_UNLOCK(_ifp) #else ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) #endif #endif /* _VXN_NET_COMPAT_H_ */ --- 170,181 ---- #if __FreeBSD_version < 505000 # define VXN_IF_ADDR_LOCK(_ifp) # define VXN_IF_ADDR_UNLOCK(_ifp) + #elif __FreeBSD_version < 800000 + # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) + # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) #else ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_WLOCK((_ifp)) ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_WUNLOCK((_ifp)) #endif #endif /* _VXN_NET_COMPAT_H_ */ and using this it compiles fine; but later on it has another problem: # make install clean ... Making all in modules make VM_UNAME=10.0-CURRENT MV=mv RM=rm OVT_SOURCE_DIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873 MODULEBUILDDIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd -C "/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmmemctl" make VM_UNAME=10.0-CURRENT MV=mv RM=rm OVT_SOURCE_DIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873 MODULEBUILDDIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd -C "/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmxnet" make VM_UNAME=10.0-CURRENT MV=mv RM=rm OVT_SOURCE_DIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873 MODULEBUILDDIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd -C "/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmblock" Warning: Object directory not changed from original /usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmblock cc -O2 -pipe -Wall -Werror -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/lib/include -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/shared -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmblock -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/shared/vmblock -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c vnops.c vnops.c: In function 'VMBlockVopInactive': vnops.c:1373: error: too many arguments to function 'vrecycle' *** [vnops.o] Error code 1 Thanks for another hint matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 14:10:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17B5A106566B; Tue, 5 Jun 2012 14:10:08 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id C41B68FC08; Tue, 5 Jun 2012 14:10:06 +0000 (UTC) Received: from [89.204.130.15] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SbuSS-0007Ql-8y; Tue, 05 Jun 2012 16:10:05 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q55EA2WA002293; Tue, 5 Jun 2012 16:10:02 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q55EA15x002292; Tue, 5 Jun 2012 16:10:01 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Tue, 5 Jun 2012 16:10:01 +0200 From: Matthias Apitz To: John Baldwin , swills@freebsd.org, freebsd-current@freebsd.org Message-ID: <20120605141000.GA2284@tiny> References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> <20120605132750.GA2122@tiny> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120605132750.GA2122@tiny> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.15 Cc: Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 14:10:08 -0000 El día Tuesday, June 05, 2012 a las 03:27:51PM +0200, Matthias Apitz escribió: > cc -O2 -pipe -Wall -Werror -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/lib/include -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/shared -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmblock -I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/shared/vmblock -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c vnops.c > vnops.c: In function 'VMBlockVopInactive': > vnops.c:1373: error: too many arguments to function 'vrecycle' > *** [vnops.o] Error code 1 > got it finally compiled and installed as # make install WITHOUT_FUSE=yes with this additional patch: *** modules/freebsd/vmblock/vnops.c.orig Wed Sep 21 20:25:15 2011 --- modules/freebsd/vmblock/vnops.c Tue Jun 5 16:01:45 2012 *************** *** 1362,1368 **** */ { struct vnode *vp = ap->a_vp; - struct thread *td = ap->a_td; vp->v_object = NULL; --- 1362,1367 ---- *************** *** 1370,1376 **** * If this is the last reference, then free up the vnode so as not to * tie up the lower vnode. */ ! vrecycle(vp, td); return 0; } --- 1369,1375 ---- * If this is the last reference, then free up the vnode so as not to * tie up the lower vnode. */ ! vrecycle(vp); return 0; } -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:02:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1441065670; Tue, 5 Jun 2012 15:02:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 133838FC0C; Tue, 5 Jun 2012 15:02:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6D266B9AB; Tue, 5 Jun 2012 11:02:18 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Tue, 5 Jun 2012 10:10:22 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120526142229.GA3893@tinyCurrent> <201205311134.55258.jhb@freebsd.org> <20120605132750.GA2122@tiny> In-Reply-To: <20120605132750.GA2122@tiny> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206051010.22321.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 05 Jun 2012 11:02:18 -0400 (EDT) Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: 10-CURRENT r235646 && open-vm-tools-8.6.0-425873 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 15:02:19 -0000 On Tuesday, June 05, 2012 9:27:51 am Matthias Apitz wrote: > El d=EDa Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin escr= ibi=F3: >=20 > > > cc1: warnings being treated as errors > > > if_vxn.c: In function 'vxn_load_multicast': > > > if_vxn.c:719: warning: implicit declaration of function 'IF_ADDR_LOCK' > > > if_vxn.c:719: warning: nested extern declaration of 'IF_ADDR_LOCK' > > > [-Wnested-ext erns] > > > if_vxn.c:746: warning: implicit declaration of function 'IF_ADDR_UNLO= CK' > > > if_vxn.c:746: warning: nested extern declaration of 'IF_ADDR_UNLOCK' > > > [-Wnested-e xterns] > > > *** [if_vxn.o] Error code 1 > > >=20 >=20 > > It should be using if_mcast_rlock() and if_mcast_runlock() instead of=20 using=20 > > those macros directly. This works all the way back to 8.0. > >=20 >=20 > Thanks for your patch proposal; but using this it can't find the > if_mcast_rlock() and if_mcast_runlock() functions declaration (and I > don't see them in /usr/src/... ); Sorry, they are if_maddr_rlock() and if_maddr_runlock(). They are in if_va= r.h=20 right below the macro you looked at. :) /* * Locks for address lists on the network interface. */ #define IF_ADDR_LOCK_INIT(if) rw_init(&(if)->if_addr_lock, "if_addr_lock") #define IF_ADDR_LOCK_DESTROY(if) rw_destroy(&(if)->if_addr_lock) #define IF_ADDR_WLOCK(if) rw_wlock(&(if)->if_addr_lock) #define IF_ADDR_WUNLOCK(if) rw_wunlock(&(if)->if_addr_lock) #define IF_ADDR_RLOCK(if) rw_rlock(&(if)->if_addr_lock) #define IF_ADDR_RUNLOCK(if) rw_runlock(&(if)->if_addr_lock) #define IF_ADDR_LOCK_ASSERT(if) rw_assert(&(if)->if_addr_lock, RA_LOCKED) #define IF_ADDR_WLOCK_ASSERT(if) rw_assert(&(if)->if_addr_lock, RA_WLOCKED) /* * Function variations on locking macros intended to be used by loadable * kernel modules in order to divorce them from the internals of address li= st * locking. */ void if_addr_rlock(struct ifnet *ifp); /* if_addrhead */ void if_addr_runlock(struct ifnet *ifp); /* if_addrhead */ void if_maddr_rlock(struct ifnet *ifp); /* if_multiaddrs */ void if_maddr_runlock(struct ifnet *ifp); /* if_multiaddrs */ > based on the SVN diff of the kernel: >=20 >=20 http://svnweb.freebsd.org/base/head/sys/net/if_var.h?r1=3D231229&r2=3D23320= 2&pathrev=3D233202 >=20 > I came up with another proposal: >=20 > *** modules/freebsd/vmxnet/net_compat.h.orig Wed Sep 21 20:25:15 2011 > --- modules/freebsd/vmxnet/net_compat.h Tue Jun 5 15:13:55 2012 > *************** > *** 170,178 **** > #if __FreeBSD_version < 505000 > # define VXN_IF_ADDR_LOCK(_ifp) > # define VXN_IF_ADDR_UNLOCK(_ifp) > #else > ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) > ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) > #endif >=20 > #endif /* _VXN_NET_COMPAT_H_ */ > --- 170,181 ---- > #if __FreeBSD_version < 505000 > # define VXN_IF_ADDR_LOCK(_ifp) > # define VXN_IF_ADDR_UNLOCK(_ifp) > + #elif __FreeBSD_version < 800000 > + # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_LOCK((_ifp)) > + # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_UNLOCK((_ifp)) > #else > ! # define VXN_IF_ADDR_LOCK(_ifp) IF_ADDR_WLOCK((_ifp)) > ! # define VXN_IF_ADDR_UNLOCK(_ifp) IF_ADDR_WUNLOCK((_ifp)) > #endif >=20 > #endif /* _VXN_NET_COMPAT_H_ */ >=20 > and using this it compiles fine; but later on it has another problem: No, we do not wish to expose those to drivers as we do not want the locks part of the ABI. Plus, you should be using read-locks for this anyway. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 15:59:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DAB6106566B; Tue, 5 Jun 2012 15:59:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CBE268FC0C; Tue, 5 Jun 2012 15:59:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q55Fxrtv048689; Tue, 5 Jun 2012 11:59:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q55FxrHE048639; Tue, 5 Jun 2012 15:59:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Jun 2012 15:59:53 GMT Message-Id: <201206051559.q55FxrHE048639@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 15:59:54 -0000 TB --- 2012-06-05 14:23:10 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-05 14:23:10 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 14:23:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-05 14:23:10 - cleaning the object tree TB --- 2012-06-05 14:24:33 - cvsupping the source tree TB --- 2012-06-05 14:24:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-05 14:26:05 - building world TB --- 2012-06-05 14:26:05 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 14:26:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 14:26:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 14:26:05 - SRCCONF=/dev/null TB --- 2012-06-05 14:26:05 - TARGET=ia64 TB --- 2012-06-05 14:26:05 - TARGET_ARCH=ia64 TB --- 2012-06-05 14:26:05 - TZ=UTC TB --- 2012-06-05 14:26:05 - __MAKE_CONF=/dev/null TB --- 2012-06-05 14:26:05 - cd /src TB --- 2012-06-05 14:26:05 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 14:26:06 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 5 15:56:56 UTC 2012 TB --- 2012-06-05 15:56:56 - generating LINT kernel config TB --- 2012-06-05 15:56:56 - cd /src/sys/ia64/conf TB --- 2012-06-05 15:56:56 - /usr/bin/make -B LINT TB --- 2012-06-05 15:56:56 - cd /src/sys/ia64/conf TB --- 2012-06-05 15:56:56 - /usr/sbin/config -m LINT TB --- 2012-06-05 15:56:56 - building LINT kernel TB --- 2012-06-05 15:56:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 15:56:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 15:56:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 15:56:56 - SRCCONF=/dev/null TB --- 2012-06-05 15:56:56 - TARGET=ia64 TB --- 2012-06-05 15:56:56 - TARGET_ARCH=ia64 TB --- 2012-06-05 15:56:56 - TZ=UTC TB --- 2012-06-05 15:56:56 - __MAKE_CONF=/dev/null TB --- 2012-06-05 15:56:56 - cd /src TB --- 2012-06-05 15:56:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 15:56:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/ia64.ia64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/ia64.ia64/src/sys/LINT/opt_capsicum.h opt_capsicum.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/filemon/../../dev/filemon/filemon.c In file included from /src/sys/modules/filemon/../../dev/filemon/filemon.c:114: /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:664:2: error: #error Machine type not supported /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:710:2: error: #error Machine type not supported mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/filemon. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-05 15:59:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-05 15:59:52 - ERROR: failed to build LINT kernel TB --- 2012-06-05 15:59:52 - 4303.02 user 667.22 system 5802.86 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 19:15:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F341065674 for ; Tue, 5 Jun 2012 19:15:41 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 2F8D18FC0C for ; Tue, 5 Jun 2012 19:15:41 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q55JFCcE036750 for ; Tue, 5 Jun 2012 12:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1338923712; bh=f5o96atg0w+NeHwCDItd9paq2Rt9u8dGHs+jzRAIlRA=; h=Subject:From:To:Content-Type:Date:Message-ID:Mime-Version: Content-Transfer-Encoding; b=eZb/lVED19LQCfAGDfJGhZ7OhWr9wjXrva7NogzVAen2AvlVcNklMm/ewVvAjb3I2 OQpMDWTahFdDFGPfn7RMtEai+WoDIrQ6xjWz5vDaPiYIuifR1RaeffZi+3REOb563q 5zIKr1LD7sgtsJjKPZZAikDECAc/o41KghE5zpvA= From: Sean Bruno To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Tue, 05 Jun 2012 11:55:10 -0700 Message-ID: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 923712004 Subject: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:15:41 -0000 I note that x86/cpufreq/est.c has some tuneables and I have processors that seem to be not supported by est even though they appear to have Speedstep features: p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 15 device_attach: est1 attach returned 6 1. How do I generate new speed tables for est? 2. Any objections to an est(4) man page? Sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 19:16:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE1071065686; Tue, 5 Jun 2012 19:16:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 71D8A8FC0A; Tue, 5 Jun 2012 19:16:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q55JGVmY041991; Tue, 5 Jun 2012 15:16:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q55JGVgA041986; Tue, 5 Jun 2012 19:16:31 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 5 Jun 2012 19:16:31 GMT Message-Id: <201206051916.q55JGVgA041986@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 19:16:41 -0000 TB --- 2012-06-05 18:14:30 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-05 18:14:30 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-05 18:14:30 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-05 18:14:30 - cleaning the object tree TB --- 2012-06-05 18:15:43 - cvsupping the source tree TB --- 2012-06-05 18:15:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-05 18:16:20 - building world TB --- 2012-06-05 18:16:20 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 18:16:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 18:16:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 18:16:20 - SRCCONF=/dev/null TB --- 2012-06-05 18:16:20 - TARGET=sparc64 TB --- 2012-06-05 18:16:20 - TARGET_ARCH=sparc64 TB --- 2012-06-05 18:16:20 - TZ=UTC TB --- 2012-06-05 18:16:20 - __MAKE_CONF=/dev/null TB --- 2012-06-05 18:16:20 - cd /src TB --- 2012-06-05 18:16:20 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 5 18:16:21 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 5 19:14:56 UTC 2012 TB --- 2012-06-05 19:14:56 - generating LINT kernel config TB --- 2012-06-05 19:14:56 - cd /src/sys/sparc64/conf TB --- 2012-06-05 19:14:56 - /usr/bin/make -B LINT TB --- 2012-06-05 19:14:56 - cd /src/sys/sparc64/conf TB --- 2012-06-05 19:14:56 - /usr/sbin/config -m LINT TB --- 2012-06-05 19:14:56 - building LINT kernel TB --- 2012-06-05 19:14:56 - CROSS_BUILD_TESTING=YES TB --- 2012-06-05 19:14:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-05 19:14:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-05 19:14:56 - SRCCONF=/dev/null TB --- 2012-06-05 19:14:56 - TARGET=sparc64 TB --- 2012-06-05 19:14:56 - TARGET_ARCH=sparc64 TB --- 2012-06-05 19:14:56 - TZ=UTC TB --- 2012-06-05 19:14:56 - __MAKE_CONF=/dev/null TB --- 2012-06-05 19:14:56 - cd /src TB --- 2012-06-05 19:14:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 5 19:14:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sparc64.sparc64/src/sys/LINT/opt_capsicum.h opt_capsicum.h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64.sparc64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/filemon/../../dev/filemon/filemon.c In file included from /src/sys/modules/filemon/../../dev/filemon/filemon.c:114: /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:664:2: error: #error Machine type not supported /src/sys/modules/filemon/../../dev/filemon/filemon_wrapper.c:710:2: error: #error Machine type not supported mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/filemon. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-05 19:16:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-05 19:16:31 - ERROR: failed to build LINT kernel TB --- 2012-06-05 19:16:31 - 2983.86 user 528.06 system 3720.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 21:48:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C10301065859 for ; Tue, 5 Jun 2012 21:48:41 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7B4BF8FC14 for ; Tue, 5 Jun 2012 21:48:41 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q55LmVgl076552 for ; Tue, 5 Jun 2012 14:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1338932912; bh=riQzqMJAAaQbcv7On33ssbIl9wMyDYFwlZJ7EzSa8+s=; h=Subject:From:To:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=JgLtQr8/RwVS6m8VSOw5Tc6Jb1MHj28B522cIovFO8fevW+i0hCCKmDTn9jEhgdYC Yck11Kbuhpye+Bv39uA1ug1cuPSOYHfWebIUq8gxpGR3Gkw4EpIqg2ZoB3RIu7hoOg mAUcjdDFmTK9L3AXyNzHrSvN6ddsKv2UQPHsLQCY= From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 05 Jun 2012 14:13:19 -0700 Message-ID: <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 932912000 Subject: Re: est man page X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 21:48:41 -0000 On Tue, 2012-06-05 at 11:55 -0700, Sean Bruno wrote: > I note that x86/cpufreq/est.c has some tuneables and I have processors > that seem to be not supported by est even though they appear to have > Speedstep features: > > p4tcc0: on cpu0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 15 > device_attach: est1 attach returned 6 > *ACTUALLY* this was caused by the Dell r410 that I was using having its Power Managment control set to "Advanced Power Management" and not "OS Control". After I set that, the acpi methods in est attached correctly. Sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 5 22:07:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B02A81065675 for ; Tue, 5 Jun 2012 22:07:06 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C55B8FC1B for ; Tue, 5 Jun 2012 22:07:06 +0000 (UTC) Received: by werg1 with SMTP id g1so4961688wer.13 for ; Tue, 05 Jun 2012 15:07:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=YVQ1RmJgzd2/ahuuh7YYvl1yBbytdXTPyQ948oLtHGM=; b=qb8psva1tBtLLT1iNcbJOT93XGpQfzdW2jc/Benrb4QAFzUaq2fKyCQKHRqY9lSd6p YYqH2GiRKQzmdVD71xUtuoAIBScGo/k607wTaDPn7T0/Ufio8ye2QHboj/GQVMLyuiGP cvHMQv7rPZ9YdWO3kQvoKzvUgXxrcMx9oHnhTXmUZt60QDmTieOhhwx7rcaXPFTW+kkQ FWTrNXMdAMS68Uo/rcBdLI+kEmw6RieVzEAPTIY6v5jg8lpZ4C1IVX7M+mEPGSJKMkD8 5AZ4c9BNcypVJeAqk0hLzV4QERn5OmtWmOyVXtd9N0vEn+zxCaSleCKLyPnJcjF9Puvq Qtbg== Received: by 10.216.141.98 with SMTP id f76mr15291778wej.32.1338934025161; Tue, 05 Jun 2012 15:07:05 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id f7sm600151wiv.2.2012.06.05.15.07.04 (version=SSLv3 cipher=OTHER); Tue, 05 Jun 2012 15:07:04 -0700 (PDT) Message-ID: <4FCE8306.1020000@gmail.com> Date: Tue, 05 Jun 2012 23:07:02 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Unable to buildworld with ccache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 22:07:06 -0000 Hi, Buildworld completes successfully with ccache switched off, it fails otherwise, system was built WITH_CLANG_IS_CC previously. /usr/local/libexec/ccache/world/cc -O2 -fno-strict-aliasing -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/net/gethostbynis.c -o gethostbynis.o /usr/local/libexec/ccache/world/cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe -march=core2 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -c /usr/src/lib/libc/net/gethostbynis.c -o gethostbynis.So In file included from /usr/src/lib/libc/net/getaddrinfo.c:1: /usr/src/lib/libc/net/getaddrinfo.c:467:15: error: explicitly assigning a variable of type 'int' to itself [-Werror,-Wself-assign] do { error = (error); goto bad; } while ( 0); ~~~~~ ^ ~~~~~ 1 error generated. *** [getaddrinfo.o] Error code 1 In file included from /usr/src/lib/libc/net/getaddrinfo.c:1: /usr/src/lib/libc/net/getaddrinfo.c:467:15: error: explicitly assigning a variable of type 'int' to itself [-Werror,-Wself-assign] do { error = (error); goto bad; } while ( 0); ~~~~~ ^ ~~~~~ 1 error generated. *** [getaddrinfo.So] Error code 1 2 errors *** [lib/libc__L] Error code 2 1 error *** [libraries] Error code 2 1 error *** [_libraries] Error code 2 1 error *** [buildworld] Error code 2 1 error Any pointers appreciated Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 02:29:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFED1106566B; Wed, 6 Jun 2012 02:29:18 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 965A58FC12; Wed, 6 Jun 2012 02:29:18 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562Sw2G032100; Tue, 5 Jun 2012 20:29:03 -0600 From: Erich To: freebsd-current@freebsd.org Date: Wed, 06 Jun 2012 09:28:57 +0700 Message-ID: <1512108.ktTFbKUn1p@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605060950.GC32448@lonesome.com> References: <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:29:19 -0000 Hi, On 05 June 2012 1:09:50 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > All of these, with the exception of HEAD (which is always a valid tag), > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > branched. > > If you create a branch, you must create a tag for that branch. > > However, you can create a tag without creating a branch. That is what > is done for the ports tree. > I found now the point in which all normal users will give up: The handbook states this: Which version(s) of them do you want? 'With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' Why should a normal user continue to search for a tag when the handbook is so clear on this? Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 02:31:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24FEB1065670; Wed, 6 Jun 2012 02:31:55 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id B1A3F8FC1B; Wed, 6 Jun 2012 02:31:51 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562Vj6A000481; Tue, 5 Jun 2012 20:31:46 -0600 From: Erich To: freebsd-current@freebsd.org Date: Wed, 06 Jun 2012 09:31:40 +0700 Message-ID: <1754468.NxsRndIQhs@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <1616421.P4c92lAp56@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Chris Rees Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:31:55 -0000 Hi, On 05 June 2012 10:55:57 Chris Rees wrote: > On 5 June 2012 09:25, Erich wrote: > > On 05 June 2012 3:08:17 b. f. wrote: > >> > On 05 June 2012 15:33:16 Mark Andrews wrote: > >> > > > >> > > In message <2490439.EC638TI0j3 at x220.ovitrap.com>, Erich writes: > >> > > > Hi, > >> > > > > >> > All of these, with the exception of HEAD (which is always a valid tag), only apply to the src/ tree. The ports/, doc/, and www/ trees are not branched. > >> > > >> > I understand this that I can use these tags on the FreeBSD sources but not on the ports. > >> > > >> > I never tried this on the ports. > >> > >> I sent a long reply to your earlier message on freebsd-ports > >> explaining exactly this -- how each Ports tree snapshot has a version > >> number: the date spec. Also, how a few special snapshots also have a > >> second version number: the release tag. I also explained how to find > >> and use these, with and without cvs. Am I wasting my time by trying > >> to answer your questions, E.? > > > > I think that you missed my point. The point is that this has to be made available for beginners. As long as the handbook states that this does not apply to the ports tree, at least beginners will stop there. > > "Beginners" should be using packages anyway. when are then allowed to use the ports? The first time they will use the ports, they are beginners again. > > It is absolutely a bad idea for "beginners" to be using tagged/dated > ports trees-- they are not supported and will lead to many complaints > about problems that were solved since the tag. How do they fall back when things went wrong? The handbook states that there is no fall back option. Their fall back option has a name: Windows. Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 02:36:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1AEC1065670; Wed, 6 Jun 2012 02:36:01 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 55C3A8FC0A; Wed, 6 Jun 2012 02:36:01 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562ZtEx001443; Tue, 5 Jun 2012 20:35:57 -0600 From: Erich To: Mark Linimon Date: Wed, 06 Jun 2012 09:35:53 +0700 Message-ID: <3019920.ozTXahhPXd@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605121347.GA19192@lonesome.com> References: <1544703.EkgB5WbdBi@x220.ovitrap.com> <20120605121347.GA19192@lonesome.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:36:01 -0000 Hi, On 05 June 2012 7:13:47 Mark Linimon wrote: > On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > > But is this true for apache only or for the whole ports tree? > > Entire tree. my problem with this is that the documentation states something very different: >From the handbook at the location where beginners will look for it: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html 'Which version(s) of them do you want? With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' I think that this states very clearly that there are no tags. So, after we learned that every thing I am asking is there anyway in an official and supported way, only the documentation has to be changed. Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 02:48:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F0721065673; Wed, 6 Jun 2012 02:48:12 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 147EC8FC15; Wed, 6 Jun 2012 02:48:11 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q562m6vA004909; Tue, 5 Jun 2012 20:48:07 -0600 From: Erich To: freebsd-stable@freebsd.org Date: Wed, 06 Jun 2012 09:47:55 +0700 Message-ID: <1805884.WJzBQIFnSm@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120605144247.6C1C121489D2@drugs.dv.isc.org> References: <1541214.ZfRdXxb0Qe@x220.ovitrap.com> <20120605144247.6C1C121489D2@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Mark Andrews , Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 02:48:12 -0000 Hi, On 06 June 2012 0:42:47 Mark Andrews wrote: > > In message <1541214.ZfRdXxb0Qe@x220.ovitrap.com>, Erich writes: > > Hi, > > > > On 05 June 2012 1:09:50 Mark Linimon wrote: > > > On Tue, Jun 05, 2012 at 01:00:45PM +0700, Erich wrote: > > > > All of these, with the exception of HEAD (which is always a valid tag), > > > > only apply to the src/ tree. The ports/, doc/, and www/ trees are not > > > > branched. > > > > > > If you create a branch, you must create a tag for that branch. > > > > > > However, you can create a tag without creating a branch. That is what > > > is done for the ports tree. > > > > > I found now the location where this information is missing for beginners. > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports-using.html > > > > I simply cannot believe that beginners would expect this information to find > > this in the section for updating the kernel. > > > > Erich > > Because, while you believe it is better to roll back to the release > point it really isn't. The ports tree is rarely broken for long. > When it is broken people will tell you to roll back to a good date > and give you the date to use. I've had to roll back a couple of > times in 11+ years of updating and never to a release point. > > What is there is good advice. Use a up-to-date ports tree. If it > is broken wait a days or so and try again. If it is still broken > report the problem using send-pr. > you will find thousands of notes that people should not run bleeding edge when it comes to the kernel. But people are forced to run bleeding edge on the ports. The documentation than even states that there is no fall back. You state it as being just normal to wait for a week or more until the problem is solved. I cannot imagine that people who come to FreeBSD and get trapped somehow will stick to it then. They might will ask on this list just to learn that there is no help available. Just wait. People who have to make decisions what operating system should be used on their workplaces will not like this and stick with whatever they have. I believe that this is a very good user repellent. Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 06:46:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F111065670 for ; Wed, 6 Jun 2012 06:46:32 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 390678FC1B for ; Wed, 6 Jun 2012 06:46:32 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q566kMdg057099 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 6 Jun 2012 09:46:22 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCEFCBE.4050401@digsys.bg> Date: Wed, 06 Jun 2012 09:46:22 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1616421.P4c92lAp56@x220.ovitrap.com> <1754468.NxsRndIQhs@x220.ovitrap.com> In-Reply-To: <1754468.NxsRndIQhs@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 06:46:32 -0000 On 06.06.12 05:31, Erich wrote: > On 05 June 2012 10:55:57 Chris Rees wrote: >> It is absolutely a bad idea for "beginners" to be using tagged/dated >> ports trees-- they are not supported and will lead to many complaints >> about problems that were solved since the tag. > How do they fall back when things went wrong? > > The handbook states that there is no fall back option. > > Their fall back option has a name: Windows. No need for Windows propaganda here. We have had enough of this already. Thanks. By the way, for those who tried FreeBSD and found it "too much", there is another, way better alternative: OS X Someone else does the packaging, testing etc. for you and you still don't run Windows :) This, of course, if the person, unlike you, does not ignore the advice to use PC-BSD. The same FreeBSD, with someone else taking care of watching the ports tree, configuring, compiling, packaging etc. Daniel From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:06:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA57110656A4; Wed, 6 Jun 2012 07:06:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 98E058FC22; Wed, 6 Jun 2012 07:06:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5675vlA044244; Wed, 6 Jun 2012 03:05:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5675vLE044243; Wed, 6 Jun 2012 07:05:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 07:05:57 GMT Message-Id: <201206060705.q5675vLE044243@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 07:06:04 -0000 TB --- 2012-06-06 05:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 05:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-06 05:30:00 - cleaning the object tree TB --- 2012-06-06 05:30:00 - cvsupping the source tree TB --- 2012-06-06 05:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-06 05:32:26 - building world TB --- 2012-06-06 05:32:26 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:32:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:32:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:32:26 - SRCCONF=/dev/null TB --- 2012-06-06 05:32:26 - TARGET=arm TB --- 2012-06-06 05:32:26 - TARGET_ARCH=arm TB --- 2012-06-06 05:32:26 - TZ=UTC TB --- 2012-06-06 05:32:26 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:32:26 - cd /src TB --- 2012-06-06 05:32:26 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:32:26 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 06:33:12 UTC 2012 TB --- 2012-06-06 06:33:12 - cd /src/sys/arm/conf TB --- 2012-06-06 06:33:12 - /usr/sbin/config -m AVILA TB --- 2012-06-06 06:33:13 - building AVILA kernel TB --- 2012-06-06 06:33:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:33:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:33:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:33:13 - SRCCONF=/dev/null TB --- 2012-06-06 06:33:13 - TARGET=arm TB --- 2012-06-06 06:33:13 - TARGET_ARCH=arm TB --- 2012-06-06 06:33:13 - TZ=UTC TB --- 2012-06-06 06:33:13 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:33:13 - cd /src TB --- 2012-06-06 06:33:13 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Jun 6 06:33:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Wed Jun 6 06:36:20 UTC 2012 TB --- 2012-06-06 06:36:20 - cd /src/sys/arm/conf TB --- 2012-06-06 06:36:20 - /usr/sbin/config -m BWCT TB --- 2012-06-06 06:36:20 - building BWCT kernel TB --- 2012-06-06 06:36:20 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:36:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:36:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:36:20 - SRCCONF=/dev/null TB --- 2012-06-06 06:36:20 - TARGET=arm TB --- 2012-06-06 06:36:20 - TARGET_ARCH=arm TB --- 2012-06-06 06:36:20 - TZ=UTC TB --- 2012-06-06 06:36:20 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:36:20 - cd /src TB --- 2012-06-06 06:36:20 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Wed Jun 6 06:36:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Wed Jun 6 06:38:27 UTC 2012 TB --- 2012-06-06 06:38:27 - cd /src/sys/arm/conf TB --- 2012-06-06 06:38:27 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-06 06:38:27 - building CAMBRIA kernel TB --- 2012-06-06 06:38:27 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:38:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:38:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:38:27 - SRCCONF=/dev/null TB --- 2012-06-06 06:38:27 - TARGET=arm TB --- 2012-06-06 06:38:27 - TARGET_ARCH=arm TB --- 2012-06-06 06:38:27 - TZ=UTC TB --- 2012-06-06 06:38:27 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:38:27 - cd /src TB --- 2012-06-06 06:38:27 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Wed Jun 6 06:38:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Wed Jun 6 06:41:23 UTC 2012 TB --- 2012-06-06 06:41:23 - cd /src/sys/arm/conf TB --- 2012-06-06 06:41:23 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-06 06:41:23 - building CNS11XXNAS kernel TB --- 2012-06-06 06:41:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:41:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:41:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:41:23 - SRCCONF=/dev/null TB --- 2012-06-06 06:41:23 - TARGET=arm TB --- 2012-06-06 06:41:23 - TARGET_ARCH=arm TB --- 2012-06-06 06:41:23 - TZ=UTC TB --- 2012-06-06 06:41:23 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:41:23 - cd /src TB --- 2012-06-06 06:41:23 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Wed Jun 6 06:41:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Wed Jun 6 06:44:01 UTC 2012 TB --- 2012-06-06 06:44:01 - cd /src/sys/arm/conf TB --- 2012-06-06 06:44:01 - /usr/sbin/config -m CRB TB --- 2012-06-06 06:44:01 - building CRB kernel TB --- 2012-06-06 06:44:01 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:44:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:44:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:44:01 - SRCCONF=/dev/null TB --- 2012-06-06 06:44:01 - TARGET=arm TB --- 2012-06-06 06:44:01 - TARGET_ARCH=arm TB --- 2012-06-06 06:44:01 - TZ=UTC TB --- 2012-06-06 06:44:01 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:44:01 - cd /src TB --- 2012-06-06 06:44:01 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Wed Jun 6 06:44:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Wed Jun 6 06:47:26 UTC 2012 TB --- 2012-06-06 06:47:26 - cd /src/sys/arm/conf TB --- 2012-06-06 06:47:26 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-06 06:47:26 - building DB-78XXX kernel TB --- 2012-06-06 06:47:26 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:47:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:47:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:47:26 - SRCCONF=/dev/null TB --- 2012-06-06 06:47:26 - TARGET=arm TB --- 2012-06-06 06:47:26 - TARGET_ARCH=arm TB --- 2012-06-06 06:47:26 - TZ=UTC TB --- 2012-06-06 06:47:26 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:47:26 - cd /src TB --- 2012-06-06 06:47:26 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Wed Jun 6 06:47:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Wed Jun 6 06:50:13 UTC 2012 TB --- 2012-06-06 06:50:13 - cd /src/sys/arm/conf TB --- 2012-06-06 06:50:13 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-06 06:50:13 - building DB-88F5XXX kernel TB --- 2012-06-06 06:50:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:50:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:50:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:50:13 - SRCCONF=/dev/null TB --- 2012-06-06 06:50:13 - TARGET=arm TB --- 2012-06-06 06:50:13 - TARGET_ARCH=arm TB --- 2012-06-06 06:50:13 - TZ=UTC TB --- 2012-06-06 06:50:13 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:50:13 - cd /src TB --- 2012-06-06 06:50:13 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Wed Jun 6 06:50:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Wed Jun 6 06:52:55 UTC 2012 TB --- 2012-06-06 06:52:55 - cd /src/sys/arm/conf TB --- 2012-06-06 06:52:55 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-06 06:52:55 - building DB-88F6XXX kernel TB --- 2012-06-06 06:52:55 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:52:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:52:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:52:55 - SRCCONF=/dev/null TB --- 2012-06-06 06:52:55 - TARGET=arm TB --- 2012-06-06 06:52:55 - TARGET_ARCH=arm TB --- 2012-06-06 06:52:55 - TZ=UTC TB --- 2012-06-06 06:52:55 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:52:55 - cd /src TB --- 2012-06-06 06:52:55 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Wed Jun 6 06:52:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Wed Jun 6 06:55:45 UTC 2012 TB --- 2012-06-06 06:55:45 - cd /src/sys/arm/conf TB --- 2012-06-06 06:55:45 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-06 06:55:45 - building DOCKSTAR kernel TB --- 2012-06-06 06:55:45 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:55:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:55:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:55:45 - SRCCONF=/dev/null TB --- 2012-06-06 06:55:45 - TARGET=arm TB --- 2012-06-06 06:55:45 - TARGET_ARCH=arm TB --- 2012-06-06 06:55:45 - TZ=UTC TB --- 2012-06-06 06:55:45 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:55:45 - cd /src TB --- 2012-06-06 06:55:45 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Wed Jun 6 06:55:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Wed Jun 6 06:58:19 UTC 2012 TB --- 2012-06-06 06:58:19 - cd /src/sys/arm/conf TB --- 2012-06-06 06:58:19 - /usr/sbin/config -m EP80219 TB --- 2012-06-06 06:58:19 - building EP80219 kernel TB --- 2012-06-06 06:58:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 06:58:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 06:58:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 06:58:19 - SRCCONF=/dev/null TB --- 2012-06-06 06:58:19 - TARGET=arm TB --- 2012-06-06 06:58:19 - TARGET_ARCH=arm TB --- 2012-06-06 06:58:19 - TZ=UTC TB --- 2012-06-06 06:58:19 - __MAKE_CONF=/dev/null TB --- 2012-06-06 06:58:19 - cd /src TB --- 2012-06-06 06:58:19 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Wed Jun 6 06:58:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Wed Jun 6 07:01:14 UTC 2012 TB --- 2012-06-06 07:01:14 - cd /src/sys/arm/conf TB --- 2012-06-06 07:01:14 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-06 07:01:14 - building ETHERNUT5 kernel TB --- 2012-06-06 07:01:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 07:01:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 07:01:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 07:01:14 - SRCCONF=/dev/null TB --- 2012-06-06 07:01:14 - TARGET=arm TB --- 2012-06-06 07:01:14 - TARGET_ARCH=arm TB --- 2012-06-06 07:01:14 - TZ=UTC TB --- 2012-06-06 07:01:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 07:01:14 - cd /src TB --- 2012-06-06 07:01:14 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Wed Jun 6 07:01:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o acl_posix1e.ko acl_posix1e.kld objcopy --strip-debug acl_posix1e.ko ===> ae (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ae/../../dev/ae/if_ae.c /src/sys/modules/ae/../../dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/modules/ae/../../dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/modules/ae/../../dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/modules/ae/../../dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/ae. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 07:05:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 07:05:57 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-06 07:05:57 - 3943.09 user 796.27 system 5756.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:32:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F1EC106564A for ; Wed, 6 Jun 2012 07:32:03 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id A80BE8FC08 for ; Wed, 6 Jun 2012 07:32:02 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q567W0Rv057347 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 6 Jun 2012 10:32:00 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FCF0770.4080608@digsys.bg> Date: Wed, 06 Jun 2012 10:32:00 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1544703.EkgB5WbdBi@x220.ovitrap.com> <20120605121347.GA19192@lonesome.com> <3019920.ozTXahhPXd@x220.ovitrap.com> In-Reply-To: <3019920.ozTXahhPXd@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 07:32:03 -0000 On 06.06.12 05:35, Erich wrote: > Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' > > I think that this states very clearly that there are no tags. > > So, after we learned that every thing I am asking is there anyway in an official and supported way, only the documentation has to be changed. It does not state, that there are not tags. It states, that you should be using tag=. Unless, you know exactly what are you doing and unless you know what an particular tag that exists in the ports tree means. In your language: normal users of the ports tree should use tag=. as anything else is not official and not supported. Normal users can specify date= to get the version of the ports tree as it was on that date (and time, up to a second). The documentation is correct. Daniel From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 07:48:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 479FE106566C; Wed, 6 Jun 2012 07:48:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9165A8FC14; Wed, 6 Jun 2012 07:48:11 +0000 (UTC) Received: by bkvi18 with SMTP id i18so6872222bkv.13 for ; Wed, 06 Jun 2012 00:48:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ekzNBjruBkPkXw/DZheWGfVKJukwjVOE1HkqLx980UQ=; b=yS+cZ7pIUgoOYyLPwdahz3NqePRWYDcIh2tCeHMKKa2BigSFxCeAAbPQ6Fdbaw03Ze QZMi9hCrHqmRfka1woY5Ybbs7tAUxyRrid0s5jsKcjsJcqaAxBnZqsoQ2v4Xb1va3igu AouYWtjS/alBttIYESOeG04wdNQBpMMAOCV2cO94Z71avksY2ZcN/a+T32d0q5NXcxvt NVgz+aCOoLXhPbBDd9+L0IEgA53KyCKLPU7yuiFV/pKptyX9VZrZzIfGYO0+UDXj+/Zm s6NOGf+n8WCYkOfIX2nBOhp4D/53hMuOn0OMhamXApkN6COISckHzTNZnoTkeKLK9udL Jl7Q== MIME-Version: 1.0 Received: by 10.204.156.69 with SMTP id v5mr11009344bkw.133.1338968890495; Wed, 06 Jun 2012 00:48:10 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 00:48:10 -0700 (PDT) Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 00:48:10 -0700 (PDT) In-Reply-To: <3019920.ozTXahhPXd@x220.ovitrap.com> References: <1544703.EkgB5WbdBi@x220.ovitrap.com> <20120605121347.GA19192@lonesome.com> <3019920.ozTXahhPXd@x220.ovitrap.com> Date: Wed, 6 Jun 2012 08:48:10 +0100 Message-ID: From: Chris Rees To: Erich Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Mark Andrews , freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 07:48:12 -0000 On Jun 6, 2012 3:38 AM, "Erich" wrote: > > Hi, > > On 05 June 2012 7:13:47 Mark Linimon wrote: > > On Tue, Jun 05, 2012 at 03:23:01PM +0700, Erich wrote: > > > But is this true for apache only or for the whole ports tree? > > > > Entire tree. > > my problem with this is that the documentation states something very different: > > From the handbook at the location where beginners will look for it: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html > > 'Which version(s) of them do you want? > > With CVSup, you can receive virtually any version of the sources that ever existed. That is possible because the cvsupd server works directly from the CVS repository, which contains all of the versions. You specify which one of them you want using the tag= and date= value fields. > > Warning: Be very careful to specify any tag= fields correctly. Some tags are valid only for certain collections of files. If you specify an incorrect or misspelled tag, CVSup will delete files which you probably do not want deleted. In particular, use only tag=. for the ports-* collections.' > > I think that this states very clearly that there are no tags. > No it doesn't. It states clearly that you shouldn't use tags unless you know what you are doing, as several of us have explained more than once. Chris From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 08:13:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DFDC1065672; Wed, 6 Jun 2012 08:13:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F20578FC0A; Wed, 6 Jun 2012 08:13:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q568DH1q013930; Wed, 6 Jun 2012 04:13:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q568DHgF013886; Wed, 6 Jun 2012 08:13:17 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 08:13:17 GMT Message-Id: <201206060813.q568DHgF013886@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 08:13:18 -0000 TB --- 2012-06-06 05:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 05:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-06 05:30:00 - cleaning the object tree TB --- 2012-06-06 05:30:00 - cvsupping the source tree TB --- 2012-06-06 05:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-06 05:32:13 - building world TB --- 2012-06-06 05:32:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:32:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:32:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:32:13 - SRCCONF=/dev/null TB --- 2012-06-06 05:32:13 - TARGET=i386 TB --- 2012-06-06 05:32:13 - TARGET_ARCH=i386 TB --- 2012-06-06 05:32:13 - TZ=UTC TB --- 2012-06-06 05:32:13 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:32:13 - cd /src TB --- 2012-06-06 05:32:13 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:32:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 08:04:17 UTC 2012 TB --- 2012-06-06 08:04:17 - generating LINT kernel config TB --- 2012-06-06 08:04:17 - cd /src/sys/i386/conf TB --- 2012-06-06 08:04:17 - /usr/bin/make -B LINT TB --- 2012-06-06 08:04:18 - cd /src/sys/i386/conf TB --- 2012-06-06 08:04:18 - /usr/sbin/config -m LINT TB --- 2012-06-06 08:04:18 - building LINT kernel TB --- 2012-06-06 08:04:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:04:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:04:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:04:18 - SRCCONF=/dev/null TB --- 2012-06-06 08:04:18 - TARGET=i386 TB --- 2012-06-06 08:04:18 - TARGET_ARCH=i386 TB --- 2012-06-06 08:04:18 - TZ=UTC TB --- 2012-06-06 08:04:18 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:04:18 - cd /src TB --- 2012-06-06 08:04:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 08:04:18 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwcam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwmcode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 08:13:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 08:13:17 - ERROR: failed to build LINT kernel TB --- 2012-06-06 08:13:17 - 6727.16 user 953.23 system 9796.58 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 08:16:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B56A1065672; Wed, 6 Jun 2012 08:16:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EE0448FC19; Wed, 6 Jun 2012 08:16:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q568GOxp041088; Wed, 6 Jun 2012 04:16:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q568GOx3041073; Wed, 6 Jun 2012 08:16:24 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 08:16:24 GMT Message-Id: <201206060816.q568GOx3041073@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 08:16:25 -0000 TB --- 2012-06-06 05:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 05:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-06 05:30:00 - cleaning the object tree TB --- 2012-06-06 05:30:00 - cvsupping the source tree TB --- 2012-06-06 05:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-06 05:36:33 - building world TB --- 2012-06-06 05:36:33 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:36:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:36:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:36:33 - SRCCONF=/dev/null TB --- 2012-06-06 05:36:33 - TARGET=pc98 TB --- 2012-06-06 05:36:33 - TARGET_ARCH=i386 TB --- 2012-06-06 05:36:33 - TZ=UTC TB --- 2012-06-06 05:36:33 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:36:33 - cd /src TB --- 2012-06-06 05:36:33 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:36:34 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 08:09:21 UTC 2012 TB --- 2012-06-06 08:09:21 - generating LINT kernel config TB --- 2012-06-06 08:09:21 - cd /src/sys/pc98/conf TB --- 2012-06-06 08:09:21 - /usr/bin/make -B LINT TB --- 2012-06-06 08:09:22 - cd /src/sys/pc98/conf TB --- 2012-06-06 08:09:22 - /usr/sbin/config -m LINT TB --- 2012-06-06 08:09:22 - building LINT kernel TB --- 2012-06-06 08:09:22 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:09:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:09:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:09:22 - SRCCONF=/dev/null TB --- 2012-06-06 08:09:22 - TARGET=pc98 TB --- 2012-06-06 08:09:22 - TARGET_ARCH=i386 TB --- 2012-06-06 08:09:22 - TZ=UTC TB --- 2012-06-06 08:09:22 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:09:22 - cd /src TB --- 2012-06-06 08:09:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 08:09:22 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/advansys.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/advlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/advmcode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 08:16:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 08:16:24 - ERROR: failed to build LINT kernel TB --- 2012-06-06 08:16:24 - 6632.07 user 946.55 system 9983.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 08:50:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76D5D1065675; Wed, 6 Jun 2012 08:50:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 40A8A8FC14; Wed, 6 Jun 2012 08:50:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q568o2wO099570; Wed, 6 Jun 2012 04:50:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q568o2tF099548; Wed, 6 Jun 2012 08:50:02 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 08:50:02 GMT Message-Id: <201206060850.q568o2tF099548@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 08:50:03 -0000 TB --- 2012-06-06 05:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 05:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 05:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-06 05:30:00 - cleaning the object tree TB --- 2012-06-06 05:30:00 - cvsupping the source tree TB --- 2012-06-06 05:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-06 05:32:23 - building world TB --- 2012-06-06 05:32:23 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 05:32:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 05:32:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 05:32:23 - SRCCONF=/dev/null TB --- 2012-06-06 05:32:23 - TARGET=amd64 TB --- 2012-06-06 05:32:23 - TARGET_ARCH=amd64 TB --- 2012-06-06 05:32:23 - TZ=UTC TB --- 2012-06-06 05:32:23 - __MAKE_CONF=/dev/null TB --- 2012-06-06 05:32:23 - cd /src TB --- 2012-06-06 05:32:23 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 05:32:23 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 6 08:42:15 UTC 2012 TB --- 2012-06-06 08:42:15 - generating LINT kernel config TB --- 2012-06-06 08:42:15 - cd /src/sys/amd64/conf TB --- 2012-06-06 08:42:15 - /usr/bin/make -B LINT TB --- 2012-06-06 08:42:15 - cd /src/sys/amd64/conf TB --- 2012-06-06 08:42:15 - /usr/sbin/config -m LINT TB --- 2012-06-06 08:42:15 - building LINT kernel TB --- 2012-06-06 08:42:15 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:42:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:42:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:42:15 - SRCCONF=/dev/null TB --- 2012-06-06 08:42:15 - TARGET=amd64 TB --- 2012-06-06 08:42:15 - TARGET_ARCH=amd64 TB --- 2012-06-06 08:42:15 - TZ=UTC TB --- 2012-06-06 08:42:15 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:42:15 - cd /src TB --- 2012-06-06 08:42:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 08:42:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwcam.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwlib.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/advansys/adwmcode.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 08:50:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 08:50:02 - ERROR: failed to build LINT kernel TB --- 2012-06-06 08:50:02 - 8119.40 user 1266.21 system 12001.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 08:56:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E553610657CC; Wed, 6 Jun 2012 08:56:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AD6988FC16; Wed, 6 Jun 2012 08:56:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q568u7Eo040109; Wed, 6 Jun 2012 04:56:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q568u7K3040103; Wed, 6 Jun 2012 08:56:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 08:56:07 GMT Message-Id: <201206060856.q568u7K3040103@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 08:56:08 -0000 TB --- 2012-06-06 07:05:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 07:05:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 07:05:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-06 07:05:57 - cleaning the object tree TB --- 2012-06-06 07:05:57 - cvsupping the source tree TB --- 2012-06-06 07:05:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-06 07:06:46 - building world TB --- 2012-06-06 07:06:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 07:06:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 07:06:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 07:06:46 - SRCCONF=/dev/null TB --- 2012-06-06 07:06:46 - TARGET=ia64 TB --- 2012-06-06 07:06:46 - TARGET_ARCH=ia64 TB --- 2012-06-06 07:06:46 - TZ=UTC TB --- 2012-06-06 07:06:46 - __MAKE_CONF=/dev/null TB --- 2012-06-06 07:06:46 - cd /src TB --- 2012-06-06 07:06:46 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 07:06:48 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 08:49:33 UTC 2012 TB --- 2012-06-06 08:49:33 - generating LINT kernel config TB --- 2012-06-06 08:49:33 - cd /src/sys/ia64/conf TB --- 2012-06-06 08:49:33 - /usr/bin/make -B LINT TB --- 2012-06-06 08:49:33 - cd /src/sys/ia64/conf TB --- 2012-06-06 08:49:33 - /usr/sbin/config -m LINT TB --- 2012-06-06 08:49:33 - building LINT kernel TB --- 2012-06-06 08:49:33 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:49:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:49:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:49:33 - SRCCONF=/dev/null TB --- 2012-06-06 08:49:33 - TARGET=ia64 TB --- 2012-06-06 08:49:33 - TARGET_ARCH=ia64 TB --- 2012-06-06 08:49:33 - TZ=UTC TB --- 2012-06-06 08:49:33 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:49:33 - cd /src TB --- 2012-06-06 08:49:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 08:49:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/advansys/adwcam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/advansys/adwlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/advansys/adwmcode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 08:56:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 08:56:07 - ERROR: failed to build LINT kernel TB --- 2012-06-06 08:56:07 - 4432.11 user 691.16 system 6609.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:10:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E989C106564A; Wed, 6 Jun 2012 10:10:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B78C18FC14; Wed, 6 Jun 2012 10:10:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q56AADYl049651; Wed, 6 Jun 2012 06:10:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q56AAD2e049646; Wed, 6 Jun 2012 10:10:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 10:10:13 GMT Message-Id: <201206061010.q56AAD2e049646@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:10:15 -0000 TB --- 2012-06-06 08:56:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 08:56:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 08:56:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-06 08:56:07 - cleaning the object tree TB --- 2012-06-06 08:56:07 - cvsupping the source tree TB --- 2012-06-06 08:56:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-06 08:57:14 - building world TB --- 2012-06-06 08:57:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:57:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:57:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:57:14 - SRCCONF=/dev/null TB --- 2012-06-06 08:57:14 - TARGET=sparc64 TB --- 2012-06-06 08:57:14 - TARGET_ARCH=sparc64 TB --- 2012-06-06 08:57:14 - TZ=UTC TB --- 2012-06-06 08:57:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:57:14 - cd /src TB --- 2012-06-06 08:57:14 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 08:57:15 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 10:05:36 UTC 2012 TB --- 2012-06-06 10:05:36 - generating LINT kernel config TB --- 2012-06-06 10:05:36 - cd /src/sys/sparc64/conf TB --- 2012-06-06 10:05:36 - /usr/bin/make -B LINT TB --- 2012-06-06 10:05:36 - cd /src/sys/sparc64/conf TB --- 2012-06-06 10:05:36 - /usr/sbin/config -m LINT TB --- 2012-06-06 10:05:36 - building LINT kernel TB --- 2012-06-06 10:05:36 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:05:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:05:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:05:36 - SRCCONF=/dev/null TB --- 2012-06-06 10:05:36 - TARGET=sparc64 TB --- 2012-06-06 10:05:36 - TARGET_ARCH=sparc64 TB --- 2012-06-06 10:05:36 - TZ=UTC TB --- 2012-06-06 10:05:36 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:05:36 - cd /src TB --- 2012-06-06 10:05:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 10:05:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwcam.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwlib.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwmcode.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 10:10:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 10:10:13 - ERROR: failed to build LINT kernel TB --- 2012-06-06 10:10:13 - 3139.89 user 578.95 system 4446.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:38:27 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD64A1065673; Wed, 6 Jun 2012 10:38:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 95CBA8FC08; Wed, 6 Jun 2012 10:38:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q56AcQfR051936; Wed, 6 Jun 2012 06:38:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q56AcQcZ051935; Wed, 6 Jun 2012 10:38:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 10:38:26 GMT Message-Id: <201206061038.q56AcQcZ051935@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:38:27 -0000 TB --- 2012-06-06 08:16:24 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 08:16:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 08:16:24 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-06-06 08:16:24 - cleaning the object tree TB --- 2012-06-06 08:16:24 - cvsupping the source tree TB --- 2012-06-06 08:16:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-06-06 08:17:07 - building world TB --- 2012-06-06 08:17:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:17:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:17:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:17:07 - SRCCONF=/dev/null TB --- 2012-06-06 08:17:07 - TARGET=powerpc TB --- 2012-06-06 08:17:07 - TARGET_ARCH=powerpc TB --- 2012-06-06 08:17:07 - TZ=UTC TB --- 2012-06-06 08:17:07 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:17:07 - cd /src TB --- 2012-06-06 08:17:07 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 08:17:08 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 10:35:07 UTC 2012 TB --- 2012-06-06 10:35:07 - generating LINT kernel config TB --- 2012-06-06 10:35:07 - cd /src/sys/powerpc/conf TB --- 2012-06-06 10:35:07 - /usr/bin/make -B LINT TB --- 2012-06-06 10:35:07 - cd /src/sys/powerpc/conf TB --- 2012-06-06 10:35:07 - /usr/sbin/config -m LINT TB --- 2012-06-06 10:35:07 - building LINT kernel TB --- 2012-06-06 10:35:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 10:35:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 10:35:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 10:35:07 - SRCCONF=/dev/null TB --- 2012-06-06 10:35:07 - TARGET=powerpc TB --- 2012-06-06 10:35:07 - TARGET_ARCH=powerpc TB --- 2012-06-06 10:35:07 - TZ=UTC TB --- 2012-06-06 10:35:07 - __MAKE_CONF=/dev/null TB --- 2012-06-06 10:35:07 - cd /src TB --- 2012-06-06 10:35:07 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 10:35:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwcam.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwlib.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwmcode.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 10:38:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 10:38:26 - ERROR: failed to build LINT kernel TB --- 2012-06-06 10:38:26 - 6761.12 user 899.24 system 8522.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 10:49:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECB421065673 for ; Wed, 6 Jun 2012 10:49:39 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id A2CC08FC22 for ; Wed, 6 Jun 2012 10:49:39 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:300d:9ef5:7e6f:e2bd] (unknown [IPv6:2001:7b8:3a7:0:300d:9ef5:7e6f:e2bd]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7B4565C37; Wed, 6 Jun 2012 12:49:33 +0200 (CEST) Message-ID: <4FCF35BF.5080006@FreeBSD.org> Date: Wed, 06 Jun 2012 12:49:35 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: Sevan / Venture37 References: <4FCE8306.1020000@gmail.com> In-Reply-To: <4FCE8306.1020000@gmail.com> X-Enigmail-Version: 1.5a1pre Content-Type: multipart/mixed; boundary="------------030209070404060109040505" Cc: "freebsd-current@freebsd.org" Subject: Re: Unable to buildworld with ccache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 10:49:40 -0000 This is a multi-part message in MIME format. --------------030209070404060109040505 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 2012-06-06 00:07, Sevan / Venture37 wrote: > Buildworld completes successfully with ccache switched off, it fails > otherwise, system was built WITH_CLANG_IS_CC previously. ... > In file included from /usr/src/lib/libc/net/getaddrinfo.c:1: > /usr/src/lib/libc/net/getaddrinfo.c:467:15: error: explicitly assigning > a variable of type 'int' to itself [-Werror,-Wself-assign] > do { error = (error); goto bad; } while ( 0); > ~~~~~ ^ ~~~~~ This is because clang suppresses a number of warnings for specific patterns in macros. Since ccache passes clang the preprocessed file, those suppressions will not work, and some additional warnings can be triggered. See also the following threads on the cfe-dev mailing list: http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-September/017250.html http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/021824.html That said, I had a look at the specific warnings you posted for libc, and they are easy enough to fix. Please try the attached patch. --------------030209070404060109040505 Content-Type: text/x-diff; name="libc-ccache-warns-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="libc-ccache-warns-1.diff" Index: lib/libc/include/port_before.h =================================================================== --- lib/libc/include/port_before.h (revision 236667) +++ lib/libc/include/port_before.h (working copy) @@ -17,6 +17,6 @@ var = _u.v; \ } while (0) -#define UNUSED(x) (x) = (x) +#define UNUSED(x) (void)(x) #endif /* _PORT_BEFORE_H_ */ Index: lib/libc/net/getaddrinfo.c =================================================================== --- lib/libc/net/getaddrinfo.c (revision 236667) +++ lib/libc/net/getaddrinfo.c (working copy) @@ -464,7 +464,7 @@ getaddrinfo(const char *hostname, const char *serv } error = get_portmatch(pai, servname); if (error) - ERR(error); + goto bad; *pai = ai0; } --------------030209070404060109040505-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 11:35:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE4D106575E; Wed, 6 Jun 2012 11:35:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 498B08FC1A; Wed, 6 Jun 2012 11:35:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q56BZDTt074305; Wed, 6 Jun 2012 07:35:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q56BZD6V074304; Wed, 6 Jun 2012 11:35:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 11:35:13 GMT Message-Id: <201206061135.q56BZD6V074304@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 11:35:17 -0000 TB --- 2012-06-06 08:50:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 08:50:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 08:50:02 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-06-06 08:50:02 - cleaning the object tree TB --- 2012-06-06 08:50:02 - cvsupping the source tree TB --- 2012-06-06 08:50:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-06-06 08:51:13 - building world TB --- 2012-06-06 08:51:13 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 08:51:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 08:51:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 08:51:13 - SRCCONF=/dev/null TB --- 2012-06-06 08:51:13 - TARGET=powerpc TB --- 2012-06-06 08:51:13 - TARGET_ARCH=powerpc64 TB --- 2012-06-06 08:51:13 - TZ=UTC TB --- 2012-06-06 08:51:13 - __MAKE_CONF=/dev/null TB --- 2012-06-06 08:51:13 - cd /src TB --- 2012-06-06 08:51:13 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 08:51:14 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 6 11:32:08 UTC 2012 TB --- 2012-06-06 11:32:08 - generating LINT kernel config TB --- 2012-06-06 11:32:08 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:32:08 - /usr/bin/make -B LINT TB --- 2012-06-06 11:32:08 - cd /src/sys/powerpc/conf TB --- 2012-06-06 11:32:08 - /usr/sbin/config -m LINT TB --- 2012-06-06 11:32:08 - building LINT kernel TB --- 2012-06-06 11:32:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:32:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:32:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:32:08 - SRCCONF=/dev/null TB --- 2012-06-06 11:32:08 - TARGET=powerpc TB --- 2012-06-06 11:32:08 - TARGET_ARCH=powerpc64 TB --- 2012-06-06 11:32:08 - TZ=UTC TB --- 2012-06-06 11:32:08 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:32:08 - cd /src TB --- 2012-06-06 11:32:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 6 11:32:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwcam.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwlib.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/advansys/adwmcode.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ae/if_ae.c /src/sys/dev/ae/if_ae.c: In function 'ae_pm_init': /src/sys/dev/ae/if_ae.c:1384: error: 'dev' undeclared (first use in this function) /src/sys/dev/ae/if_ae.c:1384: error: (Each undeclared identifier is reported only once /src/sys/dev/ae/if_ae.c:1384: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 11:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 11:35:13 - ERROR: failed to build LINT kernel TB --- 2012-06-06 11:35:13 - 8247.51 user 1098.38 system 9911.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 12:29:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F606106564A; Wed, 6 Jun 2012 12:29:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id C94568FC1A; Wed, 6 Jun 2012 12:29:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1ScFN1-0006E9-TC>; Wed, 06 Jun 2012 14:29:51 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1ScFN1-00033a-Qi>; Wed, 06 Jun 2012 14:29:51 +0200 Message-ID: <4FCF4D3F.1060708@zedat.fu-berlin.de> Date: Wed, 06 Jun 2012 14:29:51 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Current FreeBSD References: <2421561.4aJcXPZZxh@x220.ovitrap.com> <4FCB38F2.4030505@ateamsystems.com> <3851080.JQJobqxLc8@x220.ovitrap.com> <4FCBCF49.1010206@zedat.fu-berlin.de> <20120606084101.GA45654@mid.pc5.i.0x5.de> In-Reply-To: <20120606084101.GA45654@mid.pc5.i.0x5.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: Subject: port graphics/inkscape: not compiling anymore WAS: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 12:29:53 -0000 On 06/06/12 10:41, Nicolas Rachinsky wrote: > * "O. Hartmann" [2012-06-03 22:55 +0200]: >> ... I spent now two complete days watching my boxes updating their >> ports. Several ports do not compile anymore (inkscape, libreoffice, >> libxul, to name some of the very hurting ones!). > > Do you have graphics/libwpg01 installed? After deinstalling this, I > was able to compile inkscape again. > > Nicolas Yes, this port is installed and it is required by a lot of ports I have installed. I will not deinstall this port since I fear it will not be able to be reinstalled after that and increase the mess as it is already. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:08:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C8611065678; Wed, 6 Jun 2012 13:08:54 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3363D8FC17; Wed, 6 Jun 2012 13:08:54 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56D8W8Q003416; Wed, 6 Jun 2012 07:08:38 -0600 From: Erich To: Mark Andrews Date: Wed, 06 Jun 2012 20:08:25 +0700 Message-ID: <14124799.QzFcXOvGTl@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120606064503.91634214DF23@drugs.dv.isc.org> References: <1805884.WJzBQIFnSm@x220.ovitrap.com> <20120606064503.91634214DF23@drugs.dv.isc.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Chris Rees , freebsd-current@freebsd.org, Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:08:54 -0000 Hi, let me rite the answer on top before my mouse scrolling down. I am fully aware of what you are writing. I am saying this from the point of view people have when they start with FreeBSD. This little help would make them feel much much saver. I know that it would not change much in real life. Erich On 06 June 2012 16:45:03 Mark Andrews wrote: > > In message <1805884.WJzBQIFnSm@x220.ovitrap.com>, Erich writes: From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:13:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441BC106564A; Wed, 6 Jun 2012 13:13:19 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id E19848FC19; Wed, 6 Jun 2012 13:13:17 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56DD1gU004660; Wed, 6 Jun 2012 07:13:01 -0600 From: Erich To: Chris Rees Date: Wed, 06 Jun 2012 20:12:55 +0700 Message-ID: <15075001.JBc1UY2ed2@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <3019920.ozTXahhPXd@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@freebsd.org, Mark Andrews , freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:13:19 -0000 Hi, On 06 June 2012 8:48:10 Chris Rees wrote: > On Jun 6, 2012 3:38 AM, "Erich" wrote: > > > No it doesn't. It states clearly that you shouldn't use tags unless you > know what you are doing, as several of us have explained more than once. > is my English really this bad? >From the handbook: '. In particular, use only tag=. for the ports-* collections.' Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:21:12 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 133F51065687; Wed, 6 Jun 2012 13:21:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B646D8FC0C; Wed, 6 Jun 2012 13:21:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q56DLAXQ013818; Wed, 6 Jun 2012 09:21:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q56DLA7L013817; Wed, 6 Jun 2012 13:21:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 6 Jun 2012 13:21:10 GMT Message-Id: <201206061321.q56DLA7L013817@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:21:12 -0000 TB --- 2012-06-06 11:40:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-06 11:40:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-06 11:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-06 11:40:01 - cleaning the object tree TB --- 2012-06-06 11:47:52 - cvsupping the source tree TB --- 2012-06-06 11:47:52 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-06 11:49:40 - building world TB --- 2012-06-06 11:49:40 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 11:49:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 11:49:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 11:49:40 - SRCCONF=/dev/null TB --- 2012-06-06 11:49:40 - TARGET=arm TB --- 2012-06-06 11:49:40 - TARGET_ARCH=arm TB --- 2012-06-06 11:49:40 - TZ=UTC TB --- 2012-06-06 11:49:40 - __MAKE_CONF=/dev/null TB --- 2012-06-06 11:49:40 - cd /src TB --- 2012-06-06 11:49:40 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 6 11:49:41 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Jun 6 12:49:24 UTC 2012 TB --- 2012-06-06 12:49:24 - cd /src/sys/arm/conf TB --- 2012-06-06 12:49:24 - /usr/sbin/config -m AVILA TB --- 2012-06-06 12:49:24 - building AVILA kernel TB --- 2012-06-06 12:49:24 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 12:49:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 12:49:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 12:49:24 - SRCCONF=/dev/null TB --- 2012-06-06 12:49:24 - TARGET=arm TB --- 2012-06-06 12:49:24 - TARGET_ARCH=arm TB --- 2012-06-06 12:49:24 - TZ=UTC TB --- 2012-06-06 12:49:24 - __MAKE_CONF=/dev/null TB --- 2012-06-06 12:49:24 - cd /src TB --- 2012-06-06 12:49:24 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Wed Jun 6 12:49:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Wed Jun 6 12:52:34 UTC 2012 TB --- 2012-06-06 12:52:34 - cd /src/sys/arm/conf TB --- 2012-06-06 12:52:34 - /usr/sbin/config -m BWCT TB --- 2012-06-06 12:52:34 - building BWCT kernel TB --- 2012-06-06 12:52:34 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 12:52:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 12:52:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 12:52:34 - SRCCONF=/dev/null TB --- 2012-06-06 12:52:34 - TARGET=arm TB --- 2012-06-06 12:52:34 - TARGET_ARCH=arm TB --- 2012-06-06 12:52:34 - TZ=UTC TB --- 2012-06-06 12:52:34 - __MAKE_CONF=/dev/null TB --- 2012-06-06 12:52:34 - cd /src TB --- 2012-06-06 12:52:34 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Wed Jun 6 12:52:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Wed Jun 6 12:54:41 UTC 2012 TB --- 2012-06-06 12:54:41 - cd /src/sys/arm/conf TB --- 2012-06-06 12:54:41 - /usr/sbin/config -m CAMBRIA TB --- 2012-06-06 12:54:41 - building CAMBRIA kernel TB --- 2012-06-06 12:54:41 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 12:54:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 12:54:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 12:54:41 - SRCCONF=/dev/null TB --- 2012-06-06 12:54:41 - TARGET=arm TB --- 2012-06-06 12:54:41 - TARGET_ARCH=arm TB --- 2012-06-06 12:54:41 - TZ=UTC TB --- 2012-06-06 12:54:41 - __MAKE_CONF=/dev/null TB --- 2012-06-06 12:54:41 - cd /src TB --- 2012-06-06 12:54:41 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Wed Jun 6 12:54:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CAMBRIA completed on Wed Jun 6 12:57:36 UTC 2012 TB --- 2012-06-06 12:57:36 - cd /src/sys/arm/conf TB --- 2012-06-06 12:57:36 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-06-06 12:57:37 - building CNS11XXNAS kernel TB --- 2012-06-06 12:57:37 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 12:57:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 12:57:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 12:57:37 - SRCCONF=/dev/null TB --- 2012-06-06 12:57:37 - TARGET=arm TB --- 2012-06-06 12:57:37 - TARGET_ARCH=arm TB --- 2012-06-06 12:57:37 - TZ=UTC TB --- 2012-06-06 12:57:37 - __MAKE_CONF=/dev/null TB --- 2012-06-06 12:57:37 - cd /src TB --- 2012-06-06 12:57:37 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Wed Jun 6 12:57:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Wed Jun 6 13:00:07 UTC 2012 TB --- 2012-06-06 13:00:07 - cd /src/sys/arm/conf TB --- 2012-06-06 13:00:07 - /usr/sbin/config -m CRB TB --- 2012-06-06 13:00:07 - building CRB kernel TB --- 2012-06-06 13:00:07 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:00:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:00:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:00:07 - SRCCONF=/dev/null TB --- 2012-06-06 13:00:07 - TARGET=arm TB --- 2012-06-06 13:00:07 - TARGET_ARCH=arm TB --- 2012-06-06 13:00:07 - TZ=UTC TB --- 2012-06-06 13:00:07 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:00:07 - cd /src TB --- 2012-06-06 13:00:07 - /usr/bin/make -B buildkernel KERNCONF=CRB >>> Kernel build for CRB started on Wed Jun 6 13:00:07 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CRB completed on Wed Jun 6 13:03:31 UTC 2012 TB --- 2012-06-06 13:03:31 - cd /src/sys/arm/conf TB --- 2012-06-06 13:03:31 - /usr/sbin/config -m DB-78XXX TB --- 2012-06-06 13:03:31 - building DB-78XXX kernel TB --- 2012-06-06 13:03:31 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:03:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:03:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:03:31 - SRCCONF=/dev/null TB --- 2012-06-06 13:03:31 - TARGET=arm TB --- 2012-06-06 13:03:31 - TARGET_ARCH=arm TB --- 2012-06-06 13:03:31 - TZ=UTC TB --- 2012-06-06 13:03:31 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:03:31 - cd /src TB --- 2012-06-06 13:03:31 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Wed Jun 6 13:03:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Wed Jun 6 13:06:17 UTC 2012 TB --- 2012-06-06 13:06:17 - cd /src/sys/arm/conf TB --- 2012-06-06 13:06:17 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-06-06 13:06:17 - building DB-88F5XXX kernel TB --- 2012-06-06 13:06:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:06:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:06:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:06:17 - SRCCONF=/dev/null TB --- 2012-06-06 13:06:17 - TARGET=arm TB --- 2012-06-06 13:06:17 - TARGET_ARCH=arm TB --- 2012-06-06 13:06:17 - TZ=UTC TB --- 2012-06-06 13:06:17 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:06:17 - cd /src TB --- 2012-06-06 13:06:17 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Wed Jun 6 13:06:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Wed Jun 6 13:08:57 UTC 2012 TB --- 2012-06-06 13:08:57 - cd /src/sys/arm/conf TB --- 2012-06-06 13:08:57 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-06-06 13:08:57 - building DB-88F6XXX kernel TB --- 2012-06-06 13:08:57 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:08:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:08:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:08:57 - SRCCONF=/dev/null TB --- 2012-06-06 13:08:57 - TARGET=arm TB --- 2012-06-06 13:08:57 - TARGET_ARCH=arm TB --- 2012-06-06 13:08:57 - TZ=UTC TB --- 2012-06-06 13:08:57 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:08:57 - cd /src TB --- 2012-06-06 13:08:57 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Wed Jun 6 13:08:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Wed Jun 6 13:11:46 UTC 2012 TB --- 2012-06-06 13:11:46 - cd /src/sys/arm/conf TB --- 2012-06-06 13:11:46 - /usr/sbin/config -m DOCKSTAR TB --- 2012-06-06 13:11:46 - building DOCKSTAR kernel TB --- 2012-06-06 13:11:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:11:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:11:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:11:46 - SRCCONF=/dev/null TB --- 2012-06-06 13:11:46 - TARGET=arm TB --- 2012-06-06 13:11:46 - TARGET_ARCH=arm TB --- 2012-06-06 13:11:46 - TZ=UTC TB --- 2012-06-06 13:11:46 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:11:46 - cd /src TB --- 2012-06-06 13:11:46 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Wed Jun 6 13:11:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Wed Jun 6 13:14:19 UTC 2012 TB --- 2012-06-06 13:14:19 - cd /src/sys/arm/conf TB --- 2012-06-06 13:14:19 - /usr/sbin/config -m EP80219 TB --- 2012-06-06 13:14:19 - building EP80219 kernel TB --- 2012-06-06 13:14:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:14:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:14:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:14:19 - SRCCONF=/dev/null TB --- 2012-06-06 13:14:19 - TARGET=arm TB --- 2012-06-06 13:14:19 - TARGET_ARCH=arm TB --- 2012-06-06 13:14:19 - TZ=UTC TB --- 2012-06-06 13:14:19 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:14:19 - cd /src TB --- 2012-06-06 13:14:19 - /usr/bin/make -B buildkernel KERNCONF=EP80219 >>> Kernel build for EP80219 started on Wed Jun 6 13:14:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EP80219 completed on Wed Jun 6 13:17:14 UTC 2012 TB --- 2012-06-06 13:17:14 - cd /src/sys/arm/conf TB --- 2012-06-06 13:17:14 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-06-06 13:17:14 - building ETHERNUT5 kernel TB --- 2012-06-06 13:17:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-06 13:17:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-06 13:17:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-06 13:17:14 - SRCCONF=/dev/null TB --- 2012-06-06 13:17:14 - TARGET=arm TB --- 2012-06-06 13:17:14 - TARGET_ARCH=arm TB --- 2012-06-06 13:17:14 - TZ=UTC TB --- 2012-06-06 13:17:14 - __MAKE_CONF=/dev/null TB --- 2012-06-06 13:17:14 - cd /src TB --- 2012-06-06 13:17:14 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Wed Jun 6 13:17:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/arm/at91/if_ate.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/arm/at91/uart_bus_at91usart.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/arm/at91/uart_cpu_at91rm9200usart.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/arm/at91/uart_dev_at91usart.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/dev/usb/controller/ohci_atmelarm.c cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -mno-apcs-frame -ffreestanding -Werror /src/sys/arm/at91/at91sam9260.c /src/sys/arm/at91/at91sam9260.c: In function 'at91_identify': /src/sys/arm/at91/at91sam9260.c:203: error: break statement not within loop or switch *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-06 13:21:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-06 13:21:10 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-06-06 13:21:10 - 3927.58 user 801.22 system 6069.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:21:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A58106564A for ; Wed, 6 Jun 2012 13:21:35 +0000 (UTC) (envelope-from millenia2000@hotmail.com) Received: from bay0-omc1-s3.bay0.hotmail.com (bay0-omc1-s3.bay0.hotmail.com [65.54.190.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1794D8FC08 for ; Wed, 6 Jun 2012 13:21:35 +0000 (UTC) Received: from BAY165-DS8 ([65.54.190.60]) by bay0-omc1-s3.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 6 Jun 2012 06:21:29 -0700 X-Originating-IP: [174.252.98.94] X-Originating-Email: [millenia2000@hotmail.com] Message-ID: From: Sean Cavanaugh To: "'Daniel Kalchev'" , References: <1616421.P4c92lAp56@x220.ovitrap.com> <1754468.NxsRndIQhs@x220.ovitrap.com> <4FCEFCBE.4050401@digsys.bg> In-Reply-To: <4FCEFCBE.4050401@digsys.bg> Date: Wed, 6 Jun 2012 09:21:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 thread-index: AQIyvD7HTSW4IcF31EHr8cD3RNOTGQGV+aGoAr63mmgBudJxGgF4YfxQleYcqaA= Content-Language: en-us X-OriginalArrivalTime: 06 Jun 2012 13:21:29.0640 (UTC) FILETIME=[487EFA80:01CD43E7] Cc: Subject: RE: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:21:35 -0000 > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Daniel Kalchev > Sent: Wednesday, June 06, 2012 2:46 AM > To: freebsd-current@freebsd.org > Subject: Re: Why Are You NOT Using FreeBSD? > > > > On 06.06.12 05:31, Erich wrote: > > On 05 June 2012 10:55:57 Chris Rees wrote: > >> It is absolutely a bad idea for "beginners" to be using tagged/dated > >> ports trees-- they are not supported and will lead to many complaints > >> about problems that were solved since the tag. > > How do they fall back when things went wrong? > > > > The handbook states that there is no fall back option. > > > > Their fall back option has a name: Windows. > > No need for Windows propaganda here. We have had enough of this > already. > Thanks. > > By the way, for those who tried FreeBSD and found it "too much", there is > another, way better alternative: OS X Someone else does the packaging, > testing etc. for you and you still don't run Windows :) > > This, of course, if the person, unlike you, does not ignore the advice to use > PC-BSD. The same FreeBSD, with someone else taking care of watching the > ports tree, configuring, compiling, packaging etc. > > Daniel I don't see what the overall issue is. When I first got introduced to FreeBSD, I installed all of my 3rd part software using packages as I thought that's how it was done. It installed fast but was a little out of date. Later I learned about ports and slowly started using that for more and more software to get the newer versions. Now I am at the point where all of it is compiled from updated portstree and I fully expect every time that I upgrade that some ports will break and have to be manually corrected. I would not expect less from software that has so many random interdependencies that are handled by multiple groups. Have you ever mapped a tree of all the package dependencies it takes to install gnome on a bare system? I got lost after the 20th level or so in. There is constant compilation testing on the software to ID the blatant compile errors, but tsometimes we just have the magical winning "combo of fail" options on our system and it will break. Overall I see it as packages are flat stable at the cost of being out of date, and ports are current but not guaranteed to compile without intervention. The Maintainers do give a very good shot to make them stable but sometimes one person cannot maintain millions of lines of code and not make a glitch occasionally, or make it out on time when a dependency changes. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 13:48:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FDA7106566B for ; Wed, 6 Jun 2012 13:48:40 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id B69EA8FC0C for ; Wed, 6 Jun 2012 13:48:39 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56DmJru015232; Wed, 6 Jun 2012 07:48:20 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Wed, 06 Jun 2012 20:48:13 +0700 Message-ID: <3668749.rHy9RI2eRn@x220.ovitrap.com> Organization: ALO Green Technologies Pte Ltd User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <4FCEFCBE.4050401@digsys.bg> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Wed, 06 Jun 2012 13:53:15 +0000 Cc: Sean Cavanaugh , 'Daniel Kalchev' Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 13:48:40 -0000 Hi, On 06 June 2012 9:21:22 Sean Cavanaugh wrote: > > Overall I see it as packages are flat stable at the cost of being out of > date, and ports are current but not guaranteed to compile without > intervention. The Maintainers do give a very good shot to make them stable > but sometimes one person cannot maintain millions of lines of code and not > make a glitch occasionally, or make it out on time when a dependency > changes. isn't the date of the packages the date of the last release of the branch? Aren't the chances high then to get a working ports tree? You can follow the discussion about this subject for at least 10 years back. The result is always the same. In parallel is the discussion why so little people are using FreeBSD. Do you understand what I want to say? Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:15:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 508371065672 for ; Wed, 6 Jun 2012 14:15:56 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CF1678FC1A for ; Wed, 6 Jun 2012 14:15:55 +0000 (UTC) Received: by bkvi18 with SMTP id i18so7326850bkv.13 for ; Wed, 06 Jun 2012 07:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=GSwGs47tYfKf8xei3cWuVD6yPmFZoEL74KIzdTJryek=; b=gKWv/XCiLWMxK1eXQ2r/2p1sSsmRG5BtOB3hXCPVGifwEZfXhGqS+aydbMqfc4cTDe 1R6xdLmlIH/A0JHjqozXFeKYnAx18KSkTVA+SPXAQVahXl6s83jHIvV9qlxxq06gsyUg Ch872Z+swNJmxYwhiioSos8uPZPqZTEcCXW+EyIoU5lVPNu63P694JaTK+N47blt0GEq P/LLTikQ0RQZpk2/gs2SgHMz5R4Vsqg3GBt7lY+TprtvKm6Kj9gEScbsuEBcOZWahXf2 sGSExMUUo0U6r1kEzeqR/m3PAksw7b+KG1zecUvwybcA8wQ4cISEfcx4emm2T/z70J0K Y5jg== Received: by 10.205.33.136 with SMTP id so8mr12083599bkb.1.1338992154657; Wed, 06 Jun 2012 07:15:54 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 07:15:24 -0700 (PDT) In-Reply-To: <3668749.rHy9RI2eRn@x220.ovitrap.com> References: <4FCEFCBE.4050401@digsys.bg> <3668749.rHy9RI2eRn@x220.ovitrap.com> From: Chris Rees Date: Wed, 6 Jun 2012 15:15:24 +0100 X-Google-Sender-Auth: gmF_7h6yF5q7yJgiuRaDDK9hKNM Message-ID: To: Erich Dollansky Content-Type: text/plain; charset=ISO-8859-1 Cc: Sean Cavanaugh , freebsd-current@freebsd.org, Daniel Kalchev Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:15:56 -0000 On 6 June 2012 14:48, Erich Dollansky wrote: > Hi, > > On 06 June 2012 9:21:22 Sean Cavanaugh wrote: >> >> Overall I see it as packages are flat stable at the cost of being out of >> date, and ports are current but not guaranteed to compile without >> intervention. The Maintainers do give a very good shot to make them stable >> but sometimes one person cannot maintain millions of lines of code and not >> make a glitch occasionally, or make it out on time when a dependency >> changes. > > isn't the date of the packages the date of the last release of the branch? Aren't the chances high then to get a working ports tree? > > You can follow the discussion about this subject for at least 10 years back. The result is always the same. > > In parallel is the discussion why so little people are using FreeBSD. > > Do you understand what I want to say? I do understand it, but you don't seem to understand that we *do* understand what you're saying. - Tagged ports trees contain out of date software. - Security fixes cannot be backported to tagged trees- we *do* *not* *have* *resources* for this. - Occasionally you may see minor issues when following the latest branch of ports. This is the price you pay for being up to date, with the very latest of software. Chris From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:17:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC3B1065673; Wed, 6 Jun 2012 14:17:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D1C28FC18; Wed, 6 Jun 2012 14:17:14 +0000 (UTC) Received: by bkvi18 with SMTP id i18so7328564bkv.13 for ; Wed, 06 Jun 2012 07:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JNBxAOVBrq+x6kF5SeJbwNRrbu1JXZEUHyolvIfuLkI=; b=VzGrQoq2BDyostJyhwhU7khh1TSIzX7XFDWIhG+zaZZ374RAYoXSwj6Q1p1hC9MmkV 2uaOBPu/Ub1f8/1KkNtjWc8kStR4RC8YRKe9DtZ4j6nQ44rn+CFgjaJ4woqV7NeU+T5w bzRN1p9q/Yo/h2mylUHwxVPv7OG2dyjMlWm6d0TzaFORAGFPJwL4dt8N7f72w00RrQnx UCRDxVvZd9eprx46P1C3mdWqPrKgZwGMJ0r95MPFGyM5gNslP3ok+MTQcVgS5JqGj8Rj BZjlaAflJkRAqoLRifFOkK4Of2cH1A3G3QA5GDaNVLEpJTSek46+a816meqq4jxQem6C o6Og== Received: by 10.204.145.89 with SMTP id c25mr12864488bkv.5.1338992233352; Wed, 06 Jun 2012 07:17:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.171.138 with HTTP; Wed, 6 Jun 2012 07:16:43 -0700 (PDT) In-Reply-To: <15075001.JBc1UY2ed2@x220.ovitrap.com> References: <3019920.ozTXahhPXd@x220.ovitrap.com> <15075001.JBc1UY2ed2@x220.ovitrap.com> From: Chris Rees Date: Wed, 6 Jun 2012 15:16:43 +0100 Message-ID: To: Erich Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Mark Andrews , freebsd-current , Mark Linimon , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:17:15 -0000 On 6 June 2012 14:12, Erich wrote: > Hi, > > On 06 June 2012 8:48:10 Chris Rees wrote: >> On Jun 6, 2012 3:38 AM, "Erich" wrote: >> > > >> No it doesn't. It states clearly that you shouldn't use tags unless you >> know what you are doing, as several of us have explained more than once. >> > is my English really this bad? > > From the handbook: > > '. In particular, use only tag=. for the ports-* collections.' Your English is fine, but "being told to use tag=." != "tag=. is the only tag that exists". Chris From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:23:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 402A41065689 for ; Wed, 6 Jun 2012 14:23:37 +0000 (UTC) (envelope-from millenia2000@hotmail.com) Received: from bay0-omc1-s12.bay0.hotmail.com (bay0-omc1-s12.bay0.hotmail.com [65.54.190.23]) by mx1.freebsd.org (Postfix) with ESMTP id 236B98FC14 for ; Wed, 6 Jun 2012 14:23:37 +0000 (UTC) Received: from BAY165-DS19 ([65.54.190.61]) by bay0-omc1-s12.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 6 Jun 2012 07:23:31 -0700 X-Originating-IP: [174.252.98.94] X-Originating-Email: [millenia2000@hotmail.com] Message-ID: From: Sean Cavanaugh To: "'Erich Dollansky'" , References: <4FCEFCBE.4050401@digsys.bg> <3668749.rHy9RI2eRn@x220.ovitrap.com> In-Reply-To: <3668749.rHy9RI2eRn@x220.ovitrap.com> Date: Wed, 6 Jun 2012 10:23:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 thread-index: AQIyvD7HTSW4IcF31EHr8cD3RNOTGQF4YfxQAYYki4ACVZf4I5X3wR4g Content-Language: en-us X-OriginalArrivalTime: 06 Jun 2012 14:23:31.0867 (UTC) FILETIME=[F31DBEB0:01CD43EF] Cc: 'Daniel Kalchev' Subject: RE: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:23:37 -0000 > In parallel is the discussion why so little people are using FreeBSD. > > Do you understand what I want to say? > > Erich I would say there are 3 main things. 1) the 3rd party apps, which has already been covered of how overpowering it can appear to newbies. Not going into depth anymore 2) lack of advertising the name. If you ask most IT professionals to name as many OSes as they can that they hear about, usually boils down to Windows, Linux, Solaris, AIX,OSX and then the oddball IBM ones like Z, I, etc. not many people hear about FreeBSD or what systems they use on a regular basis that are based on it. >From my understanding Hotmail was originally a BSD based system before they were gobbled by Microsoft. Most newer websites are either IIS or a LAMP stack as far as people know. The one new addition to the list of systems that uses FreeBSD is Netflix as they advertise that is what their OpenConnect system runs on (FreeBSD 9.0) https://signup.netflix.com/openconnect/software In general though there is not the huge "My system is so stable because it's based on (Free)BSD" out in the wild. The "in the know" techs know about it but not Joe CIO at XYZ company 3) Most of the support for FreeBSD is provided by the community and a couple of shops that cater to it like iX. There is not the same level of direct support as the Linux community has (ie, RedHat, Novell, Canonical, etc) and I believe a lot of people perceive that as the system not mature enough to be used beyond a hobbyist OS. There are some extremely biased places out there that, if the maintenance isn't 4-5 figures a year, it's not enterprise level support. This scenarios is not something that can really be fixed unless the community became for-profit like most higher end Linux distros did, which I think is also not necessarily the best of ideas. I can see iX getting away with it if they did a spin of PC-BSD that was pretty much geared at servers only , and not desktops, kind of like how CentOS is for servers and Fedora is for Desktops (you can do reverse rolls, but why would you?) From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 14:38:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B357E106566C; Wed, 6 Jun 2012 14:38:19 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 81A558FC1D; Wed, 6 Jun 2012 14:38:19 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56Ec1CX030254; Wed, 6 Jun 2012 08:38:02 -0600 From: Erich To: Chris Rees Date: Wed, 06 Jun 2012 21:37:55 +0700 Message-ID: <43223525.keUsV1XVf2@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: References: <3668749.rHy9RI2eRn@x220.ovitrap.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Sean Cavanaugh , freebsd-current@freebsd.org, Daniel Kalchev Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 14:38:19 -0000 Hi, On 06 June 2012 15:15:24 Chris Rees wrote: > On 6 June 2012 14:48, Erich Dollansky wrote: > > Hi, > > > > On 06 June 2012 9:21:22 Sean Cavanaugh wrote: > >> > >> Overall I see it as packages are flat stable at the cost of being out of > >> date, and ports are current but not guaranteed to compile without > >> intervention. The Maintainers do give a very good shot to make them stable > >> but sometimes one person cannot maintain millions of lines of code and not > >> make a glitch occasionally, or make it out on time when a dependency > >> changes. > > > > isn't the date of the packages the date of the last release of the branch? Aren't the chances high then to get a working ports tree? > > > > You can follow the discussion about this subject for at least 10 years back. The result is always the same. > > > > In parallel is the discussion why so little people are using FreeBSD. > > > > Do you understand what I want to say? > > I do understand it, but you don't seem to understand that we *do* > understand what you're saying. > > - Tagged ports trees contain out of date software. > that is the idea. > - Security fixes cannot be backported to tagged trees- we *do* *not* > *have* *resources* for this. It should not be done. When I manually fall back to the last release ports tree I can get, I have the same result. When I use packages, the result is either identical but at least it can be assumed that the packages are not the latest versions. After going back, I get a running system again. I then wait until the ports tree seems to be ok again. I do then the upgrade. I exchange a running system against a broken system. The running system might has some security issues, the broken system migh works 99.99999% but the little thing I would like to have is not there for me at the moment. So, I understand your reasoning. I also understand the problems beginners have. At least this are the problems I have heard from the few people I could convince to check FreeBSD out. If I remember right, none has had any complaints about FreeBSD itself. All problems have been linked to the ports tree. It turned out very often that they did not differ between the ports tree and the operating system. I do not ask for myself. I have found my solution for this. As a consequence out this, I am precisely in the situation you described. The machine is out of date. The machine might has security problems but the machine does what I want to do. And, after some time of compiling and upgrading and waiting the machine is current again. I wonder now. Is my solution really so awkward? Erich From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:51:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B960106566B; Wed, 6 Jun 2012 16:51:57 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id C08048FC16; Wed, 6 Jun 2012 16:51:56 +0000 (UTC) Received: by werg1 with SMTP id g1so5681935wer.13 for ; Wed, 06 Jun 2012 09:51:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=60IVqkiLZL6Q5vjh9TZblBAtE+WtWS+mE7QTf7NpVRU=; b=UYWq2b9NFaXib1bqlOgmH9Oin/n6Iwn6Xs4bHas1oyfSSaWZ+eLzUswBIWb90xiwKa 7OgUmrlDs7Ftq6/raiFRjxI/wwHvST9q69CrK/Xzx6wtyGSx8dsPt+e1ydmX8oDwwO2q pe4iJZ1j7dIHKWv/2lFOkaAT43SD3v4yzyfmg57CjCwPvDlGeXCqjMXb+xX3+wAaus+1 I2c2CzSUwiCutO+L6Mr7kBF9azCSOLcLted1ia3At9jJwjdFkV//79ON35xCkQ/+ky0d Kl02xLl2IlszsY9bYuUtjPe9yynY6/I1Lab8rH96bIcLmMzOCcUqLOy7O+w7c0gxryRB EjFg== MIME-Version: 1.0 Received: by 10.216.227.101 with SMTP id c79mr2785031weq.188.1339001509780; Wed, 06 Jun 2012 09:51:49 -0700 (PDT) Received: by 10.180.96.40 with HTTP; Wed, 6 Jun 2012 09:51:49 -0700 (PDT) In-Reply-To: <4FCF35BF.5080006@FreeBSD.org> References: <4FCE8306.1020000@gmail.com> <4FCF35BF.5080006@FreeBSD.org> Date: Wed, 6 Jun 2012 17:51:49 +0100 Message-ID: From: "Sevan / Venture37" To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: Re: Unable to buildworld with ccache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 16:51:57 -0000 On 6 June 2012 11:49, Dimitry Andric wrote: > This is because clang suppresses a number of warnings for specific > patterns in macros. =C2=A0Since ccache passes clang the preprocessed file= , > those suppressions will not work, and some additional warnings can be > triggered. > > See also the following threads on the cfe-dev mailing list: > > =C2=A0http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-September/017250.ht= ml > =C2=A0http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/021824.html > > That said, I had a look at the specific warnings you posted for libc, > and they are easy enough to fix. =C2=A0Please try the attached patch. Worked a treat, now it barfs on libelf /usr/local/libexec/ccache/world/cc -O2 -fno-strict-aliasing -pipe -march=3Dcore2 -I/usr/src/lib/libelf -I/usr/src/lib/libelf/../../sys -DLIBELF_TEST_HOOKS -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/lib/libelf/elf_strptr.c -o elf_strptr.o In file included from /usr/src/lib/libelf/elf_scn.c:1: /usr/src/lib/libelf/elf_scn.c:198:41: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ /usr/src/lib/libelf/elf_scn.c:198:41: note: remove extraneous parentheses around the comparison to silence this warning if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_scn.c:198:41: note: use '=3D' to turn this equality comparison into an assignment if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ^~ =3D 1 error generated. *** [elf_scn.So] Error code 1 In file included from /usr/src/lib/libelf/elf_scn.c:1: /usr/src/lib/libelf/elf_scn.c:198:41: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ /usr/src/lib/libelf/elf_scn.c:198:41: note: remove extraneous parentheses around the comparison to silence this warning if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_scn.c:198:41: note: use '=3D' to turn this equality comparison into an assignment if (((&e->e_u.e_elf.e_scn)->stqh_first =3D=3D ((void *)0))) { ^~ =3D 1 error generated. *** [elf_scn.o] Error code 1 In file included from /usr/src/lib/libelf/elf_update.c:1: /usr/src/lib/libelf/elf_update.c:570:32: error: equality comparison with extraneous parentheses [-Werror,-Wparentheses-equality] if (((&s->s_data)->stqh_first =3D=3D ((void *)0))) { ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ /usr/src/lib/libelf/elf_update.c:570:32: note: remove extraneous parentheses around the comparison to silence this warning if (((&s->s_data)->stqh_first =3D=3D ((void *)0))) { ~ ^ ~ /usr/src/lib/libelf/elf_update.c:570:32: note: use '=3D' to turn this equality comparison into an assignment if (((&s->s_data)->stqh_first =3D=3D ((void *)0))) { ^~ =3D 1 error generated. *** [elf_update.o] Error code 1 From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 16:58:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F18C0106564A for ; Wed, 6 Jun 2012 16:58:38 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC8048FC14 for ; Wed, 6 Jun 2012 16:58:38 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:300d:9ef5:7e6f:e2bd] (unknown [IPv6:2001:7b8:3a7:0:300d:9ef5:7e6f:e2bd]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DC8E45C37; Wed, 6 Jun 2012 18:58:37 +0200 (CEST) Message-ID: <4FCF8C3E.6090706@FreeBSD.org> Date: Wed, 06 Jun 2012 18:58:38 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: Sevan / Venture37 References: <4FCE8306.1020000@gmail.com> <4FCF35BF.5080006@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" Subject: Re: Unable to buildworld with ccache X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 16:58:39 -0000 On 2012-06-06 18:51, Sevan / Venture37 wrote: > Worked a treat, now it barfs on libelf ... > /usr/src/lib/libelf/elf_scn.c:198:41: error: equality comparison with > extraneous parentheses [-Werror,-Wparentheses-equality] > if (((&e->e_u.e_elf.e_scn)->stqh_first == ((void *)0))) { > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~ > /usr/src/lib/libelf/elf_scn.c:198:41: note: remove extraneous > parentheses around the comparison to silence this warning This is a lot harder to fix, and has limited usefulness, so I suggest you build with NO_WERROR for now. From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 19:59:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E111106567A for ; Wed, 6 Jun 2012 19:59:59 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D3F858FC16 for ; Wed, 6 Jun 2012 19:59:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ScMOb-0002x4-Sp>; Wed, 06 Jun 2012 21:59:58 +0200 Received: from e178039106.adsl.alicedsl.de ([85.178.39.106] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ScMOb-00060y-Mx>; Wed, 06 Jun 2012 21:59:57 +0200 Message-ID: <4FCFB6B5.9080905@zedat.fu-berlin.de> Date: Wed, 06 Jun 2012 21:59:49 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FCEFCBE.4050401@digsys.bg> <3668749.rHy9RI2eRn@x220.ovitrap.com> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78469E5B2F0E9307D9EEF11D" X-Originating-IP: 85.178.39.106 Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 19:59:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78469E5B2F0E9307D9EEF11D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/06/12 16:15, Chris Rees wrote: > On 6 June 2012 14:48, Erich Dollansky = wrote: >> Hi, >> >> On 06 June 2012 9:21:22 Sean Cavanaugh wrote: >>> >>> Overall I see it as packages are flat stable at the cost of being out= of >>> date, and ports are current but not guaranteed to compile without >>> intervention. The Maintainers do give a very good shot to make them s= table >>> but sometimes one person cannot maintain millions of lines of code an= d not >>> make a glitch occasionally, or make it out on time when a dependency >>> changes. >> >> isn't the date of the packages the date of the last release of the bra= nch? Aren't the chances high then to get a working ports tree? >> >> You can follow the discussion about this subject for at least 10 years= back. The result is always the same. >> >> In parallel is the discussion why so little people are using FreeBSD. >> >> Do you understand what I want to say? >=20 > I do understand it, but you don't seem to understand that we *do* > understand what you're saying. >=20 > - Tagged ports trees contain out of date software. This is the implicite nature of a tag and - I presume - intended. >=20 > - Security fixes cannot be backported to tagged trees- we *do* *not* > *have* *resources* for this. The "user" has the choice: either stay with an outdated port's tree OR with a uptodate port's tree, but the risk of non working ports. >=20 > - Occasionally you may see minor issues when following the latest > branch of ports. This is the price you pay for being up to date, with > the very latest of software. Those "minor" issues are, having the recent mess in front of my eyes, a simple "negative exaggeration". What is that "price worth", if the system is faulting and rendered useless or partially useless? >=20 > Chris --------------enig78469E5B2F0E9307D9EEF11D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPz7a9AAoJEOgBcD7A/5N87voH/Ry+PqeHsFOkC73QCQlA1anM kMHdHmnDqWKg5DnVgJcJm5f9eNzldKFThdKQxl3daPVWJeh0bHE1r7zpms75SY85 +gEgdgl80p5RQZnwHxiIv5DCAeYpG/f5+QxleCQvX1CqT+Bf1G9Qn8m4ygV2KNrz Jpg7YtUPqEGMvarvTUJEAKUEoBoz8EXct93CiHKzsmZXFIPB4TR5RECKjZDOb350 zoJRv2ZtdHWgxQshH1qz014/jiTqC6SgwNUzk4uJDR+9HkGOrxViACaX7EGbLn5f J+Ih34i6P9i/7z2WjLEwzcf/enQi+W6/esxUGarPwxGl9QTBv6QmtYkPYi+jkk4= =HEVP -----END PGP SIGNATURE----- --------------enig78469E5B2F0E9307D9EEF11D-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 20:32:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB721106566C for ; Wed, 6 Jun 2012 20:32:09 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6887D8FC15 for ; Wed, 6 Jun 2012 20:32:09 +0000 (UTC) Received: by ggnm2 with SMTP id m2so6385089ggn.13 for ; Wed, 06 Jun 2012 13:32:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=USgShQ2i9gXuU0Omot/T6QjyDiqfyztdP85t60vXKVo=; b=J7qwgzzlvRPEvDjs3sOhiP9is0sFsZUbAbNw0S/acL42tgw8UaSkGwghFGXvYu9DQ3 bP9LK2aNi1HwityolDf+EqvXIInHzppkLwF7qRJU2njF9nC9f77zfcFsUhaA+zMc3uoX dPln+Tg6b4nO5CGvSTTXUp/WJQjhsFJnk2RB7i27Nb/BMGufp+f+l4gJXoxiL80aogSd 8++uemjlTMfFI/qBV7o5uKEkiJRy7dGLdfaVrHIgot+rNmFmR6k2NeSzsA4BI4pQeZUz Etb8xI1QHKPj/duG37OBemTxw6ixRX0F/GTjLVlkNwe7r3Tw8beTUIfdkTSPVwzKjlFM KLzg== Received: by 10.50.76.137 with SMTP id k9mr8034358igw.25.1339014728508; Wed, 06 Jun 2012 13:32:08 -0700 (PDT) Received: from wawanesa.iciti.ca (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com. [99.246.61.82]) by mx.google.com with ESMTPS id va9sm1719727igb.17.2012.06.06.13.32.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 06 Jun 2012 13:32:06 -0700 (PDT) Date: Wed, 6 Jun 2012 16:31:50 -0400 (EDT) From: Graham Todd X-X-Sender: gtodd@wawanesa.iciti.ca To: Mark Linimon In-Reply-To: <20120605060950.GC32448@lonesome.com> Message-ID: References: <2490439.EC638TI0j3@x220.ovitrap.com> <20120605053316.CDE9A2145078@drugs.dv.isc.org> <2188078.y2TVGRxzTH@x220.ovitrap.com> <20120605060950.GC32448@lonesome.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQmGcko4z+TBRLK55pWQPmRdCoSMg5vcW1vPLCnHZwgJaFD+VwM+VYaM+puJUqShXlqXirtB Cc: freebsd-stable@freebsd.org, Mark Andrews , Chris Rees , "freebs @mail.isc.org>> Current FreeBSD" , Erich , "O. Hartmann" , Adam Strohl Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 20:32:09 -0000 On Tue, 5 Jun 2012, Mark Linimon wrote: > It's not particularly easy to see this on cvsweb. But let's take a look > at a random Mk/bsd.*.mk file via 'cvs log': > > RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.apache.mk,v > Working file: bsd.apache.mk > head: 1.36 > branch: > locks: strict > access list: > symbolic names: > RELEASE_8_3_0: 1.35 > RELEASE_9_0_0: 1.33 > RELEASE_7_4_0: 1.26 > RELEASE_8_2_0: 1.26 > RELEASE_6_EOL: 1.26 > [...] > RELEASE_6_1_0: 1.9 > RELEASE_5_5_0: 1.9 > [...] > > and so forth. > > The line "RELEASE_8_3_0: 1.35" tells you "the version of this file > as of tag RELEASE_8_3_0 was r1.35." So that's what's on the 8.3R > distribution media. Is there any way to access this information using tools like pkg_* pkgng or ports make targets? Or does one use cvs/svn? ps: Thanks all for your work on ports! From owner-freebsd-current@FreeBSD.ORG Wed Jun 6 23:09:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7790C106566C for ; Wed, 6 Jun 2012 23:09:47 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 27C9E8FC12 for ; Wed, 6 Jun 2012 23:09:47 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q56N9e45019422; Wed, 6 Jun 2012 17:09:44 -0600 From: Erich To: freebsd-current@freebsd.org Date: Thu, 07 Jun 2012 06:09:38 +0700 Message-ID: <4663489.XnqCi6nxiI@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FCFB6B5.9080905@zedat.fu-berlin.de> References: <4FCFB6B5.9080905@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: "O. Hartmann" Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 23:09:47 -0000 Hi, On 06 June 2012 21:59:49 O. Hartmann wrote: > On 06/06/12 16:15, Chris Rees wrote: > > On 6 June 2012 14:48, Erich Dollansky wrote: > Those "minor" issues are, having the recent mess in front of my eyes, a > simple "negative exaggeration". What is that "price worth", if the > system is faulting and rendered useless or partially useless? > just do what was recommended in this thread: wait. Tell this ones to a commercial client. They will use words on you for which use you get a life ban on this list. And then they wonder: > one thing ive been doing is de-selection most of the > options.. the box is my server. we [freebsders] have lost > the desktop 'market' .... >From an e-mail titled 'how can I fix this'. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 05:56:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CCA7106564A; Thu, 7 Jun 2012 05:56:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 34AEE8FC1A; Thu, 7 Jun 2012 05:56:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q575uQLP088820; Thu, 7 Jun 2012 01:56:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q575uQJE088810; Thu, 7 Jun 2012 05:56:26 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 7 Jun 2012 05:56:26 GMT Message-Id: <201206070556.q575uQJE088810@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 05:56:29 -0000 TB --- 2012-06-07 05:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-07 05:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-07 05:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-07 05:40:00 - cleaning the object tree TB --- 2012-06-07 05:40:00 - cvsupping the source tree TB --- 2012-06-07 05:40:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-07 05:47:16 - building world TB --- 2012-06-07 05:47:16 - CROSS_BUILD_TESTING=YES TB --- 2012-06-07 05:47:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-07 05:47:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-07 05:47:16 - SRCCONF=/dev/null TB --- 2012-06-07 05:47:16 - TARGET=pc98 TB --- 2012-06-07 05:47:16 - TARGET_ARCH=i386 TB --- 2012-06-07 05:47:16 - TZ=UTC TB --- 2012-06-07 05:47:16 - __MAKE_CONF=/dev/null TB --- 2012-06-07 05:47:16 - cd /src TB --- 2012-06-07 05:47:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 7 05:47:17 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-nrv.c -o tree-nrv.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-copyrename.c -o tree-ssa-copyrename.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/pc98.i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/pc98.i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/pc98.i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-pre.c -o tree-ssa-pre.o /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-pre.c: In function 'insert_extra_phis': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-pre.c:2987: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-07 05:56:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-07 05:56:26 - ERROR: failed to build world TB --- 2012-06-07 05:56:26 - 388.73 user 52.91 system 985.76 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 08:02:28 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD60D1065672; Thu, 7 Jun 2012 08:02:28 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AE1648FC14; Thu, 7 Jun 2012 08:02:27 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA16578; Thu, 07 Jun 2012 11:02:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ScXfl-000CX3-Sl; Thu, 07 Jun 2012 11:02:26 +0300 Message-ID: <4FD06011.5000805@FreeBSD.org> Date: Thu, 07 Jun 2012 11:02:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: dtrace: identifier redefined: cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 08:02:28 -0000 I am getting the following error while trying to execute any DTrace script on a freshly updated CURRENT system (both kernel and world). Example: dtrace: failed to compile script sysctl_kern_proc.d: "/usr/lib/dtrace/sched.d", line 70: identifier redefined: cpu current: inline definition previous: scalar -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:17:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6DC21065675 for ; Thu, 7 Jun 2012 09:17:17 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 364848FC0A for ; Thu, 7 Jun 2012 09:17:16 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q579HEpI064628 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 12:17:15 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD0719A.8000009@digsys.bg> Date: Thu, 07 Jun 2012 12:17:14 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FCFB6B5.9080905@zedat.fu-berlin.de> <4663489.XnqCi6nxiI@x220.ovitrap.com> In-Reply-To: <4663489.XnqCi6nxiI@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:17:17 -0000 On 07.06.12 02:09, Erich wrote: >> Those "minor" issues are, having the recent mess in front of my eyes, a >> simple "negative exaggeration". What is that "price worth", if the >> system is faulting and rendered useless or partially useless? >> > just do what was recommended in this thread: wait. > > Tell this ones to a commercial client. They will use words on you for which use you get a life ban on this list. If you are not qualified enough to handle issues like this, you would be better to avoid offering your "integration services" to anyone. Or, of you dare to -- you fully deserve those people yelling at you, or worse.. Those who use FreeBSD to offer integration services and are qualified do not whine, neither they wait. Those people do what the promised to do: provide the customer with the requested solution. No, you are not born with prior knowledge of how ports work on FreeBSD, it takes lots of time, effort and discipline to learn. You either invest in learning the basic skills required to offer your services to others, or you go play elsewhere. Daniel From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:30:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6C2106566B for ; Thu, 7 Jun 2012 09:30:41 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA578FC1A for ; Thu, 7 Jun 2012 09:30:41 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q579ULnt013383; Thu, 7 Jun 2012 03:30:22 -0600 From: Erich To: freebsd-current@freebsd.org Date: Thu, 07 Jun 2012 16:30:20 +0700 Message-ID: <2523784.GUyhWnxsTH@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FD0719A.8000009@digsys.bg> References: <4663489.XnqCi6nxiI@x220.ovitrap.com> <4FD0719A.8000009@digsys.bg> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Daniel Kalchev Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:30:41 -0000 Hi, On 07 June 2012 12:17:14 Daniel Kalchev wrote: > > On 07.06.12 02:09, Erich wrote: > >> Those "minor" issues are, having the recent mess in front of my eyes, a > >> simple "negative exaggeration". What is that "price worth", if the > >> system is faulting and rendered useless or partially useless? > >> > > just do what was recommended in this thread: wait. > > > > Tell this ones to a commercial client. They will use words on you for which use you get a life ban on this list. > > If you are not qualified enough to handle issues like this, you would be > better to avoid offering your "integration services" to anyone. Or, of > you dare to -- you fully deserve those people yelling at you, or worse.. > > Those who use FreeBSD to offer integration services and are qualified do > not whine, neither they wait. Those people do what the promised to do: > provide the customer with the requested solution. > > No, you are not born with prior knowledge of how ports work on FreeBSD, > it takes lots of time, effort and discipline to learn. You either invest > in learning the basic skills required to offer your services to others, > or you go play elsewhere. > this is precisely the kind of answer which stops people from using FreeBSD. Thank you for repelling more people and keeping the user base small. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 09:58:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 188CE106566C for ; Thu, 7 Jun 2012 09:58:19 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8CDEA8FC19 for ; Thu, 7 Jun 2012 09:58:18 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q579wEm6064770 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 7 Jun 2012 12:58:15 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD07B36.4060304@digsys.bg> Date: Thu, 07 Jun 2012 12:58:14 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: Erich References: <4663489.XnqCi6nxiI@x220.ovitrap.com> <4FD0719A.8000009@digsys.bg> <2523784.GUyhWnxsTH@x220.ovitrap.com> In-Reply-To: <2523784.GUyhWnxsTH@x220.ovitrap.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 09:58:19 -0000 On 07.06.12 12:30, Erich wrote: > On 07 June 2012 12:17:14 Daniel Kalchev wrote: >>> just do what was recommended in this thread: wait. Tell this ones to >>> a commercial client. They will use words on you for which use you >>> get a life ban on this list. >> If you are not qualified enough to handle issues like this, you would be >> better to avoid offering your "integration services" to anyone. Or, of >> you dare to -- you fully deserve those people yelling at you, or worse.. >> >> Those who use FreeBSD to offer integration services and are qualified do >> not whine, neither they wait. Those people do what the promised to do: >> provide the customer with the requested solution. >> >> No, you are not born with prior knowledge of how ports work on FreeBSD, >> it takes lots of time, effort and discipline to learn. You either invest >> in learning the basic skills required to offer your services to others, >> or you go play elsewhere. >> > this is precisely the kind of answer which stops people from using FreeBSD. > > Thank you for repelling more people and keeping the user base small. None of this is unique to FreeBSD. It is exactly the same no matter what OS or other tool you use. Either you know your tools and do your job for the benefit of your customers. Or you don't know your tools, to the detriment of those who trusted your claims otherwise. As expected, you got the last sentence wrong. I wasn't referring to FreeBSD, but to consulting and integration services :) English is apparently not native to both of us. Daniel From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 10:11:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A22911065676 for ; Thu, 7 Jun 2012 10:11:36 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 53CA38FC22 for ; Thu, 7 Jun 2012 10:11:36 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q57ABJuQ024431; Thu, 7 Jun 2012 04:11:21 -0600 From: Erich To: Daniel Kalchev Date: Thu, 07 Jun 2012 17:11:13 +0700 Message-ID: <3394670.FE8D6IvtY5@x220.ovitrap.com> User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FD07B36.4060304@digsys.bg> References: <2523784.GUyhWnxsTH@x220.ovitrap.com> <4FD07B36.4060304@digsys.bg> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-current@freebsd.org Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:11:36 -0000 Hi, On 07 June 2012 12:58:14 Daniel Kalchev wrote: > > On 07.06.12 12:30, Erich wrote: > > On 07 June 2012 12:17:14 Daniel Kalchev wrote: > >> > > this is precisely the kind of answer which stops people from using FreeBSD. > > > > Thank you for repelling more people and keeping the user base small. > > None of this is unique to FreeBSD. It is exactly the same no matter what > OS or other tool you use. Either you know your tools and do your job for > the benefit of your customers. Or you don't know your tools, to the > detriment of those who trusted your claims otherwise. > > As expected, you got the last sentence wrong. I wasn't referring to > FreeBSD, but to consulting and integration services :) > English is apparently not native to both of us. > you imply here several things which are totally wrong. I was joining this saying a small change would help newcomers to make their life easier. Did you ever notice this? I am also in a totally different field meanwhile. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 10:59:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4CCF106564A for ; Thu, 7 Jun 2012 10:59:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9AEA58FC08 for ; Thu, 7 Jun 2012 10:59:07 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1ScaQf-0007hE-AG>; Thu, 07 Jun 2012 12:59:01 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1ScaQf-0002LQ-7a>; Thu, 07 Jun 2012 12:59:01 +0200 Message-ID: <4FD08973.5080009@zedat.fu-berlin.de> Date: Thu, 07 Jun 2012 12:58:59 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FCFB6B5.9080905@zedat.fu-berlin.de> <4663489.XnqCi6nxiI@x220.ovitrap.com> <4FD0719A.8000009@digsys.bg> In-Reply-To: <4FD0719A.8000009@digsys.bg> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 10:59:08 -0000 On 06/07/12 11:17, Daniel Kalchev wrote: > > > On 07.06.12 02:09, Erich wrote: >>> Those "minor" issues are, having the recent mess in front of my eyes, a >>> simple "negative exaggeration". What is that "price worth", if the >>> system is faulting and rendered useless or partially useless? >>> >> just do what was recommended in this thread: wait. ... well, I will pass this to those who fund my research. Wait. Yes ... the right answer. >> >> Tell this ones to a commercial client. They will use words on you for >> which use you get a life ban on this list. Not even commercial clients ... I have the impression that the people who are using FreeBSD MUST be professionals in any way - or just adventurers. This impression can be emphazized by picking up some of the comments made here. > > If you are not qualified enough to handle issues like this, you would be > better to avoid offering your "integration services" to anyone. Or, of > you dare to -- you fully deserve those people yelling at you, or worse.. > > Those who use FreeBSD to offer integration services and are qualified do > not whine, neither they wait. Those people do what the promised to do: > provide the customer with the requested solution. ... in some cases this needs the deep knowledge of all ports/software provided and used and this is simply impossible, or at least null convergent probability. In some cases I see a dicrepancy between what is reality and what is predicated. If it comes to the evidence, that something has been mismanaged, then there is always this allmighty excuse: FreeBSD is a volunteer system developed by volunteers blabla. I'm also a volunteer using FreeBSD! And I spend a lot of time trying to help. But at some points this gets very frustrating! Totally corrupted ports (not FreeBSD itself!), and so a corrupted system, no fallback mechanism although the problem is there for decades by now (as stated in this thread). In my case, just for instance, we/I use FreeBSD as server AND client to avoid loads of work having to many different OSes. We and it is definit use OpenLDAP as the users's housekeeping backend. Thunderbird is NOT working with OpenLDAP (which is, I asume, an important piece of a modern multiuser environment and part of "the power to serve"). I personally live with this problem now for almost a year, since I can circumvent the crash of Thunderbird by starting Firefox prior to Thunderbrd and start Thunderbird while Firefox is starting. This behaviour is very strange and it is obviously well known to those who use a similar environment. And this problem occurs on EVERY new setup I made using LDAP as the backend. There is a open PR, there are some hints (not working for me), there are some notes in the mailing list. Obviously, FreeBSd is rarely used in such an environment or is stuck with ancient NIS/YP setups, I do not know. I only can ask the list herein - since the "professionals" in our computer center of the campus are in most cases in Linux. Well, to come back to the subject: Why Are You NOT Using FreeBSD? I guess there are plenty of reasons as well as there are plenty of reasons of the opposit. But one very frustrating scaring thing is the arrogancy of several people here - leveling out the great help of those who wish to help. oh > > No, you are not born with prior knowledge of how ports work on FreeBSD, > it takes lots of time, effort and discipline to learn. You either invest > in learning the basic skills required to offer your services to others, > or you go play elsewhere. > > Daniel From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 11:16:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89CB31065672; Thu, 7 Jun 2012 11:16:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1348FC08; Thu, 7 Jun 2012 11:16:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Scaha-0003oP-2B>; Thu, 07 Jun 2012 13:16:30 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1ScahZ-0003ZM-UV>; Thu, 07 Jun 2012 13:16:30 +0200 Message-ID: <4FD08D8B.3010105@zedat.fu-berlin.de> Date: Thu, 07 Jun 2012 13:16:27 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD Current , freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: Subject: www/firefox (13.0,1): SIGNAL 10 or SIGNAL 11 (gettimeofday()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 11:16:31 -0000 Hello. On one of my boxes I have a persistent problem with Firefox since the last major update/recompilation a week ago due to the massive PNG update. OS is FreeBSD 10.0-CURRENT/amd64, CLANG compiled. First of all, neither firefox 12 nor 13 compile with CLANG. Firefox 12 also rejects compiling with legacy gcc 4.2.1. Compiling with "USE_GCC= 4.6+" worked for Firefox 12 and it seems to be now an option for 13, too. Well, so far, I recompiled everything prerequisite for www/firefox with "portmaster -f www/firefox", I did this twice. On the box in question (it is the most modern hardware (Core-i7 3930K with 32 GB RAM) I have around here, this is the delicate aspect, since my private outdated very similar setup (Core2Duo with 8GB RAM) doesn't suffer this crashes. So far, I also removed the folder ~/.mozilla to asure having a clean setup or tried to start firefox with "--safe-mode" to avoid faulty/foul plugins or addons. it is always the same - I receive a SIGBUS or SEGMENTATION FAULT (SIGNAL 10 or SIGNAL 11. SIGNAL 10 with option "--safe-mode"). "truss firefox" shows up this: [...] mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 35035021312 (0x828400000) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.018755810 }) = 0 (0x0) clock_gettime(4,{11881.018816083 }) = 0 (0x0) _umtx_op(0x8109ac6f0,0x11,0x0,0x0,0x0,0x8) = 0 (0x0) _umtx_op(0x8109ac6f0,0x16,0x0,0x0,0x0,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.018981257 }) = 0 (0x0) gettimeofday({1339067570.994765 },0x0) = 0 (0x0) gettimeofday({1339067570.994882 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.020991081 }) = 0 (0x0) gettimeofday({1339067570.996727 },0x0) = 0 (0x0) clock_gettime(4,{11881.021099055 }) = 0 (0x0) clock_gettime(4,{11881.021136490 }) = 0 (0x0) gettimeofday({1339067570.996871 },0x0) = 0 (0x0) gettimeofday({1339067570.996969 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.023170688 }) = 0 (0x0) gettimeofday({1339067570.998883 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.023273494 }) = 0 (0x0) clock_gettime(4,{11881.023303945 }) = 0 (0x0) gettimeofday({1339067570.999034 },0x0) = 0 (0x0) gettimeofday({1339067570.999129 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.023606148 }) = 0 (0x0) gettimeofday({1339067570.999317 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.023704974 }) = 0 (0x0) clock_gettime(4,{11881.023734307 }) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.024399965 }) = 0 (0x0) gettimeofday({1339067571.000116 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.024519184 }) = 0 (0x0) clock_gettime(4,{11881.024554593 }) = 0 (0x0) gettimeofday({1339067571.000581 },0x0) = 0 (0x0) gettimeofday({1339067571.002458 },0x0) = 0 (0x0) clock_gettime(4,{11881.027489534 }) = 0 (0x0) clock_gettime(4,{11881.027529833 }) = 0 (0x0) clock_gettime(4,{11881.027608684 }) = 0 (0x0) clock_gettime(4,{11881.027646328 }) = 0 (0x0) gettimeofday({1339067571.003559 },0x0) = 0 (0x0) gettimeofday({1339067571.003667 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.028796824 }) = 0 (0x0) gettimeofday({1339067571.004513 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.028916113 }) = 0 (0x0) clock_gettime(4,{11881.028948379 }) = 0 (0x0) clock_gettime(4,{11881.030049637 }) = 0 (0x0) clock_gettime(4,{11881.030084697 }) = 0 (0x0) gettimeofday({1339067571.005795 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.030320202 }) = 0 (0x0) gettimeofday({1339067571.006030 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.030418050 }) = 0 (0x0) clock_gettime(4,{11881.030447802 }) = 0 (0x0) gettimeofday({1339067571.006204 },0x0) = 0 (0x0) gettimeofday({1339067571.006298 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0x10,0x7fffffff,0x0,0x0,0x8) = 0 (0x0) clock_gettime(4,{11881.031855384 }) = 0 (0x0) gettimeofday({1339067571.007571 },0x0) = 0 (0x0) _umtx_op(0x8006a40b0,0xf,0x0,0x18,0x7ffffedf6d88,0x7ffffedf6d88) = 0 (0x0) clock_gettime(4,{11881.031972787 }) = 0 (0x0) clock_gettime(4,{11881.032008127 }) = 0 (0x0) SIGNAL 11 (SIGSEGV) unlink("/home/ohartmann/.mozilla/firefox/ohartmann/lock") = 0 (0x0) sigaction(SIGSEGV,{ SIG_DFL 0x0 ss_t },0x0) = 0 (0x0) sigprocmask(SIG_UNBLOCK,SIGSEGV,0x0) = 0 (0x0) getpid() = 11058 (0x2b32) kill(11058,SIGSEGV) = 0 (0x0) SIGNAL 11 (SIGSEGV) process exit, rval = 0 With "truss firefox --safe-mode" and disabling add-ons and resetting to firefox' defaults, I receive this: [...] writev(0x4,0x7fffffffa7b0,0x3,0x0,0x7fffffffa954,0x7fffffffa950) = 8 (0x8) poll({4/POLLIN},1,-1) = 1 (0x1) read(4,"\^A\^A\^R\b\0\0\0\0W\^B\0\0\0\0"...,4096) = 32 (0x20) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.036257187 }) = 0 (0x0) gettimeofday({1339067745.011974 },0x0) = 0 (0x0) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.036370261 }) = 0 (0x0) poll({5/POLLIN 4/POLLIN 9/POLLIN|POLLPRI 11/POLLIN|POLLPRI 14/POLLIN|POLLPRI 15/POLLIN|POLLPRI 22/POLLIN 20/POLLIN},8,500) = 1 (0x1) gettimeofday({1339067745.018110 },0x0) = 0 (0x0) read(4,"\^F\0\^R\b\M-g\M-2\M-0\tW\^B\0\0"...,4096) = 32 (0x20) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.042556104 }) = 0 (0x0) gettimeofday({1339067745.018291 },0x0) = 0 (0x0) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' gettimeofday({1339067745.018367 },0x0) = 0 (0x0) poll({4/POLLIN|POLLOUT},1,-1) = 1 (0x1) writev(0x4,0x7fffffffa360,0x3,0x0,0x7fffffffa504,0x7fffffffa500) = 8 (0x8) poll({4/POLLIN},1,-1) = 1 (0x1) read(4,"\^A\^A\^S\b\0\0\0\0W\^B\0\0\0\0"...,4096) = 32 (0x20) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' poll({4/POLLIN|POLLOUT},1,-1) = 1 (0x1) writev(0x4,0x7fffffffa7b0,0x3,0x0,0x7fffffffa954,0x7fffffffa950) = 8 (0x8) poll({4/POLLIN},1,-1) = 1 (0x1) read(4,"\^A\^A\^T\b\0\0\0\0W\^B\0\0\0\0"...,4096) = 32 (0x20) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.044284677 }) = 0 (0x0) gettimeofday({1339067745.020008 },0x0) = 0 (0x0) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.044432740 }) = 0 (0x0) poll({5/POLLIN 4/POLLIN 9/POLLIN|POLLPRI 11/POLLIN|POLLPRI 14/POLLIN|POLLPRI 15/POLLIN|POLLPRI 22/POLLIN 20/POLLIN},8,500) ERR#60 'Operation timed out' clock_gettime(4,{12055.102978117 }) = 0 (0x0) write(21,"\M-z",1) = 1 (0x1) clock_gettime(4,{12055.103080854 }) = 0 (0x0) gettimeofday({1339067745.078818 },0x0) = 0 (0x0) clock_gettime(4,{12055.103206987 }) = 0 (0x0) read(20,"\M-z",1) = 1 (0x1) gettimeofday({1339067745.078981 },0x0) = 0 (0x0) clock_gettime(4,{12055.103337800 }) = 0 (0x0) clock_gettime(4,{12055.103376492 }) = 0 (0x0) clock_gettime(4,{12055.103412600 }) = 0 (0x0) gettimeofday({1339067745.079127 },0x0) = 0 (0x0) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.103532867 }) = 0 (0x0) poll({5/POLLIN 4/POLLIN 9/POLLIN|POLLPRI 11/POLLIN|POLLPRI 14/POLLIN|POLLPRI 15/POLLIN|POLLPRI 22/POLLIN 20/POLLIN},8,0) = 0 (0x0) gettimeofday({1339067745.079290 },0x0) = 0 (0x0) clock_gettime(4,{12055.103646079 }) = 0 (0x0) gettimeofday({1339067745.079358 },0x0) = 0 (0x0) read(4,0x81095902c,4096) ERR#35 'Resource temporarily unavailable' clock_gettime(4,{12055.103748536 }) = 0 (0x0) poll({5/POLLIN 4/POLLIN 9/POLLIN|POLLPRI 11/POLLIN|POLLPRI 14/POLLIN|POLLPRI 15/POLLIN|POLLPRI 22/POLLIN 20/POLLIN},8,441) ERR#60 'Operation timed out' clock_gettime(4,{12055.159428185 }) = 0 (0x0) write(21,"\M-z",1) = 1 (0x1) clock_gettime(4,{12055.159532808 }) = 0 (0x0) gettimeofday({1339067745.135249 },0x0) = 0 (0x0) gettimeofday({1339067745.135303 },0x0) = 0 (0x0) clock_gettime(4,{12055.159666274 }) = 0 (0x0) read(20,"\M-z",1) = 1 (0x1) gettimeofday({1339067745.135425 },0x0) = 0 (0x0) clock_gettime(4,{12055.159781163 }) = 0 (0x0) gettimeofday({1339067745.135496 },0x0) = 0 (0x0) gettimeofday({1339067745.135540 },0x0) = 0 (0x0) gettimeofday({1339067745.135693 },0x0) = 0 (0x0) gettimeofday({1339067745.135726 },0x0) = 0 (0x0) gettimeofday({1339067745.136030 },0x0) = 0 (0x0) gettimeofday({1339067745.136063 },0x0) = 0 (0x0) gettimeofday({1339067745.136096 },0x0) = 0 (0x0) SIGNAL 11 (SIGSEGV) unlink("/home/ohartmann/.mozilla/firefox/ohartmann/lock") = 0 (0x0) sigaction(SIGSEGV,{ SIG_DFL 0x0 ss_t },0x0) = 0 (0x0) sigprocmask(SIG_UNBLOCK,SIGSEGV,0x0) = 0 (0x0) getpid() = 25672 (0x6448) kill(25672,SIGSEGV) = 0 (0x0) SIGNAL 11 (SIGSEGV) process exit, rval = 0 Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 12:38:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA6581065675; Thu, 7 Jun 2012 12:38:02 +0000 (UTC) (envelope-from miwi.freebsd@googlemail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8218FC15; Thu, 7 Jun 2012 12:38:02 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1073491pbb.13 for ; Thu, 07 Jun 2012 05:38:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:reply-to:organization :x-mailer:mime-version:content-type:content-transfer-encoding; bh=h/Bz7zPQWNyj2YLHVlohOJ0KGeu5vgRJFKqoKXwXTNU=; b=Y85BadHES+/GrL0m5KQqRc0+cMHuGJA8IUSyz0myiWybnIg9HzNGxocWWkGfodoWye w0M0Hq+zaEwYb7cou+gksUCZz2/2Uy+efbLuW7O6xajBiNpWR8jt/ZFs5Dh7MCPt8pEw WKFeuXE6tGi+6ep+8cQudiNTxL6ej9qzVLs0f1D/qzaUvMYAG2jM1J+v4R9uegAQlkoH AwX4etQFnz1knSnrJkscaylOu5l9jheY60rMXM/CViH5BJ+c5skaR253hRUKl1RMc8u+ PROB9Vs30az5ZPCYp8Bsi0OfIOvJGWlRcG0dEgW7ZHfu9deCdn0bZmSsamD+Jf0QR3tM NAMA== Received: by 10.68.130.9 with SMTP id oa9mr8201944pbb.95.1339072681959; Thu, 07 Jun 2012 05:38:01 -0700 (PDT) Received: from miwifbsd.dyndns.org ([175.142.170.59]) by mx.google.com with ESMTPS id vi10sm4013254pbc.4.2012.06.07.05.38.00 (version=SSLv3 cipher=OTHER); Thu, 07 Jun 2012 05:38:01 -0700 (PDT) Sender: Martin Wilke Date: Thu, 7 Jun 2012 20:37:53 +0800 From: Martin Wilke To: x11@FreeBSD.org, current@FreeBSD.org Message-ID: <20120607203753.2466c63a.miwi@FreeBSD.org> Organization: FreeBSD X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org Subject: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: miwi@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 12:38:02 -0000 Hi Fans, The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are very happy to be able to Call for testing shortly after the Xorg team annouced 7.7 release. This CFT is also open for discussion on how we should move forward with xorg release as we are facing some issues and we would like to ask for your opinion. Right now we have 2 existing xorg versions in our Ports Tree. The situation is quite bad due to our poor graphic card support. That means we do not have much choice but to take it as how it is now. But with regards to mesa support, we have to face some new challanges. With the new mesa 8.0 release, accelerated support for a number of older graphic cards was dropped. At the moment we are not sure how to deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the old xorg version. Obviosly the latter option make the already complex situation more complex. The problem is, users, especially the new ones can easily get confused with it. Another issue is, the packages.We can't deliver a package set with the new Xorg releases. This means users with new hardware will have to compile everything by themselves. Though I'm totally fine with compiling, not everyone has the CPU power to compile everything. What I'm trying to say is, I would love to see the newer xorg released as the default version, but i know this will break a lot of old hardware. The thing is, when we want to try to become a Modern Operating System, I dont see any other way to make the new xorg as default but to give Users the chance to compile the old xorg with a flag like WITH_OLD_XORG. Some notes regarding KMS support: KMS Support has been completely migrated to FreeBSD 10. The MFC to 9 will come soon, that means so long its not MFC'd to 9-Stable, users need to get the latest patch from our x11 mailing list. This testing includes * libdrm 2.4.34 (including KMS support) * mesa 8.0.3 * full Xorg 7.7 release Change log http://www.x.org/releases/X11R7.7/changelog.html Checkout Xorg Development Repo: You will need to install devel/subversion in order to checkout the xorg repo. Next, you will need to add WITH_NEW_XORG=3Dyes in your /etc/make.conf if you want to try out the new Xorg and mesa. Note that if you are not qualified for the KMS patch, you shouldn=E2=80=99t use WITH_NEW_XORG=3Dyes because the old intel driver doesn=E2=80=99t build with= the new X server. If you are qualified, you should also set WITH_KMS=3Dyes in /etc/make.conf. Nvidia and ATI users should set WITH_NEW_XORG=3Dyes. svn co https://trillian.chruetertee.ch/svn/ports/trunk A small merge script to merge the svn checkout into the real portstree can be found here: http://people.freebsd.org/~miwi/xorg/xorgmerge The script is a modified version of the old kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -af \* portmaster -a After installing these, you will have to rebuild all xf86-* ports. We will bump all releated ports during the commit to the ports tree. Roadmap: Our current plan is to let the CFT running for a while, and see what the outcome of the discussion above is. We hope to get a lot of feedback to solve as many problems as possible. Also we are working on the libglut to freeglut migration, this will definitely complete before we import Xorg 7.7. So we still have enough time. We are looking forward for your feedback. - miwi on behalf of the FreeBSD X11 Team PS: Please reply only to x11@ thanks. --=20 +------------------oOO--(_)--OOo----------------+ Facebook: miwi1 Twitter: miwi_ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 13:10:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F7D7106564A; Thu, 7 Jun 2012 13:10:14 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA3D8FC08; Thu, 7 Jun 2012 13:10:12 +0000 (UTC) Received: by laai10 with SMTP id i10so510656laa.13 for ; Thu, 07 Jun 2012 06:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=WHUUJzU+J2yHLn/fajgY7rk4fDm4Od80QvPncT2e84M=; b=BeXZLKK7XjvsR3vzwXO4fLIP3O3I9iGMtypLzWB/W/X9IJtbHrAjd+HBixfwtTKzEq 9YtsOANlZxk2AyBVrYPVzRpOjubnk2wKS6vcY2GqwrKOkBufVA5PLqa8ho09sVZCIYGJ WxRKfBvwoK/i4SQRSUjhUqA/W9mkze0OKPcmatfWOJ06YntGz3lgOkieJEafAEwwTgzI Gr7npXXi7XVgIH6cth4ATjbeuNYY4XM8pumt/H5udIJtgQrQioqZ3AvZSciZlV/rVvHb 5E8sWREIgININwYCW1QYJwLHPKeq0DIj8El4qS7L+hC1P7VhKdQ7HWBUOGKqKVHdFNGS qV/w== Received: by 10.152.145.42 with SMTP id sr10mr2476791lab.16.1339074611824; Thu, 07 Jun 2012 06:10:11 -0700 (PDT) Received: from [172.29.1.142] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPS id gv8sm4644710lab.14.2012.06.07.06.10.09 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 07 Jun 2012 06:10:09 -0700 (PDT) Message-ID: <4FD0A7F2.9030504@gmail.com> Date: Thu, 07 Jun 2012 16:09:06 +0300 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: miwi@FreeBSD.org References: <20120607203753.2466c63a.miwi@FreeBSD.org> In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, x11@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 13:10:14 -0000 Martin Wilke wrote: > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially the new ones > can easily get confused with it. Another issue is, the packages.We > can't deliver a package set with the new Xorg releases. Will it be possible to provide, say pkgng repo with packages compiled with new xorg and new mesa? That would simplify testing (and using) by a very large factor. We'd just change PACKAGESITE and run pkg upgrade. From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 12:29:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CE81065672 for ; Thu, 7 Jun 2012 12:29:14 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8648FC15 for ; Thu, 7 Jun 2012 12:29:14 +0000 (UTC) Received: from x220.ovitrap.com ([122.129.201.75]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q57CTCr4024745; Thu, 7 Jun 2012 06:29:13 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Thu, 07 Jun 2012 19:29:06 +0700 Message-ID: <2254560.bniZLBSrLO@x220.ovitrap.com> Organization: ALO Green Technologies Pte Ltd User-Agent: KMail/4.8.3 (Linux/3.3.7-1.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <4FD08973.5080009@zedat.fu-berlin.de> References: <4FD0719A.8000009@digsys.bg> <4FD08973.5080009@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Mailman-Approved-At: Thu, 07 Jun 2012 13:44:28 +0000 Cc: "Hartmann, O." Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 12:29:14 -0000 Hi, On 07 June 2012 12:58:59 Hartmann, O. wrote: > On 06/07/12 11:17, Daniel Kalchev wrote: > > > > > > On 07.06.12 02:09, Erich wrote: > >>> Those "minor" issues are, having the recent mess in front of my eyes, a > >>> simple "negative exaggeration". What is that "price worth", if the > >>> system is faulting and rendered useless or partially useless? > >>> > >> just do what was recommended in this thread: wait. > > ... well, I will pass this to those who fund my research. Wait. Yes ... > the right answer. to make them ban FreeBSD from all of their projects? > > >> > >> Tell this ones to a commercial client. They will use words on you for > >> which use you get a life ban on this list. > > Not even commercial clients ... I have the impression that the people > who are using FreeBSD MUST be professionals in any way - or just > adventurers. This impression can be emphazized by picking up some of the > comments made here. > I am back to BSD since around ten years. I never really left Unix since I started with it during the last days of the Seventies. It amazes me most that this kind of people always have been there. I made then some fun with them when they have been on the suppliers side. I think they have forgotten why Unix is there in the first place. > > > > > If you are not qualified enough to handle issues like this, you would be > > better to avoid offering your "integration services" to anyone. Or, of > > you dare to -- you fully deserve those people yelling at you, or worse.. > > > > Those who use FreeBSD to offer integration services and are qualified do > > not whine, neither they wait. Those people do what the promised to do: > > provide the customer with the requested solution. > > ... in some cases this needs the deep knowledge of all ports/software > provided and used and this is simply impossible, or at least null > convergent probability. It is not possible but it is also not needed. Why create a hurdle when there is a simple way around it? > > In some cases I see a dicrepancy between what is reality and what is > predicated. If it comes to the evidence, that something has been > mismanaged, then there is always this allmighty excuse: FreeBSD is a > volunteer system developed by volunteers blabla. I'm also a volunteer > using FreeBSD! And I spend a lot of time trying to help. > This all they say sounds always so one-sided. As being the perfect human is the standard. > But at some points this gets very frustrating! Totally corrupted ports > (not FreeBSD itself!), and so a corrupted system, no fallback mechanism > although the problem is there for decades by now (as stated in this thread). Which alone makes a big joke out of these answers. > In my case, just for instance, we/I use FreeBSD as server AND client to > avoid loads of work having to many different OSes. We and it is definit > use OpenLDAP as the users's housekeeping backend. > Thunderbird is NOT working with OpenLDAP (which is, I asume, an Ok, I do not like LDAP for 'private' reasons and as such it is not on any of the machines under my control. But even then, hey, you are joking? > important piece of a modern multiuser environment and part of "the power > to serve"). I personally live with this problem now for almost a year, > since I can circumvent the crash of Thunderbird by starting Firefox > prior to Thunderbrd and start Thunderbird while Firefox is starting. > This behaviour is very strange and it is obviously well known to those > who use a similar environment. I also do not use Thunderbird as my primary e-mail client because of its erratic behaviour. > And this problem occurs on EVERY new setup I made using LDAP as the > backend. > I wonder why you are still using FreeBSD then. Especially with these kind of comments around. > There is a open PR, there are some hints (not working for me), there are > some notes in the mailing list. > > Obviously, FreeBSd is rarely used in such an environment or is stuck > with ancient NIS/YP setups, I do not know. I must say, luckily, I have had to give in when it came to the company's public server. It uses Linux and does not have any of these issues. > > I only can ask the list herein - since the "professionals" in our > computer center of the campus are in most cases in Linux. > Sad to say. > > Well, to come back to the subject: Why Are You NOT Using FreeBSD? > > I guess there are plenty of reasons as well as there are plenty of > reasons of the opposit. But one very frustrating scaring thing is the > arrogancy of several people here - leveling out the great help of those > who wish to help. When they are successful in keeping people away, there position is stronger then. Anyway, I joined this thread more for the fun until I realised that it should be possible to put the salty finger into this big wound of FreeBSD. Erich From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 14:01:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7DF106564A for ; Thu, 7 Jun 2012 14:01:30 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id C93688FC08 for ; Thu, 7 Jun 2012 14:01:29 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q57C9DnP065626 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 7 Jun 2012 15:09:14 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FD099E9.8070303@digsys.bg> Date: Thu, 07 Jun 2012 15:09:13 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.4) Gecko/20120528 Thunderbird/10.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FCFB6B5.9080905@zedat.fu-berlin.de> <4663489.XnqCi6nxiI@x220.ovitrap.com> <4FD0719A.8000009@digsys.bg> <4FD08973.5080009@zedat.fu-berlin.de> In-Reply-To: <4FD08973.5080009@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 14:01:30 -0000 On 07.06.12 13:58, Hartmann, O. wrote: > ... in some cases this needs the deep knowledge of all ports/software > provided and used and this is simply impossible, or at least null > convergent probability. Only God is required to know and be able to do everything. We humans can be imperfect. > In some cases I see a dicrepancy between what is reality and what is > predicated. If it comes to the evidence, that something has been > mismanaged, then there is always this allmighty excuse: FreeBSD is a > volunteer system developed by volunteers blabla. I'm also a volunteer > using FreeBSD! And I spend a lot of time trying to help. There was recently an very nice short announcement on how/why Netflix has decided to use FreeBSD as the base for their delivery infrastructure platform. You understand, that Netflix are serious about this. According to them, they have identified where the current state of FreeBSD needs help and contributed their fixes back to the community voluntarily (they are not required by the BSD license, unlike with GPL). I didn't read any excuse on part of Netflix why they can't use FreeBSD. > But at some points this gets very frustrating! Totally corrupted ports > (not FreeBSD itself!), and so a corrupted system, no fallback mechanism > although the problem is there for decades by now (as stated in this thread). Why the whining? I too am sometimes frustrated that the ports tree gets broken from time to time. Usually this means I will have to spend more time on it. Time is something I don't have much to spare. But I know that whining does not help. Learning is faster. I also know there *is* fallback mechanism here. One that was explained in this thread a number of times: sync your ports tree to a non-broken date. Usually, just the day before the announcement that broke it appears in /usr/ports/UPDATING is enough. I also see your problem with Thunderbird and LDAP. But you didn't provide enough information, except "it does not work". So let's try to narrow it a bit: - does the same setup work with another OS? (the same setup, same software versions) - you imply interaction with Firefox. Is Firefox crashing too? - have you traced the crash to specific library (there should be enough error messages, or at least core file to investigate)? - have you considered that this all might be configuration problem of some sort? Or using some non-standard compiler like GCC 4.6? I know it is always FreeBSD's and not user fault, but still... > I guess there are plenty of reasons as well as there are plenty of > reasons of the opposit. But one very frustrating scaring thing is the > arrogancy of several people here - leveling out the great help of those > who wish to help. I don't know about others, but I won't buy your attempt at social engineering here. Like I said, you are either capable of doing certain job, or you are not. Blaming others for your lack of knowledge on certain subject is not very productive. Claiming that those who suggest the problem might be sometimes caused by the device in front of the computer are arrogant is even less productive. By the way, asking a question politely is going to produce a lot more useful replies, than "tell me this, you bunch of arrogant FreeBSD users!". Or to put it in summary: if you are not critical to yourself, there is no point being critical towards others, much less "FreeBSD". Daniel From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 14:08:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DF41106566C; Thu, 7 Jun 2012 14:08:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A09CD8FC0C; Thu, 7 Jun 2012 14:08:00 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q57E7hnO020615; Thu, 7 Jun 2012 17:07:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q57E7hoO029364; Thu, 7 Jun 2012 17:07:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q57E7hFU029363; Thu, 7 Jun 2012 17:07:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 7 Jun 2012 17:07:43 +0300 From: Konstantin Belousov To: x11@freebsd.org, current@freebsd.org Message-ID: <20120607140743.GY85127@deviant.kiev.zoral.com.ua> References: <20120607203753.2466c63a.miwi@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V/5pStbHlGfNIMG1" Content-Disposition: inline In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 14:08:01 -0000 --V/5pStbHlGfNIMG1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 07, 2012 at 08:37:53PM +0800, Martin Wilke wrote: > Hi Fans, >=20 > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. This CFT is also open for discussion on how we > should move forward with xorg release as we are facing some issues and > we would like to ask for your opinion. Right now we have 2 existing > xorg versions in our Ports Tree. The situation is quite bad due to our > poor graphic card support. That means we do not have much choice but to > take it as how it is now. But with regards to mesa support, we have to > face some new challanges. >=20 > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA=3D 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. Obviosly the latter option make the already complex > situation more complex. The problem is, users, especially the new ones > can easily get confused with it. Another issue is, the packages.We > can't deliver a package set with the new Xorg releases. This means > users with new hardware will have to compile everything by themselves. > Though I'm totally fine with compiling, not everyone has the CPU power > to compile everything. What I'm trying to say is, I would love to see > the newer xorg released as the default version, but i know this will > break a lot of old hardware. The thing is, when we want to try to > become a Modern Operating System, I dont see any other way to make the > new xorg as default but to give Users the chance to compile the old > xorg with a flag like WITH_OLD_XORG. [Flag weaving follows] I think it is reasonable and inevitable to drop support for anything except Intel, ATI and NVidia. This seems to be a route taken by the upstream. Currently, ATI is big problem, Intel is less so, and NVidia should work except that we do not have sources for code that works. The upstream decision to handle lesser cards is to provide small kernel-side KMS-only drivers, and use xf86-video-modesetting (if I remember the name of the ddx driver right) for all of them. Driver will use in-kernel KMS to get video mode going, and only procide software acceleration. I will not port these miriad of KMS drivers, I did hoped that initial Intel port and KMS infrastructure would cause some following from other people starting contributing for our GPU support. To not sink completely with Xorg/GPU etc, we need: - a porting work for ATI kernel code (there is initial work done already, and I did promised to port TTM, hopefully will do it). - continue the work of importing Linux changes for generic DRM infrastructu= re and Intel driver. I somewhat run out of stem for this activity. - start porting other kernel drivers from Linux. E.g. GMA500, generic fbdev KMS driver, matrox etc. I simply cannot keep up with all this tasks alone, and already having spent more then a year of my life with that, I want to delegate at last part of t= he load to interested (and capable) people. Please, show the work accomplished, feel free to ask the tecnhical questions about doing it, use the lists for communication. And no, I do not need advises how to do _my_ part of the work. Thank you. --V/5pStbHlGfNIMG1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/Qta8ACgkQC3+MBN1Mb4ja7wCgzKW4pdBqyP2Myn/qDtGm+PNf F7sAnRR7dvNY+HGjtIGE6UoDzl3Lx/yq =qDGx -----END PGP SIGNATURE----- --V/5pStbHlGfNIMG1-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 14:29:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E80A91065687; Thu, 7 Jun 2012 14:29:03 +0000 (UTC) (envelope-from feld@feld.me) Received: from feld.me (unknown [IPv6:2607:f4e0:100:300::2]) by mx1.freebsd.org (Postfix) with ESMTP id AEDF38FC1A; Thu, 7 Jun 2012 14:29:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=feld.me; s=blargle; h=In-Reply-To:Message-Id:From:Mime-Version:Date:References:Subject:Cc:To:Content-Type; bh=eztKsqMMLfAgXvw40tU0JO0K0HwKuHQA67U3mdJiVIw=; b=EdIG0476P80tqL5mrO6O7gwBEJTwmXe0+1V4VuByN3lrDaJgvlo/+yOOF5Q2D1G+1/yELjztqwTh18mRs9vomIW4uDAski32om4yAPaPWkpR+TDv1cvGrWc4SGdnYJs/; Received: from localhost ([127.0.0.1] helo=mwi1.coffeenet.org) by feld.me with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Scdhu-000M0U-9g; Thu, 07 Jun 2012 09:29:02 -0500 Received: from feld@feld.me by mwi1.coffeenet.org (Archiveopteryx 3.1.4) with esmtpa id 1339079341-26372-26371/5/52; Thu, 7 Jun 2012 14:29:01 +0000 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: miwi@FreeBSD.org, Vitaly Magerya References: <20120607203753.2466c63a.miwi@FreeBSD.org> <4FD0A7F2.9030504@gmail.com> Date: Thu, 7 Jun 2012 09:29:00 -0500 Mime-Version: 1.0 From: Mark Felder Message-Id: In-Reply-To: <4FD0A7F2.9030504@gmail.com> User-Agent: Opera Mail/11.64 (FreeBSD) X-SA-Score: -1.5 Cc: ports@freebsd.org, x11@FreeBSD.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 14:29:04 -0000 On Thu, 07 Jun 2012 08:09:06 -0500, Vitaly Magerya wrote: > Will it be possible to provide, say pkgng repo with packages compiled > with new xorg and new mesa? That would simplify testing (and using) by a > very large factor. We'd just change PACKAGESITE and run pkg upgrade. The ability to add multiple PACKAGESITEs somehow and the latter ones override the former if they provide conflicting packages would be an interesting way to handle testing things like this... From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 15:18:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A84B106566B; Thu, 7 Jun 2012 15:18:47 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id BD0B68FC1C; Thu, 7 Jun 2012 15:18:46 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so280733wib.13 for ; Thu, 07 Jun 2012 08:18:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=nTDY0S00IqGfyw5nOuGBEisIYLpMouAIsXEIVrise18=; b=t9mHKWIjkobebKB+vA7OqmHQ7OPEW2tnHW17zwpk9I7LXc7VujV860OKHLgxRnrq5x z/h/dwiyscd5mf9IlDOM23M2JvDz0/ShOvVNtnNFNB0+Jd+t4qfLN8lkP02xjH73oYBO umOGUp4zVKiuku3KOd0CV8IWkL8Eu6o9Mpd+3fSg3rBqMnD4zBgP9HEcSXM6syp75xzV DKiKkZwuzya9Pqp7thoFpPdBhNClnHKOij4NbjNlJXG2z9/Cv3Nu8t30UZKDfI0hr6d1 Lbb5/QZqJjcLhzyrlLvbzoHU66FfZABce/2V/0E35s1OMKGggfTrjLlOt/cLqaIiqPKN Lcvw== MIME-Version: 1.0 Received: by 10.216.213.143 with SMTP id a15mr1123549wep.156.1339082320273; Thu, 07 Jun 2012 08:18:40 -0700 (PDT) Received: by 10.180.146.131 with HTTP; Thu, 7 Jun 2012 08:18:40 -0700 (PDT) In-Reply-To: <4FD06011.5000805@FreeBSD.org> References: <4FD06011.5000805@FreeBSD.org> Date: Thu, 7 Jun 2012 11:18:40 -0400 Message-ID: From: Ryan Stone To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: dtrace: identifier redefined: cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 15:18:47 -0000 On Thu, Jun 7, 2012 at 4:02 AM, Andriy Gapon wrote: > > I am getting the following error while trying to execute any DTrace scrip= t on a > freshly updated CURRENT system (both kernel and world). > Example: > > dtrace: failed to compile script sysctl_kern_proc.d: "/usr/lib/dtrace/sch= ed.d", > line 70: identifier redefined: cpu > =A0 =A0 =A0 =A0 current: inline definition > =A0 =A0 =A0 =A0previous: scalar > -- > Andriy Gapon Hm, I cannot reproduce this on the following system, freshly built this mor= ning: FreeBSD vm-head 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r236713: Thu Jun 7 10:30:45 EDT 2012 rstone@rstone-laptop:/home/rstone/freebsd/obj/usr/home/rstone/freebsd/head_= 2/sys/GENERIC amd64 I don't even have a /usr/lib/dtrace/sched.d. Do you have some local changes that is installing that? From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 15:25:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C189D106566B; Thu, 7 Jun 2012 15:25:43 +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 7DE988FC08; Thu, 7 Jun 2012 15:25:43 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q57FPggJ054026; Thu, 7 Jun 2012 09:25:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q57FPgWE054023; Thu, 7 Jun 2012 09:25:42 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 7 Jun 2012 09:25:42 -0600 (MDT) From: Warren Block To: Martin Wilke In-Reply-To: <20120607203753.2466c63a.miwi@FreeBSD.org> Message-ID: References: <20120607203753.2466c63a.miwi@FreeBSD.org> 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.7 (wonkity.com [127.0.0.1]); Thu, 07 Jun 2012 09:25:42 -0600 (MDT) Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 15:25:43 -0000 On Thu, 7 Jun 2012, Martin Wilke wrote: > The FreeBSD Xorg Team is pleased to announce Xorg 7.7 Release. We are > very happy to be able to Call for testing shortly after the Xorg team > annouced 7.7 release. Thanks for your work on this! > This CFT is also open for discussion on how we should move forward > with xorg release as we are facing some issues and we would like to > ask for your opinion. Right now we have 2 existing xorg versions in > our Ports Tree. The situation is quite bad due to our poor graphic > card support. That means we do not have much choice but to take it as > how it is now. But with regards to mesa support, we have to face some > new challanges. > > With the new mesa 8.0 release, accelerated support for a number of > older graphic cards was dropped. At the moment we are not sure how to > deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or > making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with > WITH_NEW_XORG, and let the mesa 7.6.1 set as default together with the > old xorg version. WITH_NEW_XORG is already vague, right now we have two that could be considered new. Would WITH_XORG=7.5 or WITH_XORG=7.7 work? That makes it easier to tell what is being requested; "new" is a relative term. From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 17:09:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ABB61065674 for ; Thu, 7 Jun 2012 17:09:55 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1B18FC19 for ; Thu, 7 Jun 2012 17:09:55 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1438249pbb.13 for ; Thu, 07 Jun 2012 10:09:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=hQGn5f5tE10MtOaDwLXgeV0dCjQWED7YIp5yVT4EA5A=; b=nA+DhS6U5XvB9Qb+jlmBTJTDMKMh27w4GFOfF+2SPgIP6M6mLfH6d5eJuCThGcRMLA 478eSY8vjHxRWtUoDxbPZlt4jWNwdN191qtaxj2Os/NGQiFod+OV8ofdFa8yptQS0+6/ L4Ph+qSrTqBnI2Qy/CmkZnvI6CjdlJHs0vAVUm/sxCD/UN88UJrhZv/D9qcDOqCRB8nq 4XKV3lx060JkcbMOEL+NhtTsUSEU41hdnSC/DKlMe9JwgTkg5cD9JpTdqGgDtcUG2Dnp +r0flwq6aIBhFlxdoa3SwMZuyfEhW6XKzTsV8DnaN9XGe2pAAGiHIWvzZDIyuEDokq1Y w1zQ== MIME-Version: 1.0 Received: by 10.68.223.35 with SMTP id qr3mr10705737pbc.83.1339088993976; Thu, 07 Jun 2012 10:09:53 -0700 (PDT) Received: by 10.68.225.3 with HTTP; Thu, 7 Jun 2012 10:09:53 -0700 (PDT) X-Originating-IP: [93.221.174.66] In-Reply-To: <20120607140743.GY85127@deviant.kiev.zoral.com.ua> References: <20120607203753.2466c63a.miwi@FreeBSD.org> <20120607140743.GY85127@deviant.kiev.zoral.com.ua> Date: Thu, 7 Jun 2012 19:09:53 +0200 Message-ID: From: "C. P. Ghost" To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkwg2sUTsE5XTiUg3TXyyspquDY5HLdIMhOLvKDfuWkhJ8ogHFSCJUMDyJWCY1oXiyD393G Cc: x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:09:55 -0000 On Thu, Jun 7, 2012 at 4:07 PM, Konstantin Belousov wrote: > I think it is reasonable and inevitable to drop support for anything > except Intel, ATI and NVidia. This seems to be a route taken by the > upstream. Currently, ATI is big problem, Intel is less so, and NVidia > should work except that we do not have sources for code that works. Unfortunately, for some of us stuck on sparc64 with ATI-Rage-XL-based cards (e.g. Sun PGX64), that's not an option. :-( Regards, -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 17:40:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62B2D1065680; Thu, 7 Jun 2012 17:40:10 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 96D6B8FC19; Thu, 7 Jun 2012 17:40:08 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id B95901CC89; Thu, 7 Jun 2012 14:39:58 -0300 (BRT) Received: from 177.135.16.160 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Thu, 7 Jun 2012 14:39:58 -0300 Message-ID: <0bde6f7234e4b87290e7a400b345b20d.squirrel@eternamente.info> In-Reply-To: References: <20120607203753.2466c63a.miwi@FreeBSD.org> <20120607140743.GY85127@deviant.kiev.zoral.com.ua> Date: Thu, 7 Jun 2012 14:39:58 -0300 From: "Nenhum_de_Nos" To: "C. P. Ghost" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Konstantin Belousov , x11@freebsd.org, current@freebsd.org Subject: Re: [CFT] Xorg 7.7 ready for testing! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:40:10 -0000 On Thu, June 7, 2012 14:09, C. P. Ghost wrote: > On Thu, Jun 7, 2012 at 4:07 PM, Konstantin Belousov wrote: >> I think it is reasonable and inevitable to drop support for anything >> except Intel, ATI and NVidia. This seems to be a route taken by the >> upstream. Currently, ATI is big problem, Intel is less so, and NVidia >> should work except that we do not have sources for code that works. > > Unfortunately, for some of us stuck on sparc64 with ATI-Rage-XL-based > cards (e.g. Sun PGX64), that's not an option. :-( as saind in the thread, GMA500 is not in this update. When it is in the state of CFT, please makie this news announce so test could be made. As my machine has GMA500, I will wait :) thanks for the great work, matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Thu Jun 7 17:43:45 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0078D106567A for ; Thu, 7 Jun 2012 17:43:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF9C8FC15 for ; Thu, 7 Jun 2012 17:43:44 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA22722; Thu, 07 Jun 2012 20:43:41 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ScgkH-000DCh-K5; Thu, 07 Jun 2012 20:43:41 +0300 Message-ID: <4FD0E84B.4030000@FreeBSD.org> Date: Thu, 07 Jun 2012 20:43:39 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Ryan Stone References: <4FD06011.5000805@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: dtrace: identifier redefined: cpu X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 17:43:45 -0000 on 07/06/2012 18:18 Ryan Stone said the following: > On Thu, Jun 7, 2012 at 4:02 AM, Andriy Gapon wrote: >> >> I am getting the following error while trying to execute any DTrace script on a >> freshly updated CURRENT system (both kernel and world). >> Example: >> >> dtrace: failed to compile script sysctl_kern_proc.d: "/usr/lib/dtrace/sched.d", >> line 70: identifier redefined: cpu >> current: inline definition >> previous: scalar >> -- >> Andriy Gapon > > Hm, I cannot reproduce this on the following system, freshly built this morning: > FreeBSD vm-head 10.0-CURRENT FreeBSD 10.0-CURRENT #3 r236713: Thu Jun > 7 10:30:45 EDT 2012 > rstone@rstone-laptop:/home/rstone/freebsd/obj/usr/home/rstone/freebsd/head_2/sys/GENERIC > amd64 > > I don't even have a /usr/lib/dtrace/sched.d. Do you have some local > changes that is installing that? Bingo! The file is not there on any of recently installed machines. This machine has been going through upgrades for several years. I must have manually placed that file there while hacking on something with DTrace (although now I do not have any recollection of when and why). So, rm to the rescue :-) Thank you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 00:09:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 204F1106566C for ; Fri, 8 Jun 2012 00:09:35 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (unknown [IPv6:2a03:6f00:1::5c35:743c]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7E08FC17 for ; Fri, 8 Jun 2012 00:09:34 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1Scmlg-0005Ww-Sx for freebsd-current@FreeBSD.org; Fri, 08 Jun 2012 04:09:32 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 9C6C1B84E for ; Fri, 8 Jun 2012 04:09:32 +0400 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 83F12EB6; Fri, 8 Jun 2012 04:09:32 +0400 (MSK) Date: Fri, 8 Jun 2012 04:09:32 +0400 From: Dmitry Marakasov To: freebsd-current@FreeBSD.org Message-ID: <20120608000932.GA16818@hades.panopticon> References: <20120527140541.GL2987@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120527140541.GL2987@hades.panopticon> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: OptionalObsoleteFiles.inc completeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 00:09:35 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: So would someone please commit it? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 08:10:52 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FF93106566B for ; Fri, 8 Jun 2012 08:10:52 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1688D8FC14 for ; Fri, 8 Jun 2012 08:10:52 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward12.mail.yandex.net (Yandex) with ESMTP id B8758C216E8 for ; Fri, 8 Jun 2012 12:10:50 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339143050; bh=dbn0bYTgvM7PnUv6rHZgWoZ7XGyK1sLIqZNA3n/SgJ4=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=L7Xs2oha4v2+h3mPySM+bwaUCbdxFR3AKWZgHJIMhtCPuTk4PAv+7NwTbH9eTkPhl xlr2Eggr1pQk42UFV8omW7AtkLSdrV38kt9Va7OFuAMcN/afjbw42BaC98krl8VbxD H5euBeZKQToRG1f3f55GTQeH+ACGK1/oY0Z/5rn4= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id A35B31B6064A for ; Fri, 8 Jun 2012 12:10:50 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id AoAKYvSj-AoAuXdrt; Fri, 8 Jun 2012 12:10:50 +0400 X-Yandex-Rcpt-Suid: current@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339143050; bh=dbn0bYTgvM7PnUv6rHZgWoZ7XGyK1sLIqZNA3n/SgJ4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=dU5j34992R5IFNT3SKwEIrsAHo/L4nOqLRYY44Sffe5keQPTeYrTfLYySsVM9duHq ou9m+G21oNaY3dY/nIOmH0ipdXQA0NzVKrhuZyztcnMsZQrheSeaoWhWodMoISTMcz SBr5J3G4bJM3c1q5B2iB2jk4srOXjIUA1ySJfwbQ= Message-ID: <4FD1B365.2010209@yandex.ru> Date: Fri, 08 Jun 2012 12:10:13 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 08 Jun 2012 11:05:25 +0000 Cc: Subject: lock order reversal in sys/kern/vfs_mount.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 08:10:52 -0000 Good day, After updating to yesterdays -current, I got this on boot: lock order reversal: 1st 0xfffffe0007b04c38 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1254 2nd 0xfffffe0007ed9478 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2158 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2c witness_checkorder() at witness_checkorder+0x853 __lockmgr_args() at __lockmgr_args+0x113a vop_stdlock() at vop_stdlock+0x39 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b devfs_allocv() at devfs_allocv+0x13f devfs_root() at devfs_root+0x4d dounmount() at dounmount+0x45c vfs_unmountall() at vfs_unmountall+0x4c kern_reboot() at kern_reboot+0x84b sys_reboot() at sys_reboot+0x68 amd64_syscall() at amd64_syscall+0x2e0 Xfast_syscall() at Xfast_syscall+0xf7 --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ebbc, rsp = 0x7fffffffd6c8, rbp = 0x65 --- Reverting to old kernel (that was built about a week ago) helped to avoid this. Any thoughts? -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 08:22:14 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4C631065674 for ; Fri, 8 Jun 2012 08:22:13 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 5840E8FC25 for ; Fri, 8 Jun 2012 08:22:13 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward15.mail.yandex.net (Yandex) with ESMTP id EA8959E1010 for ; Fri, 8 Jun 2012 12:22:11 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339143731; bh=zpJWCzfLhGpmXXMCeI3uLf+IozzevvZtMB5c1CRFzQE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=f6us1WIp7qogEMzCzb6EwZd1CMT5wGt7yk+x+N8EjS8wg5eRFuSYaB/QkeTxia0eE mXZ8lAkkvJsLVcg0vhzL0c/BIUEqx/js1SPlr7cNboqZtr91HzGwL2J1UtuKG076GG jEU9IQ6/Iu1wE0YRMvhnX37CfIy0edh/FVSGZ2nE= Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id D126E7E03C9 for ; Fri, 8 Jun 2012 12:22:11 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id MB6WUqmO-MB6ilZ6X; Fri, 8 Jun 2012 12:22:11 +0400 X-Yandex-Rcpt-Suid: current@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339143731; bh=zpJWCzfLhGpmXXMCeI3uLf+IozzevvZtMB5c1CRFzQE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Pi7BTB+RoqKiBaUF5GBXBgMDa8esrUrHObWEquFvGSIeR7JcJXU24QTslfRPOGQ49 6oJpeH3IOQW5GxU74Th87jzoSqPy0N2vsRcDcqwh+iz4171qq2p3srn38c76ZqbtmP ujuK7pH7KIu1rtMYnpyFZ311zq7bZ2eepcZqE2oY= Message-ID: <4FD1B60E.2060803@yandex.ru> Date: Fri, 08 Jun 2012 12:21:34 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: current@FreeBSD.org References: <4FD1B365.2010209@yandex.ru> In-Reply-To: <4FD1B365.2010209@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 08 Jun 2012 11:05:38 +0000 Cc: Subject: Re: lock order reversal in sys/kern/vfs_mount.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 08:22:14 -0000 Ruslan Mahmatkhanov wrote on 08.06.2012 12:10: > Good day, > > After updating to yesterdays -current, I got this on boot: > > lock order reversal: > 1st 0xfffffe0007b04c38 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1254 > 2nd 0xfffffe0007ed9478 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2158 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x853 > __lockmgr_args() at __lockmgr_args+0x113a > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x7b > devfs_allocv() at devfs_allocv+0x13f > devfs_root() at devfs_root+0x4d > dounmount() at dounmount+0x45c > vfs_unmountall() at vfs_unmountall+0x4c > kern_reboot() at kern_reboot+0x84b > sys_reboot() at sys_reboot+0x68 > amd64_syscall() at amd64_syscall+0x2e0 > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ebbc, rsp = > 0x7fffffffd6c8, rbp = 0x65 --- > > Reverting to old kernel (that was built about a week ago) helped to > avoid this. Any thoughts? And this one comes up with the recent update too: driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) driver bug: Unable to set devclass (class: acpi_timer devname: (unknown)) cpu0: on acpi0 driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) cpu1: on acpi0 driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) cpu2: on acpi0 driver bug: Unable to set devclass (class: acpi_sysresource devname: (unknown)) cpu3: on acpi0 What the additional info should I supply to understand what's wrong? Here is my full dmesg; http://people.freebsd.org/~rm/dmesg.txt -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 12:51:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90CEE1065680 for ; Fri, 8 Jun 2012 12:51:18 +0000 (UTC) (envelope-from jps@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 42E678FC0A for ; Fri, 8 Jun 2012 12:51:18 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id C4FF3C3CCB; Fri, 8 Jun 2012 14:51:10 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id XLJsfolMIxp2; Fri, 8 Jun 2012 14:51:10 +0200 (CEST) Received: from [10.0.0.3] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 442B8C3842; Fri, 8 Jun 2012 14:51:10 +0200 (CEST) Message-ID: <4FD1F53D.4030409@semihalf.com> Date: Fri, 08 Jun 2012 14:51:09 +0200 From: Jan Sieka User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ian Lepore , Rafal Jaworowski , gjb@semihalf.com Subject: How to add symbol to be exported in lib/libc/arm/Symbol.map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 12:51:18 -0000 Hello group! I have a few questions regarding adding symbols to lib/libc//Symbol.map, so that function signatures are exported: - what are the conventions regarding putting symbols in FBSD_X.Y or FBSDprivate_X.Y sections of the aforementioned files? - when it is necessary to bump X.Y numbers? - what is the difference between FBSD_X.Y and FBSDprivate_X.Y sections? The above questions arose from the discussion on freebsd-arm@ (http://lists.freebsd.org/pipermail/freebsd-arm/2012-June/003555.html) which concerns fixing Perl on ARM. The fix is to add __flt_rounds function signature to lib/libc/arm/Symbols.map. Regarding this fix it appears (after Symbols.map files analysis and checking their SVN history) that adding this symbol is just a bug fix and should be put to FBSD_1.0 section without incrementing numbers. But I don't have more in-depth explanation so sending this email. Anyone can comment on the above questions or point to some documentation (I've searched Developer's Handbook and Internet but found nothing)? Regards, Jan Sieka From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 15:21:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 209F7106566C for ; Fri, 8 Jun 2012 15:21:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id EACB28FC18 for ; Fri, 8 Jun 2012 15:21:32 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5C4A0B91C; Fri, 8 Jun 2012 11:21:32 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 8 Jun 2012 10:45:15 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FD1B365.2010209@yandex.ru> <4FD1B60E.2060803@yandex.ru> In-Reply-To: <4FD1B60E.2060803@yandex.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206081045.15763.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 08 Jun 2012 11:21:32 -0400 (EDT) Cc: Ruslan Mahmatkhanov Subject: Re: lock order reversal in sys/kern/vfs_mount.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 15:21:33 -0000 On Friday, June 08, 2012 4:21:34 am Ruslan Mahmatkhanov wrote: > Ruslan Mahmatkhanov wrote on 08.06.2012 12:10: > > Good day, > > > > After updating to yesterdays -current, I got this on boot: > > > > lock order reversal: > > 1st 0xfffffe0007b04c38 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1254 > > 2nd 0xfffffe0007ed9478 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2158 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > kdb_backtrace() at kdb_backtrace+0x37 > > _witness_debugger() at _witness_debugger+0x2c > > witness_checkorder() at witness_checkorder+0x853 > > __lockmgr_args() at __lockmgr_args+0x113a > > vop_stdlock() at vop_stdlock+0x39 > > VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf > > _vn_lock() at _vn_lock+0x47 > > vget() at vget+0x7b > > devfs_allocv() at devfs_allocv+0x13f > > devfs_root() at devfs_root+0x4d > > dounmount() at dounmount+0x45c > > vfs_unmountall() at vfs_unmountall+0x4c > > kern_reboot() at kern_reboot+0x84b > > sys_reboot() at sys_reboot+0x68 > > amd64_syscall() at amd64_syscall+0x2e0 > > Xfast_syscall() at Xfast_syscall+0xf7 > > --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ebbc, rsp = > > 0x7fffffffd6c8, rbp = 0x65 --- > > > > Reverting to old kernel (that was built about a week ago) helped to > > avoid this. Any thoughts? > > And this one comes up with the recent update too: > > driver bug: Unable to set devclass (class: acpi_sysresource devname: > (unknown)) > driver bug: Unable to set devclass (class: acpi_timer devname: (unknown)) > cpu0: on acpi0 > driver bug: Unable to set devclass (class: acpi_sysresource devname: > (unknown)) > cpu1: on acpi0 > driver bug: Unable to set devclass (class: acpi_sysresource devname: > (unknown)) > cpu2: on acpi0 > driver bug: Unable to set devclass (class: acpi_sysresource devname: > (unknown)) > cpu3: on acpi0 > > What the additional info should I supply to understand what's wrong? > Here is my full dmesg; http://people.freebsd.org/~rm/dmesg.txt Is this a verbose boot? Also, can you try this to get more details in the log message: Index: subr_bus.c =================================================================== --- subr_bus.c (revision 236680) +++ subr_bus.c (working copy) @@ -1988,7 +1990,7 @@ device_probe_child(device_t dev, device_t child) devclass_t dc; driverlink_t best = NULL; driverlink_t dl; - int result, pri = 0; + int error, result, pri = 0; int hasclass = (child->devclass != NULL); GIANT_REQUIRED; @@ -2019,17 +2021,18 @@ device_probe_child(device_t dev, device_t child) else if (result != 0) continue; if (!hasclass) { - if (device_set_devclass(child, - dl->driver->name) != 0) { + error = device_set_devclass(child, + dl->driver->name); + if (error != 0) { char const * devname = device_get_name(child); if (devname == NULL) devname = "(unknown)"; printf("driver bug: Unable to set " "devclass (class: %s " - "devname: %s)\n", + "devname: %s): %d\n", dl->driver->name, - devname); + devname, error); (void)device_set_driver(child, NULL); continue; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 17:05:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC201065674 for ; Fri, 8 Jun 2012 17:05:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5898FC16 for ; Fri, 8 Jun 2012 17:05:05 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q58H4msO095744; Fri, 8 Jun 2012 20:04:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q58H4mJF038083; Fri, 8 Jun 2012 20:04:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q58H4lMZ038082; Fri, 8 Jun 2012 20:04:47 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Jun 2012 20:04:47 +0300 From: Konstantin Belousov To: Jan Sieka Message-ID: <20120608170447.GH85127@deviant.kiev.zoral.com.ua> References: <4FD1F53D.4030409@semihalf.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AeHkbrJcO8giN/MO" Content-Disposition: inline In-Reply-To: <4FD1F53D.4030409@semihalf.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Ian Lepore , freebsd-current@freebsd.org, gjb@semihalf.com, Rafal Jaworowski Subject: Re: How to add symbol to be exported in lib/libc/arm/Symbol.map X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 17:05:06 -0000 --AeHkbrJcO8giN/MO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 08, 2012 at 02:51:09PM +0200, Jan Sieka wrote: > Hello group! >=20 > I have a few questions regarding adding symbols to > lib/libc//Symbol.map, so that function signatures are exported: > - what are the conventions regarding putting symbols in FBSD_X.Y or > FBSDprivate_X.Y sections of the aforementioned files? FBSD_X.Y are for public interfaces, i.e. non-system code is supposed to link to symbols from that versions. FBSDprivate is for exclusive base system use (so to say). We do not guarantee ABI stability for private. > - when it is necessary to bump X.Y numbers? Currently, it is done when major branch is created. > - what is the difference between FBSD_X.Y and FBSDprivate_X.Y sections? This is a repeat. >=20 > The above questions arose from the discussion on freebsd-arm@ > (http://lists.freebsd.org/pipermail/freebsd-arm/2012-June/003555.html) > which concerns fixing Perl on ARM. The fix is to add __flt_rounds > function signature to lib/libc/arm/Symbols.map. Regarding this fix it > appears (after Symbols.map files analysis and checking their SVN > history) that adding this symbol is just a bug fix and should be put to > FBSD_1.0 section without incrementing numbers. But I don't have more > in-depth explanation so sending this email. No, since you are adding it in the CURRENT-10 timeframe, it goes to FBSD_1.3. >=20 > Anyone can comment on the above questions or point to some documentation > (I've searched Developer's Handbook and Internet but found nothing)? http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt In fact, I do not like this policy, and would some day write a proposal, which essentially requests creation of separate version for each ABI change. But what is referenced is the current accepted project policy. --AeHkbrJcO8giN/MO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/SMK8ACgkQC3+MBN1Mb4io0gCfZCkvXfL/2wRasZi5Ohj178XF V2QAoL3eK86xpkjTNeoER16wAncXPyNU =NS07 -----END PGP SIGNATURE----- --AeHkbrJcO8giN/MO-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 8 20:01:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98DBA106564A for ; Fri, 8 Jun 2012 20:01:29 +0000 (UTC) (envelope-from se@freebsd.org) Received: from nm14-vm0.bullet.mail.ird.yahoo.com (nm14-vm0.bullet.mail.ird.yahoo.com [77.238.189.193]) by mx1.freebsd.org (Postfix) with SMTP id DE54F8FC1B for ; Fri, 8 Jun 2012 20:01:28 +0000 (UTC) Received: from [77.238.189.234] by nm14.bullet.mail.ird.yahoo.com with NNFMP; 08 Jun 2012 20:01:27 -0000 Received: from [217.146.189.65] by tm15.bullet.mail.ird.yahoo.com with NNFMP; 08 Jun 2012 20:01:27 -0000 Received: from [127.0.0.1] by smtp145.mail.ird.yahoo.com with NNFMP; 08 Jun 2012 20:01:27 -0000 X-Yahoo-Newman-Id: 584914.51627.bm@smtp145.mail.ird.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: n0ZMvPMVM1mDflQRQL.UTgzHpjkJlHOGgDdzNTSziikeXQD 8gANl_ojOUNBo.rD0X2lj0eTwchqEJPolMhxWP8ktfYY1WNSxw3nz3tZF39o TnLch_.pUYgtGiJ0yQSZEu96h0EaVQiViqayr2KTeZIh6NjP4hOQFobMBorM tZDcEo3eIG0Tg4HwdMMpN64Ksgo9nv2W101QxvUGkg2zhEYwfrI_ltS2CsV9 SgeN8RZrt4ng25Dv6KZ3DDmlHWEvw.Y_jv4S_fG2IBfKye62rfkUlJQYwtWa cwkt9TOL_M4zACRywl2uIPmUw_Z7NU0EyHO9CRrKXvw3V_JY1piWPU6NUGVf SF4yjl6ILoyBsF4.t6wdGH4KjPZL_SDytVEc.30gR8tj0W4WM88wMVFfIQ4Z YqEpC2w3iL151875ilLQE X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. Received: from [192.168.119.11] (se@81.173.145.81 with plain) by smtp145.mail.ird.yahoo.com with SMTP; 08 Jun 2012 13:01:27 -0700 PDT Message-ID: <4FD25A16.9060509@freebsd.org> Date: Fri, 08 Jun 2012 22:01:26 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120604 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FD1B365.2010209@yandex.ru> In-Reply-To: <4FD1B365.2010209@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: lock order reversal in sys/kern/vfs_mount.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jun 2012 20:01:29 -0000 Am 08.06.2012 10:10, schrieb Ruslan Mahmatkhanov: > Good day, > > After updating to yesterdays -current, I got this on boot: > > lock order reversal: > 1st 0xfffffe0007b04c38 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1254 > 2nd 0xfffffe0007ed9478 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2158 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x853 > __lockmgr_args() at __lockmgr_args+0x113a > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x7b > devfs_allocv() at devfs_allocv+0x13f > devfs_root() at devfs_root+0x4d > dounmount() at dounmount+0x45c > vfs_unmountall() at vfs_unmountall+0x4c > kern_reboot() at kern_reboot+0x84b > sys_reboot() at sys_reboot+0x68 > amd64_syscall() at amd64_syscall+0x2e0 > Xfast_syscall() at Xfast_syscall+0xf7 > --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ebbc, rsp = > 0x7fffffffd6c8, rbp = 0x65 --- > > Reverting to old kernel (that was built about a week ago) helped to > avoid this. Any thoughts? I have been getting those for a long time in -CURRENT, but with ZFS instead of UFS, and during system shutdown, not startup. And this LOR seems to cause the system to lock-up on shutdown with relatively high probability (I often have to remove power to halt the system, Since the ACPI power-off is not issued because of the LOR). My system is only rebooted from the local console and thus the LOR is not that much of a problem, and I did not bother to further look into the cause. But in case of remote system that is rebooted via SSH, the LOR could be quite a nuisance ... Regards, STefan From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 07:43:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 234C2106564A; Sat, 9 Jun 2012 07:43:12 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id CA08B8FC08; Sat, 9 Jun 2012 07:43:11 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdGKE-0000qo-NU>; Sat, 09 Jun 2012 09:43:10 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdGKE-0005i2-I4>; Sat, 09 Jun 2012 09:43:10 +0200 Message-ID: <4FD2FE87.1060708@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 09:43:03 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86r4tqotjo.fsf@ds4.des.no> In-Reply-To: <86r4tqotjo.fsf@ds4.des.no> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7DD995A299773893EAE04524" X-Originating-IP: 85.178.4.171 Cc: freebsd-security@freebsd.org, "freebsd-cur >> Current FreeBSD" Subject: Re: Default password hash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 07:43:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7DD995A299773893EAE04524 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/08/12 14:51, Dag-Erling Sm=C3=B8rgrav wrote: > We still have MD5 as our default password hash, even though known-hash > attacks against MD5 are relatively easy these days. We've supported > SHA256 and SHA512 for many years now, so how about making SHA512 the > default instead of MD5, like on most Linux distributions? >=20 > Index: etc/login.conf > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- etc/login.conf (revision 236616) > +++ etc/login.conf (working copy) > @@ -23,7 +23,7 @@ > # AND SEMANTICS'' section of getcap(3) for more escape sequences). >=20 > default:\ > - :passwd_format=3Dmd5:\ > + :passwd_format=3Dsha512:\ > :copyright=3D/etc/COPYRIGHT:\ > :welcome=3D/etc/motd:\ > :setenv=3DMAIL=3D/var/mail/$,BLOCKSIZE=3DK,FTP_PASSIVE_MODE=3DY= ES:\ >=20 > DES You should also file a PR for change-requets, so it is not only in the email list. I second a change, since I use "blf" since 2009 without (obvious) problems. The manpage for login.conf also needs an update. I checked this morning and found that thye manpage doesn't even mention hashes apart from des, md5 and blf. Oliver --------------enig7DD995A299773893EAE04524 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP0v6OAAoJEOgBcD7A/5N8cLsH/i3nLMA3KruJ1Jv0zx/vOI0t 4pRMVVuDQvoDXoBtbAgrv3pRBMJ/EdHhgd3giAw8MB16MBvN/JO5ilBZx3ox+nCm 7Jqa5Ga9hTLZmnYv7hBbQhDVSdikOVSlGYM2SGTOowxW6xDsiYnfrDyBPmFMEJ8j Mi3uLjH985yWlVls6qHzsnMhIRCt8J8KsxKdN6Fb2T2wz6v4ihy1x3V5JBPo1Tgu bWiT/DKEhzpgouiyhyR4F2GP25qJZawDn6Pbt99eSpUwuCTPxqH/WEm7shxxS7+1 064zF8RHi3mPuhqjtIjoJCz+v3+qTyWYWWe++7tGu/zsshRkN7T8j77lwe3Jejs= =Veyv -----END PGP SIGNATURE----- --------------enig7DD995A299773893EAE04524-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 07:50:22 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7E7F1065675; Sat, 9 Jun 2012 07:50:22 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0928FC15; Sat, 9 Jun 2012 07:50:22 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdGRB-0001Nc-Gw>; Sat, 09 Jun 2012 09:50:21 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdGRB-00060B-BZ>; Sat, 09 Jun 2012 09:50:21 +0200 Message-ID: <4FD3003C.4080109@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 09:50:20 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve Franks References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> In-Reply-To: <4FD2D4CC.3080109@ateamsystems.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC578D2C78E30246788F37617" X-Originating-IP: 85.178.4.171 Cc: Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 07:50:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC578D2C78E30246788F37617 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 06:45, Adam Strohl wrote: > On 6/9/2012 3:34, Steve Franks wrote: >> Every time libjpeg or >> perl or python bumps the rev, I have to explain to my boss that I >> won't be using my computer for 48 hours. Lucky man! We are "off" from some desktop services (like LibreOffice and Firefox) for more than a week now! --------------enigC578D2C78E30246788F37617 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP0wA8AAoJEOgBcD7A/5N8kWoH/1BB+CxCrNpndGdOmTxcUOjq OSOYRlD31IjdQJtMhRmcxC9a4z7nWDWDksBrLqfEkRRzKHX1lvc+UzP9cbWPtLmS LhhU6aixy+0tAK+EnoDFgWo57C327zE35F7op1WL5SZO5EtFJAOh1qvspdeALWXC f197NVypnvXdGINv1ENNPNAJmR3YpmeupjmCcVxEB/7tKrxbk/3DtM8TRhU7iDZX c0ZKskxitwL+3MWDdGy6Z9+pgSIozqzmpD15mZrV4v38f7PbUT9flEsTatQtsn/b NLZQJRtfgBoBHaYXuGD4UIY+K+1bFCvMynQvtPJvK5A1fUoCdqt8A42ZQHXALHI= =jCsN -----END PGP SIGNATURE----- --------------enigC578D2C78E30246788F37617-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 09:28:25 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD7F0106566B; Sat, 9 Jun 2012 09:28:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 961DD8FC0A; Sat, 9 Jun 2012 09:28:25 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790] (unknown [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2067D5C37; Sat, 9 Jun 2012 11:28:24 +0200 (CEST) Message-ID: <4FD3173E.2040505@FreeBSD.org> Date: Sat, 09 Jun 2012 11:28:30 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: "O. Hartmann" References: <86r4tqotjo.fsf@ds4.des.no> <4FD2FE87.1060708@zedat.fu-berlin.de> In-Reply-To: <4FD2FE87.1060708@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , freebsd-current@FreeBSD.org, freebsd-security@FreeBSD.org Subject: Re: Default password hash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 09:28:26 -0000 On 2012-06-09 09:43, O. Hartmann wrote: > On 06/08/12 14:51, Dag-Erling Sm=C3=B8rgrav wrote: >> We still have MD5 as our default password hash, even though known-hash= >> attacks against MD5 are relatively easy these days. We've supported >> SHA256 and SHA512 for many years now, so how about making SHA512 the >> default instead of MD5, like on most Linux distributions? =2E.. > The manpage for login.conf also needs an update. I checked this morning= > and found that thye manpage doesn't even mention hashes apart from des,= > md5 and blf. Dag-Erling fixed this just yesterday :) http://svn.freebsd.org/changeset/base/236751 From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 10:11:48 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBDED1065674; Sat, 9 Jun 2012 10:11:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3338FC16; Sat, 9 Jun 2012 10:11:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdIe3-0006O3-He>; Sat, 09 Jun 2012 12:11:47 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdIe3-0003zC-C2>; Sat, 09 Jun 2012 12:11:47 +0200 Message-ID: <4FD3215C.9030203@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 12:11:40 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <86r4tqotjo.fsf@ds4.des.no> <4FD2FE87.1060708@zedat.fu-berlin.de> <4FD3173E.2040505@FreeBSD.org> In-Reply-To: <4FD3173E.2040505@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAB3E12C037237A173F97A2E6" X-Originating-IP: 85.178.4.171 Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , freebsd-current@FreeBSD.org, freebsd-security@FreeBSD.org Subject: Re: Default password hash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 10:11:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAB3E12C037237A173F97A2E6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/09/12 11:28, Dimitry Andric wrote: > On 2012-06-09 09:43, O. Hartmann wrote: >> On 06/08/12 14:51, Dag-Erling Sm=C3=B8rgrav wrote: >>> We still have MD5 as our default password hash, even though known-has= h >>> attacks against MD5 are relatively easy these days. We've supported >>> SHA256 and SHA512 for many years now, so how about making SHA512 the >>> default instead of MD5, like on most Linux distributions? > ... >> The manpage for login.conf also needs an update. I checked this mornin= g >> and found that thye manpage doesn't even mention hashes apart from des= , >> md5 and blf. >=20 > Dag-Erling fixed this just yesterday :) >=20 > http://svn.freebsd.org/changeset/base/236751 Great and thank you all ... :-) --------------enigAB3E12C037237A173F97A2E6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP0yFjAAoJEOgBcD7A/5N8z1AH/jg1WlGel37h81IUqGmzCido uWL2IJHrPfR0XGrnZ5Wi/uvs41UxMEjnNHL0wsNZ/HEOLnaVPB2y7xMlaQIzKMSu ioUNKp/iSGWlqmP5q31QFlfTZnu7T3Z77LB/knGyvMjnqFky82zhxxbyTzCymHla i4fu5ZHyk0O+33rG6Qk5YPAzmUQiYHXLJK8xg6ojmYjr6JvXYfq+szF/LRfyhZVR wbHSFzV4lSFp77fXb8ICzAM9MPGdtaUUjgc2uWAqPXTPhm87pDTk3tLepF/JlJ0u CaN7b2SE/MGwSdGIpvJFquEaK1zZNAIRMTBQ4sN5RLeLvr0GCgQfAGtsyi6je+w= =/ick -----END PGP SIGNATURE----- --------------enigAB3E12C037237A173F97A2E6-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 12:14:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D1D106566B; Sat, 9 Jun 2012 12:14:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 075F78FC19; Sat, 9 Jun 2012 12:14:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdKYn-0000tu-2d>; Sat, 09 Jun 2012 14:14:29 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdKYm-00019a-Qj>; Sat, 09 Jun 2012 14:14:29 +0200 Message-ID: <4FD33E24.9060408@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 14:14:28 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0FBBA9496F7A6114630FD529" X-Originating-IP: 85.178.4.171 Cc: Subject: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:14:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0FBBA9496F7A6114630FD529 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling with CLANG. The error is very much the same as when I try compiling Firefox 13 on the same box with CLANG. I tried to track down the problem, but I failed. Bot systems are used to have very similar setups and ports, both boxes have FreeBSD 10.0-CURRENT/amd64 (FreeBSD 10.0-CURRENT #0 r236694: Wed Jun 6 23:06:12 CEST 2012), both OSes have been compiled with CLANG. The box in question is a very new Sandy-Bridge-E system with 32GB RAM, while the box compiling well is a older Core2Duo (I mention this since I read about differences in how LLVM/CLANG 3.1 may behave on different CPUs, even with -O2 enabled). I'm confused about this, since Firefox 13 and even 12 fail at the same point with a very similar error message in this "xpcom" module. On the box in question, I already did a "portmaster -f thunderbird" to force every prerequisite been built, but with no success. By the way: I use "WITH_NEW_XORG" in /etc/make.conf. I don't know whether this is an issue or necessary hint ... Any help appreciated. Thanks in advance, Oliver ------------- clang++ -o ClearOnShutdown.o -c -I../../dist/stl_wrappers -I../../dist/system_wrappers -include ../../config/gcc_hidden.h -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DSTATIC_EXPORTABLE_JS_API -DMOZ_THUNDERBIRD=3D1 -DOSTYPE=3D\"FreeBSD10\" -DOSARCH=3DFreeBSD -DEXCLUDE_SKIA_DEPENDENCIES -DOS_LINUX=3D1 -DOS_POSIX=3D1 -D_IMPL_NS_CO= M -I../../ipc/chromium/src -I../../ipc/glue -I../../ipc/ipdl/_ipdlheaders -I./../build -I../../xpcom/ds -I. -I. -I../../dist/include -I../../dist/include/nsprpub -I/usr/local/include/nspr -I/usr/ports/mail/thunderbird/work/comm-release/mozilla/dist/include/nss -fPIC -Qunused-arguments -I/usr/local/include -fno-rtti -Qunused-arguments -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-c++0x-extensions -Wno-extended-offsetof -Wno-invalid-offsetof -Wno-variadic-macros -Werror=3Dreturn-type -Wno-unknown-warning-option -Wno-return-type-c-linkage -O3 -pipe -fno-strict-aliasing -DLDAP_DEPRECATED -march=3Dnative -DLDAP_DEPRECATED -fno-exceptions -fno-strict-aliasing -std=3Dgnu++0x -ffunction-sections -fdata-sections -pipe -DNDEBUG -DTRIMMED -fno-omit-frame-pointer -D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0 -I/usr/local/include/gio-unix-2.0/ -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include/libpng15 -I/usr/local/include/libdrm -I/usr/local/include/gtk-unix-print-2.0 -Qunused-arguments -I/usr/local/include -DMOZILLA_CLIENT -include ../../mozilla-config.h /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/ClearOnS= hutdown.cpp nsIConsoleListener.idl /usr/local/bin/python2.7 ../../config/pythonpath.py \ -I../../other-licenses/ply \ -I../../xpcom/idl-parser \ -I../../xpcom/typelib/xpt/tools \ ../../xpcom/idl-parser/typelib.py --cachedir=3D../../xpcom/idl-parser/cache -I. -I../../dist/idl /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsIConso= leListener.idl -d .deps/nsIConsoleListener.xpt.pp -o _xpidlgen/nsIConsoleListener.xpt /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsStackW= alk.cpp:1196:29: error: use of undeclared identifier '_Unwind_Backtrace' _Unwind_Reason_Code t =3D _Unwind_Backtrace(unwind_callback, &info); ^ 1 error generated. gmake[5]: *** [nsStackWalk.o] Error 1 gmake[5]: *** Waiting for unfinished jobs.... In file included from /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/ClearOnS= hutdown.cpp:8: =2E./../dist/include/mozilla/ClearOnShutdown.h:113:5: warning: delete called on 'mozilla::ClearOnShutdown_Internal::ShutdownObserver' that is abstract but has non-virtual destructor [-Wdelete-non-virtual-dtor] delete observer; ^ 1 warning generated. /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsTraceR= efcntImpl.cpp:403:42: warning: format specifies type 'unsigned long long' but the argument has type 'PRUint64' (aka 'unsigned long') [-Wformat] fprintf(out, "%4d %-40.40s %8d %8llu %8llu %8llu (%8.2f +/- %8.2f) %8llu %8llu (%8.2f +/- %8.2f)\n", ~~~~^ %8lu /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsTraceR= efcntImpl.cpp:403:48: warning: format specifies type 'unsigned long long' but the argument has type 'PRUint64' (aka 'unsigned long') [-Wformat] fprintf(out, "%4d %-40.40s %8d %8llu %8llu %8llu (%8.2f +/- %8.2f) %8llu %8llu (%8.2f +/- %8.2f)\n", ~~~~^ %8lu /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsTraceR= efcntImpl.cpp:403:54: warning: format specifies type 'unsigned long long' but the argument has type 'unsigned long' [-Wformat] fprintf(out, "%4d %-40.40s %8d %8llu %8llu %8llu (%8.2f +/- %8.2f) %8llu %8llu (%8.2f +/- %8.2f)\n", ~~~~^ %8lu /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsTraceR= efcntImpl.cpp:403:78: warning: format specifies type 'unsigned long long' but the argument has type 'PRUint64' (aka 'unsigned long') [-Wformat] fprintf(out, "%4d %-40.40s %8d %8llu %8llu %8llu (%8.2f +/- %8.2f) %8llu %8llu (%8.2f +/- %8.2f)\n", ~~~~^ %8lu /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsTraceR= efcntImpl.cpp:403:84: warning: format specifies type 'unsigned long long' but the argument has type 'unsigned long' [-Wformat] fprintf(out, "%4d %-40.40s %8d %8llu %8llu %8llu (%8.2f +/- %8.2f) %8llu %8llu (%8.2f +/- %8.2f)\n", ~~~~^ %8lu /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsMemory= ReporterManager.cpp:854:1: warning: delete called on 'nsMemoryReporter' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_ISUPPORTS1(nsMemoryReporter, nsIMemoryReporter) ^ =2E./../dist/include/nsISupportsImpl.h:1177:3: note: expanded from macro 'NS_IMPL_ISUPPORTS1' NS_IMPL_RELEASE(_class) \ ^ =2E./../dist/include/nsISupportsImpl.h:471:40: note: expanded from macro 'NS_IMPL_RELEASE' NS_IMPL_RELEASE_WITH_DESTROY(_class, delete (this)) ^ =2E./../dist/include/nsISupportsImpl.h:451:5: note: expanded from macro 'NS_IMPL_RELEASE_WITH_DESTROY' _destroy; \ ^ 1 warning generated. 5 warnings generated. /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsCycleC= ollector.cpp:1720:1: warning: delete called on 'nsCycleCollectorLogger' that has virtual functions but non-virtual destructor [-Wdelete-non-virtual-dtor] NS_IMPL_ISUPPORTS1(nsCycleCollectorLogger, nsICycleCollectorListener) ^ =2E./../dist/include/nsISupportsImpl.h:1177:3: note: expanded from macro 'NS_IMPL_ISUPPORTS1' NS_IMPL_RELEASE(_class) \ ^ =2E./../dist/include/nsISupportsImpl.h:471:40: note: expanded from macro 'NS_IMPL_RELEASE' NS_IMPL_RELEASE_WITH_DESTROY(_class, delete (this)) ^ =2E./../dist/include/nsISupportsImpl.h:451:5: note: expanded from macro 'NS_IMPL_RELEASE_WITH_DESTROY' _destroy; \ ^ 1 warning generated. gmake[5]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base' gmake[4]: *** [libs] Error 2 gmake[4]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom' gmake[3]: *** [libs_tier_platform] Error 2 gmake[3]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-release/mozilla' gmake[2]: *** [tier_platform] Error 2 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-release/mozilla' gmake[1]: *** [default] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/comm-release/mozilla' gmake: *** [default] Error 2 *** [do-build] Error code 1 Stop in /usr/ports/mail/thunderbird. *** [build] Error code 1 Stop in /usr/ports/mail/thunderbird. =3D=3D=3D>>> make failed for mail/thunderbird =3D=3D=3D>>> Aborting update --------------enig0FBBA9496F7A6114630FD529 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP0z4kAAoJEOgBcD7A/5N8iI0H/0GosX6PkzNOaCxeKJQbQIjv pZT1AWEDiFgmM8bl1I65lMdOpfTap1ealZ8sEs1G96zExKuWEG8F0dJeKrGpRjoX E4nZVhYl8hbDX5okmhq5oRsQLz4kfOnpmeRwwffSvTWdfDzVehSUmEs1nOckNn2y SwED/PLRub+MktCL930KHDvePsZ9xdqa7NdRm3MLqvvwfK5Gv3eHt1cNayRjWFxz LH3OwrSu5tp5L9h1Xf17yvgYOTh57z9fpfuyMPzjE4TTpwlwXMSdYmJWztndbgvm 9PYAyMpvflIXsHln12BUKaCCSINx00F09ahAXDZr4vMZhvo9QtbIk0OR0I0dkx4= =zqJB -----END PGP SIGNATURE----- --------------enig0FBBA9496F7A6114630FD529-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 12:53:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BD8B1065672; Sat, 9 Jun 2012 12:53:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 06BF58FC1B; Sat, 9 Jun 2012 12:53:00 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790] (unknown [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 46A6F5C37; Sat, 9 Jun 2012 14:52:59 +0200 (CEST) Message-ID: <4FD34731.3090502@andric.com> Date: Sat, 09 Jun 2012 14:53:05 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4FD33E24.9060408@zedat.fu-berlin.de> In-Reply-To: <4FD33E24.9060408@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 12:53:00 -0000 On 2012-06-09 14:14, O. Hartmann wrote: > My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling > with CLANG. The error is very much the same as when I try compiling > Firefox 13 on the same box with CLANG. ... I'm not sure this problem is related to clang at all, see below. > I tried to track down the problem, but I failed. Bot systems are used to > have very similar setups and ports, both boxes have FreeBSD > 10.0-CURRENT/amd64 (FreeBSD 10.0-CURRENT #0 r236694: Wed Jun 6 23:06:12 > CEST 2012), both OSes have been compiled with CLANG. The box in question > is a very new Sandy-Bridge-E system with 32GB RAM, while the box > compiling well is a older Core2Duo (I mention this since I read about > differences in how LLVM/CLANG 3.1 may behave on different CPUs, even > with -O2 enabled). > > I'm confused about this, since Firefox 13 and even 12 fail at the same > point with a very similar error message in this "xpcom" module. ... > /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsStackWalk.cpp:1196:29: > error: use of undeclared identifier '_Unwind_Backtrace' > _Unwind_Reason_Code t = _Unwind_Backtrace(unwind_callback, &info); This simply looks like a problem in nsStackWalk.cpp; it should include to get the proper declaration for _Unwind_Backtrace(). I don't have the time to look into this at the moment, but my suspicion would be that whatever Mozilla uses for its configuration scripts is not finding the proper unwind.h header. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 13:08:22 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50A901065700; Sat, 9 Jun 2012 13:08:22 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id E72EC8FC0C; Sat, 9 Jun 2012 13:08:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdLOu-0005eW-UE>; Sat, 09 Jun 2012 15:08:21 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdLOu-0003fS-NK>; Sat, 09 Jun 2012 15:08:20 +0200 Message-ID: <4FD34AB9.1090304@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 15:08:09 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FD33E24.9060408@zedat.fu-berlin.de> <4FD34731.3090502@andric.com> In-Reply-To: <4FD34731.3090502@andric.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig941C3DA9D4BA38B9AEB39915" X-Originating-IP: 85.178.4.171 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:08:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig941C3DA9D4BA38B9AEB39915 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 14:53, Dimitry Andric wrote: > On 2012-06-09 14:14, O. Hartmann wrote: >> My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compili= ng >> with CLANG. The error is very much the same as when I try compiling >> Firefox 13 on the same box with CLANG. > ... >=20 > I'm not sure this problem is related to clang at all, see below. >=20 >=20 >> I tried to track down the problem, but I failed. Bot systems are used = to >> have very similar setups and ports, both boxes have FreeBSD >> 10.0-CURRENT/amd64 (FreeBSD 10.0-CURRENT #0 r236694: Wed Jun 6 23:06:= 12 >> CEST 2012), both OSes have been compiled with CLANG. The box in questi= on >> is a very new Sandy-Bridge-E system with 32GB RAM, while the box >> compiling well is a older Core2Duo (I mention this since I read about >> differences in how LLVM/CLANG 3.1 may behave on different CPUs, even >> with -O2 enabled). >> >> I'm confused about this, since Firefox 13 and even 12 fail at the same= >> point with a very similar error message in this "xpcom" module. > ... >> /usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/base/nsSta= ckWalk.cpp:1196:29: >> error: use of undeclared identifier '_Unwind_Backtrace' >> _Unwind_Reason_Code t =3D _Unwind_Backtrace(unwind_callback, &info= ); >=20 > This simply looks like a problem in nsStackWalk.cpp; it should include > to get the proper declaration for _Unwind_Backtrace(). >=20 > I don't have the time to look into this at the moment, but my suspicion= > would be that whatever Mozilla uses for its configuration scripts is no= t > finding the proper unwind.h header. Thank you for looking into this. Well, I did the follwoing. I search per "find / -name unwind.h -print" for unwind.h. On all of my boxes, there are plenty of them found: root@thor [~] find / -name unwind.h -print /usr/local/include/unwind.h /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd10.0/4.6.4/include/unwind.= h /usr/src/include/unwind.h /usr/src/contrib/libcxxrt/unwind.h /usr/src/contrib/llvm/tools/clang/lib/Headers/unwind.h /usr/src/sys/ia64/include/unwind.h /usr/obj/usr/src/tmp/usr/include/c++/v1/unwind.h /usr/obj/usr/src/tmp/usr/include/clang/3.1/unwind.h /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc_tools/unwind.h /usr/obj/usr/src/gnu/lib/libgcc/unwind.h /usr/obj/usr/src/gnu/lib/libstdc++/unwind.h /usr/obj/usr/src/gnu/lib/libsupc++/unwind.h /usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/unwind.h /usr/obj/usr/src/lib32/usr/include/c++/v1/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libgcc/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libstdc++/unwind.h /usr/obj/lib32/usr/src/gnu/lib/libsupc++/unwind.h /usr/include/c++/v1/unwind.h /usr/include/clang/3.1/unwind.h Lppking at other places: ohartmann@thor: [~] apropos unwind _U_dyn_cancel(3) - -- cancel unwind-info for dynamically generated code _U_dyn_register(3) - -- register unwind-info for dynamically generated code libunwind(3) - -- a (mostly) platform-independent unwind API libunwind-dynamic(3) - -- libunwind-support for runtime-generated cod= e libunwind-ia64(3) - -- IA-64-specific support in libunwind libunwind-ptrace(3) - -- ptrace() support in libunwind libunwind-setjmp(3) - -- libunwind-based non-local gotos unw_create_addr_space(3) - -- create address space for remote unwinding unw_destroy_addr_space(3) - -- destroy unwind address space unw_init_local(3) - -- initialize cursor for local unwinding unw_init_remote(3) - -- initialize cursor for remote unwinding unw_set_caching_policy(3) - -- set unwind caching policy ohartmann@thor: [~] pkg_info |grep unwind libunwind-20110911 A generic stack unwinding library ohartmann@thor: [~] pkg_info -R libunwind-20110911 Information for libunwind-20110911: Required by: blender-2.63_1 Well, on all boxes in question I/we have installed port "blender" and blender reels in port "libunwind". I will check by deleting port "libunwind" wether I can build firefox/thunderbird with CLANG (gcc 4.6 works fine). Regards, oh --------------enig941C3DA9D4BA38B9AEB39915 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP00rDAAoJEOgBcD7A/5N86+cIAKoc6nXYgIArajxP5oURMS2Q XzyA9df/fV4ocX5ifkTZKehNA4zukDf/ne3H3D4xrMX0wyDVNIl9NdLwQbIJ/LXY arLJPUzLQeH9uvGZLdGG+mPIkaEMYZPpb4oSBJCTXnPROMuZj+3NnIt1nR0y5vRp whwL5WO8pIHsjvNTK9gbB4+TtLy+no/c13D4A1YCB5mIPWaispSm8QKeq40XiCKa oxqnNlhGJk286+/9UUCu0H66r2YiqMVq5qNxkG72Yc7bDz5K+QT1csQDpGGtrHM7 Krkx179/Mjt6AjSJg3vUz/h1FDy10z0vm1HOOfqMljNU++RMT2Bm+Z2QSiZ+poM= =DJSr -----END PGP SIGNATURE----- --------------enig941C3DA9D4BA38B9AEB39915-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 13:43:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35C4106566C; Sat, 9 Jun 2012 13:43:39 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 844398FC0A; Sat, 9 Jun 2012 13:43:39 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 51581B9F22; Sat, 9 Jun 2012 09:43:36 -0400 (EDT) Message-ID: <4FD352FF.9090101@ateamsystems.com> Date: Sat, 09 Jun 2012 20:43:27 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> In-Reply-To: <4FD3003C.4080109@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 09 Jun 2012 14:00:01 +0000 Cc: Steve Franks , Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 13:43:39 -0000 On 6/9/2012 14:50, O. Hartmann wrote: > Lucky man! We are "off" from some desktop services (like LibreOffice and > Firefox) for more than a week now! Why did you update to begin with? Bug/security fix? -- Adam Strohl http://www.ateamsystems.com/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 14:04:53 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B40421065670; Sat, 9 Jun 2012 14:04:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 627E68FC17; Sat, 9 Jun 2012 14:04:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdMHR-00025Q-Kt>; Sat, 09 Jun 2012 16:04:41 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdMHR-0006BK-Eu>; Sat, 09 Jun 2012 16:04:41 +0200 Message-ID: <4FD357F2.9090901@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 16:04:34 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Adam Strohl References: <20120604110339.GA9426@equilibrium.bsdes.net> <4FD2D4CC.3080109@ateamsystems.com> <4FD3003C.4080109@zedat.fu-berlin.de> <4FD352FF.9090101@ateamsystems.com> In-Reply-To: <4FD352FF.9090101@ateamsystems.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig16DBCCACAF5FBF025138BA47" X-Originating-IP: 85.178.4.171 Cc: Steve Franks , Current FreeBSD , freebsd-stable Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 14:04:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16DBCCACAF5FBF025138BA47 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 15:43, Adam Strohl wrote: > On 6/9/2012 14:50, O. Hartmann wrote: >> Lucky man! We are "off" from some desktop services (like LibreOffice a= nd >> Firefox) for more than a week now! >=20 > Why did you update to begin with? Bug/security fix? >=20 > --=20 > Adam Strohl > http://www.ateamsystems.com/ Well, this is a good question. Unfortunately, I did an update of the ports tree and PNG update rushed in. The information in UPDATING came a in bit later, but since then several ports have been updated already - and rendered some applications unuseable. The question "why" isn't applicable here. Sometimes ports need updates or a port that is installed reels in another or even an update and this triggers the avalnche of messes. --------------enig16DBCCACAF5FBF025138BA47 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP01f5AAoJEOgBcD7A/5N8VYMH/RQvwPu5gjYmmL7LUSt5BGq5 TnJHocazWTcc8VNLxEfik90q7NvFm7IbvLYhE8ZwkYcyhrNSm24efioMjAdAwJoB TwiKS4is8gOnLlD03jnZay6gIGkXcm0bpZdvCuiUhl8UUp6Pm0EaM3tn4BXHQnVu w8m22Mke3gLWNU6c2rNBAjsm22WqoQgE223gI5xbIc9D0HllxdLySYQFupXZmojg re1NFa7lIbDOt9UdSviwY1S6AP8Esz7WIRznhkEHq6ogWdlNB7LXx9kl02mawYJg mNDT4izGCXIYvUMgZUJx4VtBv7sYbrV+UCxfd52ZpyprXDKGL58g9f849ONRE/k= =/UZk -----END PGP SIGNATURE----- --------------enig16DBCCACAF5FBF025138BA47-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 16:03:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0429D106566C for ; Sat, 9 Jun 2012 16:03:07 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id CFECA8FC15 for ; Sat, 9 Jun 2012 16:03:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SdO82-0003oj-2A for freebsd-current@freebsd.org; Sat, 09 Jun 2012 09:03:06 -0700 Date: Sat, 9 Jun 2012 09:03:06 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1339257786060-5716905.post@n5.nabble.com> In-Reply-To: <4FD3003C.4080109@zedat.fu-berlin.de> References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 16:03:07 -0000 I just have successfully (*) build LibreOffice by just typing # make build in editors/libreoffice... * Without any manually removed hiccups. Dependencies build with clang fine too, as graphics/vigra is updated. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714183p5716905.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:00:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A34F1065675; Sat, 9 Jun 2012 17:00:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 97E1A8FC14; Sat, 9 Jun 2012 17:00:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdP1R-0008Sm-Tq>; Sat, 09 Jun 2012 19:00:22 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdP1R-0005hf-KK>; Sat, 09 Jun 2012 19:00:21 +0200 Message-ID: <4FD3811E.4050800@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 19:00:14 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78D3A0A99A9603A05FF6E935" X-Originating-IP: 85.178.4.171 Cc: Subject: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1); X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:00:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78D3A0A99A9603A05FF6E935 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 boxes and therefore, I try recompiling "xorg". One box is constantly failing to compile port graphics/dri with a obviously well know error, as "googling" reveals ( http://lists.freedesktop.org/archives/mesa-dev/2011-December/016348.html)= =2E I share /etc/make.conf and /etc/src.conf on those FreeBSD 10.0-CURRENT boxes, they are supposed to have set WITH_NEW_XORG=3Dyes WITHOUT_NOUVEAU=3Dyes There was a time when also WITH_KMS=3Dyes was set on the box in question,= but I disabled that again (commented out). The problem is sticky. I also tried "portmaster -f graphics/dri", everything is compiled well (CLANG) until it comes to graphics/dri itself= =2E graphics/libdrm is compiled without KMS. Somehow bad things slipped into the system and I feel like floating like a dead man in the water. I considered deleting /var/db/pkg/*, since sometimes I need to delete manually specific folders in that directory to make a port compiling again. But I do not know wether this is introducing larger problems. Compiling the whole ports (implies deleting them all) is no option for this moment. Does anyone know this problem and has a solution to get rid of this sticky thing? Regards, Oliver [...] =2E./../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/local/include -I/usr/local/include/libdrm -DFEATURE_GL=3D1 -I/usr/local/include -I/usr/local/include/libdrm -I/usr/local/include/nouveau -I/usr/local/include -O3 -pipe -fno-strict-aliasing -march=3Dnative -Wall -Wmissing-prototypes -std=3Dc9= 9 -fno-strict-aliasing -O3 -pipe -fno-strict-aliasing -march=3Dnative -fPI= C -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=3D1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -fvisibility=3Dhidden nouveau_scratch.c -o nouveau_scratch.o clang -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mapi -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/local/include -I/usr/local/include/libdrm -DFEATURE_GL=3D1 -I/usr/local/include -I/usr/local/include/libdrm -I/usr/local/include/nouveau -I/usr/local/include -O3 -pipe -fno-strict-aliasing -march=3Dnative -Wall= -Wmissing-prototypes -std=3Dc99 -fno-strict-aliasing -O3 -pipe -fno-strict-aliasing -march=3Dnative -fPIC -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=3D1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -fvisibility=3Dhidden nouveau_array.c -o nouveau_array.o nouveau_array.c:49:16: error: illegal storage class on function *extract_u =3D EXTRACT(char, unsigned, 1); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:49:16: error: expected ';' at end of declaration *extract_u =3D EXTRACT(char, unsigned, 1); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:50:16: error: illegal storage class on function *extract_f =3D EXTRACT(char, float, SCHAR_MAX); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:50:16: error: expected ';' at end of declaration *extract_f =3D EXTRACT(char, float, SCHAR_MAX); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:53:16: error: illegal storage class on function *extract_u =3D EXTRACT(unsigned char, unsigned, 1); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:53:16: error: expected ';' at end of declaration *extract_u =3D EXTRACT(unsigned char, unsigned, 1); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:54:16: error: illegal storage class on function *extract_f =3D EXTRACT(unsigned char, float, UCHAR_MAX); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:54:16: error: expected ';' at end of declaration *extract_f =3D EXTRACT(unsigned char, float, UCHAR_MAX); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:57:16: error: illegal storage class on function *extract_u =3D EXTRACT(short, unsigned, 1); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:57:16: error: expected ';' at end of declaration *extract_u =3D EXTRACT(short, unsigned, 1); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:58:16: error: illegal storage class on function *extract_f =3D EXTRACT(short, float, SHRT_MAX); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:58:16: error: expected ';' at end of declaration *extract_f =3D EXTRACT(short, float, SHRT_MAX); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:61:16: error: illegal storage class on function *extract_u =3D EXTRACT(unsigned short, unsigned, 1); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:61:16: error: expected ';' at end of declaration *extract_u =3D EXTRACT(unsigned short, unsigned, 1); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:62:16: error: illegal storage class on function *extract_f =3D EXTRACT(unsigned short, float, USHRT_MAX);= ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:62:16: error: expected ';' at end of declaration *extract_f =3D EXTRACT(unsigned short, float, USHRT_MAX);= ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:65:16: error: illegal storage class on function *extract_u =3D EXTRACT(int, unsigned, 1); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ nouveau_array.c:65:16: error: expected ';' at end of declaration *extract_u =3D EXTRACT(int, unsigned, 1); ^ nouveau_array.c:39:50: note: expanded from macro 'EXTRACT' out_t f(struct nouveau_array *a, int i, int j) { \= ^ nouveau_array.c:clang -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mapi -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/local/include -I/usr/local/include/libdrm -DFEATURE_GL=3D1 -I/usr/local/include -I/usr/local/include/libdrm -I/usr/local/include/nouveau -I/usr/local/include -O3 -pipe -fno-strict-aliasing -march=3Dnative -Wall= -Wmissing-prototypes -std=3Dc99 -fno-strict-aliasing -O3 -pipe -fno-strict-aliasing -march=3Dnative -fPIC -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=3D1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -fvisibility=3Dhidden nv04_context.c -o nv04_cont= ext.o 66:16: error: illegal storage class on function *extract_f =3D EXTRACT(int, float, INT_MAX); ^ nouveau_array.c:38:3: note: expanded from macro 'EXTRACT' auto out_t f(struct nouveau_array *, int, int); \= ^ fatal error: too many errors emitted, stopping now [-ferror-limit=3D] 20 errors generated. gmake[6]: *** [nouveau_array.o] Error 1 gmake[6]: *** Waiting for unfinished jobs.... nouveau_context.c:281:2: warning: expression result unused [-Wunused-valu= e] context_bctx(ctx, FRAMEBUFFER); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ =2E/nouveau_bo_state.h:103:2: note: expanded from macro 'context_bctx' __context_bctx(ctx, NOUVEAU_BO_CONTEXT_##s) ^ =2E/nouveau_bo_state.h:100:3: note: expanded from macro '__context_bctx' bctx; \= ^~~~ 1 warning generated. nv04_context.c:78:4: warning: expression result unused [-Wunused-value] context_bctx_i(ctx, TEXTURE, 1); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ =2E/nouveau_bo_state.h:105:2: note: expanded from macro 'context_bctx_i' __context_bctx(ctx, NOUVEAU_BO_CONTEXT_##s##0 + (i)) ^ =2E/nouveau_bo_state.h:100:3: note: expanded from macro '__context_bctx' bctx; \= ^~~~ 1 warning generated. gmake[6]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/mesa/drivers/dri/nouveau' gmake[5]: *** [lib] Error 2 gmake[5]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/mesa/drivers/dri/nouveau' gmake[4]: *** [subdirs] Error 1 gmake[4]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/mesa/drivers/dri' gmake[3]: *** [default] Error 1 gmake[3]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/mesa/drivers' gmake[2]: *** [driver_subdirs] Error 2 gmake[2]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src/mesa' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory `/usr/ports/graphics/dri/work/Mesa-7.11.2/src= ' gmake: *** [default] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/graphics/dri. =3D=3D=3D>>> make failed for graphics/dri =3D=3D=3D>>> Aborting update Terminated =3D=3D=3D>>> There are messages from installed ports to display, but first take a moment to review the error messages above. Then press Enter when ready to proceed. --------------enig78D3A0A99A9603A05FF6E935 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP04EkAAoJEOgBcD7A/5N87M8H/27C8N/9HKqhIH223WAyEoH8 c5TvG/FeD36g2Z6nDG2WKnP3Sa4evBSuQPMXOUrFQtO6A0S/Hvy1dqkUCZ83xJG9 YgPNNdTuATZJuNqatOi92rewkkQkBmmosWRdfrDXa6sS1/3ozGE57JsqRrM9Wbb4 p2sVYQXM30n1jUc+Uh60jxrFmVqIudkRDCteusXJgjr0RLmX8K5fy/6tKYIExyDV jIchoRxsVPhxHrz8F5GR82FS5wgsdVJalpw4jLNSO4ftJ/DedCegBk2rZURquxWT Cp6Y+L1AogJJYWvXug2LU3vtepBAmrZQ2hY9ioh1PnXcF6VT/lDtbYRNC4FSv5c= =VGym -----END PGP SIGNATURE----- --------------enig78D3A0A99A9603A05FF6E935-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:15:57 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 5D0191065677 for ; Sat, 9 Jun 2012 17:15:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1075A1A83C6 for ; Sat, 9 Jun 2012 17:15:34 +0000 (UTC) Message-ID: <4FD384B5.3050709@FreeBSD.org> Date: Sat, 09 Jun 2012 10:15:33 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120608 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 1.4.2 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------000206090006090105060102" Cc: Subject: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:15:57 -0000 This is a multi-part message in MIME format. --------------000206090006090105060102 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I have recently tried the PORTS_MODULES knob, and found a problem. The ports tree searches for some dependencies by finding a binary in PATH, and that fails since by default /usr/local/ isn't there. The attached patch fixes that problem. It would be more robust to use PREFIX there instead of /usr/local explicitly, but I'm not sure how to unravel the mk maze to get that value. If anyone has a suggestion for that, I'd be happy to include it. Any objections to making this change? Doug -- This .signature sanitized for your protection --------------000206090006090105060102 Content-Type: text/plain; charset=UTF-8; name="kern.post.mk.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern.post.mk.diff" Index: kern.post.mk =================================================================== --- kern.post.mk (revision 236818) +++ kern.post.mk (working copy) @@ -38,7 +38,7 @@ # Handle out of tree ports .if !defined(NO_MODULES) && defined(PORTS_MODULES) -PORTSMODULESENV=SYSDIR=${SYSDIR} +PORTSMODULESENV=SYSDIR=${SYSDIR} PATH=${PATH}:/usr/local/bin:/usr/local/sbin .for __target in all install reinstall clean ${__target}: ports-${__target} ports-${__target}: --------------000206090006090105060102-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:18:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6B64106566B for ; Sat, 9 Jun 2012 17:18:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7D68FC14 for ; Sat, 9 Jun 2012 17:18:23 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SdPIs-0001kB-Hg>; Sat, 09 Jun 2012 19:18:22 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SdPIs-0006Tp-CT>; Sat, 09 Jun 2012 19:18:22 +0200 Message-ID: <4FD38558.2090509@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 19:18:16 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <1339257786060-5716905.post@n5.nabble.com> In-Reply-To: <1339257786060-5716905.post@n5.nabble.com> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF694DA8F4F90337052EFCCC7" X-Originating-IP: 85.178.4.171 Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:18:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF694DA8F4F90337052EFCCC7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 18:03, Jakub Lach wrote: > I just have successfully (*) build LibreOffice by just typing > # make build in editors/libreoffice... >=20 > * Without any manually removed hiccups. Dependencies=20 > build with clang fine too, as graphics/vigra is updated. >=20 >=20 >=20 > -- Did you made the built in a jail, a freshly installed system or on a "live" system, grown and updated over time? --------------enigF694DA8F4F90337052EFCCC7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP04VeAAoJEOgBcD7A/5N8nloH/2h+4bvKbninLjYVVjnNG7zl 6uZIaKmpJzf8M1dGdOP3hNKPLdR+RiyOtiKUZLdJQ2caiaR8C/COH/HrEtQS4yEl 5HfKCGKq2hLh5sNBlZKzjIJre+U+u3ilw/AYd0NvVwlD2a3h6X6aD5G3m9zBCGIT qWEAH3RGQaIJSxBDoLV67Fns28Kge4/u/VnrmXyuqixpj7x0L61JchRRgXDpzHOp lzaT4nSMwUYejvmQSW9VxLYpodyP5fpPp9vqJzopIiu6wsfAG3YeqL0Wn+wQsxlL zl551c0uT9noM8OG5exyYB1LVIATVQkLaMj2v57CWAupo6jy5bO4QsU/vFTXMMg= =op6N -----END PGP SIGNATURE----- --------------enigF694DA8F4F90337052EFCCC7-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:27:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB273106566C; Sat, 9 Jun 2012 17:27:25 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 21E108FC19; Sat, 9 Jun 2012 17:27:24 +0000 (UTC) Received: by bkvi18 with SMTP id i18so3196136bkv.13 for ; Sat, 09 Jun 2012 10:27:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=oG62uV3r8mQog7yL5/PD3UfNJry0HgKujI/MYlyIOrE=; b=xAG7ys54jEH2yP7ufchURiCl5Ab8mqCW9TzgKTznLuvKKiXmb4NEF5vCg1jwDguDRW 0eIL480SJgJxRT/5YW40sWTidawZ1J3WyIwln2xKjFmvBbcxqyBcIq0QH6EvXTxeSFzx r9AUVT0yrVUZHrFxdSqm2KYXXMq1HYPxzx0lOWVnC9D/+BxgyuYimoGnlaKpDdDnyJVe d14MrJVE5b2M3OB4DYOTvYuV0JiDlNiVnF6IQ93YU8C83KGL4zpn0OIHXv5SgidY6I9i peGMzrMu5agNrjNCVdS5MalwxEFiqaNKCOufK/OmKtufSIbVd0DwqUjNT3p+TtAQ3067 rPnw== Received: by 10.204.156.69 with SMTP id v5mr7880231bkw.133.1339262844025; Sat, 09 Jun 2012 10:27:24 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.171.138 with HTTP; Sat, 9 Jun 2012 10:26:53 -0700 (PDT) In-Reply-To: <4FD384B5.3050709@FreeBSD.org> References: <4FD384B5.3050709@FreeBSD.org> From: Chris Rees Date: Sat, 9 Jun 2012 18:26:53 +0100 X-Google-Sender-Auth: 9Tl6VC_CSFpzdRQEbp2LdhHOngg Message-ID: To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:27:25 -0000 On 9 June 2012 18:15, Doug Barton wrote: > I have recently tried the PORTS_MODULES knob, and found a problem. The > ports tree searches for some dependencies by finding a binary in PATH, > and that fails since by default /usr/local/ isn't there. The attached > patch fixes that problem. > > It would be more robust to use PREFIX there instead of /usr/local > explicitly, but I'm not sure how to unravel the mk maze to get that > value. If anyone has a suggestion for that, I'd be happy to include it. As you mention, PREFIX is only defined in ports/Mk, and it'd definitely be undesirable to be including any of those files :) The most robust (but unpleasant) solution would be one of the following: PREFIX?=/usr/local PORTSMODULESENV=SYSDIR=${SYSDIR} PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin or the equivalent (and perhaps cleaner, not leaving PREFIX defined) .if !defined(PREFIX) PORTSMODULESENV=SYSDIR=${SYSDIR} PATH=${PATH}:/usr/local/bin:/usr/local/sbin .else PORTSMODULESENV=SYSDIR=${SYSDIR} PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin .endif Both of these will respect make.conf's setting of PREFIX. Chris From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:34:29 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19751065670; Sat, 9 Jun 2012 17:34:29 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 596D28FC0A; Sat, 9 Jun 2012 17:34:29 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790] (unknown [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8544F5C37; Sat, 9 Jun 2012 19:34:28 +0200 (CEST) Message-ID: <4FD38929.6000304@FreeBSD.org> Date: Sat, 09 Jun 2012 19:34:33 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4FD3811E.4050800@zedat.fu-berlin.de> In-Reply-To: <4FD3811E.4050800@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , x11@FreeBSD.org, Ports FreeBSD Subject: Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1); X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:34:29 -0000 On 2012-06-09 19:00, O. Hartmann wrote: ... > I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 > boxes and therefore, I try recompiling "xorg". > > One box is constantly failing to compile port graphics/dri with a > obviously well know error, as "googling" reveals ( > http://lists.freedesktop.org/archives/mesa-dev/2011-December/016348.html). > > I share /etc/make.conf and /etc/src.conf on those FreeBSD 10.0-CURRENT > boxes, they are supposed to have set > WITH_NEW_XORG=yes > WITHOUT_NOUVEAU=yes > > There was a time when also WITH_KMS=yes was set on the box in question, > but I disabled that again (commented out). > > The problem is sticky. I also tried "portmaster -f graphics/dri", > everything is compiled well (CLANG) until it comes to graphics/dri itself. You asked the same question a few weeks ago: http://docs.freebsd.org/cgi/mid.cgi?4F9BC101.8090305 I posted a patch here: http://docs.freebsd.org/cgi/mid.cgi?4F9C2047.8020108 Afterwards, I asked either the libGL maintainers or x11@ if it was OK to commit, but I received no response. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:40:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3E40106566B; Sat, 9 Jun 2012 17:40:14 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 391DE8FC15; Sat, 9 Jun 2012 17:40:14 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q59HeANd086358 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 9 Jun 2012 18:40:10 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q59HeANd086358 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1339263610; bh=0lwtKSASVs/jZBwLLQl+aRmcTDc6qoGifVrIYUuCmQo=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=Uk0XgA8iMdwZFqUlwBfDt52wSc3I8+PuhHRm/4JDy0Wty3zjREFEJ7qVFFxdstpxg wttpf6xAX4aYFHq6hdmQFRGKSbLfUPBh3oOAFZF5Cgkt/XjA6tyaxVier3xW9XXEZR naygFNkI+bxaOYp3AJLieQYDIjZ6trl9h+wV+sQc= Message-ID: <4FD38A71.8070601@infracaninophile.co.uk> Date: Sat, 09 Jun 2012 18:40:01 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: Chris Rees References: <4FD384B5.3050709@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig00FE7E813D944A054B030817" X-Virus-Scanned: clamav-milter 0.97.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: Doug Barton , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:40:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig00FE7E813D944A054B030817 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/06/2012 18:26, Chris Rees wrote: > On 9 June 2012 18:15, Doug Barton wrote: >> I have recently tried the PORTS_MODULES knob, and found a problem. The= >> ports tree searches for some dependencies by finding a binary in PATH,= >> and that fails since by default /usr/local/ isn't there. The attached >> patch fixes that problem. >> >> It would be more robust to use PREFIX there instead of /usr/local >> explicitly, but I'm not sure how to unravel the mk maze to get that >> value. If anyone has a suggestion for that, I'd be happy to include it= =2E >=20 > As you mention, PREFIX is only defined in ports/Mk, and it'd > definitely be undesirable to be including any of those files :) >=20 > The most robust (but unpleasant) solution would be one of the following= : >=20 > PREFIX?=3D/usr/local > PORTSMODULESENV=3DSYSDIR=3D${SYSDIR} PATH=3D${PATH}:${PREFIX}/bin:${PRE= FIX}/sbin >=20 > or the equivalent (and perhaps cleaner, not leaving PREFIX defined) >=20 > .if !defined(PREFIX) > PORTSMODULESENV=3DSYSDIR=3D${SYSDIR} PATH=3D${PATH}:/usr/local/bin:/usr= /local/sbin > .else > PORTSMODULESENV=3DSYSDIR=3D${SYSDIR} PATH=3D${PATH}:${PREFIX}/bin:${PRE= FIX}/sbin > .endif >=20 > Both of these will respect make.conf's setting of PREFIX. >=20 Shouldn't you be looking for LOCALBASE rather than PREFIX in this context= ? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig00FE7E813D944A054B030817 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/TinkACgkQ8Mjk52CukIwH4QCfZL9CHp51h8VekeIakzOj2Lu5 SSgAn3eQkQmTmXN7QvtXxWmepjQIbMFp =DVN+ -----END PGP SIGNATURE----- --------------enig00FE7E813D944A054B030817-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 17:49:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AE08106564A for ; Sat, 9 Jun 2012 17:49:48 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 32ECB8FC0C for ; Sat, 9 Jun 2012 17:49:48 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SdPnH-0001eZ-GD for freebsd-current@freebsd.org; Sat, 09 Jun 2012 10:49:47 -0700 Date: Sat, 9 Jun 2012 10:49:47 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1339264187496-5716943.post@n5.nabble.com> In-Reply-To: <4FD38558.2090509@zedat.fu-berlin.de> References: <4FC9E109.2080305@zedat.fu-berlin.de> <4FD3003C.4080109@zedat.fu-berlin.de> <1339257786060-5716905.post@n5.nabble.com> <4FD38558.2090509@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Why Are You NOT Using FreeBSD ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 17:49:48 -0000 The same one I had problems earlier. I heard that you shouldn't have boost* ports installed prior, but when I had problems I didn't. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714183p5716943.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 18:06:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 0BF791065670; Sat, 9 Jun 2012 18:06:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 813B514E7E1; Sat, 9 Jun 2012 18:06:17 +0000 (UTC) Message-ID: <4FD39099.3000208@FreeBSD.org> Date: Sat, 09 Jun 2012 11:06:17 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120608 Thunderbird/12.0.1 MIME-Version: 1.0 To: Matthew Seaman References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> In-Reply-To: <4FD38A71.8070601@infracaninophile.co.uk> X-Enigmail-Version: 1.4.2 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------060901030601010102070101" Cc: Chris Rees , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 18:06:53 -0000 This is a multi-part message in MIME format. --------------060901030601010102070101 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On 06/09/2012 10:40, Matthew Seaman wrote: > On 09/06/2012 18:26, Chris Rees wrote: >> On 9 June 2012 18:15, Doug Barton wrote: >>> I have recently tried the PORTS_MODULES knob, and found a >>> problem. The ports tree searches for some dependencies by >>> finding a binary in PATH, and that fails since by default >>> /usr/local/ isn't there. The attached patch fixes that >>> problem. >>> >>> It would be more robust to use PREFIX there instead of >>> /usr/local explicitly, but I'm not sure how to unravel the mk >>> maze to get that value. If anyone has a suggestion for that, >>> I'd be happy to include it. >> >> As you mention, PREFIX is only defined in ports/Mk, and it'd >> definitely be undesirable to be including any of those files :) >> >> The most robust (but unpleasant) solution would be one of the >> following: >> >> PREFIX?=/usr/local PORTSMODULESENV=SYSDIR=${SYSDIR} >> PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin >> >> or the equivalent (and perhaps cleaner, not leaving PREFIX >> defined) >> >> .if !defined(PREFIX) PORTSMODULESENV=SYSDIR=${SYSDIR} >> PATH=${PATH}:/usr/local/bin:/usr/local/sbin .else >> PORTSMODULESENV=SYSDIR=${SYSDIR} >> PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin .endif >> >> Both of these will respect make.conf's setting of PREFIX. >> > > Shouldn't you be looking for LOCALBASE rather than PREFIX in this > context? Both good points. New and improved attached. Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEAREDAAYFAk/TkJkACgkQyIakK9Wy8Pv36QCeMyL31kOIIwYX/6rCoKFqhufW unsAnjoUG31Cr5TB0GZ1YPv4+zGuz+XY =mM5z -----END PGP SIGNATURE----- --------------060901030601010102070101 Content-Type: text/plain; charset=UTF-8; name="kern.post.mk.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern.post.mk.diff" Index: kern.post.mk =================================================================== --- kern.post.mk (revision 236818) +++ kern.post.mk (working copy) @@ -38,7 +38,9 @@ # Handle out of tree ports .if !defined(NO_MODULES) && defined(PORTS_MODULES) -PORTSMODULESENV=SYSDIR=${SYSDIR} +# The ports tree looks for dependencies in PATH, so we need to accommodate +LOCALBASE?= /usr/local +PORTSMODULESENV=SYSDIR=${SYSDIR} PATH=${PATH}:${LOCALBASE}/bin:${LOCALBASE}/sbin .for __target in all install reinstall clean ${__target}: ports-${__target} ports-${__target}: --------------060901030601010102070101-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:02:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 285D41065677; Sat, 9 Jun 2012 19:02:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C7ADF8FC1A; Sat, 9 Jun 2012 19:02:13 +0000 (UTC) Received: by obcni5 with SMTP id ni5so5469454obc.13 for ; Sat, 09 Jun 2012 12:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ivUqc/14ESnL4Q6T6m+z6oXFV6tnv1iFuAgfsZaVqOA=; b=G2t+olDpLLojocn9ui3NtwHPIe7Pxmo5bDxBqc23LcUlJY3sldjPgIy/1Op3e2fXFQ CwUA5Q0K0yD7o2udPnhcv0IyfglHRuSTDcQJYufAAa1469+pDcc90ZJaz12D1BwA20tc VWL50ftGMTv5r2eYZ7VlKHkD2D1YZLAn9PzbNhdNBL17PfKbQpDLqavMXb1hdBDX5yDp OOm1GyH2j5k4yp9uIZ5EnsN9dhjhHiKoy2cRoC5V79uuRQ8eHIflAEKbA8PnM9qwBlRg J7I2aUOPT7TphmF3TIaB+TtUrfW0oZC1y/r85d5AgXnHwXogTqgk9sNJ9YKiGUMrkeYy reAg== MIME-Version: 1.0 Received: by 10.182.51.100 with SMTP id j4mr11485303obo.78.1339268532269; Sat, 09 Jun 2012 12:02:12 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Sat, 9 Jun 2012 12:02:12 -0700 (PDT) In-Reply-To: <4FD39099.3000208@FreeBSD.org> References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> <4FD39099.3000208@FreeBSD.org> Date: Sat, 9 Jun 2012 12:02:12 -0700 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , Matthew Seaman , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 19:02:14 -0000 On Sat, Jun 9, 2012 at 11:06 AM, Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > On 06/09/2012 10:40, Matthew Seaman wrote: >> On 09/06/2012 18:26, Chris Rees wrote: >>> On 9 June 2012 18:15, Doug Barton wrote: >>>> I have recently tried the PORTS_MODULES knob, and found a >>>> problem. The ports tree searches for some dependencies by >>>> finding a binary in PATH, and that fails since by default >>>> /usr/local/ isn't there. The attached patch fixes that >>>> problem. >>>> >>>> It would be more robust to use PREFIX there instead of >>>> /usr/local explicitly, but I'm not sure how to unravel the mk >>>> maze to get that value. If anyone has a suggestion for that, >>>> I'd be happy to include it. >>> >>> As you mention, PREFIX is only defined in ports/Mk, and it'd >>> definitely be undesirable to be including any of those files :) >>> >>> The most robust (but unpleasant) solution would be one of the >>> following: >>> >>> PREFIX?=/usr/local PORTSMODULESENV=SYSDIR=${SYSDIR} >>> PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin >>> >>> or the equivalent (and perhaps cleaner, not leaving PREFIX >>> defined) >>> >>> .if !defined(PREFIX) PORTSMODULESENV=SYSDIR=${SYSDIR} >>> PATH=${PATH}:/usr/local/bin:/usr/local/sbin .else >>> PORTSMODULESENV=SYSDIR=${SYSDIR} >>> PATH=${PATH}:${PREFIX}/bin:${PREFIX}/sbin .endif >>> >>> Both of these will respect make.conf's setting of PREFIX. >>> >> >> Shouldn't you be looking for LOCALBASE rather than PREFIX in this >> context? > > Both good points. New and improved attached. Looks like my patch, only with LOCALBASE being tunable and with with ${LOCALBASE}/sbin (in short I found a few different bugs from you a few months ago): http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/161452 . Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 19:57:40 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B470E10657AA; Sat, 9 Jun 2012 19:57:40 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 665818FC08; Sat, 9 Jun 2012 19:57:40 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SdRn1-0005KS-FW>; Sat, 09 Jun 2012 21:57:39 +0200 Received: from e178004171.adsl.alicedsl.de ([85.178.4.171] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SdRn1-0004rN-9n>; Sat, 09 Jun 2012 21:57:39 +0200 Message-ID: <4FD3AAAA.2000105@zedat.fu-berlin.de> Date: Sat, 09 Jun 2012 21:57:30 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120601 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FD3811E.4050800@zedat.fu-berlin.de> <4FD38929.6000304@FreeBSD.org> In-Reply-To: <4FD38929.6000304@FreeBSD.org> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD5DEA3CF8182AFE5E8FBAFA2" X-Originating-IP: 85.178.4.171 Cc: Current FreeBSD , x11@FreeBSD.org, Ports FreeBSD Subject: Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1); X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 19:57:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD5DEA3CF8182AFE5E8FBAFA2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/09/12 19:34, Dimitry Andric wrote: > On 2012-06-09 19:00, O. Hartmann wrote: > ... >> I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 >> boxes and therefore, I try recompiling "xorg". >> >> One box is constantly failing to compile port graphics/dri with a >> obviously well know error, as "googling" reveals ( >> http://lists.freedesktop.org/archives/mesa-dev/2011-December/016348.ht= ml). >> >> I share /etc/make.conf and /etc/src.conf on those FreeBSD 10.0-CURRENT= >> boxes, they are supposed to have set >> WITH_NEW_XORG=3Dyes >> WITHOUT_NOUVEAU=3Dyes >> >> There was a time when also WITH_KMS=3Dyes was set on the box in questi= on, >> but I disabled that again (commented out). >> >> The problem is sticky. I also tried "portmaster -f graphics/dri", >> everything is compiled well (CLANG) until it comes to graphics/dri its= elf. >=20 > You asked the same question a few weeks ago: >=20 > http://docs.freebsd.org/cgi/mid.cgi?4F9BC101.8090305 >=20 > I posted a patch here: >=20 > http://docs.freebsd.org/cgi/mid.cgi?4F9C2047.8020108 >=20 > Afterwards, I asked either the libGL maintainers or x11@ if it was OK > to commit, but I received no response. O, sorry. I deleted the /usr/ports completely on that specific box. Now, with your patch set installed again, graphics/dri compiles without a flaw. I was wondering why there are not more people/FreeBSD users out there having the very same problem. I'd appreciate your patch getting permanent soon. Thanks, Oliver --------------enigD5DEA3CF8182AFE5E8FBAFA2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP06qyAAoJEOgBcD7A/5N8oC0IAN9e5nQNvWFra31B+NAX3ISZ giB2tvGLmtMn+6uaBA+Jym6ojRAQq26npc+v/7WcdlnvfehWnxyA6OG5wnPilX9L 88zbT3xyE5yj/uixm3JXT8vNmdJHEsptwmvbTO6jkZYwc8TfLXFnePsINsJ1WeJj RxajNuUGn26YKPDjf24sruFhIE/eY4MMEYLrLBadZmzx3OAZWS/y85Kbn6IfJVBu vPswW+oblU2ePKpe4O1kBQLtRqFFNMPsW1lyOTL7Yqrm40vcmniLvhv90fSwaPz0 cRKROzcZEcJXlzAbBYc7Wka0xU74Es/v7B+MOQfEXCXg/ZonKSoCt/OzRMaEQEs= =Bnm+ -----END PGP SIGNATURE----- --------------enigD5DEA3CF8182AFE5E8FBAFA2-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 20:24:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B10D2106564A; Sat, 9 Jun 2012 20:24:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 816188FC12; Sat, 9 Jun 2012 20:24:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q59KNuDQ057504; Sat, 9 Jun 2012 16:23:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q59KNu3P057503; Sat, 9 Jun 2012 20:23:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 9 Jun 2012 20:23:56 GMT Message-Id: <201206092023.q59KNu3P057503@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 20:24:02 -0000 TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-09 19:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-09 19:20:00 - cleaning the object tree TB --- 2012-06-09 19:20:00 - cvsupping the source tree TB --- 2012-06-09 19:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-09 19:22:21 - building world TB --- 2012-06-09 19:22:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 19:22:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 19:22:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 19:22:21 - SRCCONF=/dev/null TB --- 2012-06-09 19:22:21 - TARGET=arm TB --- 2012-06-09 19:22:21 - TARGET_ARCH=arm TB --- 2012-06-09 19:22:21 - TZ=UTC TB --- 2012-06-09 19:22:21 - __MAKE_CONF=/dev/null TB --- 2012-06-09 19:22:21 - cd /src TB --- 2012-06-09 19:22:21 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 19:22:22 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 9 20:22:27 UTC 2012 TB --- 2012-06-09 20:22:27 - cd /src/sys/arm/conf TB --- 2012-06-09 20:22:27 - /usr/sbin/config -m AVILA TB --- 2012-06-09 20:22:27 - building AVILA kernel TB --- 2012-06-09 20:22:27 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 20:22:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 20:22:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 20:22:27 - SRCCONF=/dev/null TB --- 2012-06-09 20:22:27 - TARGET=arm TB --- 2012-06-09 20:22:27 - TARGET_ARCH=arm TB --- 2012-06-09 20:22:27 - TZ=UTC TB --- 2012-06-09 20:22:27 - __MAKE_CONF=/dev/null TB --- 2012-06-09 20:22:27 - cd /src TB --- 2012-06-09 20:22:27 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Jun 9 20:22:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/kern_cons.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/kern_cpu.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/kern_cpuset.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/kern_context.c cc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror /src/sys/kern/kern_descrip.c cc1: warnings being treated as errors /src/sys/kern/kern_descrip.c: In function 'fdfree': /src/sys/kern/kern_descrip.c:1848: warning: unused variable 'fpp' [-Wunused-variable] *** Error code 1 Stop in /obj/arm.arm/src/sys/AVILA. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-09 20:23:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-09 20:23:56 - ERROR: failed to build AVILA kernel TB --- 2012-06-09 20:23:56 - 2485.20 user 575.10 system 3835.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:18:43 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A167F106566C; Sat, 9 Jun 2012 21:18:43 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 538378FC08; Sat, 9 Jun 2012 21:18:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790] (unknown [IPv6:2001:7b8:3a7:0:ac9c:8782:4659:6790]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 86E425C37; Sat, 9 Jun 2012 23:18:42 +0200 (CEST) Message-ID: <4FD3BDB6.6030600@FreeBSD.org> Date: Sat, 09 Jun 2012 23:18:46 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120529 Thunderbird/13.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4FD3811E.4050800@zedat.fu-berlin.de> <4FD38929.6000304@FreeBSD.org> <4FD3AAAA.2000105@zedat.fu-berlin.de> In-Reply-To: <4FD3AAAA.2000105@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, x11@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1); X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 21:18:43 -0000 On 2012-06-09 21:57, O. Hartmann wrote: ... > Now, with your patch set installed again, graphics/dri compiles without > a flaw. > > I was wondering why there are not more people/FreeBSD users out there > having the very same problem. Most likely because neither WITH_NEW_XORG nor CC=clang are defaults (at least not yet ;). I haven't exactly followed the new xorg import, but I imagine it has been a huge effort to get everything upgraded without breaking too much existing stuff. However, this kind of major update always causes a few edge cases to blow up. That's why miwi sent the call for testing to several mailing lists. So please test, and if possible, send fixes! :) > I'd appreciate your patch getting permanent soon. Since this particular fix isn't yet integrated into the latest MesaLib release, I filed a PR, ports/168902. From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 21:43:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 758FB106564A; Sat, 9 Jun 2012 21:43:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 25A7414DF1B; Sat, 9 Jun 2012 21:43:44 +0000 (UTC) Date: Sat, 9 Jun 2012 14:43:43 -0700 (PDT) From: Doug Barton To: Garrett Cooper In-Reply-To: Message-ID: References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> <4FD39099.3000208@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1755552772-1339278224=:78301" Cc: Chris Rees , Matthew Seaman , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 21:43:45 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1755552772-1339278224=:78301 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Ok, after reading your PR and discussion on IRC I have the following which incorporates all the suggestions so far. I haven't actually tested this yet, but if people agree that this is the right direction to go I will before I commit it of course. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ --0-1755552772-1339278224=:78301 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=kern.post.mk.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=kern.post.mk.diff SW5kZXg6IGtlcm4ucG9zdC5taw0KPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0K LS0tIGtlcm4ucG9zdC5tawkocmV2aXNpb24gMjM2ODE4KQ0KKysrIGtlcm4u cG9zdC5tawkod29ya2luZyBjb3B5KQ0KQEAgLTM2LDkgKzM2LDMwIEBADQog LmVuZGlmDQogLmVuZGZvcg0KIA0KLSMgSGFuZGxlIG91dCBvZiB0cmVlIHBv cnRzIA0KKyMgSGFuZGxlIHBvcnRzIChhcyBkZWZpbmVkIGJ5IHRoZSB1c2Vy KSB0aGF0IGJ1aWxkIGtlcm5lbCBtb2R1bGVzDQogLmlmICFkZWZpbmVkKE5P X01PRFVMRVMpICYmIGRlZmluZWQoUE9SVFNfTU9EVUxFUykNCi1QT1JUU01P RFVMRVNFTlY9U1lTRElSPSR7U1lTRElSfQ0KKyMNCisjIFRoZSBwb3J0cyB0 cmVlIG5lZWRzIHNvbWUgZW52aXJvbm1lbnQgdmFyaWFibGVzIGRlZmluZWQg dG8gbWF0Y2ggdGhlIG5ldyBrZXJuZWwNCisjDQorIyBQb3J0cyBzZWFyY2gg Zm9yIHNvbWUgZGVwZW5kZW5jaWVzIGluIFBBVEgsIHNvIGFkZCB0aGUgbG9j YXRpb24gb2YgdGhlIGluc3RhbGxlZCBmaWxlcw0KK0xPQ0FMQkFTRT89CS91 c3IvbG9jYWwNCisjIFNSQ19CQVNFIGlzIGhvdyB0aGUgcG9ydHMgdHJlZSBy ZWZlcnMgdG8gdGhlIGxvY2F0aW9uIG9mIHRoZSBiYXNlIHNvdXJjZSBmaWxl cw0KKy5pZiAhZGVmaW5lZChTUkNfQkFTRSkNCitTUkNfQkFTRSE9CXJlYWxw YXRoICIke1NZU0RJUjpIfS8iDQorLmVuZGlmDQorIyBPU1ZFUlNJT04gaXMg dXNlZCBieSBzb21lIHBvcnRzIHRvIGRldGVybWluZSBidWlsZCBvcHRpb25z DQorLmlmICFkZWZpbmVkKE9TUkVMREFURSkNCisjIERlZmluaXRpb24gY29w aWVkIGZyb20gc3JjL01ha2VmaWxlLmluYzENCitPU1JFTERBVEUhPQlhd2sg Jy9eXCNkZWZpbmVbWzpzcGFjZTpdXSpfX0ZyZWVCU0RfdmVyc2lvbi8geyBw cmludCAkJDMgfScgXA0KKwkJICAgICR7TUFLRU9CSkRJUlBSRUZJWH0ke1NS Q19CQVNFfS9pbmNsdWRlL29zcmVsZGF0ZS5oDQorLmVuZGlmDQorIyBLZWVw IHRoZSByZWxhdGVkIHBvcnRzIGJ1aWxkcyBpbiB0aGUgb2JqIGRpcmVjdG9y eSBzbyB0aGF0IHRoZXkgYXJlIG9ubHkgcmVidWlsdCBvbmNlIHBlciBrZXJu ZWwgYnVpbGQNCitXUktESVJQUkVGSVg/PQkke01BS0VPQkpESVJQUkVGSVh9 JHtTUkNfQkFTRX0vc3lzLyR7S0VSTkNPTkZ9LyR7X19pfQ0KK1BPUlRTTU9E VUxFU0VOVj1cDQorCVBBVEg9CQkke1BBVEh9OiR7TE9DQUxCQVNFfS9iaW46 JHtMT0NBTEJBU0V9L3NiaW4gXA0KKwlTUkNfQkFTRT0JJHtTUkNfQkFTRX0g XA0KKwlPU1ZFUlNJT049CSR7T1NSRUxEQVRFfSBcDQorCVdSS0RJUlBSRUZJ WD0JJHtXUktESVJQUkVGSVh9DQogLmZvciBfX3RhcmdldCBpbiBhbGwgaW5z dGFsbCByZWluc3RhbGwgY2xlYW4NCiAke19fdGFyZ2V0fTogcG9ydHMtJHtf X3RhcmdldH0NCiBwb3J0cy0ke19fdGFyZ2V0fToNCg== --0-1755552772-1339278224=:78301-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:02:11 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87B5F1065670; Sat, 9 Jun 2012 22:02:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA498FC0C; Sat, 9 Jun 2012 22:02:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q59M2AwB004476; Sat, 9 Jun 2012 18:02:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q59M2AJO004472; Sat, 9 Jun 2012 22:02:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 9 Jun 2012 22:02:10 GMT Message-Id: <201206092202.q59M2AJO004472@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 22:02:11 -0000 TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-09 19:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-09 19:20:00 - cleaning the object tree TB --- 2012-06-09 19:20:00 - cvsupping the source tree TB --- 2012-06-09 19:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-09 19:22:21 - building world TB --- 2012-06-09 19:22:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 19:22:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 19:22:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 19:22:21 - SRCCONF=/dev/null TB --- 2012-06-09 19:22:21 - TARGET=pc98 TB --- 2012-06-09 19:22:21 - TARGET_ARCH=i386 TB --- 2012-06-09 19:22:21 - TZ=UTC TB --- 2012-06-09 19:22:21 - __MAKE_CONF=/dev/null TB --- 2012-06-09 19:22:21 - cd /src TB --- 2012-06-09 19:22:21 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 19:22:22 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 9 21:49:13 UTC 2012 TB --- 2012-06-09 21:49:13 - generating LINT kernel config TB --- 2012-06-09 21:49:13 - cd /src/sys/pc98/conf TB --- 2012-06-09 21:49:13 - /usr/bin/make -B LINT TB --- 2012-06-09 21:49:14 - cd /src/sys/pc98/conf TB --- 2012-06-09 21:49:14 - /usr/sbin/config -m LINT TB --- 2012-06-09 21:49:14 - building LINT kernel TB --- 2012-06-09 21:49:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 21:49:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 21:49:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 21:49:14 - SRCCONF=/dev/null TB --- 2012-06-09 21:49:14 - TARGET=pc98 TB --- 2012-06-09 21:49:14 - TARGET_ARCH=i386 TB --- 2012-06-09 21:49:14 - TZ=UTC TB --- 2012-06-09 21:49:14 - __MAKE_CONF=/dev/null TB --- 2012-06-09 21:49:14 - cd /src TB --- 2012-06-09 21:49:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 21:49:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpuset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_context.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_descrip.c cc1: warnings being treated as errors /src/sys/kern/kern_descrip.c: In function 'fdfree': /src/sys/kern/kern_descrip.c:1848: warning: unused variable 'fpp' [-Wunused-variable] *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-09 22:02:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-09 22:02:10 - ERROR: failed to build LINT kernel TB --- 2012-06-09 22:02:10 - 6959.88 user 972.80 system 9729.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:03:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01B0A1065676; Sat, 9 Jun 2012 22:03:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BC1178FC17; Sat, 9 Jun 2012 22:03:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q59M3n8p012504; Sat, 9 Jun 2012 18:03:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q59M3ncF012499; Sat, 9 Jun 2012 22:03:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 9 Jun 2012 22:03:49 GMT Message-Id: <201206092203.q59M3ncF012499@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 22:03:50 -0000 TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-09 19:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-09 19:20:00 - cleaning the object tree TB --- 2012-06-09 19:20:00 - cvsupping the source tree TB --- 2012-06-09 19:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-09 19:22:08 - building world TB --- 2012-06-09 19:22:08 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 19:22:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 19:22:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 19:22:08 - SRCCONF=/dev/null TB --- 2012-06-09 19:22:08 - TARGET=i386 TB --- 2012-06-09 19:22:08 - TARGET_ARCH=i386 TB --- 2012-06-09 19:22:08 - TZ=UTC TB --- 2012-06-09 19:22:08 - __MAKE_CONF=/dev/null TB --- 2012-06-09 19:22:08 - cd /src TB --- 2012-06-09 19:22:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 19:22:09 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 9 21:49:00 UTC 2012 TB --- 2012-06-09 21:49:00 - generating LINT kernel config TB --- 2012-06-09 21:49:00 - cd /src/sys/i386/conf TB --- 2012-06-09 21:49:00 - /usr/bin/make -B LINT TB --- 2012-06-09 21:49:00 - cd /src/sys/i386/conf TB --- 2012-06-09 21:49:00 - /usr/sbin/config -m LINT TB --- 2012-06-09 21:49:00 - building LINT kernel TB --- 2012-06-09 21:49:00 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 21:49:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 21:49:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 21:49:00 - SRCCONF=/dev/null TB --- 2012-06-09 21:49:00 - TARGET=i386 TB --- 2012-06-09 21:49:00 - TARGET_ARCH=i386 TB --- 2012-06-09 21:49:00 - TZ=UTC TB --- 2012-06-09 21:49:00 - __MAKE_CONF=/dev/null TB --- 2012-06-09 21:49:00 - cd /src TB --- 2012-06-09 21:49:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 21:49:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cons.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpu.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpuset.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_context.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_descrip.c cc1: warnings being treated as errors /src/sys/kern/kern_descrip.c: In function 'fdfree': /src/sys/kern/kern_descrip.c:1848: warning: unused variable 'fpp' [-Wunused-variable] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-09 22:03:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-09 22:03:49 - ERROR: failed to build LINT kernel TB --- 2012-06-09 22:03:49 - 7088.10 user 988.46 system 9828.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 22:37:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBF8F106566C; Sat, 9 Jun 2012 22:37:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 924C38FC18; Sat, 9 Jun 2012 22:37:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q59MbqhA077128; Sat, 9 Jun 2012 18:37:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q59MbqLl077103; Sat, 9 Jun 2012 22:37:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 9 Jun 2012 22:37:52 GMT Message-Id: <201206092237.q59MbqLl077103@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 22:37:53 -0000 TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-09 19:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-09 19:20:00 - cleaning the object tree TB --- 2012-06-09 19:20:00 - cvsupping the source tree TB --- 2012-06-09 19:20:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-09 19:26:30 - building world TB --- 2012-06-09 19:26:30 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 19:26:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 19:26:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 19:26:30 - SRCCONF=/dev/null TB --- 2012-06-09 19:26:30 - TARGET=amd64 TB --- 2012-06-09 19:26:30 - TARGET_ARCH=amd64 TB --- 2012-06-09 19:26:30 - TZ=UTC TB --- 2012-06-09 19:26:30 - __MAKE_CONF=/dev/null TB --- 2012-06-09 19:26:30 - cd /src TB --- 2012-06-09 19:26:30 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 9 19:26:31 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 9 22:24:29 UTC 2012 TB --- 2012-06-09 22:24:29 - generating LINT kernel config TB --- 2012-06-09 22:24:29 - cd /src/sys/amd64/conf TB --- 2012-06-09 22:24:29 - /usr/bin/make -B LINT TB --- 2012-06-09 22:24:29 - cd /src/sys/amd64/conf TB --- 2012-06-09 22:24:29 - /usr/sbin/config -m LINT TB --- 2012-06-09 22:24:29 - building LINT kernel TB --- 2012-06-09 22:24:29 - CROSS_BUILD_TESTING=YES TB --- 2012-06-09 22:24:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-09 22:24:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-09 22:24:29 - SRCCONF=/dev/null TB --- 2012-06-09 22:24:29 - TARGET=amd64 TB --- 2012-06-09 22:24:29 - TARGET_ARCH=amd64 TB --- 2012-06-09 22:24:29 - TZ=UTC TB --- 2012-06-09 22:24:29 - __MAKE_CONF=/dev/null TB --- 2012-06-09 22:24:29 - cd /src TB --- 2012-06-09 22:24:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 9 22:24:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cons.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpu.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_cpuset.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_context.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_descrip.c cc1: warnings being treated as errors /src/sys/kern/kern_descrip.c: In function 'fdfree': /src/sys/kern/kern_descrip.c:1848: warning: unused variable 'fpp' [-Wunused-variable] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-09 22:37:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-09 22:37:52 - ERROR: failed to build LINT kernel TB --- 2012-06-09 22:37:52 - 8458.00 user 1289.58 system 11872.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 23:52:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6CCC0106566C; Sat, 9 Jun 2012 23:52:04 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id A404A16143C; Sat, 9 Jun 2012 23:51:42 +0000 (UTC) Message-ID: <4FD3E18E.2000708@FreeBSD.org> Date: Sat, 09 Jun 2012 16:51:42 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: Garrett Cooper References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> <4FD39099.3000208@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------010106090709050304050503" Cc: Chris Rees , Matthew Seaman , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 23:52:04 -0000 This is a multi-part message in MIME format. --------------010106090709050304050503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Ok, never mind the last one ... this patch I've actually tested. :) Doug -- This .signature sanitized for your protection --------------010106090709050304050503 Content-Type: text/plain; charset=UTF-8; name="kern.post.mk.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kern.post.mk.diff" Index: kern.post.mk =================================================================== --- kern.post.mk (revision 236818) +++ kern.post.mk (working copy) @@ -36,9 +36,30 @@ .endif .endfor -# Handle out of tree ports +# Handle ports (as defined by the user) that build kernel modules .if !defined(NO_MODULES) && defined(PORTS_MODULES) -PORTSMODULESENV=SYSDIR=${SYSDIR} +# +# The ports tree needs some environment variables defined to match the new kernel +# +# Ports search for some dependencies in PATH, so add the location of the installed files +LOCALBASE?= /usr/local +# SRC_BASE is how the ports tree refers to the location of the base source files +.if !defined(SRC_BASE) +SRC_BASE!= realpath "${SYSDIR:H}/" +.endif +# OSVERSION is used by some ports to determine build options +.if !defined(OSRELDATE) +# Definition copied from src/Makefile.inc1 +OSRELDATE!= awk '/^\#define[[:space:]]*__FreeBSD_version/ { print $$3 }' \ + ${MAKEOBJDIRPREFIX}${SRC_BASE}/include/osreldate.h +.endif +# Keep the related ports builds in the obj directory so that they are only rebuilt once per kernel build +WRKDIRPREFIX?= ${MAKEOBJDIRPREFIX}${SRC_BASE}/sys/${KERNCONF} +PORTSMODULESENV=\ + PATH=${PATH}:${LOCALBASE}/bin:${LOCALBASE}/sbin \ + SRC_BASE=${SRC_BASE} \ + OSVERSION=${OSRELDATE} \ + WRKDIRPREFIX=${WRKDIRPREFIX} .for __target in all install reinstall clean ${__target}: ports-${__target} ports-${__target}: --------------010106090709050304050503-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 9 23:55:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BF7B106564A; Sat, 9 Jun 2012 23:55:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D00938FC0C; Sat, 9 Jun 2012 23:55:37 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4258058pbb.13 for ; Sat, 09 Jun 2012 16:55:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=rxqfa27BV4oscsHRFDcdK+rByYWb4Jl209XK3/JHBwQ=; b=QuPL68vPg1Y6goGwTF5zTRaq/CaA/REiI/Lnak0oOoYFW5r+95p93fU89Q4P0DMHPr Vq0YbsiDzNU7BwyLvW9HcD+AYndx+E6+slbbdMHK89aCtFgkz4XLeRV+f36wmJOK4ac5 t9C7NgagX0Ib4ylbPSJIL1wg0g/vKLvlORhmObZ8pNYzTssAsqFYt+OFHqegoYbZFd+6 26CmoPDKBmdkVQv9gLgULJgVR+dPiEkI+7CoXut3tZOhfBIbERv1H6BuT8HAcPyUh2dw nz5K8EzO0Kb/NJOyUM5uRP103hoNnQpNiC+WyF3ZxBwVUyYBV8vpzyN8zCr1zaUmRLoD FGhA== Received: by 10.68.225.101 with SMTP id rj5mr10678833pbc.103.1339286137521; Sat, 09 Jun 2012 16:55:37 -0700 (PDT) Received: from [192.168.20.11] (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id jv6sm12906758pbc.40.2012.06.09.16.55.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 09 Jun 2012 16:55:36 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Garrett Cooper In-Reply-To: <4FD3E18E.2000708@FreeBSD.org> Date: Sat, 9 Jun 2012 16:55:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0441C598-063E-480E-BEAB-E65ACD5E058F@gmail.com> References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> <4FD39099.3000208@FreeBSD.org> <4FD3E18E.2000708@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1278) Cc: Chris Rees , Matthew Seaman , freebsd-current Subject: Re: PORTS_MODULES fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jun 2012 23:55:38 -0000 On Jun 9, 2012, at 4:51 PM, Doug Barton wrote: > Ok, never mind the last one ... this patch I've actually tested. :) This one looks good :) (and fixes the item I briefly mentioned = in IRC); I'll test it one out. Thanks! -Garrett=