From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JXhiG-0000Qc-FA for garchives@archives.gentoo.org; Fri, 07 Mar 2008 18:54:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5CB88E081D; Fri, 7 Mar 2008 18:54:35 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by pigeon.gentoo.org (Postfix) with ESMTP id 066FCE081D for ; Fri, 7 Mar 2008 18:54:35 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JXhi8-0002om-4B for gentoo-amd64@lists.gentoo.org; Fri, 07 Mar 2008 18:54:28 +0000 Received: from ip68-231-12-179.ph.ph.cox.net ([68.231.12.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 18:54:28 +0000 Received: from 1i5t5.duncan by ip68-231-12-179.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 07 Mar 2008 18:54:28 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Enabling debug info in Wine? Date: Fri, 7 Mar 2008 18:54:20 +0000 (UTC) Message-ID: References: <5bdc1c8b0803070809x78898edegd3e2fa8f515582e8@mail.gmail.com> <5bdc1c8b0803070847y3094bde9j7aa9a6a64500a033@mail.gmail.com> <47D17469.70703@xaerolimit.net> <5bdc1c8b0803070921xbc44366we4b3d6b3d9615bfd@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-12-179.ph.ph.cox.net User-Agent: Pan/0.132 (Waxed in Black) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 040c82b7-9ff5-4274-8c9b-f63d7b470080 X-Archives-Hash: 0d19687d7300d51629cef30383edf775 "Mark Knecht" posted 5bdc1c8b0803070921xbc44366we4b3d6b3d9615bfd@mail.gmail.com, excerpted below, on Fri, 07 Mar 2008 09:21:51 -0800: > I'm not finding confcache or anything that's the obvious right choice o= n > that one. I'll emerge ccache though. Yeah... confcache was an experiment that has been shelved for the time=20 being. It was designed to cache the results of various config tests=20 repeated for many/most ebuilds, only dumping the cache and letting them=20 retest from scratch when required (if something in the build system, say=20 gcc or whatever, changed). The problem was that a number of packages put= =20 bad data in the cache/database, but compiled fine themselves, thereby=20 leaving the bad data to be found by the next package that tried a test=20 with the same data. Since this might be the first package after or the=20 100th, it was difficult to figure out where the bad data was coming from=20 in ordered to fix it. The result was basically packages failing because=20 they got a bad config, with no easy way to trace it, so they just masked=20 confcache. Advanced users can still use it if they want, using package.unmask (they=20 may need to find an ebuild too, as I'm not sure whether it's still in=20 portage but masked, or not even there now, but it's available in the=20 archives if necessary), but they have to be prepared to manually dump the= =20 confcache database and try again if problems appear. I ran it for=20 awhile, but after my upgrade to dual dual-cores, decided the machine was=20 fast enough at running the configs that it wasn't worth the hassle any=20 more, so I turned off the feature and unmerged the confcache package. For people who'd prefer to have portage "just work" with the least=20 hassle, even if it takes a bit longer on some packages, confcache is=20 definitely something you want to leave alone, at least for now. Maybe=20 someday... --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman --=20 gentoo-amd64@lists.gentoo.org mailing list