From: Michael Mair-Keimberger <m.mairkeimberger@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] unable to compile kdelibs in arm chroot
Date: Fri, 20 Mar 2015 10:15:03 +0100 [thread overview]
Message-ID: <20150320091502.GA25551@getafix> (raw)
In-Reply-To: <9208730.gmx3DVNdLH@navi>
[-- Attachment #1: Type: text/plain, Size: 3770 bytes --]
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,
> >
> > 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.
>
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.
>
> --
> Fernando Rodriguez
>
--
greetings
Michael
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-03-20 9:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-19 20:11 [gentoo-user] unable to compile kdelibs in arm chroot Michael Mair-Keimberger
2015-03-19 20:44 ` Fernando Rodriguez
2015-03-20 9:15 ` Michael Mair-Keimberger [this message]
2015-03-20 17:17 ` Fernando Rodriguez
2015-03-23 17:13 ` Michael Mair-Keimberger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150320091502.GA25551@getafix \
--to=m.mairkeimberger@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox