IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: roleo - 02 Novembre 2017, 21:34
-
Come anticipato nel topic principale
https://www.ilpuntotecnico.com/forum/index.php/topic,77325.0.html
abbiamo ricostruito un tree compilabile di OpenWrt Chaos Calmer 15.05.1 per AGTEF e AGTHP.
Si tratta di un mix di sorgenti diversi basato sul git di OpenWrt e su una serie di driver (sia open che closed) di Broadcom/Technicolor/TIM.
L'obiettivo, almeno dal mio punto di vista, non è quello di creare un file immagine da caricare sul router, come in passato si faceva per altri modelli perché non abbiamo la possibilità di firmare il file con le chiavi giuste richieste dal bootloader.
Oltretutto, proprio per il fatto che si tratta di un fw Frankestein, non credo possa esser affidabile come l'originale.
Cosa ci consente allora di fare questo svluppo? Di compilare driver kernel aggiuntivi (magari quelle parti che non coinvolgono l'hw direttamente) e di compilare tutti i programmi in userspace.
A questo scopo sto procedendo con la compilazione di pacchetti e avrei bisogno di volontari che li possano testare.
Nell'altro topic molti utenti chiedevano aria con supporto torrent per esempio...
Oppure openvpn...
Pensavo di trovare uno spazio per appoggiare i pacchetti man mano che li compilo, senza modificare il repo attuale che rimane quello stabile.
08/11/2017 - UPDATE
Ho terminato una prima compilata dei pacchetti e li ho appoggiati sul repository.
Quindi modificando il file /etc/opkg/customfeeds.conf come segue potrete usare opkg per installare i pacchetti per AGETF con firmware < 1.1.0.
src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/management
E per AGTHP con firmware < 1.1.0.
src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/management
E per AGTEF e AGTHP con firmware >= 1.1.0.
src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
Ricordatevi un
opkg update
per aggiornare gli indici.
Questo repository è comunque da considerare Work In Progress quindi non definitivo e soggetto a frequenti modifiche.
Come indicato sopra, l'origine dei sorgenti è il git di Chaos Calmer 15.05.1 aggiornato al 18/02/2018.
Il grosso del lavoro svolto è stato quello di sistemare il config.
Per riuscire a compilare moduli kernel esternamente, è necessario che il config del kernel utilizzato sia estremamente simile a quello originale.
Quindi ho estratto il config dalla /proc del router e ho modificato il config generale di OpenWrt finché non ho ottenuto un config del kernel quasi coincidente.
Questo significa che non tutti i pacchetti di OpenWrt sono stati compilati, infatti alcuni di essi hanno dipendenze che vanno a modificare pesantemente il config del kernel (es. airplay richiede un supporto sound del kernel).
Non vuol dire che non si possa fare ma bisogna provare a compilare e fare un bel po' di test.
Il kernel è quello dei sorgenti Broadcom, cioè il 3.4.11 con le opportune patch. Anche riuscire a far andare questo kernel vecchio su Chaos Calmer (che ha un 4.4) non è stato banale.
Nonostante ci sia tanto lavoro dietro, i pacchetti sono migliaia e non conosciamo le eventuali personalizzazioni fatte dal fornitore.
Evitate quindi di sovrascrivere pacchetti già installati se non specificatamente indicato in qualche procedura.
Per esempio non sostituite base-files.
Note:
- I pacchetti sono stati compilati con ottimizzazione -O3.
- Ho forzato il vermagic del kernel in modo da far tornare la dipendenza dei moduli ko.
- Ho eliminato la dipendenza dei moduli kernel dal vermagic per poter utilizzare lo stesso repo per tutte le versioni fw di agtef e agthp.
Attenzione: la probabilità di brickare il router è sempre presente, a vostro rischio e pericolo.
13/11/2017 - UPDATE
Ho copiato sul repo i sorgenti dell'albero di compilazione di Chaos Calmer come alcuni avevano chiesto: openwrt_agtef_gpl.tgz (sono gli stessi anche per agthp).
Purtroppo non sono riuscito a creare un albero compilabile utilizzando i sorgenti di ASUS e altri. Pertanto, considerando la licenza closed imposta da Technicolor, i sorgenti non sono completi.
Però, per chi possiede il tar.gz originale di Technicolor, ho predisposto uno script che ricrea l'albero completo. Quindi basta procurarsi il file dei sorgenti in qualche modo (non chiedetelo a me).
Per creare l'albero completo è sufficiente entrare nella cartella openwrt_agtef_gpl e lanciare lo script ./prepare_sources.sh
Per compilare invece lanciate il comando ./go
Durante la compilazione verranno sicuramente fuori degli errori dovuti al fatto che alcuni siti dove reperire i pacchetti non sono più online.
Per risolvere il problema basta guardare il nome del file che non viene trovato, cercarlo su google, scaricarlo e copiarlo nella cartella /dl
Testato su una debian 8.6 64bit.
25/01/2018 - UPDATE
Inserita compatibilità AGTHP.
22/02/2018 - UPDATE
Piccoli aggiornamenti.
-
E' possibile avere accesso ai sorgenti?
-
E' possibile avere accesso ai sorgenti?
La licenza della parte closed non consente, quindi in teoria no.
-
Intendo la parte GPL.
-
Intendo la parte GPL.
Se intendi il tree di openwrt con le modifiche che ho fatto, certo.
-
Se intendi il tree di openwrt con le modifiche che ho fatto, certo.
Yep
-
Yep
Nell'altro topic ci siamo mossi per chiarire gli aspetti di licenza della parte closed.
Se i pareri sono positivi poi pubblico tutto.
-
@roleo come procede la compilazione? sono troppo curioso di testare luci
-
@roleo come procede la compilazione? sono troppo curioso di testare luci
Allora...
Abilitando tutto luci ha voluto ricompilare anche il kernel iniziando a generare errori.
Quindi ora sto abilitando un pezzetto alla volta per vedere cosa lo costringe a rifare tutto.
Probabilmente qualche programma che ha una dipendenza da un modulo kernel.
-
Domandina per @roleo , con Chaos Calmer pensi sia fattibile montare SNMP per mettere sù grafici sfiziosi riguardo l'utilizzo della banda nella rete?
-
Allora...
Abilitando tutto luci ha voluto ricompilare anche il kernel iniziando a generare errori.
Quindi ora sto abilitando un pezzetto alla volta per vedere cosa lo costringe a rifare tutto.
Probabilmente qualche programma che ha una dipendenza da un modulo kernel.
Posso chiederti quale kernel stai utilizzando?
-
Domandina per @roleo , con Chaos Calmer pensi sia fattibile montare SNMP per mettere sù grafici sfiziosi riguardo l'utilizzo della banda nella rete?
Secondo me sì, a che demone ti riferisci in particolare?
Posso chiederti quale kernel stai utilizzando?
3.4.11 patchato broadcom.
-
3.4.11 patchato broadcom.
Il che esclude kmod-sched-cake... E' corretto?
-
Il che esclude kmod-sched-cake... E' corretto?
Corretto.
Purtroppo la Broadcom supporta al massimo il 3.4.11.
Cambiare kernel significa rinunciare al driver adsl e chissà quali altri.
-
Secondo me sì, a che demone ti riferisci in particolare?
Mi riferivo ad un bandwidth monitor e non solo, qualcosa del genere per capirci https://advanxer.com/blog/2013/02/openwrt-monitoring-using-collectd (https://advanxer.com/blog/2013/02/openwrt-monitoring-using-collectd)
-
Il che esclude kmod-sched-cake... E' corretto?
broadcom ha il suo metodo di qos... andrebbe prima eliminato quello
-
Mi riferivo ad un bandwidth monitor e non solo, qualcosa del genere per capirci https://advanxer.com/blog/2013/02/openwrt-monitoring-using-collectd (https://advanxer.com/blog/2013/02/openwrt-monitoring-using-collectd)
collectd è già compilato.
Non so però se ha delle dipendenze da qualche modulo kernel.
-
Bene!
Penso che a livello hardware, in termini di risorse possa reggerlo lo scolapasta 2.0 il modulo, giusto?
-
Bene!
Penso che a livello hardware, in termini di risorse possa reggerlo lo scolapasta 2.0 il modulo, giusto?
Credo di sì.
-
Qualcuno ha uno spazio dove appoggiare il nuovo repo di test?
Domani penso di finire la compilata, almeno una prima prova.
-
Hai recuperato accesso al repository ?
-
Hai recuperato accesso al repository ?
Sì grazie.
Per il repo openwrt però non ha la struttura giusta (directory listing).
-
Nell'altro topic ci siamo mossi per chiarire gli aspetti di licenza della parte closed.
Se i pareri sono positivi poi pubblico tutto.
Ci sono novità?
-
Ci sono novità?
Ho finito una prima compilata.
Sto aspettando di capire dove posso appoggiare la roba.
-
Ho finito una prima compilata.
Sto aspettando di capire dove posso appoggiare la roba.
Potresti inviarmi una copia del tree OpenWrt?
-
Ciao,
si puo usare un amazon s3 ? https://aws.amazon.com/it/s3/
Gratuito per un anno, ci dà il tempo di vedere, non dovrebbe richiedere più di 2 GB di spazio su disco, no ?
-
Domandina per @roleo , con Chaos Calmer pensi sia fattibile montare SNMP per mettere sù grafici sfiziosi riguardo l'utilizzo della banda nella rete?
potresti provare mini_snmpd che gia' uso, ma sappi che /proc/net aggiorna in maniera irregolare quindi solo le curve dei valori medi hanno un bell'aspetto;
lo trovi qui https://downloads.openwrt.org/snapshots/trunk/mvebu/generic/packages/packages/ e trovi anche snmpd che non ho provato; puoi importare il solo binario e avviarlo con mini-snmpd -i ptmo -i wl0 -i eth5 , etc , ed e' gia' patchato per non bloccarsi a 4gb di traffico.
ricordati di aggiungere ld-musl-arm.so.1
-
Grazie @kkurt se ho modo provvedo, altrimenti attendo un pacchetto "stable" da parte del duo @Ansuel @roleo dopo i relativi test.
Purtroppo ho in locale server che necessitano di un uptime "sicuro" e non posso permettermi di fare prove di spegnimento o riavvio in caso qualcosa non vada a buon fine :lolz:
-
prova fuori orario, non serve nemmeno riavviare; non usare opkg, metti la libreria in /lib e mini_snmpd puoi farlo girare anche da dentro tmp e non servono altri files, cambia a entrambi i permessi in 755 o 777.
I binari compilati con musl verificano le risorse di sistema al loro avvio ed e' molto difficile provochino qualche danno.
-
Presto! Sono in fretta di usare Aria2 :asd: :victory:
-
@roleo si può caricare sempre sullo stesso AWS? In una sub directory? Tipo http://brcm63xx-tch.ddns.net/test/*
Ho chiesto ad Amazon la data di scadenza ed è 31 Marzo 2018
-
@roleo si può caricare sempre sullo stesso AWS? In una sub directory? Tipo http://brcm63xx-tch.ddns.net/test/*
Ho chiesto ad Amazon la data di scadenza ed è 31 Marzo 2018
Sì certo.
Mi scoccia solo di chiederti i vari upload visto che avrò frequenti aggiornamenti.
-
Sì certo.
Mi scoccia solo di chiederti i vari upload visto che avrò frequenti aggiornamenti.
Se non c'è nulla di illegale (parlo delle licenze) ti posso passare le credenziali in pm
-
Ragazzi, lo staff si sta predisponendo per mettere @roleo e tutti i collaboratori nelle condizioni di poter lavorare direttamente usando il Repository nostrano.
Portate pazienza che a breve mettiamo tutto a punto :good:
-
Dunque si deve modificare il file /etc/opkg.conf cosi ?
dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/management
-
ciao,
ho provato ieri sera Aria2 + Webui è ho avuto molti problemi...
si è fermato molte volte da solo...non poteva più scrivere sulla chiave USB...e per finire non potevo caricare un torrent dalla webui... :shock: :shock:
Quando funzionava il cpuload era tra 1.8 e 2.5 per un singolo torrente.
-
ciao,
ho provato ieri sera Aria2 + Webui è ho avuto molti problemi...
si è fermato molte volte da solo...non poteva più scrivere sulla chiave USB...e per finire non potevo caricare un torrent dalla webui... :shock: :shock:
Quando funzionava il cpuload era tra 1.8 e 2.5 per un singolo torrente.
Prova la versione 1.33.0
-
ho provato con la versione del tuo repo : aria2_1.33.0-1_brcm63xx-tch.ipk
Forse il problema vienne della mia chiave USB ? se qualcuno puo provare ? sarebbe bene avere 2 recensioni ...
Attualmente, per me, non si puo usare aria2 in demon mode cosi: aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true
c'è sempre un problema e il download non finisce, non ho ancora provato in "command line", solo con la GUI. Farò più prove stasera.
-
ho provato con la versione del tuo repo : aria2_1.33.0-1_brcm63xx-tch.ipk
Forse il problema vienne della mia chiave USB ? se qualcuno puo provare ? sarebbe bene avere 2 recensioni ...
Attualmente, per me, non si puo usare aria2 in demon mode cosi: aria2c --enable-rpc --rpc-listen-all=true --rpc-allow-origin-all --daemon=true
c'è sempre un problema e il download non finisce, non ho ancora provato in "command line", solo con la GUI. Farò più prove stasera.
Ieri c'era la 1.18.7.
La 1.33.0 l'ho messa su stamattina.
Ma se il comportamento è lo stesso allora il problema è altrove.
-
Ho provato anche io aria2 1.33 e nel mio caso funziona perfettamente anche da webui... scarica tranquillamente i torrent sull'hdd e non si blocca.
-
Haaaa ! :D:
root@livebox:~# aria2c --version
aria2 version 1.18.7
Copyright (C) 2006, 2014 Tatsuhiro Tsujikawa
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
** Configuration **
Enabled Features: BitTorrent, GZip, HTTPS, Message Digest, Metalink, XML-RPC
Hash Algorithms: sha-1, sha-224, sha-256, sha-384, sha-512, md5
Libraries: zlib/1.2.8 libxml2/2.9.2 OpenSSL/1.0.2l
Compiler: gcc 4.8.3
built by x86_64-pc-linux-gnu
targetting arm-openwrt-linux-gnu
on Nov 1 2017 23:50:04
System: Linux 3.4.11-rt19 #1 SMP PREEMPT Thu Mar 9 02:50:43 UTC 2017 armv7l
Report bugs to https://github.com/tatsuhiro-t/aria2/issues
Visit http://aria2.sourceforge.net/
-
Ok,
ho provato ancora, ora con la 1.33. Tutto va bene fino a quando faccio qualche clic nel WEBui (AriaNG), arriva un momento dovè aria2c si ferma e non posso piu entrare in /mnt/usb/USB-A1, la cartella non esiste più.
Con winscp ho un errore :
La commande 'ls -la '
a échoué avec pour code de retour 1 et pour message
ls: ./.dlna: Input/output error
ls: ./torrent_file_test.avi.aria2: Input/output error.
c'è un rapporto con minidlna ?!
-
Comunque se tutto va per il meglio, dopo il caricamento faccio una guida per metterci su luci :)
roleo non per essere pignolo ma siccome abbiamo abbastanza ram e flash... perchè non compilare tutto con flag -o3 o ottimizzazioni per quel processore specifico?
Purtroppo si dovrebbe ricompilare tutto daccapo ma effettivamente dovrebbe andare tutto un pò più veloce...
e dovrei anche iniziare a capire andando per esclusione e con seriale cosa rallenta il processo di boot
-
Ok,
ho provato ancora, ora con la 1.33. Tutto va bene fino a quando faccio qualche clic nel WEBui (AriaNG), arriva un momento dovè aria2c si ferma e non posso piu entrare in /mnt/usb/USB-A1, la cartella non esiste più.
attiva il logging di aria2 per vedere l'errore secondo me è qualche problema di permessi... setta 777 ovunque nella cartella :)
-
Ok,
ho provato ancora, ora con la 1.33. Tutto va bene fino a quando faccio qualche clic nel WEBui (AriaNG), arriva un momento dovè aria2c si ferma e non posso piu entrare in /mnt/usb/USB-A1, la cartella non esiste più.
Se la cartella USB-A1 non esiste piu' vuol dire che e' stata smontata... secondo me hai problemi con la chiavetta usb... io con un HDD esterno non ho riscontrato anomalie.
-
Provato con Aria2NG e Aria2 webui senza fare clic su nessuna parte durante il download = tutto OK. :shock:
Ho provato con un ISO di debian netinstall di 200MB.
il problema che ho avuto è con un AVI file, magari c'è qualcosa che non va con il minidlna quando il file non è ancora caricato 100%...
Edit:
confermo, con un file .AVI di 1.4GB, a circa 25% (370MB downloaded) c'è un crash di Aria2, la cartella .dlna della chiave USB non esiste piu è nel mio PC la chiave USB non funziona devo fare un Format.
EDIT2:
con un ISO de 648MB di debian ha fatto un crash...dunque non è il mini dlna...stasera provo con un altro chiave usb...
-
@mayaprophecy
your external HDD is powered by the usb port or it has its own power supply ?
Did you try a torrent with a size over 650MB ?
-
@mayaprophecy
your external HDD is powered by the usb port or it has its own power supply ?
Did you try a torrent with a size over 650MB ?
The HDD is a 500GB USB2 powered by the usb port... I downloaded 2 torrents.. one of them was about 2GB...
-
Comunque se tutto va per il meglio, dopo il caricamento faccio una guida per metterci su luci :)
roleo non per essere pignolo ma siccome abbiamo abbastanza ram e flash... perchè non compilare tutto con flag -o3 o ottimizzazioni per quel processore specifico?
Purtroppo si dovrebbe ricompilare tutto daccapo ma effettivamente dovrebbe andare tutto un pò più veloce...
e dovrei anche iniziare a capire andando per esclusione e con seriale cosa rallenta il processo di boot
Attualmente sono messo così:
CONFIG_TARGET_BOARD="brcm63xx-tch"
CONFIG_TARGET_ARCH_PACKAGES="brcm63xx-tch"
CONFIG_DEFAULT_TARGET_OPTIMIZATION="-Os -pipe -march=armv7-a -mtune=cortex-a9 -mfpu=vfpv3-d16"
CONFIG_CPU_TYPE="cortex-a9+vfpv3"
-
@roleo su che base parti lede o openwrt?
la flag da modificare sarebbe la -Os che ottimizza per lo spazio...
dovremmo mettere -O3 per ottimizzare per il massimo della velocità
dovremmo anche provare ad usare -mfpu=neon (togliendo quello che sta già) e cpu type cortex-a9+neon
dimmi se va... dovrebbe velocizzare processi di generazione chiavi criptate e altro...
-
Attualmente sono messo così:
CONFIG_TARGET_BOARD="brcm63xx-tch"
CONFIG_TARGET_ARCH_PACKAGES="brcm63xx-tch"
CONFIG_DEFAULT_TARGET_OPTIMIZATION="-Os -pipe -march=armv7-a -mtune=cortex-a9 -mfpu=vfpv3-d16"
CONFIG_CPU_TYPE="cortex-a9+vfpv3"
ASUS per l'AC87VG utilizza:
CONFIG_DEFAULT_TARGET_OPTIMIZATION=-Os -pipe -march=armv5te -mtune=xscale -fno-caller-saves
Qualcuno sa spiegare questa scelta per l'architettura?
-
Os come sempre è un ibrido ma predilige l'ottimizzazione per spazio...
per il resto semplicemente cpu diversa
-
Os come sempre è un ibrido ma predilige l'ottimizzazione per spazio...
per il resto semplicemente cpu diversa
Ma l'ASUS monta un BCM63138. Non è la stessa cpu?
-
Mi sa che vi state riferendo a due modelli di Asus diversi, in precedenza Asus usava Mediatek come chipset per le vdsl e le adsl.
-
Mi sa che vi state riferendo a due modelli di Asus diversi, in precedenza Asus usava Mediatek come chipset per le vdsl e le adsl.
https://wikidevi.com/wiki/ASUS_DSL-AC87VG
-
Ma l'ASUS monta un BCM63138. Non è la stessa cpu?
in tal caso... fanno una compilazione del cavolo... mal ottimizzata... se mi trovi un motivo, ti faccio una statua
-
Confermo che Aria2 funziona perfettamente con un HDD esterna, non capisco il mio problema con la chiave usb, perche funziona perfettamente su windows... :cheer:
edit:
add in /root/.aria2/aria2.conf
peer-id-prefix=UT2210
user-agent=uTorrent/2210
For bittorrent trackers who have banned Aria2 :asd: this will show you as µTorrent 2.2.1.0 which is usualy accepted everywhere. :D:
-
Confermo che Aria2 funziona perfettamente con un HDD esterna, non capisco il mio problema con la chiave usb, perche funziona perfettamente su windows... :cheer:
edit:
add in /root/.aria2/aria2.conf
peer-id-prefix=UT2210
user-agent=uTorrent/2210
For bittorrent trackers who have banned Aria2 :asd: this will show you as µTorrent 2.2.1.0 which is usualy accepted everywhere. :D:
non sapevo ci fossero tracker che bannavano aria2 O_O
-
Private tracker (ratio based) usualy have a banned list of clients, especially those who send false data.
So it depends if they use a blacklist or a whitelist, but exotic clients like aria2 could be banned.
http://www.torrent-invites.com/bittorrent-discussion/222786-private-trackers-torrent-client-allowed-banned-list.html
-
in tal caso... fanno una compilazione del cavolo... mal ottimizzata... se mi trovi un motivo, ti faccio una statua
In tal caso rinnovo la mia richiesta per il tree OpenWrt.
-
In tal caso rinnovo la mia richiesta per il tree OpenWrt.
Non è mala fede.
Appena si chiariscono gli aspetti relativi alla licenza, pubblico tutto.
-
roleo se vuoi aiutarmi a capire...
https://forum.lede-project.org/t/license-problem/8258/3
-
chi a cominciato a provare LUCI ? :beta:
in teoria, basta installare uhttpd, metterlo sulla porta 81 per esempio...cosi non si rompe la webui esistente sulla porta 80...cambiare il home directory a /www2, e si fa l'install di luci ?
-
potrei provare io... ma il repo è già up?
comunque luci ha bisogno di alcuni kmod e altro...
ma in ogni caso dovrebbe funzionare molto facilmente :)
riguardo la porta basta silurare nginx (un bell killall) e farci partire uhttpd
-
roleo se vuoi aiutarmi a capire...
https://forum.lede-project.org/t/license-problem/8258/3
Per me è arabo.
Comunque cerco di fare diversamente: in fondo la parte di sorgenti closed non ci serve a nulla, li elimino dal tree e pubblico tutto (a dirsi è facile).
-
Per me è arabo.
Comunque cerco di fare diversamente: in fondo la parte di sorgenti closed non ci serve a nulla, li elimino dal tree e pubblico tutto (a dirsi è facile).
stavo pensando in teoria a noi servirebbero solo i toolchain per compilare giusto ?
-
stavo pensando in teoria a noi servirebbero solo i toolchain per compilare giusto ?
Se vogliamo compilare dei moduli kernel, ci serve un kernel molto ma molto uguale a quello vero.
-
Ho installato uhttpd, e doppo ho provato di instalalre luci :
root@livebox:~# opkg install luci
Installing luci (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci_git-17.136.58961-13aa5ff-1_all.ipk.
Installing uhttpd-mod-ubus (2015-11-08-fe01ef3f52adae9da38ef47926cd50974af5d6b7) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/uhttpd-mod-ubus_2015-11-08-fe01ef3f52adae9da38ef47926cd50974af5d6b7_brcm63xx-tch.ipk.
Installing luci-mod-admin-full (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-mod-admin-full_git-17.136.58961-13aa5ff-1_brcm63xx-tch.ipk.
Installing luci-base (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-base_git-17.136.58961-13aa5ff-1_brcm63xx-tch.ipk.
Installing libuci-lua (2015-08-27.1-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/libuci-lua_2015-08-27.1-1_brcm63xx-tch.ipk.
Configuring luci-base.
Configuring luci-mod-admin-full.
Configuring uhttpd-mod-ubus.
Collected errors:
* check_data_file_clashes: Package libuci-lua wants to install file /usr/lib/lua/uci.so
But that file is already provided by package * lua-uci
* opkg_install_cmd: Cannot install package luci.
root@livebox:~#
-
Ho installato uhttpd, e doppo ho provato di instalalre luci :
Credo che lua-uci sia un pacchetto custom di bcm/tch/tim.
Sia lua-uci che libuci-lua contengono solo la /usr/lib/lua/uci.so quindi potresti provare a forzare l'installazione di libuci-lua.
Però c'è il rischio di brikkare il router.
-
se rompo qualcosa non posso riflashare il firmware con TFTPD ? o fare un factory reset ?
-
se rompo qualcosa non posso riflashare il firmware con TFTPD ? o fare un factory reset ?
Credo di sì.
-
il "credo" mi fa un po' paura :lolz:
-
Ho fatto un install script install_luci.sh :
#!/bin/bash
# Stop nginx and transformer
/etc/init.d/nginx stop
/etc/init.d/transformer stop
# Backup /www into /www2 and clean the content of /www
cp -rf /www /www2
rm -rf /www/*
# LUCI installation
opkg update
opkg install uhttpd
opkg install luci
# Start uhttpd
/etc/init.d/uhttpd start
Dunque alla fine mi fa l'errore relativo a uci.so
Quando vado su http://192.168.1.1 la pagina dice Bad gateway...Mi sembra che luci è installato, siamo vicini...
Aspettiamo l'opinione di Ansuel, non voglio fare il Kamikaze :D:
-
sicuro che uhttpd è avviato ?
devi vedere i log per capire l'errore...
modificare la libreria uci.so comunque non comporta rischi... al massimo al riavvio del modem non funziona la gui originale ma l'accesso root c'è comunque... male che va resetti e hai fatto...
-
si, era avviato uhttpd e fermato nginx. andando su http://192.168.1.1/ c'era la redirezione su http://192.168.1.1/cgi-bin/luci
-
ok e poi ?
-
e poi...la pagina con "BAD GATEWAY".
Dovresti provare, sarebbe meglio, non c'è rischio si puo tornare indietro senza problemi :D:
-
Ho provato anche io ad installare luci e dà lo stesso errore di @shdf, ho controllato luci che errore registra e questo è il risultato:
root@modemtim:/# /www/cgi-bin/luci
/usr/bin/lua: /usr/lib/lua/luci/ccache.lua:6: module 'nixio.fs' not found:
no field package.preload['nixio.fs']
no file './nixio/fs.lua'
no file '/usr/share/lua/nixio/fs.lua'
no file '/usr/share/lua/nixio/fs/init.lua'
no file '/usr/lib/lua/nixio/fs.lua'
no file '/usr/lib/lua/nixio/fs/init.lua'
no file './nixio/fs.so'
no file '/usr/lib/lua/nixio/fs.so'
no file '/usr/lib/lua/loadall.so'
no file './nixio.so'
no file '/usr/lib/lua/nixio.so'
no file '/usr/lib/lua/loadall.so'
stack traceback:
[C]: in function 'require'
/usr/lib/lua/luci/ccache.lua:6: in main chunk
[C]: in function 'require'
/usr/lib/lua/luci/cacheloader.lua:6: in main chunk
[C]: in function 'require'
/www/cgi-bin/luci:2: in main chunk
[C]: ?
Ho provato a cercare su internet una soluzione ma non riesco a trovarla
EDIT: sono riuscito a installare e configurare luci, mancavano le librerie nixio e ip che ho installato manualmente dal repository di roleo.
-
Dopo essere riuscito a installare luci, accedendo con utente root ricevo questo errore:
https://imgur.com/a/UJqtp
Status: 500 Internal Server Error /usr/lib/lua/luci/dispatcher.lua:433: Failed to execute function dispatcher target for entry '/'.
The called action terminated with an exception: /usr/lib/lua/luci/dispatcher.lua:433: Failed to execute firstchild dispatcher target for entry '/admin'.
The called action terminated with an exception: /usr/lib/lua/luci/dispatcher.lua:433: Failed to execute function dispatcher target for entry '/admin/status'.
The called action terminated with an exception: /usr/lib/lua/luci/dispatcher.lua:433: Failed to execute template dispatcher target for entry '/admin/status/overview'.
The called action terminated with an exception: /usr/lib/lua/luci/template.lua:97: Failed to execute template 'admin_status/index'.
A runtime error occured: /usr/lib/lua/luci/template.lua:97: Failed to execute template 'header'.
A runtime error occured: /usr/lib/lua/luci/template.lua:97: Failed to execute template 'themes/bootstrap/header'.
A runtime error occured: [string "/usr/lib/lua/luci/view/themes/bootstrap/hea..."]:112: attempt to call method 'changes' (a nil value) stack traceback: [C]: in function 'assert' /usr/lib/lua/luci/dispatcher.lua:433: in function 'dispatch' /usr/lib/lua/luci/dispatcher.lua:168: in function
:helpme:
-
error 500 is usualy a permission problem or missing folders.
when you succeeded to install Luci what other Luci package were installed ? you can do a opkg list-installed luci*
usually there is a long list of package...for me it installed only 3 packages but it was probably due to the error i had.
-
Ho davvero paura che roleo per disattivare le dipendenze dal check del kernel... abbia completamente disattivato le dipendenze dei pacchetti quindi vi trovate luci ma senza tutte le dipendenze installate....
https://wiki.openwrt.org/doc/howto/luci.essentials
avete controllato qui che tutti quei pacchetti sono installati ?
-
it was exactly what i was checking :asd:
Something i don't understand:
In case you want to use uHTTPd for the web interface there is little configuration necessary as uHTTPd is configured with CGI to make LuCI work with the Lua interpreter. By default this is organised as follows. By default /www is the standard document root. Thus, by requesting this docroot (by pointing your browser to the devices IP address) an index file such as index.html is searched for (per uHTTPd settings). The file /www/index.html (installed with LuCI) is prepared such that when requested, it redirects you to /cgi-bin/luci, which is the default CGI gateway for LuCI. This is just a script, which basically calls Lua at /usr/bin/lua. uhttpd is configured by default to load pages as CGI in the /cgi-bin path, and thus starts serving these pages with the /cgi-bin/luci script.
So what do we have to configure ?? i never had to configure anything when i installed luci on my x86 routers, everything is done automaticaly...
-
mi sono messo io al lavoro ora... sto vedendo per ora la vedo male... ho installato i pacchetti e si è riavviato LOL
-
it was exactly what i was checking :asd:
Something i don't understand:So what do we have to configure ?? i never had to configure anything when i installed luci on my x86 routers, everything is done automaticaly...
try to delete the www directory and reinstall luci :)
-
Bene son fregato... ho bisogno di ripristinare con tftpd... ma non ho porte ethernet OTTIMO
-
Ho davvero paura che roleo per disattivare le dipendenze dal check del kernel... abbia completamente disattivato le dipendenze dei pacchetti quindi vi trovate luci ma senza tutte le dipendenze installate....
https://wiki.openwrt.org/doc/howto/luci.essentials
avete controllato qui che tutti quei pacchetti sono installati ?
Il control mi sembra corretto:
Package: luci-base
Version: git-17.136.58961-13aa5ff-1
Depends: libc, lua, libuci-lua, luci-lib-nixio, luci-lib-ip, rpcd, libubus-lua
Source: feeds/luci/modules/luci-base
Section: luci
Architecture: brcm63xx-tch
Installed-Size: 123094
Description: LuCI core libraries
Non so perché non installi le dipendenze.
Bene son fregato... ho bisogno di ripristinare con tftpd... ma non ho porte ethernet OTTIMO
Di solito quando mi taglio fuori mi basta il resettone tenendo premuto il pulsante.
-
Il control mi sembra corretto:
Package: luci-base
Version: git-17.136.58961-13aa5ff-1
Depends: libc, lua, libuci-lua, luci-lib-nixio, luci-lib-ip, rpcd, libubus-lua
Source: feeds/luci/modules/luci-base
Section: luci
Architecture: brcm63xx-tch
Installed-Size: 123094
Description: LuCI core libraries
Non so perché non installi le dipendenze.
Di solito quando mi taglio fuori mi basta il resettone tenendo premuto il pulsante.
magari a riuscirci... mi crasha rcpd e non funziona il reset non ho idea del perchè.... ummmm
ok forse ho azzeccato il tempo giusto
-
@roleo ok confermo crasha rcpd... che direi sia fondamentale per luci... non installatelo perchè resettare diventa difficile...
dobbiamo capire il motivo
per non far riavviare dopo il crash va disattivato il coredump in /config/system
ho un coredump ma non ho idea della sua utilità...
-
Confermo, anche a me dopo aver installato le dipendenze il modem si è riavviato e non ha più voluto riaccendersi...
Ho provato il reset ma non ha funzionato, 1° flash con tftpd andato a buon fine ma il modem è nelle stesse condizioni di prima... Ho paura che qualche dipendenza abbia modificato entrambe le partizioni e ora nonostante il dual boot non riesce ad avviarsi...
Riprovo con un'altra versione del firmware con tftpd sperando che stavolta funzioni :smash:
-
Confermo, anche a me dopo aver installato le dipendenze il modem si è riavviato e non ha più voluto riaccendersi...
Ho provato il reset ma non ha funzionato, 1° flash con tftpd andato a buon fine ma il modem è nelle stesse condizioni di prima... Ho paura che qualche dipendenza abbia modificato entrambe le partizioni e ora nonostante il dual boot non riesce ad avviarsi...
Riprovo con un'altra versione del firmware con tftpd sperando che stavolta funzioni :smash:
no sei su bank2 forse.... comunque il problema è rpcd... sono riuscito a resettarlo ma va fatto dopo un certo momento nel boot... io posso vederlo da seriale ma non ho idea di come fare senza.... dovresti andare a fortuna... bene o male va fatto 6 secondi prima del reboot.... quindi se vuoi puoi cronometrare il tempo di boot e capire quando iniziare a premere .... (va rilasciato dopo 4-5 secondi)
-
Sono in bank1, ho sempre fatto lì le modifiche, ora provo a fare come dici. Quindi devo resesettare circa 6 secondi prima del riavvio e tenere premuto 4-5 secondi?
-
si hai firm 1.0.3 vero!
@roleo penso che dobbiamo applicare questa patch... https://lists.openwrt.org/pipermail/openwrt-devel/2014-January/023513.html
-
Sì, riflashato anche 2 volte :asd:
-
Riuscito a resettarlo. Grazie mille Ansuel!!! :rock:
-
per non incorrere in sti problemi in generale ti consiglio di fare quella modifica :)
-
È la prima cosa che faccio dopo aver riapplicato il root. Grazie ancora, iniziavo ad aver paura di doverlo usare come un bel fermaporte nero... :asd:
-
Riguardo il repository resistete che @mavelot quanto prima provvederà a gestire quello di @roleo per potervi appoggiare lì per gli sviluppi :bravo:
-
Comunque @roleo ora che vedo ho paura che il problema sia nel fatto che effettivamente stai basando il tutto su repository vecchio per esempio...
Not downgrading package libubox on root from 2016-07-29-290c64ef5b5c3e75be851594f269d6a9568e64e5 to 2015-11-08-10429bccd0dc5d204635e110a7a8fae7b80d16cb.
-
Ragazzi, a me funziona...
/etc/init.d/nginx stop
mv /www /www2
mkdir /www
opkg install luci-base
opkg install luci-theme-bootstrap
opkg install luci-mod-admin-full
opkg install uhttpd
/etc/init.d/uhttpd start
-
si ma allora sto rpcd a che serve?
comunque riguardo il repo basato sul vecchio come mai questa scelta?
-
si ma allora sto rpcd a che serve?
comunque riguardo il repo basato sul vecchio come mai questa scelta?
Non capisco cosa intendi.
Tutto quello che ho compilato in questi giorni è su https://repository.ilpuntotecnico.com/
Il repo http://brcm63xx-tch.ddns.net/ contiene i pacchetti mvebu convertiti a mano.
-
intendo i sorgenti dove hai applicato i sorgenti del kernel
-
Ragazzi, a me funziona...
/etc/init.d/nginx stop
mv /www /www2
mkdir /www
opkg install luci-base
opkg install luci-theme-bootstrap
opkg install luci-mod-admin-full
opkg install uhttpd
/etc/init.d/uhttpd start
non ti dà nessun errore ?
-
intendo i sorgenti dove hai applicato i sorgenti del kernel
Sono partito da Chaos Calmer perché il fw originale è basato su quello. Il porting è più semplice.
Poi se si vuole passare a Lede, forse è possibile ma c'è da lavorare perché il kernel è molto vecchio rispetto al resto del sistema.
Il 3.4.11 addirittura è dell'epoca di Attitude Adjustment.
non ti dà nessun errore ?
Nessuno.
-
Sono partito da Chaos Calmer perché il fw originale è basato su quello. Il porting è più semplice.
Poi se si vuole passare a Lede, forse è possibile ma c'è da lavorare perché il kernel è molto vecchio rispetto al resto del sistema.
Il 3.4.11 addirittura è dell'epoca di Attitude Adjustment.
eh me sa che ci tocca... perchè da quanto ho capito i geni in casa technicolor li hanno aggiornati e ci hanno lasciato chaos calmer... e poi comunque ora lede diventerà openwrt nel giro di 1-2 mesi quindi ....
comunque ora ho ordinato un adattatore usb to ethernet... perchè ho briccato il modem (brutta mossa sovrascrivere libc con una versione vecchia ahahah)
-
eh me sa che ci tocca... perchè da quanto ho capito i geni in casa technicolor li hanno aggiornati e ci hanno lasciato chaos calmer... e poi comunque ora lede diventerà openwrt nel giro di 1-2 mesi quindi ....
comunque ora ho ordinato un adattatore usb to ethernet... perchè ho briccato il modem (brutta mossa sovrascrivere libc con una versione vecchia ahahah)
Mi spiace per il brick.
Il problema è che questo fw è un accrocchio di versioni incoerenti.
Se guardi la versione:
root@modemtim:~# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='Chaos Calmer'
DISTRIB_REVISION='r49389'
DISTRIB_CODENAME='chaos_calmer'
DISTRIB_TARGET='brcm63xx-tch/VBNTK'
DISTRIB_DESCRIPTION='OpenWrt Chaos Calmer 15.05.1'
DISTRIB_TAINTS='no-all busybox'
Poi però c'è un kernel di non so quanti anni prima.
E librerie aggiornate all'anno scorso.
Quindi alla fine 3 generazioni diverse di software.
Secondo me il porting a Lede sarà complicato, comunque ci si può provare.
Intanto se c'è bisogno di aggiornare singoli pacchetti, come ho fatto con aria2, si può fare.
Ora cosa ci faccio con questa?
https://imgur.com/lkNzHnD
-
il kernel vecchio non è per scelta di technicolor... ma di broadcom che non vuole minimamente aggiornare il driver xdsl.... anzi tutte le sue librerie proprietarie...
per il brick... mio errore... me lo dovevo aspettare... è sempre rischioso anzi non si fa ad aggiornare le librerie fondamentali come libc...
hai installato tutte le librerie tranne rpcd? credo che allora rpcd sia fondamentale proprio per far funzionare luci e mostrare le informazioni
-
hai installato tutte le librerie tranne rpcd? credo che allora rpcd sia fondamentale proprio per far funzionare luci e mostrare le informazioni
Quando ho installato luci-base, opkg mi ha installato altri 3 pacchetti tra cui rpcd.
Quindi ce l'ho anche io.
E infatti mi sono accorto che è crashato anche a me.
-
ecco dovremmo vedere di installare gdb e debuggugare siccome ci fornisce il coredump :)
-
ecco dovremmo vedere di installare gdb e debuggugare siccome ci fornisce il coredump :)
Ho provato intanto con strace, mi sembra che il problema sia la libubox.
Forse è troppo diversa la versione installata da quella con cui è stato compilato rpcd.
-
Se provi a forzare l'installazione?
-
Ho aggiornato il primo post.
-
Grazie !
se capisco bene, è meglio reinstallare Aria2 per avere il binario ottimizzato
-
l'rpcd che ho compilato non crasha e si lamenta di libubox.so e altre 2, ma io ho finito la pausa pranzo e devo tornare al lavoro; qualcuno vuole provarlo?
http://fk.hopto.org/pix/rpcd.zip
-
Domani mi arriva il cavo... Salto
Comunque in che senso si lamenta? Se non crasha però si lamenta Delle librerie come fa a funzionare?
-
L'ho uploadato a mano senza opkg, ho provato a eseguire entrambi, quello in uclicb va in segmentation fault e riavvia il modem, quello in musl che ho compilato invece parte e dice che non trova le altre librerie quindi passa lo scoglio che provoca il reboot del modem.
edit: questo comportamento mi era gia' capitato qualche settimana fa con altri binari, il segfault e' immediato e nemmeno tenta di caricarle altre librerie.
-
ti consiglio di disattivare il riavvio dopo seg fault... se fai qualche casino va in bootloop
-
In ogni caso credo di aver trovato.
Secondo me il problema è la libubus vecchia versione, infatti rpcd falliva sulla ubus_add_object().
Ora non fallisce più ma devo fare del pulito per essere certo.
Appena riesco riavvio una ricompilazione totale, e dopo 3-4 ore vi aggiorno.
-
:( libubus è quello su vecchio o quello che compili tu ?
comunque stessi flag di compilazione o quelli nuovi ?
-
Ho aggiornato il primo post.
Ottimo lavoro @roleo :bravo: mi sono letto il 1° post ed è alla portata di tutti per la facilità di esplicazione.
A livello di "pesantezza" lo scolapasta regge bene tutti i pacchetti al momento?
-
regge anche di peggio
-
regge anche di peggio
Ottimo, peccato che tocca subire l'empasse Broadcom riguardo le librerie retrò :destroyall:
-
Dopo 4 ore di compilazione ho aggiornato il repo.
Ditemi se funziona.
Non importa sostituire le librerie originali, è bastato ricompilare rpcd con linkata la versione giusta di libubus.
Quindi valgono i comandi che ho postato qualche messaggio fa.
/etc/init.d/nginx stop
mv /www /www2
mkdir /www
opkg install luci-base
opkg install luci-theme-bootstrap
opkg install luci-mod-admin-full
opkg install uhttpd
/etc/init.d/uhttpd start
luci-base si porta dietro libuci-lua, rpcd, luci-lib-ip e luci-lib-nixio.
-
Ciao,
root@livebox:~# /etc/init.d/nginx stop
root@livebox:~# mv /www /www2
root@livebox:~# mkdir /www
root@livebox:~# opkg install luci-base
Installing luci-base (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-base_git-17.136.58961-13aa5ff-1_brcm63xx-tch.ipk.
Installing libuci-lua (2016-07-04.1-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/libuci-lua_2016-07-04.1-1_brcm63xx-tch.ipk.
Collected errors:
* check_data_file_clashes: Package libuci-lua wants to install file /usr/lib/lua/uci.so
But that file is already provided by package * lua-uci
* opkg_install_cmd: Cannot install package luci-base.
root@livebox:~#
root@livebox:~# opkg install luci-theme-bootstrap
Installing luci-theme-bootstrap (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-theme-bootstrap_git-17.136.58961-13aa5ff-1_all.ipk.
Configuring luci-theme-bootstrap.
uci: Entry not found
uci: Entry not found
uci: Entry not found
root@livebox:~#
root@livebox:~# opkg install luci-mod-admin-full
Installing luci-mod-admin-full (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-mod-admin-full_git-17.136.58961-13aa5ff-1_brcm63xx-tch.ipk.
Installing luci-base (git-17.136.58961-13aa5ff-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci/luci-base_git-17.136.58961-13aa5ff-1_brcm63xx-tch.ipk.
Installing libuci-lua (2016-07-04.1-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/libuci-lua_2016-07-04.1-1_brcm63xx-tch.ipk.
Configuring luci-base.
Collected errors:
* check_data_file_clashes: Package libuci-lua wants to install file /usr/lib/lua/uci.so
But that file is already provided by package * lua-uci
* opkg_install_cmd: Cannot install package luci-mod-admin-full.
root@livebox:~#
Si deve fare un --force-overwrite ?? non mi piace di non poter tornare indietro
-
Ho fatto un check con list-upgradable, mi fa un po paura di fare l'upgrade...
root@livebox:~# opkg list-upgradable
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 - 2016-02-01-7d15e6d17705470b1890088cc7ddfb4b737fa557 - 2016-10-09-801cfeea100ca7b211c9841f0fcb757b17f47860
base-files - 157.2-r49389 - 157.2-r49577
ddns-scripts - 2.7.3-1 - 2.7.6-13
tcpdump - 4.5.1-4 - 4.9.2-1
odhcp6c - 2016-01-31-1ecac180fa82a6eb28f749ab3877b8133b660868 - 2016-02-08-dc186d6d2b0dd4ad23ca5fc69c00e81f796ff6d9
dropbear - 2016.73-1 - 2017.75-1
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
libopenssl - 1.0.2h-1 - 1.0.2l-1
-
ti consiglio di non upgredare meglio se proviamo noi ad aggiornare quei pacchetti e poi diamo responso... perchè se ti va male ti tagli fuori dal modem o lo briccki
-
Ho fatto un check con list-upgradable, mi fa un po paura di fare l'upgrade...
root@livebox:~# opkg list-upgradable
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 - 2016-02-01-7d15e6d17705470b1890088cc7ddfb4b737fa557 - 2016-10-09-801cfeea100ca7b211c9841f0fcb757b17f47860
base-files - 157.2-r49389 - 157.2-r49577
ddns-scripts - 2.7.3-1 - 2.7.6-13
tcpdump - 4.5.1-4 - 4.9.2-1
odhcp6c - 2016-01-31-1ecac180fa82a6eb28f749ab3877b8133b660868 - 2016-02-08-dc186d6d2b0dd4ad23ca5fc69c00e81f796ff6d9
dropbear - 2016.73-1 - 2017.75-1
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
libopenssl - 1.0.2h-1 - 1.0.2l-1
Non lo fare, io ieri l'ho fatto e dopo il riavvio non partiva più il modem e non funzionava il tasto di reset (si sono scemo :lolz:) poi premendolo a caso e ripetute volte si è resettato
-
Ricordate che siamo sempre in work in progress.
Effettuare un upgrade completo non è cosa buona e giusta.
Cercherò di aggiornare tutti i pacchetti in modo che corrispondano a quelli del fw originale come ho già fatto con libubus, libubox, etc...
Però ci vuole tempo.
@shdf
Per quanto riguarda l'errore di lua-uci, io l'ho rimosso con --force-depends e al suo posto ho installato libuci-lua.
Sono pacchetti con nomi diversi ma entrambi contengono solo la libreria /usr/lib/lua/uci.so
Non ho avuto problemi bloccanti.
-
collectd è già compilato.
Non so però se ha delle dipendenze da qualche modulo kernel.
Hai avuto mica modo di verificare se collectd funge o necessita di altri pacchetti?
Nel mio caso sarebbe di grande interesse verificare il traffico di tutta la rete grazie al tech.
-
Non ho provato.
-
Geni al lavoro, vedo che non manca molto a luci, solo una cosa mi è venuta in mente.
La telefonia, cwmp e altre cose poi NON si possono configurare da luci giusto ?
Quindi converrebbe tenere la parte tch e luci, almeno all' inizio, poi si potrebbero fare le pagine luci per la roba mancante ed eliminare del tutto nginx (disable) e @Ansuel diceva che anche transformer non serve con luci, ma forse nn ricordo bene.
-
vabbè ma se ci pensi... quelle ce ne potremmo pure fregare ahahha
-
Ho aggiornato il primo post: aggiunti i sorgenti sul repository.
-
@roleo luci ti funziona tutto? oggi provo un pò di robe
-
Ho lanciato solo la home.
Non ho fatto altre prove, anche perché sono abbastanza ignorante in materia.
-
modem in ripristino :)
-
@Ansuel Ho provato qualche giorno fa a reinstallare luci con i comandi dati da roleo e questa volta è andato tutto bene. Sono riuscito ad accedere alla home che è identica a quella postata sopra da roleo e già qui nascono i primi problemi:
-luci non riesce a leggere i veri e propri dati del modem. Ad esempio già nella home non riesce a dare i valori di uptime, data e ora, ecc.. la stessa cosa si ripete identica in tutte le altre pagine di configurazione, sembrerebbe che non riesca a leggere nulla tranne che i file di configurazione.
-ad ogni click per entrare in altri menù viene ricaricata la pagina e viene chiesto di riloggarsi, ho letto sui vari post e sembra essere un problema legato a versioni vecchie di luci
Non so quale possa essere il vero problema anche perché non sono molto esperto in luci e openwrt in generale ma credo che siamo ben lontani da poter avere luci pienamente funzionante su questo modem...
-
il problema è rpcd... riprova ora con i nuovi pacchetti
-
Non può essere che LUCI prova a leggere variabile che non esistono in UCI ? o con un nome diverso.
-
no luci non è idiota come transformer... se legge variabili non valide le ignora...
è semplicemente che gli manca rpcd che è il demone dedicato al login e al trasferimento di informazioni
intanto io non riesco a ripristinare questo schifo.... l'ho brickato proprio male.... dio....
-
@Ansuel Ho provato qualche giorno fa a reinstallare luci con i comandi dati da roleo e questa volta è andato tutto bene. Sono riuscito ad accedere alla home che è identica a quella postata sopra da roleo e già qui nascono i primi problemi:
-luci non riesce a leggere i veri e propri dati del modem. Ad esempio già nella home non riesce a dare i valori di uptime, data e ora, ecc.. la stessa cosa si ripete identica in tutte le altre pagine di configurazione, sembrerebbe che non riesca a leggere nulla tranne che i file di configurazione.
-ad ogni click per entrare in altri menù viene ricaricata la pagina e viene chiesto di riloggarsi, ho letto sui vari post e sembra essere un problema legato a versioni vecchie di luci
Non so quale possa essere il vero problema anche perché non sono molto esperto in luci e openwrt in generale ma credo che siamo ben lontani da poter avere luci pienamente funzionante su questo modem...
Come dice @Ansuel riprova con i pacchetti nuovi.
-
devo trovare un modo per resettare la mia config senza usare il bottone :////
-
Ho provato con i pacchetti nuovi e funziona tutto. Grazie mille! :rock:
-
MI SERVE UN FAVORE GRANDE....
output di questo comando
cat /proc/sys/kernel/sysrq
@Diavulrus @roleo @shdf
-
A me dà 1 come output
-
INCREDIBILE FUNZIONA !
SysRq: intr handled on CPU 1
[ 3.020000] SysRq : HELP : loglevel(0-9) BRCM: show summary status on all CPUs(A) reBoot Crash terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) show-backtrace-all-active-cpus(L) show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) Sync show-task-states(T) Unmount show-blocked-tasks(W) BRCM: show interrupt counts on all CPUs(Y)
[ 3.056000] All commands are case insensitive.
-
INCREDIBILE FUNZIONA !
che cosa hai fatto ?
-
cerca sysrq e a che serve.... credo che io debba comprare un nuovo modem... il mio ormai non mi viene in mente nulla per resettare la zona dell'overlay...
@roleo aiutami un attimo hai un modo per non far leggere l'nvram usando i pin ?
-
Mmmmmmh
Chiarisci meglio.
-
Mmmmmmh
Chiarisci meglio.
corto di pin o farlo finire in gnd per non far leggere l'nvram...
-
Non mi viene in mente niente.
-
come mi sto divertendo ho trovato il pin read ed il erase... toccandoli danno ecc error.... ora sto cercando di farlo nel punto giusto per corrompere la flash del rootfs
-
Buongiorno stamani, per curiosità ho provato ad aggiornare i pacchetti upgradable con uno script. Qualcosa ho visto ha aggiornato, per un paio escono questi messaggi:
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.
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
Per ora il modem è rimasto accesso ed è tutto ok.
Secondo voi c'è il rischio che al successivo riavvio non si avvii più?
Grazie
EDIT: credo di aver aggiornato questi pacchetti.
odhcpd - 2016-02-01-7d15e6d17705470b1890088cc7ddfb4b737fa557 - 2016-10-09-801cfeea100ca7b211c9841f0fcb757b17f47860
base-files - 157.2-r49389 - 157.2-r49577
ddns-scripts - 2.7.3-1 - 2.7.6-13
tcpdump - 4.5.1-4 - 4.9.2-1
odhcp6c - 2016-01-31-1ecac180fa82a6eb28f749ab3877b8133b660868 - 2016-02-08-dc186d6d2b0dd4ad23ca5fc69c00e81f796ff6d9
dropbear - 2016.73-1 - 2017.75-1
libopenssl - 1.0.2h-1 - 1.0.2l-1
-
Da quanto leggo nel topic dello sblocco dello scola 2.0 sembrano esserci interessanti novità in arrivo.
Attendiamo che @Ansuel e @roleo ci facciano sapere qui :bravo: :bravo: :clap:
-
Non sto effettuando una politica di aggiornamento dei pacchetti.
Anzi, al contrario, per cercare di non rompere sottili equilibri tra il fw originale e quello che compiliamo, sto cercando di mantener le librerie e i software della stessa versione.
Purtroppo non tutto può essere identico. Diciamo che mi sono concentrato nel non avere versioni sul repo inferiori a quello del fw originale causando problemi come successo ad Ansuel.
Per i pacchetti diversi non dovrebbero esserci problemi di aggiornamento, a esclusione del pacchetto base-files che eviterei di aggiornare.
Contiene una serie di file di configurazione che non ho ancora verificato. Però non posso sapere se sono state apportate personalizzazioni ai pacchetti e quindi se l'aggiornamento provoca perdita di funzionalità.
In generale eviterei (al meno per il momento) e mi limiterei a installare solo pacchetti nuovi.
-
Non sto effettuando una politica di aggiornamento dei pacchetti.
Anzi, al contrario, per cercare di non rompere sottili equilibri tra il fw originale e quello che compiliamo, sto cercando di mantener le librerie e i software della stessa versione.
Purtroppo non tutto può essere identico. Diciamo che mi sono concentrato nel non avere versioni sul repo inferiori a quello del fw originale causando problemi come successo ad Ansuel.
Per i pacchetti diversi non dovrebbero esserci problemi di aggiornamento, a esclusione del pacchetto base-files che eviterei di aggiornare.
Contiene una serie di file di configurazione che non ho ancora verificato. Però non posso sapere se sono state apportate personalizzazioni ai pacchetti e quindi se l'aggiornamento provoca perdita di funzionalità.
In generale eviterei (al meno per il momento) e mi limiterei a installare solo pacchetti nuovi.
io per il momento rimango con i pacchetti agiornati ma non riavvio. fammi sapere se riscontri problematiche. Grazie
-
Ho verificato il base-files.
Devi ripristinare il pacchetto originale.
-
Ho verificato il base-files.
Devi ripristinare il pacchetto originale.
ok lo guardo di trovare, per gli altri posso lasciarli?
Grazie infinite
EDIT: me lo potresti passare quello precedente non lo trovo.
-
evitate di aggiornare i pacchetti segnati con hold ed il base files... se vi va male qualcosa dovete buttare il modem eh...
-
evitate di aggiornare i pacchetti segnati con hold ed il base files... se vi va male qualcosa dovete buttare il modem eh...
sinceramente vedendo un repository nuovo pensavo che non c'erano rischi essendo pacchetti compilati ad hoc. se qualcuno me lo passa il base files precedente mi farebbe una cortesia gradita grazie
-
Come scritto nel primo post è un work in progress.
Ora il file base-files lo tolgo.
Gli altri probabilmente non fanno danni.
-
Come scritto nel primo post è un work in progress.
Ora il file base-files lo tolgo.
Gli altri probabilmente non fanno danni.
Fatto più veloce del previsto mi sono salvato i file che avevo aggiunto o modificato, resettato e ripristinato.
-
Sto installando un po' di app su luci.
Tipo luci-app-openvpn, luci-app-transmission...
Comincia a essere divertente.
-
Hai modo pure di provare snmp per la questione delle stats di rete? :good:
-
Sto installando un po' di app su luci.
Tipo luci-app-openvpn, luci-app-transmission...
Comincia a essere divertente.
si però come ti ho detto secondo me dovremmo basare tutto su luci... la repo di ora è davvero troppo vecchia... moltissimi pacchetti non sono riuscito a trovarli...
comunque sto pensando un'idea malsana... luci+gui stock...
uhttpd lo facciamo girare su una porta diversa e su directory www2 per non mescolarli... che ne pensi?
-
si però come ti ho detto secondo me dovremmo basare tutto su luci... la repo di ora è davvero troppo vecchia... moltissimi pacchetti non sono riuscito a trovarli...
comunque sto pensando un'idea malsana... luci+gui stock...
uhttpd lo facciamo girare su una porta diversa e su directory www2 per non mescolarli... che ne pensi?
Non sono con le mani in pasta come voi ma mi sento di dire la mia:
penso sia il top una cosa del genere, già su firmware moddati netgear la gestivano così ad i tempi dell'adsl, porte differenti e GUI diverse, in questo modo non si crea confusione ed a livello di codice secondo me è la soluzione più pulita.
-
Anche sull'aga avevo fatto la stessa cosa.
Mi sembra una buona idea.
-
Anche sull'aga avevo fatto la stessa cosa.
Mi sembra una buona idea.
vedo un pò come fare va...
-
comunque bello che hanno compilato wget ma senza il pacchetto per controllare il certificato...
wget: can't execute 'openssl': No such file or directory
-
@roleo il problema grave è che per luci dobbiamo avere due librerie perchè ho notato che transformer crasha se libuci non è il suo...
-
In che situazione crasha? Faccio qualche prova.
-
In che situazione crasha? Faccio qualche prova.
avvio... sembra che si avii correttamente ma poi effettivamente non lo fa e butta fuori tanti errori...
o troviamo un modo per usare entrambi o facciamo usare a luci quella che c'è già
-
In che situazione crasha? Faccio qualche prova.
per far funzionare opkg abbiamo bisogno di openssl-utils... complimenti...
comunque noto che manca ca-certificates dal tuo repo...
@roleo sono riuscito ad installare correttamente luci e mantenendo la gui stock...
basta modificare porte e posizione della cartella di www o nei file config di nginx o nei file config di uhttpd....
-
Ragazzi ho due problemi, il primo e che opkg update da errore nel download dei source, prima a causa di openssl quindi ho aggiornato sia libopenssl che wget con le versioni sul repo di roleo che ora mi danno errore wget 5, il secondo problema e che ho abilitato nel file network l' igmp snooping sulla lan e volevo verificare che funzionasse a dovere, solo che la shell non riconosce il comando "show" e non so in quale pacchetto installabile e contenuto.
Attendo suggerimenti.
-
l'igmp snooping era gia installato da technicolor...io non ho installato niente e ho l'IPTV che funziona molto bene.
-
il nuovo pacchetto nnginx - 1.12.1-1 da problemi. consiglio di non aggiornarlo
-
l'igmp snooping era gia installato da technicolor...io non ho installato niente e ho l'IPTV che funziona molto bene.
Si l' avevo visto solo che sulla wiki di openwrt si deve mettere l' opzione sulla lan nel file network e cmq a me serve in quanto ho problemi con lo smart tv che durante il play da server dlna sul nas o sul mio pc si disconnette e ho letto che bisogna attivare l' igmp snooping sul router
-
comunque bello che hanno compilato wget ma senza il pacchetto per controllare il certificato...
wget: can't execute 'openssl': No such file or directory
Mettendo le librerie funziona.
comunque noto che manca ca-certificates dal tuo repo...
Lo aggiungo.
o troviamo un modo per usare entrambi o facciamo usare a luci quella che c'è già
Possiamo eventualmente metterle entrambe e poi cambiare la LD_LIBRARY_PATH prima di avviare il processo.
il nuovo pacchetto nnginx - 1.12.1-1 da problemi. consiglio di non aggiornarlo
Che tipo di problema ti dà?
-
Che tipo di problema ti dà?
almeno a me non funzionava più il server web
-
almeno a me non funzionava più il server web
Se me lo confermate torno alla versione di prima.
-
Ragazzi ho due problemi, il primo e che opkg update da errore nel download dei source, prima a causa di openssl quindi ho aggiornato sia libopenssl che wget con le versioni sul repo di roleo che ora mi danno errore wget 5, il secondo problema e che ho abilitato nel file network l' igmp snooping sulla lan e volevo verificare che funzionasse a dovere, solo che la shell non riconosce il comando "show" e non so in quale pacchetto installabile e contenuto.
Attendo suggerimenti.
Come ho scritto o mettiamo i certificati o si installa oenssl-utils
-
Come ho scritto o mettiamo i certificati o si installa oenssl-utils
Installato anche quello e wget da sempre errore 5
-
invece opkg update che ti da ?
per risolvere wget 5 abbiamo bisogno di ca-certificates che sto facendo aggiungere...
-
invece opkg update che ti da ?
per risolvere wget 5 abbiamo bisogno di ca-certificates che sto facendo aggiungere...
e proprio opkg update che mi da errore wget 5
(https://imgur.com/a/pKKaO)
-
a me va attendiamo ca-certificates e vediamo...
-
ecco https://imgur.com/a/pKKaO
cmq credo che il problema sia da imputare a ca-certificates mancante
-
Io non ho ca-cert installato ma non ho problemi.
Hai installato libopenssl - 1.0.2m-1 e openssl-util - 1.0.2m-1?
-
si tutti e 2
-
Strano. Ho ripetuto tutto da capo e non ho avuto problemi.
In ogni caso ho aggiornato il repo con ca-certificates.
-
ora funziona :good: sarà il mio router ad essere schizzinoso :confused:
-
Ho provato a installare ca-certificates e ho visto che un paio di certificati in /etc/ssl/certs vanno in conflitto con gli stessi file installati da un altro pacchetto (https-certificates).
Ho controllato il contenuto dei file e sono diversi.
Al momento quindi non ho installato il pacchetto.
--- EDIT ---
Ho verificato il contenuto dei certificati con openssl e sono identici (identici come certificati ma diversi come file).
Ho quindi deciso di installare il pacchetto con --force-overwrite
-
scusate l'ignoranza, ma se uno come me, appunto ignorante in materia, volesse provare openwrt?
nn è possibile avere uno step-by-step su come procedere senza causare danni irreversibili al router? (leggevo che i packages "base" non vanno aggiornati, per esempio).
o ci sarsnno novità a breve in merito?
grazie in anticipo.
-
@ervius2 è ancora tutto in stato embrionale e work in progress, @roleo ha già promesso, come sta già facendo, che aggiornerà la il primo post del topic con le indicazioni apposite, non appena si riuscirà a rilasciare qualcosa di "stable".
-
@roleo update per la doppia libreria uci.so?
-
@roleo update per la doppia libreria uci.so?
Qual è il processo che dovrebbe continuare a usare la vecchia versione?
Riusciamo a intercettarne l'esecuzione?
-
transformer ha bisogno di quella liberia... ma sinceramente non so se abbiamo i sorgenti di quello... penso che dobbiamo cambiare i sorgenti di luci o di uhttpd...
-
@ervius2 è ancora tutto in stato embrionale e work in progress, @roleo ha già promesso, come sta già facendo, che aggiornerà la il primo post del topic con le indicazioni apposite, non appena si riuscirà a rilasciare qualcosa di "stable".
ok, grazie e buon lavoro!
-
transformer ha bisogno di quella liberia... ma sinceramente non so se abbiamo i sorgenti di quello... penso che dobbiamo cambiare i sorgenti di luci o di uhttpd...
Pensavo di mettere la vecchia libreria in una cartella differente dalla /lib (tipo /libex) e intercettare l'avvio di transformer impostando la LD_LIBRARY_PATH=/libex
-
@roleo potresti inserire nano e nmap nel repository. grazie
-
transformer ha bisogno di quella liberia... ma sinceramente non so se abbiamo i sorgenti di quello... penso che dobbiamo cambiare i sorgenti di luci o di uhttpd...
Ho letto qui
https://github.com/dirkfeytons/transformer
che transformer richiede libuci da una certa versione in poi.
Quindi ho aggiornato il pacchetto. Quando hai tempo, prova a vedere se va.
-
Ho letto qui
https://github.com/dirkfeytons/transformer
che transformer richiede libuci da una certa versione in poi.
Quindi ho aggiornato il pacchetto. Quando hai tempo, prova a vedere se va.
provo ora... comunque vedi secondo me conviene iniziare a lavorare sul nuovo...
devo anche vedere di compilare nginx con la compressione gzip abilitata...
-
@roleo potresti inserire nano e nmap nel repository. grazie
Fatto.
provo ora... comunque vedi secondo me conviene iniziare a lavorare sul nuovo...
devo anche vedere di compilare nginx con la compressione gzip abilitata...
Intendi Lede?
Questo è il config del nginx che trovi sul repo:
CONFIG_PACKAGE_nginx=m
#
# Configuration
#
# CONFIG_NGINX_SSL is not set
# CONFIG_NGINX_DAV is not set
# CONFIG_NGINX_FLV is not set
# CONFIG_NGINX_STUB_STATUS is not set
CONFIG_NGINX_HTTP_CHARSET=y
CONFIG_NGINX_HTTP_GZIP=y
CONFIG_NGINX_HTTP_SSI=y
CONFIG_NGINX_HTTP_USERID=y
CONFIG_NGINX_HTTP_ACCESS=y
CONFIG_NGINX_HTTP_AUTH_BASIC=y
CONFIG_NGINX_HTTP_AUTH_REQUEST=y
CONFIG_NGINX_HTTP_AUTOINDEX=y
CONFIG_NGINX_HTTP_GEO=y
CONFIG_NGINX_HTTP_MAP=y
CONFIG_NGINX_HTTP_SPLIT_CLIENTS=y
CONFIG_NGINX_HTTP_REFERER=y
CONFIG_NGINX_HTTP_REWRITE=y
CONFIG_NGINX_HTTP_PROXY=y
CONFIG_NGINX_HTTP_FASTCGI=y
CONFIG_NGINX_HTTP_UWSGI=y
CONFIG_NGINX_HTTP_SCGI=y
CONFIG_NGINX_HTTP_MEMCACHED=y
CONFIG_NGINX_HTTP_LIMIT_CONN=y
CONFIG_NGINX_HTTP_LIMIT_REQ=y
CONFIG_NGINX_HTTP_EMPTY_GIF=y
CONFIG_NGINX_HTTP_BROWSER=y
CONFIG_NGINX_HTTP_UPSTREAM_HASH=y
CONFIG_NGINX_HTTP_UPSTREAM_IP_HASH=y
CONFIG_NGINX_HTTP_UPSTREAM_LEAST_CONN=y
CONFIG_NGINX_HTTP_UPSTREAM_KEEPALIVE=y
# CONFIG_NGINX_HTTP_CACHE is not set
# CONFIG_NGINX_HTTP_V2 is not set
CONFIG_NGINX_PCRE=y
CONFIG_NGINX_NAXSI=y
CONFIG_NGINX_LUA=y
# CONFIG_NGINX_HTTP_REAL_IP is not set
# CONFIG_NGINX_HTTP_SECURE_LINK is not set
-
@roleo si intendo lede... e avere tutti i pacchetti aggiornati
comunque con questa versione di libuci-lua sembra funzionare tutto per bene...
si ti posso confermare che ora possiamo installare luci e avere la gui originale :)
a quanto pare però... sul modem è presente una versione molto vecchia di nginx... la 10 sul repo sta la 12....
abiliti queste flag?
# CONFIG_NGINX_HTTP_CACHE is not set
# CONFIG_NGINX_HTTP_V2 is not set
# CONFIG_NGINX_SSL is not set
-
abiliti queste flag?
# CONFIG_NGINX_HTTP_CACHE is not set
# CONFIG_NGINX_HTTP_V2 is not set
# CONFIG_NGINX_SSL is not set
Fatto.
-
Comunque la pagina web con gzip abilitato è instantaneo....
Segnalo che se si aggiona nginx va modificato il file config... e va aggiornato openssl se si vuole usare ssl... lì...
-
@roleo puoi editare i sorgenti? mi serve una modifica...
nginx Makefile
define Build/configure
aggiungi --with-tproxy alla fine?
-
Non ce l'ho tra le opzioni del configure di nginx.
-
@roleo
sicuro?
ho trovato questo https://forum.nginx.org/read.php?2,227551,227551
nel nginx originale nel file config è presente esattamente questa dicitura listen ^ tproxy
quindi o è stata implementata o usano questa patch... è necessaria perchè senza dobbiamo eliminare l'intercettamento...
-
@roleo
sicuro?
ho trovato questo https://forum.nginx.org/read.php?2,227551,227551
nel nginx originale nel file config è presente esattamente questa dicitura listen ^ tproxy
quindi o è stata implementata o usano questa patch... è necessaria perchè senza dobbiamo eliminare l'intercettamento...
Sembra essere una patch della 1.2.1 che non è stata poi incorporata.
Ho provato a vedere di portarla sulla 1.12.1 ma le versioni sono troppo diverse.
Domani ci guardo meglio.
-
Ciao @roleo puoi caricare sul repository transmission e tutte le sue dipendenze. Grazie
-
Ciao @roleo puoi caricare sul repository transmission e tutte le sue dipendenze. Grazie
C'è già.
-
C'è già.
Visto grazie. Ad oggi i pacchetti che si possono aggiornare sono tutti stabili?
-
No. Nessuno ha il tempo per provarli tutti.
Come indicato nel primo post è meglio non sovrascrivere pacchetti base e pacchetti kernel già esistenti.
Con i programmi applicativi invece è difficile fare danni.
Sono già stati provati da utenti vari openvpn, aria2, transmission e programmi minori.
-
No. Nessuno ha il tempo per provarli tutti.
Come indicato nel primo post è meglio non sovrascrivere pacchetti base e pacchetti kernel già esistenti.
Con i programmi applicativi invece è difficile fare danni.
Sono già stati provati da utenti vari openvpn, aria2, transmission e programmi minori.
Nginx con l'ultima gui si era già aggiornato all'ultima versione. Adesso è stabile.
-
@roleo puoi aggiungere ciò? https://github.com/kuoruan/lede-packages/blob/master/utils/irqbalance/Makefile
-
Fatto.
-
Qualcuno potrebbe compilare anche questo: http://www.streamboard.tv/oscam/wiki (http://www.streamboard.tv/oscam/wiki) Me lo farei da solo senza disturbare l'amico @roleo ma non mi è chiaro se la toolchain è disponibile pubblicamente o meno.
Comunque ho provato per curiosità ad avviare l'eseguibile per l'architettura "arm-asuswrt" scaricato da qui http://download.oscam.cc/index.php?PHPSESSID=8u1er6rob7u0oq1hhka9nhk4g3&direction=0&order=mod&directory=1.20_TRUNK (http://download.oscam.cc/index.php?PHPSESSID=8u1er6rob7u0oq1hhka9nhk4g3&direction=0&order=mod&directory=1.20_TRUNK) ma il router va in crash e fa un reboot spontaneo :headbang:
-
E' un sistema OpenWRT quindi la toolchain è compilata automaticamente insieme al resto.
Ho pubblicato sul repo un tar.gz con quello che serve esclusa solo la parte kernel che è closed.
Ma non serve per compilare applicativi.
Oscam non è disponibile come pacchetto openwrt, vedo se qualcuno ha già fatto un Makefile per openwrt in giro.
--- EDIT ---
Fatto ma non so se funziona.
-
Fatto ma non so se funziona.
Installato con "opkg install oscam" ha mandato in bootloop il router per lo script in init.d errato credo.
Ho estratto il solo eseguibile dal file tar.gz e l'ho avviato a mano dalla shell con "/usr/bin/oscam -b -c /etc/oscam/config" ed ha funzionato perfettamente. A quel punto basta editare e sistemare lo script in init.d per fare in modo che si avvii in automatico al boot.
Thanks per la compilata @roleo ;)
-
Cerco di capire il problema.
-
Ciao e complimenti per il bel lavoro! Grossomodo, quando prevedi di pubblicare una snapshot completa? Prima sono "entrato" per dare un'occhiata ma non riuscivo più a uscire; neanche un reset da tastino ha funzionato, ho dovuto reinstallare la GUI. Digitavo 192.168.1.1 e andava su 192.168.1.1/cgi.luci o simile, poi mi dava errore Nginx; dopo una ripulita con CCleaner ce l'ho fatta.....dove sbagliavo?
-
Spiegati meglio.
-
Installato con "opkg install oscam" ha mandato in bootloop il router per lo script in init.d errato credo.
Ho estratto il solo eseguibile dal file tar.gz e l'ho avviato a mano dalla shell con "/usr/bin/oscam -b -c /etc/oscam/config" ed ha funzionato perfettamente. A quel punto basta editare e sistemare lo script in init.d per fare in modo che si avvii in automatico al boot.
Thanks per la compilata @roleo ;)
Ho fatto qualche prova senza successo.
Ho estratto i file dal pacchetto e li ho installati nel sistema a meno del /etc/init.d/oscam
Lanciando a mano il processo anche a me va in crash con riavvio per cui ho dovuto disabilitare il reboot su coredump in /etc/config/system
Mi trovo un coredump relativo a pcs: /root/wr08-mypcscread.56~1511702238.core.gz ma non ho capito come risolvere.
-
Spiegati meglio.
Sono partito da un post di ansuel su un altro sito:
ma in realtà è già tutto su... basta aggiornare la gui
i comandi so
opkg update
opkf install --force-overwrite luci
/etc/init.d/nginx stop
killall nginx
/etc/init.d/uhttpd start
e dovrebbe comparire in 192.168.1.1... al momento la funzionalità wifi è completamente rotta purtroppo....
così ho fatto, è comparsa l'interfaccia Lede, ma poi non riuscivo più ad aprire la GUI 'normale'.
-
Sono partito da un post di ansuel su un altro sito:
ma in realtà è già tutto su... basta aggiornare la gui
i comandi so
opkg update
opkf install --force-overwrite luci
/etc/init.d/nginx stop
killall nginx
/etc/init.d/uhttpd start
e dovrebbe comparire in 192.168.1.1... al momento la funzionalità wifi è completamente rotta purtroppo....
così ho fatto, è comparsa l'interfaccia Lede, ma poi non riuscivo più ad aprire la GUI 'normale'.
E' tutto work in progress.
Al momento non puoi avere entrambe le interfacce funzionanti.
-
Consiglio, soprattutto ad i non esperti, di non avventurarsi in situazione che potrebbero rendervi il router utilizzabile.
Attendete l'operato ed il rilascio di una versione "stable".
-
RICEVUTO! :bye:
-
Ciao e complimenti per il bel lavoro! Grossomodo, quando prevedi di pubblicare una snapshot completa? Prima sono "entrato" per dare un'occhiata ma non riuscivo più a uscire; neanche un reset da tastino ha funzionato, ho dovuto reinstallare la GUI. Digitavo 192.168.1.1 e andava su 192.168.1.1/cgi.luci o simile, poi mi dava errore Nginx; dopo una ripulita con CCleaner ce l'ho fatta.....dove sbagliavo?
Dopo il reset il problema del redirect a 192.168.1.1/cgi.luci era collegato alla cache del browser, se hai fatto modifiche all'interfaccia web (come in questo caso, installando luci), ti consiglio sempre di pulire la cache del browser perché "memorizza" le pagine nella cache per caricarle più velocemente in richieste successive.
-
@roleo puoi aggiungere htop. Grazie
-
Fatto.
-
Fatto.
grazie, potresti aggiungere anche iperf
-
Sconsiglio in anticipo di installare tinyproxy, dopo qualche decina d'ore il modem comincia a risentire del peso e a comportarsi male; ho provato ad alleggerirlo modificando la configurazione perche' diventi meno aggressivo ma poi e' il browser che diventa inusabile.
L'intenzione era di usare l'ip del modem per scaricare da vari drive online senza dover cambiare l'ip sul router in cascata.
dimenticavo: perche' funzioni, resolv.conf deve puntare a un dns valido e non a localhost, probabilmente dnsmaq non ascolta su quell'ip o il firewall lo blocca.
edit: cambiando la configurazione di tiniproxy e' durato piu' a lungo poi il modem e' comunque diventato instabile; nginx non riesce piu' a fornire i documenti e serve un reboot; questo software proprio non ci puo' andare, ma su altri modem come i tplink ha sempre funzionato senza problemi; non si puo' escludere che ci sia qualche limite e che possa comparire con altri programmi.
-
Ciao, GROSSOMODO quando pensate che sarà disponibile una snapshot ben funzionante?
-
che intendete per snapshot?
-
Penso che si riferiscono ad una prima versione "stable" usabile in simil beta dalla community.
-
senza testing non possiamo dire cosa non funziona purtroppo... io direi che salvo eccezioni, non si rompe nulla ad installare questi pacchetti quindi
-
Sì, con un po' di ritardo confermo quanto detto da Mirko circa la snapshot. Funziona il wireless? Siccome ho già avuto problemi, che procedura si deve utilizzare per installare/attivare OpenWRT e poi tornare alla configurazione 'normale' ?
Grazie e bravi! :clap:
P.S. lo sto installando sul muletto, così non corro rischi.
-
potresti provare mini_snmpd che gia' uso, ma sappi che /proc/net aggiorna in maniera irregolare quindi solo le curve dei valori medi hanno un bell'aspetto;
lo trovi qui https://downloads.openwrt.org/snapshots/trunk/mvebu/generic/packages/packages/ e trovi anche snmpd che non ho provato; puoi importare il solo binario e avviarlo con mini-snmpd -i ptmo -i wl0 -i eth5 , etc , ed e' gia' patchato per non bloccarsi a 4gb di traffico.
ricordati di aggiungere ld-musl-arm.so.1
ciao non riesco a scaricare nessun package da https://downloads.openwrt.org/snapshots/trunk/mvebu/generic/packages/packages/
ottengo sempre:
root@modemtim:~# opkg install mini_snmpd_1.4-rc1-3_mvebu.ipk
Unknown package 'mini_snmpd'.
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for mini_snmpd found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package mini_snmpd.
-
Devi usare il repo di Roleo, che deve essere quello di defaut...andando altrove rischi di rompere tutto.
-
non si possono installare i pacchetti dal sito di openwrt, devi estrarne il contenuto e recuperare manualmente i files, esempio:
7z.exe mini_snmpd_1.4-rc1-3_mvebu.ipk e ottieni mini_snmpd_1.4-rc1-3_mvebu
rinominalo in mini_snmpd.tgz ed estrailo e poi estrai i files da data.tar.gz
piazza tutto in posizione correggendo i permessi se necessario, avvialo manualmente per vedere se mancano librerie;
quando hai recuperato tutto il necessario e verificato che funzioni fai un softlink /etc/rc.d/S99mini_snmpd che punti a /etc/rc.d/mini_snmpd e ricordati (non so se serve) di editare /etc/config/mini_snmpd impostando l'avvio a 1.
La stessa metdodica puo' essere tentata con altri pacchetti ma non si possono aggiungere moduli eccetto quelli compilati da roleo, per cui qualsiasi pacchetto che dipende da un modulo non presente non potra' mai funzionare, non che il resto sia garantito.
Se un programma non parte con l'errore di non trovato e siete sicuri che permessi e path sono corretti allora l'errore e' fuorviante e potrebbe mancare /lib/ld-musl-arm.so.1 , mentre per tutte le altre librerie comparira un messaggio che dice che la libreria manca o che mancano delle funzioni in caso di versione sbagliata.
-
@roleo puoi aggiornare i pacchetti odhcpd e dnsmasq con quelli presenti in lede?
-
non c'è un package odhcpc ??? Da dove viene questo odhcpc, che viene usato sulla DGA4130?
-
viene installato insieme ad odhcpd
è il client dhcp del modem per le connessioni
-
ma quando riguardo dentro il IPK file non lo vedo :huh:
-
Sun Dec 10 00:06:03 2017 daemon.info dnsmasq[17305]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP conntrack dns-filterno-ipset no-auth no-DNSSEC no-ID loop-detect inotify
Questo vuole dire che dnsmasq è compilato senza supporto ipv6 ?
-
si perchè di norma odhcp è il deamon che dovrebbe gestire l'ipv6... ma su questa versione c'è un maledetto bug che fa crashare dnsmasq perchè ohdcp si mette a fornire anche dhcp per ipv4
-
dunque è normale che l'ipv6 non funziona ?
con il mio ISP è complicato fare funzionare l'ipv6, è per questo motivo che volevo sapere se l'ipv6 funzionava?
-
dipende dai gestori, questo modem sinceramente è un pò un casino farlo funzionare secondo me...
-
Quaocuno sa perché è down questo repository
http://brcm63xx-tch.ddns.net
-
non serve più, usiamo quello di Roleo che ha compilato tutto per il bcm63138.
-
Mi serve il pacchetto iperf. Puoi passarmelo. Grazie
-
se il pacchetto non esiste nel repo devi chiedere a Roleo, io non l'ho. :)
-
@roleo puoi caricare il pacchetto iperf mi serviva per fare alcuni test sul wifi.
-
Ciao, vorrei sapere se sarà possibile, prima o poi, avere una build/snapshot/beta da flashare agevolmente; oppure delle istruzioni dettagliate, adatte a pivelli come me; altrimenti questo progetto rischia di rimanere "per pochi eletti" e sarebbe un peccato. Questa non vuole essese una critica, bensì un'osservazione costruttiva. :hello:
-
L'avanzamento lo stava gestendo principalmente @roleo col supporto di @Ansuel
Roleo non lo si sente da un bel pò di tempo, spero sia tutto ok :)
-
Era l'unico ad avere i sorgenti del kernel adattati per compilare i moduli?
-
Nel suo repository ha pubblicato i sorgenti dell'albero di compilazione senza la parte closed cioè quelli di broadcom e altri.
Non so se roleo compilasse con i sorgenti anche della parte closed oppure riusciva a farne a meno comunque se qualcuno ha conoscenze in questo campo penso si possa riuscire a compilare i pacchetti...
-
Nel repo ci sono i sorgenti dell'albero ma senza il tar.gz technicolor non compila.
Non sono riuscito a escluderlo usando le parti rilasciate da asus e altri.
Ho visto che ci sono un po' di richieste di pacchetti: nei prossimi giorni mi applico.
-
@roleo puoi aggiornare i pacchetti odhcpd e dnsmasq con quelli presenti in lede?
Mi serve il pacchetto iperf. Puoi passarmelo. Grazie
Fatto.
-
In definitiva quale la soluzione per avere luci su questo dispositivo senza il rischio di briccarlo?
-
Avere una porta differente per i 2 servizi web.
Però nessuno ha portato avanti il progetto di cercare di eliminare l'interfaccia technicolor.
Quindi bisogna usare le 2 interfacce per operazioni distinte.
-
Ciao, vorresti gentilmente dare qualche dettaglio in più, a beneficio di un quasi-principiante? :)
-
Tutto quello che c'è è in questo topic.
Purtroppo nulla di più.
-
@roleo - non mi ero spiegato bene, volevo sapere qualche dettaglio in più riguardo:
...Avere una porta differente per i 2 servizi web...
-
La gui tim usa nginx, luci usa uhttpd (? nn ricordo) capisci che non puoi avere 2 webserver sulla stessa porta.
Prima di iniziare a fare qualche prova configuri nginx sulla 8080 e poi installi luci (in qualche post di questo thread mi sembrava di aver letto come installare tutto) e alla fine se vai su 192.168.1.1 (che sarebbe quello sulla porta default 80) apri luci se vai su 192.168.1.1:8080 apri la gui tim
-
@Nico - ottima spiegazione, grazie!
-
Questo è per stoppare l'interfaccia originale e caricare luci:
https://www.ilpuntotecnico.com/forum/index.php/topic,77766.msg222512.html#msg222512
Per avere l'interfaccia originale che gira su un'altra porta bisogna lavorarci un po'.
-
@roleo potresti caricare il pacchetto iftop. Grazie
-
Fatto.
-
Qualcuno di voi utilizza aria2? Avete dovuto aggiornare libstdcpp alla 4.8? Avete riscontrato riavvi sistematici dopo questa operazione?
-
si l'ho utilizzato io, non ho avuto nessun problema.
-
A me si riavvia in continuazione ho dovuto ripristinare. Avevo provato a togliere aria2 in quei pochi secondi che rimaneva accesso con successo, ma non è servito poiché si riavviava ogni minuto sempre, quindi deduco che il problema era su quella libreria.
-
non ho capito bene, cosa si riavvia ? il router o aria2 ?
-
il router
-
La gui tim usa nginx, luci usa uhttpd (? nn ricordo) capisci che non puoi avere 2 webserver sulla stessa porta.
Prima di iniziare a fare qualche prova configuri nginx sulla 8080 e poi installi luci (in qualche post di questo thread mi sembrava di aver letto come installare tutto) e alla fine se vai su 192.168.1.1 (che sarebbe quello sulla porta default 80) apri luci se vai su 192.168.1.1:8080 apri la gui tim
Se può essere di aiuto a qualcuno, da un paio di prove rapide che ho fatto sembra sia meglio spostare luci su una porta diversa (io ho impostato la 81) in quanto il file conf di uhttpd mi è parso più semplice da modificare. Quando ho provato a spostare nginx, si è arrabbiato non poco :rotfl:
Da quello che sto provando le 2 interfacce convivono in amore e armonia O:-)
-
Sul DGa4130, firmware 1.1.x, sensa la GUI di ansuel. Ho installato il nginx del repo:
opkg install /tmp/nginx_1.12.1-1_brcm63xx-tch.ipkOra non ho piu la GUI...
nel log di nginx :
2018/01/24 15:51:57 [error] 20143#0: *2 "/usr/html/index.html" is not found (2: No such file or directory), client: 192.168.1.10, server: localhost, request: "GET / HTTP/1.1", host: "192.168.1.1"non capisco perche ora va cercare la GUI a questo posto : /usr/html/index.html
la conf di nginx non è cambiata...
-
@roleo Potresti aggiungere al repo il pacchetto ddns-scripts_no-ip_com
Grazie mille
-
Ragazzi scusate
ho letto il topic diverse volte ma giuro che non ho capito.
Questa compilazione che ha fatto l'utente @roleo per il DGA4130 va bene anche per il DGA4132 dato che sono molto simili a lvello di hardware o assolutamente è da evitarsi?
Grazie e susate la niubbaggine. :facepalm:
-
Ho aggiornato il primo post.
-
--- AGGIORNAMENTO 25/01/2018 ---
Inserita compatibilità AGTHP.
@roleo grazie
-
@roleo Potresti compilarmi questo per agtef pls ? -> http://www.easycwmp.org/download/easycwmp-openwrt.tar.gz
Mi serve per fare 2 esperimenti O:-)
-
@roleo Potresti aggiungere al repo il pacchetto ddns-scripts_no-ip_com
Grazie mille
@roleo Potresti compilarmi questo per agtef pls ? -> http://www.easycwmp.org/download/easycwmp-openwrt.tar.gz
Mi serve per fare 2 esperimenti O:-)
Fatto, da testare.
-
Scusate la domanda stupida... ma sto cercando un sistema veloce per poter compilare preferibilmente
su windows10 (usando Ubuntu) un toolchain che mi consenta di compilare e far girare sul dga4130
semplici programmini tipo printf ("Salve mondo\n"); che non usano librerie esterne.
Ho provato vari toolchain la compilazione va a buon fine ma sfortunatamente l'a.out
trasferito sul modem non viene riconosciuto.
Potreste darmi qualche aiutino o magari una guida?
Grazie.
-
La toolchain è quella di openwrt:
toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi
e usa le uclibc.
Ti consiglio di scaricare i miei sorgenti:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/src/
e poi di lanciare il ./go per compilare.
I sorgenti non sono completi quindi non arriverai in fondo alla compilazione ma avrai sicuramente impostata tutta la parte di cross-compilazione.
Non so se la Ubuntu di Windows ce la può fare. Al massimo metti in piedi una macchina virtuale debian.
-
Allora... ho fatto come hai detto, ho scompattato openwrt_agtef_gpl_20180121.gz
ho modificato il go per il mio dga4130
# Uncomment for DGA4130 AGTEF 1.0.3
#!/bin/bash
# Uncomment for DGA4130 AGTEF 1.0.3
export FORCE_KERNEL_VERMAGIC="0b3a287109a01f28a0c5f067991f321a"
# Uncomment for DGA4132 AGTHP 1.0.3
#export FORCE_KERNEL_VERMAGIC="1cc0b47f4eacd68f62a475ee32bcdc5f"
make V=s $@
e poi ho lanciato ./go
la compilazione mi si e' interrotta qui
Hunk #5 succeeded at 620 (offset -5 lines).
patching file net/netfilter/ipvs/ip_vs_xmit.c
Applying /home/user/roleo/openwrt_agtef_gpl/target/linux/generic/patches-3.4/979-tch-ipv6-push-reasm-skb-backport.patch using plaintext:
patching file include/linux/skbuff.h
Hunk #1 succeeded at 317 (offset -57 lines).
Hunk #2 succeeded at 349 (offset -57 lines).
Hunk #3 FAILED at 580.
Hunk #4 succeeded at 2343 (offset -308 lines).
Hunk #5 succeeded at 2361 (offset -308 lines).
Hunk #6 succeeded at 2375 (offset -308 lines).
Hunk #7 succeeded at 2386 (offset -308 lines).
1 out of 7 hunks FAILED -- saving rejects to file include/linux/skbuff.h.rej
patching file include/net/netfilter/ipv6/nf_defrag_ipv6.h
patching file net/core/skbuff.c
Hunk #1 succeeded at 454 (offset -274 lines).
patching file net/ipv6/netfilter/nf_conntrack_l3proto_ipv6.c
patching file net/ipv6/netfilter/nf_conntrack_reasm.c
Hunk #2 succeeded at 605 (offset -5 lines).
patching file net/ipv6/netfilter/nf_defrag_ipv6_hooks.c
Patch failed! Please fix /home/user/roleo/openwrt_agtef_gpl/target/linux/generic/patches-3.4/979-tch-ipv6-push-reasm-skb-backport.patch!
Makefile:102: recipe for target '/home/user/roleo/openwrt_agtef_gpl/build_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/linux-3.4.11/.prepared' failed
make[3]: *** [/home/user/roleo/openwrt_agtef_gpl/build_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/linux-3.4.11/.prepared] Error 1
make[3]: Leaving directory '/home/user/roleo/openwrt_agtef_gpl/toolchain/kernel-headers'
toolchain/Makefile:81: recipe for target 'toolchain/kernel-headers/prepare' failed
make[2]: *** [toolchain/kernel-headers/prepare] Error 2
make[2]: Leaving directory '/home/user/roleo/openwrt_agtef_gpl'
toolchain/Makefile:80: recipe for target '/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/stamp/.toolchain_install' failed
make[1]: *** [/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/stamp/.toolchain_install] Error 2
make[1]: Leaving directory '/home/user/roleo/openwrt_agtef_gpl'
/home/user/roleo/openwrt_agtef_gpl/include/toplevel.mk:181: recipe for target 'world' failed
make: *** [world] Error 2
user@MAXX:~/roleo/openwrt_agtef_gpl$
sono riuscito cmq a recuperare il compilatore
alias cc='/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/bin/arm-openwrt-linux-uclibcgnueabi-gcc'
che compila il mio semplice programmino
user@MAXX:~$ cat prova.c
int main()
{
puts("Prova\n");
return 0;
}
user@MAXX:~$ cc prova.c
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find crt1.o: No such file or directory
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find crti.o: No such file or directory
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find -lgcc_s
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find -lc
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find -lgcc_s
/home/user/roleo/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/lib/gcc/arm-openwrt-linux-uclibcgnueabi/4.8.3/../../../../arm-openwrt-linux-uclibcgnueabi/bin/ld: cannot find crtn.o: No such file or directory
collect2: error: ld returned 1 exit status
user@MAXX:~$
ma non trovando la uClibc giustamente non riesce a linkare (infatti cc -c prova.c restituisce prova.o senza errori)
Sai mica come fare per compilare questa libreria? grazie.
AGGIORNAMENTO:
(scrivo questo come promemoria per chi, come me, si volesse cimentare a compilare il toolchain su Windows 10 usando ubuntu
scaricabile dal windows store)
Beh ho rifatto tutto usando stavolta il file openwrt_agtef_gpl_20171118.gz
faccio andare il ./go
sempre errore sui patch! Maledizione! Provo a fare a mano:
Allora, visto che della frammentazione dell'ipv6 non mi frega nulla rinomino i due patch incriminati così che non diano fastidio
user@MAXX:$ cd openwrt_agtef_gpl/target/linux/generic/patches-3.4
user@MAXX:$ mv 979-tch-ipv6-push-reasm-skb-backport.patch .979-tch-ipv6-push-reasm-skb-backport.patch
user@MAXX:$ mv 978-tch-ipv6-improve-fragmentation-handling-backport.patch .978-tch-ipv6-improve-fragmentation-handling-backport.patch
rilancio il ./go e... miracolo!
beh sta ancora compilando haha... vi faro' sapere!
-
Devo verificare come mai quell'errore.
In teoria non doveva fermarsi lì...
--- EDIT ---
Anzi sì...
Mancando la parte technicolor che a sua volta patcha il kernel, la seconda patch va in errore.
-
Allora...innanzitutto un pubblico grazie a @roleo
X TUTTI QUELLI CHE VOGLIONO COMPILARE - PERSINO SU WINDOWS 10: FUNZIONA!!
La compilazione di ieri si e' fermata nuovamente sul kernel ma comunque a quel punto il compilatore e le librerie erano gia' nella directory staging_dir.
Con questo alias
alias gcc='/home/user/rol/openwrt_agtef_gpl/staging_dir/toolchain-arm_cortex-a9+neon_gcc-4.8-linaro_uClibc-0.9.33.2_eabi/bin/arm-openwrt-linux-uclibcgnueabi-gcc'
e con questo export
export STAGING_DIR=/home/user/rol/openwrt_agtef_gpl/staging_dirsono riuscito ad avere un compilatore "di fortuna" che effettivamente FUNZIONA infatti come test ho compilato
alcuni programmi e li ho testati con successo sul dga4130. E' un ottimo risultato.
E ora vorrei togliermi alcuni dubbi...
@roleo
siccome il make mi si e' fermato cosi'
make[5]: Entering directory '/home/user/rol/openwrt_agtef_gpl/build_dir/target-arm_cortex-a9+neon_uClibc-0.9.33.2_eabi/linux-brcm63xx-tch/linux-3.4.11'
scripts/kconfig/conf --silentoldconfig Kconfig
*
* Restart config...
*
*
* Linux/arm 3.4.11 Kernel Configuration
*
Patch physical to virtual translations at runtime (ARM_PATCH_PHYS_VIRT) [N/y/?] n
Physical address of main memory (PHYS_OFFSET) [] (NEW) 010000
io ci ho messo 010000 e sono andato ingenuamente avanti lasciando il resto a default
e speravo che comunque arrivasse ad un punto che mi consentisse di lanciare make install
invece si e' fermato qua
mkdir -p /home/user/rol/openwrt_agtef_gpl/dl
echo "Checking out files from the git repository..."; mkdir -p /home/user/rol/openwrt_agtef_gpl/tmp/dl && cd /home/user/rol/openwrt_agtef_gpl/tmp/dl && rm -rf uci-2016-07-04.1 && [ \! -d uci-2016-07-04.1 ] && git clone git://nbd.name/uci.git uci-2016-07-04.1 --recursive && (cd uci-2016-07-04.1 && git checkout e1bf4356e1b513e158e1b5049147087ed6342cfd && git submodule update) && echo "Packing checkout..." && rm -rf uci-2016-07-04.1/.git && tar czf /home/user/rol/openwrt_agtef_gpl/tmp/dl/uci-2016-07-04.1.tar.gz uci-2016-07-04.1 && mv /home/user/rol/openwrt_agtef_gpl/tmp/dl/uci-2016-07-04.1.tar.gz /home/user/rol/openwrt_agtef_gpl/dl/ && rm -rf uci-2016-07-04.1;
Checking out files from the git repository...
Cloning into 'uci-2016-07-04.1'...
remote: Counting objects: 2046, done.
remote: Compressing objects: 100% (673/673), done.
remote: Total 2046 (delta 1348), reused 2046 (delta 1348)
Receiving objects: 100% (2046/2046), 335.00 KiB | 0 bytes/s, done.
Resolving deltas: 100% (1348/1348), done.
Checking connectivity... done.
fatal: reference is not a tree: e1bf4356e1b513e158e1b5049147087ed6342cfd
Makefile:90: recipe for target '/home/user/rol/openwrt_agtef_gpl/dl/uci-2016-07-04.1.tar.gz' failed
make[3]: *** [/home/user/rol/openwrt_agtef_gpl/dl/uci-2016-07-04.1.tar.gz] Error 128
make[3]: Leaving directory '/home/user/rol/openwrt_agtef_gpl/package/system/uci'
package/Makefile:192: recipe for target 'package/system/uci/compile' failed
make[2]: *** [package/system/uci/compile] Error 2
make[2]: Leaving directory '/home/user/rol/openwrt_agtef_gpl'
package/Makefile:189: recipe for target '/home/user/rol/openwrt_agtef_gpl/staging_dir/target-arm_cortex-a9+neon_uClibc-0.9.33.2_eabi/stamp/.package_compile' failed
make[1]: *** [/home/user/rol/openwrt_agtef_gpl/staging_dir/target-arm_cortex-a9+neon_uClibc-0.9.33.2_eabi/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/user/rol/openwrt_agtef_gpl'
/home/user/rol/openwrt_agtef_gpl/include/toplevel.mk:181: recipe for target 'world' failed
make: *** [world] Error 2
DOMANDA... secondo te e' possibile portare avanti in qualche modo il make in modo da poter fare il make install e installare la toolchain?
o mi devo accontentare di quello che ho (che cmq compila)
-
Vale il primo post.
Se riesci a ottenere l'archivio di sorgenti che technicolor ha rilasciato, puoi completare il make (dopo una giornata di compilazione...).
-
Da Technicolor si riesce ad avere solo il tar il cui nome trovo dentro ./prepare_sources.sh oppure potrei richiedere anche versioni differenti (a patto di conoscerne il nome esatto) ?
L'indirizzo mail di contatto, se non sbaglio è in qualche thread, giusto ?
-
L'indirizzo lo trovi in qualche thread ma non so aiutarti su quale.
Da Technicolor si possono avere diversi archivi, quello Telecom, quello Fastweb e forse anche di versioni diverse.
Purtroppo non è detto che cambiando archivio la mia procedura di prepare_sources.sh funzioni.
-
Non c'è problema, l'indirizzo in qualche maniera lo recupero.
Proverò a farmi dare il pacchetto Telecom ... poi per il prepare_sources farò i necessari adattamenti.
-
Il prepare_sources.sh è basato sui Fastweb perché sono i primi che Technicolor ha rilasciato.
Poi sicuramente lo stesso lavoro si può fare con i Telecom, magari con qualche ritocco.
-
@roleo Come mai non usi i tim ?
I fastweb vant-w sono basati su 16.2.7384 mentre i tim vbnt-k_ti 16.3.7498
-
Solo perché i fw sono arrivati prima.
-
Scusa @roleo, posseggo un Tim smart modem (non plus) con fw iinet montato sopra (basato su openwrt Chaos calmer 15.05.1 e arch brcm63xx-tch) c'è qualche repository che posso utilizzare per installare i pacchetti? (tipo transmission ecc...) quella attuale non esiste... :(
-
Se l'architettura è sempre arm puoi provare i repo DGA413x.
Meglio non provare pacchetti legati al kernel però.
-
Scusami @roleo, quindi aggiungo semplicemente le stringhe src.... (agtef) Al file customfeeds.conf e do un opkg update, un opkg install transmission-daemon e opkg install transmission-web per installare transmission?
Rischio di toccare qualcosa legato al kernel? (scusa ma non sono un esperto del funzionamento dei pacchetti poiché sono a conoscenza che hanno bisogno di dipendenze ma non so di preciso se vadano ad interagire con il kernel...) grazie e buona serata.
-
Se vuoi essere sicuro che non venga installato niente di sbagliato, conviene non usare i repository con opkg.
Ti scarichi nella /tmp i pacchetti che ti servono con wget e poi usi opkg in locale dandogli in pasto il file scaricato.
Chiaramente dovrai risolvere tu eventuali dipendenze installando tutti i pacchetti che servono.
-
:headbang: allora dovrò risolvere manualmente 700 dipendenze lib....
Grazie mille.
-
@alex261099 puoi usare direttamente opkg, tipo per htop
opkg install htop -d ram
ram e' il nome di una destinazione che configuri in /etc/opkg.conf
puoi anche scaricare i pachetti direttamente con opkg download...leggi il manuale di opkg
comunque grazie a @roleo per i pacchetti, anche se non ho trovato bash/zsh o iptraf-ng che stanno su lede 17.xx . Ma il chipset del modem non mi pare vecchio, perche' hanno usato chaos calmer quando lede e' stabile gia' da un po'...questione di licenze?
-
Credo questioni interne dovute al fatto che non hanno portato l'architettura su kernel recenti.
Oppure semplicemente che il progetto è vecchio.
-
@roleo hai qualche idea sul perchè swconfig non sia presente ?? Hai la possibilità di aggiungerlo ? con opkg non lo lista.
E' per caso incluso in qualche pacchetto tipo "basefiles" o robe simili ?
-
Mi associo alla richiesta dell' utente ^NiCo^
-
Ci guardo.
-
Una guida per installare openwrt su AGTEF
-
@roleo @uomoukko
avete già compilato rsync ? sarebbe molto comodo per backup/restore dei vari file presenti sul router :)
-
@roleo hai qualche idea sul perchè swconfig non sia presente ?? Hai la possibilità di aggiungerlo ? con opkg non lo lista.
E' per caso incluso in qualche pacchetto tipo "basefiles" o robe simili ?
Sto provando a inserire swconfig ma ho qualche problema.
Prima di proseguire vi chiedo: ma il fw originale come fa a configurare lo switch? Esiste un sw proprietario?
--- EDIT ---
Ho dovuto integrare una vecchia versione di swconfig del 2012 perché non tornavano le include del kernel nell'ultima versione.
@roleo @uomoukko
avete già compilato rsync ? sarebbe molto comodo per backup/restore dei vari file presenti sul router :)
Fatto.
Per il momento, visto che ci sono alcune modifiche "particolari", ho creato un archivio temporaneo.
Se poi mi confermate che va tutto lo sposto sull'altro ufficiale.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/test/brcm63xx-tch/
-
@roleo
Ti rispondo io. Da quello che ho capito le vlan sono abilitate solo sulle interfacce vdsl/adsl2 e la gpon (e come ben sai le vlan si possono abilitare anche da webui su questo lato e devi ovviamente averla attiva se vuoi navigare con Telecom, a meno che non si voglia tenere il DGA in bridge, ma questo è altro discorso), mentre sul lato lan (che "credo", prendendolo appunto con le virgolette, sia staccato dalla parte wan) non lo sono e ovviamente non so come si possano abilitare dato che non si conosce neppure qual'è il numero della porta della CPU.
config switch 'bcmsw'
option reset '1'
option enable_vlan '0'
option qosimppauseenable '0'
option jumbo '0'
Da quello che si può vedere dal file /etc/config/network lo switch viene chiamato "bcmsw" e non è abilitato.
Ci sono alcuni comandi da dare da terminale ssh ma non mi hanno aiutato e sono i seguenti:
root@modemtim:/# bcmvopiconfig help
Broadcom VOPI (VLAN Operations Interface) configuration
bcmvopiconfig load <name> : load VOPI configuration from UCI (create interfaces)
bcmvopiconfig unload <name> : unload VOPI configuration (remove interfaces)
bcmvopiconfig help : display this info
root@modemtim:/# bcmswconfig help
Broadcom switch configuration
bcmswconfig load <name> : load switch configuration from UCI
bcmswconfig reset [N|all] : reset switch configuration (N = # vlan to clear)
bcmswconfig help : display this info
come vedi con questi primi due puoi caricare e resettare le vlan e lo switch ma finisce la, tra l'altro l'help non spiega nulla, l'unico comando che può aiutare sul serio è swconfig https://wiki.openwrt.org/doc/techref/swconfig (https://wiki.openwrt.org/doc/techref/swconfig) che ti permette di capire la numerazione delle porte compresa quella della cpu e molto altro.
Sulla pagina di LEDE relativa alle vlan si menziona questo:
cit:
Newer devices with embedded switches (like Netgear R7800) use the DSA switch driver, that creates a distinct network interface for each switch port as if they didn't have a switch at all.
Most LEDE-supported devices can use the DSA driver, but they aren't ported over yet because the switch configuration would change significantly and likely break any custom setup in devices in the field.Qui il link alla pagina: https://openwrt.org/docs/user-guide/base-system/network/switch_configuration (https://openwrt.org/docs/user-guide/base-system/network/switch_configuration)
Finisco perché sto andando off topic.
-
Grazie @roleo, io non sapevo propio di bcmswconfig :headbang: ma cmq vedo che fà solo 2 cose... load config/reset
Provando a installare swconfig opkg ti ferma per via di files già presenti installati propio da bcmswconfig, ora non è l' ora giusta per bricckare il modem o mandarlo in bootloop domani pomeriggio sperando di avere un pò di tempo provo un force install.
-
@roleo @uomoukko
avete già compilato rsync ? sarebbe molto comodo per backup/restore dei vari file presenti sul router
Fatto.
Per il momento, visto che ci sono alcune modifiche "particolari", ho creato un archivio temporaneo.
Se poi mi confermate che va tutto lo sposto sull'altro ufficiale.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/test/brcm63xx-tch/
Grazie!
L'ho provato dalla Bash Ubuntu su windows 10:
rsync -va --progress --delete --exclude /proc --exclude /dev --exclude /sys root@IP_ROUTER:/ /CARTELLA_BACKUP
Funziona! Ed ho un bel backup di tutto il filesystem (escluso proc,dev,sys per ovvi motivi) , compresi i link simbolici
-
@roleo
Puoi aggiungere openssl?
Grazie
-
Repo per AGTEF -> https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/
Repo per TIMHUB -> https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/
Se non sbaglio tu hai il tim hub quindi -> https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/packages/base/&file=libopenssl_1.0.2m-1_brcm63xx-tch.ipk
-
Grazie.
Edit: sono due i pacchetti che ho installato dal repository di @roleo : libopenssl e openssl-util .
-
Repo per AGTEF -> https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/
Repo per TIMHUB -> https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/
Se dovete usare i repo con opkg usate la seguente sintassi:
AGTEF
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/...
AGTHP/TIM HUB
https://repository.ilpuntotecnico.com/files/roleo/public/agthp/brcm63xx-tch/...
-
@roleo :
sul file /etc/opkg/customfeeds.conf la sintassi è come l'hai specificata tu, grazie comunque per la precisazione.
-
Avete poi provato swconfig?
-
Si, Failed to connect to the switch :(
Versione troppo vecchia o casini di broadcom ?
-
Provo a guardarci.
-
Hi
I am in the need of this file
vant-w_fastweb_16.2.7384_1_20170925.tar.gz
any chance anyone can link to it ?
thanks
-
+1 on request for vant-w_fastweb_16.2.7384_1_20170925.tar.gz
Please help :)
Thanks in advance!
-
qualcuno sa se è disponibile un pacchetto knockd (port knocking) compatibile con AGTEF?
Se a qualcuno interessa qui i sorgenti di knock https://github.com/milaq/openwrt_knockd
-
Ciao, vorrei provare a compilare per la 1^ volta, sarà dura. Ho scaricato openwrt_agtef_gpl_20180222
Vorrei sapere se qualche anima gentile potesse inviarmi un PM e dirmi dove posso trovare........quello che manca. Grazie.
-
Buondì,
poiché opero molto via SSH da Terminale macOS mi sarebbe comodo avere questi due pacchetti:
- bash: anche per gestirmi l'history e varie impostazioni per il terminale
- busybox (completa): c'è la v1.23.2 ma manca l'applet stty per esempio (mi serve per settare le ROWS/COLUMNS quando uso "top")
c'è qualche possibilità che vengano messe in repository?
Poi una curiosità: che significato ha il suffisso tch? C'e' nei feed di opkg e anche in molti script di /etc/init.d (tipo miniupnpd-tch).
-
Poi una curiosità: che significato ha il suffisso tch? C'e' nei feed di opkg e anche in molti script di /etc/init.d (tipo miniupnpd-tch).
Technicolor? :-\
A latere complimenti per la tua proattività - a maggior ragione in quanto neoiscritto - che si somma a quella di tanti altri, a partire dal redivivo @Ansuel :clap:
-
Technicolor? :-\
Ovviamente... :rotfl:
A latere complimenti per la tua proattività - a maggior ragione in quanto neoiscritto - che si somma a quella di tanti altri, a partire dal redivivo @Ansuel :clap:
Grazie! A breve (spero) una guida con pacchetto per sistemare l'UPnP IGD una volta per tutte. Cioè, a me già funziona, ma al momento non ho tempo/voglia di fare gli script per una auto-installazione..
-
@roleo potresti aggiungere il pacchetto etherwake al repo
Grazie :pray:
-
Ho bisogno di un po' di tempo per gestire le richieste.
@Jecht_Sin
Per quanto riguarda bash e busybox la questione è un po' delicata perché si tratta di modificare della parti molto base del sistema.
E' un po' rischioso.
Comunque ci guardo.
--- EDIT ---
@roleo potresti aggiungere il pacchetto etherwake al repo
C'è già.
qualcuno sa se è disponibile un pacchetto knockd (port knocking) compatibile con AGTEF?
Se a qualcuno interessa qui i sorgenti di knock https://github.com/milaq/openwrt_knockd
Nel tree di chaos_calmer non c'è, mi sembra sia stato sostituito da fwknop.
Ti andrebbe bene lo stesso?
-
Per etherwake in effetti c'è, mi sa che sbagliavo qualcosa.
knockd lo uso in combinata con etherwake, sequenza di pacchetti che lanciano uno script per il WOL al pc.
Il problema di fwknop è che non permette di lanciare script come invece fa knockd,
se è più semplice va comunque bene fwknop, devo cambiare approccio ma non è un grosso problema. Lo userò per aprire le porte per ssh e lanciare il wol da ssh remoto, per poi richiudere la porta. :rotfl:
-
Fatto.
-
Grazie!!
ti rompo le scatole con un'altra richiesta. Stavo provando a far andare uhttpd con luci sulla porta 8081 in modo da far convinvere le interfacce.
sulla 1.0.3 funzionava, adesso non ne vuole sapere di partire. Probabilmente ho qualche problema con uhttpd e dovrei resettare il router, siccomeno non ho voglia sto usando lightttpd, solo che per luci ha bisogno di questo package: lighttpd-mod-cgi.
Riesci ad aggiungerlo? quando hai tempo, non ho fretta :D (anche se avessi fretta, peggio per me )
-
@roleo Puoi aggiungere al repository anche transmission-remote, lo trovo più comodo.
-
+1 per transmission remote :nod:
-
Aggiunto tutto.
-
grazie mille ;)
-
Ho bisogno di un po' di tempo per gestire le richieste.
@Jecht_Sin
Per quanto riguarda bash e busybox la questione è un po' delicata perché si tratta di modificare della parti molto base del sistema.
E' un po' rischioso.
Si, capisco per la busybox, essendo parte integrante del sistema. Ma bash verrebbe installata a parte, su richiesta. Poi chi vuole se la configura e la usa. Chi non la vuole anche se la installasse poi avrebbe solo un codice binario in più.
Comunque ci guardo.
Ovvio, quando hai tempo. La bash però proprio mi piacerebbe averla. ;)
-
Aggiunta bash.
-
Grazie Roleo! Purtroppo adesso non mi funziona più l'opkg:
root@modemtim:~# opkg update
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/Packages.gz
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/Packages.gz
[...]
Collected errors:
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base/Packages.gz, wget returned 5.
E così per tutti i feed. Il download con wget e wget-ssl via HTTPS però mi funziona (testato con il mio file in Dropbox che sai).
PS: "opkg remove wget" lo ha sistemato. Sembra che wget da "opkg update" esegua wget-ssl. Non ho capito come.
PPS: Comunque ho installato la bash. Grazie!
-
Provato ora.
Non ho problemi con opkg update.
-
Ciao, ho utilizzato durente un paio d' anni Openwrt su un Tp-Link 8970V1, con grande soddisfazione: ora vorrei fare lo stesso con lo scolapasta nero, ma, evidentemente sbaglio qualcosa. Vorrei suggerire la creazione di un bel tutorial per consentire la diffusione di questo lavoro, che attualmente esiste, ma per una serie di ragioni ri mane in un ambito di esperti. Ringrazio in anticipo.
-
Un tutorial mi sembra esagerato, anche perchè le poche cose necessarie sono già nel primo post. Una volta avuto acesso alla shell ssh, modifichi il gile /etc/opkg/customfeeds.conf aggiungendo i repo.
Dopo di che dai il comando: opkg update
a quel punto opkg install <nomepacchetto> installi quello che vuoi.
Non mi sembra ci sia molto di più da sapere
Il resto delle conoscenze necessarie sono basi unix e sapere quali pacchetti installare, come confgurarli e per fare cosa, Ma in questo caso tanto vale usare google
-
Come spiegato nel primo post, purtroppo non c'è la possibilità di caricare una immagine OpenWrt completa.
L'unica cosa che si può fare è aggiungere pacchetti al sistema esistente, che è già molto.
La cosa molto bella da fare sarebbe sostituire l'interfaccia originale con luci ma richiederebbe una quantità di lavoro molto grande e non è scontato il fatto di riuscire ad arrivarci in fondo.
Io, personalmente, non ho il know-how per farlo.
-
@roleo ciao sono su agtef 1.1.0 ho questo problema quando starto uhttpd...
/usr/sbin/uhttpd: can't resolve symbol 'uloop_run'
-
Ci guardo.
--- EDIT ---
Ho dato un'occhiata e al momento non ho capito.
Su AGTHP funziona per cui ho bisogno del tuo supporto perché non ho un AGTEF per provare.
In ogni caso la uloop_run è esportata dalla libubox ma la versione compilata nel repo (2016-07-29) la implementa correttamente.
Dovresti verificare che versione c'è nel fw 1.1.0 e se eventualmente puoi aggiornarla a quella nel repo senza provocare problemi.
Rinnovo alla community una richiesta di donazione...
:D :D :D
--- EDIT ---
@Ansuel
Ho capito il problema provando la stessa cosa con AGTHP 1.1.0.
Hanno aggiornato la libreria alla versione libubox - 2017-06-17-fd57eea9f37e447814afbf934db626288aac23c4
Posso provare ad aggiornarla anche nel repo poi però non so cosa succede a chi ha le versioni vecchie di fw...
-
Ciao, anzitutto scusate la mia scarsa competenza, che mi porta a scrivere strane cose; vorrei sapere, se un tizio possedesse un 'certo' file Fastweb.....utilizzandolo assieme a openwrt_agtef_gpl_20180222 potrebbe riuscire a creare un'immagine....??
Dove trovo una lista completa dei pacchetti disponibili?
Esiste qualche pacchetto per il wifi 2.4 in grado di velocizzarlo/ottimizzarlo? Grazie
-
Non si può mettere un'immagine custom... IL bootloader la verifica
-
OK Capo! :hello:
-
Leggi il primo post.
Niente immagini, solo pacchetti in più.
-
@roleo news per me?
-
Riesco a guardarci solo domani, oggi ero fuori città.
-
grazie... siccome ho messo l'installazione di luci da gui ora mi manca solo uhttpd funzionante :)
-
Nella versione 1.1.0 hanno cambiato le seguenti librerie.
busybox - 1.23.2-4
chat - 2.4.7-12
curl - 7.54.0-1
ddns-scripts - 2.7.6-14
ddns-scripts_no-ip_com - 2.7.6-14
dropbear - 2017.75-3
firewall - 2017-05-27
ip-full - 4.0.0-4
ip6tables - 1.6.1-1
ipset - 6.32-1
iptables - 1.6.1-1
iptables-mod-conntrack-extra - 1.6.1-1
iptables-mod-ipopt - 1.6.1-1
jshn - 2017-06-17-fd57eea9f37e447814afbf934db626288aac23c4
libblobmsg-json - 2017-06-17-fd57eea9f37e447814afbf934db626288aac23c4
libip4tc - 1.6.1-1
libip6tc - 1.6.1-1
libjson-c - 0.12.1-1
libjson-script - 2017-06-17-fd57eea9f37e447814afbf934db626288aac23c4
libmosquitto-ssl - 1.4.12-1
libubox - 2017-06-17-fd57eea9f37e447814afbf934db626288aac23c4
libubus - 2017-02-03-34c6e818e431cc53478a0f7c7c1eca07d194d692
libubus-lua - 2017-02-03-34c6e818e431cc53478a0f7c7c1eca07d194d692
liburcu - 0.9.2-1
libxml2 - 2.9.4-1
libxtables - 1.6.1-1
logd - 2016-06-08-fd4bb41ee7ab136d25609c2a917beea5d52b723b
netifd - 2017-06-20-5e4b48036e209bc9eb5e5bf6f05631abdd7dd648
odhcp6c - 2017-03-22-0463b0571af90fbab2bfc75d3338d6bf503dc0fb
opkg - 2017-05-03-1
ppp - 2.4.7-12
ppp-mod-pppoe - 2.4.7-12
procd - 2017-06-28-e0098d49a95d6f33252c9eb2f98e963c3fffe50b
ubox - 2016-06-08-fd4bb41ee7ab136d25609c2a917beea5d52b723b
ubus - 2017-02-03-34c6e818e431cc53478a0f7c7c1eca07d194d692
ubusd - 2017-02-03-34c6e818e431cc53478a0f7c7c1eca07d194d692
zlib - 1.2.11-1
Con calma posso cercare di ricompilare tutto e aggiornare il repo.
Ma non so se queste modifiche sono compatibili con il fw 1.0.3.
Non vorrei dover fare un nuovo repo.
-
Uhttpd Che dipendenze ha? Magari è semplicemente una libreria vecchia
-
Il problema è sulla libubox.
-
aspetto tuo responso :)
-
Sono a metà dell'opera.
Domani dovrei finire.
--- EDIT ---
@Ansuel
Finito.
Consideralo un wip.
Ho preparato un repo separato di test:
src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
-
Intanto ti confermo nel mio piccolo che con l'installazione manuale ora funziona. Parte uhttpd e Luci.
Attendiamo l'inserimento nella gui da parte di Ansuel
Grazie Roleo
-
andrebbe testato se questo repository funziona su firmware vecchi
-
Scusate ragazzi ma con openwrt come si attivano il wifi
-
??? intendi su luci? il wifi è rotto purtroppo :(
-
Si su luci
-
Scusate ragazzi ultima domanda luci su agtot_iinet si può installare e se è sì come si installa grazie
-
@roleo @uomoukko
avete già compilato rsync ? sarebbe molto comodo per backup/restore dei vari file presenti sul router
Fatto.
Per il momento, visto che ci sono alcune modifiche "particolari", ho creato un archivio temporaneo.
Se poi mi confermate che va tutto lo sposto sull'altro ufficiale.
Ho provato ad installare rsync su un vecchio firmware ... ottengo questo errore:
Installing rsync (3.1.1-2) to root...
Configuring rsync.
//usr/lib/opkg/info/rsync.postinst: line 4: default_postinst: not found
Collected errors:
* pkg_run_script: package "rsync" postinst script returned status 127.
* opkg_configure: rsync.postinst returned 127.
Se faccio finta di nulla :) e lo lancio poi ho questo:
rsync: symbol '__ctype_b': can't resolve symbol
rsync: symbol '__ctype_toupper': can't resolve symbol
rsync: symbol '__ctype_tolower': can't resolve symbol
Forse è un firmware troppo vecchio? Qualche libreria che non va bene?
Ho poi cercato nel tuo repository un paio di pacchetti che non trovo, sono compilabili?
block-mount kmod-usb-storage-extras
Indovina cosa voglio provare a fare.... ;)
-
questo problema prima non c'era?
-
Non sono convinto della compilata che ho fatto.
Stasera faccio un clean e domani rifaccio tutto da zero.
--- EDIT ---
Ho aggiornato il repo.
Ho provato ad installare rsync su un vecchio firmware ... ottengo questo errore:
Riprova ora.
-
Macché stesso errore. Grazie, comunque.
Proverò a metter su la toolchain e compilare da solo. Ti tengo aggiornato
-
So che non è la stessa cosa ma provando su AGTHP 1.1.0 non ho problemi.
root@modemtim:~# opkg install rsync
Installing rsync (3.1.1-2) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/rsync_3.1.1-2_brcm63xx-tch.ipk
Configuring rsync.
root@modemtim:~# rsync
rsync version 3.1.1 protocol version 31
Copyright (C) 1996-2014 by Andrew Tridgell, Wayne Davison, and others.
Web site: http://rsync.samba.org/
Capabilities:
64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints,
no socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
append, no ACLs, no xattrs, no iconv, symtimes, prealloc
rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.
rsync is a file transfer program capable of efficient remote update
via a fast differencing algorithm.
Usage: rsync [OPTION]... SRC [SRC]... DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
or rsync [OPTION]... SRC [SRC]... rsync://[USER@]HOST[:PORT]/DEST
or rsync [OPTION]... [USER@]HOST:SRC [DEST]
or rsync [OPTION]... [USER@]HOST::SRC [DEST]
or rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]
The ':' usages connect via remote shell, while '::' & 'rsync://' usages connect
to an rsync daemon, and require SRC or DEST to start with a module name.
---EDIT ---
Ho aggiunto block-mount e kmod-usb-storage-extras .
-
Magari si devono aggiornare le dipendenze di rsync
Comunque andrebbe aggiornato transmission la versione che c'è ora ha una grave dalla di sicurezza
-
@roleo altro problema...
/usr/bin/lua: symbol 'uci_alloc_alternate_context': can't resolve symbol
lua: symbol 'uci_alloc_alternate_context': can't resolve symbol
lua: error loading module 'uci' from file '/usr/lib/lua/uci.so':
rpcd: can't resolve symbol 'uloop_run' (questo è fondamentale per luci quindi priorità a questo tipetto...)
-
Dimmi come posso fare a replicare il problema (sempre che con AGTHP si riesca).
-
su che firmware sei?
su 1.1.0 basta installare luci e fare il comando rpcd
per gli altri ho upgredato libuci con la versione del nuovo repo e transmission e luci vanno in pappa con quell'errore...
-
Ho provato e non ho avuto problemi su AGTHP 1.1.0.
Riporto la procedura:
root@modemtim:~# mv /usr/lib/lua/uci.so /usr/lib/lua/uci.so.ori
root@modemtim:~# /etc/init.d/nginx stop
root@modemtim:~# mv /www /www2
root@modemtim:~# mkdir /www
root@modemtim:~# opkg install luci-base
Installing luci-base (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-base_git-18.021.57137-5fa2132-1_brcm63xx-tch.ipk
Installing libuci-lua (2017-04-12.1-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/libuci-lua_2017-04-12.1-1_brcm63xx-tch.ipk
Installing luci-lib-nixio (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-lib-nixio_git-18.021.57137-5fa2132-1_brcm63xx-tch.ipk
Installing luci-lib-ip (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-lib-ip_git-18.021.57137-5fa2132-1_brcm63xx-tch.ipk
Installing rpcd (2016-06-30-23417e94d25570e6d62542bac46edd51e8e0243a) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/rpcd_2016-06-30-23417e94d25570e6d62542bac46edd51e8e0243a_brcm63xx-tch.ipk
Configuring libuci-lua.
Configuring rpcd.
Configuring luci-lib-ip.
Configuring luci-lib-nixio.
Configuring luci-base.
root@modemtim:~# opkg install luci-theme-bootstrap
Installing luci-theme-bootstrap (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-theme-bootstrap_git-18.021.57137-5fa2132-1_all.ipk
Configuring luci-theme-bootstrap.
root@modemtim:~# opkg install luci-mod-admin-full
Installing luci-mod-admin-full (git-18.021.57137-5fa2132-1) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/luci-mod-admin-full_git-18.021.57137-5fa2132-1_brcm63xx-tch.ipk
Configuring luci-mod-admin-full.
root@modemtim:~# opkg install uhttpd
Installing uhttpd (2015-11-08-fe01ef3f52adae9da38ef47926cd50974af5d6b7) to root...
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/uhttpd_2015-11-08-fe01ef3f52adae9da38ef47926cd50974af5d6b7_brcm63xx-tch.ipk
Configuring uhttpd.
root@modemtim:~# /etc/init.d/uhttpd start
Lanciando rpcd non ho nessun errore di librerie.
-
ok allora probabilmente ho dei pacchetti sporchi hai idea da cosa potrebbe essere causato ?
-
Ciao,
perdonate la domanda cretina: ma DGA4130 AGTEF e TG789vac v2 sono lo stesso router?
Ho sbloccato un TG789vac v2 Tiscali, configurato opkg per puntare ai repo AGTEF riportati qui (https://www.ilpuntotecnico.com/forum/index.php/topic,77766.0.html) perchè riportati anche nel thread su Tiscali (https://www.ilpuntotecnico.com/forum/index.php?topic=77981.45), ma tutti gli eseguibili che vengono installati producono questo errore:
/usr/bin/nano: line 2: syntax error: unexpected word (expecting ")")Se controllo il tipo di eseguibile scaricato dal repo, ottengo:
/tmp/nano: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-uClibc.so.0, corrupted section header sizementre per gli eseguibili nativi funzionanti sul TG789 ottengo:
file /tmp/dnsmasq
/tmp/dnsmasq: ELF 32-bit MSB executable, MIPS, MIPS32 version 1, dynamically linked, interpreter /lib/ld-uClibc.so.0, corrupted section header size
C'è chiaramente un mismatch di architettura (MIPS vs. ARM). Cosa mi sto perdendo? Parliamo comunque di router basati sul Broadcom 63xx....
grazie mille, ciao
-
No il TG789vac si chiama AGTOT ed è differente.
-
Se hai il fw iinet usa il repo agtot.
-
innanzitutto grazie.
ma esistono dei repo AGTOT funzionanti? ho trovato questi
src/gz chaos_calmer_base http://brcm63xx-tch.ml/base
src/gz chaos_calmer_packages http://brcm63xx-tch.ml/packages
che però non sono più attivi e non sono riuscito a trovare dei mirror
--AGGIORNAMENTO--
segnalo che è possibile usare i repo ufficiali di chaos calmer su TG789 AGTOT con firmware Tiscali. Non saprei riguardo a AGTEF/AGTHP ma forse varrebbe la pena provare.
Il beneficio è quello di avere a disposizione l'opera omnia dei pacchetti per openwrt -con eccezioni come scritto sotto-, senza attendere ricompilazioni specifiche per questo router. Per farlo è necessario aggiungere a /etc/opkg.conf le seguenti istruzioni:
arch all 1
arch noarch 1
arch brcm63xx 3
arch brcm63xx-tch 10
e impostando poi i repo ufficiali in /etc/opkg/distfeeds.conf:
src/gz chaos_calmer_base http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/base
src/gz chaos_calmer_packages http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/packages
src/gz chaos_calmer_luci http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/luci
src/gz chaos_calmer_routing http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/routing
src/gz chaos_calmer_telephony http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/telephony
src/gz chaos_calmer_management http://archive.openwrt.org/chaos_calmer/15.05/brcm63xx/generic/packages/management
I pacchetti che contengono moduli kernel-dipendenti non funzionano (es. kmod-tun per openvpn) ma le normali applicazioni user-space sembrano funzionare (bird4, rsync, etherwake, nano, ssmtp, ecc.). Per installarli è necessario tuttavia forzare opkg a bypassare il controllo sulla versione del kernel del pacchetto software considerato. Ad esempio quindi per installare rsync, dopo aver refreshato i pacchetti dal repository standard di chaos calmer riportato sopra, bisogna eseguire:
opkg install rsync --force-depends
opkg lamenterà comunque la differenza di versioni di kernel fra quella prevista dal pacchetto e quella locale, ma installerà ugualmente il software che sarà poi funzionante.
-
Chi mi aiuta con Oscam? L'ho installata e riesco ad accedere alla sua webif ma non riesco a far funzionare il reader pcsc esterno, dal log ricevo: [pcsc] Cannot open device: 0.
Che verifiche posso mettere in atto?
-
@roleo
Per favore puoi aggiungere i package per agtef/agthp :
https://wiki.openwrt.org/doc/howto/smtp.client
mailsend
mailsend-nossl
and if possible :
monit-nossl
Thanks !
-
So che non è la stessa cosa ma provando su AGTHP 1.1.0 non ho problemi.
root@modemtim:~# opkg install rsync
Installing rsync (3.1.1-2) to root...
Ho aggiunto block-mount e kmod-usb-storage-extras .
Confermo che rsync, block-mount e kmod-usb-storage-extras si installano senza errori sulla 1.1.0 [ ti tingrazio per la compilazione ].
Il problema ce l'ho su un secondo router con vecchio firmware, ma ho fatto richiesta dei sorgenti specifici a Technicolor... se mi danno ascolto provo le build in autonomia.
-
Per favore puoi aggiungere i package per agtef/agthp :
https://wiki.openwrt.org/doc/howto/smtp.client
mailsend
mailsend-nossl
and if possible :
monit-nossl
Inseriti i pacchetti nel repo di test:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch
-
Thank you !
-
just finished testing monit and mailsend are working well, they can be pushed in production :nod:
-
Ok.
-
@roleo sperando non sia eccessivamente difficile puoi prendere la versione di asterisk Dal repo openwrt ufficiale?
Puoi aggiungere asterisk15 ed aggiornare asterisk13?
-
Il primo tentativo non è andato bene.
Ci sono un sacco di dipendenze non risolte.
--- EDIT ---
Ho patchato un po' di Makefile ma non riesco a compilare né la 15 né la 13 nuova.
Mi viene fuori un errore di linker sulla libpthread.
Purtroppo la struttura della chaos_calmer è ormai vecchia rispetto ai nuovi pacchetti e portare la struttura sulla versione 17 è complicato.
Farò altri tentativi ma la vedo grigia.
-
Ho provato a cercare un client IRC per Chaos Calmer, senza successo :(
Sapete se esiste ?
-
Esiste "IRSSI" ed e' anche molto completo come client IRC.
Funziona bene sul DGA4130
-
Ragazzi perdonate la domanda probabilmente scontata ma al momento su agthp con le librerie openwrt ad oggi è possibile creare una vpn ad esempio con ipvanish o nord vpn funzionante?
-
Ragazzi perdonate la domanda probabilmente scontata ma al momento su agthp con le librerie openwrt ad oggi è possibile creare una vpn ad esempio con ipvanish o nord vpn funzionante?
Non vorrei dire cose inesatte, ma credo che con openvpn si possa fare una connessione a ipvanish.
-
Ok ok grazie c'è semplicemente da documentarsi, sarebbe opportuno aprire un topic dove discutere di queste eventuali configurazioni che ne pensi?
-
Ho compilato l'ultima versione di asterisk 13 e di asterisk 15.
Ho dovuto patchare il Makefile, aggiungere un po' di librerie ed escludere qualche sotto pacchetto che non compilava.
Però direi che il grosso c'è.
Aggiornato il repo di test:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch
-
Esiste "IRSSI" ed e' anche molto completo come client IRC.
Funziona bene sul DGA4130
Ottimo, grazie! Lo hai installato con opkg dal repository di roleo oppure l'hai preso altrove ?
-
All'epoca installai il pacchetto a mano preso dalla primissima repository che era stata messa su...
-
Ciao, avendo un po' di tempo da perdere, mi sono messo in testa di migliorare le prestazioni del wifi 2.4Ghz del 4130, notoriamente asmatico; poiché potrebbe essere colpa del driver del chip bcm43xx, forse castrato, vorrei provare a sostituirlo. Avrei pensato di utilizzare opkg ma avrei bisogno del vostro aiuto: ho trovato varie discussioni, tra cui questa:
https://help.ubuntu.com/community/WifiDocs/Driver/bcm43xx
Forse sono un po' OT, ma credo che qui potrei trovare delle risposte. Che ne dite? Si può fare? Grazie in anticipo.
-
@roleo vorrei montare una cartella di rete (NAS) in una cartella del router, in modo da farci puntare aria2 e transmission per il download.
Questi pacchetti (https://wiki.openwrt.org/doc/howto/cifs.client) sono compatibili e/o si possono aggiungere? molti sono kmod quindi ho paura che riceverò risposta negativa :rotfl:
-
Intanto se vuoi dovresti già poterlo fare in NFS.
In ogni caso si dovrebbe poter compilare visto che la maggior parte dei pacchetti c'è già.
-
Ho appena provato con nfs, non sono riuscito... non ho capito se perchè sono nabbo io o perchè non va di suo :rotfl:
Provato:
mount.nfs //192.168.1.2:/Public /mnt/nas -> Failed to resolve server //192.168.1.2: name or service not known
mount -t nfs 192.168.1.2:/Public /mnt/nas -> Failed: No such device
-
Aggiunto cifs.
-
Ciao Roleo, hai cambiato qualcosa su Aria2 o libstdcpp ?? non funziona piu...
root@modemtim:~# aria2c
aria2c: symbol '_ZTVSt9basic_iosIcSt11char_traitsIcEE': can't resolve symbol
aria2c: symbol '_ZSt7nothrow': can't resolve symbol
aria2c: symbol '_ZTTSt19basic_istringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZTVSt18basic_stringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZTTSt19basic_ostringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZTISt12domain_error': can't resolve symbol
aria2c: symbol '_ZTVSt15basic_streambufIcSt11char_traitsIcEE': can't resolve symbol
aria2c: symbol '_ZNSt12domain_errorD1Ev': can't resolve symbol
aria2c: symbol '_ZTVSt19basic_ostringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZTVSt19basic_istringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZSt4cout': can't resolve symbol
aria2c: symbol '_ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE': can't resolve symbol
aria2c: symbol '_ZTTSt18basic_stringstreamIcSt11char_traitsIcESaIcEE': can't resolve symbol
Segmentation fault (core dumped)
root@modemtim:~#
-
Rispetto a quale versione?
Il problema è che ricompilare tutto richiede una notte intera, quindi spesso ricompilo solo porzioni con la possibilità che qualche cosa si rompa.
-
Mi succede sul mio dga4130, firmware 1.1.0, sul repo normale. Non ho provato sul AGTHP. Dovremmo sapere se succede ad altre persone ...
Edit:
ho installato aria2 sul mio secondo dga4130, e funziona bene...non capisco cosa succede...
-
Qualcuno ha provato NFS o CIFS? Solo per capire se ho problemi io o in generale.
Ho provato sia a montare una cartella del NAS, sia una cartella condivisa da un pc windows >:(
-
Scusate ragazzi siccome il wifi non funziona con openwrt ,si possono installare wifi usb
-
@shdf
Ho ricompilato tutto il repo di test 1.1.0 (uguale per AGTEF e ATHP).
Per il momento continuerò a portare avanti gli sviluppi su questo repo di test.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/
L'altro rimane valido per il fw 1.0.3 ma non subirà modifiche.
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/
Scusate ragazzi siccome il wifi non funziona con openwrt ,si possono installare wifi usb
In che senso non funziona il wifi?
-
Con openwrt istallato il wifi non mi permette di attivarli su luci
-
@roleo
with the 1.1.0 repo now aria2 works when i install it
Thanks !
-
@00007 LUCI NON è OPENWRT.... e non funzionerà mai la gestione del wifi su luci penso...
-
Qualcuno ha provato NFS o CIFS? Solo per capire se ho problemi io o in generale.
Ho provato sia a montare una cartella del NAS, sia una cartella condivisa da un pc windows >:(
Ho indagato il problema del CIFS e del NFS.
I pacchetti che ti ho fatto provare in realtà erano vuoti e non contenevano nessun modulo ko.
In ogni caso, anche se sono riuscito a produrre i pacchetti correttamente, non funziona.
Purtroppo non possono funzionare poiché manca una parte kernel a cui si agganciano i moduli stessi e che nel kernel technicolor è mancante.
Quindi nisba.
-
Ci ho sperato ma i pacchetti kmod mi avevano già messo in allerta. :'(
Mi armerò di chiavetta USB per i download
Ti ringrazio comunque per il tempo che ci hai perso. :clap:
-
@roleo secondo te posso usare i repo in testing per i firmware vecchi ?
-
Sinceramente non so.
Avevo chiesto a qualche utente se poteva provare ma non ho avuto feedback.
-
@roleo ...
HTTP/2 può essere abilitato o installato?
:)
-
nginx dovrebbe supportarlo credo...
-
@roleo puoi aggiornare il pacchetto adblock e luci-adblock con quelli in lede?
-
In questo momento sono in una situazione inconsistente, non riesco a compilare.
Mi servono un paio di giorni per risistemare l'albero.
-
@roleo anche aggiornare tutto il sistema luci sarebbe utile... anche se penso che quello è più difficile... ho notato che hanno eliminato la dipendenza da libuci-lua (che sarebbe il file uci.so) questo porterebbe un'installazione di luci ancora più facile siccome effettivamente non dovremmo neanche più sostituire quella libreria che viene usata dal comparto transformer e cwmp
-
dopo essermi letto tutto il post, e tanta altra roba, ho richiesto via mail i sorgenti , ho indicato questi dati
AGTHP_1.1.0
Firmware OID 5a7461b17c6fcf3523e4f0c1
Versione Bootloader 17.19.1062-0000000-20170512080206-5bebd9fb97718f93b20bca231a620df630da9918
Bootloader OID 59156bce30d40f7fd11860f1
Versione Hardware VBNT-S
di solito in quanto tempo rispondono ? bastano questi dati ?
perchè non si inseriscono in prima pagina queste info ?
qualcuno ha provato ad interessare FSF per sapere come comportarci con i sorgenti e le licenze ??
-
Non si può mettere un'immagine custom... IL bootloader la verifica
la verifica il bootloader, o sysupgrade nel momento del flash ? perche su sysupgrade ho visto che c'e' il flag per ignorare la verifica
avete provato a chiedere a @kkurt se ha modo di vedere il bootloader se è possibile bypassare il check??
se qualcuno comunque mi passa un' immagine ho un 4130 dove poter provare ....
-
@radiomodel il bootloader verifica l'immagine anche al momento del load, non solo al momento del flash
-
@roleo Una domanda: questi pacchetti si possono aggiornare?
libuci - 2016-07-04.1-1 - 2017-04-12.1-1
uci - 2016-07-04.1-1 - 2017-04-12.1-1
-
Io li avevo aggiornati s non avevo avuto problemi.
Però si tratta di librerie un po' critiche, potrebbero esserci problemi non ben identificati.
Però se togli il reboot su coredump non dovrebbero esserci problemi di blocco.
-
@roleo puoi aggiornare il pacchetto adblock e luci-adblock con quelli in lede?
Ho recuperato un albero funzionante.
Ora riprendo a compilare.
-
ti ringrazio
-
@Ansuel
Ho compilato i 2 pacchetti che mi hai chiesto.
Siccome non so se funzionano (soprattutto la parte luci), non ho sostituito quelli del repo ma li ho copiati in una cartella wip.
-
@roleo riprendo una cosa di qualche post fa: l'errore che ottenevo installando rsync su
un router fastweb (che dovrebbe essere analogo al DGA4130)
rsync: symbol '__ctype_b': can't resolve symbol
rsync: symbol '__ctype_toupper': can't resolve symbol
rsync: symbol '__ctype_tolower': can't resolve symbol
Ho trovato su whirlpool un utente con un problema simile sul TG799vac
OK, I fixed this and managed to install 'htop' from ilpuntotecnico.com. However, these packages are complied without support for NLS, and will NOT run on a Telia TG799vac with 16.2 Jade:
root@OpenWrt:~# htop
htop: symbol '__ctype_b': can't resolve symbol
Che ne pensi ?
*edit: facendo una ricerca più generale sulla compilazione Linux ho trovato questo
The error "can't resolve symbol '__ctype_b'" occurs when you build a
binary with a toolchain with locales support disabled and try and run
it with uClibc with locales support enabled
Forse i router fastweb hanno questa differenza sulla uClibc ?
-
si ma modificare uclibc è una roba così rischiosa che se non hai una seconda configurazione funzionante rischi di buttare il modem...
-
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.
-
Beh sì ... la uClibc è problematica ed anche farti ricompilare tutto l'albero mi sembra una perdita di tempo solo per fare un test.
I sorgenti li ho già chiesti a technicolor ma ovviamente prendono tempo e devo insistere (chissà quanto ci vorrà, ma io non demordo) .
Nel frattempo ho trovato un altro xtream a prezzo modico, lo userò come nuova cavia.
-
io sto cercando disperatamente un fastweb dga per pigliare la osck e il firmware aggiornato...
comunque tra poco mi tolgono la linea tim quindi mi sa che inizio a fare alcune prove sulla modifica del firmware...
-
Io sto aspettando che mi arrivi, l'ho già comprato. Ne ho anche un altro, con firmware 16.1 ... se dovani trovo un po' di tempo provo ad estrarti l'OSCK
-
ti ringrazio ;) puoi usare il ripdrv presente nella cartella modular...
inserisci rmmod keymanager
rmmod ripdrv
insmod ripdrv pigli quello che ci serve da proc e poi ripristini quello originale
-
I sorgenti li ho già chiesti a technicolor ma ovviamente prendono tempo e devo insistere (chissà quanto ci vorrà, ma io non demordo) .
quante volte li hai chiesti ? quando ? io due mail nessuna risposta da 20 giorni
-
Dai, dai, che parte la denuncia alla FSF.
-
@roleo nel repository c'è un client IKE IPSEC ?
-
Non so.
Tipo Cisco?
-
Curioso, deduco quindi che il DGA4130 di tim e il TG789vac Xtream 35b di fastweb, avendo osck diverso, per technicolor siano due prodotti distinti. E i codici delle board di entrambi quali sono?
-
Il DGA4130 ha BOARD-ID; VBNT-K
Il DGA4132 ha BOARD-ID: VBNT-S
Il TG789vac Xtream 35b ha BOARD-ID: VBNT-F
Il TG è un prodotto diverso: ha molte parti a comune con il 4130 ed il layout del PCD è identico ma, ad esempio, la flash è grande la metà.
edit:
Abbiamo pure il recente DGA4131FWB con BOARD-ID: VBNT-O
-
Hello,
first of all I am sorry for writing in English. Second of all, thank you so much for compiling these packages! I am glad that someone is taking these efforts in order to enhance the functionality of this modem. While my DGA4132 is mostly working great for me, I am missing support for NFS. Is that because of the missing kernel sources or is it simply because nobody needed it yet? I hope that this will be available soon, the community around these devices is just great!
-
I'm sorry but I've already tried to compile these modules but they can not work because the support in the kernel is missing.
https://www.ilpuntotecnico.com/forum/index.php/topic,77766.msg233597/topicseen.html#msg233597
-
Alright, I see the issue. How about fuse and for example remotefs or sshfs? I noticed that is also not included yet. As fuse is included, this should be possible.
-
Ok.
I will check these options and, if possible, I will include them in the next build.
-
Ragazzi siccome ho intenzione di fare prove sulla configurazione di nordvpn nel modem(agthp 4132) mi domandavo se era possibile effettuare un backup a freddo di tutto il modem cosi se qualcosa dovesse andare storto si butta dentro tutto(se possibile)senza farsi troppi problemi o indagare a fondo, almeno per evitare di perdere tempo a ripristinare ogni volta.
-
@Flole
I rebuilt the packages with sshfs support (not tested).
But I didn't find remotefs.
-
Ragazzi siccome ho intenzione di fare prove sulla configurazione di nordvpn nel modem(agthp 4132) mi domandavo se era possibile effettuare un backup a freddo di tutto il modem cosi se qualcosa dovesse andare storto si butta dentro tutto(se possibile)senza farsi troppi problemi o indagare a fondo, almeno per evitare di perdere tempo a ripristinare ogni volta.
Mah... backup a freddo mi sembra di no, però potresti partire da una configurazione funzionante e fare un rsync della overlay su una cartella del PC. Poi se si incasina tutto ripristini (a patto che rimanga il root+accesso ssh) .
Il pacchetto rsync l'ha compilato roleo tempo fa.
-
Dopo aver configurato sul nostro agthp 4132 con successo nordvpn seguendo la loro guida da sito succedono due cose che non riesco proprio a capire.
La prima ovviamente è il voip tim, non si registra ne funziona, la seconda è che la banda di connessione quando utilizzo la loro app risulta 35 cioe la mia piena banda quando la configuro sull'hub va a 11.87 mb al secondo. Ovviamente il test è stato fatto sugli stessi server per coerenza. Spero qualcuno possa darmi una mano.
Non vorrei sia un gap hardware dell' agthp e non ce la fa a mantenere la crittografia.
-
@Flole
I rebuilt the packages with sshfs support (not tested).
But I didn't find remotefs.
SSHFS works great, don't worry about remotefs, I'm fine with sshfs :)
Thank you so much, good job!! :clap:
Has anybody looked into running a newer openwrt version?
-
It's no so simple.
The kernel version is too old (we cannot change it) and there are too many package to patch.
-
@roleo Ciao, sarebbe possibile compilare i rimanenti pacchetti collectd-mod- ?
In alternativa, sarebbe possibile utilizzare questi? https://github.com/ElDavoo/agevo/tree/master/pkg/packages o si rischia di spaccare tutto?
Ah, anche il pacchetto "screen" e "autossh" O:-)
Grazie!
-
BuonGiorno roleo, ho notato che il pacchetto incluso è l'obsoleto 1.8, sarebbe possibile usare Asterisk versione 13 o crea problemi?
Saluti e grazie per il mantenimento di questo repository 8)
-
@Plasmodium guarda nel repository che ho linkato se è presente....potrebbe andare...non mi assumo nessuna responsabilità però, non ho provato asterisk.
Da quel repo ho installato screen, qualche altro pacchetto di collectd e non ho avuto problemi, sarebbe ottimo avere lo stesso numero di pacchetti di quel repo, aggiornato O:-)
-
...
ci sto smanettando proprio in questo momento, il pacchetto asterisk13 nella repo di roleo funziona senza problemi, sfortunatamente pare non prendere le configurazioni fatte tramite luci-app-asterisk ma andando a modificare in /etc/asterisk funziona tutto
-
Aggiunti i pacchetti collect-mod, screen e jamvm.
Non ho trovato nel tree autossh e netdiscover.
Per quanto riguarda asterisk, il repo contiene le versioni 11, 13 e 18.
-
Grazie!! :clap:
in effetti autossh non è presente, probabilmente l'hanno inserito nelle versioni successive di openwrt.
Ho installato le tue versioni di collectd-mod, visto che ho notato qualche riavvio forzato cercando di entrare nelle statistiche di luci. Ho comunque idea che la visualizzazione delle stats dia problemi, dopo che gira per qualche giorno.
A parte questo, è possibile avere, quando hai tempo s'intende, anche openssh-client e openssh-client-utils ?
L'ho installato dall'altro repo e lo uso per avere il keepalive, grazie.
-
Fatto.
-
Grazie ancora! :clap:
-
Ho installato l'adblock contenuto nella repository ma vorrei modificare le Blocklist sources con alcune aggiunte da me, solo che non so come modificare il file, tramite SSH sono riuscito a trovarlo ma siccome non c'è nano installato non so che editor usare. Potete aiutarmi?
-
Di default cè vi, nano è cmq installabile, altrimenti scaricati un client ssh con file browser scp tipo mobaxtermfree/winscp/etc/etc
-
Sono riuscito ad accedere e a modificare il file, ma nella GUI di Luci relativa ad adblock rimane tutto invariato, ho controllato che il file fosse effetivamente salvato e modificato, infatti anche dopo il riavvio del modem la modifica rimane. Avete qualche idea?
-
avevo lo stesso problema con luci-app-asterisk ... le configurazioni messe da luci non corrispondevano a quelle che poi erano in /etc/asterisk ancora non ho capito da dove leggesse e dove le scrivesse (perche' poi tutto rimaneva salvato ma asterisk non se le filava proprio le config)
-
Ciao,
siccome parli di bootloader and flashing eprom..
Ho aggiornato sia con tftp che con autoflushgui il DGA4132 timhub e sono riuscito ad entrare e cambiare la passwd e la shadow
Appena collegato ad internet si è aggiornato e per entrare mi chiedeva la password che non avevo cambiato.
Sicuramente è l'immagine sulla blank startata e va bene..
Quando ho rifatto la procedura non sono riuscito ad entrare e mi sono ritrovo la 1.1.1 su entrambe la bank, poi provando la
custom 1.1.2_001 stessa cosa su entrambe credo.
Non posso + fare downgrade?
-
@daniele1976
ma hai installato la GUI di Ansuel in passato? perche' sembra tanto un comportamento del suo script di root (clonare bank e switchare su bank1 se si e' in bank2) .. controlla se hai accesso ssh
con firmware >=1.1.1 in entrambi i bank e niente accesso ssh sei bloccato.
-
la 1.1.2_001 su entrambi i bank..
con delle modifiche al file .rbi potrei ovviare? xchè da tftp carica il file ma al riavvio è sempre uguale
Daniele
-
dalla 1.1.1 in poi NON puoi fare downgrade, l'unico modo per farlo e' aver installato in passato la GUI di Ansuel che disattiva la protezione al downgrade.
-
@roleo , potresti compilare ed aggiungere al repository kmod-usb-serial-ftdi (e possibilmente anche coreutils-stty) ?
Vorrei pilotare un relè tramite il DGA, se mi riesce metterò a disposizione della community il progetto.
-
Rientro dopo un po' di assenza.
Oltre a kmod-usb-serial-ftdi e coreutils-stty scritti nel post sopra, ci sono altri pacchetti richiesti da compilare?
-
Ciao @roleo, ben tornato.
Se ti fosse possibile anche aggiornare OpenSSL alla 1.0.2q
-
Ciao @roleo. Non ricordo sinceramente se poi ho inviato o meno il messaggio, volevo sapere se c'era fattibilità di far girare php(5.x). Ho uno script lanciabile da cli che su carta quantomeno credo potrebbe tranquillamente gestire anche il modem.
-
php è una cosa molto impegnativa.
Le dipendenze potrebbero rompere l'equilibrio instabile.
Devo verificare cosa si riesce a fare.
-
ottimo grazie, attendo news. per il mio target non ho bisogno di particolari moduli nè driver per interfacciamenti a db. se ci sono ovviamente attivabili all'occorrenza è un extra ben accetto.
-
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.
Ho recuperato i sorgenti del Xtream 35B Fastweb (vant-w_fastweb_16.1.6637) e li ho uniti con openwrt_agtef_gpl_20180314.tgz preso dal repository.
Il prepare_sources.sh è andato a buon fine, adesso sono in fase di compilazione, ma ho un errore quando arriva a make-ext4fs-2015-05-01 :
make -C libsparse/ libsparse.a
make[5]: Entering directory '/home/user/build/openwrt_agtef_gpl/build_dir/host/make-ext4fs-2015-05-01/libsparse'
cc -Iinclude -Ilibsparse/include -Iinclude -c -o backed_block.o backed_block.c
cc -Iinclude -Ilibsparse/include -Iinclude -c -o output_file.o output_file.c
output_file.c:31:18: fatal error: zlib.h: No such file or directory
compilation terminated.
forse mi manca qualche pacchetto di sviluppo da installare ? C'è una lista di pacchetti di prerequisito o vado per tentativi ?
PS: uso una distribuzione Debian
-
zlib1g-dev?
-
Probabilmente è quella, ma per andare sul sicuro ho fatto riferimento alla pagina "Build system Installation" di openwrt.org ed ho installato i pacchetti da loro suggeriti e la compilazione sta proseguendo.
*** aggiornamento delle 18:50
La compilazione si è fermata di nuovo, stavolta su nf_conntrack ... mi dice che "blog_nat_udp_def_idle_timeout_stream" non è definito.
Ci ho messo una pezza, aggiungendo la definizione in blog.h ( extern uint32_t blog_nat_udp_def_idle_timeout_stream; ) e valorizzandolo in blog.c ( gli ho dato il default indicato per natUdpDefIdleTimeout nella RFC 4008 - Definitions of Managed Objects for Network Address Translators )
-
php è una cosa molto impegnativa.
Pensi sia fattibile? Se è una cosa troppo complicata ripiego su una dev board alla peggio.
-
Compilato kmod-usb-serial-ftdi e coreutils-stty.
Aggiornato OpenSSL alla 1.0.2q.
Compilato quasi tutto php5, l'unico modulo che ho escluso perché mi ha dato problemi è php5-mod-intl.
Riproverò con più calma facendo un clean all e poi ricompilando.
Ditemi se riscontrate qualche problema.
-
intanto grazie. i miei feedback per php nel tentare di usare i miei script da router con php-cli
mi dà sempre un errore di segmentation fault, anche con un semplice php-cli -v . ma sembra comunque eseguire gli script
secondo problema legato al timezone: per le funzioni tipo strftime, date, datetime ecc.. il messaggio a shell è: Timezone database is corrupt - this should *never* happen!
sto omettendo qualche pacchetto io o è l'ambiente in cui gira il tutto che lo genera?
-
Ciao a tutti,
vi aggiorno nuovamente sulla compilazione dei pacchetti usando i sorgenti vant-w_fastweb_16.1.6637 , ho avuto altri 3 stop in fase di compilazione, tutti risolti come segue:
- compilazione firewall3, ho avuto l'errore "fatal: reference is not a tree: 6cccf1ba7f0c3eb34ef4a7adc6af501376bfa875" durante
l'esecuzione del git clone ... probabilmente c'è qualche pasticcio nei commit del repository. Avevo trovato dei repository git alternativi,
ma per non perderci troppo tempo ho preferito cercare il tar.gz già pronto e l'ho trovato nel sito di sviluppo di un'azienda che fa piattaforme embedded ( http://dev.gateworks.com/sources/firewall-2016-05-02-6cccf1ba7f0c3eb34ef4a7adc6af501376bfa875.tar.gz )
- errore su compilazione sorgenti prelevati via svn ... nella guida di OpenWRT non c'era scritto di installare il pacchetto "subversion";
risolto con "sudo apt-get install subversion"
- errore in fase di scaricamento del pacchetto aria2 ... errore 404 in tutti i repository che ha tentato;
risolto scaricando il pacchetto da github ( https://github.com/aria2/aria2/releases/download/release-1.33.0/aria2-1.33.0.tar.bz2 )
La compilazione prosegue, allo stato attuale mi risultano pronti 585 packages .ipk
@roleo
sai dirmi quanti dovrebbero essere i pacchetti totali, così da capire quanto mi manca alla fine?
-
sto omettendo qualche pacchetto io o è l'ambiente in cui gira il tutto che lo genera?
Faccio un make clean e ricompilo tutto. Vediamo se risolve.
Domani rimetto su l'archivio.
sai dirmi quanti dovrebbero essere i pacchetti totali, così da capire quanto mi manca alla fine?
Circa 1300.
-
ok grazie. siamo a buon punto comunque, ottimo lavoro :clap:
da quanto leggo per quanto riguarda gli errori timezone cercherebbe questo pacchetto: zoneinfo-core (e vari zoneinfo. Europe/America...) si può recuperare?
altrimenti dovrei ingegnarmi e andare a pescare tutte le chiamate coinvolte e modificare il codice. il problema è che è un api esterna, mi ci vorrà un po
-
zoneinfo-core è già presente nel sistema.
Sembra sempre di più essere un problema di compilazione dovuto al fatto che non faccio sempre un clean prima di compilare (per fare prima).
-
Va bene, attendo la prossima compilata. Il grazie non paga ma intanto grazie. Poi seppur simbolica una donazione per riconoscenza la farò.
Ci vuole riconoscenza per chi si sbatte
-
@matteone2
Prima di compilare dai " make download" così ti scarica tutto prima e compila più velocemente.
-
Non lo sapevo :facepalm: :'(
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
-
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.
-
Qui mi sono proprio arenato :help:
/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)
-
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
-
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
-
Dovresti riprovare con i pacchetti aggiornati dopo l'ultima compilata.
-
Li ho installati ieri sera, hai fatto un altro aggiornamento sulla repository nel frattempo?
-
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
-
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
-
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 :)
-
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.
-
Ho trovato /proc/config.gz l'ho scompattato ed aperto... ed infatti c'è abilitazione al NLS che invece manca sul DGA
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
-
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.
-
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...
-
Conviene sempre un clean.
-
Segnalo che un utente australiano ha creato un mirror completo su github dei sorgenti del tree di @roleo e del repo coi pacchetti compilati per arm. Magari può essere utile convogliare lì tutte le patch necessarie alla compilazione dei vari pacchetti che nel tempo sono stati compilati.
https://github.com/BoLaMN/brcm63xx-tch
https://github.com/BoLaMN/brcm63xx-tch-src
-
@roleo ho visto nel tuo repo hai i source di iinet, per l'agtot, cosa ti impedisce di buildare pacchetti tipo openvpn?
-
Provato e fallito.
I sorgenti non corrispondono esattamente al fw del router e non esiste un /proc/config
Pertanto i moduli generati non funzionano.
O vanno in kernel panic o si caricano ma poi non funzionano.
Se qualcuno vuol riprovare ben venga, io mi sono arreso diverso tempo fa.
-
quindi in sintesi ci hanno dato i source per un modem diverso? in una subdirectory vedo il kernel linux .iinet, da quello si potrebbe ricavare il config.gz penso...
-
Ma openvpn quali moduli kernel richiede?
-
kmod tuntap openvpn e mi sembra basta.
-
Segnalo che un utente australiano ha creato un mirror completo su github dei sorgenti del tree di @roleo e del repo coi pacchetti compilati per arm.
@LuKePicci su GitHub hanno messo anche i sorgenti Technicolor che aveva ricevuto @ezz911 e con i quali si può fare una build completa. Non ho messo il link (pur essendo pubblico), data l'incertezza sul licensing ed ho chiesto indicazioni a @mavelot nel thread "Sorgenti AGTOT/AGTHP".
-
quindi in sintesi ci hanno dato i source per un modem diverso? in una subdirectory vedo il kernel linux .iinet, da quello si potrebbe ricavare il config.gz penso...
Non corrisponde a quello sul router. Però le cose potrebbero essere cambiate da allora.
-
https://i.imgur.com/QZbmJi1.png
stavo provando a buildare qualche pacchetto col source messo su github dall'australiano (https://github.com/BoLaMN/brcm63xx-tch-src), non va, idee?
(ho fatto feeds update -a e feeds install -a, poi ./go)
-
@matteone2 cosa c'era in più in quel repo che non c'è su quella dell'australiano? se ti riferisci alle parti volutamente escluse per dubbi sulla licenza dovrebbero esserci anche lì
edit: io sapevo che su github c'erano solo quelli dell'archivio per telia, non che ci fossero anche quelli di @ezz911, le parti presenti nell'archivio telia dovrebbero essere state incluse anche nel repo dell'australiano
-
I sorgenti a cui fai riferimento sono vant-f_telia_17.2.278_2_20180704 che sono per mips e non sono quelli del git che sono per arm
-
Sì, confermo che l'hardware Telia è un mips
Technicolor Gateway
(c) 2014, All rights reserved
Gateway initialization sequence started
Boot Loader Version : 2.0.54
CPU : BCM63168-D0
RAM : 256MB
Flash : 128MB NAND, blocksize=128KB, pagesize=2048B
Board Mnemonic : VANT-F
Market ID : FFFCExternal switch id = 53125
Booting : Bank 1
SW Version : 0.0.0.0.0
Starting the Linux kernel
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Linux version 3.4.11-rt19 (jenkins@edgmsjslv10) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 SMP PREEMPT Thu May 26 20:41:48 CEST 2016
[ 0.000000] VANT-F prom init
[ 0.000000] CPU revision is: 0002a080 (Broadcom BMIPS4350)
ma ho provato a fare un "frankenstein" con i file telia e l'openwrt_agtef di roleo, facendo un make su piattaforma arm ... curiosamente mi arriva in fondo dopo 3/4 modifiche, ma non ho guardato quanti dei binari sono "buoni" (o utilizzabili). Probabilmente i pacchetti "user" sono eseguibili sui DGA, mentre i moduli kernel sono quasi certamente inutilizzabili. E' stato comunque un esperimento divertente. :)
-
Nel mio repo c'è anche un tree per mips.
Mai pubblicizzato molto perché tutta la parte moduli kernel non va.
Ma il resto... A voi le prove.
-
Ciao @roleo
quando hai un po di tempo potresti provare a compilare e ad aggiungere al repo openssh-sftp-server?
Farebbe comodo, e se non ricordo male mi sembra che un tempo si poteva installare dal repository bcm63xx-tch ormai irraggiungibile.
https://oldwiki.archive.openwrt.org/doc/howto/sftp.server
Grazie
-
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 :help: :help: :help:
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?
-
ci sono altri pacchetti richiesti da compilare?
@roleo
Ciao, riusciresti ad aggiornare anche il repo per AGTHP?
Grazie
-
- 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
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. :)
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
-
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.
-
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 8) 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 ?
-
Anche a me succedeva questo, l'ho lasciato.
Anche se nel config originale non c'era.
Non mi ha dato troppi problemi.
-
Buonasera a tutti. Sull'AGTHP è possibile integrare la modalità mesh come da fritzbox? nel senso che, esiste una kmod di openwrt installabile?
-
@toretto_5 no, sembra non sia supprotata la modalita client https://www.ilpuntotecnico.com/forum/index.php/topic,80344.0.html
-
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.
-
@roleo puoi compilare tinyproxy 1.10 per il tim hub?
-
Nel weekend pensavo di fare una compilata.
Se avete richieste (umane :D :D :D) è il momento giusto.
-
Puoi compilare per timhub il programma di interrogazione cwmp?
-
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? :'(
-
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.
-
Nel weekend pensavo di fare una compilata.
Se avete richieste (umane :D :D :D) è il momento giusto.
(https://snag.gy/QZo19S.jpg)
vorrei sapere se mi potevi attivare queste flag:
# CONFIG_NET_SCH_HFSC is not set
# CONFIG_NET_SCH_CODEL is not set
# CONFIG_NET_SCH_FQ_CODEL is not set
e generare tc e ipk di ethtool
ps:
qua ho trovato un sorgente del netgear d7000 dovrebbe usare la stessa versione kernel del agtef (con sorgente kernel):
https://www.downloads.netgear.com/files/GPL/R065-A-2018-0247_D7000v1%20GPL.tgz
-
Abilitando nel kernel quei parametri, secondo me si rompe la compatibilità con il kernel originale, quindi i moduli non si caricano più.
Faccio una verifica ma la vedo grigia.
-
Ho visto che nel firmware Fastweb ci sono i ko compilati li ho provati spostandoli manualmente sul timhub. Si caricano tranquillamente ma le funzioni rispondono totalmente a caso.
-
...
Interessante... indagheremo.
-
Kernel 4.1.38 nel nuovo firmware 2.1.0_001
-
sia DGA4130 sia DGA4132?
confermo si. un bel passo in avanti che darà nuova linfa a questi dispositivi.
-
@FrancYescO che versione di openwrt e che numero di build ha questo nuovo firmware? 18.x?
@xMase infatti sul 4131 il comando tc c'è già di fabbrica.
Comunque il tipo australiano stava cercando di ricreare i pacchetti IPK di quelli installati nel firmware come definiti dai descrittori disponibili nel firmware stesso, non so se ci sia già riuscito o se li abbia già integrati alla sua repo su github, ma potrebbe essere una buina idea.
-
Si 18.3, https://www.ilpuntotecnico.com/forum/index.php/topic,80672.0.html
tralaltro sembra si stiano muovendo anche loro per fare una base comune a tutti i firmware (tipo ci sono i file lua che gestiscono i led anche di altre board)
Chissa' se vedremo un 18.x sule schifezzelle mips..
-
Su mips i firmware 18.x sono in fase alpha oppure beta. ora verifico via technicolor open source la esistenza firmware 18.x per mips
Potrei avere una lista di device mips per favore?
-
come poso istallare GUI LuCI openwrt su fastgate 4131
-
Puoi compilare per timhub il programma di interrogazione cwmp?
Hai un link a qualche sorgente da darmi?
-
C'è questo progetto:
https://forum.openwrt.org/t/tr069-cwmp-packages/30231
http://easycwmp.org/get/
-
@roleo avevi già valutato di ricompilare strongswan?
-
è possibile compilare mosquito-client-ssl ?
-
Metto in lista per la prima compilata.
-
Comunque ho provato a caricare il modulo tun su un 4131, me lo inserisce correttamente ma non appena vado ad avviare una interfaccia tun il router muore e si riavvia. Idee sul come posso debuggare questa situazione? Credi che sia necessario ricompilare tutti i pacchetti per quest'altro device o che si possa risolvere in qualche atro modo? Qui c'è il kconfig: https://pastebin.com/hqPyP771
-
Ciao sono nuovo sul forum . Ho visto che stavate cercando di installare luci. Come sta procedento? io ho provato con la repository di roleo ma non ci riesco. Sto su un TIMHUB con root DGA4132. Potete darmi una mano? :help:
-
ciao @roleo
è fattibile un porting del pacchetto inotify-tools?
e anche mutt
-
Chissa' se vedremo un 18.x sule schifezzelle mips..
https://github.com/pedro-n-rocha/secr/issues/7
-
ciao @roleo
è fattibile un porting del pacchetto inotify-tools?
e anche mutt
@darkangel85
Ci sono già nel git di openwrt oppure bisogna partire dai sorgenti?
-
non vorrei addentrarmi e fornire risposte avventate non disponendo nè di toolchain nè conoscendo quali flag dare per compilare, ad ogni modo sul repository dei packages di openwrt mi pare di capire siano presenti i makefile generici.
https://github.com/openwrt/packages/blob/master/utils/inotify-tools/Makefile (https://github.com/openwrt/packages/blob/master/utils/inotify-tools/Makefile)
https://github.com/openwrt/packages/tree/master/mail/mutt (https://github.com/openwrt/packages/tree/master/mail/mutt)
sei tu il guru in materia, mi fermo a questo e attendo tuoi lumi
-
@LuKePicci
Ho provato a inserire strongswan ma la compilazione inserisce delle dipendenze dal kernel non risolte.
Come l'hai compilato?
-
Con la tua buildroot martellata qui e la prima di tentare di compilare strongswan, quindi non so cosa devo aver risolto per riuscirci. L'intera buildroot è su un mio branch in github, se vuoi puoi guardartela, ma non credo di aver fatto alcuna modifica funzionae importante, ho solo rimesso un po' d'ordine. Non avendo i sorgenti di nessun device arm l'ho compilati per vbnto contro quelli del vant-f telia 17.2. Ti avevo scritto un MP per chiederti quelli del VBNT-K, immaginandolo più simile, anche se solo 16.3 per aggiungere anche quelli e usarli per il vbnto ma alla fine sono andato avanti con quelli. L'unica cosa che ho dovuto cambiare in strongswan è togliere di mezzo la patch per musl fornita da openwrt. per il resto è andato al primo colpo. Quello su cui poi ho perso un po' inutilmente tempo è stato tentare di scovare da qualche parte in internet i sorgenti della impl3 del driver spudd per l'acceleratore crittografico del runner nei SoC arm, quelle che avevo dei sorgenti in giro su github e anche del vant-f era la imp2 per la spu vecchia dei SoC mips. Alla fine li ho trovati nella buildroot dello zyxel, che ho scoperto essere pure sui su un fork di openwrt in salsa broadcom - e che per altro ce l'ha pure attivo, l'spu
Non me ne sono fatto comunque nulla perchè guardando la patch broadcom al kernel c'erano in mezzo delle modifiche necessarie a parti builtin esterne al driver che non posso sostituire senza rimpiazzare il kernel.
La trovi qui https://github.com/BoLaMN/brcm63xx-tch-src/pull/1
Se ti serve ti passo i pacchetti compilati ma più che usarli non so quanto ti aiuti a risolvere il problema della compilazione.
Sidenote: in un device mips con firmware 16.3 recentemente condiviso abbiamo trovato di fabbrica il driver tun e tutto openvpn, oltre a qualche altro protocollo vpn tipo pptp e l2tp, nel caso ti voglia dovertire a vedere che succede inserendolo in un mips nostrano fammi sapere.
-
Queste sono le dipendenze dal kernel:
CONFIG_PACKAGE_kmod-ipt-ipsec=m
CONFIG_PACKAGE_kmod-ipsec=m
CONFIG_PACKAGE_kmod-ipsec4=m
CONFIG_PACKAGE_kmod-ipsec6=m
CONFIG_PACKAGE_kmod-iptunnel4=m
Mi meraviglio che possa funzionare.
-
Essendo quei moduli già installati, trovando le dipendenze soddisfatte, non li chiede durante l'installazione. E' per questo che diceva che non richiedeva l'installazione di moduli aggiuntivi. Poi...
-
Non mi torna.
ipsec abilita nel kernel la compilazione di xfrm che però non può essere compilato come modulo ma è un bool.
Non ricordo se xfrm è compilato nel kernel agtef/agthp.
-
https://forum.archive.openwrt.org/viewtopic.php?id=54087
root@openwrt:~# ip xfrm
Usage: ip xfrm XFRM-OBJECT { COMMAND | help }
where XFRM-OBJECT := state | policy | monitor
Di più non so
-
Qui (https://github.com/LuKePicci/brcm63xx-tch-src/tree/master/target/linux/brcm63xx-tch) ci sono entrambi i config originali technicolor (*.tch) presi da vbntk e vbnto (in entrambi xfrm è abilitato), e sempre in vbnto c'è quello che ho usato io per strongswan.
Si, tira dentro un modulo xfrm_algo che in linux 3.4 non era compilato a parte come modulo a sì stante, avevo visto come era definito nei makefile di linux attuali e l'ho replicato uguale con la patch che vedi qui (https://github.com/LuKePicci/brcm63xx-tch-src/tree/master/target/linux/brcm63xx-tch/patches-3.4) A livello di codice non cambia nulla perchè xfrm resta impostato come previsto da linux 3.4, che comunque compilava quella funzione, per cui nei nostri device anche se non vai a caricare alcun modulo xfrm_algo quei simboli ci sono già in xfrm. Non so se mi sono spiegato chiaramente, se no dimmelo che ci riprovo.
Probabilmente questo problema non dovrebbe esserci sui nuovi 4.1
-
Alla fine avevo risolto.
Una volta capito che xfrm era già presente nel kernel rimaneva da capire l'errore dell'xrm_algo che però è abbastanza comprensibile e già visto tante volte su questo tree.
Di fatto la versione openwrt utilizzata è fatta per versioni kernel molto più avanti, dove probabilmente xfrm_algo è un modulo a sè stante e non embedded nel kernel.
Ho modificato il file netsupport.mk togliendo il cp e tutto è ok.
@LuKePicci
Quale versione di strongswan ti interessa?
default? full? minimal?
Al momento, nelle mie prove, la default compila correttamente.
-
Compilale tutte, tanto sono tre meta con dipendenze diverse, a seconda del tipo di vpn che ti interessa servono set di pacchetti differenti. La guida sulla wiki di openwrt chiede l'installazione della full così da fare anche la generazione dei certificati sul device. Io ho provato a partire da default e ad aggiungere un pezzettino per volta ma non ne vale la pena, conviene andare direttamente con la full, e poi eventualmente rimuovere chirurgicamente i pacchetti inutili, ma più di 1 mega non si risparmia. In sostanza la parte molto probabilmente inutile e che si prende un po' di spazio è quella relativa a MySQL. Il top sarebbe definire un metapacchetto di mezzo tra default e full in cui manchi mod-MySQL e tutte le sue dipendenze esclusive.
-
Ho aggiornato il repo.
Spero di aver integrato tutte le richieste fatte.
-
Io intanto sto provando a compilarlo per linux 4.1, ho visto che nel kconfig delle nuove 18.x il driver SPU è abilitato quindi va pure l'accelerazione hw :happy:
-
Sul fronte sorgenti con kernel 4.x nessuna novità?
Ce l'hai un config di un agthp con kernel 4?
-
@roleo brancoliamo nel buio.... nada sorgenti ed il config che abbiamo non serve a nulla per vedere flag di compilazioni speciali per il kernel ....
abbiamo solo un'inutile lista di pacchetti
-
Ho aggiornato il repo.
Spero di aver integrato tutte le richieste fatte.
ciao. non so se sono i deliri della febbre, ebbene si in pieno luglio con febbre a 40... comunque credo manchi il flag smtp e il sendmail a cui si appoggerebbe per spedire messaggi di posta.
ad ogni modo ho visto che nel repository c'era anche mailsend e sembra funzionare bene, ripiegherò su quello.
inotify-tools non l'ho ancora provato, quando sarò tornato in me gli darò un'occhiata.
grazie
-
Io ho finito di integrare il kernel broadcom 4.1.38 nella solita toolchain derivata da quella di roleo, i target post-package hanno qualche problema ma non ce ne importa un fico secco. Ho preso kernel e sdk broadcom da quelli dell'inteno DG400 con iopsyswrt (un altro fork di openwrt in salsa broadcom, è il terzo in cui mi imbatto dopo quelli di technicolor e zyxel). Secondo me il kernel assomiglia già abbastanza a quello tch, mancano ovviamente le patch custom, che però nei sorgenti vantf erano comunque blacklistate per il kernel 4.1. Il kconfig è quello del VBNTS che mi ha passato Ansuel, gli ho solo deselezionato il driver spudd (di cui ho solo i sorgenti impl3 per 3.4, mi servirebbe una impl3 per 4.1, immagino ci saranno nel formidabile pacchetto technicolor semmai lo molleranno) e una roba che si chiama "broadcom speed service".
Se c'è un modulo in particolare che volete provi a compilare per vedere se già così è sufficiente ditemelo. Ovviamente i pacchetit userspace, a meno che technicolor non abbia aggiornato uclibc, penso funzionino tutti.
-
@LuKePicci sarebbe da provare... che so ora mi viene in mente aria2 nginx transmission
root@modemtim:~# opkg info uclibcxx
Package: uclibcxx
Version: 0.2.4-1
Depends: libc, libssp, librt, libpthread
Status: install user installed
Architecture: arm_cortex-a9
Installed-Time: 1561507865
-
questa è quella per c++, vedi quella per c che appare anche tra le dipendenze di questa, il pacchetto si chiama libc
aria2 ora te lo compilo ma è roba userspace non vedo come possa rompersi, vediamo
-
sarei più interessato a nginx
root@modemtim:~# opkg info libc
Package: libc
Version: 2.24-1
Depends: libgcc
Status: install hold installed
Essential: yes
Architecture: arm_cortex-a9
Installed-Time: 1561507860
e sopratutto a luci !!!!
-
Ciaone, hanno cambiato da uclibc a glibc. In teoria la seconda è superset della prima quindi ora provo comuqnue prima a compilarteli con la toolchain che ho gà, poi vedo di fare l'upgrade.
-
ciao. non so se sono i deliri della febbre, ebbene si in pieno luglio con febbre a 40... comunque credo manchi il flag smtp e il sendmail a cui si appoggerebbe per spedire messaggi di posta.
Il pacchetto mutt recita così:
DEPENDS:=+libopenssl +libncursesw +terminfo +zlib
E compila senza errori.
Non parla di dipendenze da smtp o altro, strano.
Quindi non funziona? Che errore dà?
-
Nuovamente ciao e grazie.
Dando un mutt -v si vedono i vari "flag" attivi, in corrispondenza dell'smtp c'è il segno -.
Infatti dandogli in pasto un file di config non riconosce i campi relativi all'smtp.
Sempre dal config si vede che punterebbe un binario sendmail da usr/sbin.
Comunque ripeto, se è per un cruccio tuo puoi approfondire altrimenti come detto ho già raggiunto il mio target con mailsend che presumo fosse già da prima nel repository.
-
Qualche update:
- ci hanno dato il solito pacchetto di sorgenti azzoppato, il padre famiglia è VANTW
- ho aggiunto questi sorgenti del kernel e dei driver open disponibili alla toolchain, e li ho configurati sul target VANTW
- il target VBNTS l'ho lasciato com'era prima, quindi configurato con i sorgenti di iopsyswrt che comunque sono più completi anche se mancano le patch di technicolor
- ho aggiunto alla toolchain il supporto a glibc-2.24
- ansuel mi ha mandato la patch per far funzionare la compilazione dei sorgenti technicolor sulla toolchain cc 15 di roleo ed ora funziona, ma come lui stesso ha capito ormai technicolor basa tutto su una toolchain ben più nuova di cc 15, quindi compilare roba per i nuovi firmware 18.x con questa toolchain non è semplice
Allo stato attuale se volete usare i sorgenti technicolor 18.x con questa toolchain selezionate vantw come subtarget configurate il giusto kernel nel Makefile del target e selezionate la giusta libc nelle config e forse vi escono fuori pacchetti userspace e moduli decentemente compatibili con tutta la famiglia (quindi VBNT-K e -S compresi)
Se invece selezionate VBNTS come subtarget vengono ancora usati i sorgenti iopsyswrt così vi fate un'idea di come dovrebbe essere un pacchetto sorgenti completo. I pacchetti userspace che escono fuori così pure dovrebbero funzionare su tutta la famiglia. Usate questa roba solo per esperimenti, se volete qualcosa che funzioni meglio fate come ansuel e ripartite da una buildroot di openwrt 18.
-
@darkangel85
Approfondisco.
- EDIT -
Nel pacchetto openwrt non ci sono tracce dell'abilitazione del smtp.
Non è un'opzione possibile, eventualmente va modificato il Makefile del pacchetto per aggiugerla a mano.
-
@roleo riusciresti mica a vedere se è fattibile la compilazione di xl2tpd ? nei firmware successivi è stato inserito di default...
-
Package NUT (Network UPS tool) per AGTEF.
Salve a tutti e grazie per il lavoro messo a disposizione della comunità.
Sto provando, senza successo, ad installare il package NUT sul mio DG4130, con firmware 1.1.0 root e interfaccia di ansuel (9.4.70). Tale package serve per gestire un gruppo di continuità collegato via USB.
OPKG è configurato (penso dalla installazione della GUI di Ansuel) per puntare al repository descritto nell'OP di questo thread.
In tale repository, il package NUT non è presente (e nemmeno, ovviamente, i relativi driver).
Ho provato ad installare un package presente nel repository generico di chaos calmer descritto al post seguente https://www.ilpuntotecnico.com/forum/index.php/topic,79919.msg242384.html#msg242384 (https://www.ilpuntotecnico.com/forum/index.php/topic,79919.msg242384.html#msg242384)
ma opkg si lamenta
root@modemtim:/etc/opkg# opkg install /tmp/nut_2.7.3-1_brcm63xx.ipk
Unknown package 'nut'.
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for nut found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package nut.
Presumo che sia dovuto al fatto che non si possono mescolare eseguibili da tree diversi (ma non sono un esperto).
E' possibile a Roleo aggiungere il package nut (ed i driver) al suo repository?
Grazie,
LionHe
PS. La cosa dovrebbe essere fattibile, in quanto sul tg789vac v2 sono riuscito ad installarlo grazie al tree dell'utente @FrancYescO
(vedi post https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg253457.html#msg253457 (https://www.ilpuntotecnico.com/forum/index.php/topic,77981.msg253457.html#msg253457))
-
Sulle repo inserite con la GUI nei firmware >=2.1.0 sono già compilati: https://github.com/Ansuel/GUI_ipk/tree/kernel-4.1
-
@FrancYescO : grazie per l'info.
Provvederò ad aggiornare il firmware, usando il firmware del repository di Ansuel AGTEF_2.1.0_CLOSE.rbi.
Grazie,
LionHe
-
ritorno in questo topic a distanza di mesi. ho aggiornato "a cuor leggero" il DGA4130 al firmware 2.1.0 e ultima GUI 9.4.70-184d06d3
vedo che nel repository built-in c'è ancora mailsend ma non c'è più la serie di pacchetti php5 (io usavo il cli per alcuni script personali)
ne deduco che con questo kernel non sia possibile farlo girare?
@roleo
Edit: sono in contatto con Ansuel per fare un porting
-
Salve a tutti.
Rispolvero questo vecchio topic perché è argomento inerente la mia problematica
Ho un dga 4132, noto anche come agthp, fermo alla release: AGTHP_1.1.0_002
Stavo provando a fare un opkg update poiché avevo intenzione di installare il servizio knockd ma da questo errore quando provo ad aggiornare le liste:
root@modemtim:~# root@modemtim:~# opkg update
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony/Packages.gz
Downloading https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management/Packages.gz
Collected errors:
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony/Packages.gz, wget returned 1.
* opkg_download: Failed to download https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management/Packages.gz, wget returned 1.
Ho visto sul forum e su altri lidi come come poter tentare di risolvere il problema ma non ho avuto successo.
Ad esempio togliendo la "s" ad https a tutti i link repository, sia sul file customfeeds.conf che su distfeeds.conf ma nulla.
Ho provato anche ad inserire direttamente l'ip al posto di "repository.ilpuntotecnico.com" mantenendo inalterata il resto della url ma non risolvo ugualmente.
Ovviamente utilizzando il browser e loggati con il proprio user tutte le pagine dei repository sono perfettamente raggiungibili:
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base/
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages/
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony
https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
Spero che qualcuno possa aiutarmi
Spyrito79