public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
From: Kai Krakow <hurikhan77@gmail.com>
To: gentoo-user-de@lists.gentoo.org
Subject: [gentoo-user-de] Re: Gehäufte Internal compiler errors
Date: Sun, 11 Mar 2018 21:06:15 +0100	[thread overview]
Message-ID: <nqegne-08b.ln1@hurikhan77.spdns.de> (raw)
In-Reply-To: 20180308231618.GA16732@me.fritz.box

Am Fri, 09 Mar 2018 00:16:18 +0100 schrieb assabajanischer_hinterwaeldler:

> Hallo,
> 
> der Compile-Vorgang bricht zb wiefolgt ab:
> /var/tmp/portage/app-office/libreoffice-5.4.5.1/work/libreoffice-5.4.5.1/include/rtl/ustring.hxx:2632:31:internal compiler error: Segmentation fault
> 
> RAM und Swap sollten mit jeweils 16GB ausreichend groß dimensioniert
> sein.

Solltest du die Pakete in tmpfs bauen, ist das nicht gerade viel.

> Nachdem ich das ganze gerade nochmal nachgeschaut habe kam mir aber eine
> andere Idee. Mein /tmp ist noch als ramfs eingebunden. Stammt noch aus
> einer Zeit, als ich mein rootfs als ramfs betrieben habe und an der Ecke
> rumgespielt habe.

/tmp als tmpfs zu haben, ist ein Standard-Verhalten, wenn du mit systemd
bootest. /var/tmp dagegen sollte dann aber kein tmpfs sein, und hier baut
Portage per default.


> Nachdem ich das ganze umgeboben habe, klappt nun auch wieder das
> compilieren. Sieht so aus, als wurde hier das Limit on /tmp gerissen.
> Interessanterweise kam zu keinem Zeitpunkt eine Ausgabe im dmesg Log.
> Und der Rechner lief auch stabil weiter.
> 
> Werde es mal noch weiter beobachten.

Ich verwende hier /var/tmp/portage als tmpfs mit Automount. Dadurch
werden die Inhalte weggeworfen, sobald Portage fertig ist. Das Limit
steht auf 150%, ich habe 16G RAM und 60G Swap.

Die großen Pakete biege ich per package.env aber auf ein anderes
Verzeichnis um und baue sie explizit ohne "-g":

$ cat /etc/portage/env/no-tmpfs
PORTAGE_TMPDIR="/usr/src"

$ cat /etc/portage/env/no-debug
CFLAGS="-O3 -march=native -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"
CPPFLAGS="${CFLAGS}"

$ cat /etc/portage/package.env
app-office/libreoffice no-debug no-tmpfs
[...und weitere...]


-- 
Regards,
Kai

Replies to list-only preferred.



      reply	other threads:[~2018-03-11 20:06 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-07 22:29 [gentoo-user-de] Gehäufte Internal compiler errors assabajanischer_hinterwaeldler
2018-03-08  9:00 ` Aw: " Sven Eden
2018-03-08 23:16   ` assabajanischer_hinterwaeldler
2018-03-11 20:06     ` Kai Krakow [this message]

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=nqegne-08b.ln1@hurikhan77.spdns.de \
    --to=hurikhan77@gmail.com \
    --cc=gentoo-user-de@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