Beiträge von hannemann

Zitat von .Ulli

Wenn du in das Mercurial schaust http://hg.mozilla.org/releases/mozil…ev/a97db942191c erkennst du die gravierende Änderung. Wenn du nun ein Nightly 64Bit nimmst, das ein paar Stunden älter ist, dann hast du die gewünschte Version. Wenn dich das pre stört, einfach den String entfernen.

Da muss ich suchen, schauen, vergleichen und am besten noch den Quellcode oder sonstwas anpassen.

In der Regel weiß ich ja, welche FF Version gerade aktuell ist. Da pulle und update ich lieber kurz und lass den Rechner eine viertelstunde Schwitzen.
Deshalb wäre es aber noch viel einfacher, wenn es ein MC Repo z.B. mozilla-current gäbe, in dem immer das aktuelle Release enthalten ist. Ein kleines Script und fertig wäre dann die Lösung für mein Problem.

Zitat von .Ulli

Eine Quelle für ein natives *.deb ist nicht bekannt.

muss ja auch gar nicht. Mit einem tar.bz2 Archiv wäre ich auch zufrieden.

Was ich brauche ist ein Original Firefox ohne Ubuntu Modifikationen, aktuelles Release, kein pre, kein nightly, kein Alpha, Beta oder sonstwas in 64 Bit.
Wenn Du eine Adresse kennst, wo ich den runterladen kann ohne wochenlang nach der richtigen Version suchen zu müssen oder noch besser ein Repo, denn immer her damit
Bislang ist für mich der einfachste Weg, das Teil durch den Compiler zu schieben. Mit Versionkontrolle jetzt noch einfacher.

Ich werde wohl nie verstehen, warum es unter http://www.mozilla-europe.org/de/firefox/ keine 64 Bit Version gibt. Denn genau die will ich haben.

Jaunty.

btw. Wenn jetzt wieder ein update herauskommt. Beispielsweise 3.5.6 denn geht das so:

hg pull
hg update -r FIREFOX_3_5_6_RELEASE
make...

Oh je... Das ist mir jetzt aber peinlich... :oops:

Ich hatte Java mit dem Webdeveloper deaktiviert. Wer kann denn ahnen, das des dann nicht mehr in about:plugins gelistet ist.

Gewundert hat mich, das das plugin in der pluginreg.dat auftaucht. Da fiel es mir wieder ein.

So Sorry und vielen vielen Dank für Deine Hilfe

Morgen,

ist bei mir ganz genau so wie bei dir.

08:41:47^hannemann@hannemann-desktop:~$file /opt/firefox/firefox-bin 
/opt/firefox/firefox-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped


08:43:27^hannemann@hannemann-desktop:~$file /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so 
/usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped

Was mich wundert ist, das bei Version 3.5 nach deinstallation von icedTea7 und Installation von sun-java6-plugin das Plugin in about:config gelistet war und auch funktionierte.
Ich habe die Version 3.5.1 mit einer Kopie der mozconfig kompiliert und IMO am System nichts grundlegendes verändert und beim starten über die Konsole gibt es auch keine Fehlermeldung.

Zitat von .Ulli

Wenn alles gelungen sein sollte, dann muss about:plugins

anzeigen. Wobei in about:config plugin.expose_full_path auf true steht.

Das java-plugin taucht auf der Seite about:plugins nicht auf.

Zitat von .Ulli

/usr/lib/jvm/java-6-sun ist ja ein Link auf /usr/lib/jvm/java-6-sun-1.6.0.14

Stimmt, spielt aber IMO keine Rolle

Zitat von .Ulli

Für einen Vorgang, wie man aus dem übersetzten FF in obj/dist/bin eine Version für /opt erzeugen kann, liegen hier keine Kenntnisse vor.

cd MOZ_OBJDIR # hier ~/mozilla-1.9.1/ff-opt (siehe meine mozconfig)
make package

erzeugt ein tar.bz2 in MOZ_OBJDIR/dist
https://developer.mozilla.org/en/Build_and_Install

Das hab ich einfach nach /opt ausgepackt. Löppt (fast ausser Java)

Zitat von .Ulli

So geht es einfach

Code

$ cd ~/<Pfad zum Mercurial>/obj/dist/bin/plugins
$ ln -s /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so .

Bitte den abschließenden Punkt beachten.

Oder aber auch

Code

$ cd ~/<Pfad zum Mercurial>/obj/dist/bin/plugins
$ ln -s /etc/alternatives/firefox-javaplugin.so libnpjp2.so

falls du mal das Plugin über update-alternatives ändern möchtest.

Ich hab ja inzwichen ein Package erstellt und das nach /opt installiert. So wie Du es beschreibst, müsste ich den Browser ja aus dem Build Verzeichnis ausführen, oder wird der link dann in das Package eingebaut?

Zum testen habe ich mal:

