Re: hackable:1 - new release

2009-05-06 Thread Olivier Berger
Marcus Bauer mba...@bearstech.com writes:

 Hello Openmoko Community,

 a new release of hackable:1 is available! 

Then, I'd very much suggest to update
http://www.hackable1.org/wiki/Downloads which still points to rev3
AFAICT.

My 2 cents,

-- 
Olivier BERGER 
(OpenPGP: 1024D/B4C5F37F)
http://www.olivierberger.com/weblog/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Havint trouble to trying out om2009 on sD card

2009-05-06 Thread Laszlo KREKACS
Hi!

I installed SHR, but I also want to install om2009 (because of paroli),
and therefore I want to install om2009 on an sD card (shr is already in NAND).

What I did:

1. Flashed Qi:
 dfu-util -a u-boot -R -D qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu

2. Partitioned sD card
first: 10MB fat
second: 500MB ext2

3. Extracted paroli image over it:
(63MB, 20090501)
wget 
http://downloads.openmoko.org/distro/testing/NeoFreerunner/fso-paroli-image-om-gta02.tar.gz

5. Made a symlink in /boot
uImage-GTA02.bin - uImage-2.6.29-rc2


6. I made an append-GTA02 file
loglevel = 8

4. Rebooted.
It stuck at booting.
Please wait: booting
s3c2440-sdi: Regulator for SD_3V3 unavible

5. Downloaded an uImage from here:
http://downloads.openmoko.org/distro/testing/NeoFreerunner/uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin

6. I copied over to /boot directory, and made a symlink
uImage-GTA02.bin which points to this file.

I stuck at booting the same way.


What I miss? Must be something obvious.
OR the paroli image is broken?

Best regards,
 Laszlo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Havint trouble to trying out om2009 on sD card

2009-05-06 Thread David Reyes Samblas Martinez
try to add rw in the options of the append file,
btw no need of fat partition if you are using Qi

2009/5/6 Laszlo KREKACS laszlo.krekacs.l...@gmail.com:
 Hi!

 I installed SHR, but I also want to install om2009 (because of paroli),
 and therefore I want to install om2009 on an sD card (shr is already in NAND).

 What I did:

 1. Flashed Qi:
  dfu-util -a u-boot -R -D qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu

 2. Partitioned sD card
 first: 10MB fat
 second: 500MB ext2

 3. Extracted paroli image over it:
 (63MB, 20090501)
 wget 
 http://downloads.openmoko.org/distro/testing/NeoFreerunner/fso-paroli-image-om-gta02.tar.gz

 5. Made a symlink in /boot
 uImage-GTA02.bin - uImage-2.6.29-rc2


 6. I made an append-GTA02 file
 loglevel = 8

 4. Rebooted.
 It stuck at booting.
 Please wait: booting
 s3c2440-sdi: Regulator for SD_3V3 unavible

 5. Downloaded an uImage from here:
 http://downloads.openmoko.org/distro/testing/NeoFreerunner/uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin

 6. I copied over to /boot directory, and made a symlink
 uImage-GTA02.bin which points to this file.

 I stuck at booting the same way.


 What I miss? Must be something obvious.
 OR the paroli image is broken?

 Best regards,
  Laszlo

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OpenMoko and LCD TV

2009-05-06 Thread Erik Geiger
Am Mittwoch, 6. Mai 2009 04:05:56 schrieb roby:
 sorry for continuing the ot, but.. i always dreamt of a tv adblocker,
 anybody know of some project in this direction?

Just have a look at vdr (video disk recorder) and noad. You can't watch live 
TV without ad but you are able to record and watch the recording (also 
timeshift is possible) with no ad.

Most time I watch recordings, you save time and if someone disturbs you, just 
pause and resume later ;-)

http://www.cadsoft.de/vdr/
and
http://vdr-portal.de

-- 
Erik Geiger

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Havint trouble to trying out om2009 on sD card

2009-05-06 Thread Laszlo KREKACS
On Wed, May 6, 2009 at 8:51 AM, David Reyes Samblas Martinez
da...@tuxbrain.com wrote:
 try to add rw in the options of the append file,

r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02
rw
loglevel = 8


r...@om-gta02 /media/mmcblk0p2/boot $ exit

But no luck so far:
[   0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`: ignoring
[   0.] Uknown boot option `g_ether.dev_addr=00:1F:11:01:5D:38`: ignoring
[   0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`: ignoring
[   0.] Uknown boot option `g_ether.dev_addr=00:1F:11:01:5D:38`: ignoring

Please wait: booting...
[21474566.875000] regulator: Unable to get requested regulator: SD_3V3
[21474566.875000] s3c2440-sdi s3c2440: Regulator for SD_3V3 unavilable
{cursor blinking}

 btw no need of fat partition if you are using Qi

The wiki wasnt clear enough
(http://wiki.openmoko.org/wiki/Booting_from_SD), and wanted to
stay on the safe side.

If I partitions right now, i would simply create three ext2
partitions, as Qi can boot up to 3 partitions from SD
card.

Is there somewhere a ready-made .tar.gz for Qi, which I simply need to
unzip to an ext2 partition and no further editing?
Just to be sure, that Qi can boot, and works as expected. (so rule out
one source of problem)

Best regards,
 Laszlo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: openmoko neo shape

2009-05-06 Thread DRSp.
There was a video showing Maddog Hall wearing one around his neck.

Besides I found the design very stylish.

The usual route of conversation goes like this:

whats this...?

me: openmoko

... takes it like iphone...

me: it's not an iphone...

touchscreen...

me: and it runs on linux

..? and i got a square look. The point of interest is fading...

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Havint trouble to trying out om2009 on sD card

2009-05-06 Thread Paul Fertser
Laszlo KREKACS laszlo.krekacs.l...@gmail.com writes:
 r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02
 rw
 loglevel = 8

Extra spaces here! To be on the safe side, do everything on one
(first) line like this: rw loglevel=8

And afaik rw is not needed with any recent image.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OpenMoko and LCD TV

2009-05-06 Thread Dale Maggee
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

...An OM Device which doesn't comply with EMI Standards? :O

hands up if you're suprised.

hands go behind back

Sam Kuper wrote:
 2009/5/5 Marcel tan...@googlemail.com
 
 Am Dienstag, 5. Mai 2009 18:38:42 schrieb Mile Davidovic:
 Yesterday I accidentally put my OM phone near LCD TV (Samsung).

 SW on OM is QT Extended and when I press power button (to wake up
 mobile) TV immediately turn off.

 I tried again and TV changed channel. So, on my phone this behavioure
 is repeatable.
 If the neo had an infrared led I'd have guessed it sends some random
 signal, but since it does not... Voodoo... °_°
 Seriously: Electromagnetic fields? GSM? I really have to try that with my
 TV...
 
 
 There are various standards that define the kinds/amount of EMI that an
 electrical device must: (1) be able to cope with, and/or (2) not produce in
 excess of.
 
 It sounds like either your OM or your TV might not be fully compliant.
 
 Sam
 
 
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFKAUDuFbVnQRV3OEYRAlwIAJ41CxHJ6C2rPAtcQ4IjoS6k7UyCUQCgqnPg
vihdyOM/k+yFp6s7PmyFTYE=
=Wf+N
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Ain't it funny..

2009-05-06 Thread Dale Maggee
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Risto H. Kurppa wrote:
 The community work seems to be slowing down now (because of the
 summer?) 

My guess would be that a whole lot of people have realised that their
$400 Neo is better used as a boat anchor, and put them on ebay. or in
the microwave.

 OM2009 testing 2 was released some days ago. So far ~3 e-mails on the
 list about it.
 New version of Mokomaze was released some days ago, too. Around 50 mails.
 To me this tells that people are more interested in Mokomaze than OM2009.

Agreed - more people are interested in mokomaze, because they know what
kind of godawful crap to expect from OM and are avoiding it like swine
flu... which is strangely poetic IMHO (the metaphor of Neo as Swine
Flu, that is).

I'm starting to think that OM's real goal has always been to *not*
produce a working distro, in the hopes that some genius would come along
and do it for them. At which point they could say we don't need to make
it work, Guy X has given us the excellent Distro Y...

I mean, look at it from the company's perspective: They already have
your money, and they know that they're totally mismanaged and will die
out before producing another device. Also they're a dodgy Taiwanese
company which makes them very difficult to prosecute under the consumer
protection laws of less dodgy countries (even though they are
technically legally bound by those laws), so what's in it for them to
produce working software?


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFKAUW/FbVnQRV3OEYRAq9RAJ9rObFB6hKp2V149Nh77rZdtZD34gCfRDAd
klJyMizgksoWzba1EEJ6MKU=
=R3Vr
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OpenMoko and LCD TV

2009-05-06 Thread Al Johnson
On Wednesday 06 May 2009, The Digital Pioneer wrote:
 They run Linux on TVs now?? What kind of processing is a TV doing that
 needs an OS overseeing it?

I think it started with MHEG engines for DVB, and EPG. Next they started 
adding things like SD and USB with media viewers. This one's got an ethernet 
port that's currently unused, but some use them for streaming media playback.

The problem is the usual one - things that don't quite behave as you want them 
to, or functions the hardware's capable of but they haven't implemented.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Havint trouble to trying out om2009 on sD card

2009-05-06 Thread Jose Luis Perez Diez
El Wednesday, 6 de May de 2009 09:22:28 Laszlo KREKACS va escriure:
 On Wed, May 6, 2009 at 8:51 AM, David Reyes Samblas Martinez

 da...@tuxbrain.com wrote:
  try to add rw in the options of the append file,

 r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02
 rw
 loglevel = 8

The append-GTA02 file should is append to the end of the kernel parameter so 
no vertical whitespace should be used.

In a recent Qi /proc/cmdline for a kernel on the first partion of uSD is:

loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro \
mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),\
0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),\
0x0004(identity-ext2),0x0f6a(rootfs) \
g_ether.host_addr=00:1F:11:01:1F:C2 g_ether.dev_addr=00:1F:11:01:1F:C2 \
root=/dev/mmcblk0p1 rootdelay=1

