OpenMoko-tråden

Xecuter · 13. januar 2009

Frøys én enkelt "print 'hello'" telefonen? :dontgetit:

Det hørtes da utrolig merkelig ut!

AlecTBM · 13. januar 2009

tja, kan hende at den ikke forventa noe output da

Veit at onTV klikker når jeg kjører et bashscript (eller php) med echo i ved oppdatering. LIker ikke sånt

cyclo · 13. januar 2009

Hadde ingenting med output å gjøre, siden også det å importere en modul frøys telefonen. Det må rett og slett ha vært noe særdeles galt med interpreteren.

NgZ · 13. januar 2009

Synes OM200812 virker merkelig sært på hva som går eller ikke. Pakker fra pakkeinstalleren som følger med (og skal være testet) fungerer når de vil, noen får Application Execution error, og eksakt samme fremgangsmåte for å koble til WPA2-sikret nettverk fungerer en av tre ganger (gjorde det manuelt.)

En annen ting som irriterer meg med 2008.12, er at metoden som er dokumentert (egentlig til 2008.08) for å få illume-tastatur i ASU ikke fungerer lenger. Ingen alternative løsninger heller. Det, pluss at de har fjernet qwerty- og skiftenøkkel-ikonet fra illume-menyen, gjør jo 2008.12 totalt ubrukelig. Jeg vil ha illume som i SHR *sutre*. Virker som om OM-folkene aldri har brukt telefonen uten å være ssh-et inn samtidig, når man ser hvilke UI-avgjørelser de klarer å ta ...

Terminal med qte-keyboard = utelukket.

Noen som vet den "riktige måten" å få koblet til wlan på, samtidig som man kan være koblet til med ssh via usb? Har bare kjørt ifconfig usb0 up og routa add 192.168.0.200 usb0 og det funket første gang, men ikke siden. Tror jeg bare åpner for ssh via wifi, flrst som sist. ...Eller så fort jeg er ferdig med eksamen.

axelbo · 13. januar 2009

Norsk illume-tastatur som egen offisiell pakke:

http://www.aitel.hist.no/~helgehaf/openmoko/

Ekkofiks for QT 4.4.2:

http://www.csamuel.org/2009/01/08/echo-sup...on-openmoko-neo

Ser ellers du kan bruke telefonen som vater, se alle månefaser, planeter og stjerner ... og mye annet moro. Mer her:

http://wiki.openmoko.org/wiki/Community_Up...ry_12th%2C_2009

cyclo · 13. januar 2009

Synes OM200812 virker merkelig sært på hva som går eller ikke. Pakker fra pakkeinstalleren som følger med (og skal være testet) fungerer når de vil, noen får Application Execution error, og eksakt samme fremgangsmåte for å koble til WPA2-sikret nettverk fungerer en av tre ganger (gjorde det manuelt.)

En annen ting som irriterer meg med 2008.12, er at metoden som er dokumentert (egentlig til 2008.08) for å få illume-tastatur i ASU ikke fungerer lenger. Ingen alternative løsninger heller. Det, pluss at de har fjernet qwerty- og skiftenøkkel-ikonet fra illume-menyen, gjør jo 2008.12 totalt ubrukelig. Jeg vil ha illume som i SHR *sutre*. Virker som om OM-folkene aldri har brukt telefonen uten å være ssh-et inn samtidig, når man ser hvilke UI-avgjørelser de klarer å ta ...

Terminal med qte-keyboard = utelukket.

Noen som vet den "riktige måten" å få koblet til wlan på, samtidig som man kan være koblet til med ssh via usb? Har bare kjørt ifconfig usb0 up og routa add 192.168.0.200 usb0 og det funket første gang, men ikke siden. Tror jeg bare åpner for ssh via wifi, flrst som sist. ...Eller så fort jeg er ferdig med eksamen.

Åpne for ssh på wifi tar jo omtrent 2 sekunder da. Det er omtrent det første jeg gjør etter å ha installert. Det, samt å legge inn wpa_supplicant.conf og ordne skrivebordsikon som kjører ifup eth0 og ufdown usb0. Det har til nå fungert utmerket, og jeg har enda ikke opplevd at den ikke kobler seg til wlan umiddelbart.

Det som irriterer meg grenseløst er at OM vingler hele tiden mellom ditt og datt. Om man lager en fungerende appliaksjon i dag, vil det omtrent bare være tilfeldigheter som avgjør om den faktisk fungerer i morgen eller ikke. Det som er problemet med QT extended er at de ikke har noen måte å rulle ut bra GUI applikasjoner i python. Ingen GTK+ støtte (heh. I wonder why? ) og kanskje langt rarere ingen QT bindings i python. Det er trist, fordi jeg har behov for å rulle ut applikasjoner raskt, og da er det uaktuelt å sitte å knote i C(++)

kommers · 14. januar 2009

Jeg likte idéen om å hente koordinater til GSM-basestasjonen du er i nærheten av ved å gjøre oppslag i data fra http://www.opencellid.org/, og så sette disse som start-koordinater for GPS-en slik at man får en raskere fiksering (jeg så konseptet var nevnt og såvidt testet av en fyr nevnt i Community Update 12 jan).

OpenCellID.org minner litt på en forenklet versjon (men større skala) av ditt gsmcellspotting.org-prosjekt, cyclo :-)

Endret 14. januar 2009 av kommers

hobgoblin · 14. januar 2009

