Problemi con opkg - Impossibile scaricare file!

[Cloud_Strife2020]

Ho cercato sia nel wiki sia nel forum, ma non sono riuscito a risolvere questo problema...

Uso questo:
-Wicd manager
-ssh
-FDTF su SD

Quello che vorrei fare è installare le librerie di msn per pidgin.
Mi connetto con ssh al moko,  do il comando e ricevo questo:

Code:

root@om-gta02:~# opkg -force-depends install http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/arm-oabi/base/libpurple-protocol-msn_2.5.3-r0.1_arm-oabi.ipk
Downloading http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/arm-oabi/base/libpurple-protocol-msn_2.5.3-r0.1_arm-oabi.ipk
Collected errors:
 * Failed to download http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/arm-oabi/base/libpurple-protocol-msn_2.5.3-r0.1_arm-oabi.ipk, error 0

Ho controllato, il file è presente sul sito...
Ho provato anche a fare opkg update sulla SHR che ho nella NAND, collegandomi con network manager invece con Wicd - nulla stesso problema. (ora con SHR quando collego il moko al PC con Wicd non lo vede proprio )
in pratica non riesce a scaricare nulla...

Cosa posso provare a fare?

Non si puo scaricare i pacchetti .ipk sul pc e poi dopo averli trasferiti sul moko installarli da li?

Aspetto le vostre risposte!
[OT]
A cosa serve l'applicazione openmookow? a me non succede nulla :S
[/OT]

[L0r3nz0]

succede uguale anche a me credo sia n problema di FDTF però forse è meglio attendere il parere dell'immenso creatore 

[Cloud_Strife2020]

beh, ma mi succede anche su SHR!
non c'e un modo di installare gli .ipk direttamente dal moko dopo averli scaricati con il PC?

[xela92]

Ma certo che si può! Scarichi il pacchetto, fai scp file.opk root@192.168.0.202:/percorso/che/ho/scelto/per/il/pacchetto
e poi da ssh o da moko dai opkg install /percorso/che/ho/scelto/per/il/pacchetto/file.opk
È abbastanza banale...
Comunque è strano, l'errore 0 significa che non raggiunge proprio il sito, controllerei il wifi (prova anche con Mofi o con altro) comunque hai provato prima a farlo via ssh (condividendo la rete)?
Se non funziona significa che c'è davvero un problema in opkg, negli ultimi aggiornamenti...
Ciau!

[Cloud_Strife2020]

ho provato a fare

Code:

opkg install percorso/pacchetto/file.ipk

ma invece di installarlo si mette a scaricarlo facendo uscire fuori lo stesso errore!
il moko è sempre connesso col PC, ho provato a risettare la connessione USB e con SHR sono riuscito ad installare tutto quello che mi serviva con opkg install tramite usb...
ho notato che sulla FDTF in /usr/share/opkg/intercept/ ci sono 3 file, depmod, idconfig e update modules. La cosa strana è che la data di modifica risale al 1 gennaio 1970!
Puo trattarsi di questo?
e se provo a sostituire quei 3 file con quelli si un'altra distro con opkg funzionante?
oppure quei file non centrano nulla con il problema che ho io?

[OT]
Xela, ti ho aggiunto su msn, entra qualche volta ^^'
[/OT]

[Monkey]

Hai provato a fare

Code:

ping www.google.com

?

[Cloud_Strife2020]

con il ping mi da bad address

[Monkey]

Forse è un problema di dns
prova

Code:

ping 74.125.19.147

(google)
Se il ping è ok allora prova:

Code:

echo nameserver 208.67.222.222 > /etc/resolv.conf
echo nameserver 208.67.220.220 >> /etc/resolv.conf

[Cloud_Strife2020]

si, ora il ping funziona, era la DNS...
ora funziona anche opkg, pero quando installo i pacchetti ci sono dipendenze, per esempio, devo installare 2 librerie, ma sono in dipendenza tra loro, quindi mi da fuori questo:

