From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 604A8138CC0 for ; Thu, 19 Mar 2015 20:45:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D9344E098A; Thu, 19 Mar 2015 20:45:20 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.230]) by pigeon.gentoo.org (Postfix) with ESMTP id CEF3BE0974 for ; Thu, 19 Mar 2015 20:45:19 +0000 (UTC) Received: from [142.196.200.180] ([142.196.200.180:51914] helo=navi.localnet) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 4A/32-29666-F553B055; Thu, 19 Mar 2015 20:45:19 +0000 From: Fernando Rodriguez To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] unable to compile kdelibs in arm chroot Date: Thu, 19 Mar 2015 16:44:55 -0400 Message-ID: <9208730.gmx3DVNdLH@navi> User-Agent: KMail/4.14.3 (Linux/3.19.1; KDE/4.14.3; x86_64; ; ) In-Reply-To: <20150319201102.GA20100@asterix> References: <20150319201102.GA20100@asterix> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-Archives-Salt: df8fa3f7-a256-4cb9-8630-06e3aff6418c X-Archives-Hash: 0e92b599525245adad3351e416b51b88 On Thursday, March 19, 2015 9:11:02 PM Michael Mair-Keimberger wrote: > Hi List, > > For the last few weeks i was playing around with my newly acquired > raspberry pi 2. While it was pretty easy to setup a working gentoo > stage3 system i failed installing anything below the basic packages. > Generally my idea was building the arm packages on any system and > provide them as binary packages for other raspberry pi's (yeah, i > already bought my second rpi :D) > > At first, my idea was to build all the packages directly on the rpi. (with > /var/tmp & /usr/portage on a external harddisk). However, the compile > times are worse than i expected so i abandoned the idea. > > Next i've played around with crossdev. It sort of worked, but i never > could finish compiling xorg-server. (or basic system packages) Even > though i've started over and over with different settings, there were > always packages which failed to compile thus doesn't let me finish > xorg-server. I might look into it some other day but now i just wanted > something working. > > Now i'm playing with using qemu-arm [1][2] in order to compile the > packages inside a chroot. This is - so far - the most promising method > building packages, even though the compile times are worse than with > crossdev, but still better than directly on the rpi. > > So far i finally could compile xorg-server and also updated the whole > system, which, at this point, wasn't much anyway. My next goal was kde. > I've compiled about half of all packages which are required for > kdebase-meta, but now i'm stuck at kdelibs and i have no idea what's > wrong. > > The problem: > > The problem is, the compile doesn't fail - it just hangs/stops. At some > point (which seems to be random - it can stop anywhere between 1% and > 100% of the compile) the compile stops and does nothing. I've waited > hours, but nothing happened. > So far i tried lots of things, for example: > * MAKEOPTS="-j1" and/or FEATURES="-sandbox" > * also tried without building binary packages (-buildpkg) > * /var/tmp on tmpfs > * using: ebuild /usr/portage/kde-base/..../kdelibs....ebuild compile > * using python3.3 instead of default 2.7 > * moved it on a different system and tried building it there (again with > many different settings) > > Nothing worked, even though the build moved until 100% two times (-_-) > > I have no idea what the problem is. Even qtwebkit, which took way longer > to compile (about 3 hours) compiled on the first try. (which should > exclude temperate and/or resource problems) > I also don't think it's a problem with a use flag as the build stops > anywhere - i couldn't find a pattern. It seems to be completely random. > > Any ideas whats wrong or how to fix this? Any help would be much > appreciated as i'm out of ideas :( > > Thx > > [1] https://www.gentoo.org/proj/en/base/embedded/handbook/?part=1&chap=5 > [2] http://wiki.gentoo.org/wiki/Crossdev_qemu-static-user-chroot One possibility is swap trashing (running so low in RAM that every instruction takes several swaps to execute), especially with /var/tmp on tmpfs! This can happen even if you don't have a swap partition. Try with either more RAM or /var/tmp on a physical filesystem. -- Fernando Rodriguez