Aktuelle Sourcen über Mercurial

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

    Liebe Grüße

    Hannemann

    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?

    Code
    . $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

    Liebe Grüße

    Hannemann

    Zitat von hannemann

    da kam leider Version 3.5.1pre

    Sollte eigentlich 3.5.2pre sein.

    Die .mozconfig beeinflusst nur die Übersetzung und spielt bei den Versionsständen keine Rolle.
    Du sagst dem Mercurial welche Version du haben möchtest, der Standard ist immer der aktuelle Stand. Du benötigst den Stand FIREFOX_3_5_1_RELEASE.

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

    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)

    Liebe Grüße

    Hannemann

    Zitat von hannemann

    Wie gehtn das?

    Noch nie probiert, aber laut Manual wäre es

    Code
    $ hg pull
$ hg update -r FIREFOX_3_5_1_RELEASE
    Zitat von hannemann

    Hmm... Praktischer wäre IMO [...]

    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.

    Zitat von hannemann

    Du meinst in das Verzeichnis ~/mozilla-1.9.1/chrome?

    Keine Ahnung über deine lokale Konfiguration, aber hier ist es wegen

    Code
    mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../obj

    unter ~/<Pfad zum Mercurial>/obj/dist/bin/chrome zu finden.

    Zitat von hannemann

    Ändert sich das nicht von Version zu Version, so das ich eh immer ein neues benötige?

    FF 3.5.x ändert sich nicht mehr. Das gilt aber nicht für FF 3.6.

    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?

    Liebe Grüße

    Hannemann

    Zitat von hannemann

    Original UpToDate 64 Bit Firefox

    Mann, wozu unterstützt das Forum die so wunderbaren Signaturen ?

    Guckst du hier ftp://ftp.mozilla.org/pub/firefox/nightly/ und vergleichst das gewünschte Datum mit dem Mercurial. Der Name lautet zwar firefox-3.5.1pre.en-US.linux-x86_64.tar.bz2 aber das stört nicht.

    Die *.manifest brauchst du nicht umzubenennen, ist augenscheinlich aber auch egal.

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

    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:

    Code
    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...

    Liebe Grüße

    Hannemann

    Zitat von hannemann

    Bei mir sieht das so aus:

    Code
    -rwxr-xr-x 1 root root 78978 2009-05-21 10:44 /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so

    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.

    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:

    Code
    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.

    Liebe Grüße

    Hannemann

    Wenn alles gelungen sein sollte, dann muss about:plugins

    Zitat

    libnpjp2.so
    Dateiname: /usr/lib/jvm/java-6-sun-1.6.0.14/jre/lib/amd64/libnpjp2.so

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

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

    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.

    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.

    Code
    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)

    Liebe Grüße

    Hannemann

    Einmal editiert, zuletzt von hannemann (22. Juli 2009 um 09:32)

    Erster, ggf. auch dummer, Gedanke wenn der Link des Plugin stimmt, decken sich die Angaben bei file ?

    Zitat

    max@pasing:/usr/lib/firefox-3.5.1$ file firefox-3.5
    firefox-3.5: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
    [...]
    max@pasing:/usr/lib/jvm/java-6-sun-1.6.0.14/jre/lib/amd64$ file libnpjp2.so
    libnpjp2.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped

    Morgen,

    ist bei mir ganz genau so wie bei dir.

    Code
    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.

    Liebe Grüße

    Hannemann

    Moin,
    momentan bin ich etwas ratlos ...

    Im Ordner plugins sollte der Link auf libnpjp2.so und die Datei libnullplugin.so sein.

    Im Profil gäb es die Datei pluginreg.dat - wirf mal einen Blick rein. Sie kann ohne Bedenken gelöscht werden.

    Gibt es ~/.mailcap und/oder ~/.mime.types ? Auch hier könnte ein störender Eintrag enthalten sein.

    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

    Liebe Grüße

    Hannemann