Code:

root@om-gta02:~# opkg install libpurple-protocol-msn_2.5.3-r0.1_armv4t.ipk
Multiple packages (libpurple-protocol-msn and libpurple-protocol-msn) providing same name marked HOLD or PREFER.  Using latest.
Multiple packages (libpurple-protocol-msn and libpurple-protocol-msn) providing same name marked HOLD or PREFER.  Using latest.
Installing libpurple-protocol-msn (2.5.3-r0.1) to root...
Multiple packages (libgobject-2.0-0 and libgobject-2.0-0) providing same name marked HOLD or PREFER.  Using latest.
Multiple packages (libgobject-2.0-0 and libgobject-2.0-0) providing same name marked HOLD or PREFER.  Using latest.
Collected errors:
 * ERROR: Cannot satisfy the following dependencies for libpurple-protocol-msn:
*  libglib-2.0-0 (>= 2.20.0) *  libgmodule-2.0-0 (>= 2.18.3) *  libgthread-2.0-0 (>= 2.18.3) *  libglib-2.0-0 (>= 2.18.3) *  libgcc1 (>= 4.2.4) *

Xela mi ha consigliato di aggiungere e poi rimuovere i repo di OM, ma non ho capito come fare 
Tutte le dipendenze e pacchettini vari li ho scaricati dando wget [url] dal moko, quindi sono gia dentro.

[xela92]

Se hai già scaricato tutti i pacchetti che ti dice, installali e basta!!

[L0r3nz0]

Forse è un problema di dns
prova

Code:

ping 74.125.19.147

(google)
Se il ping è ok allora prova:

Code:

echo nameserver 208.67.222.222 > /etc/resolv.conf
echo nameserver 208.67.220.220 >> /etc/resolv.conf

a me non pinga con www.google.it ma lo fa con l'indirizzo 
ovviamente opkg non funzia 

[Monkey]

Quando fa così in genere è un problema di dns
Se scrivi questo:

Code:

echo nameserver 208.67.222.222 > /etc/resolv.conf
echo nameserver 208.67.220.220 >> /etc/resolv.conf

Dovrebbe partire, ma ad ogni avvio devi ricordarti di riscrivere le righe.
Se vuoi non dover riscrivere ogni volta aggiungile in: /etc/network/interfaces usando vi e poi fai il reboot

Per Cloud_Strife2020
Aggiungere i pacchetti a mano è un operazione un po' rischiosa perché rischi di avere librerie non allineate, c'è la possibilità di incasinare tutto e di dover rifleshare o riformattare. Parlo per esperienza personale. 

[L0r3nz0]

quelle righe ero convito ci fossero, ma controllando meglio mi sono accorto che erano commentate ... perdincibacco 

però opkg sembra non funzionare comunque, provo a riavviare magari 

[djdas]

Scusate l'assenza ma il we sono stato offline
In merito a tutto il thread vorrei dire due cose:
1) @Cloud_Strife2020: le librerie di MSN per pidgin sono già incluse in FDTF quindi come mai vuoi installarle?
2) c'è un bug (noto) nel file /etc/networks/interfaces che non attiva l'echo dei dns su /etc/resolv.conf, mi scuso ma mi è sfuggito quando ho fatto il TARone di febbraio, sarà corretto nella prox release, quando siete quindi connessi tramite la USB è sufficiente fare un cat di quel file e eseguire le righe che ci sono  (ma commentate ) per avere i DNS.
Ciau!

[L0r3nz0]

c'è un bug (noto) nel file /etc/networks/interfaces che non attiva l'echo dei dns su /etc/resolv.conf, mi scuso ma mi è sfuggito quando ho fatto il TARone di febbraio, sarà corretto nella prox release, quando siete quindi connessi tramite la USB è sufficiente fare un cat di quel file e eseguire le righe che ci sono  (ma commentate Sad ) per avere i DNS.

e decommentare semplicemente le righe non va bene