From owner-freebsd-current Thu Mar 14 21: 2:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 79F9D37B402; Thu, 14 Mar 2002 21:02:41 -0800 (PST) Received: from dialup-209.245.135.139.dial1.sanjose1.level3.net ([209.245.135.139] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16ljr3-0004SI-00; Thu, 14 Mar 2002 21:02:14 -0800 Message-ID: <3C91803B.657DA5AE@mindspring.com> Date: Thu, 14 Mar 2002 21:01:47 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alan Eldridge Cc: Alex Zepeda , Kris Kennaway , current@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: 5.x packages and request for help. References: <20020314163143.A47940@xor.obsecurity.org> <20020314175440.B64023@zippy.mybox.zip> <3C9177C3.7DE07595@mindspring.com> <20020315042838.GC5828@wwweasel.geeksrus.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alan Eldridge wrote: > On Thu, Mar 14, 2002 at 08:25:39PM -0800, Terry Lambert wrote: > >Alex Zepeda wrote: > >> As far as Qt goes, rip out that objprelink crap. Without it Qt will build > >> and work just fine. At least Qt 3.whatever works for me. I don't know > >> why objprelink isn't working correctly for Qt, but I don't really care. > >> For me disabling WITNESS does more than enough to make KDE useable on my > >> -current box (2xP2-450). > > > >Uh, "objprelink" exists for a reason. It's not just decorative. > > I'll just point out that it's an optimization, and an optimization that > breaks a build is not particularly effective at optimizing anything. It's the tools change that breaks the optimization that breaks the build. THerefore it's the tools change that breaks the build. That's just simple root cause analysis. I think it's idiotic to put spackle over the broken window, paint the wall, and then call it "fixed". Working around tools problems removes the incentive to fix the tools. If you want the tools to get fixed, you won't put spackle everywhere the tools deficiencies show through to try to pretend the problems aren't there. This is a developer's release. As such, some things are expected to be broken, in order to cause people to fix the root cause of the problems. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message