Sie sind nicht angemeldet.

1

13.12.2011, 01:25

update von Firefox mit *pgo use flag wird immer wieder gefordert

Auf einer meiner Maschinen will portage (?) ein use flag nicht als bereits gesetzt anerkennen.

Quellcode

1
2
eix --installed-without-use pgo
[I] www-client/firefox


Ja und das stimmt eben nicht, weil firefox mit pgo bereits installiert ist.

Was läuft da schief?

LG

EDIT:

Falls jemanden ein besserer Titel zu der Frage einfällt, korrigiere ich meinen um die Suche für andere möglicherweise zu erleichtern.

Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »hilti_hit« (14.02.2012, 01:55)


2

15.12.2011, 04:39

Hmm, wurde nach dem letzten --sync eventuell eix-update vergessen?

Ansonsten poste doch bitte mal wie portage das ganze sieht:
(das ist das was letztendlich zählt)

Quellcode

1
emerge -pvq firefox portage eix

und dann die Sicht von eix aus:

Quellcode

1
eix -e firefox

3

17.12.2011, 18:34

Zitat

Hmm, wurde nach dem letzten --sync eventuell eix-update vergessen?


eix-update habe ich mehrmals rennen lassen, obsolete auch nachgeschaut, müsste eigentlich alles in Ordnung sein.
Wo speichert eix die Informationen eigentlich?

Quellcode

1
2
3
4
emerge -pvq firefox portage eix
[ebuild   R   ] sys-apps/portage-2.1.10.11  USE="(ipc) less -build -doc -epydoc -python2 -python3 (-selinux)" LINGUAS="-pl" 
[ebuild   R   ] app-portage/eix-0.23.3-r1  USE="nls -debug -doc -optimization -security -sqlite -strong-optimization -tools -zsh-completion" 
[ebuild   R   ] www-client/firefox-8.0  USE="alsa bindist crashreporter custom-optimization dbus ipc libnotify pgo* startup-notification webm -custom-cflags -debug -system-sqlite -wifi" LINGUAS="de -af -ak -ar -ast -be -bg -bn -bn_BD -bn_IN -br -bs -ca -cs -cy -da -el -en -en_GB -en_US -en_ZA -eo -es -es_AR -es_CL -es_ES -es_MX -et -eu -fa -fi -fr -fy -fy_NL -ga -ga_IE -gd -gl -gu -gu_IN -he -hi -hi_IN -hr -hu -hy -hy_AM -id -is -it -ja -kk -kn -ko -ku -lg -lt -lv -mai -mk -ml -mr -nb -nb_NO -nl -nn -nn_NO -nso -or -pa -pa_IN -pl -pt -pt_BR -pt_PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -sv_SE -ta -ta_LK -te -th -tr -uk -vi -zh -zh_CN -zh_TW -zu"

Quellcode

1
2
3
4
5
6
eix -e firefox
[I] www-client/firefox
     Available versions:  *3.6.12 3.6.20 ~3.6.21 ~3.6.22 7.0.1-r1 8.0 {+alsa bindist +crashreporter custom-cflags custom-optimization +dbus debug elibc_FreeBSD gnome +ipc java libnotify linguas_af linguas_ak linguas_ar linguas_as linguas_ast linguas_be linguas_bg linguas_bn linguas_bn_BD linguas_bn_IN linguas_br linguas_bs linguas_ca linguas_cs linguas_cy linguas_da linguas_de linguas_el linguas_en linguas_en_GB linguas_en_US linguas_en_ZA linguas_eo linguas_es linguas_es_AR linguas_es_CL linguas_es_ES linguas_es_MX linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_fy linguas_fy_NL linguas_ga linguas_ga_IE linguas_gd linguas_gl linguas_gu linguas_gu_IN linguas_he linguas_hi linguas_hi_IN linguas_hr linguas_hu linguas_hy linguas_hy_AM linguas_id linguas_is linguas_it linguas_ja linguas_ka linguas_kk linguas_kn linguas_ko linguas_ku linguas_lg linguas_lt linguas_lv linguas_mai linguas_mk linguas_ml linguas_mr linguas_nb linguas_nb_NO linguas_nl linguas_nn linguas_nn_NO linguas_nso linguas_oc linguas_or linguas_pa linguas_pa_IN linguas_pl linguas_pt linguas_pt_BR linguas_pt_PT linguas_rm linguas_ro linguas_ru linguas_si linguas_sk linguas_sl linguas_son linguas_sq linguas_sr linguas_sv linguas_sv_SE linguas_ta linguas_ta_LK linguas_te linguas_th linguas_tr linguas_uk linguas_vi linguas_zh linguas_zh_CN linguas_zh_TW linguas_zu pgo startup-notification system-sqlite +webm wifi}                                                                                                                                                                                                       
     Installed versions:  8.0(02:23:33 01.12.2011)(alsa bindist crashreporter custom-optimization dbus ipc libnotify linguas_de startup-notification webm -custom-cflags -debug -linguas_af -linguas_ak -linguas_ar -linguas_ast -linguas_be -linguas_bg -linguas_bn -linguas_bn_BD -linguas_bn_IN -linguas_br -linguas_bs -linguas_ca -linguas_cs -linguas_cy -linguas_da -linguas_el -linguas_en -linguas_en_GB -linguas_en_US -linguas_en_ZA -linguas_eo -linguas_es -linguas_es_AR -linguas_es_CL -linguas_es_ES -linguas_es_MX -linguas_et -linguas_eu -linguas_fa -linguas_fi -linguas_fr -linguas_fy -linguas_fy_NL -linguas_ga -linguas_ga_IE -linguas_gd -linguas_gl -linguas_gu -linguas_gu_IN -linguas_he -linguas_hi -linguas_hi_IN -linguas_hr -linguas_hu -linguas_hy -linguas_hy_AM -linguas_id -linguas_is -linguas_it -linguas_ja -linguas_kk -linguas_kn -linguas_ko -linguas_ku -linguas_lg -linguas_lt -linguas_lv -linguas_mai -linguas_mk -linguas_ml -linguas_mr -linguas_nb -linguas_nb_NO -linguas_nl -linguas_nn -linguas_nn_NO -linguas_nso -linguas_or -linguas_pa -linguas_pa_IN -linguas_pl -linguas_pt -linguas_pt_BR -linguas_pt_PT -linguas_rm -linguas_ro -linguas_ru -linguas_si -linguas_sk -linguas_sl -linguas_son -linguas_sq -linguas_sr -linguas_sv -linguas_sv_SE -linguas_ta -linguas_ta_LK -linguas_te -linguas_th -linguas_tr -linguas_uk -linguas_vi -linguas_zh -linguas_zh_CN -linguas_zh_TW -linguas_zu -pgo -system-sqlite -wifi)                                                                                                                                                                                     
     Homepage:            http://www.mozilla.com/firefox
     Description:         Firefox Web Browser