14:56:26^hannemann@hannemann-desktop:/opt/firefox/plugins$sudo ln -s /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so .

ausgeführt.

Läuft aber leider auch nicht.

Zitat von .Ulli

Solange du ihn in der .mozconfig nicht abgewählt hast - nein.

Ich habe nämlich Probleme mit dem Java-Plugin. Bei der 3.5er Version lief das sofort (sun-java6-plugin). Verändert habe ich IMO seitdem nichts mehr. Neuinstallation (purge) half nicht.

Kannst Du bei dir mal schauen wie die Verlinkung ist?
Bei mir sieht das so aus:

14:02:07^hannemann@hannemann-desktop:/opt$ls -l /usr/lib/firefox/plugins/
insgesamt 0
lrwxrwxrwx 1 root root 37 2009-07-01 12:26 flashplugin-alternative.so -> /etc/alternatives/firefox-flashplugin
lrwxrwxrwx 1 root root 39 2009-07-21 13:07 libjavaplugin.so -> /etc/alternatives/firefox-javaplugin.so
14:02:17^hannemann@hannemann-desktop:/opt$ls -l /etc/alternatives/firefox-javaplugin.so
lrwxrwxrwx 1 root root 49 2009-07-21 12:46 /etc/alternatives/firefox-javaplugin.so -> /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so
14:02:30^hannemann@hannemann-desktop:/opt$ls -l /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so
-rwxr-xr-x 1 root root 78978 2009-05-21 10:44 /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so

Zitat von .Ulli

Siehe Bug 457879 TM: (x86_64) Issues that need to be adressed before 64bit support can be turned on

Solang er läuft...

Zitat

P.S. JIT ist für 64Bit abgeschaltet.

Was heisst das?

[edit]
Wie schalte ich es ein oder gips das noch nicht für 64Bit?
[/edit]

So, das hat schon mal gut funktioniert.

Vielen Dank.

Muss ich eigentlich xulrunner extra kompilieren?

Zitat von .Ulli

Code

$ hg pull
$ hg update -r FIREFOX_3_5_1_RELEASE

Im Gegenteil, genau darum hast du ja die Verwaltung der Quelltexte.
Außerdem, du kannst pullen was du magst, der update deiner lokalen Kopie ist der relevante Teil.

Finde ich unpraktisch, da ich die Version wissen muss. Wäre doch einfacher, wenn ich einfach einen Befehl zum Updaten der Sourcen eingeben könnte, der sich nie ändert und ich habe das aktuelle Release auf der Platte.

Ich will ja nicht entwickeln oder so, sondern einfach nur einen Original UpToDate 64 Bit Firefox, den man AFAIK sonst eben nirgends bekommen kann.
Wenn ich mir die 32Bit Version installieren würde, würde sich der FF ja selbst drum kümmern, sofern ich ihn lasse.

Anyway. Ich habs mal so gemacht wie Du es beschrieben hast und werde dann sehen.

Des mit dem Sprachpaket finde ich gut. Allerdings heißt die Datei chrome.manifest. Ich nehm mal an, das ich die umbenennen muss?

Zitat von .Ulli

Du sagst dem Mercurial welche Version du haben möchtest

Wie gehtn das? :oops:

Zitat von .Ulli

der Standard ist immer der aktuelle Stand. Du benötigst den Stand FIREFOX_3_5_1_RELEASE.

Hmm... Praktischer wäre IMO ein Repository in dem immer der Code des aktuellen Release wäre. Dann könnte ich mit einem hg pull immer die richtige Version ziehen ohne eine Änderung vornehmen zu müssen.

Zitat von .Ulli

Das Sprachpaket *.xpi kannst du einfach entpacken und de.jar plus de.manifest in das Verzeichnis chrom kopieren.

Du meinst in das Verzeichnis ~/mozilla-1.9.1/chrome?
Ändert sich das nicht von Version zu Version, so das ich eh immer ein neues benötige? (Naja, viele Änderungen können es ja nicht sein)

Den hab ich probiert, da kam leider Version 3.5.1pre raus und ich konnte das Deutsche Sprachpaket nicht installieren.

3.5.1 habe ich unter ftp://releases.mozilla.org/pub/mozilla.or…s/3.5.1/source/ gefunden. Genau den hätte ich gern via Mercurial.

Oder muss ich meine mozconfig anpassen?

. $topsrcdir/browser/config/mozconfig
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/ff-opt
ac_add_options --disable-tests --disable-debug
ac_add_options --enable-application=browser --enable-optimize --enable-update-channel=release --enable-update-packaging --enable-official-branding

Grüße

Hannemann

Hallo,

da ich mir meinen Firefox gerne selbst kompilieren möchte, scheinbar aber zu blöd bin die Sourcen für das aktuelle Release via Mercurial zu holen, frag ich einfach mal:

Wie lautet der URL?

Ich finde die 3.5.1 Sourcen nur mit dem Browser...