| View previous topic :: View next topic |
| Author |
Message |
cloc3
Advocate
Joined: 13 Jan 2004
Posts: 4809
Location: http://www.gentoo-users.org/user/cloc3/
|
 Posted: Tue Feb 15, 2022 9:29 am Post subject: [webkit] errori ripetuti in fase di compilazione. [risolto] |
 |
|
cercando di compilare le ultime versioni di webkit-gtk (2.34.4 e 2.34.5) mi sono imbattuto in una successione di errori poco comprensibili, che interrompevano la fase di compile senza apparente motivo.
dopo numerosi tentavi, mi sono reso conto che era possibile riprendere la compilazione interrotta con il comando ebuild e sono riuscito ad arrivare alla completa installazione con la chiamata a qmerge.
tuttavia, il fenomeno mi ha stupito non poco, anche perché sembra del tutto limitato a quel singolo ebuild.
ho conservato una copia dell'ebuild, dove si può ritrovare l'errore cercando la stringa ERROR, intorno al 99% del file.
vorrei sapere se qualcuno è in grado di fare qualche ipotesi per giustificare la natura di questo strano comportamento.
_________________
vu vu vu
gentù
mi piaci tu
Last edited by cloc3 on Tue Feb 15, 2022 11:58 am; edited 1 time in total |
|
| Back to top |
|
 |
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31336
Location: here
|
| Posted: Tue Feb 15, 2022 9:47 am Post subject: |
|
|
| Code: | | x86_64-pc-linux-gnu-g++:fatal error: Ucciso signal terminated program cc1plus |
Prossima volta forza LANG a C se non gli errori vengono localizzati.
Questo vuol dire che hai finito la memoria RAM e per preservare il funzionamento del sistema il processo viene ucciso.
Una soluzione è diminuire il valore di MAKEOPTS per la compilazione parallela (si calcola empiricamente 2GB per ogni compilazione parallela). Con /etc/portage/env puoi diminuire questo valore solo per il pacchetto in questione.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
luna80
Veteran
Joined: 01 Feb 2004
Posts: 1560
Location: switzerland
|
| Posted: Tue Feb 15, 2022 10:14 am Post subject: |
|
|
ho avuto lo stesso problema, ora sto provando a emergere con il consiglio di fedeliallaline
https://forums.gentoo.org/viewtopic-t-1147314.html
_________________
*** !f j00 c4n r34D tH15 tH3N j00 n33D t0 l0g Off *** |
|
| Back to top |
|
|
cloc3
Advocate
Joined: 13 Jan 2004
Posts: 4809
Location: http://www.gentoo-users.org/user/cloc3/
|
| Posted: Tue Feb 15, 2022 11:58 am Post subject: |
|
|
confermo.
con MAKEOPTS="-j4" va a buon fine.
... ma io avevo 16GB per rimanere immune da questi disturbi.
_________________
vu vu vu
gentù
mi piaci tu |
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31336
Location: here
|
| Posted: Tue Feb 15, 2022 12:27 pm Post subject: |
|
|
| cloc3 wrote: | | ... ma io avevo 16GB per rimanere immune da questi disturbi. |
Hai la portage TMPDIR su tmpfs? Se si a quanti GB l'hai settata?
Inoltre dipende anche cosa stai facendo al momento che compila.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
cloc3
Advocate
Joined: 13 Jan 2004
Posts: 4809
Location: http://www.gentoo-users.org/user/cloc3/
|
| Posted: Tue Feb 15, 2022 12:46 pm Post subject: |
|
|
| fedeliallalinea wrote: | | cloc3 wrote: | | ... ma io avevo 16GB per rimanere immune da questi disturbi. |
Hai la portage TMPDIR su tmpfs? Se si a quanti GB l'hai settata?
Inoltre dipende anche cosa stai facendo al momento che compila. |
inizialmente sì (8 GB).
ma non è quello il problema.
ho controllato che la tmpdir rimane sotto gli 800MB di impegno.
Il build.log che ho postato è con la tmpdir di default, in /var/tmp/portage.
nel frattempo, osservo che anche media-gfx/openvdb dà lo stesso problema.
il punto sembra proprio che, come dicevi tu, sulla base di una stima di 2GB a cpu, 2 per nove fa diciotto.
sottolineo ancora il workaround che ho citato prima.
in questi casi, per evitare una ricompilazione troppo lunga, è essere sufficiente usare il comando ebuild:
| Code: |
cloc3 ~ # ebuild ${PORTDIR}/%{CATEGORY}/%{PN}/%{PN}-%{PV}.ebuild compile
cloc3 ~ # ebuild ${PORTDIR}/%{CATEGORY}/%{PN}/%{PN}-%{PV}.ebuild install
cloc3 ~ # ebuild ${PORTDIR}/%{CATEGORY}/%{PN}/%{PN}-%{PV}.ebuild qmerge
|
_________________
vu vu vu
gentù
mi piaci tu
Last edited by cloc3 on Tue Feb 15, 2022 1:09 pm; edited 2 times in total |
|
| Back to top |
|
|
luna80
Veteran
Joined: 01 Feb 2004
Posts: 1560
Location: switzerland
|
| Posted: Tue Feb 15, 2022 12:53 pm Post subject: |
|
|
| cloc3 wrote: | confermo.
con MAKEOPTS="-j4" va a buon fine.
... ma io avevo 16GB per rimanere immune da questi disturbi. |
io avevo 8, poi ho provato 6 ma mi dava ancora errore, infine con -j4 è andato anche a me
_________________
*** !f j00 c4n r34D tH15 tH3N j00 n33D t0 l0g Off *** |
|
| Back to top |
|
|
sabayonino
Veteran
Joined: 03 Jan 2012
Posts: 1040
|
| Posted: Tue Feb 15, 2022 9:05 pm Post subject: |
|
|
Se volete evitare che qualche "pacchettone" vi porti via risorse ad ogni update/rebuild , date una occhiata a
https://wiki.gentoo.org/wiki//etc/portage/package.env
e settate eventuali opzioni specifiche per quel pacchetto (come appunto abbasssare ilnumero dei threads di lavoro ad esempio)
Esempio :
/etc/portage/env
| Quote: | webkit-gtk.conf
| Code: | MAKEOPTS="-j3 -s"
FEATURES="-ccache"
|
|
| Quote: | qtwebengine.conf
| Code: | MAKEOPTS="-j2 -s"
FEATURES="ccache"
|
|
| Quote: | notmpfs.conf
| Code: | PORTAGE_TMPDIR="/home/saba/Varie/notmpfs"
MAKEOPTS="-j2 -s"
CCACHE_SIZE="5G"
CCACHE_DIR="/var/ccache"
|
|
/etc/portage/package.env
| Quote: | webkit-gtk
| Code: |
net-libs/webkit-gtk webkit-gtk.conf
|
|
| Quote: | qtwebengine
| Code: |
dev-qt/qtwebengine notmpfs.conf
|
|
etc..
_________________
LRS 64/32 |
|
| Back to top |
|
|
cloc3
Advocate
Joined: 13 Jan 2004
Posts: 4809
Location: http://www.gentoo-users.org/user/cloc3/
|
| Posted: Sun Feb 20, 2022 12:40 pm Post subject: |
|
|
| Code: |
>>> Running pre-merge checks for dev-qt/qtwebengine-5.15.2_p20211216
* Checking for at least 18 GiB RAM ...
|
accipicchia.
è in atto una violenta offensiva nell'uso della RAM durante la compilazione.
webkit-gtk è stato il primo (nel mio sistema), ma adesso il numero degli ebuild che si stampa allo stesso modo sta crescendo esponenzialmente.
_________________
vu vu vu
gentù
mi piaci tu |
|
| Back to top |
|
|
fedeliallalinea
Administrator
Joined: 08 Mar 2003
Posts: 31336
Location: here
|
| Posted: Sun Feb 20, 2022 2:00 pm Post subject: |
|
|
| cloc3 wrote: | | webkit-gtk è stato il primo (nel mio sistema), ma adesso il numero degli ebuild che si stampa allo stesso modo sta crescendo esponenzialmente. |
Questi per il momento sono gli unici due grandi che non hanno una controparte -bin.
_________________
Questions are guaranteed in life; Answers aren't. |
|
| Back to top |
|
|
|
Forum italiano (Italian)
