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 BE88F138CC0 for ; Fri, 20 Mar 2015 09:24:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8EF40E091F; Fri, 20 Mar 2015 09:23:58 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5A45CE0917 for ; Fri, 20 Mar 2015 09:23:57 +0000 (UTC) Received: by wixw10 with SMTP id w10so14451646wix.0 for ; Fri, 20 Mar 2015 02:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=xKtRbJx8gYOHDIXdtVZDCyEarllixwI+vm/dwYL4tiU=; b=iIFcXeHQXNS8ZDGZgSXMRiuROBbwSupngz5OGF2doWGC5HXuDKWQdAq0gETBb2owrh 9rcHC3dYzk+y0mw0JXokNDtZfd2DEbugkeGkOavj0rTKbZQfQhakM2/su2HmZo6HVGPu 4CRPYyxbQRkncwV6FKE4Rj7WWDONdPXmAecYhadoMF5k3G0Vm80UJPIPoDpnmSLsG/2z GwQ71oOYqUz9OXoV9ft1fqbp1Vt1pbZLc8BTrpE19+60fdy4cIKIReo12lZz24frFaHJ 6Bjqep+8JBwZZYPCYUsurDR78ddEdk6Y3/K9hULyCgJ2rWXjPdqNYvSilg7t3TEjTxqg uW9Q== X-Received: by 10.194.177.132 with SMTP id cq4mr153012503wjc.99.1426843436172; Fri, 20 Mar 2015 02:23:56 -0700 (PDT) Received: from getafix ([188.21.154.66]) by mx.google.com with ESMTPSA id r14sm2171150wiv.13.2015.03.20.02.23.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 20 Mar 2015 02:23:55 -0700 (PDT) Date: Fri, 20 Mar 2015 10:15:03 +0100 From: Michael Mair-Keimberger To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] unable to compile kdelibs in arm chroot Message-ID: <20150320091502.GA25551@getafix> References: <20150319201102.GA20100@asterix> <9208730.gmx3DVNdLH@navi> 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-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <9208730.gmx3DVNdLH@navi> User-Agent: Mutt/1.5.23 (2014-03-12) X-Archives-Salt: 85fd626b-9eb7-4e75-b1c7-3d5e26741155 X-Archives-Hash: 697a20778193e00f0f4f9350e49d73e7 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 19, 2015 at 04:44:55PM -0400, Fernando Rodriguez wrote: > On Thursday, March 19, 2015 9:11:02 PM Michael Mair-Keimberger wrote: > > Hi List, > >=20 > > 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) > >=20 > > At first, my idea was to build all the packages directly on the rpi. (w= ith > > /var/tmp & /usr/portage on a external harddisk). However, the compile > > times are worse than i expected so i abandoned the idea. > >=20 > > 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. > >=20 > > 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. > >=20 > > 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. > >=20 > > The problem: > >=20 > > 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=3D"-j1" and/or FEATURES=3D"-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) > >=20 > > Nothing worked, even though the build moved until 100% two times (-_-) > >=20 > > 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. > >=20 > > Any ideas whats wrong or how to fix this? Any help would be much > > appreciated as i'm out of ideas :( > >=20 > > Thx > >=20 > > [1] https://www.gentoo.org/proj/en/base/embedded/handbook/?part=3D1&cha= p=3D5 > > [2] http://wiki.gentoo.org/wiki/Crossdev_qemu-static-user-chroot >=20 > One possibility is swap trashing (running so low in RAM that every instru= ction=20 > takes several swaps to execute), especially with /var/tmp on tmpfs! This = can=20 > happen even if you don't have a swap partition. Try with either more RAM = or=20 > /var/tmp on a physical filesystem. >=20 Usually /var/tmp is on the physical filesystem anyway. I've tried it just once or twice because i though about a performance problem. RAM shouldn't be a problem too as i'm having 16GB of RAM available. >=20 > --=20 > Fernando Rodriguez >=20 --=20 greetings Michael --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVC+UWAAoJEEle3Ga+Q7MDeiMP/1KKIc7CRKgDpCfQmbVCIh+G C9ElgQcQe6UBSxcRsyF/I6Eo5fbd19GBxaxP1ppo9YrIma7ST4m5nE4IKgA6M8iJ Cfehot1+0sYLwcin52Mkdnhu+fY+ysJXwp/X+H7wgoQ1GqMamUYLhwIdGFIQLsSl ss3ogloaXHne1e8z1nDz6IiY7tylMaPBDIQz7vP9OjgzM5Su02fdhcgW1jAvyGVw QaohaAa8nqyjdD2oYTsJ5jWNY4xrSVqlRE8zvF+CxT+9hdUWmWP5toBYeQQHjOg2 omYC3IR1L6G/6hx+bAKUIgEaD9dbz8An4kwIKwuS2duWLInaY5BzgegGZevhOTOh /d3CCPGOsFUL3uXqWu0EKUHWpIKYHdRql8/e4jTN/pPHsmoLp7uQl/MpyRN3/OsN +GRcyvf2j1ieupQgA0ZV6KBsIPCZytA/51zqe8fTGe9X3UPa3sTh9lkMjJ7j6tJN /23oHXlwGdDVBQiquHTJ7FXPTxf46Df75LeOOouDrLB/EUGkcutT75vAL79RAu5q xIXrZBjiZC/No0Z8XTGzudWiSbaHqs4Z8sMXbWMEPWwZ3PGFk9RQRUE7ykB59b76 gLvXORYx/xnzDegfEjJ2eMdYjd1V+7J1rsJWM/qWSRDBK6f6HAASiTaJWqDKVHju rLWiJ7tYaiCyR86A3903 =yUZ1 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO--