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 1JK1cm-0002Sw-Vm for garchives@archives.gentoo.org; Wed, 30 Jan 2008 01:20:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9217FE06C8; Wed, 30 Jan 2008 01:20:23 +0000 (UTC) Received: from hades.rz.tu-clausthal.de (hades.rz.tu-clausthal.de [139.174.2.20]) by pigeon.gentoo.org (Postfix) with ESMTP id 5FE57E06C8 for ; Wed, 30 Jan 2008 01:20:23 +0000 (UTC) Received: from hades.rz.tu-clausthal.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C2FDE2065AA for ; Wed, 30 Jan 2008 02:20:22 +0100 (CET) Received: from tu-clausthal.de (poseidon [139.174.2.21]) by hades.rz.tu-clausthal.de (Postfix) with ESMTP id A6AE12063EC for ; Wed, 30 Jan 2008 02:20:22 +0100 (CET) Received: from energy.heim10.tu-clausthal.de (account wevah [139.174.197.94] verified) by tu-clausthal.de (CommuniGate Pro SMTP 5.1.14) with ESMTPSA id 29951168 for gentoo-amd64@lists.gentoo.org; Wed, 30 Jan 2008 02:20:22 +0100 From: Volker Armin Hemmann To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] madwifi-ng not compile in amd64 Date: Wed, 30 Jan 2008 02:20:21 +0100 User-Agent: KMail/1.9.7 References: <1201555535.24379.1.camel@gentoo> <1201645850.7098.8.camel@gentoo> In-Reply-To: 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="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801300220.21430.volker.armin.hemmann@tu-clausthal.de> X-Virus-Scanned: by PureMessage V5.3 at tu-clausthal.de X-Archives-Salt: 341261a1-09ef-49a3-a54f-6cad0ed0ee78 X-Archives-Hash: 179198119dd99bbfda7f3200cc1b7233 On Mittwoch, 30. Januar 2008, Beso wrote: > the real problem stands in the keyword.... the amd64 would downgrade a lot > of stuff.... before doing it it's better to identify the normal programs, > like kde, gnome, and similar and let them be for the moment as ~amd64.... > but at least stuff like, gcc, glibc, baselayout, kernel and some other base > stuff should stay on the amd64 branch.... you won't be able to downgrade > glibc so that one for the moment would stay on the unstable branch.... but > if you don't feel in the mood to downgrade cause the ~amd64 being to > amd64, then just update the profile and you should see something like 100 > packages.... > also adding --as-needed as LDFLAGS should help you save some time in > recompiling stuff.... yeah - no. Don't do it. It breaks stuff. > the 2gb of ccache would help, but not a lot.... 400+ packages would mean > about 3-4 days on a amd64 2ghz single core, so prepare for a looong time of > compile time.... also the 5 blockers are not good and should be fixed in > some way before proceeding to the recompile.... no, it would mean something around 12h. Depending on the packages. > if you decide to modify the use flags when changing profile it's the best > time.... yeah, check which flags changed, and which ones you really need. That way you might be able to cut down the amount of packages. > so my advice is the following: > 1. take some time to look at the use flags (emerge ufed and see a > description of them and also add/remove them from the ufed gui in > make.conf) > 2. add LDFLAGS="--as-needed" into make.conf really, don't do it. > > Total: 478 packages (1 upgrade, 396 downgrades, 14 new, 1 in new slot, > > 66 reinstalls, 5 blocks), Size of downloads: 480,074 kB check your keywords - and blockers are easily solved. Usually you need to unmerge something. And the blocking ebuild tells you what. And agtdino and Beso: DO NOT TOP POST. This is not a Windows mailing list. -- gentoo-amd64@lists.gentoo.org mailing list