er ikke det rett og slett a-gps?

cyclo · 14. januar 2009

OpenCellID.org minner litt på en forenklet versjon (men større skala) av ditt gsmcellspotting.org-prosjekt, cyclo :-)

Nå som jeg faktisk har fått dette som maskeroppgave kommer nok skalaen på prosjektet til å øke betraktelig Samtidig som jeg nok må gå langt mer i dybden enn noe så enkelt som det som nevnes over. Algoritmer for å behandle dataen for å få mer nøyaktige estimater og slikt.

NgZ · 14. januar 2009

Åpne for ssh på wifi tar jo omtrent 2 sekunder da. Det er omtrent det første jeg gjør etter å ha installert. Det, samt å legge inn wpa_supplicant.conf og ordne skrivebordsikon som kjører ifup eth0 og ufdown usb0. Det har til nå fungert utmerket, og jeg har enda ikke opplevd at den ikke kobler seg til wlan umiddelbart.

Det som irriterer meg grenseløst er at OM vingler hele tiden mellom ditt og datt. Om man lager en fungerende appliaksjon i dag, vil det omtrent bare være tilfeldigheter som avgjør om den faktisk fungerer i morgen eller ikke. Det som er problemet med QT extended er at de ikke har noen måte å rulle ut bra GUI applikasjoner i python. Ingen GTK+ støtte (heh. I wonder why? ) og kanskje langt rarere ingen QT bindings i python. Det er trist, fordi jeg har behov for å rulle ut applikasjoner raskt, og da er det uaktuelt å sitte å knote i C(++)

Jada, jeg skal åpne for ssh fra wifi, så fort jeg får wifien til å funke. Atm. gjør den ikke det.

Får meldingen /etc/udhcpc.d/00avahi-autoipd exited with code 1 som går igjen og igjen med mofi_gui. Med mofi og manuell-metoden, blir udhcp bare stående og loope på "sending discovery". Begynner å lure på om det er ruteren min som er småklikk - Wii-en klarer heller ikke å koble seg til, og kke N80-en min, men begge bærbare i leiligheten. Sært.

Jaja, eksamen først, så skal jeg teste med ny ruter og utelukke den feilkilden. Heller uansett til SHR for tiden, om det er mulig å skaffe mer brukbare meldings,- og kontaktlisteprogrammer. Bedre gui, mer stabilt, bygget rett på FSO uten alt for mye skit imellom.

cyclo · 14. januar 2009

Sending discovery får jeg alltid opp 3 ganger av en eller annen mystisk grunn (på Om2008.8 måtte jeg alltid kjøre ifup to ganger for å komme på. Første gangen fikk jeg sending discovery 6 ganger, før den gav beskjed om at den ikke fikk koblet til. Andre gang bare 3 ganger også koblet den til.)

Når det gjelder N80, er jo den generelt bare sær når det gjelder WLAN. Hjemme får jeg av og til koblet til, og av og til ikke. Det virker som den random finner ut at den skal si at det var noe galt med WPA-sertifikatet, og når det skjer må jeg reboote før jeg får koblet på.

Høres forøvrig rart ut at den skulle loope på sending discovery. Den burde vell gitt opp og koblet fra etter x antall forsøk?

SHR har jeg ikke fått testet enda, men jeg må vell det etterhvert. Først må jeg vell ordne meg en drøss med minnekort siden jeg etterhvert må teste programvare på mest mulig ulike platformer.

NgZ · 14. januar 2009

Høres forøvrig rart ut at den skulle loope på sending discovery. Den burde vell gitt opp og koblet fra etter x antall forsøk?

SHR har jeg ikke fått testet enda, men jeg må vell det etterhvert. Først må jeg vell ordne meg en drøss med minnekort siden jeg etterhvert må teste programvare på mest mulig ulike platformer.

Det kommer en annen feilmelding innimellom, før den fortsetter med "sending discovery". And so it goes. Får prøve på nytt manuelt i helgen, men jeg vil veldig gjerne ha et gui som funker, så jeg kan koble meg på nett rundt omkring.

SHR virker lovende. I stedet for å klæsje inn ing som endres annenhver dag, så prøver de å bygge det opp ordentlig, virker det som.

"Måtte bare" sjekke det nå.. tar jo ikke så mye eksamenslesetid.

resultat:

Klikk for å se/fjerne innholdet nedenfor

root@om-gta02 ~ $ ifconfig eth0 up

root@om-gta02 ~ $ wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.c

onf -B

ioctl[sIOCSIWENCODEEXT]: Operation not supported

ctrl_iface exists and seems to be in use - cannot override it

Delete '/var/run/wpa_supplicant/eth0' manually if it is not used anymore

Failed to initialize control interface '/var/run/wpa_supplicant'.

You may have another wpa_supplicant process already running or the file was

left by an unclean termination of wpa_supplicant in which case you will need

to manually remove this file before starting wpa_supplicant again.

root@om-gta02 ~ $ rm /var/run/wpa_supplicant/eth0

root@om-gta02 ~ $ ifconfig eth0 down

root@om-gta02 ~ $ ifconfig eth0 up

root@om-gta02 ~ $ wpa_supplicant -i eth0 -c /etc/wpa_supplicant/wpa_supplicant.c

onf -B

ioctl[sIOCSIWENCODEEXT]: Operation not supported

root@om-gta02 ~ $ udhcpc eth0

udhcpc (v1.11.3) started

run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1

Sending discover...