4

17.12.2011, 22:17

Ja und das stimmt eben nicht, weil firefox mit pgo bereits installiert ist.
Hmm nein, dein portage sagt was anderes.

Portage/emerge sagt
pgo*
Sprich das USE-FLAG ist zwar gesetzt, aber das firefox Paket ist damit noch nicht gebaut.

eix sagt:
Installed versions: .... -pgo
Soweit passen die Ausgaben also.
Dein aktuell installierter firefox ist also noch nicht mit der USE-Flag pgo (erfolgreich) gebaut und installiert worden.

5

19.12.2011, 23:32

Du hast recht, es ist ein bug.

Ich habe es übersehen, weil in elogv nur folgendes steht:

Quellcode

1
2
3
4
5
6
7
WARN: setup 
You will do a double build for profile guided optimization.
This will result in your build taking at least twice as long as before.

WARN: prepare                                                                                                                                        
We've already been run in this tree; you should
avoid this if possible (perhaps by filing a bug)  

6

20.12.2011, 01:46

Es muss nicht zwingend ein Bug sein. Ich bin beim bauen von firefox mit pgo auch schon mal über ein sandbox access violations
gestolpert - zu diesem leicht irreführenden Fehler kann es auch kommen wenn nicht genügend Speicherplatz zum bauen verfügbar ist bzw wenn der Platz ausgeht.
Schau doch mal ob im PORTAGE_TMPDIR (siehe emerge --info) genügend Platz verfügbar ist. Nach meinen bisherigen Erfahrungen werden mindestens >=6 GB Platz zum bauen mit pgo benötigt.

7

22.12.2011, 12:05

Hallo,josef95!

An Platzmangel liegt es nicht, wird auch im ebuild gecheckt:

Quellcode

1
2
3
4
5
6
7
	if use pgo ; then
		CHECKREQS_DISK_BUILD="8G"
		check-reqs_pkg_setup
	else
		CHECKREQS_DISK_BUILD="4G"
		check-reqs_pkg_setup
	fi


Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
F: __xmknod
S: deny
P: /dev/ati/card15
A: /dev/ati/card15
R: /dev/ati/card15
C: /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/firefox/firefox-bin -no-remote -profile /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/obj-x86_64-unknown-linux-gnu/_profile/pgo/pgoprofile/ http://localhost:8888/index.html

F: remove
S: deny
P: /dev/ati/card15
A: /dev/ati/card15
R: /dev/ati/card15
C: /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/obj-x86_64-unknown-linux-gnu/dist/firefox/firefox-bin -no-remote -profile /var/tmp/portage/www-client/firefox-9.0/work/mozilla-release/obj-x86_64-unknown-linux-gnu/_profile/pgo/pgoprofile/ http://localhost:8888/index.html 

Ich kapiere es nicht, warum /dev/ati/card1-15 (warum 15?) entfernt werden soll und das auch noch doppelt. Die Karte Null nicht, das passt ja auch.

EDIT:
Titel umbenannt

8

22.12.2011, 12:36

Hallo hilti_hit

Huh..., ist ja ungewöhnlich...
Fakt ist ja das der firefox build scheitert, sprich nicht fertig gebaut werden kann. Doch warum genau ist mir aktuell auch nicht klar...
Wurde xorg-server problemlos mit dem benötigten xvfb USE-Flag gebaut?