If the freeruner is booted holding the powerbutton Qi boots with loglevel=8

 r...@om-gta02 /media/mmcblk0p2/boot $ exit

 But no luck so far:
 [   0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`:
 ignoring [   0.] Uknown boot option

this warning series only  mean that the kernel has g_ether as a module

 
 Please wait: booting...
 [21474566.875000] regulator: Unable to get requested regulator: SD_3V3
 [21474566.875000] s3c2440-sdi s3c2440: Regulator for SD_3V3 unavilable
 {cursor blinking}

  btw no need of fat partition if you are using Qi

 The wiki wasnt clear enough
 (http://wiki.openmoko.org/wiki/Booting_from_SD), and wanted to
 stay on the safe side.

In fact Qi ignores fat partitions

 If I partitions right now, i would simply create three ext2
 partitions, as Qi can boot up to 3 partitions from SD
 card.

 Is there somewhere a ready-made .tar.gz for Qi, which I simply need to
 unzip to an ext2 partition and no further editing?
 Just to be sure, that Qi can boot, and works as expected. (so rule out
 one source of problem)

I don't think that build system makes the symbolic link from /boot/uImage 
to /boot/uImage-GTA02.bin and I don't know what OE recipe is responsible for 
that change.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: PS3 Linux [was - Re: OpenMoko and LCD TV]

2009-05-06 Thread Yorick Moko
have you tried pairing yourn FR to the ps3
to use it as a controller/keyboard/music(or picture)streamer/whatever ?

On Wed, May 6, 2009 at 7:02 AM,  roguem...@roguewrt.org wrote:
 On 6/05/2009 1:53 PM, The Digital Pioneer wrote:
 Yeah, I know the PS3 has very little RAM, but it's extremely fast RAM is
 it not? I've also been told 3D isn't working... Do you have any idea
 if/when it will? And how's the actual system speed? You've got 8 threads
 available to you, do you not? Two PPU threads, and 6 SPU? I know one SPU
 is kept disabled, and another is reserved for the PS3 OS. Still, 8
 threads at 3.2GHz each should be blazing fast. But that's all theory.

 To be honest I haven't really got dirty on the command line yet, I was
 more interested in out-of-the-box functionality in-so-far as the
 distro's X capabilities were concerned.

 As I said before, 3D acceleration is not available at this time, this is
 something I believe they imposed so that PS2 emulation is not possible.
 It's always possible that it will become available but I've not heard of
 anything yet.

 Utilising the vram as swap effectively adds ram. So general performance
 is fine. It's when you do something gpu intensive that the cpus load up
 and the system slows down significantly. Openoffice and printing work
 fine though :)

 So as for the specifics, I can't say much. I haven't looked at the
 available CPUs but gkrellm was only reporting 2 at the time. If I get a
 chance I might delve deeper and revisit this thread but no promises :)

 I get the impression, though this is speculative, that YDL utilises more
 of the system. Or maybe it just does it better. Either way the
 experience is more polished.

 Sarton

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: hackable:1 - new release

2009-05-06 Thread Marcus Bauer
On Wed, 06 May 2009 08:23:30 +0200
Olivier Berger ober...@ouvaton.org wrote:

 Then, I'd very much suggest to update
 http://www.hackable1.org/wiki/Downloads which still points to rev3
 AFAICT.

fixed. thanks for the hint

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Om2009 testing Release 2

2009-05-06 Thread Christian Gagneraud
Petr Vanek wrote:
 Hi Angus, 
 
 thank you for the info and hard work.
 
 I have been testing paroli every two to three weeks (regularly i use
 shr). today i have flashed the testing release 2 image and used it this
 afternoon. the testing release seems to be full of new features. i
 flashed it to nand, i use qi.
 
 Paroli settings screen 
  - change illume profile ( paroli fulsscreen or illume )
 
 great and worked, one can choose upon demand so this is good.
 
  - GPRS settings
APN settings
enable or disable GPRS 
 
 got connected instantly, just worked., great. G indication for
 connection is super. but i could eventually not get disconnected - had
 to kill paroli and eventually reboot anyways

same, got connected instantly, and it displayed active, but if go 
back, and go again to gprs i got this for the status:
dbus.Dictionary({dbus.String(u'registration'): ... and i can't even 
disconnect...

I'm using paroli in the illume profile.

Apart from that, i get the G in the notification area, got connected 
really quickly, resolv.conf and default route updated OK.

Cheers

 
 
  - profile settings menu 
ringtone volume
vibration on incoming call
message volume
vibration on incoming message
and others 
  - this needs to be enabled from /etc/paroli/paroli.cfg 
as some features are still a little experimental
 
 the setting app is good.
 
 Tons of new feature's in the FSO framework
  - Automatic timezones for mutlizone countries
  - lots under the hood 
check here to see all of them  
http://git.freesmartphone.org/?p=framework.git;a=summary

 Bugs fixed 
  Power button does not shutdown device 
  otimed sets timezone incorrectly in large countries FSO 389
  Power status events ignored FSO 381
  feeds are incorrectly set to unstable
 
 
 interface is responsive and consistent. i quite like it but had to get
 used to it... as i say i use it every now and then. i can imagine a bit
 different theming but i am sure this will come and it's not a priority
 now. i do like the one consistent application approach.
 
 now issues:
 
 the buttons are too small for fingers sometimes (delete on messages, +
 to add a message etc.)
 
 two times (huh, now again.. so three times) the tele crashed during
 phone call (call did not get disconnected so i could finish it.) then
 paroli restart or neo restart...
 
 sending sms while off signal gave no error, but no sms saved as draft
 so got simply lost...
 
 operator name not displayed (did get displayed in illume shelf though)
 
 sms receiving OK
 
 the biggest issue (and this is what i was hoping would be solved) is
 still the lng delay on call answer between pressing the answer
 button and the ring stopping and caller getting through. i actually
 lost one call on this.
 
 i never really understood the time changing by pressing the AUX
 button... and how do you set alarm time?
 
 autosuspend although enabled did not work, autodim does work
 
 Bugs fixed 
  Power button does not shutdown device 
 
 not for me :)
 
 i still have it on so i can do more tests if necessary...
 
 Petr
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[Om2008.x] Announcing BlueMoko 1.0b1

2009-05-06 Thread DJDAS
Dear list,
this is for announcing the first beta release of BlueMoko, a PyGTK GUI 
handler for the bluetooth stack.
ATM the program handles powering on/off, mode setting (visible, 
invisible, connectable), scanning for devices and pairing (with PIN too) 
but only with headset devices (pc, smartphone and others are planned in 
future versions).
What works: A2DP support, connects with headset (tried with a Calypso) 
and routes default PCM audio to it so players can output directly 
without any modifications
Partially working: headset profile, I have still some issues (I think 
depending on ALSA configuration but can't find an always reproducible 
way to handle it) so sometimes it works other time not...plus, after 
pairing with the headset you have to manually (ATM) handle the alsa 
state loading during the call (using the alsa state provided by Angus in 
the Wiki)
Not working: connecting with other BT devices but audio.

I still don't support FSO based distributions as I have no time to 
install them but some friends will help me (or anyone who want to 
participate is welcome ;) ) and there is no opk package yet (hope during 
next weekend after some code fixing).
You can grab the sources at the project CVS here[1]: you only need these 
3 files: bluemoko-bin, bluemoko.py and bluetooth.py, simpyl copy in a 
folder and launch the bin.
The sources are based upon the older scripts provided by Angus several 
months ago (thank you very much for the starting point) and I learned to 
program python since January so don't expect good code ;) by reading the 
ShortOM source code (useful for training with PyGTK too, thanks to Luca :) )
Dependencies: PyGTK, Bluez-3.33
Final note: if the program complains about not running on a Neo, 
probably your /sys files to access powering and resetting bluetooth are 
different from mine, so you can modify their path on rows 29 and 30 of 
the bluetooth.py source.

Thank you in advance, bye!

[1] http://projects.openmoko.org/projects/bluemoko/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] emacs package

2009-05-06 Thread Roland Whitehead
Following Łukasz's lead I've found this:

http://downloads.openmoko.org/repository/testing/armv4t/emacs_22.3-r0_armv4t.ipk

Will let you know if it works...


Roland
-- 
QURU Ltd, London
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr - messages + wsod

2009-05-06 Thread Tony Berth
On Tue, May 5, 2009 at 9:03 PM, ivvmm unachieva...@gmail.com wrote:

 ivvmm wrote:
  Pietro m0nt0 Montorfano wrote:
  Il giorno mar, 21/04/2009 alle 22.30 +0400, ivvmm ha scritto:
  Pietro Montorfano wrote:
  just get back to the old 2.6.29-r2 kernel and then wsod
  will go away.
  How can this be achieved? The WSOD is really getting on my nerves.
  Quite simple but dirty:
  1) download a tar.gz version of shr which was running and the uImage,
  let's say the one built on 10th of april, before the big upgrade.
  2) get the /lib/modules/2.6.29-r2 dir out of the tar.gz
  3) copy it to your FR with scp, obviously it should be in /lib/modules
  4) run depmod -ae from your FR
  5a) if you are using the flash, use dfu-util to flash the kernel
  5b) if you are using the uSD, copy the uImage in the right place
 
  There are other ways like using opkg or something similar but, hey, this
  is simple and it's working :D
 
  Bye!
 
  Pietro
 
 
 
  Thank you for the solution. But why just SHR developers do not revert
  the kernel packages in testing and leave newer in unstable?
 
 

 It seems that I've found the way to avoid WSOD. If is somehow connected
 with the backlight of the display. If you live it at 100% the WSOD will
 not happen.


just did a test with the latest builds but WSOD is still an issue :(

Thanks

Tony
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Download Link OM 2007 ?

2009-05-06 Thread David Reyes Samblas Martinez
I only have found
 http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/
but seems is only for gta01, can any body confirm this?

2009/5/6 Christoph Pulster openm...@pulster.de:
 Hi,

 where can I find OM 2007 distribution to download ?
 OM 2007 = the system units are shipped from factory.
 AFAIK this version is not available, if so, why ?

 Thanks,
 Chris

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Download Link OM 2007 ?

2009-05-06 Thread Joseph Reeves
Could you use DFU-util to get OM2007.2 off one of your phones?

Seems broken at the moment, however: http://docs.openmoko.org/trac/ticket/676

Joseph



2009/5/6 David Reyes Samblas Martinez da...@tuxbrain.com:
 I only have found
  http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/
 but seems is only for gta01, can any body confirm this?

 2009/5/6 Christoph Pulster openm...@pulster.de:
 Hi,

 where can I find OM 2007 distribution to download ?
 OM 2007 = the system units are shipped from factory.
 AFAIK this version is not available, if so, why ?

 Thanks,
 Chris

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




 --
 David Reyes Samblas Martinez
 http://www.tuxbrain.com
 Open ultraportable  embedded solutions
 Openmoko, Openpandora,  Arduino
 Hey, watch out!!! There's a linux in your pocket!!!

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


error with dbus

2009-05-06 Thread Anas Alzouhbi
Hello!
I developped a simple code using dbus, it successed on PC, but it
failed on the freerunner
showing this error messaj:

Connection Error (dbus-launch failed to autolaunch D-Bus session:
Autolaunch requested, but X11 support not compiled in.
Cannot continue.
)

the attached file is my code sender.c
what is the reaseon, and what should I do
/*
 * Example low-level D-Bus code.
 * Written by Matthew Johnson d...@matthew.ath.cx
 *
 * This code has been released into the Public Domain.
 * You may do whatever you like with it.
 */
#include dbus/dbus.h
#include stdbool.h
#include unistd.h
#include stdio.h
#include stdlib.h

/**
 * Connect to the DBUS bus and send a broadcast signal
 */
void sendsignal(int sigvalue)
{
   DBusMessage* msg;
   DBusMessageIter args;
   DBusConnection* conn;
   DBusError err;
   int ret;
   dbus_uint32_t serial = 0;
   printf(Sending signal with value %d\n, sigvalue);

   // initialise the error value
   dbus_error_init(err);

   // connect to the DBUS system bus, and check for errors
   conn = dbus_bus_get(DBUS_BUS_SESSION, err);
   if (dbus_error_is_set(err)) { 
  fprintf(stderr, Connection Error (%s)\n, err.message); 
  dbus_error_free(err); 
   }
   if (NULL == conn) { 
  exit(1); 
   }

   // register our name on the bus, and check for errors
   ret = dbus_bus_request_name(conn, test.signal.source, DBUS_NAME_FLAG_REPLACE_EXISTING , err);
   if (dbus_error_is_set(err)) { 
  fprintf(stderr, Name Error (%s)\n, err.message); 
  dbus_error_free(err); 
   }
  // if (DBUS_REQUEST_NAME_REPLY_PRIMARY_OWNER != ret) { 
//  exit(1);
   //}

   // create a signal  check for errors 
   msg = dbus_message_new_signal(/test/signal/Object, // object name of the signal
 test.signal.Type, // interface name of the signal
 Test); // name of the signal
   if (NULL == msg) 
   { 
  fprintf(stderr, Message Null\n); 
  exit(1); 
   }

   // append arguments onto signal
   dbus_message_iter_init_append(msg, args);
   if (!dbus_message_iter_append_basic(args, DBUS_TYPE_INT32,sigvalue)) {
  fprintf(stderr, Out Of Memory!\n); 
  exit(1);
   }

   // send the message and flush the connection
   if (!dbus_connection_send(conn, msg, serial)) {
  fprintf(stderr, Out Of Memory!\n); 
  exit(1);
   }
   dbus_connection_flush(conn);
   
   printf(Signal Sent\n);
   
   // free the message 
   dbus_message_unref(msg);
printf(ok1 \n);
return ;
}



int main(int argc, char** argv)
{

   int param = 4;
int x,i;
FILE* in3 = fopen(event3, r);
for (i=0;i16;i++)
{
   fread(x, 1, 4, in3);
  sendsignal(x);
}

fclose(in3);
  sendsignal(param);
 
   return 0;
}
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Download Link OM 2007 ?

2009-05-06 Thread David Reyes Samblas Martinez
no DFU util is not an option, you better use NeoTool to do a backup image.

2009/5/6 Joseph Reeves iknowjos...@gmail.com:
 Could you use DFU-util to get OM2007.2 off one of your phones?

 Seems broken at the moment, however: http://docs.openmoko.org/trac/ticket/676

 Joseph



 2009/5/6 David Reyes Samblas Martinez da...@tuxbrain.com:
 I only have found
  http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/
 but seems is only for gta01, can any body confirm this?

 2009/5/6 Christoph Pulster openm...@pulster.de:
 Hi,

 where can I find OM 2007 distribution to download ?
 OM 2007 = the system units are shipped from factory.
 AFAIK this version is not available, if so, why ?

 Thanks,
 Chris

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




 --
 David Reyes Samblas Martinez
 http://www.tuxbrain.com
 Open ultraportable  embedded solutions
 Openmoko, Openpandora,  Arduino
 Hey, watch out!!! There's a linux in your pocket!!!

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread c_c

Hi,

Robin Paulson wrote:
 
 1. could you provide a setting for the default directory at startup?
 
 I'm not sure what you mean. I wrote intone with the idea that you don't
need to deal with directories at all. Add songs, select/edit a playlist, and
that gets loaded when you start. 
 Or are you talking about a default directory in the directory browser?


Robin Paulson wrote:
 
2. is there any chance of getting songs displayed with their id3 tags,
rather than filenames?
 
 Thats going along - though slowly. I'm going to release a new version by 
the weekend that allows the user to toggle to a different view with album
art and id3 tags (if available).
 Do you want id3 tags in the list too? 


Robin Paulson wrote:
 
3. there's an annoying flickering whenever i enter a new directory in
 ?the 'add albums' page. 
 
 Are you talking about the 1st entry getting selected/unselected 3 times or
4?
That seems to happen when I use genlists - seems like an elementary thing - 
though it could be my fault. Let me try and solve that.

  The new version will also have sliders for bass and treble. And some
cleanups.
-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2810025.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tasks Client for FR

2009-05-06 Thread c_c

Hi,

Vladimir Berezenko wrote:
 
 Does it have an interface to add tasks from
 other apps (e.x. PIM birthdays)?
 
 No. Not yet. Haven't used PIM birthdays myself.
 Though that shouldn't be difficult considering the data (for the tasks app)
 is in a sqlite db.
 Is PIM birthdays a debian app?
-- 
View this message in context: 
http://n2.nabble.com/Tasks-Client-for-FR-tp2609094p2810128.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tasks Client for FR

2009-05-06 Thread Franky Van Liedekerke
On Wed, May 6, 2009 at 11:59 AM, c_c cchan...@yahoo.com wrote:

 Hi,

 Vladimir Berezenko wrote:

 Does it have an interface to add tasks from
 other apps (e.x. PIM birthdays)?

  No. Not yet. Haven't used PIM birthdays myself.
  Though that shouldn't be difficult considering the data (for the tasks app)
  is in a sqlite db.
  Is PIM birthdays a debian app?

I think what Vladimir meant is birthdays in the PIM application, not
an application called PIM birthdays

Franky

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread Yogiz
If requests are in order I'll give you mine as well.

Does it seem to me, or is Intone still lacking a repeat option. It's
tiresome restarting the playlist when it runs out. Also, I suggest you
still check files' existance before loading them as I've still had
problems, when I load playlists where the files have been added, moved
or deleted in the folder.

I'd also be interested to know, how interfacing with dbus is coming
along. The most important thing right now would be to get the CPU
resource registration to work so we wouldn't have to disable
autosuspend manually.

Also, I'd really prefer if you'd make adding new music file-based
instead of album/directory based. We should just be able to browse
through directories and select multiple files and add them to the
current playlist which should be savable.

Other than that, good work, keep it up.

Yogiz

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Ain't it funny..

2009-05-06 Thread Yogiz
Bitter much? : )

On Wed, 06 May 2009 18:09:35 +1000
Dale Maggee anti...@internode.on.net wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Risto H. Kurppa wrote:
  The community work seems to be slowing down now (because of the
  summer?) 
 
 My guess would be that a whole lot of people have realised that their
 $400 Neo is better used as a boat anchor, and put them on ebay. or in
 the microwave.
 
  OM2009 testing 2 was released some days ago. So far ~3 e-mails on
  the list about it.
  New version of Mokomaze was released some days ago, too. Around 50
  mails. To me this tells that people are more interested in Mokomaze
  than OM2009.
 
 Agreed - more people are interested in mokomaze, because they know
 what kind of godawful crap to expect from OM and are avoiding it like
 swine flu... which is strangely poetic IMHO (the metaphor of Neo as
 Swine Flu, that is).
 
 I'm starting to think that OM's real goal has always been to *not*
 produce a working distro, in the hopes that some genius would come
 along and do it for them. At which point they could say we don't
 need to make it work, Guy X has given us the excellent Distro Y...
 
 I mean, look at it from the company's perspective: They already have
 your money, and they know that they're totally mismanaged and will die
 out before producing another device. Also they're a dodgy Taiwanese
 company which makes them very difficult to prosecute under the
 consumer protection laws of less dodgy countries (even though they are
 technically legally bound by those laws), so what's in it for them to
 produce working software?
 
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.7 (GNU/Linux)
 Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
 
 iD8DBQFKAUW/FbVnQRV3OEYRAq9RAJ9rObFB6hKp2V149Nh77rZdtZD34gCfRDAd
 klJyMizgksoWzba1EEJ6MKU=
 =R3Vr
 -END PGP SIGNATURE-
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Ain't it funny..

2009-05-06 Thread arne anka
 Bitter much? : )

nope. he's just a troll.

 On Wed, 06 May 2009 18:09:35 +1000
 Dale Maggee anti...@internode.on.net wrote:
...

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Ain't it funny..

2009-05-06 Thread David Garabana Barro
On Wednesday 06 May 2009 10:09:35 Dale Maggee wrote:
 Risto H. Kurppa wrote:
  The community work seems to be slowing down now (because of the
  summer?)

 My guess would be that a whole lot of people have realised that their
 $400 Neo is better used as a boat anchor, and put them on ebay. or in
 the microwave.

I suppose for using Neo as a boat anchor, we might change Buzz Fix Parties 
by Lead fill parties :P

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


wristwatch accessories?

2009-05-06 Thread joakim
I would like some kind of wristwatch accessory to my phone.

There are wristwatch phones but these doesnt seem hackable.

I dont need the entire phone in the wristwatch, but it would be nice
with a bluetooth enabled touch-display on the wrist. Does anyone know of
something useful like this?

-- 
Joakim Verona


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr - messages + wsod

2009-05-06 Thread Tony Berth
On Wed, May 6, 2009 at 12:38 PM, Nelson Castillo
arhu...@freaks-unidos.netwrote:

 On Wed, May 6, 2009 at 4:19 AM, Tony Berth tonybe...@googlemail.com
 wrote:
 (cut)
  It seems that I've found the way to avoid WSOD. If is somehow connected
  with the backlight of the display. If you live it at 100% the WSOD will
  not happen.
 
 
  just did a test with the latest builds but WSOD is still an issue :(

 It has been reported it will not happen with Qi.


I did install Qi prior to that!

Thanks

Tony
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread c_c

Hi,

Yogiz wrote:
 
If requests are in order I'll give you mine as well.
 
:-) - Yup, requests are welcome.


Yogiz wrote:
 
 is Intone still lacking a repeat option. It's
tiresome restarting the playlist when it runs out. 
 
Ok. I'm assuming you want the playlist to repeat after it ends. Will add
that
as an option.


Yogiz wrote:
 
 Also, I suggest you
 still check files' existance before loading them as I've still had
 problems, when I load playlists where the files have been added, moved
 or deleted in the folder.
 
Hmmm. I *am* checking for the files presence - but apparently the
way I handle missing files is not too great. Will have to sort that out.


Yogiz wrote:
 
 I'd also be interested to know, how interfacing with dbus is coming
 along. 
 
 Thats partially done. request resource (CPU) works - but pause on incoming
calls is a little flaky. Should be done by the weekend though.


Yogiz wrote:
 
 Also, I'd really prefer if you'd make adding new music file-based
 instead of album/directory based.
 
 Ok. This will take a little time - but I'll add that as an alternate.


Yogiz wrote:
 
Other than that, good work, keep it up.
 
Thanks.
-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2811674.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Tasks Client for FR

2009-05-06 Thread c_c

Hi,

liedekef wrote:
 
 I think what Vladimir meant is birthdays in the PIM application, not
 an application called PIM birthdays
 
 Ok. But I'm still not clear. Which app are we talking about in which
distribution?
 I dont see this in SHR/FSO. Or am I missing something?
-- 
View this message in context: 
http://n2.nabble.com/Tasks-Client-for-FR-tp2609094p2811772.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Om2008.x] Announcing BlueMoko 1.0b1

2009-05-06 Thread Paul Fertser
DJDAS dj...@djdas.net writes:
 this is for announcing the first beta release of BlueMoko, a PyGTK GUI 
 handler for the bluetooth stack.
...
 I still don't support FSO based distributions
...
 Dependencies: PyGTK, Bluez-3.33

OM2008.x was deprecated half a year ago (moreover, many people think
it was dead-born), Bluez-3.x were put to maintenance mode for quite
some time (a year?) too. I'm afraid you missed the train. :(

And BTW, FSO-based distros should now support bluetooth headsets out
of the box, one needs to follow instructions from [1].

[1] 
http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner
-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread Robin Paulson
2009/5/6 c_c cchan...@yahoo.com:
 1. could you provide a setting for the default directory at startup?

  I'm not sure what you mean. I wrote intone with the idea that you don't
 need to deal with directories at all. Add songs, select/edit a playlist, and
 that gets loaded when you start.
  Or are you talking about a default directory in the directory browser?


yes, i'm talking about a default directory.

i prefer not to use the playlists, selecting albums folder by folder,
using the file structure as if it was a library - much easier and
simpler i find

2. is there any chance of getting songs displayed with their id3 tags,
rather than filenames?

  Thats going along - though slowly. I'm going to release a new version by
 the weekend that allows the user to toggle to a different view with album
 art and id3 tags (if available).
  Do you want id3 tags in the list too?

yes, that'd be great. so long as it doesn't slow things down too much

3. there's an annoying flickering whenever i enter a new directory in
 ?the 'add albums' page.

  Are you talking about the 1st entry getting selected/unselected 3 times or
 4?

yes, you put it better than me

 That seems to happen when I use genlists - seems like an elementary thing -
 though it could be my fault. Let me try and solve that.

great

  The new version will also have sliders for bass and treble. And some
 cleanups.

i'd say: keep it simple and leave the sliders out - i know what a hard
job it is mixing and mastering music for hundreds of different
playback devices, and i'm not sure what we can add by clumsily
tweaking the sound with a software EQ.

i like intone *a lot* as it is. i think with the above things, it'd be
perfect. so many apps get more and more bloated, adding (imo)
unnecessary features. but that's just me

oh, one other thing - can you make the play button change to a pause
symbol when it's playing?

cheers

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr-config

2009-05-06 Thread William Kenworthy
no, there is a shr-config that is part of the distro target which
should therefore be available as an install - if it would build.

BillK


On Wed, 2009-05-06 at 13:34 +0200, Jakob wrote:
 Do you mean shr-settings? It should be already present on the image.
 
 Jake
 
 On 5/6/09, Nacho Seijo lists.na...@gmail.com wrote:
  Today I flashed shr-unstable. And I wanted to install shr-config.
  But this is what i get:
  r...@om-gta02 ~ $ opkg install shr-config
  Collected errors:
   * Cannot find package shr-config.
 
  r...@om-gta02 ~ $ opkg list |grep shr-config
  r...@om-gta02 ~ $
 
  Has shr-config changed the name? It's not in the repository?
  I liked it, and how it was progressing
 
  Regards
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
William Kenworthy bi...@iinet.net.au
Home in Perth!


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: wristwatch accessories?

2009-05-06 Thread Robin Paulson
2009/5/6  joa...@verona.se:
 I would like some kind of wristwatch accessory to my phone.

 There are wristwatch phones but these doesnt seem hackable.

 I dont need the entire phone in the wristwatch, but it would be nice
 with a bluetooth enabled touch-display on the wrist. Does anyone know of
 something useful like this?

this place is good for any embedded linux stuff - try a search with
wrist watch as the search term; that turned up a few hits for me

http://linuxdevices.com/

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [Om2008.x] Announcing BlueMoko 1.0b1

2009-05-06 Thread Franky Van Liedekerke
On Wed, May 6, 2009 at 1:17 PM, Paul Fertser fercer...@gmail.com wrote:
 DJDAS dj...@djdas.net writes:
 this is for announcing the first beta release of BlueMoko, a PyGTK GUI
 handler for the bluetooth stack.
 ...
 I still don't support FSO based distributions
 ...
 Dependencies: PyGTK, Bluez-3.33

 OM2008.x was deprecated half a year ago (moreover, many people think
 it was dead-born), Bluez-3.x were put to maintenance mode for quite
 some time (a year?) too. I'm afraid you missed the train. :(

 And BTW, FSO-based distros should now support bluetooth headsets out
 of the box, one needs to follow instructions from [1].

 [1] 
 http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner

I beg to differ, but if those instructions mean out of the box, then
all commandline things are out of the box as well. Commandline
instructions are very nice, but when you're in a car and try to pair
with the car bluetooth, this is not practical at all. You need a gui
there...
Also, the person that wrote that wiki says However, I couldn't get an
actual voice over it, just crackling. If this is no longer true,
somebody should change it.

Franky

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Bluetooth headsets in FSO (was: Re: [Om2008.x] Announcing BlueMoko 1.0b1)

2009-05-06 Thread Paul Fertser
Franky Van Liedekerke liede...@telenet.be writes:
 And BTW, FSO-based distros should now support bluetooth headsets out
 of the box, one needs to follow instructions from [1].

 [1] 
 http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner

 I beg to differ, but if those instructions mean out of the box, then
 all commandline things are out of the box as well. Commandline
 instructions are very nice, but when you're in a car and try to pair
 with the car bluetooth, this is not practical at all. You need a gui
 there...

You Qtopia guys seem to have a quite unusual (for a unix hackers) POV
;)

Framework already supports BT headsets. The fact GUI is missing shows
the lack of interest from end-users, well, i think it'll change soon.

 Also, the person that wrote that wiki says However, I couldn't get an
 actual voice over it, just crackling. If this is no longer true,
 somebody should change it.

Somebody should finally try to use this support and report the
findings. Of course, Jan, who wrote the code, tried it and it worked
for him. And BTW please take into account it seems that not all
headsets are compatible with BT chip we use (at least it was the case
some time ago, i guess i need to try again with my not-working headset
and latest bluez and bluetooth-testing kernel branch).

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bluetooth headsets in FSO

2009-05-06 Thread DJDAS
Paul Fertser ha scritto:
 Franky Van Liedekerke liede...@telenet.be writes:
   
 And BTW, FSO-based distros should now support bluetooth headsets out
 of the box, one needs to follow instructions from [1].

 [1] 
 http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner
   
 I beg to differ, but if those instructions mean out of the box, then
 all commandline things are out of the box as well. Commandline
 instructions are very nice, but when you're in a car and try to pair
 with the car bluetooth, this is not practical at all. You need a gui
 there...
 

 You Qtopia guys seem to have a quite unusual (for a unix hackers) POV
 ;)

 Framework already supports BT headsets. The fact GUI is missing shows
 the lack of interest from end-users, well, i think it'll change soon.

   
The fact stable telephony is still missing since 2 years doesn't seem 
lack of interest :P
Seriously: BlueMoko is intended mainly as GUI for Bluetooth because 
every 20€ phone has its own... I started as proof-of-concept with those 
dependencies as they are the most stable to my daily use distro and 
working properly for my experiments, but consider it uses only DBUS 
calls to Bluez so if APIs don't change too much (I have to verify) it 
should work with Bluez4 too and for FSO I plan to integrate 
compatibility with it to let it work with every distro (except qtopia 
based obviously, but they should still have their BT GUI). Furthermore I 
didn't read of A2DP support in FSO and BlueMoko started with it in mind ;)
If FSO team agrees too, they can integrate my future plans (file 
exchange, AVRCP, networking...) and we can work together to provide full 
BT support, provided I'd like to customize GUI handling to achieve 
compatibility with different toolkits (GTK, Elementary, console, etc..)
Bye!




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bluetooth headsets in FSO (was: Re: [Om2008.x] Announcing BlueMoko 1.0b1)

2009-05-06 Thread Franky Van Liedekerke
On Wed, May 6, 2009 at 2:11 PM, Paul Fertser fercer...@gmail.com wrote:
 Franky Van Liedekerke liede...@telenet.be writes:
 And BTW, FSO-based distros should now support bluetooth headsets out
 of the box, one needs to follow instructions from [1].

 [1] 
 http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner

 I beg to differ, but if those instructions mean out of the box, then
 all commandline things are out of the box as well. Commandline
 instructions are very nice, but when you're in a car and try to pair
 with the car bluetooth, this is not practical at all. You need a gui
 there...

 You Qtopia guys seem to have a quite unusual (for a unix hackers) POV
 ;)

then you try to enter your commands on your FR in your car ... I think
I just as well can put my phone aside, drive to my destination, tell
them to wait half an hour, go back and start typing :-)

 Framework already supports BT headsets. The fact GUI is missing shows
 the lack of interest from end-users, well, i think it'll change soon.

hmm ... I thought end-users were people actually using the phone, not
unix-hackers ... but I saw the announcement of a bluetooth gui for
Om2008, aboeit for bluez3. Oh wait, that's what qtopia does as well
:-) But since the newer kernels are there: no bluez3, thus no qtopia
bluetooth ... hopefully for Om2009 final that'll change.

 Also, the person that wrote that wiki says However, I couldn't get an
 actual voice over it, just crackling. If this is no longer true,
 somebody should change it.

 Somebody should finally try to use this support and report the
 findings. Of course, Jan, who wrote the code, tried it and it worked
 for him. And BTW please take into account it seems that not all
 headsets are compatible with BT chip we use (at least it was the case
 some time ago, i guess i need to try again with my not-working headset
 and latest bluez and bluetooth-testing kernel branch).

heh, trying to get your non-working headset to work, are you? :-)

Franky

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread c_c

Hi,

Robin Paulson wrote:
 
yes, i'm talking about a default directory.
i prefer not to use the playlists, selecting albums folder by folder,
using the file structure as if it was a library - much easier and
simpler i find
 
 If I understand you correctly, you're looking at adding a folder and
letting
intone play it.
 As of now, if you add the root folder of your music to intone, you'll
get all your folders added as albums and playlists automatically. Then - you
just use the playlist you want (which is the same as selecting that folder).
 Or am I missing something you want?


Robin Paulson wrote:
 
  Do you want id3 tags in the list too?
yes, that'd be great. so long as it doesn't slow things down too much
 
 It *will* slow down the initial scan at the very least. And increase 
dependency on another set of libraries. Let me think over this.


Robin Paulson wrote:
 
  The new version will also have sliders for bass and treble. 
i'd say: keep it simple and leave the sliders out
 
 I was looking at controlling the bass and treble levels in the WM8753 tone
control. Not software based.


Robin Paulson wrote:
 
 oh, one other thing - can you make the play button change to a pause
 symbol when it's playing?
 
:-) That's been one thing I've always managed to miss in every release. Will
do that this time.
-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2814123.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bluetooth headsets in FSO

2009-05-06 Thread DJDAS
Franky Van Liedekerke ha scritto:
 Framework already supports BT headsets. The fact GUI is missing shows
 the lack of interest from end-users, well, i think it'll change soon.
 
 hmm ... I thought end-users were people actually using the phone, not
 unix-hackers ... 

That's why I wrote it ;)

 but I saw the announcement of a bluetooth gui for
 Om2008, aboeit for bluez3. 
Well those are minimum requirements as I couldn't test other distros
but, as I wrote in the last post, I use only DBUS calls to Bluez so
maybe it should work on other distros (probably in FSO to given I don't
use FSO calls yet...). The only userspace dependency is PyGTK but I
think almost every distro has it installed.
I think the only real issue could be the power and reset /sys files
which change between different kernel versions... I accept suggestions
and patches too :P

Thank you, bye!




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bluetooth headsets in FSO

2009-05-06 Thread Franky Van Liedekerke
On Wed, May 6, 2009 at 4:11 PM, DJDAS dj...@djdas.net wrote:
 Franky Van Liedekerke ha scritto:
 Framework already supports BT headsets. The fact GUI is missing shows
 the lack of interest from end-users, well, i think it'll change soon.

 hmm ... I thought end-users were people actually using the phone, not
 unix-hackers ...

 That's why I wrote it ;)

 but I saw the announcement of a bluetooth gui for
 Om2008, aboeit for bluez3.
 Well those are minimum requirements as I couldn't test other distros
 but, as I wrote in the last post, I use only DBUS calls to Bluez so
 maybe it should work on other distros (probably in FSO to given I don't
 use FSO calls yet...). The only userspace dependency is PyGTK but I
 think almost every distro has it installed.
 I think the only real issue could be the power and reset /sys files
 which change between different kernel versions... I accept suggestions
 and patches too :P

sure you do :-)
DBUS calls have changed quite a lot between bluez3 and bluez4. I face
the same problem for QtEi, but I don't feel like doing all that work
on my own there (it's quite a big code change). So for now QtEi has no
bluetooth in newer kernels (if they don't provide the bluez3 package
anymore).

Franky

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread Vasco Névoa

Hi folks.

The opkg upgrade broke the USB connectivity to Windows boxes once again.

Can anyone tell me which kernel versions have this running?

Thx.

V.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[OT] Re: OpenMoko and LCD TV

2009-05-06 Thread Stefan Monnier
 They run Linux on TVs now?? What kind of processing is a TV doing that
 needs an OS overseeing it?

 I think it started with MHEG engines for DVB, and EPG. Next they
 started  adding things like SD and USB with media viewers. This one's
 got an ethernet  port that's currently unused, but some use them for
 streaming media playback.

 The problem is the usual one - things that don't quite behave as you
 want them  to, or functions the hardware's capable of but they
 haven't implemented.

Is the firmware's source available somewhere?


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OT] Re: OpenMoko and LCD TV

2009-05-06 Thread Kiam Peng Wee

 Is the firmware's source available somewhere?


http://products.sel.sony.com/linux/source.htm

from sony.

KP

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] emacs package

2009-05-06 Thread Stefan Monnier
 It's been asked before but I can't find any references to a package
 for Emacs.  Does such exist? If not, how can I get Emacs running -

If you run Debian on your FR, then you can just aptitude install
emacs.

 doesn't need to be xemacs as I'm quite happy to run it either in
 terminal or via a remote session.

Not sure what you mean by that, since Emacs is not just a terminal
application.  Maybe you're one of the few remaining victims of the
confusion XEmacs is Emacs for X?


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] emacs package

2009-05-06 Thread Stefan Monnier
 It's been asked before but I can't find any references to a package  
 for emacs. Does such exist? If not, how can I get emacs running -  
 doesn't need to be xemacs as I'm quite happy to run it either in  
 terminal or via a remote session.
 I install joe which includes jmacs an emacs-like editor.

I also recommend Zile if you're looking for a poor man's Emacs.
Among the small emacs-like editors, it's the one that's closest to
the real thing (both visually and in its behavior).


Stefan


PS: And on my Debian-i686 desktop, Zile is about 1/3 the size of Joe.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread jeremy jozwik
switch to linux! or do a dual boot. i dont know how anyone could
manage to do anything with an openmoko without some kind of linux box.

plus its free : )

2009/5/6 Vasco Névoa vasco.ne...@sapo.pt:

 Hi folks.

 The opkg upgrade broke the USB connectivity to Windows boxes once again.

 Can anyone tell me which kernel versions have this running?

 Thx.

 V.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


shr-testing pimlico window size and power shortcut

2009-05-06 Thread jeremy jozwik
hello again folks.

question 1:
last night i installed the 2 availabile parts of the 4 part pimlico
set of tools. tasks works well but dates[calendar] is having some
issues.

when started in the upright position the magnify button is place
outside of the visible window. when started in the clockwise 90*
position the magnify button shows. keeping the dates app open then
rotating the screen back to upright and the magnify button magically
re-appears into the visible window.

switch to the GTK-theme and the magnify button has no issues at all.

so.. is there anyway to set the max window size with .desktop files? i
added X-home-applet-maxwidth=480 but that did nothing to help.


question 2:
for some reason or another i seem to be setting my power settings to
different was quite often. and my impatience is starting to show.
loading shr-settings then waiting to it to open, then loading the
power module and waiting for it to open are getting to me. is there
any way that i can make a desktop shortcut that only fires the power
module? ive noticed that i can switch between power and settings
with the task switcher which makes me think they are separate entities

- jeremy

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread Vasco Névoa
I would, but I don't think my employer would agree. :)
I use nothing but FLOSS everywhere, except of course at work, where I  
have to use the official workstation software... :P
And it is very handy to hack the latest tweaks on my neo while waiting  
for a compilation to finish... ;)
Right now, the Neo is networkless with SHR-testing in a Windows environment:
- wifi is no good;
- bluetooth way too complicated;
- USB doesn't work;
- GPRS stalls and doesn't allow opkg update, so forget upgrade

SO GIMME THE WORKIN KERNEL ALREADY!!!  :D

I just find it strange all this back and forth, one version it works,  
the next it doesn't, then it works again, then not is that patch  
so difficult to keep alive??

Citando jeremy jozwik jerjoz.for...@gmail.com:

 switch to linux! or do a dual boot. i dont know how anyone could
 manage to do anything with an openmoko without some kind of linux box.

 plus its free : )

 2009/5/6 Vasco Névoa vasco.ne...@sapo.pt:

 Hi folks.

 The opkg upgrade broke the USB connectivity to Windows boxes once again.

 Can anyone tell me which kernel versions have this running?

 Thx.

 V.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bluetooth headsets in FSO

2009-05-06 Thread Paul Fertser
DJDAS dj...@djdas.net writes:
 Franky Van Liedekerke ha scritto:
 Framework already supports BT headsets. The fact GUI is missing shows
 the lack of interest from end-users, well, i think it'll change soon.
 
 hmm ... I thought end-users were people actually using the phone, not
 unix-hackers ... 

 That's why I wrote it ;)

It's very nice you work on it. Too bad you use a dead-born deprecated
distro ;)

 but I saw the announcement of a bluetooth gui for
 Om2008, aboeit for bluez3. 
 Well those are minimum requirements as I couldn't test other distros
 but, as I wrote in the last post, I use only DBUS calls to Bluez so
 maybe it should work on other distros (probably in FSO to given I don't
 use FSO calls yet...). 

As Franky already mentioned, bluez3 and bluez4 interfaces are
completely different, so porting won't be that easy :-/

 The only userspace dependency is PyGTK but I think almost every
 distro has it installed.  

Yep, no problems with that.

 I think the only real issue could be the power and reset /sys files
 which change between different kernel versions... I accept
 suggestions and patches too :P

One of the reasons FSO integrates functionality of powering and
resetting devices is exactly that. Higher level app devs shouldn't be
bothered with kernel changes, FSO quickly adopts to it and you receive
all updates free. In fact, you might like the idea of FSO, take a look
at specs ;)

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr-testing pimlico window size and power shortcut

2009-05-06 Thread Johny Tenfinger
On Wed, May 6, 2009 at 17:33, jeremy jozwik jerjoz.for...@gmail.com wrote:
 question 2:
 for some reason or another i seem to be setting my power settings to
 different was quite often. and my impatience is starting to show.
 loading shr-settings then waiting to it to open, then loading the
 power module and waiting for it to open are getting to me. is there
 any way that i can make a desktop shortcut that only fires the power
 module? ive noticed that i can switch between power and settings
 with the task switcher which makes me think they are separate entities

shr-settings --help will help you :)

I think you are interested in that command:
shr-settings Power shr_pm.Pm shr_device_timeouts.Timeouts

That's part from shr-settings code, which lists available modules and
defines default categories:
dirs = [[_(Phone),icon_phone.png,
[ 'shr_gsm.Gsm', 'shr_call.Call', 'shr_sim.Sim' ] ],
[_(Profiles),icon_profiles.png,
[ 'shr_profile.Profile', 'shr_currentprofile.CurrentProfile' ] ],
[_(Connectivity),icon_connectivity.png,
  [ 'shr_wifi.Wifi', 'shr_gprs.Gprs', 'shr_usb.Usb', 'shr_bt.Bt' ]
],
[_(GPS), icon_gps.png, [
'shr_gps.Gps' ] ],
[_(Date/time),icon_datetime.png,
   [ 'shr_clock.Clock' ] ],
[_(Power),icon_power.png,  [
'shr_battery.Battery', 'shr_display.Display', 'shr_pm.Pm' ,
'shr_device_timeouts.Timeouts' ] ],
[_(Services),icon_services.png,
 [ 'shr_services.Services' ] ],
[_(Others), icon_others.png,
[ 'shr_test.Test' ] ]
]

In command line you can use all of them and combine it to your own
group. For instance, i'm using that command when holding AUX button:

shr-settings AUX menu shr_profile.Profile shr_display.Display shr_pm.Pm

If you have more questions about shr-settings, feel free to ask me :)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread Paul Fertser
Vasco Névoa vasco.ne...@sapo.pt writes:
 I would, but I don't think my employer would agree. :)
 I use nothing but FLOSS everywhere, except of course at work, where I  
 have to use the official workstation software... :P
 And it is very handy to hack the latest tweaks on my neo while waiting  
 for a compilation to finish... ;)
 Right now, the Neo is networkless with SHR-testing in a Windows environment:
 - wifi is no good;

Would you mind sharing the details? Which AP, what particular
problems?

 - bluetooth way too complicated;

Not any more complicated than with any other GNU/Linux device.

 - GPRS stalls and doesn't allow opkg update, so forget upgrade

Well, probably it'll be solved with the new abyss muxer.

 SO GIMME THE WORKIN KERNEL ALREADY!!!  :D

Why don't you just specify which kernel revision works and which
doesn't? How any kernel dev is supposed to solve your problems if you
even don't properly describe it? Why don't you use the kernel that
worked on your FR in the meantime?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread Vasco Nevoa
Paul Fertser escreveu:
 Vasco Névoa vasco.ne...@sapo.pt writes:
   
 - GPRS stalls and doesn't allow opkg update, so forget upgrade
 
 Well, probably it'll be solved with the new abyss muxer.

   
That's good to know.
 SO GIMME THE WORKIN KERNEL ALREADY!!!  :D
 

 Why don't you just specify which kernel revision works and which
 doesn't? How any kernel dev is supposed to solve your problems if you
 even don't properly describe it? Why don't you use the kernel that
 worked on your FR in the meantime?

   
If I knew, I wouldn't have a problem, would I? :)

When I saw the usb and GPRS problems were gone, I assumed they wouldn't 
come back, at least so soon. So there was no reason to make note of 
which kernel I had. It is not common to lose a patch immediately after 
it is integrated... Apparently I was obviously wrong.
I'm not here to make anyone angry, I just posed a simple question: does 
anyone know which versions work?

Thanks for the attention.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] emacs package

2009-05-06 Thread giacomo giotti mariani

 It's been asked before but I can't find any references to a package
 for Emacs.  Does such exist? If not, how can I get Emacs running -
 
Use vim in stead!
   
 doesn't need to be xemacs as I'm quite happy to run it either in
 terminal or via a remote session.
 

 Not sure what you mean by that, since Emacs is not just a terminal
 application.  Maybe you're one of the few remaining victims of the
 confusion XEmacs is Emacs for X?

   
Use vim in stead!

PS Use vim in stead! ;-)

-- 
/_\ The ASCII   Per comunicare in modo riservato:
\_/ Ribbon Campaign gpg --keyserver  pool.sks-keyservers.net \
 X  Against HTML--recv-keys 20611EAD
/_\ Email!   
--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-06 Thread Paul Fertser
Vasco Nevoa vasco.ne...@sapo.pt writes:
 Why don't you just specify which kernel revision works and which
 doesn't? How any kernel dev is supposed to solve your problems if you
 even don't properly describe it? Why don't you use the kernel that
 worked on your FR in the meantime?

   
 If I knew, I wouldn't have a problem, would I? :)

At least you know the date (and the place you downloaded) the kernel
had no problems and the problematic revision you use now, but you
don't specify it.

The kernel commit that finally fixed RNDIS issues was
f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
andy-tracking branch on Mar 16. I don't see anything related since
then. Since you don't specify what revision you use now, i'm unable to
even say if your rev includes the commit or not.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Enlightenment and .desktop file (with autostarting)

2009-05-06 Thread Laszlo KREKACS
Hi!

I hope my questions are mainly rtfm ones, so someone can provide me
the right links;)

Short story:
I installed om2009, and after I installed paroli from git.
I could launch the new paroli (latest git) from command line.
So I thought a little modification in /usr/share/paroli.desktop would be enough.

I changed in the desktop file the Exec and TryExec line, but when I clicked on
the Desktop button, nothing happened (didnt launch paroli).

I even restarted the phone hoping it will magically load. But it
loaded instead the
old paroli application! even when no .desktop file existed for it.

So I suspect there are definietly some caching mechanism inside E, and this
is the reason why paroli failed to launch.

Because when I changed every name in the .desktop file:
Name, GenericName, Comment

The icon magically begun to work. But when I start the phone the *old* paroli
gets loaded. (I need to close it, and start the new one via the desktop button)

So my question are:
1. Where are the autolaunching application defined (paroli starts automagically)
2. How can I force E to reload the .desktop file and execute it and
not the old (cached) one.
3. How can I make sure the E autolaunch the right application?

Any idea, documentation, comments are appreciated!

Im playing since hours with this problem.

Best regards,
 Laszlo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Enlightenment and .desktop file (with autostarting)

2009-05-06 Thread George Brooke
On Wednesday 06 May 2009 19:04:58 Laszlo KREKACS wrote:
 Hi!

 I hope my questions are mainly rtfm ones, so someone can provide me
 the right links;)

 Short story:
 I installed om2009, and after I installed paroli from git.
 I could launch the new paroli (latest git) from command line.
 So I thought a little modification in /usr/share/paroli.desktop would be
 enough.

 I changed in the desktop file the Exec and TryExec line, but when I clicked
 on the Desktop button, nothing happened (didnt launch paroli).

 I even restarted the phone hoping it will magically load. But it
 loaded instead the
 old paroli application! even when no .desktop file existed for it.

 So I suspect there are definietly some caching mechanism inside E, and this
 is the reason why paroli failed to launch.

 Because when I changed every name in the .desktop file:
 Name, GenericName, Comment

 The icon magically begun to work. But when I start the phone the *old*
 paroli gets loaded. (I need to close it, and start the new one via the
 desktop button)

 So my question are:
 1. Where are the autolaunching application defined (paroli starts
 automagically) 2. How can I force E to reload the .desktop file and execute
 it and not the old (cached) one.
 3. How can I make sure the E autolaunch the right application?

 Any idea, documentation, comments are appreciated!

 Im playing since hours with this problem.

 Best regards,
  Laszlo

Have a look in /etc/X11/Xsession.d/ as there maybe a start script for paroli 
in there (just a guess as i know thats where zhone starts from)


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr-testing pimlico window size and power shortcut

2009-05-06 Thread jeremy jozwik
thanks Johny, do you know the brightness command as well?

On Wed, May 6, 2009 at 8:40 AM, Johny Tenfinger seba.d...@gmail.com wrote:
 On Wed, May 6, 2009 at 17:33, jeremy jozwik jerjoz.for...@gmail.com wrote:
 question 2:
 for some reason or another i seem to be setting my power settings to
 different was quite often. and my impatience is starting to show.
 loading shr-settings then waiting to it to open, then loading the
 power module and waiting for it to open are getting to me. is there
 any way that i can make a desktop shortcut that only fires the power
 module? ive noticed that i can switch between power and settings
 with the task switcher which makes me think they are separate entities

 shr-settings --help will help you :)

 I think you are interested in that command:
 shr-settings Power shr_pm.Pm shr_device_timeouts.Timeouts

 That's part from shr-settings code, which lists available modules and
 defines default categories:
dirs = [[_(Phone),icon_phone.png,
 [ 'shr_gsm.Gsm', 'shr_call.Call', 'shr_sim.Sim' ] ],
[_(Profiles),icon_profiles.png,
 [ 'shr_profile.Profile', 'shr_currentprofile.CurrentProfile' ] ],
[_(Connectivity),icon_connectivity.png,
  [ 'shr_wifi.Wifi', 'shr_gprs.Gprs', 'shr_usb.Usb', 'shr_bt.Bt' ]
 ],
[_(GPS), icon_gps.png, [
 'shr_gps.Gps' ] ],
[_(Date/time),icon_datetime.png,
   [ 'shr_clock.Clock' ] ],
[_(Power),icon_power.png,  [
 'shr_battery.Battery', 'shr_display.Display', 'shr_pm.Pm' ,
 'shr_device_timeouts.Timeouts' ] ],
[_(Services),icon_services.png,
  [ 'shr_services.Services' ] ],
[_(Others), icon_others.png,
[ 'shr_test.Test' ] ]
]

 In command line you can use all of them and combine it to your own
 group. For instance, i'm using that command when holding AUX button:

 shr-settings AUX menu shr_profile.Profile shr_display.Display shr_pm.Pm

 If you have more questions about shr-settings, feel free to ask me :)

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Debuzzing

2009-05-06 Thread Dr. H. Nikolaus Schaller

Am 30.04.2009 um 16:17 schrieb Dr. H. Nikolaus Schaller:


 Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller:

 Dear community,

 it is the philisophy of Golden Delicious Computers to find  
 solutions for important topics that the community has and can't  
 solve alone. Therefore, we (Golden Delicious Computers and TRIsoft)  
 have worked behind the scenes and are close to offer a Buzz rework  
 solution that can in principle serve all Freerunner Owners in the  
 EU harmonized market.

 1) We have identified a very good professional SMD rework company  
 in Munich, Germany who are capable and willing to do the rework at  
 low cost and high quality, but only if we deliver batches of  
 collected devices. Since we are experienced in collecting incoming  
 and outgoing shipments, the combination is the solution.

 2) Therefore we plan to offer this service to all Openmoko owners  
 within the EU harmonized market / tax union (to avoid re-import/ 
 export hassle). Please note that there will be a rework fee. The  
 final price is not yet clear (expected to be less than 30 EUR incl.  
 shipment) because we are in intensive discussions with Openmoko how  
 they can help to reduce this fee for you.

 Openmoko has given us now full support and therefore, we can reduce  
 the fee dramatically. A bad news is that you have to cover 2 way  
 shipment. But another good news is that Openmoko provides a free  
 battery as a gift for each shipment.

 3) Rework will take approx. 1 week and could start immediately,  
 provided we get the promised replacement components in time.

 That well need some days so I expect that we can start rework in the  
 second week of May.

Parts are now on air freight and will arrive in Munich within the next  
days.

So it looks as if we can start next week.

 4) If you are interested, please register yourself and your device  
 at the following link. We will then follow up with details about  
 handling, address to send to, time schedule, final pricing etc.

  http://www.handheld-linux.com/wiki.php?page=Buzz-Rework

 This page has now become an order page. Please purchase the service.



 So stay tuned,
 Nikolaus

 
 Mobile Office Solutions
 by Golden Delicious Computers GmbHCo. KG
 Buchenstr. 3
 D-82041 Oberhaching
 +49-89-54290367
 http://www.handheld-linux.com

 AG München, HRA 89571
 VAT DE253626266
 Komplementär:
 Golden Delicious Computers Verwaltungs GmbH
 Oberhaching, AG München, HRB 16602
 Geschäftsführer: Dr. Nikolaus Schaller

 Digital Tools for Independent People
 








___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr-testing pimlico window size and power shortcut

2009-05-06 Thread Johny Tenfinger
On Wed, May 6, 2009 at 20:26, jeremy jozwik jerjoz.for...@gmail.com wrote:
 thanks Johny, do you know the brightness command as well?

shr_display.Display

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: shr-testing pimlico window size and power shortcut

2009-05-06 Thread jeremy jozwik
awesome. ill have to play with the rest later, nano is word-wrapping
and screwing up the .desktop format but so far i have an icon launcher
that brings up the power settings module.

thanks for your help again

On Wed, May 6, 2009 at 12:50 PM, Johny Tenfinger seba.d...@gmail.com wrote:
 On Wed, May 6, 2009 at 20:26, jeremy jozwik jerjoz.for...@gmail.com wrote:
 thanks Johny, do you know the brightness command as well?

 shr_display.Display

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Debuzzing

2009-05-06 Thread Korbinian Rosenegger
Hi

Is it possible to bring the devices to you in person? This could save
shipping costs for all of us who can use the S-Bahn without additional
costs or pass the A995 regularly since it's about 1 km from the next
S-Bahn station (Deisenhofen) or less than 4 km from the A995 to your
address in Oberhaching (distances measured in Google Maps).

cu Korbi



On Tue, 2009-04-28 at 22:30 +0200, Dr.H.NikolausS wrote:
 Dear community,
 
 it is the philisophy of Golden Delicious Computers to find solutions  
 for important topics that the community has and can't solve alone.  
 Therefore, we (Golden Delicious Computers and TRIsoft) have worked  
 behind the scenes and are close to offer a Buzz rework solution that  
 can in principle serve all Freerunner Owners in the EU harmonized  
 market.
 
 1) We have identified a very good professional SMD rework company in  
 Munich, Germany who are capable and willing to do the rework at low  
 cost and high quality, but only if we deliver batches of collected  
 devices. Since we are experienced in collecting incoming and outgoing  
 shipments, the combination is the solution.
 
 2) Therefore we plan to offer this service to all Openmoko owners  
 within the EU harmonized market / tax union (to avoid re-import/export  
 hassle). Please note that there will be a rework fee. The final price  
 is not yet clear (expected to be less than 30 EUR incl. shipment)  
 because we are in intensive discussions with Openmoko how they can  
 help to reduce this fee for you.
 
 3) Rework will take approx. 1 week and could start immediately,  
 provided we get the promised replacement components in time.
 
 4) If you are interested, please register yourself and your device at  
 the following link. We will then follow up with details about  
 handling, address to send to, time schedule, final pricing etc.
 
   http://www.handheld-linux.com/wiki.php?page=Buzz-Rework
 
 So stay tuned,
 Nikolaus
 
 
 Mobile Office Solutions
 by Golden Delicious Computers GmbHCo. KG
 Buchenstr. 3
 D-82041 Oberhaching
 +49-89-54290367
 http://www.handheld-linux.com
 
 AG München, HRA 89571
 VAT DE253626266
 Komplementär:
 Golden Delicious Computers Verwaltungs GmbH
 Oberhaching, AG München, HRB 16602
 Geschäftsführer: Dr. Nikolaus Schaller
 
 Digital Tools for Independent People
 
 
 
 
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


signature.asc
Description: This is a digitally signed message part
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Ain't it funny..

2009-05-06 Thread Dale Maggee
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hehe, what gave you that idea? ;)

Yogiz wrote:
 Bitter much? : )
 
 On Wed, 06 May 2009 18:09:35 +1000
 Dale Maggee anti...@internode.on.net wrote:
 
 Risto H. Kurppa wrote:
 The community work seems to be slowing down now (because of the
 summer?) 
 My guess would be that a whole lot of people have realised that their
 $400 Neo is better used as a boat anchor, and put them on ebay. or in
 the microwave.
 
 OM2009 testing 2 was released some days ago. So far ~3 e-mails on
 the list about it.
 New version of Mokomaze was released some days ago, too. Around 50
 mails. To me this tells that people are more interested in Mokomaze
 than OM2009.
 Agreed - more people are interested in mokomaze, because they know
 what kind of godawful crap to expect from OM and are avoiding it like
 swine flu... which is strangely poetic IMHO (the metaphor of Neo as
 Swine Flu, that is).
 
 I'm starting to think that OM's real goal has always been to *not*
 produce a working distro, in the hopes that some genius would come
 along and do it for them. At which point they could say we don't
 need to make it work, Guy X has given us the excellent Distro Y...
 
 I mean, look at it from the company's perspective: They already have
 your money, and they know that they're totally mismanaged and will die
 out before producing another device. Also they're a dodgy Taiwanese
 company which makes them very difficult to prosecute under the
 consumer protection laws of less dodgy countries (even though they are
 technically legally bound by those laws), so what's in it for them to
 produce working software?
 
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFKAfK5FbVnQRV3OEYRAjygAJ0UDxAbT6Z3s/szm7mUPVBbVLIFWgCcDk0c
4MNuXjjU5vX0HgUT4+1hD5M=
=z4n9
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Compatibility between deb and opkg (Was: Ain't it funny..)

2009-05-06 Thread Marcel
Am Mittwoch, 6. Mai 2009 00:33:12 schrieb Rask Ingemann Lambertsen:
 On Tue, May 05, 2009 at 01:31:47PM +0200, Pander wrote:
  For better compatability between deb and opkg, I am still in favour
  of using the debian/ubuntu categories in opkg. See this thread from
  December:
  http://lists.openmoko.org/pipermail/community/2008-December/038472.ht
 ml and
  http://lists.openmoko.org/pipermail/community/2008-December/038546.ht
 ml

A significant incompatibility is that deb uses architectures 'armel'
 and 'any' while opkg uses 'armv4t' and 'all'. AFAIK there is no way of
 specifying to dpkg/apt that they are equivalent.

Provided my assumption that debian has _way_ more packages then 
angstrom/$opkg-based, one could change the default arch of opkg packages. 
But this would need support from all parties, not just us. The technical 
part could be reduced to:
- extract package
- do some sed-magic to replace armv4t/all by armel/any
- compress package again

Am I missing something significant? :D
Of course reality isn't as simple as that, but it sounds so comfortable...

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[All] Dictator 0.2

2009-05-06 Thread matthias
Version 0.2 has been released with some improvements.
see:
http://www.opkg.org/package_207.html

or

http://wiki.openmoko.org/wiki/Dictator

I've only tested it with shr-testing from april 16.
can anyone please provide the output of `opkg list` from a fresh
om2008.12 or om2008.9? For I am somehow not able to get an image of
these distributions running here. then i could change the dependencies,
so that installing will be easy.

Is there anyone who is able to package this as a deb for debian, fyp or
hackable:1?
Would be fine!

cheers
Matthias

matthias schrieb:
 Recording GSM and Mic in different channels will be implemented in the
 next version. :)
 Thanks for your feedback! It was just a state-file-issue.

 Matthias


 Helge Hafting schrieb:
   
 Thomas Franck wrote:
   
 
 Hi..

 Helge Hafting wrote:
 
   
 Also, dictator seems to record in stereo, while these sources are mono. 
 One channel is silent. Avoiding unnecessary stereo gives the cpu less 
 work, which is important with this weak cpu.
   
 
 I haven't tested Dictator yet.. but I really liked the way the other
 recording software[1] did it.. with incoming/outgoing sound separated on
 different channel that..

 
   
 Such use of stereo is nice, of course. What I objected to was the 
 recording of all sound in one channel, and then adding a silent channel 
 as well. There is no need for that.

 Helge Hafting

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   
 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Debuzzing

2009-05-06 Thread Vincent MEURISSE
On Wednesday 06 May 2009 22:23:23 Korbinian Rosenegger wrote:
 Is it possible to bring the devices to you in person?
I'm interested too as I don't live too far. Moreover the packing for delivery 
in person is far easier to do than the post one :)
-- 
Vincent MEURISSE

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: PS3 Linux [was - Re: OpenMoko and LCD TV]

2009-05-06 Thread roguemoko
On 6/05/2009 6:39 PM, Yorick Moko wrote:
 have you tried pairing yourn FR to the ps3
 to use it as a controller/keyboard/music(or picture)streamer/whatever ?

Since I left my FR out in the rain, I haven't done much with it.

Surprisingly, it still works ... but the touch area of the shelf doesn't 
function. So I can boot, take a call but as soon as I load an app I 
can't go back etc. I've been meaning to throw the debian sd card back in 
but haven't had the motivation, although debian may allow me to get 
around, it's not like it's going to fix the problem with that region of 
the touchscreen. There's also some wierd, faint, background effects 
going on. They have that wierd mirror/3d effect happening :)

Have to admit I'm rather impressed it even still works at all.

Unfortunately I've had to move on, at least until I can figure out 
another use for it, other than a phone. Not that I can't think of 
anything but my life is pretty device saturated at the moment and the 
touchscreen issue limits it's use.

Sarton

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread Joerg Reisenweber
Am Di  28. April 2009 schrieb Joerg Reisenweber:
 The one and only *real* gsmhandset.state (for all FR!):
 http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state
 
 :-)
 
 
 check control.63 and compare with your statefile!
 see: 
 
http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls

Even I myself got fooled by this.
The correct statefile is

http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new

of course.
Please *do not* use the gsmhandset-a7.state, see 
http://docs.openmoko.org/trac/ticket/2121#comment:3

Special sorry to lindi-

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [All] Dictator 0.2

2009-05-06 Thread jeremy jozwik
nice. do you have a new screen shot of the interface?

On Wed, May 6, 2009 at 2:21 PM, matthias matthiasfels...@web.de wrote:
 Version 0.2 has been released with some improvements.
 see:
 http://www.opkg.org/package_207.html

 or

 http://wiki.openmoko.org/wiki/Dictator

 I've only tested it with shr-testing from april 16.
 can anyone please provide the output of `opkg list` from a fresh
 om2008.12 or om2008.9? For I am somehow not able to get an image of
 these distributions running here. then i could change the dependencies,
 so that installing will be easy.

 Is there anyone who is able to package this as a deb for debian, fyp or
 hackable:1?
 Would be fine!

 cheers
 Matthias

 matthias schrieb:
 Recording GSM and Mic in different channels will be implemented in the
 next version. :)
 Thanks for your feedback! It was just a state-file-issue.

 Matthias


 Helge Hafting schrieb:

 Thomas Franck wrote:


 Hi..

 Helge Hafting wrote:


 Also, dictator seems to record in stereo, while these sources are mono.
 One channel is silent. Avoiding unnecessary stereo gives the cpu less
 work, which is important with this weak cpu.


 I haven't tested Dictator yet.. but I really liked the way the other
 recording software[1] did it.. with incoming/outgoing sound separated on
 different channel that..



 Such use of stereo is nice, of course. What I objected to was the
 recording of all sound in one channel, and then adding a silent channel
 as well. There is no need for that.

 Helge Hafting

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread The Digital Pioneer
What does A7 mean? Is that a specific phone version that this statefile is
good for?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Enlightenment and .desktop file (with autostarting)

2009-05-06 Thread The Rasterman
On Wed, 6 May 2009 20:04:58 +0200 Laszlo KREKACS
laszlo.krekacs.l...@gmail.com said:

 Hi!
 
 I hope my questions are mainly rtfm ones, so someone can provide me
 the right links;)
 
 Short story:
 I installed om2009, and after I installed paroli from git.
 I could launch the new paroli (latest git) from command line.
 So I thought a little modification in /usr/share/paroli.desktop would be
 enough.
 
 I changed in the desktop file the Exec and TryExec line, but when I clicked on
 the Desktop button, nothing happened (didnt launch paroli).
 
 I even restarted the phone hoping it will magically load. But it
 loaded instead the
 old paroli application! even when no .desktop file existed for it.
 
 So I suspect there are definietly some caching mechanism inside E, and this
 is the reason why paroli failed to launch.

the only cache is a runtime cache in ram - none on disk. and restart of e
(including its own restart) will completely rebuild it from disk. it does
monitor files and on changes, reads them. there could be a race condition with
a partially written file by the time e reads it. so chances are... your command
is just wrong. if it can change the name - its loading all the fields, and then
running them. e may have a different $PATH in its environment than your shell
remember, so use full paths to be explicit.

 Because when I changed every name in the .desktop file:
 Name, GenericName, Comment
 
 The icon magically begun to work. But when I start the phone the *old* paroli
 gets loaded. (I need to close it, and start the new one via the desktop
 button)

that'd be starting prolie via some other means - like startup scripts
in /etc/X11/Xsession.d - dig around in /etc/X11

 So my question are:
 1. Where are the autolaunching application defined (paroli starts
 automagically)
 2. How can I force E to reload the .desktop file and execute it and
 not the old (cached) one.

it should do it automatcally. an e restart will force everything to reload
(killall -HUP enlightenment).

 3. How can I make sure the E autolaunch the right application?

the launching you are seeeing is not from e but from oe's Xsession script setup
- see above.

 Any idea, documentation, comments are appreciated!
 
 Im playing since hours with this problem.
 
 Best regards,
  Laszlo
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Unstable] Forcing fast-charge

2009-05-06 Thread Joerg Reisenweber
Am So  3. Mai 2009 schrieb Rask Ingemann Lambertsen:
 On Sat, May 02, 2009 at 03:30:10AM +0200, Joerg Reisenweber wrote:
  Am Mi  29. April 2009 schrieb Cédric Berger:
   On Tue, Apr 28, 2009 at 15:36, Joerg Reisenweber jo...@openmoko.org 
wrote:
   
That's nonsense as there is no dumb charger out there not being 
capable of
supplying 500mA. OTOH any management of maximum ingress current to USB 
by
whatever means will inevitably fail when unplugging the charger device
connected to FR during powerdown and replace it with a (nonexistent) 
weaker one.
 
No. For better or for worse, the PCF50633 variant we use will power up
 the Frerunner and thus run the boot loader when you swap chargers. If the
 boot loader doesn't set the current limit correctly for the newly inserted
 charger, then that's where the bug is. TODO: Check U-Boot and Qi.
 
 (Long term TODO: Instead of fixing each and every bug three times (kernel,
 U-Boot and Qi), try to fit a bare-bones kernel and rootfs with boot menu
 into the 512 kB we currently use for boot loader.)
 
   Or a solar panel ?
  How could setting BAT_CURLIM to USB_CURLIM help?
 
Because USB_CURLIM is reset to 500 mA when the Freerunner is turned off,
 while BAT_CURLIM remains at what it was last set to.

So taking in account your comments above this means the problem case 
is intentionally shutting down the device during charging from solarpanel. 
1) I don't see why anybody should do this
2) this should be handled during shutdown, rather than all the time by syncing 
BAT_CURLIM with USB_CURLIM. Probably it would be wise to disable shutdown 
during charge all together.


   Or you have 2 phone charging from the same usb port ?
  or I'm using the usb extension in my usb-coffemug-warmer? Or create a 
  shortcircuit? It's not a valid usecase and I don't see how to accomplish 
  that.
 
Don't tell me you haven't seen one of those 4-port unpowered USB hubs
 which can only supply 100 mA per port.

In this case USB-enum shall negotiate correct USB_CURLIM as the host knows 
about the hub and the (standard btw) restrictions wrt current. Again powering 
down the device during charge isn't recommended as host might think the 
device is shutdown because it doesn't respond to USB data anymore.

   Note than doing this (I used a little GUI with 1 set button for each 
value),
   I must set usb current limit, then only I set charge current limit. And 
in
   the meanwhile, since charge limit=usb limit=1A, it starts pulling about 
1A
   and I cannot avoid that.
  Sorry I don't understand this statement.
 
The problem is when you use e.g. a 750 mAh Nokia battery and set
 chg_curlim to 750 mA like you're supposed to. If you then plug in the
 charger, usb_curlim will be set to 1000 mA and so will chg_curlim.
 Automatically setting chg_curlim to 1000 mA is a bug since the user said max
 750 mA for the battery. The kernel needs to remember the user specified
 chg_curlim. TODO: Kernel patch.

ToDo: leave crg_curlim alone during normal operation and handle those silly 
cases of shutdown during charge correctly (e.g by simply disabling them 
(disallow shutdown), or - as I mentioned before - setting chg_curlim to 100mA 
unconditionally at shutdown time. Probably both)

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: openmoko neo shape

2009-05-06 Thread jeremy jozwik
i had a similar conversation at radio shack trying to get the headset
to phono adapter. i had put the phone on the counter to test if the
wire worked.

radio shack employee 1: is that the new htc?
me: nope
radio shack employee 1: what is it
me: its an openmoko. it runs linux
radio shack employee 1: is that like windows mobile?
me: not really
radio shack employee 2: linux is open source
radio shack employee 1 turns to go and do something else...

On Wed, May 6, 2009 at 12:48 AM, DRSp. it...@gmx.net wrote:
 There was a video showing Maddog Hall wearing one around his neck.

 Besides I found the design very stylish.

 The usual route of conversation goes like this:

 whats this...?

 me: openmoko

 ... takes it like iphone...

 me: it's not an iphone...

 touchscreen...

 me: and it runs on linux

 ..? and i got a square look. The point of interest is fading...

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Unstable] Forcing fast-charge

2009-05-06 Thread Joerg Reisenweber
Am Mo  4. Mai 2009 schrieb Cédric Berger:
 Sorry, my mail was not really clear.
 
 Rask already answered questions.
 But just about usb_limit :
 
 2009/5/2 Joerg Reisenweber jo...@openmoko.org
 
  No you have to push USB_CURLIM to 500mA, if you want 500mA.
 
 [... ]
 
   This way I have about 700-750mA pulled from my charger (though it can
  peak
   to 1A as needed).
  What's the rationale behind that?
  If you set USB_CURLIM to 750mA you get exactly the same behaviour without
  the
  useless when needed part.
 
 
 As far as I know, 750mA is not an option for usb_curlim. (only 100, 500 and
 1000 I think)
 Anyway, bat_curlim allows more precise control.
 

Correct - usbdevstat allows 100mA, 500mA, 1A, and suspend (Tbl. 98, MBCC7), 
anyway...
Setting chg_curlim won't help whatsoever, as you can set it only during device 
powered up and system running, and during this time the system consumption 
USB-to-SYS will add to the chg_curlim you set. So you exceed intended USB 
current by setting chg_curlim to the value you intend for USB current, just 
to shutdown device after that and hope to reach 'correct' USB current then 
eventually - that's silly.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread Robin Paulson
2009/5/6 c_c cchan...@yahoo.com:
  If I understand you correctly, you're looking at adding a folder and
 letting
 intone play it.
  As of now, if you add the root folder of your music to intone, you'll
 get all your folders added as albums and playlists automatically. Then - you
 just use the playlist you want (which is the same as selecting that folder).
  Or am I missing something you want?

sorry, that was badly explained - i was saying it's great as is. no
need to change anything (imo)!

  Do you want id3 tags in the list too?
yes, that'd be great. so long as it doesn't slow things down too much

  It *will* slow down the initial scan at the very least. And increase
 dependency on another set of libraries. Let me think over this.


oh, in that case, i'm not that keen on adding it. i like how it's nice
and responsive at the moment, even on slow hardware


 Robin Paulson wrote:

  The new version will also have sliders for bass and treble.
i'd say: keep it simple and leave the sliders out

  I was looking at controlling the bass and treble levels in the WM8753 tone
 control. Not software based.

oh, i see. got you. is there a global mixer for doing this? might be a
better way, rather than re-creating what's already there

 oh, one other thing - can you make the play button change to a pause
 symbol when it's playing?

 :-) That's been one thing I've always managed to miss in every release. Will
 do that this time.

cool. not a biggie

looking forward to the new release

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]

2009-05-06 Thread Joerg Reisenweber
Am Sa  2. Mai 2009 schrieb Matthias Apitz:
 El día Saturday, May 02, 2009 a las 03:54:55AM +0200, Joerg Reisenweber 
escribió:
 
The one and only *real* gsmhandset.state (for all FR!):

http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state

:-)
   
   I've tried this yesterday and for me it gives a strong, no tolerable,
   local echo, even acoustic feedback between micro y speaker;
   
   sorry for not giving positiv feedback :-(
  
  Echo can't be controlled by adjusting mixer settings. It needs AT%N 
  correct modem init.
 
 How can I do that in Om2008.9? Thx

Maybe backport the changes that were introduced to OM2008.12 wrt AT%N?
AFAIK there's no working support for this in OM2008.9.
I suggest you use a more recent distro, preferably one based on FSO.

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread Joerg Reisenweber
Am Do  7. Mai 2009 schrieb The Digital Pioneer:
 What does A7 mean? Is that a specific phone version that this statefile is
 good for?
 

Just forget about the *A7 version
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread c_c

Hi,

Robin Paulson wrote:
 
  Do you want id3 tags in the list too?
oh, in that case, i'm not that keen on adding it. i like how it's nice
and responsive at the moment, even on slow hardware
 
 I'm still considering this. Will investigate the actual performance hit 
after this weekend's release. If it is acceptable at the time of the 
initial scan, I'll include this in a later release.


Robin Paulson wrote:
 
oh, i see. got you. is there a global mixer for doing this?
 
 Yup, I'll just use amixer to set the values.


Robin Paulson wrote:
 
 can you make the play button change to a pause  symbol when it's playing?
 
Already Done.
 
Ok. So here's what's done.

  * Bass and treble sliders
  * better sizes (imo) 
  * dbus integration - prevent suspens and pause on incoming call
  * alternate ciew with id3 and album art 
  * default icon if no album art exists
  * some clean ups
  * icon change of play button to pause when playing

In process
  
  * saving and restoring system volume, bass and treble settings for exit
and pause
  * album art icon sizing
  * getting song info for the alternate view when not playing
  * scanning files without extension crash

  Should be done by the weekend.

  One more thing, since now SHR, OM 2009 (unstable) and FSO all use the
newer e libraries,
I'm thinking of moving over to them. Just wanted to know if there are people
still using older
distributions - in which case I'll have to release 2 diff packages.

  For those on the newer libraries - a pre-release version is attached
below. Just wanted to
get some early feedback on the dbus stuff mainly - as also any other
relevant points.


-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2825510.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [all] Car charger

2009-05-06 Thread Joerg Reisenweber
Am So  26. April 2009 schrieb Al Johnson:
 On the DIY front mini-b plugs with all pins available are hard to find in 
 small quantities, in the UK at least. Has anyone found a source?

See
http://www.partsdata.de/USB_Mini-B-Verlaengerung_Kabel_1m_CU-XB05-10.html

/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Debuzzing

2009-05-06 Thread Marco Trevisan (Treviño)
Dr. H. Nikolaus Schaller wrote:
 2) Therefore we plan to offer this service to all Openmoko owners  
 within the EU harmonized market / tax union (to avoid re-import/export  
 hassle). Please note that there will be a rework fee. The final price  
 is not yet clear (expected to be less than 30 EUR incl. shipment)  
 because we are in intensive discussions with Openmoko how they can  
 help to reduce this fee for you.

Is this rework fee valid also for your customers? Don't you offer a kind
of warranty?
If not, can I fix my freerunner in another SMD rework company without
voiding my warranty?

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [New Mokomaze] Coming soon

2009-05-06 Thread Joerg Reisenweber
Am Mi  29. April 2009 schrieb arne anka:
  I don't think it's wise to use the accelerometers as a way to tell  
  whether the phone is used or not.
 
 to repeat it again: we are talking about people playing a game or whatever  
 with the only activity being moving the device --  
 _NO_TOUCH_OR_BUTTON_OR_WHATEVER_.
 now, how is the frameworkd (or what might be used instead) supposed to  
 know, that the device should _NOT_ blank nor suspend?

Using gmeter for resetting suspend-timer is useless here as I may hold the 
game steady and still don't want the screen to blank.
The only correct way to handle this is to stop screenblanking as long as 
mokomaze is running.
I suggest using fsoraw for this purpose (it's been intended to handle exactly 
these issues), or patch mokomaze to allocate the correct resource by itself, 
though that would somewhat restrict portability of the app to non-fso based 
systems.

cheers
jOERG


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Detecting headset button press

2009-05-06 Thread Joerg Reisenweber
Am Fr  1. Mai 2009 schrieb Michael 'Mickey' Lauer:
 The headset button only gets sent when a certain alsa control is on, Werner 
 can fill you up on the details. After that, it should be possible to do a 
 simple fso rule for it.


please see
http://docs.openmoko.org/trac/ticket/2209#comment:8
/j


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread The Digital Pioneer
OK, cool, so I should download that and replace my old one with it? That
will get me better volume, which I would appreciate immensely? Also, the
speakerphone state doesn't work at all. When I use it, the thing just goes
dead -- no sound or mic, as far as I can tell. This assumes that the speaker
button in SHR's caller app works, I haven't loaded it from CLI during a
call.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread Marco Trevisan (Treviño)
c_c ha wrote:
   One more thing, since now SHR, OM 2009 (unstable) and FSO all use the
 newer e libraries,
 I'm thinking of moving over to them. Just wanted to know if there are people
 still using older
 distributions - in which case I'll have to release 2 diff packages.
 
   For those on the newer libraries - a pre-release version is attached
 below. Just wanted to
 get some early feedback on the dbus stuff mainly - as also any other
 relevant points.

I've just tried it again in my Om2008 with fresh svn e/elementary (just
recompiled), but I still get the black page bug.
This is quite strange since I only get this behavior with this
elementary application... Who knows why... :/

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] emacs package

2009-05-06 Thread Stefan Monnier
 It's been asked before but I can't find any references to a package
 for Emacs.  Does such exist? If not, how can I get Emacs running -
 Use vim in stead!

It's been a long time since I last looked at it, but AFAIK Vim's
emulation of Emacs is at best very poor.


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Mokomaze as non-root

2009-05-06 Thread Stefan Monnier

What are we supposed to do to get Mokomaze to run as a non-root user?


Stefan


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Mokomaze as non-root

2009-05-06 Thread The Digital Pioneer
Not sure what all issues you're experiencing, but the accelerometers are
probably root:root access only (they are on mine, SHR-unstable), if that's
your problem. You can probably chmod them manually, but I'm sure you can mod
some conf somewhere to change it. Not sure what...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Intone (0.30 - beta release) Elementary based mplayer frontend

2009-05-06 Thread c_c

Hi,

Marco Trevisan (Treviño) wrote:
 
 but I still get the black page bug. This is quite strange 
 since I only get this behavior with this elementary application
 
  I cant seem to replicate this. Of course, in all probability, it
must be something I'm doing wrong :-). Can you - if you have
the time - go through the init code and see what could be off?
 
-- 
View this message in context: 
http://n2.nabble.com/Intone-%280.40---beta-pre-release%29-Elementary-based-mplayer-frontend-tp2587826p2826039.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Debuzzing

2009-05-06 Thread Dr. H. Nikolaus Schaller

Am 06.05.2009 um 22:23 schrieb Korbinian Rosenegger:

 Hi

 Is it possible to bring the devices to you in person? This could save
 shipping costs for all of us who can use the S-Bahn without additional
 costs or pass the A995 regularly since it's about 1 km from the next
 S-Bahn station (Deisenhofen) or less than 4 km from the A995 to your
 address in Oberhaching (distances measured in Google Maps).

I understand your idea, but we can't manage it that way for several  
reasons, I can't discuss here in detail.

One is that we are not doing the rework ourselves but by a company in  
Munich. So there is no chance for you to wait for the rework.

Then, we think by using Hermes Versand, your cost for shipping in is  
just 4 EUR. So we are not farther away than your next Hermes office  
(see http://www.hermespaketshop.de/ and teh Paketshop Locator).

Finally, the free battery given by Openmoko is thought as compensation  
for the shipping cost.

Best regards,
Nikolaus


 cu Korbi



 On Tue, 2009-04-28 at 22:30 +0200, Dr.H.NikolausS wrote:
 Dear community,

 it is the philisophy of Golden Delicious Computers to find solutions
 for important topics that the community has and can't solve alone.
 Therefore, we (Golden Delicious Computers and TRIsoft) have worked
 behind the scenes and are close to offer a Buzz rework solution that
 can in principle serve all Freerunner Owners in the EU harmonized
 market.

 1) We have identified a very good professional SMD rework company in
 Munich, Germany who are capable and willing to do the rework at low
 cost and high quality, but only if we deliver batches of collected
 devices. Since we are experienced in collecting incoming and outgoing
 shipments, the combination is the solution.

 2) Therefore we plan to offer this service to all Openmoko owners
 within the EU harmonized market / tax union (to avoid re-import/ 
 export
 hassle). Please note that there will be a rework fee. The final price
 is not yet clear (expected to be less than 30 EUR incl. shipment)
 because we are in intensive discussions with Openmoko how they can
 help to reduce this fee for you.

 3) Rework will take approx. 1 week and could start immediately,
 provided we get the promised replacement components in time.

 4) If you are interested, please register yourself and your device at
 the following link. We will then follow up with details about
 handling, address to send to, time schedule, final pricing etc.

  http://www.handheld-linux.com/wiki.php?page=Buzz-Rework

 So stay tuned,
 Nikolaus

 
 Mobile Office Solutions
 by Golden Delicious Computers GmbHCo. KG
 Buchenstr. 3
 D-82041 Oberhaching
 +49-89-54290367
 http://www.handheld-linux.com

 AG München, HRA 89571
 VAT DE253626266
 Komplementär:
 Golden Delicious Computers Verwaltungs GmbH
 Oberhaching, AG München, HRB 16602
 Geschäftsführer: Dr. Nikolaus Schaller

 Digital Tools for Independent People
 






 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]

2009-05-06 Thread Klaus 'mrmoku' Kurzmann
Am Donnerstag 07 Mai 2009 04:11:14 schrieb The Digital Pioneer:
 OK, cool, so I should download that and replace my old one with it? That
 will get me better volume, which I would appreciate immensely? Also, the
 speakerphone state doesn't work at all. When I use it, the thing just goes
 dead -- no sound or mic, as far as I can tell. This assumes that the
 speaker button in SHR's caller app works, I haven't loaded it from CLI
 during a call.

speaker button in SHR works... at least it changes something :-)

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community