Firefox 22.0beta parliamone

[Trotto@81]

Posto il link alla 14beta11 64bit compilata in italiano.
https://docs.google.com/open?id=0B3Hxoq ... UVrQ2xyeVE

[ponce]

ma i sorgenti della 14beta11 da dove li hai recuperati?
Io qui non li vedo ancora...

mi stavo per cimentare anch'io nella compilazione (seamonkey, firefox e thunderbird) e pensavo di usare ancora la famosa patch per la cache_dir, ma mi chiedevo se nella beta successive avessero sistemato: la stai applicando ancora?

[Trotto@81]

I sorgenti li trovi qui http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/
Hai provato il mio link a Google Drive?
Non vorrei che chiedesse la password.

Firefox è veramente maturo, snello, non più avido di ram e quella occupata e non più utilizzata viene liberata istantaneamente.
Se prima questo era un pregio di Chromium, quest'ultimo non ha più motivo di esistere alla luce della notevole velocità di rendering raggiunta da Firefox.

Mai sentita questa patch sulla cache_dir. Applico solo quelle di Patrick relative ai plugins e mimetypes.

[ponce]

se dai un'occhiata allo slackbuild per la current viene applicata una patch per quel problema che era stato segnalato anche qui (lo avevo fatto anch'io il 6.6 su linuxquestions), era quella che mi chiedevo se fosse ancora il caso di applicare: di default l'ho fatto (ho iniziato con seamonkey) e non mi ha dato errore, probabilmente i sorgenti hanno ancora quel problema.

ah, ho scaricato il pacchetto su google drive tranquillamente

[Trotto@81]

Ho una 13.1 e come scritto in quel topic mi è bastato compilare in una sotto directory aggiungendo un punto al

Codice: Seleziona tutto

../configure

Pat aggiunge una piccola modifica che permette la compilazione con gcc 4.7 che io non ho.

[ponce]

In realta' di quella non ce n'e' piu' bisogno nemmeno col gcc-4.7.1 in -current, serviva solo col 4.7.0.
pero', senza fare un "out-of-tree build" come fai invece te, la patch per la cache-dir serve ancora (per tutti e tre, seamonkey, firefox e thunderbird).

[Trotto@81]

E qual'è?

[ponce]

sono queste

http://slackware.osuosl.org/slackware64 ... r.patch.gz
http://slackware.osuosl.org/slackware64 ... r.patch.gz
http://slackware.osuosl.org/slackware64 ... r.patch.gz

(anch'io usavo quel metodo http://ponce.cc/testing/mozillas-patches/ )

ma mi sono informato e in effetti il build out-of-tree e' meglio, e' quello raccomandato dagli sviluppatori di mozilla
https://developer.mozilla.org/en/Config ... _an_objdir

suggeriscono anche, forse per il modo come vengono costruiti i percorsi, di chiamare il configure col percorso assoluto (ma vedo che a te funziona anche con quello relativo).

aspettavo che finisse la compilazione dei tre per mandare queste patch a Pat
http://ponce.cc/slackware/testing/patches-mozillas/
ma forse sarebbe piu' giusto che gliele mandassi te

[Trotto@81]

Se è raccomandata il build out-of-tree perchè dici di applicare le patch?

[ponce]

no, io dicevo che siccome sia io che Pat non lo facevamo (il build out-of-tree), ci toccava applicare la patch
pero' aspetto che abbiano finito di compilare seamonkey, firefox e thunderbird per darti la conferma che vada bene anche cosi'

[Trotto@81]

Ok, io sono qui.

[ponce]

allora, seamonkey e' andato
se ora vanno pure gli altri due pensavo di mandargli questa mail se a voi va bene: guardando nel topic sembra che il build out-of-tree sia stato proposto da 6C33C, se volete gli mando nome e cognome completi di entrambi, chissa' forse ci mette nel ChangeLog

- - -

Hi Pat,

I was building seamonkey, firefox and thunderbird in their beta versions and noticed that the patches for the cache_dir issue were still needed.
Plus, some headers of seamonkey, namely Types.h, Util.h, mozalloc.h, mozalloc_macro_wrappers.h and nsThreadIDs.h got installed in /usr/include/seamonkey-2.11/ instead of /usr/include/seamonkey-2.11/mozilla/...
So I had a look around, and read a topic on slacky.eu where the user Trotto@81 (Andrea ?), was building firefox since version 13 on slackware-13.1 without the patches but in a subfolder out-of-tree and launching configure with the relative path (../configure), following the hint of another user, 6C33C (Giorgio ?)

viewtopic.php?f=2&t=33305&start=345#p320529

This made me look at the official build instructions from mozilla developers, and they actually enforce out of tree builds in their instructions, specifying the absolute path to configure

https://developer.mozilla.org/en/Config ... _an_objdir

so I tried to modify the -current slackbuilds a little to build in a obj subfolder without the patches

http://ponce.cc/slackware/testing/patches-mozillas/

they seem to work fine and the includes go in the old path too, they don't get relocated.

Matteo

[Trotto@81]

Per me puoi scrivergli senza problemi, ma il modo per compilarlo senza patch mi è stato suggerito, io non centro nulla.
Se leggi il topic trovi tutto.

[ponce]

vabbe', io gliela manderei a nome di tutti e tre, bene o male ci abbiamo lavorato un po' tutti.

[Trotto@81]

Ok, no problem.