[matteone2]

Innanzitutto dovresti reperire il .config del router se è disponibile in /proc.
(...)
Per abilitare locales in uClibc "credo" sia sufficiente abilitare "Compile with full language support" nei "Global build settings" di openwrt.

Per quanto riguarda il kernel l'operazione è un po' brigosa.

@roleo Finalmente ho trovato un po' di tempo per fare questa prova, ma non so se sto procedendo correttamente 
di seguito gli step preparatori che ho eseguito:

- copia del file /proc/Config.gz dal router ed estrazione del .config (tramite gunzip)
- preparazione sorgenti openwrt_agtef_gpl + technicolor con ./prepare_sources.sh
- copia del .config sovrascrivendo questo: openwrt_agtef_gpl/target/linux/brcm63xx-tch/config-3.4

- esecuzione di make menuconfig ed abilitazione "Compile with full language support" nei "Global build settings"
- esecuzione di make tools/compile V=s
- esecuzione di make toolchain/compile V=s

A questo punto dovrei avere tutto pronto. La compilazione kernel mi sembra di aver capito dalle guide di openwrt che si lanci così:

make target/linux/compile V=s

è corretto ?

A questo punto il .config va confrontato con:
openwrt_agtef_gpl/build_dir/target-arm_cortex-a9+neon_uClibc-0.9.33.2_eabi/linux-brcm63xx-tch/linux-3.4.11/.config
se non sono simili allora iterare il procedimento:

make menuconfig
make target/linux/clean V=s
make target/linux/compile V=s

è corretto anche questo?

[flapane]

ci sono altri pacchetti richiesti da compilare?

@roleo
Ciao, riusciresti ad aggiornare anche il repo per AGTHP?
Grazie

[roleo]

- esecuzione di make tools/compile V=s
- esecuzione di make toolchain/compile V=s

Io al posto dei vari make lancio il ./go che è semplicemente il make generale.

Per il kernel tutto corretto.
Sicuramente non ti verranno dei config identici, ma se le differenze che riscontri sono relative a driver particolari custom, tutto ok.

@flapane
Il repo AGTHP è lo stesso dell'AGTEF.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/

[flapane]

@flapane
Il repo AGTHP è lo stesso dell'AGTEF.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/

Ti ringrazio!
Onde evitare rischi, sapresti gentilmente dirmi se tutti i pacchetti sono "sicuri" o c'è qualcosa che non va *assolutamente* aggiornato tramite il repository? Non vedo kmod elencati, ma essendo alcune librerie sensibili, gradirei un parere.

Codice: [Seleziona]

Multiple packages (libstdcpp and libstdcpp) providing same name marked HOLD or PREFER. Using latest.
Multiple packages (libgcc and libgcc) providing same name marked HOLD or PREFER. Using latest.
odhcpd - 2017-07-04-f0d78e7ebfa785fd6037e1f1f711d6c382450c3b - 2017-12-22-7aa2594c5a127d92fa8f04328ac7b43e595bcaa7
procd - 2017-06-28-e0098d49a95d6f33252c9eb2f98e963c3fffe50b - 2017-07-20-1
libuci - 2016-07-04.1-1 - 2017-04-12.1-2
tcpdump - 4.9.0-1 - 4.9.2-1
uci - 2016-07-04.1-1 - 2017-04-12.1-2
Multiple packages (libstdcpp and libstdcpp) providing same name marked HOLD or PREFER. Using latest.
libstdcpp - 4.6-linaro-1 - 4.8-linaro-1
Multiple packages (libgcc and libgcc) providing same name marked HOLD or PREFER. Using latest.
libgcc - 4.6-linaro-1 - 4.8-linaro-1
snmpd - 5.7.3-6 - 5.7.3-9
libnetsnmp - 5.7.3-6 - 5.7.3-9
nginx - 1.10.3-1 - 1.12.1-1


[roleo]

Eviterei di aggiornare tute le librerie di base: libc, libgcc.
Se ne era discusso in questo thread qualche tempo fa.
Però non esistono certezze, nessuno può mettersi personalmente a testare migliaia di pacchetti uno per uno.

[matteone2]

Per il kernel tutto corretto.
Sicuramente non ti verranno dei config identici, ma se le differenze che riscontri sono relative a driver particolari custom, tutto ok

Ci sono quasi    vengono dei config molto simili, l'unica cosa che non riesco a far sparire è la parte relativa al CONFIG_SOUND e CONFIG_SND (sono un bel po' di righe) perchè da menuconfig non mi fa disabilitare kmod-sound-core .

@roleo sai se c'è modo di disabilitarlo manualmente da qualche parte oppure rischio di rompere il tree ? 

[roleo]

Anche a me succedeva questo, l'ho lasciato.
Anche se nel config originale non c'era.
Non mi ha dato troppi problemi.

[toretto_5]

Buonasera a tutti. Sull'AGTHP è possibile integrare la modalità mesh come da fritzbox? nel senso che, esiste una kmod di openwrt installabile?

[FrancYescO]

@toretto_5 no, sembra non sia supprotata la modalita client https://www.ilpuntotecnico.com/forum/index.php/topic,80344.0.html

[flapane]

Però non esistono certezze, nessuno può mettersi personalmente a testare migliaia di pacchetti uno per uno.

Ah ok, pensavo che tutti quelli nel repository fossero solo quelli testati, non l'intero branch.
Posso sicuramente affermare di non aver riscontrato problemi con openvpn e samba36 in luogo del vecchio 3.0.

Altra domandina: perchè /etc/banner si resetta ad ogni reboot? Immagino che /etc sia in realtà un folder temporaneo, e la cera cartella sia altrove.

[nclmrc]

@roleo puoi compilare tinyproxy 1.10 per il tim hub?

[roleo]

Nel weekend pensavo di fare una compilata.
Se avete richieste (umane  ) è il momento giusto.

[ItalianGamer91]

Puoi compilare per timhub il programma di interrogazione cwmp?

[flapane]

Altra domandina: perchè /etc/banner si resetta ad ogni reboot? Immagino che /etc sia in realtà un folder temporaneo, e la cera cartella sia altrove.

Nessuno mi sa rispondere? 

[LuKePicci]

No, /etc come gran parte del restante filesystem è la composizione di /rom/etc (cioè quello che c'è nell'immagine non modificabile del firmware) e /overlay/bank_X/etc (cioè quanto di modificato vai a salvare sulla partizione scrivibile di overlay. Probabilmente c'è qualcosa che va a ricreare il banner ad ogni riavvio. Prova a fare una ricerca a tutto testo di /etc/banner nei file del firmware estratti sul pc o da router in /rom e vedi se trovi uno script che sembra andarelo a ricreare.

edit: ho appena visto che anche io ce l'ho in /overlay/bank_X/etc/banner, quindi in effetti è stato modificato da qualcosa - non da me- e quella che vedi non è presa direttamente dalla rom, altrimenti non ne esisterebbe una copia nell'overlay.