| From | Subject | Date |
|---|---|---|
| Rask Ingemann Lambertsen | Re: Dbus api for gta2 accelerometers
I've had an idea along the same lines: Use accelerometer data to log the
position of points during a train ride. Only, I'd need GPS readings that are
accurately timestamped, i.e. not rounded to whole seconds.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 7:00 am 2009 |
| Brolin Empey | Re: Where can I buy miniUSB-m → USB-A-f adapters in Canada?
Bright idea ;), but I got the same product for even closer to nothing:
| Sep 13, 2:23 pm 2009 |
| Paul Fertser | Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is ...
What messages do you see with loglevel=4 that shouldn't be there? For
me normal suspend/resume doesn't add anything to console.
--
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercerpav@gmail.com
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 11:11 am 2009 |
| Paul Fertser | Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is ...
I did. And sent some patches to the kernel to hide inappropriate
messages, they were applied long time ago. Currently i don't see any
single message on boot (if g_ether is compiled in) and no single
I can read messages on LCM without a magnifying glass, so "nobody" is
I do use my gta02 as my only cell phone since November.
And i think that if some messages have inappropriate loglevels, that
should be fixed in kernel instead of hiding them.
--
Be free, use free ...
| Sep 13, 1:49 pm 2009 |
| Matthias Huber | Re: [shr-u] wakeuptime, was Re: 2.6.31 is out, where is ...
first: i cant see anything without a magnifying glass :-)))))
that's not the point although there are some messages. and if you thing
logically, you will give me right.
i cannot tell exact, but i saw this messages.
test it yourself.
and speed is also bootup-speed, (althoug this wasn't the trhread) where
i see a lot of for an non-kernel-developer sensless messages, wich
nobody cant read without a
magnifying glass.
for i made /var/log/messages permanent, there is/was writing into ...
| Sep 13, 12:52 pm 2009 |
| Rui Miguel Silva Seabra | Re: org.freesmartphone.Device.Orientation
Hi,
Just to add that if this simple orientation is achieved, then rotation
should probably be handled from FSO, from now on, instead of a separate program
(like omnewrotate).
Rui
--
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 7:42 am 2009 |
| Rui Miguel Silva Seabra | Re: org.freesmartphone.Device.Orientation
ow... not even shr-u? :)
Rui
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 8:45 am 2009 |
| Michael 'Mickey' Lauer | Re: org.freesmartphone.Device.Orientation
Yes, that'd be good. Note though that this feature is a plugin of fsodeviced
(successor to odeviced) which does not ship in any FSO-based distribution yet.
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 7:58 am 2009 |
| Sebastian Krzyszkowiak | Re: org.freesmartphone.Device.Orientation
Not even shr-u (it uses only fsousaged ATM), but don't worry, we want
to change than soon ;)
--
Sebastian Krzyszkowiak
dos
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 9:02 am 2009 |
| ghislain | Re: QtMoko images V9
Jim, if copied all scenarios from FSO (/usr/share/openmoko/scenarios/*) to
QtMoko scenarios and now the speaker works.
Radek, maybe you can put the FSO scenarios-states to your repository to get
all audio working correctly?
Regards,
Ghislain
--
View this message in context: http://n2.nabble.com/QtMoko-images-V9-tp3613993p3635947.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
_______________________________________________
Openmoko community mailing ...
| Sep 13, 3:29 am 2009 |
| Jim Morris | Re: QtMoko images V9
Excellent work Radek, this is definitely the best release so far, I love the speed ups too.
I finally got around to trying my Buzz fixed FR in a real call, and the volume was so low I couldn't
hear it. I used the http://docs.openmoko.org/trac/raw-attachment/ticket/2121/gsmhandset.state.new
and stuck that into /usr/share/openmoko/scenarios/gsmhandset.state, and it was much better. Still
rather low but tolerable.
I noticed that if I enabled speaker during the call, then there was no sound at ...
| Sep 13, 1:59 am 2009 |
| Vincent Meurisse | Re: QtMoko images V9
Thanks a lot for your work.
As my old phone is now dead, I started using my freeruner as main phone.
Before saying anything else, QtMoko is for now my favorite distro. But we
never discuss about the good points. So here are the remaining issues (from
must to least annoying):
- Bad sound quality. I got complain until I switched to
<http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new>.
With this, the speaker is still too low but at least the other person can hear ...
| Sep 13, 12:34 pm 2009 |
| Radek Polak | Re: QtMoko images V9
Yes, the speaker state seems to be borked. I will replace it with
It seems that there is not very much memory left and browser uses a lot
of RAM. And for me swap does not work, but oom killer yes. So we will
need way how to use less memory or how to make swap working or both. For
now it can help if you edit /etc/fstab and comment all lines that mount
tmpfs (execpt the one with apt).
Yes, would be nice to have this working ...
| Sep 13, 1:21 pm 2009 |
| Torfinn Ingolfsen | Re: QtMoko - mass import of contacts?
Hi,
Now with QtMoko v9.
I did that, and it worked. In sqlite3 (using '.tables') I can see that the
contacts table is there
Well, no - it didn't help. addressbook still complains in the same way as
before.
Are you cetain that this (/opt/qtmoko/qtopia_db.sqlite) is the right
database?
There are a few on the system:
root@neo:~# find / -name '*sqlite' ...
| Sep 13, 1:15 pm 2009 |
| Martin Jansa | Re: nEo theme issues
Hi,
Thanks for great theme, I like it a lot!
Are neo-theme files in SCM somewhere? It would be needed for preparing
bbfiles for shr, or at least releasing some source-version.tar.gz with all
files needed? I think that all parts together in one repo or gzip would be
ok, we can split all 6 parts to packages with bitbake.
Then theme-shr and theme-neo packages could be modified to install theme
files to subdirectory and then set symlinks in postinst and block each
other, or even better ...
| Sep 13, 8:34 am 2009 |
| Torfinn Ingolfsen | Re: QtMoko - QX - "Unable to connect to X server"
Just a quick follow-up: QX and TangoGOPS has the same problems in QtMoko v9
as in v8.
But you already knew that, I suppose.
--
Regards,
Torfinn Ingolfsen
| Sep 13, 12:32 pm 2009 |
| RzR www.rzr.online.fr | Re: QtMoko - how do I get WiFi working?
here it used to work on hackable1 but i am facing the issue now ...
seems this is related to :
https://docs.openmoko.org/trac/ticket/1867#comment:2
Regards
--
Related Obsession : http://rzr.online.fr/q/openmoko
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 5:34 am 2009 |
| Torfinn Ingolfsen | Re: QtMoko - how do I get WiFi working?
Hi,
That is certainly wrong for any other Linux distribution I am using - SSID
It shows all available WLANs as expected. Here is abridged output:
root@neo:/home/root# iwlist eth0 scan
eth0 Scan completed :
Cell 01 - Address: 00:0E:2E:F9:3F:7C
ESSID:"AirLink_89300"
Mode:Master
Frequency:2.412 GHz (Channel 1)
Quality=8/94 Signal level=-87 dBm Noise level=-95 dBm
...
| Sep 13, 10:12 am 2009 |
| RzR www.rzr.online.fr | Re: QtMoko - how do I get WiFi working?
On Sun, Sep 13, 2009 at 2:34 PM, RzR www.rzr.online.fr
wrong url , I wanted to share this one :
https://docs.openmoko.org/trac/ticket/2045
and there is an other one too :
https://docs.openmoko.org/trac/ticket/2213
can you suggest a distro (or sw configuration) which is wifi friendly ?
--
Related Obsession : http://rzr.online.fr/q/wifi
_______________________________________________
Openmoko community mailing ...
| Sep 13, 5:39 am 2009 |
| Ronald Tallent | Re: QtMoko - how do I get WiFi working?
Short answer, yes.
If you haven't already you should probably check out:
http://wiki.openmoko.org/wiki/Special:Search?search=manually+using
+wifi&go=Go
Ron
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 12, 11:24 pm 2009 |
| Torfinn Ingolfsen | Re: QtMoko - how do I get WiFi working?
Hi,
Ok, I jave now read that - thanks.
I'm doing
ifconfig eth0 up
wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0
wpa-supplicant spews this:
root@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i
eth0
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
ioctl[SIOCSIWENCODEEXT]: Operation not supported
CTRL-EVENT-SCAN-RESULTS
WPA: No SSID info found (msg 1 ...
| Sep 13, 4:13 am 2009 |
| William Kenworthy | Re: QtMoko - how do I get WiFi working?
I think you should be looking into this first "WPA: No SSID info found
(msg 1 of 4)"
If WPA cant see the SSID, then nothing that follows will work.
Is the AP transmitiing its SSID - if not turn it on for testing at least
(cant confirm, but I suspect it must be on for wifi to work).
What does "iwlist eth0 scan" show? - remember the FR wifi setup is DEAF
- you need to be twice as close to the AP as a typical laptop with a
solid connection to even see the AP - and ideally a couple of ...
| Sep 13, 4:31 am 2009 |
| William Kenworthy | Re: QtMoko - how do I get WiFi working?
Sorry, could have been better worded about why I am saying you cant see
the SSID when its listing it - yes, it looks like it can see the SSID,
but to me it looks like the signal level is so weak it cant actually
connect. If the AP isnt transmitting the SSID, you might get a similar
effect - maybe someone else can confirm that.
BillK
--
William Kenworthy <billk@iinet.net.au>
Home in Perth!
_______________________________________________
Openmoko community mailing ...
| Sep 13, 4:50 am 2009 |
| Vadim, Efimov | Re: Contacts from Nokia N70 to opimd with PISI: no phone field
or, make pair "TYPE= --> opimd-type" configurable
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 1:02 pm 2009 |
| Nikita V. Youshchenko | Re: Debian first experience made a bit easier...
Why would I need what?
When some piece of software is packaged for Debian, the same package is
becoming available for all architectures and devices that Debian supports.
For FR, it is a good idea to wrap some binaries with fsoraw.
For other devices, this is not needed.
This is a difference that should be handled somehow.
Although creating a wrapper packages that dpkg-divert's files from original
packages and installs better versions, will likely work, this is somewhat
ugly.
Better ...
| Sep 13, 9:09 am 2009 |
| Rask Ingemann Lambertsen | Re: Debian first experience made a bit easier...
Why would you need to modify files installed by other packages? Just
create a package with this as
/usr/share/applications/mokomaze-noblank.desktop:
[Desktop Entry]
Name=Mokomaze (no blanker)
Comment=Ball-in-the-labyrinth game
Encoding=UTF-8
Version=0.5
Type=Application
Exec=fsoraw -r Display -- mokomaze
Terminal=false
Categories=Game;
X-MB-SingleInstance=true
Icon=mokomaze
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a ...
| Sep 13, 10:46 am 2009 |
| Nikita V. Youshchenko | Re: Debian first experience made a bit easier...
That will result in two icons in launchers.
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 11:04 am 2009 |
| Nikita V. Youshchenko | Re: Debian first experience made a bit easier...
Not "for arm" but for "fso-controlled device".
And depending on a result of such a check, different .desktop files should
be installed under /usr/share/applications/ ... This looks more tricky
and ugly for me than install-time-hook approach.
Anyway currently there are more urgent things to do :)
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 11:52 am 2009 |
| arne anka | Re: Debian first experience made a bit easier...
> That will result in two icons in launchers.
why nor let the user decide on installation or check in postinst for arm
and copy the matching one?
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 11:44 am 2009 |
| Rask Ingemann Lambertsen | Re: Debian first experience made a bit easier...
Or more precisely, for "$DISPLAY on fso-controlled device" at runtime,
not installation time. I think that mess will be larger than that of having
two icons, menu items or whatever the launcher makes of it, for the user to
choose between.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
_______________________________________________
Openmoko community mailing ...
| Sep 13, 2:17 pm 2009 |
| Rask Ingemann Lambertsen | Re: Debian first experience made a bit easier...
Why would you need to? You can create another package, with a dependency
on mokomaze and fsoraw, to install the necessary .desktop file.
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 8:44 am 2009 |
| RANJAN | Re: Fwd: buzzfix in India
You can order Ceramic Cap : 22uF-0805 in India from Farnell here:
http://in.farnell.com/kemet/c0805c226m9pac7800/capacitor-0805-22uf-x5r/dp/1108326
Here is the Delhi Sales office address:
*New Delhi*
*Phone: *+91 (0)11 4162 1046
*Fax: *+91 (0)11 4162 1144
*email: *newdelhi-sales@farnell.com
Rakshat/Zoheb can order the components on behalf of their company because
Farnell only sells it to companies.
Regards
Sriranjan
| Sep 13, 12:08 pm 2009 |
| Vikas Saurabh | Re: Fwd: buzzfix in India
I am already too tired of delaying the fix to delay it any further.
So, I would be going with 10uF (Vibhav might differ???). But useful
link for others nonetheless.
--Vikas
_______________________________________________
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
| Sep 13, 12:32 pm 2009 |
| Vikas Saurabh | Re: Fwd: buzzfix in India
Hi All,
Zoheb from IDA systems is in Delhi these days and the Delhi FR owners
(basically just Vibhav and me :) are going to get our phones fixed on
Wednesday. We are going for buzz fix and 1024.
I tried to look for component for 1024 but 22uF-0805-ceramic capacitor
was nowhere to be found. So, I have got some(50) 10uF-0805-ceramic
caps instead and we are going for the fix described in this [1] image
ref in [2]. The red line is where we would get the cap with proper
insulation under/over/around ...
| Sep 13, 11:51 am 2009 |
| previous day | today | next day |
|---|---|---|
| September 12, 2009 | September 13, 2009 | September 14, 2009 |
