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.
prev parent 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