[larsen64it]

@matteone2
Prima di compilare dai  " make download" così ti scarica tutto prima e compila più velocemente.

[matteone2]

Non lo sapevo   
Avrei potuto risolvere più rapidamente i problemi di download... ma ne farò tesoro per il futuro, grazie!

Nel frattempo, sono arrivato ad oltre 1000 package

[roleo]

Sembra sempre di più essere un problema di compilazione dovuto al fatto che non faccio sempre un clean prima di compilare (per fare prima).

Fatto.

[matteone2]

Qui mi sono proprio arenato 

Codice: [Seleziona]

/home/user/build/openwrt_agtef_gpl/extern/broadcom-bsp/bcmdrivers/opensource/char/board/bcm963xx/bcm963138/board.c:1143:2: error: implicit declaration of function 'BpGetHardRSTGpio_tch' [-Werror=implicit-function-declaration]
  if (BpGetHardRSTGpio_tch(&hardrst_gpio) == BP_SUCCESS)

In effetti non trovo la dichiarazione da nessuna parte, ho visto solo che la funzione compare anche nel file extern/broadcom-bsp/shared/opensource/boardparms/bcm963xx/bp_funcs.c   per il quale è stato correttamente generato il corrispondente object (bp_funcs.o)
 

[darkangel85]

Fatto.

ciao. si era impastato il modem, ho perso un pò di tempo a rimetterlo in piedi ripartendo da zero.

ho riprovato ma sintomi identici a quelli che avevo scritto ieri

[darkangel85]

ho risolto il problema delle funzioni date e orari.

ho preso da un mio decoder linux la cartella zoneinfo e l'ho copiata nel modem nella cartella /usr/share

poi nel codice del mio script ho aggiunto la dichiarazione date_default_timezone_set('Europe/Rome');

resta il messaggio di segmentation fault (core dumped) ma gli script girano. che sia qualche pacchetto che crea questo messaggio?

non ho toccato il php.ini

[roleo]

Dovresti riprovare con i pacchetti aggiornati dopo l'ultima compilata.

[darkangel85]

Li ho installati ieri sera, hai fatto un altro aggiornamento sulla repository nel frattempo?

[roleo]

No.
Comunque il pacchetto zoneinfo nel repo c'è:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/zoneinfo-core_2015d-1_brcm63xx-tch.ipk

[darkangel85]

dev'essermi sfuggito. direi che per il mio target va bene così, non posso che ringraziarti.

ho fatto una donazione, seppur simbolica, al sito.

ve la meritate per tutto quello che fate

[matteone2]

Sono arrivato in fondo alla compilazione e penso di avere ottenuto un albero abbastanza stabile. Stanotte faccio girare il make ripartendo
da pulito.

Tutto questo l'ho fatto in riferimento al post qua sotto:

Concordo con Ansuel, la uClibc non si tocca...
Eventualmente si può fare una compilata ex-novo di un altro albero con l'opzione locales abilitata.
Se riesci a recuperare i sorgenti vant-w_fastweb_16.2.7384_1_20170925.tar.gz puoi provare tu stesso.
Ti posso supportare nell'operazione.
Anche se la cosa migliore sarebbe farsi dare i sorgenti del router in questione.

Allo stato attuale l'opzione locales penso sia disabilitata, infatti i pacchetti ipk che ho generato continuano a dare errore
"symbol '__ctype_b': can't resolve symbol" quando provo ad installarli sul router Xtream 35B .

Su tale router ho la 16.1.6637 e mi sono fatto dare proprio i sorgenti di quella release.
@roleo : come faccio a compilare abilitando l'opzione locales ? Se riesco a far funzionare i pacchetti, possiamo fare un repository
e magari fare il porting completo della GUI di Ansuel 

[roleo]

Ti dico come procederi io.
Innanzitutto dovresti reperire il .config del router se è disponibile in /proc.
In questo modo andresti a compilare un kernel molto simile a quello esistente che non ti da problemi quando aggiungi dei driver compilati.
Capita spesso, soprattutto nella parte networking, di avere opzioni di compilazione kernel diverse che rendono i moduli non caricabili sul kernel preesistente.
Da quello si ricava il defconfig da utilizzare.

Per abilitare locales in uClibc "credo" sia sufficiente abilitare "Compile with full language support" nei "Global build settings" di openwrt.
Chiaramente dopo va fatto un clean.

[matteone2]

Ho trovato /proc/config.gz  l'ho scompattato ed aperto... ed infatti c'è abilitazione al NLS che invece manca sul DGA

Codice: [Seleziona]

CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
oltre ad esserci altre cose differenti.  Provo a costruire un config e vediamo che succede

[roleo]

L'NLS a cui facevo riferimento io è quello della uClibc (poi probabilmente si riflette anche sul kernel).
Quindi lo devi abilitare nel config di openwrt.

Per quanto riguarda il kernel l'operazione è un po' brigosa.
Io ho fatto come segue ma se trovi un metodo più rapido meglio.
Il . config lo metti in /openwrt/target/linux/brcm63xx-tch/config-3.4 però poi le opzioni relative ai moduli che sono nel menuconfig di openwrt devono coincidere.
Ti conviene lanciare un build del solo kernel e verificare come viene il .config finale nella cartella di build /build_dir/target.../linux-brcm63xx-tch/linux-3.4.11 finché non viene uguale (+ o -) al config estratto dal router.
Tieni conto che alcune voci custom technicolor potrebbero essere diverse.

[matteone2]

OK, grazie per l'informazione ... mi ci vorrà un po' di tempo ma posso farcela.

Un'altra domanda: vorrei fare delle aggiunte su board.c e board.h per aggiungere delle definizioni e degli EXPORT_SYMBOL ,  dopo mi conviene fare un "make clean" e ricompilare tutto o c'è un metodo più veloce ?  Mi sembra che board.h sia incluso in un bel po' di posti...