Könntest du mal deine "emerge --info"
und sofern nicht zu groß, die komplette build.log bereitstellen?

9

22.12.2011, 13:07

Klar, danke!

Quellcode

1
2
3
4
5
[I] x11-base/xorg-server
     Available versions:  1.9.5-r1 1.10.4-r1 ~1.11.2-r1 1.11.2-r2 ~1.11.3 [M]~1.11.99.2 {dmx doc ipv6 kdrive minimal nptl static-libs tslib +udev xnest xorg xvfb}                                                                                                                                        
     Installed versions:  1.11.2-r2(00:39:18 22.12.2011)(ipv6 nptl udev xorg xvfb -dmx -doc -kdrive -minimal -static-libs -tslib -xnest)
     Homepage:            http://xorg.freedesktop.org/
     Description:         X.Org X servers


Der Browser hat sich zwischen durch auch geöffnet und die Tests sind auch durchgelaufen.
»hilti_hit« hat folgende Dateien angehängt:

10

23.12.2011, 22:41

Huh..., ist ja mysteriös, ich hab ehrlich gesagt keine Ahnung woran es liegt.
Mein Bauchgefühl sagt das es eventuell mit dem fglrx-blob Treiber zu tun haben könnte (das ist aber wirklich nur geraten).
Magst du das mergen von firefox mal ohne ccache, und ohne laufendes X von der Linux-Console aus testen?

btw
Ist die gesetzte bindist USE-Flag so beabsichtigt, möchtest du das branding wirklich nicht?

11

23.12.2011, 23:14


Huh..., ist ja mysteriös, ich hab ehrlich gesagt keine Ahnung woran es liegt.
Mein Bauchgefühl sagt das es eventuell mit dem fglrx-blob Treiber zu tun haben könnte (das ist aber wirklich nur geraten).
Magst du das mergen von firefox mal ohne ccache, und ohne laufendes X von der Linux-Console aus testen?

btw
Ist die gesetzte bindist USE-Flag so beabsichtigt, möchtest du das branding wirklich nicht?


Ich versuche es mal an dem schnellen Rechner morgen, wie Du es gesagt hast. Der Browser wird bei der Optimierung allerdings aufgerufen, damit die Testseiten durchlaufen. Schauen wir mal.

Für mich sieht es so aus, als ob, durch addpredict /dev/ati/card0 richtig "erkannt" wäre, aber durch ein Skript auch andere erzeugt, oder angezeigt (?) werden, die dann gelöscht werden sollen, bzw. wenn nicht vorhanden, dann vermutlich geskippt wird. Aus irgendeinem Grund will die Installation aber an dem Sandbox vorbei. Was ja mit dem addpredict nicht möglich sein sollte. Ich kapiere es nicht (bin aber auch kein Entwickler).

Das mit dem Branding war mir am Anfang (bei dem Umstieg auf Gentoo) wegen den Warnungen nicht klar, habe nur vergessen es wieder zurückzusetzen.

12

27.12.2011, 20:43

Huh..., ist ja mysteriös, ich hab ehrlich gesagt keine Ahnung woran es liegt.
Mein Bauchgefühl sagt das es eventuell mit dem fglrx-blob Treiber zu tun haben könnte (das ist aber wirklich nur geraten).
Magst du das mergen von firefox mal ohne ccache, und ohne laufendes X von der Linux-Console aus testen?


Ohne X geht die Installation mit pgo. Bin mir allerdings nicht sicher, ob dadurch wirklich etwas optimiert ist. Jemand eine Idee, wie man das überprüfen könnte?

13

09.01.2012, 09:56

Hallo hilti_hit

Eventuell könnte es auch mit an dem ati-drivers (fglrx) in verbindung mit xorg-server-1.11 liegen - siehe zb auch Bug 391193
Sofern möglich nutze doch einfach solange xorg-server-1.10 bist es eine neue korrigierte kompatible Version von ati-drivers gibt.

14

14.02.2012, 01:55

Hallo, josef.95 und Leute!

Das Problem hat sich inzwischen von selbst gelöst, die neuen Firefox (9 und 10) lassen sich mit fglrx auch kompilieren.

fglrx und radeon ist trotzdem ein Thema für mich, hauptsächlich auf dem Laptop (wegen Stromverbrauch).
Radeon wäre eigentlich besser...

15

14.02.2012, 02:07

Hallo hilti_hit
Tröste dich, mir ist beim installieren von firefox-10 mit pgo vor ein paar Tagen mit dem nVidia-Blob-Treiber das gleiche passiert...
Mein Rat firefox auf dem linux terminal (ohne X) zu bauen funktionierte auch hier :)

Gruß
Josef

16

14.02.2012, 02:12

Na, ja, ich habe auch mal dazwischen opengl geswitched, das ging auch.

Vor dem kompilieren
eselect opengl set ... zu xorg-x11
und nacher auf ati zurück.

Stört nur mein ästhetisches Empfinden.