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 31D59138CC5 for ; Mon, 23 Mar 2015 17:13:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 90363E0905; Mon, 23 Mar 2015 17:13:11 +0000 (UTC) Received: from mail-we0-f179.google.com (mail-we0-f179.google.com [74.125.82.179]) (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 6273AE08AC for ; Mon, 23 Mar 2015 17:13:10 +0000 (UTC) Received: by wetk59 with SMTP id k59so143410520wet.3 for ; Mon, 23 Mar 2015 10:13:09 -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=7iH6CtMkyY92KAn8lEGFwsFa1B2h7clTiMSVMYpuLQE=; b=DP5/6TWWRh6zOYx7aO33eCiOLV8Ez3fWfPBFwXrJBlwIbS5Lqbgoku3Qvki6qeXP3+ 4cD1PQp7vk8fAaasYjyRoFgRgjN9MYTxqAj0hV7TpSDFc2LMa8XGl+f9crfbFQ+50GTE eRvbkjGkWIH2rWVCRXxrgyXNRqs2sQuzkxG3H1rDevirT5JhojFkeBWhWRineOMCNWMv 8L/X4ruMaoMYZNhPNYLCK3P0yDc4VqRwGUXQHU/DFUhsYi/5C3WZCv+sfIr2ZKQWYMYX nHgucYJUn9lUwbf3HpH8t9/oOrktegKx7eAWJFqmAoIIgO6KiXt9pdk4U9JfrPpT8H6z OTfQ== X-Received: by 10.194.87.65 with SMTP id v1mr498644wjz.2.1427130789113; Mon, 23 Mar 2015 10:13:09 -0700 (PDT) Received: from asterix ([91.233.13.188]) by mx.google.com with ESMTPSA id dz6sm12122868wib.0.2015.03.23.10.13.07 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 10:13:08 -0700 (PDT) Date: Mon, 23 Mar 2015 18:13:07 +0100 From: Michael Mair-Keimberger To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] unable to compile kdelibs in arm chroot Message-ID: <20150323171304.GA6140@asterix> References: <20150319201102.GA20100@asterix> <9208730.gmx3DVNdLH@navi> <20150320091502.GA25551@getafix> <15683493.mBXtGubBxq@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-sha256; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <15683493.mBXtGubBxq@navi> User-Agent: Mutt/1.5.23 (2014-03-12) X-Archives-Salt: c1848b8b-4744-483c-b26c-7b6331262c21 X-Archives-Hash: 190cc6011b2bcbe14e9abfd4ae9348cc --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 20, 2015 at 01:17:12PM -0400, Fernando Rodriguez wrote: > On Friday, March 20, 2015 10:15:03 AM Michael Mair-Keimberger wrote: > > 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= =2E=20 > (with > > > > /var/tmp & /usr/portage on a external harddisk). However, the compi= le > > > > 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 nev= er > > > > could finish compiling xorg-server. (or basic system packages) Even > > > > though i've started over and over with different settings, there we= re > > > > 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 wan= ted > > > > 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 met= hod > > > > 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 who= le > > > > 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% a= nd > > > > 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 l= onger > > > > 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 ran= dom. > > > >=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= &chap=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=20 > instruction=20 > > > takes several swaps to execute), especially with /var/tmp on tmpfs! T= his=20 > can=20 > > > happen even if you don't have a swap partition. Try with either more = RAM=20 > 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 > I would tell you to attach a debugger and see if you can tell why it's ha= nging=20 > but that may not be worth the trouble (since it'll be a child process tha= t's=20 > hanging it'll be tricky to start qemu with the gdb stub just for that=20 > process). If you want to try it see: http://tinkering-is-fun.blogspot.com= /2009/12/debugging-non-native-programs-with-qemu.html and=20 > search QEMU_GDB for the tricky part. Thanks for the link. I might have a look someday whats happening here as i'm really curious and i really would like to build it over an chroot. I already played around with stracing the "dead" pids but couldn't find any useful information so far. However after being tired of testing around i've decided to take the easy way and compiled kdelibs on the raspberry pi directly. It took me about 3 hours. Thats nothing compared for the hours playing around already :) Interestingly i found that kdelibs isn't the only package which hangs at some point. I've installed kdelibs at my chroot as binary package and tried to continue merging kdebase-meta. But after emerging about 20 other packages, the compile stucked again. This time at kfind. I did the same again (compile on rpi and installed it at my chroot as binary package) and tried to continue again. Next package which stucked was kephal. At this point i decided to merge the rest via the raspberry pi.=20 >=20 > Have you tried a different qemu version? Yep, tried following version: app-emulation/qemu-2.1.2 app-emulation/qemu-2.2.0 app-emulation/qemu-2.2.1 No differences... >=20 > --=20 > Fernando Rodriguez >=20 --=20 greetings Michael=20 --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVEEmgAAoJEEle3Ga+Q7MD/BoQAJBjY7i7UV3HkGYg7QXooEbA oC74mgMXwwyHJQ2OHpwmBT9uTSy12edJudBm0dzbM5dcx5wyC3SDisIdRCU7Ymna s91J3iRDtyCqSTme3deLvTer6JUZj1dAB5psSmIBaFgIdtGeBn+XqBysCPQoOIyc WNRdHG33R8v5TtykQiCuK52lrBwQVekDD+Y4MrsezqFFgd/y+QN9lESSOQSlpr3H srv5+FioeeygNBKwz4t4H8pSP7quKlzdAyu170Gh+sKaSeh43P/pgIctNhfWReHO lkVXIVrBn6SQmnEMnawGkzl8bdYkGLnsQPOWRfmp4L6Tw9/mpN2zEpJ4k2HhmsvU QffLIhm91IWO5ByPyZeGBZA8XSs4elVdktLE3xjQl0HawlcnJDuYJkTpQkxUrjM0 pFPaYTKURzpFAUtihYW6DbirCjGlcavj199W/Co2S7/0IPc2fsLqXEsAk9shYv+P SIIGZFlWUXFei4UHtxXDU9EJnwleS3j10XetGnM6baqZnZ5g1nyOjDJ2HOoNy1Cu 04U5C8N7aBCmEsTi/pnv9w9KQ9R5Dnwzf9uPCRaJZX4aUHHUO9RtMT+U6sLD87gB FaBBvzdzKvYdgk/h+dxdg8ucKS6wQXW8D+AJ+0KUAdoTwcK3cHOR07NUVNIF/1UD 3OgQr3QkVKRCH7f7ofm8 =5Ffm -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0--