Re: Flashing Om2008.8 rootfs under Windows is *LONG*

[Nishit Dave]

On Tue, Sep 2, 2008 at 8:55 AM, Andrew Chu <
[EMAIL PROTECTED]> wrote:

> Thanks for the feedback that the dfu-util for Win32 is that much slower
> on Vista.  I wasn't aware of that.  The changes I made to the dfu-util
> source code were minimal but they could use a code review (I've posted
> the diff below).  On Windows XP, I've never had to wait more than 20
> minutes to flash the rootfs so the issue might be related to Windows
> Vista, or LibUSB-Win32 on Vista, but unfortunately, I do not have
> Windows Vista so I cannot debug.  If anyone has the same issue on
> Windows XP, I would like to hear about it.
>

I'm using Windows XP with 512 MB RAM on my laptop.  rootfs flashing takes
between 1-2 hours IIRC.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Debian touchscreen (pointercal) help

[Tim Erwin]

I have debian installed on the freerunner and have installed xorg (along
with xfce4 and gdm) and xserver-xorg-input-tslib but cannot get the
touchscreen calibrated. I have tried both options from the manual debian
wiki but have had no luck. It seems to use only the top left of the screen
(about a 1/3rd) . Any help would be appreciated.

Regards,

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

Re: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call

[Stroller]

On 1 Sep 2008, at 21:27, Ole Kliemann wrote:
> ...
> I just realised why my drop-call solution is so much superior to any
> IMAP-idle or interval checking. It's funny no one thought about this
> yet.
>
> When using IMAP-idle you can hardly suspend, can you? At least it  
> would
> be necessary to keep the connection open, handle incoming traffic and
> wake in case of new mail. I guess to do so will require the whole  
> system
> to be running.
>
> When using interval checking you have the extra costs and extra  
> battery
> drainage because of resuming every 3 minutes.

I don't really see what the problem is with this.

An application should be able to wake up the phone from suspend (or  
rather add an entry to the `at` queue saying "wake me at this time")  
and it should be able to fire up a GPRS connection. How long will it  
take to check for new mail? 15 seconds? In that case you're  
effectively going to lose 15 seconds of battery talktime for every  
check. If you check every 5 minutes then for every hour suspended  
you'll use additional battery at a rate equivalent to 3 minutes of  
talktime. Checking every 5 minutes means that you get a message on  
average within 2.5 minutes of it hitting your mailbox; checking every  
15 minutes means that you get a message on average 7.5 minutes after  
it hits your mailbox, which is probably a better battery compromise.

The N95 manages this, why shouldn't the Freerunner? I did ask in one  
of my previous posts whether the Openmoko work on dbus will  
accommodate  a program sleeping (suspending?) the phone &/or  
initialising a GPRS connection, but I got no reply (because I waffled  
too much in that post, apparently). Some kind of standard method is  
surely needed, because I could see it being quite complicated (and  
quite Freerunner-specific) to do this stuff otherwise.

> If you use notification by drop-call, the FR can sleep through - the
> modem handles the wakeup.

I'll be honest, I just don't personally like drop-calling. I dislike  
it when a girl does it to you because she's too tight to buy minutes  
(irrespective of the number she's wasted already this month and  
because she knows a guy will always return a pretty girl's call) and  
I find it a little inelegant for this application.

So please bear in mind my prejudice. It certainly should be possible  
to run an arbitrary program upon incoming call (instead of the  
ringer) based on the incoming number. Personally I'd like to use this  
to ignore people, play an answerphone message to low-priority  
customers & so on - there are lots of applications for this, so if  
it's implemented you should be able to do as you wish.

Another poster mentioned that some cell companies may block the  
number of frequent drop-callers. Presumably it costs one of the call- 
providers money to initiate a call which you are not then billed for?  
So it does seem to be slightly naughty, too.

You're right, though - ideally this should be handled by the phone's  
modem (or by the phone's phone (??)) hardware, because that's already  
handling incoming radio and sleep / wake-up. If only there were a way  
to send a text message to a phone freely over the internet - we could  
use that far more effectively for "pushing" our mail (or anything  
else). The money mobile phone companies make from SMS messages,  
however, I suspect this is a forlorn hope.

Stroller.


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

Re: specific absorption rate

[haduong]

> i was looking through planet earlier, when i saw this blogpost, which
> i'm sure others of you have read:
>
> http://blogs.thehumanjourney.net/finds/entry/20080901

The Neo FreeRunner SAR tests at 1.07 W/kg GSM and 1.17 W/kg DCS. I would
say that's average, on the high side.

The legal limit 1.6 W/kg in the US, 2 W/kg in the EU, and really few on
the market get below 0.3.

I guess that having a setting to limit the radiations emissions at the
expense of radio sensitivity would be a Good Thing. Open Source choice is
better for your health. That's has a different convincing power than `you
can choose whichever keyboard you like', yes ?

Minh

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

Re: specific absorption rate

[Sarton O'Brien]

On Tuesday 02 September 2008 15:51:00 Robin Paulson wrote:
> i was looking through planet earlier, when i saw this blogpost, which
> i'm sure others of you have read:
>
> http://blogs.thehumanjourney.net/finds/entry/20080901
>
> i gather it's a report on the effects of emitted radiation when the
> freerunner is used near to a person's body. is there anyone here who
> understands these things. would it be possible to explain what this
> means, in a more condensed terms and understandable way?
>
> i'm not looking for 'The Idiot's Guide to Mobile Phone Radiation', or
> anything like that, but something a bit simpler to understand. I'm
> sure there are others here who would be interested to here this too

I don't know the specifics now but I looked into it years ago. The end result 
was that any mobile with an internal antenna is more damaging to human cells 
than one with an external antenna. The theory being that the transmission is 
taking place further away from your body.

The only use I can see for the findings is to compare existing antenna models 
to pick the lowest value.

>From memory the motorola startac, like 7 years after it's release, was still 
the lowest. Ericsson tended to have the higher values with nokia falling 
somewhere in between.

The way I see it is, there is a required/acceptable amount of power required 
to reach the nearest tower. Anything lower would be unacceptable and the 
findings then fall on the antenna design.

Currently nearly all phones omit an antenna and therefore increase the SAR 
(and decrease the signal quality). I admit, I've never understood why an 
antenna like the startac's han't been included in newer phones. It did retract 
after all. The alternative these days is to use a headset/ear piece (and 
probably leave the phone near other important parts of you body!).

The overall effect is that nearly all current mobile phones have a similar 
SAR, as far as I can tell anyway (give or take, usually based on the design of 
the internal antenna).

It's been a while so thing may have changed ...

Sarton

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

Re: qtopia update

[Petr Vanek]

On Tue, 02 Sep 2008 10:41:14 +1000
Lorn Potter <[EMAIL PROTECTED]> (LP)
wrote:

>Vince M. Clark wrote:
>> Lorn - this is great, thanks. Any idea when a 4.4 version will be
>> released?
>
>
>Yes, but I cannot say. soon...

do you know if the following issue has been resolved?

>> When I start a call with the headset, Headphones is in the Options
>> menu, but as soon as I plug the headset in, it disappears.  
>yes, something is hooked up backwards.

Packages from OM feeds still contain this bug.
Thank you

--
Petr Vaněk
http://biodynamika.cz




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

Re: Flashing Om2008.8 rootfs under Windows is *LONG*

[Denis Johnson]

FWIW, I have a laptop with 2gig ram and the host if Windows XP. I know I
know, but for work that's what I need. So I use the free
http://virtualbox.org and run a virtualized Ubuntu on my Windows XP SP3 box,
but I'm sure it is fine in Vista also. That way one does not have to
shutdown one or the other. However to be honest I have not yet bothered to
setup usb connect to my FR this way (just lazy) as it so happens to be
actually easier to plug it into one of my other machines on my home network
which runs ubuntu natively and I just ssh across to the other machine that
way. YMMV

cheers Denis

On Tue, Sep 2, 2008 at 7:57 AM, Vinc Duran <[EMAIL PROTECTED]> wrote:

> On Mon, Sep 1, 2008 at 12:57 PM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> 
>
>> > You haven't even tried backing it up. Try and see how long *that* takes.
>> > They say it is much, much better with the Linux port of DFU-util (or
>> > rather, something is very very wrong with the Windows port).
>>
>> 
>
>
> I use Vista on my day-to-day working computer. With the FreeRunner it's
> faster to boot to an Ubuntu live CD and work on the FreeRunner and reboot in
> Vista for my regular work. I can flash the device a couple of times and
> experiment with QTopia and OM 2008.8 in the time is would take me to just
> flash the rootfs for either of those. I think the dfu for windows would
> benefit from some work. I tried running Ubunto in a VMWare virtual machine
> but couldn't get a good connection to the FreeRunner.
> 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

specific absorption rate

[Robin Paulson]

i was looking through planet earlier, when i saw this blogpost, which
i'm sure others of you have read:

http://blogs.thehumanjourney.net/finds/entry/20080901

i gather it's a report on the effects of emitted radiation when the
freerunner is used near to a person's body. is there anyone here who
understands these things. would it be possible to explain what this
means, in a more condensed terms and understandable way?

i'm not looking for 'The Idiot's Guide to Mobile Phone Radiation', or
anything like that, but something a bit simpler to understand. I'm
sure there are others here who would be interested to here this too

thanks

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

Re: Warning: 2008.8.26+updates from testing have kernel problems

[nickd]

I got that when booting into NAND to get into uBoot. Just doesn't work. 
Need to boot into NOR.
-Nick

Rui Miguel Silva Seabra wrote:
> Hi,
>
> Upgrading a few minutes ago complained about a few modules (sorry I
> didn't copy & paste them :( ) and after the phone rebooted, my computer
> doesn't recognize the usb0 interface. In my computer's dmesg I see:
>
> [  106.130421] hub 2-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
> [  108.702626] hub 2-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
> [  110.041076] hub 2-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
> [  111.376328] hub 2-0:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
> (...)
>
> I guess it's time to try FSO milestone 2 ;)
>
> Rui
>
>   


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

Re: Preventing opkg upgrade from flashing the kernel partition

[Mikael Berthe]

* "Marco Trevisan (Treviño)" <[EMAIL PROTECTED]> [2008-09-02 06:00 +0200]:
> > 
> > I have several systems on the Freerunner and I would like to know if
> > there's a way to prevent opkg from flashing a new kernel to NAND.
> > 
> > Is there such an option?
> > 
> > I'm currently holding the kernel packages, but it would be better if
> > /boot/uImage could be upgraded normally.
> 
> Why not opkg flag hold kernel-image-2.6.24 ?

Isn't it anwsered above?
That's already what I'm doing, but that's not what I want.

I do want opkg to update the kernel, but I don't want it to touch NAND,
because my system is on the SD card.
-- 
MiKael

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

Re: Flashing Om2008.8 rootfs under Windows is *LONG*

[nickd]

Try virtualbox. I don't think VMware server has native usb support. 
VirtualBox however supports any USB device AFAIK

-Nick

Vinc Duran wrote:
> On Mon, Sep 1, 2008 at 12:57 PM, Abdelrazak Younes <[EMAIL PROTECTED] 
> > wrote:
> 
>
> > You haven't even tried backing it up. Try and see how long
> *that* takes.
> > They say it is much, much better with the Linux port of DFU-util (or
> > rather, something is very very wrong with the Windows port).
>
> 
>
>
> I use Vista on my day-to-day working computer. With the FreeRunner 
> it's faster to boot to an Ubuntu live CD and work on the FreeRunner 
> and reboot in Vista for my regular work. I can flash the device a 
> couple of times and experiment with QTopia and OM 2008.8 in the time 
> is would take me to just flash the rootfs for either of those. I think 
> the dfu for windows would benefit from some work. I tried running 
> Ubunto in a VMWare virtual machine but couldn't get a good connection 
> to the FreeRunner.
> 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

Re: using openocd

[Neng-Yu Tu (Tony Tu)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Lynn-

Lynn Nguyen 提到:
> Why would I want to do that to the debug board?
> http://wiki.openmoko.org/wiki/Debug_Board_v3 . If the usb id is
> 0403:6010 then its wrong isn't it?
> 

Yes, 0403:6010 is wrong if you get the debug v3 comes with these IDs.
But use the default ID advantage is you could get your system recognized
debug board as ttyUSB0 and ttyUSB1 immediately, instead of showing 1-1,
2-1, 2-1.1 in the ubuntu /dev (USB hub/FTDI channel 1/FTDI channel 2).
In your case, I suggest you reset debug board eeporm and direct use it
again or re-program it.

In some cases (very rare) that re-program or reset the FTDI content
could let debug board back to normal.

Other possible is FPC not correct connected, but should have at least
UART or JTAG worked.

Regards,


- --
Neng-Yu Tu (Tony Tu)
Openmoko, Inc.
Support.

Some questions could be answered by reference following link:

Wiki - http://wiki.openmoko.org
Download - http://downloads.openmoko.org

Freerunner Introduction -
http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner


> Also I don't understand this section of the wiki page:
> http://wiki.openmoko.org/wiki/OpenOCD#Known_Bugs_and_Troubleshooting
> 
> 
>   Did you turn it on ?
> 
> An easily made but devastating mistake is to forget to actually
> activate the CPU. Just connecting power is not enough ! Press and
> hold the power button until the boot loader does its count-down, or,
> in case there is no runnable boot loader, the CPU keeps itself busy.
> 
> is the 'it' this part referring to the openmoko? I mean, isn't the whole
> point of a bricked openmoko the fact that it can't turn on? How am I
> supposed to activate the CPU if it won't turn on at all? I know the
> battery is fully charged because I checked the voltage.
> 
> this is the openocd.cfg i am using:
> 
> telnet port 
> gdb_port 
> 
> # interface
> interface ft2232
> jtag_speed 8
> ft2232_device_desc "Debug Board for Neo1973"
> ft2232_layout "jtagkey"
> ft2232_vid_pid 0x1457 0x5118
> reset_config trst_and_srst
> jtag_device 4 0x1 0xf 0xe
> daemon_startup attach
> target arm920t little reset_run 0 arm920t
> working_area 0 0x20 0x4000 backup
> run_and_halt_time 0 5000
> 
> How do I check my debug board's uart console? I can't remember how to do
> it but I'm pretty sure I was able to screen onto it once.
>  
> Actually maybe it is something with my debug board, I looked in the logs
> and saw this:
> 
> [  459.596147] usb 3-1.3: new full speed USB device using uhci_hcd
> and address 27
> [  459.744465] usb 3-1.3: device not accepting address 27, error -71
> 
> Do you know what to make of this error? Google search finds nothing =/.
> 
>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAki8yAIACgkQmV6sZhhBn2/k8QCgrjAGhOXfACj3NhPASZbUktBq
CMEAn2jPgr0JLdjLJbMNMYnpTrkEG8tD
=Hzx4
-END PGP SIGNATURE-

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

Re: GsmBluetooth state file for gta02

[Jim Morris]

Marco Trevisan (Treviño) wrote:
> Jim Morris wrote:
>> I notice there is a bug filed against this issue...
>>
>> http://docs.openmoko.org/trac/ticket/113
>>
>> It was filed 20 months ago! I guess that says what the priority of this is.
>>
>> If anyone else is as pissed as I am about the lack of BT support, please 
>> hassle OM management to get 
>> this priority raised.
> 
> Am I wrong or someone got it working in qtopia?
> If it is true, maybe you could get some infos from their sources...
> 

Qtopia allows you to pair from the GUI, I got that working, however once paired 
the audio does 
nothing as Qtopia does not load the alsa state. Basically the situation is the 
same across all 
dists, and the solution will be the same for all dists AFAIK.

We need a working alsa.state file (I think I may have one, or at least one that 
is pretty close), 
and we need to understand how alsa and bluez work together to make the PCM from 
the bluetooth chip 
interact with the wolfson audio chip. and whatever else used to be done if you 
set the Neo Mode in 
alsa to bluetooth.



-- 
Jim Morris, http://blog.wolfman.com

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

Re: illume-config-illume on 2008.8-updates

[The Rasterman]

On Tue, 2 Sep 2008 13:32:19 +1000 "Ben Batt" <[EMAIL PROTECTED]> babbled:

> >> I actually suspected something like this would be the fix, so I tried
> >> removing the entire ~/.e directory yesterday, assuming it would be
> >> automatically regenerated, but I was sadly mistaken, and had to
> >> reflash the device :-P Let's hear it for making backups before you
> >> mess with important config files :-)
> >
> > hmm - all of ~/.e should be re-filled if u nuke it. e's startup code does
> > just that. has done for years... thats how it gets there in the first
> > place! :)
> >
> 
> Yeah, that was my assumption. I think it refilled it, but with bad
> defaults - I got an enlightenment splash screen when I rebooted,
> followed by the Qtopia keyboard and nothing else (no illume launcher,
> just a white background).

ok it did - you asked e to use a profile that didn't exist - it fell back to e's
default... whihc is the desktop config e comes with. :) thus the profile.cfg
file tells it to use illume, it goes "hmm - doesnt exist - well i'll use the
default config".

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


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

Re: illume-config-illume on 2008.8-updates

[The Rasterman]

On Mon, 01 Sep 2008 21:20:45 -0600 -stacy <[EMAIL PROTECTED]> babbled:

> David Samblas wrote:
> > El lun, 01-09-2008 a las 11:35 -0600, -stacy escribió:
> >> what am I missing?
> > go to the illume configuration select keyboard and change none to
> > default
> 
> Already done. With QTOPIA_NO_VIRTUAL_KEYBOARD=1 and illume configured 
> keyboard set to none, there is no keyboard at all, I get a keyboard, 
> just that it only has Default and Numbers layout, no Terminal (full qwerty).

install the illume-keyboard-terminal package :) they are all recommended ones
for illume.

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


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

Re: Logs

[Thomas Bertani]

2008/9/1 Jean-Eric Cuendet <[EMAIL PROTECTED]>

> Hi,
> Where to get the system log files?
> My FR boots OK, but stops when wanting to start the Xserver.
>

I have the same problem (om 2008.8 update)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: qtopia update

[Marco Trevisan (Treviño)]

Lorn Potter wrote:
> Vince M. Clark wrote:
>> Lorn - this is great, thanks. Any idea when a 4.4 version will be released?
> 
> Yes, but I cannot say. soon...

Ehehehe... Suspance! :P

-- 
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: GsmBluetooth state file for gta02

[Marco Trevisan (Treviño)]

Jim Morris wrote:
> I notice there is a bug filed against this issue...
> 
> http://docs.openmoko.org/trac/ticket/113
> 
> It was filed 20 months ago! I guess that says what the priority of this is.
> 
> If anyone else is as pissed as I am about the lack of BT support, please 
> hassle OM management to get 
> this priority raised.

Am I wrong or someone got it working in qtopia?
If it is true, maybe you could get some infos from their sources...

-- 
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: Flashing Om2008.8 rootfs under Windows is *LONG*

[Andrew Chu]

Thanks for the feedback that the dfu-util for Win32 is that much slower 
on Vista.  I wasn't aware of that.  The changes I made to the dfu-util 
source code were minimal but they could use a code review (I've posted 
the diff below).  On Windows XP, I've never had to wait more than 20 
minutes to flash the rootfs so the issue might be related to Windows 
Vista, or LibUSB-Win32 on Vista, but unfortunately, I do not have 
Windows Vista so I cannot debug.  If anyone has the same issue on 
Windows XP, I would like to hear about it.

Andrew

Index: main.c
===
--- main.c  (revision 4594)
+++ main.c  (working copy)
@@ -26,8 +26,10 @@
  #include 
  #include 
  #include 
+#ifndef __MINGW32__
  #include 
  #include 
+#endif

  #include "dfu.h"
  #include "usb_dfu.h"
@@ -37,6 +39,10 @@
  #include "config.h"
  #endif

+#ifdef __MINGW32__
+#define sleep(seconds) Sleep((seconds)*1000)
+#endif
+
  #ifdef HAVE_USBPATH_H
  #include 
  #endif
@@ -579,6 +585,20 @@

/* FIXME: check if the selected device really has only one */

+#ifdef __MINGW32__
+   int configuration = dif->configuration;
+
+   if (configuration == 0) {
+   dif->configuration = 1;
+   }
+   printf("Setting Configuration %u...\n", dif->configuration);
+   if (usb_set_configuration(dif->dev_handle, dif->configuration) 
< 0) {
+   fprintf(stderr, "Cannot set configuration: %s\n", 
usb_strerror());
+   exit(1);
+   }
+   dif->configuration = configuration;
+#endif
+
printf("Claiming USB DFU Runtime Interface...\n");
if (usb_claim_interface(_rt_dif.dev_handle, _rt_dif.interface) 
< 0) {
fprintf(stderr, "Cannot claim interface: %s\n", 
usb_strerror());
@@ -700,12 +720,18 @@
exit(1);
}

-#if 0
+#ifdef __MINGW32__
+   int configuration = dif->configuration;
+
+   if (configuration == 0) {
+   dif->configuration = 1;
+   }
printf("Setting Configuration %u...\n", dif->configuration);
if (usb_set_configuration(dif->dev_handle, dif->configuration) < 0) {
fprintf(stderr, "Cannot set configuration: %s\n", 
usb_strerror());
exit(1);
}
+   dif->configuration = configuration;
  #endif
printf("Claiming USB DFU Interface...\n");
if (usb_claim_interface(dif->dev_handle, dif->interface) < 0) {
Index: sam7dfu.c
===
--- sam7dfu.c   (revision 4594)
+++ sam7dfu.c   (working copy)
@@ -20,6 +20,11 @@
  #define O_BINARY 0
  #endif

+#ifdef __MINGW32__
+#define sleep(seconds) Sleep((seconds)*1000)
+#define usleep(microseconds) Sleep((microseconds)/1000)
+#endif
+
  int sam7dfu_do_upload(struct usb_dev_handle *usb_handle, int interface,
  int xfer_size, const char *fname)
  {
Index: usb_dfu.h
===
--- usb_dfu.h   (revision 4594)
+++ usb_dfu.h   (working copy)
@@ -12,6 +12,13 @@

  #include 

+#ifdef __MINGW32__
+#include 
+#define u_int8_t uint8_t
+#define u_int16_t uint16_t
+#define u_int32_t uint32_t
+#endif
+
  #define USB_DT_DFU0x21

  struct usb_dfu_func_descriptor {


Vinc Duran wrote:
> On Mon, Sep 1, 2008 at 12:57 PM, Abdelrazak Younes 
> <[EMAIL PROTECTED] 
> > wrote:
> 
> 
>  > You haven't even tried backing it up. Try and see how long *that*
> takes.
>  > They say it is much, much better with the Linux port of DFU-util (or
>  > rather, something is very very wrong with the Windows port).
> 
> 
> 
> 
> I use Vista on my day-to-day working computer. With the FreeRunner it's 
> faster to boot to an Ubuntu live CD and work on the FreeRunner and 
> reboot in Vista for my regular work. I can flash the device a couple of 
> times and experiment with QTopia and OM 2008.8 in the time is would take 
> me to just flash the rootfs for either of those. I think the dfu for 
> windows would benefit from some work. I tried running Ubunto in a VMWare 
> virtual machine but couldn't get a good connection to the FreeRunner.
> 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

Re: How to change the GTK theme on 2008.8 update

[Marco Trevisan (Treviño)]

Natanael Arndt wrote:
> Hallo,
> in the early versions of 2007 there where these nice png grafics on the gtk 
> buttons, but later they has been removed, because it was to slow. Now in 2008 
> there is again this "slow and nice" gtk theme, how can i change this to the 
> faster one?

opkg install 
http://downloads.openmoko.org/repository/Om2007.2/armv4t/moko-gtk-engine_0.1.0+svnr4411-r0_armv4t.ipk
 
http://downloads.openmoko.org/repository/Om2007.2/armv4t/moko-gtk-theme_0.1.0+svnr4411-r0_armv4t.ipk

I don't really know why they're not so update in 2008.8!


-- 
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: Preventing opkg upgrade from flashing the kernel partition

[Marco Trevisan (Treviño)]

Mikael Berthe wrote:
> Hi,
> 
> I have several systems on the Freerunner and I would like to know if
> there's a way to prevent opkg from flashing a new kernel to NAND.
> 
> Is there such an option?
> 
> I'm currently holding the kernel packages, but it would be better if
> /boot/uImage could be upgraded normally.

Why not opkg flag hold kernel-image-2.6.24 ?


-- 
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: Duped Messages (OffTopic but important to lists.openmoko.org operations)

[Sarton O'Brien]

On Tuesday 02 September 2008 13:02:59 Joel Newkirk wrote:
> After that final period (a period by itself on a line ends an SMTP
> message transfer) it sits there thinking for 12-15 seconds in silence,
> then responds - slightly more delay that I'm used to in such tests, but
> not unusual, (particularly if filtering is performed at that stage,
> which would allow unacceptable emails to be rejected instead of having
> to bounce - better for spam control that way) and one test it took only
> 7.5 seconds.
>
> Then there was the test (same procedure, same entries, second test)
> where after the period-enter I waited 4 minutes with no '250 OK'
> response.  Lacking that response code, the sending mailserver eventually
> presumes the communication to have failed, and queues the message for
> redelivery attempt.  I finally killed my telnet session, and sure enough
> the message "The results of your email commands" came back to me from
> Mailman.
>
> ***HOWEVER: RFC-2821 specifies the timeout period while awaiting '250
> OK' response is 10 minutes, so strictly speaking this is a
> misconfiguration or bug in the SENDING mailserver, NOT Exim 4.63 on
> sita.openmoko.org.***

Hmmm, those are erratic results. Unfortunately without knowing their setup, it 
could merely be one drone or two drones causing the problem as I have sent an 
email with no duplicates before.

It could also be the load balancing itself . Who knows. Maybe there is no load 
balancing ...

Hopefully you've discussed this enough for someone to look :)

Sarton

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

Re: Fennec on Openmoko

[Marco Trevisan (Treviño)]

yves mahe ha scritto:
> Josh Thompson wrote:
>> For anyone else like myself that's not using the debian distro, I was able 
>> to 
>> download the debian package files for Midori (armel version) from
>>
>> http://packages.debian.org/unstable/web/midori
>>
>> to an Ubuntu box, extract them from the deb file
>>
>> dpkg -x  
>>
>> create a tarball, copy that over to my FR and extract it.  I also had to 
>> download the package for libgtksourceview to get it to work.
>>
>> I'm using 2007.2.  I do have a problem when I click Go->Location... that I 
>> can't see whereever I'm supposed to enter the URL.  However, if I just type 
>> it in using the keyboard followed by Enter, it will go to the URL.
>>
>> Josh
>>
> 
> Bad luck but it's not working with 2008.8 updates
> 
> [EMAIL PROTECTED]:~# midori
> midori: symbol lookup error: midori: undefined symbol: 
> gtk_tool_item_set_tooltip_text

I've made it working days ago but I had to unpack a lot of debian 
libaries to a midori "lib" dir that I make it use with LD_LIBRARY_PATH.

Btw to me the debian version is likely the one there's in the repo 
except for the annoying top banner that warnings me that I'm using a 
superuser account (eh, I know it!).

So I've recompiled midori-git using the toolchain making a little patch 
to remove that top-banner. If you want I could put my .tar (I've not 
made an .[io]pk yet :P) somewhere, but imho it doesn't work so well as 
advertized here (there are still many crashes and it's hard to put a 
location).

So I prefer the midori 0.17 downloadable from Om repos.

-- 
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: illume-config-illume on 2008.8-updates

[-stacy]

Carsten Haitzler (The Rasterman) wrote:
> On Mon, 01 Sep 2008 11:35:19 -0600 -stacy <[EMAIL PROTECTED]> babbled:
>> what am I missing?
> 
> rm -rf ~/.e/e/config/illume

Done that (at least three times now :-) No joy...

-stacy

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

Re: Om2008.8: execute script on incoming call

[shawnzier]

On Tue, Sep 02, 2008 at 12:04:03AM +0200, Michael 'Mickey' Lauer wrote:
> Am Montag, 1. September 2008 23:18:02 schrieb [EMAIL PROTECTED]:
> > Should the else statement be at the same indent as the if?
> 
> No, the else refers to the try/except clause.
> 
> >   DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method
> > "Release" with signature "i" on interface "org.freesmartphone.GSM.Call"
> > doesn't exist
> 
> Oops, it's probably called ReleaseCall. If in doubt about signatures, use 
> mdbus to introspect.
I think you were right the first time. 

mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device


[METHOD]org.freesmartphone.GSM.Call.Activate( i:index )
[METHOD]org.freesmartphone.GSM.Call.ActivateConference( i:index )
[METHOD]org.freesmartphone.GSM.Call.HoldActive()
[METHOD]org.freesmartphone.GSM.Call.Initiate( s:number, s:type_ )
[METHOD]org.freesmartphone.GSM.Call.ListCalls()
[METHOD]org.freesmartphone.GSM.Call.Release( i:index )
[METHOD]org.freesmartphone.GSM.Call.ReleaseAll()
[METHOD]org.freesmartphone.GSM.Call.ReleaseHeld()


It's still giving me that same error though. I'm probably misunderstanding 
something badly. Like I said, I'm brand new to python, dbus and programming in 
general. I'm just trying to get a simple program together that I can study and 
hopeully expand on.

Has the guy that started this thread (Ole) had any luck getting this example to 
work?

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

Re: Openmoko armv4t vs Debien armel

[Marco Trevisan (Treviño)]

Jean-Eric Cuendet wrote:
> Hi,
> Are these the same arch?
Yes

> If I take an armel package from Debian armel, will it run on ASU which 
> is armv4t?

Yes. If you unpack it and you get all the dependencies it will work.

-- 
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: illume-config-illume on 2008.8-updates

[-stacy]

David Samblas wrote:
> El lun, 01-09-2008 a las 11:35 -0600, -stacy escribió:
>> what am I missing?
> go to the illume configuration select keyboard and change none to
> default

Already done. With QTOPIA_NO_VIRTUAL_KEYBOARD=1 and illume configured 
keyboard set to none, there is no keyboard at all, I get a keyboard, 
just that it only has Default and Numbers layout, no Terminal (full qwerty).

-stacy

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

Re: illume-config-illume on 2008.8-updates

[Ben Batt]

>> I actually suspected something like this would be the fix, so I tried
>> removing the entire ~/.e directory yesterday, assuming it would be
>> automatically regenerated, but I was sadly mistaken, and had to
>> reflash the device :-P Let's hear it for making backups before you
>> mess with important config files :-)
>
> hmm - all of ~/.e should be re-filled if u nuke it. e's startup code does just
> that. has done for years... thats how it gets there in the first place! :)
>

Yeah, that was my assumption. I think it refilled it, but with bad
defaults - I got an enlightenment splash screen when I rebooted,
followed by the Qtopia keyboard and nothing else (no illume launcher,
just a white background).

Ben

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

Re: testing 20080901 first steps to 2008.09??

[Marek Lindner]

On Monday, 1. September 2008 18:22:56 David Samblas wrote:
> Inspite the it's really barebones, I have seen very interestings things by
> default,
> the raster ilume pack:
>   qwerty on/off button
>   the illume keyboard (oh Yes! :) )
>   illume configuration
>
> the backgound image is pretty zen and beatifull and screen dims smothly.

These bugs are coming from OE upstream which is currently merged into the base 
image. Our distro team has a hard time fixing these. Openmoko does not want 
to force you into something - you should have the choice. 


> Of course it's not functional at all because it has no apps but settings
> (that doesn't work for me), and I was unnable to ssh to it so I was no able
> to not further testing, but  doesn't  matter because is clear is a proof-of
> concept release. I will wait for the next test release (maybe tomorrow?,
> it's a really dayly?)

It is a daily snapshot of the "base / empty" image. The fact that it is empy 
is not a bug but a feature. You should install your applications of choice, 
e.g. keyboard: illume/qtopia/dasher/$whatever_you_come_up_with, phone apps: 
GTK, Qtopia, FSO, $whatever

Again, many bugs from OE upstream entered that image which we have to fix now.


> My question is , I can assume the good things mentioned avobe will be
> mantained in the oficial (semi-stable) 2008.09 release?

This wont be the 2008.9 release because it is too buggy. The 2008.9 will focus 
on stabilizing 2008.8.


> Have you decide the date off that 2008.09 release?

Our QA team gave us a list of bugs we have to fix prior to the release. We 
have to fix them first and then release.


Marek

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

Re: prediction feature for the keyboard

[Marco Trevisan (Treviño)]

Yorick Moko wrote:
> On Sun, Aug 31, 2008 at 8:37 PM, Fredrik Wendt <[EMAIL PROTECTED]> wrote:
>> What I'd LOVE would be to use the entire screen as a keyboard (in
>> landscape mode). A soft layer with low opacity containing only white
>> letters and almost nothing more.
>>
>> http://wendt.se/software/openmoko/screens/keyboard-layer.png is quick a
>> mockup of what I had in mind.

Cool I had quite the same idea/mockup in mind few days ago! :P
Btw I don't really know if this is doable (in terms of performances too) 
without a true transparency support.

-- 
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: Duped Messages (OffTopic but important to lists.openmoko.org operations)

[Joel Newkirk]

Sarton O'Brien wrote:
> On Monday 01 September 2008 23:23:21 Joel Newkirk wrote:
>   
>> Rui Miguel Silva Seabra wrote:
>> 
>>> Since we're talking about the mailing lists, I still receive (randomly),
>>> three repeated mails, two repeated mails, etc...
>>>
>>>   
>> per day, I suspect that either spam filtering or some testing for ML
>> (IE, 'is this sender permitted to post?') takes place AFTER receiving
>> the message but BEFORE telling the sending server that message was
>> received, and is periodically taking longer than the sending server's
>> SMTP timeout, so the sender gives up on the connection and tries again -
>> meanwhile the exim server handling the ML eventually accepts the
>> message.  My suspicion is that the load on the (virtual?) server hosting
>> the ML is getting to a level where processing messages sometimes takes
>> longer than some sending servers are willing to wait.  Properly, in such
>> 

>
> Sounds like a decent theory. I've experienced abnormalities when pre-
> processing facilities (greylisting/virus scanning/spam filtering) are 
> configured incorrectly or terminate abruptly or incorrectly.
>
> I imagine just looking at the logs around the time of duplication would give 
> a 
> fair indication as to where the issue is. Otherwise system load sounds 
> reasonable, swap in anything time critical is not ideal.
>
> Sarton
>   
Tested, insofar as I am able to test it being on the 'outside'. I 
telnetted to sita.openmoko.org port 25 and manually sent a few 
help-request emails to [EMAIL PROTECTED] 

After that final period (a period by itself on a line ends an SMTP 
message transfer) it sits there thinking for 12-15 seconds in silence, 
then responds - slightly more delay that I'm used to in such tests, but 
not unusual, (particularly if filtering is performed at that stage, 
which would allow unacceptable emails to be rejected instead of having 
to bounce - better for spam control that way) and one test it took only 
7.5 seconds.

Then there was the test (same procedure, same entries, second test) 
where after the period-enter I waited 4 minutes with no '250 OK' 
response.  Lacking that response code, the sending mailserver eventually 
presumes the communication to have failed, and queues the message for 
redelivery attempt.  I finally killed my telnet session, and sure enough 
the message "The results of your email commands" came back to me from 
Mailman.

***HOWEVER: RFC-2821 specifies the timeout period while awaiting '250 
OK' response is 10 minutes, so strictly speaking this is a 
misconfiguration or bug in the SENDING mailserver, NOT Exim 4.63 on 
sita.openmoko.org.*** 

But I wish you luck if you try to convince Google that their mailservers 
are broken...  This RFC was drafted in 2001, expanding (ESMTP) on the 
1982 RCF-821 (SMTP), at which time waiting 10 minutes for a 
500-character data transfer to be acknowledged may have seemed 
reasonable.  But with today's common end-user bandwidth, computer 
speeds, and user expectations, that's just not sensible. (particularly 
the last - imagine users waiting up to 10 minutes for Outlook Express to 
finish sending a one-line email... if their outbound SMTP server did 
this there'd be a lot of phone calls)

So the gist of it is that the mailserver sita.openmoko.org is confirmed 
as the source of the dupes - though not strictly its fault - and whether 
through resource scarcity on itself or a problem elsewhere (eg: DNS 
server it uses for RBL lookups could be barfing) I can't determine.  
Misconfiguration is a possibility, if it leads to resource 
overcommitment.  Strictly speaking the problem is at the sending 
servers, but realistically it's unlikely to be fixed on most of them, so 
if I were postmaster I'd be checking logs and looking for a local fix.

j

{successful dialog pasted here, failed was identical except for lack of 
'250 OK' response - my entries prepended here with '>'}

[EMAIL PROTECTED]:/usr/share/misc$ telnet sita.openmoko.org 25
Trying 88.198.124.203...
Connected to sita.openmoko.org.
Escape character is '^]'.
220 sita.openmoko.org ESMTP Exim 4.63 Tue, 02 Sep 2008 03:20:42 +0200
 >HELO newkirk.us
250 sita.openmoko.org Hello rrcs-70-62-125-137.midsouth.biz.rr.com 
[70.62.125.137]
 >MAIL FROM: [EMAIL PROTECTED]
250 OK
 >RCPT TO: [EMAIL PROTECTED]
250 Accepted
 >DATA
354 Enter message, ending with "." on a line by itself
 >SUBJECT: Help
 >
 >
 >help
 >testing
 >123
 >
 >
 >.
250 OK id=1KaKZp-00035l-IE
 >quit
221 sita.openmoko.org closing connection
Connection closed by foreign host.
[EMAIL PROTECTED]:/usr/share/misc$


{excerpt from RFC 2821 http://www.faq.org/rfcs/rfc2821.html }

   DATA Termination: 10 minutes.
  This is while awaiting the "250 OK" reply.  When the receiver gets
  the final period terminating the message data, it typically
  performs processing to deliver the message to a user mailbox.  A
  spurious timeout at this point would be very wasteful and would
  typically re

Re: illume-config-illume on 2008.8-updates

[The Rasterman]

On Tue, 2 Sep 2008 11:51:21 +1000 "Ben Batt" <[EMAIL PROTECTED]> babbled:

> On Tue, Sep 2, 2008 at 9:53 AM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > rm -rf ~/.e/e/config/illume
> 
> Thank you Rasterman! I'm using the 20080901 rootfs, upgraded to the
> latest from the testing feed, and I couldn't get the wrench and
> keyboard to show. After doing the above, followed by "killall -HUP
> enlightenment", I now have the wrench, and I was able to turn on the
> keyboard! I had to turn off the Qtopia keyboard ("export
> QTOPIA_NO_VIRTUAL_KEYBOARD=1" in /etc/X11/Xsession.d/89qtopia) and
> restart X ("/etc/init.d/xserver-nodm restart") for it to work
> properly, but now it works! This is the first time I've been able to
> use the illume keyboard, and so far it's awesome!
> 
> I actually suspected something like this would be the fix, so I tried
> removing the entire ~/.e directory yesterday, assuming it would be
> automatically regenerated, but I was sadly mistaken, and had to
> reflash the device :-P Let's hear it for making backups before you
> mess with important config files :-)

hmm - all of ~/.e should be re-filled if u nuke it. e's startup code does just
that. has done for years... thats how it gets there in the first place! :)

-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


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

Re: illume-config-illume on 2008.8-updates

[Ben Batt]

On Tue, Sep 2, 2008 at 9:53 AM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> rm -rf ~/.e/e/config/illume

Thank you Rasterman! I'm using the 20080901 rootfs, upgraded to the
latest from the testing feed, and I couldn't get the wrench and
keyboard to show. After doing the above, followed by "killall -HUP
enlightenment", I now have the wrench, and I was able to turn on the
keyboard! I had to turn off the Qtopia keyboard ("export
QTOPIA_NO_VIRTUAL_KEYBOARD=1" in /etc/X11/Xsession.d/89qtopia) and
restart X ("/etc/init.d/xserver-nodm restart") for it to work
properly, but now it works! This is the first time I've been able to
use the illume keyboard, and so far it's awesome!

I actually suspected something like this would be the fix, so I tried
removing the entire ~/.e directory yesterday, assuming it would be
automatically regenerated, but I was sadly mistaken, and had to
reflash the device :-P Let's hear it for making backups before you
mess with important config files :-)

Thanks again!
Ben

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

Re: OM2008.8, sound not working after resume from suspend

[Sarton O'Brien]

On Monday 01 September 2008 16:59:26 Nishit Dave wrote:
> On Mon, Sep 1, 2008 at 11:58 AM, <[EMAIL PROTECTED]> wrote:
> > Nishit Dave wrote:
> > > Now here's the bottom line: OM should either resolve the
> > > suspend-resume-sound issue, or give us a way in which the screen can
> > > be both blanked and locked.  The current design 'feature' that a
> > > screen-locked phone cannot be blanked is really, well, unfortunate.
> >
> > Install illume-config-illume from testing or instll rasters image and
> > update to asu stable.
> >
> > Both options will mean you can access the power configuration and enable
> > screen blanking and disable suspend. The suspend option will look to be
> > enabled in settings but this is wrong. It's actually the screen blanking
> > time. I've only tested the raster image.
> >
>I know, I already have the spanner and power settings.  What is needed is
>a way to blank and lock without suspending.  Will illume-config-illume enable 
>it?

Errr ... isn't that what I said?

I have suspend disabled and blanking set to 60 seconds. My FR never suspends 
and it blanks after 60 secs. This is the case when locked or not.

If you indeed have the facilities I do, then you just aren't configuring it 
correctly.

Or am I missing something? Is this not what you were after?

Sarton

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

Re: qtopia update

[Sarton O'Brien]

On Tuesday 02 September 2008 11:07:04 Lorn Potter wrote:
> Sarton O'Brien wrote:
> > I would really like to use Qtopia, can you suggest a method of obtaining
> > a functional browser for Qtopia?
>
> wait for 4.4

Awesome, thanks.

> > If this is a trolltech obscurity thing then so be it, I'll happily stick
> > with what I'm using but thought I'd ask first.
>
> No, it's a Nokia obscurity thing.

Heh, that was what i was going to type first :)

Thanks for the info. Greatly appreciated.

Sarton

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

Re: Om2008.8: execute script on incoming call

[shawnzier]

On Mon, Sep 01, 2008 at 08:47:55PM -0400, Shawn Zier wrote:
> On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote:
> > def onCallStatus( index, status, properties ):
> > if status == "incoming":
> > try:
> >  action = actions[properties["number"]]
> > except KeyError:
> >  pass
> > else:
> >   obj = bus.get_object( "org.freesmartphone.ogsmd", 
> > "/org/freesmartphone/Device/GSM" ) 
> >   callInterface = dbus.Interface( obj, 
> > "org.freesmartphone.GSM.Call" )
> >   callInterface.Release( index )
> >   subprocess.Popen( action, shell=True )
> > 
> 
> I think the 
> 
> action = actions[properties["number"]]
> 
> line is wrong. Should it be
> 
> action = action[properties["peer"]]
> 
> Here is the dbus signal when I call the Neo. Phone number has been scrubbed.
> 
>  [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.5 
> /org/freesmartphone/GSM/Device
>  (dbus.Int32(1), dbus.String(u'incoming'), 
> dbus.Dictionary({dbus.String(u'status'): dbus.String(u'incoming', 
> variant_level=1), dbus.String(u'peer'): dbus.String(u'XXX', 
> variant_level=1), dbus.String(u'direction'): dbus.String(u'incoming', 
> variant_level=1), dbus.String(u'line'): dbus.Int32(0, variant_level=1)}, 
> signature=dbus.Signature('sv')))
> 
> 
> I changed it to my suggestion and it didn't get the exception. Now I am 
> getting an exception on 
> 
> subprocess.Popen( action, shell=True )
> 
> ERROR:dbus.connection:Exception in handler for D-Bus signal:
> Traceback (most recent call last):
>   File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in 
> maybe_handle_message
>   self._handler(*args, **kwargs)
>   File "oncallscript.py", line 17, in onCallStatus
>   subprocess.Popen( action, shell=True )
>   NameError: global name 'subprocess' is not defined
> 
> I found something about the python-subprocess package on the wiki. Do I need 
> this? It says it's not available in official repos. Would it be safe to use 
> ScaredyCats repo?
> 
> http://wiki.openmoko.org/wiki/Python
> 
> Thanks for any more help you can give me.

Replying to my own post. I installed the python-subrocess package from the 
fso-testing repository. Seems to work fine. 

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

Re: Please split this list!

[Matt Joyce]

One alternative might be to have separate posting addresses which all
go to the same list, but result in a short subject prefix being
prepended.
This would allow group synergies to emerge, while also enable
effective client-side filtering.

Problems with this approach include :
*members who filter won't be part of the synergies.  (members who
filter don't care about synergies)
*some people are passionately against subject prefixes.  (there will
always be a mixed response)
*the mailing list software may not support such a setup   (but may
does or could be made to, postfix recipes, etc)
*possible issue of replys utterly munging the subject   (if the
message has a know prefix, do not add another prefix)


~ Matt

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

Re: qtopia update

[Lorn Potter]

Sarton O'Brien wrote:
> Hi Lorn,
> 
> On Tuesday 02 September 2008 10:30:14 Lorn Potter wrote:
>> I have updated qtopia at qtopia.net
>>
>> Fixes include sms messages not retrieved after resume. Qtopia getting
>> confused between two calls. Make default call volume down and mic up (only
>> in flash update). Added echo fix.
>>
>>
>> Enjoy!
> 
> I think Qtopia is great but admittedly removed it after less than a day due 
> to 
> there being now browser available.
> 
> I would really like to use Qtopia, can you suggest a method of obtaining a 
> functional browser for Qtopia?

wait for 4.4

> 
> If this is a trolltech obscurity thing then so be it, I'll happily stick with 
> what I'm using but thought I'd ask first.

No, it's a Nokia obscurity thing.


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


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

Re: testing 20080901 first steps to 2008.09??

[Sarton O'Brien]

What ... only 5 duplicates? pfft

:)

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

Re: qtopia update

[Sarton O'Brien]

Hi Lorn,

On Tuesday 02 September 2008 10:30:14 Lorn Potter wrote:
> I have updated qtopia at qtopia.net
>
> Fixes include sms messages not retrieved after resume. Qtopia getting
> confused between two calls. Make default call volume down and mic up (only
> in flash update). Added echo fix.
>
>
> Enjoy!

I think Qtopia is great but admittedly removed it after less than a day due to 
there being now browser available.

I would really like to use Qtopia, can you suggest a method of obtaining a 
functional browser for Qtopia?

If this is a trolltech obscurity thing then so be it, I'll happily stick with 
what I'm using but thought I'd ask first.

Thanks :)

Sarton

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

[2008.8/testing] where is pand?

[Vasco Névoa]

Up-to-date 2008.8/update with "testing" feeds here.
I can't find the "pand" to establish a bluetooth network connection.
Can anyone tell me which package installs it?
Thx.

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

Re: Please split this list!

[Sarton O'Brien]

On Monday 01 September 2008 21:06:57 Thorben Krueger wrote:
> Please consider splitting this mailinglist into sublists, i.e. each
> handling its own distribution...
>
> All the best,
> Thorben
>
> PS: Yes I know how to handle filtering on the client side.

My 2 cents.

Qtopia contains FSO related components and vice versa. om2008 contains Qtopia 
components.

Qtopia runs on a modified om2008. FSO will be merged into om2008.

Now ... where was this split to be?

In the end it looks like Qtopia/FSO/om2008 will be combined, or more to the 
point, unneeded separately. I can possibly see a need for a debian based 
mailling list.

I think the community just needs to calm down a bit and focus. More 
importantly, be patient, as this will all pass when the people who are in this 
for the right reasons, stick around.

People do need to be more specific with their details but that is partially a 
side effect of this new product being introduced in the state it is in. Some 
people have less than an idea of what's going.

Anyone serious about making this list usable needs to take a firmer stance on 
what they reply to and how. Be firm, not mean ... and I'm sure it will all 
work out :) ... requiring at least the distro in the subject would be a good 
start. I admit the list is feeling more like general discussion rather than 
community discussion.

Sarton

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

Re: Om2008.8: execute script on incoming call

[shawnzier]

On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote:
> def onCallStatus( index, status, properties ):
> if status == "incoming":
> try:
>  action = actions[properties["number"]]
> except KeyError:
>  pass
> else:
>   obj = bus.get_object( "org.freesmartphone.ogsmd", 
> "/org/freesmartphone/Device/GSM" ) 
> callInterface = dbus.Interface( obj, 
> "org.freesmartphone.GSM.Call" )
>   callInterface.Release( index )
>   subprocess.Popen( action, shell=True )
> 

I think the 

action = actions[properties["number"]]

line is wrong. Should it be

action = action[properties["peer"]]

Here is the dbus signal when I call the Neo. Phone number has been scrubbed.

 [SIGNAL]org.freesmartphone.GSM.Call.CallStatusfrom :1.5 
/org/freesmartphone/GSM/Device
 (dbus.Int32(1), dbus.String(u'incoming'), 
dbus.Dictionary({dbus.String(u'status'): dbus.String(u'incoming', 
variant_level=1), dbus.String(u'peer'): dbus.String(u'XXX', 
variant_level=1), dbus.String(u'direction'): dbus.String(u'incoming', 
variant_level=1), dbus.String(u'line'): dbus.Int32(0, variant_level=1)}, 
signature=dbus.Signature('sv')))


I changed it to my suggestion and it didn't get the exception. Now I am getting 
an exception on 

subprocess.Popen( action, shell=True )

ERROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in 
maybe_handle_message
  self._handler(*args, **kwargs)
  File "oncallscript.py", line 17, in onCallStatus
  subprocess.Popen( action, shell=True )
  NameError: global name 'subprocess' is not defined

I found something about the python-subprocess package on the wiki. Do I need 
this? It says it's not available in official repos. Would it be safe to use 
ScaredyCats repo?

http://wiki.openmoko.org/wiki/Python

Thanks for any more help you can give me.

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

Re: QTopia 4.3.2 resume on incomming SMS bug

[Holger Freyther]

On Monday 01 September 2008 02:44:47 Lorn Potter wrote:

> zecke:
> The fix for this seems to be this:

Looks like 
http://git.openmoko.org/?p=qtopia.git;a=commit;h=a11f4b79b057a5bf219c80abf27bd2d57c67ae5f

The only difference is that our log message still says 'W' while we handled 
the Notification properly.

anyway thanks for thinking of us :)

z.

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

Re: qtopia update

[Lorn Potter]

Vince M. Clark wrote:
> Lorn - this is great, thanks. Any idea when a 4.4 version will be released?


Yes, but I cannot say. soon...


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


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

Re: qtopia update

[Vince M. Clark]

Lorn - this is great, thanks. Any idea when a 4.4 version will be released? 

- Original Message - 
From: "Lorn Potter" <[EMAIL PROTECTED]> 
To: "List for Openmoko community discussion"  
Sent: Monday, September 1, 2008 6:30:14 PM (GMT-0700) America/Denver 
Subject: qtopia update 

I have updated qtopia at qtopia.net 

Fixes include sms messages not retrieved after resume. Qtopia getting confused 
between two calls. 
Make default call volume down and mic up (only in flash update). Added echo 
fix. 


Enjoy! 

-- 
Lorn 'ljp' Potter 
Software Engineer, Systems Group, Trolltech, a Nokia company 


___ 
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: Duped Messages (was Re: Please split this list!)

[Sarton O'Brien]

On Monday 01 September 2008 23:23:21 Joel Newkirk wrote:
> Rui Miguel Silva Seabra wrote:
> > Since we're talking about the mailing lists, I still receive (randomly),
> > three repeated mails, two repeated mails, etc...
> >
> > This mail from Vasco... I received it three times already! :)
> >
> > Rui
> >
> > On Mon, Sep 01, 2008 at 12:24:03PM +0100, [EMAIL PROTECTED] wrote:
>
> If you examine the email headers you can see that the 'received' header
> documenting where the mail server handling the list (sita.openmoko.org
> running exim 4.63) received the message from the sender's mailserver
> (IE, their ISP's mailserver) differs from one copy to the next - this
> means that either the sending server is failing to recognize that the
> message has been delivered and resends, possibly the receiving server is
> failing to send the acknowledgement of receipt at the end of the SMTP
> transaction (at least in a timely fashion), so the sending server
> automatically retries.
>
> Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
>   by sita.openmoko.org with smtp (Exim 4.63)
>   (envelope-from <[EMAIL PROTECTED]>) id 1Ka7yh-0002Ow-Ha
>   for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:37 +0200
>
> Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
>   by sita.openmoko.org with smtp (Exim 4.63)
>   (envelope-from <[EMAIL PROTECTED]>) id 1Ka7fK-0005dL-Pf
>   for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:37 +0200
>
> Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
>   by sita.openmoko.org with smtp (Exim 4.63)
>   (envelope-from <[EMAIL PROTECTED]>) id 1Ka7ZO-0003bU-8Q
>   for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:21 +0200
>
>
> Notice that the message ID differs between the three copies.
> This tells us that this is the point (when sapo.pt mailserver delivers
> to sita.openmoko.org mailserver) where the failure occurs.  If it were
> the mailinglist server sending dupes, this header would be identical
> among all copies.
>
> Also, it doesn't depend on sending mailserver software, I've noted it
> happening with qmail as sender, exim, gmail.com, and others.  (even
> mail.openmoko.org sometimes, such as Andy Green's reply to the '3G
> modem' thread)  Based on past experience as admin of a cluster of
> mailservers that sometimes exceeded 1 million incoming SMTP connections
> per day, I suspect that either spam filtering or some testing for ML
> (IE, 'is this sender permitted to post?') takes place AFTER receiving
> the message but BEFORE telling the sending server that message was
> received, and is periodically taking longer than the sending server's
> SMTP timeout, so the sender gives up on the connection and tries again -
> meanwhile the exim server handling the ML eventually accepts the
> message.  My suspicion is that the load on the (virtual?) server hosting
> the ML is getting to a level where processing messages sometimes takes
> longer than some sending servers are willing to wait.  Properly, in such
> a situation, the sending server is supposed to resend, and the receiving
> server is supposed to discard the message it failed to fully receive
> before the connection was broken.
>
> Unfortunately my mailserver experience is with surgemail, qmail,
> sendmail, and some exchange (ick), but I've never worked with Exim, so I
> can't suggest anything specific to check in the server config.  (When
> I've seen this caused by receiving mailserver it was most often qmail,
> and was caused by improperly configured/limited spawning that exceeded
> available RAM instead of deferring excess inbound connections - once
> dipping into swap, all bets are off regarding timely responses)

Sounds like a decent theory. I've experienced abnormalities when pre-
processing facilities (greylisting/virus scanning/spam filtering) are 
configured incorrectly or terminate abruptly or incorrectly.

I imagine just looking at the logs around the time of duplication would give a 
fair indication as to where the issue is. Otherwise system load sounds 
reasonable, swap in anything time critical is not ideal.

Sarton

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

qtopia update

[Lorn Potter]

I have updated qtopia at qtopia.net

Fixes include sms messages not retrieved after resume. Qtopia getting confused 
between two calls. 
Make default call volume down and mic up (only in flash update). Added echo fix.


Enjoy!

-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


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

Re: 2008.8 update: Wrench doesn't appear even with illume-configinstalled

[Sarton O'Brien]

On Monday 01 September 2008 23:47:18 Carsten Haitzler wrote:
> someone else just did it and it works. (From: yves mahe <[EMAIL PROTECTED]>
> - Subject: Re: illume-config-illume on 2008.8-updates)

There are two packages, illume-config and illume-config-illume in testing, 
from what I understand. The first one only enables the qwerty button.

This problem doesn't occur using your image however :)

Sarton

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

Re: Sold out ahh

[Shawn Thompson]

Justin Wong wrote:
> I thought this might be useful.
>
> I created a page on the wiki, so no device will go unused.  That would
> be a shame.
>
> http://wiki.openmoko.org/wiki/Classifieds
>
>
> Cheers!
> Justin
>
>
>
> On Fri, Aug 29, 2008 at 5:52 AM, Shawn Thompson
> <[EMAIL PROTECTED]> wrote:
>   
>> Well I placed my order with Koolu, should be here within the next 2 weeks I
>> hope.
>>
>> -Shawn
>>
>> On Thu, Aug 28, 2008 at 12:56 AM, arne anka <[EMAIL PROTECTED]> wrote:
>> 
>>> Like I said, no dramas ... I was just hoping I'd get a lanyard, it's
>>> in
>>> the pictures :(
>>>   
>> could you post a link to that pics?
>> i absotively cannot remember any mention of a lanyard ... (except in
>> "lanyard hole")
>> 
> Don't tell me we forgot to ship you the lanyard hole! That would be a
> severe oversight on our part.
>   
>>> well, that would be comparably easy to fix, wouldn't it?
>>>
>>>   
 Forgot to add that if we did, let me know - I think I have a spare one
 in my pocket :-)
 
>>> you got a lanyard hole in your pocket? who's your tailor?
>>>
>>> ___
>>> 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
>   
Ordered friday, received my shipping notification today, should be here 
within 10 days. Can't wait!

-Shawn

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

Re: illume-config-illume on 2008.8-updates

[The Rasterman]

On Mon, 01 Sep 2008 11:35:19 -0600 -stacy <[EMAIL PROTECTED]> babbled:

> > 
> > 1. opkg install -force-overwrite install 
> > http://downloads.openmoko.org/repository/testing/all/illume-config-illume_0.0+svnr35693-r13_all.ipk
> > 2. opkg install illume-config (get qwery button)
> > 3. echo 'E_PROFILE="-profile illume"' > /etc/enlightenment/default_profile
> > (switch to the illume profile from asu)
> > 4. rm -rf ~/.e/e/config/illume
> > 5. add "export QTOPIA_NO_VIRTUAL_KEYBOARD=1" in
> >  >> /etc/X11/Xsession.d/89qtopia
> > 6. Reboot
> > 
> > It should work
> 
> "should" being the operative word.
> 
> I have done all of the above and still do not have a full qwerty keyboard.
> 
> # opkg list_installed | grep illume
> illume - 0.0+svnr35693-r13 -
> illume-config - 0.0+svnr35693-r13 -
> illume-config-illume - 0.0+svnr35693-r13 -
> illume-dicts-default - 0.0+svnr217-r12 -
> illume-dicts-english-us - 0.0+svnr35693-r13 -
> illume-keyboards-default - 0.0+svnr35693-r13 -
> illume-keyboards-numbers - 0.0+svnr35693-r13 -
> illume-keyboards-terminal - 0.0+svnr35693-r13 -
> illume-theme-freesmartphone - 
> 0.0+gitr5cdedae0e45911ef10f6966587e7f3e842b5d2bd-r0 -
> # cat /etc/enlightenment/default_profile
> E_PROFILE="-profile illume"
> # grep QTOPIA_NO_VIRTUAL_KEYBOARD /etc/X11/Xsession.d/89qtopia
> export QTOPIA_NO_VIRTUAL_KEYBOARD=1
> #
> 
> what am I missing?

rm -rf ~/.e/e/config/illume
?
:)

> 


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


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

Re: AT%N0187 openmoko echo patch?

[Sarton O'Brien]

On Tuesday 02 September 2008 08:33:28 Jim Morris wrote:
> [EMAIL PROTECTED] wrote:
> > Cesar Eduardo Barros wrote:
> >> NeilBrown escreveu:
> >>> On Mon, September 1, 2008 6:59 pm, Yorick Moko wrote:
>  On Mon, Sep 1, 2008 at 10:43 AM, Lorn Potter <[EMAIL PROTECTED]>
> 
>  wrote:
> > They certainly are not in our copy of the calypso spec's that we got
> > directly from TI. If it is, I must be missing it, and haven't found
> > it.
> >
> > But couldn't both of those have been documented? And if they have not
> > been, might be classed as incompetent. They are after all just part of
> > the modem instruction set.
> >
> > To not release the entire lot is a bit lame.
>
> Using an undocumented feature in a chip is very dangerous. Minor changes to
> the fab, even though the chip has the same number may change or remove that
> undocumented feature that the phones now rely on.

I don't know if it's so much as an undocumented feature as an undocumented 
command. I think the response and a subsequent lookup provides enough relevant 
info as to what the 'feature' is.

> If this is going to be adopted in builds, then someone at OM needs to get
> TI to officially support that feature so that it does not disappear later.

I tend to agree but I'd extend that to, OM should ensure that we are able to 
utilise the hardware effectively. A complete list of so-called documented and 
undocumented commands needs to be compiled or obtained by somebody, whether 
they are for development or not. After all, what the hell are we doing here?

Sarton

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

Re: Qtopia WIFI WPA

[Abdelrazak Younes]

Vinc Duran wrote:
> On Mon, Sep 1, 2008 at 3:05 PM, Abdelrazak Younes
> <[EMAIL PROTECTED]
> > wrote:
>
> 
> Hello,
>
> I must be blind but I can't find a GUI way to setup the Wifi with Latest
> QTopia-4.3.2. Am I really blind or there is none?
>
> Abdel.
>
> Hi Abdel, I'm using 4.3.2 2008/8/28 from qtopia.net 
> on my FreeRunner.
> I have a couple of wireless networks I'd like to use. The one that's
> easiest is completely open and uses MAC addresses for authentication. To
> connect to that I press white Q in the green box, that takes me to Main
> Menu. In the lower left is crossed screw driver and double open wrench,
> or Settings. I scroll down about one screen to Internet. In Internet I
> choose Options, then New, then Wireless LAN, On this open LAN there's
> only the name of the connection to set. If I read the Help correctly
> it's best (for me) to also choose Managed and Always Online. When I get
> back to Internet it's connecting. I then go to Applications and Terminal
> and I can ping a public server by name and I'm on the Internet.
> Once there I can't do anything. :-) I don't have a browser or anything
> and the Package Manager crashes on me as it's connecting to Qtopia.net
> but that's for another email or help request.
> I have had no success using this process to connect to a WEP network.
> Haven't tried WPA yet.

Hi Vinc,

I managed to find to find settings for WPA PSK TKIP, I put there my ssid 
and password. But still no luck... I am confused about the relationship 
between scanned WiFi network were my network appears and the place where 
I configured the network properties... These settings do not seem 
connected... weird user interface in any case.

> Hope that helps,

A bit yes :-)

Going to sleep...

Thanks,
Abdel.


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

Re: GsmBluetooth state file for gta02

[Jim Morris]

I notice there is a bug filed against this issue...

http://docs.openmoko.org/trac/ticket/113

It was filed 20 months ago! I guess that says what the priority of this is.

If anyone else is as pissed as I am about the lack of BT support, please hassle 
OM management to get 
this priority raised.

Thanks

Jim

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

Re: AT%N0187 openmoko echo patch?

[Lorn Potter]

Jim Morris wrote:
> [EMAIL PROTECTED] wrote:
>> Cesar Eduardo Barros wrote:
>>> NeilBrown escreveu:
>>>   
 On Mon, September 1, 2008 6:59 pm, Yorick Moko wrote:
 
> On Mon, Sep 1, 2008 at 10:43 AM, Lorn Potter <[EMAIL PROTECTED]>
> wrote:
>   
>> They certainly are not in our copy of the calypso spec's that we got
>> directly from TI. If it is, I must be missing it, and haven't found it.
>> 
>> But couldn't both of those have been documented? And if they have not 
>> been, might be classed as incompetent. They are after all just part of 
>> the modem instruction set.
>>
>> To not release the entire lot is a bit lame.
>>
> 
> Using an undocumented feature in a chip is very dangerous. Minor changes to 
> the fab, even though the 
> chip has the same number may change or remove that undocumented feature that 
> the phones now rely on.
> 
> If this is going to be adopted in builds, then someone at OM needs to get TI 
> to officially support 
> that feature so that it does not disappear later.

If it disappears later, we do have the source and can simply remove the 
additions. As well, it is 
not going to hurt because the modem would just respond with an error and move 
on to the next command.


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company


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

How to change the GTK theme on 2008.8 update

[Natanael Arndt]

Hallo,
in the early versions of 2007 there where these nice png grafics on the gtk 
buttons, but later they has been removed, because it was to slow. Now in 2008 
there is again this "slow and nice" gtk theme, how can i change this to the 
faster one?

be blessed
Natanael

--
Web: http://natanael.comiles.eu
E-Mail: [EMAIL PROTECTED]
Jabber/XMPP: [EMAIL PROTECTED]
ICQ: 168210209
Skype: white_gecko

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

Re: GsmBluetooth state file for gta02

[Jim Morris]

Cesar Eduardo Barros wrote
> 
> That's because the Bluetooth is in another chip. For that, you need the 
> full schematics:
> 
> http://downloads.openmoko.org/schematics/GTA02/Schematics_Freerunner-GTA02_A5-A7cumulative_public_RC0.pdf
>  

I looked at the schematics, and the BT chip is directly connected to the audio 
chip.

The BT chip setup is done by bluez, and it appears pcm in/out is always on and 
no additional setup 
required (other than pairing and setting up the headset).

> 
> 
> The very first diagram (page 2) shows how the chips fit together. There 
> you can see how the bluetooth chip is connected to the codec: the PCM 
> pins. There seems to be a comment saying something about "BT Codec DAI" 
> on neo1973_gta02_wm8753.c, which seems related.

If it is it is totally beyond me to see where and how this would be setup

> 
> So, you just need to find out:
> 
> - How to switch bluetooth audio I/O to these PCM pins (should be 
> something in the HCI-USB standard).

I think bluez driver already does that. I made it work on my PC for instance.

> - How to route within the codec between the PCM pins and the pins which 
> are connected to the GSM chip (these pins are also shown in the diagram).
> 

That also seems to be set in the .state files which are GTA01 specific, I 
created some GTA02 ones 
but no hint of audio thru BT. (I probably missed something like the Neo Mode 
setting, but wait.. 
they took that out and did not document what it was replaced with!)

I officially give up on this, as I simply cannot make any further progress, I 
have uploaded the 
gta02 compatible state files to the wiki, and I hope someone with more patience 
than me can guess 
the rest, because guessing is about all that is left.

I am totally frustrated by this, and the total lack of interest by anyone at OM 
to get this working.

I am very close to sending the FR back under false advertising laws, as no 
working BT headset makes 
it useless as a GSM phone in the state I live in, and it is advertised as 
having BT headset 
capability and I have spent a lot of time filling in for OM to try to get this 
to work.

If OM can give me at least a time frame when they can look into this I'd 
appreciate it, because I am 
starting to think that BT headset will not work in GTA02, like it didn't work 
in GTA01, and OM is 
avoiding having to admit that publicly.

All other conspiracy theories are welcome ;)

A VERY frustrated user!

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

Re: AT%N0187 openmoko echo patch?

[Jim Morris]

[EMAIL PROTECTED] wrote:
> Cesar Eduardo Barros wrote:
>> NeilBrown escreveu:
>>   
>>> On Mon, September 1, 2008 6:59 pm, Yorick Moko wrote:
>>> 
 On Mon, Sep 1, 2008 at 10:43 AM, Lorn Potter <[EMAIL PROTECTED]>
 wrote:
   
> They certainly are not in our copy of the calypso spec's that we got
> directly from TI. If it is, I must be missing it, and haven't found it.
> 
> 
> But couldn't both of those have been documented? And if they have not 
> been, might be classed as incompetent. They are after all just part of 
> the modem instruction set.
> 
> To not release the entire lot is a bit lame.
> 

Using an undocumented feature in a chip is very dangerous. Minor changes to the 
fab, even though the 
chip has the same number may change or remove that undocumented feature that 
the phones now rely on.

If this is going to be adopted in builds, then someone at OM needs to get TI to 
officially support 
that feature so that it does not disappear later.


-- 
Jim Morris, http://blog.wolfman.com

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

Re: illume-config-illume on 2008.8-updates

[David Samblas]

El lun, 01-09-2008 a las 11:35 -0600, -stacy escribió:
> > 
> > 1. opkg install -force-overwrite install 
> > http://downloads.openmoko.org/repository/testing/all/illume-config-illume_0.0+svnr35693-r13_all.ipk
> > 2. opkg install illume-config (get qwery button)
> > 3. echo 'E_PROFILE="-profile illume"' > /etc/enlightenment/default_profile
> > (switch to the illume profile from asu)
> > 4. rm -rf ~/.e/e/config/illume
> > 5. add "export QTOPIA_NO_VIRTUAL_KEYBOARD=1" in
> >  >> /etc/X11/Xsession.d/89qtopia
> > 6. Reboot
> > 
> > It should work
> 
> "should" being the operative word.
> 
> I have done all of the above and still do not have a full qwerty keyboard.
> 
> # opkg list_installed | grep illume
> illume - 0.0+svnr35693-r13 -
> illume-config - 0.0+svnr35693-r13 -
> illume-config-illume - 0.0+svnr35693-r13 -
> illume-dicts-default - 0.0+svnr217-r12 -
> illume-dicts-english-us - 0.0+svnr35693-r13 -
> illume-keyboards-default - 0.0+svnr35693-r13 -
> illume-keyboards-numbers - 0.0+svnr35693-r13 -
> illume-keyboards-terminal - 0.0+svnr35693-r13 -
> illume-theme-freesmartphone - 
> 0.0+gitr5cdedae0e45911ef10f6966587e7f3e842b5d2bd-r0 -
> # cat /etc/enlightenment/default_profile
> E_PROFILE="-profile illume"
> # grep QTOPIA_NO_VIRTUAL_KEYBOARD /etc/X11/Xsession.d/89qtopia
> export QTOPIA_NO_VIRTUAL_KEYBOARD=1
> #
> 
> what am I missing?
go to the illume configuration select keyboard and change none to
default
> 
> -stacy
> 
> ___
> 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: AT%N0187 openmoko echo patch?

[roguemoko]

Cesar Eduardo Barros wrote:
> NeilBrown escreveu:
>   
>> On Mon, September 1, 2008 6:59 pm, Yorick Moko wrote:
>> 
>>> On Mon, Sep 1, 2008 at 10:43 AM, Lorn Potter <[EMAIL PROTECTED]>
>>> wrote:
>>>   
 They certainly are not in our copy of the calypso spec's that we got
 directly from TI. If it is, I must be missing it, and haven't found it.
 
>>> Maybe TI just wants their products to suck?
>>> What I mean: is this standard practice in this business? What possible
>>> gain would TI have with not giving you that information?
>>>   
>> They could avoid having to pay the extra cost of getting a competent and
>> thorough documentation writer?
>>
>> Never attribute to malice that which can be adequately explained by
>> incompetence!!
>> 
>
> You can have other explanations which are neither malice nor incompetence.
>
> - That command might be broken or incomplete in some way, so it's not 
> documented.
> - That command might be meant for internal debugging only, so it's not 
> documented.
>
> I came up with these two in less than a minute. We can probably easily 
> think of other valid justifications.
>   

But couldn't both of those have been documented? And if they have not 
been, might be classed as incompetent. They are after all just part of 
the modem instruction set.

To not release the entire lot is a bit lame.

But seriously, who cares, just test what we know and move on. If we find 
out more we'll test that too ... hoorah! if someone wants to pressure 
them then let us know how you go. This mailling list suffers from way 
too much banter clutter. I'm surprised OM get anything done.

Sarton

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

Re: Om2008.8: execute script on incoming call

[Michael 'Mickey' Lauer]

Am Montag, 1. September 2008 23:18:02 schrieb [EMAIL PROTECTED]:
> Should the else statement be at the same indent as the if?

No, the else refers to the try/except clause.

>   DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method
> "Release" with signature "i" on interface "org.freesmartphone.GSM.Call"
> doesn't exist

Oops, it's probably called ReleaseCall. If in doubt about signatures, use 
mdbus to introspect.

-- 
:M:

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

Re: Echo issue on OM2008.08 solved

[Daniel Selinger]

Clean install off OM2008.08-update + opkg upgrade (no updates as the
newest image flashed).

Installed you package with -force-downgrade. 
"strings libficgta01vendor.so | grep N0187" prints out the desired AT
command, so it's the right lib for sure.

Switched of the phone. Booted it up. Prevented it from going to
suspend, just to be sure nothing reinits the calypso.

Echo still persists as before.

:/


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

Re: Om2008.8 - latest update - FR suspends after 30 secs - unconditionally

[Torfinn Ingolfsen]

Hi,

On Mon, Sep 1, 2008 at 12:51 PM, Ole Kliemann
<[EMAIL PROTECTED]> wrote:
> Yes, seems to be the screensaver. Switch it off with `xset s off'. But

Thanks. Using
DISPLAY=:0 xset s off

(via ssh) works.

> it seems to disable suspend completely, no matter what you set in
> settings.

Interesting - if i turn the screensaver off, then on again, 'xset q'
now reports:
[EMAIL PROTECTED]:~# DISPLAY=:0 xset s on
[EMAIL PROTECTED]:~# DISPLAY=:0 xset q
Keyboard Control:
  auto repeat:  onkey click percent:  0LED mask:  
  auto repeating keys:  00ffdbbf
fadfffedfffe

ff7f
  bell percent:  50bell pitch:  400bell duration:  100
Pointer Control:
  acceleration:  2/1threshold:  4
Screen Saver:
  prefer blanking:  yesallow exposures:  yes
  timeout:  600cycle:  600
Colors:
  default colormap:  0x20BlackPixel:  0WhitePixel:  65535
Font Path:
  built-ins
Bug Mode: compatibility mode is disabled
DPMS (Energy Star):
  Display is not capable of DPMS
Font cache:
  Server does not have the FontCache Extension

It now seems like the screensaver timeout is set to 600 (seconds?).
-- 
Regards,
Torfinn Ingolfsen

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

Re: Flashing Om2008.8 rootfs under Windows is *LONG*

[Vinc Duran]

On Mon, Sep 1, 2008 at 12:57 PM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:


> > You haven't even tried backing it up. Try and see how long *that* takes.
> > They say it is much, much better with the Linux port of DFU-util (or
> > rather, something is very very wrong with the Windows port).
>
> 


I use Vista on my day-to-day working computer. With the FreeRunner it's
faster to boot to an Ubuntu live CD and work on the FreeRunner and reboot in
Vista for my regular work. I can flash the device a couple of times and
experiment with QTopia and OM 2008.8 in the time is would take me to just
flash the rootfs for either of those. I think the dfu for windows would
benefit from some work. I tried running Ubunto in a VMWare virtual machine
but couldn't get a good connection to the FreeRunner.
V
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Qtopia WIFI WPA

[Vinc Duran]

On Mon, Sep 1, 2008 at 3:05 PM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> 
> Hello,
>
> I must be blind but I can't find a GUI way to setup the Wifi with Latest
> QTopia-4.3.2. Am I really blind or there is none?
>
> Abdel.


Hi Abdel, I'm using 4.3.2 2008/8/28 from qtopia.net on my FreeRunner.
I have a couple of wireless networks I'd like to use. The one that's easiest
is completely open and uses MAC addresses for authentication. To connect to
that I press white Q in the green box, that takes me to Main Menu. In the
lower left is crossed screw driver and double open wrench, or Settings. I
scroll down about one screen to Internet. In Internet I choose Options, then
New, then Wireless LAN, On this open LAN there's only the name of the
connection to set. If I read the Help correctly it's best (for me) to also
choose Managed and Always Online. When I get back to Internet it's
connecting. I then go to Applications and Terminal and I can ping a public
server by name and I'm on the Internet.
Once there I can't do anything. :-) I don't have a browser or anything and
the Package Manager crashes on me as it's connecting to Qtopia.net but
that's for another email or help request.
I have had no success using this process to connect to a WEP network.
Haven't tried WPA yet.
Hope that helps,
V
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Qtopia WIFI WPA

[Abdelrazak Younes]

Abdelrazak Younes wrote:
> Lorn Potter wrote:
>> Matthew Lane wrote:
>>> However, I'm trying to connect to my university's WPA EAP TKIP network,
>>> and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP).  Also,
>>> when I view security certificates, the next screen simple shows "Empty
>>> Text" and I'm not able to select any security certificates.
>>>
>>> Any news on new Qtopia WIFI updates?
>> 4.3.2 supports tkip and aes.
>
> Hello,
>
> I must be blind but I can't find a GUI way to setup the Wifi with Latest
> QTopia-4.3.2. Am I really blind or there is none?

I guess I was but this is far from obvious (to me at least)... I managed 
to do this:
Internet->Data->Option->New->Wireless LAN
Then I click Option->WLAN detection, OK it detected my WiFi network. I 
select it, it is alone in the Network priority. I click 
Options->Connect, nothing happens. Anybody has a clue?

Abdel.


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

Re: Om2008.8: execute script on incoming call

[shawnzier]

On Thu, Aug 28, 2008 at 01:18:29AM +0200, Michael 'Mickey' Lauer wrote:
> Am Donnerstag 28 August 2008 01:10:25 schrieb Michael 'Mickey' Lauer:
> > def onCallStatus( index, status, properties ):
> > if status == "incoming":
> > try:
> >  action = actions[properties["number"]]
> > except KeyError:
> >  pass
> > else:
> >   subprocess.Popen( action, shell=True )
> 
> Bummer, forgot to hangup here... use that:
> 
> def onCallStatus( index, status, properties ):
> if status == "incoming":
> try:
>  action = actions[properties["number"]]
> except KeyError:
>  pass
> else:
>   obj = bus.get_object( "org.freesmartphone.ogsmd", 
> "/org/freesmartphone/Device/GSM" ) 
> callInterface = dbus.Interface( obj, 
> "org.freesmartphone.GSM.Call" )
>   callInterface.Release( index )
>   subprocess.Popen( action, shell=True )
> 
Should the else statement be at the same indent as the if? I am really new to 
programming in general and this is the first python script I've tried to work 
with, so forgive me if I'm ignorant to something. I've tried it both ways. If I 
try it with the else at the same indent as the if, nothing happens until I 
hangup from the phone I'm calling from, when I get an exception from dbus. If I 
try it the way you have here, nothing happens at all. I tried putting some 
print statements in after the 

obj = bus.get_object( "org.freesmartphone.ogsmd", 
"/org/freesmartphone/Device/GSM" ) 

and it never gets to that print statement when the else statement is at the 
indent level in your snippet.

The exception I get when I put the else statement at the same level as the if 
statement is (This only happens when I manually hang up from either the calling 
end or the receiving (neo) end:

ROR:dbus.connection:Exception in handler for D-Bus signal:
Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in 
maybe_handle_message
  self._handler(*args, **kwargs)
File "oncallscript.py", line 17, in onCallStatus
  callInterface.Release( index )
File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in __call__
  return self._proxy_method(*args, **keywords)
File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in __call__
  **keywords)
File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in 
call_blocking
  message, timeout)
  DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Release" 
with signature "i" on interface "org.freesmartphone.GSM.Call" doesn't exist

I am using vanilla FSO milestone 2 with no updates. If anybody has any ideas, 
please let me know. 


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

Re: Qtopia WIFI WPA

[Abdelrazak Younes]

Lorn Potter wrote:
> Matthew Lane wrote:
>> However, I'm trying to connect to my university's WPA EAP TKIP network,
>> and there doesn't seem to be a TKIP option (only TLS/TTLS/PEAP).  Also,
>> when I view security certificates, the next screen simple shows "Empty
>> Text" and I'm not able to select any security certificates.
>>
>> Any news on new Qtopia WIFI updates?
>
> 4.3.2 supports tkip and aes.

Hello,

I must be blind but I can't find a GUI way to setup the Wifi with Latest 
QTopia-4.3.2. Am I really blind or there is none?

Abdel.


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

Re: Logs

[Lorn Potter]

Jean-Eric Cuendet wrote:
> Hi,
> Where to get the system log files?
> My FR boots OK, but stops when wanting to start the Xserver. How to 
> debug that?

Try running logread


-- 
Lorn 'ljp' Potter
Software Engineer, Systems Group, Trolltech, a Nokia company

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

Re: Preventing opkg upgrade from flashing the kernel partition

[Mikael Berthe]

* Marcel <[EMAIL PROTECTED]> [2008-09-01 22:21 +0200]:
> Am Montag 01 September 2008 22:12:03 schrieb Mikael Berthe:
> >
> > I have several systems on the Freerunner and I would like to know if
> > there's a way to prevent opkg from flashing a new kernel to NAND.
> >
> > Is there such an option?
> 
> You could try removing any "write" flags from the uImage.bin so that it gets 
> readonly.

I want to preserve the flash kernel partition, not the uImage.bin files
in the filesystems.

Maybe I can write-protect /dev/mtdblockX but I'm not sure it would work
(I don't know how the package works, cannot find a kernel package in the
current repositories) and it looks ugly...
-- 
MiKael

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

Re: openmoko-panel-plugin

[Christian Adams]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

i wanted a sw-switch for the kbd to free the hw-button .. and i like  
the idea .. :)
i also had a cfg-file in mind but this will take some more time for i  
am not really firm with python for now ..

regards, morlac

Am 01.09.2008 um 22:24 schrieb Marcel:

> Am Montag 01 September 2008 22:02:36 schrieb Christian Adams:
>> moinmoin,
>>
>> fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
>> now it presents also a switch for enable/disable matchbox-keyboard
>> (i also overhauled some of the icons)
>
> Since these are getting quite many icons now, I'd like to suggest  
> putting them
> into a popup menu so that there's only one tray icon left for the  
> om-panel.
> This thing is already taking up half of my xfce taskbar.
> And by the way, what about a config file to dis-/enable single  
> icons? Useful
> since the keyboard is triggered by the aux button on debian so no  
> need for a
> software trigger.
>
> Now the sugar: That's really useful work you are doing there. Keep  
> it up! :)
>
> -Marcel

- -BEGIN CONTACT BLOCK-
   eMail:   [EMAIL PROTECTED]
   Jabber:  [EMAIL PROTECTED]
- --END CONTACT BLOCK--

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS$/IT;d-;s:;a?;C++(+++)>;UL;P++(+++)>;
L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+>;!V;PS(+);PE;
Y+;PGP++;t+(++);5(+)>++;X(+);R*;tv->+;b++(+++);DI++;
D++(+++)>;G(+)>++;e+>+++;h-()>++;r++;y++;
- --END GEEK CODE BLOCK--

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFIvFIxr81gVylJyzERAk6vAKDMJZ2rzb1+lryRk3f2q9v9PZLXwgCg5bCl
xrAzgK7ngBhEdInRmD0i1g4=
=DKcY
-END PGP SIGNATURE-

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

Logs

[Jean-Eric Cuendet]

Hi,
Where to get the system log files?
My FR boots OK, but stops when wanting to start the Xserver. How to debug
that?
Thanks.
-jec
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: openmoko-panel-plugin for [EMAIL PROTECTED]

[Christian Adams]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

sebastian & xaos x did this "Plugin for any gtk based panel type."  
for [EMAIL PROTECTED]

Am 01.09.2008 um 22:21 schrieb Alasal:

>
> Can you say for which distribution this is?
>
>
> Christian Adams wrote:
>>
>> moinmoin,
>>
>> fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
>> now it presents also a switch for enable/disable matchbox-keyboard
>> (i also overhauled some of the icons)
>>
>>
>
> -- 
> View this message in context: http://n2.nabble.com/openmoko-panel- 
> plugin-tp832506p832530.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.

- -BEGIN CONTACT BLOCK-
   eMail:   [EMAIL PROTECTED]
   Jabber:  [EMAIL PROTECTED]
- --END CONTACT BLOCK--

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS$/IT;d-;s:;a?;C++(+++)>;UL;P++(+++)>;
L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+>;!V;PS(+);PE;
Y+;PGP++;t+(++);5(+)>++;X(+);R*;tv->+;b++(+++);DI++;
D++(+++)>;G(+)>++;e+>+++;h-()>++;r++;y++;
- --END GEEK CODE BLOCK--

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFIvFBJr81gVylJyzERAvU5AJ4xbUKzEbDCX7wZSDMm7NLn9Qf20wCgmqYO
JdWu2nK+Bx6q+3oBW0SZtec=
=Zbym
-END PGP SIGNATURE-

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

Re: openmoko-panel-plugin

[Marcel]

Am Montag 01 September 2008 22:02:36 schrieb Christian Adams:
> moinmoin,
>
> fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
> now it presents also a switch for enable/disable matchbox-keyboard
> (i also overhauled some of the icons)

Oh! I just see this is python. I'll get my hands dirty on it myself 
tomorrow! :)

-Marcel

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

Re: openmoko-panel-plugin

[Marcel]

Am Montag 01 September 2008 22:02:36 schrieb Christian Adams:
> moinmoin,
>
> fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
> now it presents also a switch for enable/disable matchbox-keyboard
> (i also overhauled some of the icons)

Since these are getting quite many icons now, I'd like to suggest putting them 
into a popup menu so that there's only one tray icon left for the om-panel. 
This thing is already taking up half of my xfce taskbar.
And by the way, what about a config file to dis-/enable single icons? Useful 
since the keyboard is triggered by the aux button on debian so no need for a 
software trigger.

Now the sugar: That's really useful work you are doing there. Keep it up! :)

-Marcel

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

Re: openmoko-panel-plugin

[Alasal]

Can you say for which distribution this is?


Christian Adams wrote:
> 
> moinmoin,
> 
> fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
> now it presents also a switch for enable/disable matchbox-keyboard
> (i also overhauled some of the icons)
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/openmoko-panel-plugin-tp832506p832530.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: Preventing opkg upgrade from flashing the kernel partition

[Marcel]

Am Montag 01 September 2008 22:12:03 schrieb Mikael Berthe:
> Hi,
>
> I have several systems on the Freerunner and I would like to know if
> there's a way to prevent opkg from flashing a new kernel to NAND.
>
> Is there such an option?
>
> I'm currently holding the kernel packages, but it would be better if
> /boot/uImage could be upgraded normally.

You could try removing any "write" flags from the uImage.bin so that it gets 
readonly.

-Marcel

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

Re: debian/apm/apmd - experimenting

[Fox Mulder]

Hehe you got me.
Now i see that i forgot to chmod +x the scripts. :)

I tried it again and the scripts are executed as expected.

Only problem is that after one suspend/resume cycle it doesn't go into
suspend (with zhone and power button) anymore until i reboot. But i
think i read about this problem in other mails, so i have to search a
bit more for a solution. :)

Ciao,
 Rainer

Cédric Berger wrote:
> On Sun, Aug 31, 2008 at 13:41, Fox Mulder <[EMAIL PROTECTED]> wrote:
> 
>> I don't know which one is better, but after a short test with apm -s i
>> found out that the script in the suspend.d dir is not executed at
>> suspend. :/
>>
> 
> These scripts worked well for me (tested on trolltech's qtopia), but
> it failed when I first tried (oops partition table gone again...).
> => I guess that was because I had not set execution rights on the
> script files. After I did, it worked.
> 
> ___
> 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

Preventing opkg upgrade from flashing the kernel partition

[Mikael Berthe]

Hi,

I have several systems on the Freerunner and I would like to know if
there's a way to prevent opkg from flashing a new kernel to NAND.

Is there such an option?

I'm currently holding the kernel packages, but it would be better if
/boot/uImage could be upgraded normally.
-- 
MiKael

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

Re: VLC on Freerunner / OM2008.8

[Al Johnson]

On Monday 01 September 2008, Nishit Dave wrote:
> Hi,
>
> I think this has been asked before, but has anybody tried porting VLC [1]
> to the FR / OM200x? The VLC website [2] says there is a Zaurus port
> available for an older version with a different ARM processor, so it could
> be possible to have one for armv4t.  The packages are .ipk.  By the way,
> what sort of system requirements would it have?
>
> [1] http://www.videolan.org
> [2] http://www.videolan.org/vlc/download-zaurus.html

It's available in OpenEmbedded. I just tried building it with mokomakefile:
make build-package-vlc-gpe
The dependencies build, but vlc-gpe fails during configure when testing the 
compiler. This may be an easy thing to fix for someone who knows their way 
around OE and autoconf.

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

openmoko-panel-plugin

[Christian Adams]

moinmoin,

fyi i extended openmoko-panel-plugin by sebastian ohl & xaos x
now it presents also a switch for enable/disable matchbox-keyboard
(i also overhauled some of the icons)



openmoko-panel-plugin
Description: Binary data


to be placed in /usr/bin/

<><><><><><><>

and to be placed in /usr/share/pixmaps/openmoko-panel-plugin

regards, morlac

-BEGIN CONTACT BLOCK-
  eMail:[EMAIL PROTECTED]
  Jabber:   [EMAIL PROTECTED]
--END CONTACT BLOCK--

-BEGIN GEEK CODE BLOCK-
Version: 3.1
GCS$/IT;d-;s:;a?;C++(+++)>;UL;P++(+++)>;
L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+>;!V;PS(+);PE;
Y+;PGP++;t+(++);5(+)>++;X(+);R*;tv->+;b++(+++);DI++;
D++(+++)>;G(+)>++;e+>+++;h-()>++;r++;y++;
--END GEEK CODE BLOCK--



PGP.sig
Description: Signierter Teil der Nachricht
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

One Freerunner for sale, very good condition, with 1 GB SanDisk SD and new flash of OM 2008.8 stable.

[Lisa]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

~ I've enjoyed playing with it but am unable to continue to do do so now.
(Tropical Storm Fay has changed my priorities a bit) I have it in the
original box with all of the original bits except for the sd card
upgrade. It's in perfect shape, the screen is fine, no dings or dents
and I don't know if its my location or what but I never had the buzz or
echo issues so many people had. I'd like to get back what I paid for it.
(I'll pay shipping IN THE U.S., if you are out of the U.S. you'll have
to pay shipping)
~ E-mail  [EMAIL PROTECTED]

~ I'd be overjoyed to have someone in Jacksonville, FL come by for a
local pick-up but don't think there are any other Jacksonville people on
these lists.
~  Thanks and hope to hear from someone soon,
~Lisa
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iEYEARECAAYFAki8QM4ACgkQ1sOMhsR36Us2ZgCdG9dunC/213cmaXedtKjT+wBh
ulUAnRIDPrvq6S8oRx+xUhd9yOQsb+lI
=zdmv
-END PGP SIGNATURE-

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

Re: Send Key Press Event

[Michael 'Mickey' Lauer]

Am Montag, 1. September 2008 21:01:08 schrieb ezuall:
> All,
>
> I have been playing with the accelerometers in my Neo as many of you
> probably have (while eagerly waiting for the GSM noise interference and
> Voice echo problems to be resolved ;-) ) and I have run up against a
> problem.
>
> I want to send keypress events to the device (using python), but I can't
> seem to find any information on this.  Maybe I am missing something really
> obvious, but I have been scouring the web with no luck thus far.  So if
> anyone could tell me how to achieve this it would be greatly appreciated.

Try injecting key presses using uinput.

> On a side note:  The Nokia N800 connection management and browser is really
> pretty cool, are these parts of it proprietry

Yes. Nokia keeps a lot of the cool things closed.

-- 
:M:

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

Send Key Press Event

[ezuall]

All,

I have been playing with the accelerometers in my Neo as many of you
probably have (while eagerly waiting for the GSM noise interference and
Voice echo problems to be resolved ;-) ) and I have run up against a
problem.  

I want to send keypress events to the device (using python), but I can't
seem to find any information on this.  Maybe I am missing something really
obvious, but I have been scouring the web with no luck thus far.  So if
anyone could tell me how to achieve this it would be greatly appreciated.

Thanks

On a side note:  The Nokia N800 connection management and browser is really
pretty cool, are these parts of it proprietry or is there some other reason
they can't be used on the Neo?


-- 
View this message in context: 
http://n2.nabble.com/Send-Key-Press-Event-tp832415p832415.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: Flashing Om2008.8 rootfs under Windows is *LONG*

[Abdelrazak Younes]

Nishit Dave wrote:
> On Mon, Sep 1, 2008 at 7:01 PM, Abdelrazak Younes
> <[EMAIL PROTECTED]
> > wrote:
>
> Hello,
>
> I wanted to share my experience with FR and Windows Vista.
>
>
> Well, that was just a first time user experience :-)
>
> Abdel.
>
> You haven't even tried backing it up. Try and see how long *that* takes.
> They say it is much, much better with the Linux port of DFU-util (or
> rather, something is very very wrong with the Windows port).

OK, thanks for the info.

Abdel.


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

Re: Freeze: Any other way than unplug the battery?

[Abdelrazak Younes]

[EMAIL PROTECTED] wrote:
>>> I am having a lot of freezes and the only solution so far has been to
>>> unplug the battery. Is there any other way I should be aware of?
>> you could try (if you didn't already) to hold pwr until the device
>> reboots.
>>
>
> That has never worked for me. I am afraid to harm the battery or the phone
> plugging and unplugging the battery so many times.

Me too, so my radical solution was to switch to Qtopia. Quite stabler 
indeed :-)

Cheers,
Abdel.




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

Re: Please split this list!

[arne anka]

> please stop spamming the list with baseless rumours

pardon?

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

Re: using openocd

[Lynn Nguyen]

Why would I want to do that to the debug board?
http://wiki.openmoko.org/wiki/Debug_Board_v3 . If the usb id is
0403:6010 then its wrong isn't it?

Also I don't understand this section of the wiki page:
http://wiki.openmoko.org/wiki/OpenOCD#Known_Bugs_and_Troubleshooting

 Did you turn it on ?

An easily made but devastating mistake is to forget to actually activate the
CPU. Just connecting power is not enough ! Press and hold the power button
until the boot loader does its count-down, or, in case there is no runnable
boot loader, the CPU keeps itself busy.

is the 'it' this part referring to the openmoko? I mean, isn't the whole
point of a bricked openmoko the fact that it can't turn on? How am I
supposed to activate the CPU if it won't turn on at all? I know the battery
is fully charged because I checked the voltage.

this is the openocd.cfg i am using:

telnet port 
gdb_port 

# interface
interface ft2232
jtag_speed 8
ft2232_device_desc "Debug Board for Neo1973"
ft2232_layout "jtagkey"
ft2232_vid_pid 0x1457 0x5118
reset_config trst_and_srst
jtag_device 4 0x1 0xf 0xe
daemon_startup attach
target arm920t little reset_run 0 arm920t
working_area 0 0x20 0x4000 backup
run_and_halt_time 0 5000

How do I check my debug board's uart console? I can't remember how to do it
but I'm pretty sure I was able to screen onto it once.

Actually maybe it is something with my debug board, I looked in the logs and
saw this:

[  459.596147] usb 3-1.3: new full speed USB device using uhci_hcd and
address 27
[  459.744465] usb 3-1.3: device not accepting address 27, error -71

Do you know what to make of this error? Google search finds nothing =/.

Lynn
On Mon, Sep 1, 2008 at 12:43 AM, Neng-Yu Tu (Tony Tu) <[EMAIL PROTECTED]>wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Lynn-
>
> Lynn Nguyen ??:
> > Yeah it's loading the correct openocd.cfg file. I even added random
> > commands to it and i saw those commands in the error messages. I even
> > used -f to be sure.
> >
>
>
> * Could you check the .cfg file is comes with, it should called
> openocd-debugv2.cfg :
>
> 1. ft2232_vid_pid 0x1457 0x5118
>
> 2. And adjust jtag_speed to higher number (4 or 8, default is 0)
>
> * And is your debug board UART (terminal console) is working?
>
> If still not working, you might could erase the EEPROM content in the
> debug board again, return the default USB ID 0403 6010. They see if the
> UART and openocd could work.
>
> Regards,
>
> - --
> Neng-Yu Tu (Tony Tu)
> Openmoko, Inc.
> Support.
>
> Some questions could be answered by reference following link:
>
> Wiki - http://wiki.openmoko.org
> Download - http://downloads.openmoko.org
>
> Freerunner Introduction -
> http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner
>
>
>
> >> I was wondering if anyone was using the Neo1973 (GTA01v4) with Debug
> >> board v3. I used the openocd.cfg available on the wiki and I get this
> >> problem:
> >> Info:openocd.c:82 main(): Open On-Chip Debugger (2006-08-01
> > 12:00 CEST)
> >> Info:configuration.c:50 configuration_output_handler(): Command
> >> ft2232_device_desc not found
> >> Info:configuration.c:50 configuration_output_handler(): Command
> >> ft2232_layout not found
> >> Info:configuration.c:50 configuration_output_handler(): Command
> >> ft2232_vid_pid not found
> >> Error:   jtag.c:1219 jtag_init(): No valid jtag interface found
> > (ft2232)
> >
> >> It seems like openocd is having some trouble with ft2232 because I
> > don't
> >> see anything wrong with those commands.
> >
> >
> > Does your openocd load neo1973 specific config? like tmp/openocd -f
> > tmp/openocd-debugv2.cfg
> >
> > Usually it is because your USB vid/pid setting is not correct in the
> > config file(load the wrong config file)
> >
> > Hope this helps.
> >
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAki7nRcACgkQmV6sZhhBn2/jIACgjEh/KVZXXdhD4sLyZh17d9gA
> DG4AnAmOZwoBDKSqNn3mua2WQnvi9xCp
> =wz/W
> -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: Email notification by VoIP. Was: Re: Om2008.8: execute script on incoming call

[Ole Kliemann]

On Mon, Sep 01, 2008 at 03:27:27PM +0100, Stroller wrote:
> 
> On 31 Aug 2008, at 12:46, Ole Kliemann wrote:
> 
> > On Sun, Aug 31, 2008 at 06:37:05AM +0100, Stroller wrote:
> >> As the son of Lancastrian blood, I can sympathise with
> >> parsimoniousness, but right now Ole's suggestion appears penny-
> >> pinching to me, rather than practical & prudent economising.
> >
> > Are you by any chance associated with a VoIP company and afraid of
> > people making no-connect/no-cost calls all the time? ;-)
> 
> No, not at all.
> 
> But I figured that since you're going to have to pay to fetch the  
> data anyway, I couldn't see much saving with this drop-calling  
> shenanigans. You appear to have proved me right with your subsequent  
> calculations.

I just realised why my drop-call solution is so much superior to any
IMAP-idle or interval checking. It's funny no one thought about this
yet.

When using IMAP-idle you can hardly suspend, can you? At least it would
be necessary to keep the connection open, handle incoming traffic and
wake in case of new mail. I guess to do so will require the whole system
to be running.

When using interval checking you have the extra costs and extra battery
drainage because of resuming every 3 minutes.

If you use notification by drop-call, the FR can sleep through - the
modem handles the wakeup.

Ole


pgpgXQx6aPPg2.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Please split this list!

[Michael 'Mickey' Lauer]

Am Montag, 1. September 2008 13:06:57 schrieb Thorben Krueger:
> Please consider splitting this mailinglist into sublists, i.e. each
> handling its own distribution...

Distributions will come and go, I don't think it's worth trying to catch up by 
constantly removing and adding mailing lists. I would rather have people use 
prefixing topics for distribution-specific things.

-- 
:M:

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

Re: AT%N0187 openmoko echo patch?

[Michael 'Mickey' Lauer]

Am Montag, 1. September 2008 10:13:53 schrieb Dietmar Friede:
> where is the AT%N command documented?

They are not even in our super-NDA docs ...

-- 
:M:

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

Re: Please split this list!

[Steve Mosher]

please stop spamming the list with baseless rumours


arne anka wrote:
>> There was some discussion about the mailing lists a couple of months
>> ago - one Openmoko employee said they were considering suggestions
>> then another (apparently) unilaterally went on ahead anyway and
>> redefined the purpose of the device-owners list, renaming it to
>> support at the same time (an option which had not been discussed).
> 
> afair it was bot times the same person, michael shiloh.
> the change from "device-owners" to "support" was proposed and took place  
> because sensible: the list was created for the few that owned already an  
> fr to discuss support questions -- for people w/o neo/fr it was of rather  
> platonic interest.
> after switching to mass market and the subsequent increase of owners the  
> name seemed not longer appropriate.
> 
> ___
> 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: 2008.8 / Suspend and Illume [Was: illume-config-illume on 2008.8-updates]

[Alexandre Girard]

I've solved the problem going into Illume Settings, then Power, and  
setting to OFF the 2 parameters.

I still got the screensaver, but can reactivate easily just by touching

Alex

El 01/09/2008, a las 19:45, François TOURDE escribió:

> Le 14123ième jour après Epoch,
> yves mahe écrivait:
>
>> Alexandre Girard wrote:
>>> Thanks for the hint, it works great to get back the illume keyboard!
>>>
>>> Only problem: my openmoko is going suspend after 30 sec, even with  
>>> the
>>> suspend off in Settings.
>>>
>>> If it might help you to get the source of the problem, I'm seeing a
>>> giant X befre it goes suspend.
>>>
>>> Hope it´s not a big issue...
>>>
>>> Alex
>>>
>>
>> Already discussed in thread "Om2008.8 - latest update - FR suspends
>> after 30 secs - unconditionally"
>
> Yes, even using a non-zero return code from a apm proxy shell
> (/etc/apm/event.d/xxx). I've tested it and... it fails :'(
>
> -- 
> Le mariage est la seule aventure ouverte aux lâches.
>   -+- Voltaire -+-
>
> ___
> 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: Duped Messages (was Re: Please split this list!)

[Jelle De Loecker]

Can something be done about it? I'm getting every message at least 2 
times, mostly 3 times.


/Met vriendelijke groeten,/

*Jelle De Loecker*
Kipdola Studios - Tomberg


Joel Newkirk schreef:

Rui Miguel Silva Seabra wrote:
  

Since we're talking about the mailing lists, I still receive (randomly),
three repeated mails, two repeated mails, etc...

This mail from Vasco... I received it three times already! :)

Rui

On Mon, Sep 01, 2008 at 12:24:03PM +0100, [EMAIL PROTECTED] wrote:
  



If you examine the email headers you can see that the 'received' header 
documenting where the mail server handling the list (sita.openmoko.org 
running exim 4.63) received the message from the sender's mailserver 
(IE, their ISP's mailserver) differs from one copy to the next - this 
means that either the sending server is failing to recognize that the 
message has been delivered and resends, possibly the receiving server is 
failing to send the acknowledgement of receipt at the end of the SMTP 
transaction (at least in a timely fashion), so the sending server 
automatically retries.


Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
by sita.openmoko.org with smtp (Exim 4.63)
(envelope-from <[EMAIL PROTECTED]>) id 1Ka7yh-0002Ow-Ha
for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:37 +0200

Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
by sita.openmoko.org with smtp (Exim 4.63)
(envelope-from <[EMAIL PROTECTED]>) id 1Ka7fK-0005dL-Pf
for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:37 +0200

Received: from relay1.ptmail.sapo.pt ([212.55.154.21] helo=sapo.pt)
by sita.openmoko.org with smtp (Exim 4.63)
(envelope-from <[EMAIL PROTECTED]>) id 1Ka7ZO-0003bU-8Q
for community@lists.openmoko.org; Mon, 01 Sep 2008 13:55:21 +0200


Notice that the message ID differs between the three copies.
This tells us that this is the point (when sapo.pt mailserver delivers 
to sita.openmoko.org mailserver) where the failure occurs.  If it were 
the mailinglist server sending dupes, this header would be identical 
among all copies.


Also, it doesn't depend on sending mailserver software, I've noted it 
happening with qmail as sender, exim, gmail.com, and others.  (even 
mail.openmoko.org sometimes, such as Andy Green's reply to the '3G 
modem' thread)  Based on past experience as admin of a cluster of 
mailservers that sometimes exceeded 1 million incoming SMTP connections 
per day, I suspect that either spam filtering or some testing for ML 
(IE, 'is this sender permitted to post?') takes place AFTER receiving 
the message but BEFORE telling the sending server that message was 
received, and is periodically taking longer than the sending server's 
SMTP timeout, so the sender gives up on the connection and tries again - 
meanwhile the exim server handling the ML eventually accepts the 
message.  My suspicion is that the load on the (virtual?) server hosting 
the ML is getting to a level where processing messages sometimes takes 
longer than some sending servers are willing to wait.  Properly, in such 
a situation, the sending server is supposed to resend, and the receiving 
server is supposed to discard the message it failed to fully receive 
before the connection was broken.


Unfortunately my mailserver experience is with surgemail, qmail, 
sendmail, and some exchange (ick), but I've never worked with Exim, so I 
can't suggest anything specific to check in the server config.  (When 
I've seen this caused by receiving mailserver it was most often qmail, 
and was caused by improperly configured/limited spawning that exceeded 
available RAM instead of deferring excess inbound connections - once 
dipping into swap, all bets are off regarding timely responses)


j



___
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

2008.8 / Suspend and Illume [Was: illume-config-illume on 2008.8-updates]

[François TOURDE]

Le 14123ième jour après Epoch,
yves mahe écrivait:

> Alexandre Girard wrote:
>> Thanks for the hint, it works great to get back the illume keyboard!
>> 
>> Only problem: my openmoko is going suspend after 30 sec, even with the  
>> suspend off in Settings.
>> 
>> If it might help you to get the source of the problem, I'm seeing a  
>> giant X befre it goes suspend.
>> 
>> Hope it´s not a big issue...
>> 
>> Alex
>> 
>
> Already discussed in thread "Om2008.8 - latest update - FR suspends 
> after 30 secs - unconditionally"

Yes, even using a non-zero return code from a apm proxy shell
(/etc/apm/event.d/xxx). I've tested it and... it fails :'(

-- 
Le mariage est la seule aventure ouverte aux lâches.
-+- Voltaire -+-

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

Build Openmoko on FreeBSD

[Mr. Morph]

Hello everybody,

I tried to build the openmoko images on FreeBSD64. I tried it several 
time with different images (ASU,FSO and SHR) but everytime I get errors 
from bitbake like this:

Buildserver_OpenMoko# sh build-unstable.sh
. conf/topdir.conf && test "`pwd`" = "$TOPDIR" || echo "TOPDIR='`pwd`'" 
 > conf/topdir.conf
. ./setup-env; exec bitbake "shr-image"
NOTE: Handling BitBake files: \ (4430/5704) [77 %]ERROR: Information not 
available for target 'amd64-freebsd'
NOTE: :argument of type 'NoneType' is not 
iterable while evaluating:
[EMAIL PROTECTED](d)}
NOTE: :argument of type 'NoneType' is not 
iterable while evaluating:
[EMAIL PROTECTED]('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN', 
'-DB_ENDIAN', d)} -DTERMIO -fexpensive-optimizations 
-frename-registers -fomit-frame-pointer -Os -Wall
[...]
${@'${CFLAG}'.replace('-O2', '')}
ERROR: argument of type 'NoneType' is not iterable while parsing 
/shr/shr-unstable/openembedded/packages/openssl/openssl-native_0.9.7g.bb
NOTE: Handling BitBake files: \ (5704/5704) [100 %]
NOTE: Parsing finished. 5450 cached, 0 parsed, 251 skipped, 0 masked.
ERROR: Parsing errors found, exiting...
gmake: *** [image] Error 1

Everyone got some hints for me?

Greets,
morphis

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

Re: Please split this list!

[Marcel]

Am Montag 01 September 2008 19:20:07 schrieb Steven Kurylo:
> On Mon, Sep 1, 2008 at 4:24 AM,  <[EMAIL PROTECTED]> wrote:
> > I second that idea.
> > Mainly because it is difficult to understand which context people are
> > talking in... most people don't remember to say which distro they are
> > using, and frankly I don't think they should have to...
> > And it does make a big difference.
> > Maybe keep this list as a distro-neutral list, and add new ones for
> > OM2008.8, FSO, Debian, etc
>
> Do you think since people are already not taking the time to add
> details to their email, that they suddenly take the time send to the
> proper list or tag their subject in some way?
>
> The only thing you can really do it educate people on sending better
> emails.  Any time you see a new message which doesn't provide relevant
> details, let them know.  What distribution?  When did you last update?
>  What is the version of the package in question?

Maybe we could provide some questionnaire for people who got a problem, that 
would also simplify getting relevant information from the mail.

-Marcel

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

Re: [debian] apt segfaults after corrupted package download on d-u

[Marcel]

Am Montag 01 September 2008 19:09:23 schrieb Andre Roth:
> On Mon, 1 Sep 2008 18:07:45 +0200
>
> Marcel <[EMAIL PROTECTED]> wrote:
> > Am Montag 01 September 2008 17:44:46 schrieb arne anka:
> > > > with a segfault when attempting to read the dependency tree [1].
> > > > What may I do about that?
> > >
> > > could be, your apt is stuck with that broken package (somewhere
> > > internally is probably an "unfinished job!" flag set).
> > > try to download the package manually (wget or so)
> > > apt-cache show linux-libc-dev
> > > shows in Filename the path, just prepend your favourite repository's
> > > url and install it by hand
> > > dpkg -i linux-libc-dev_2.6.26-4_armel.deb
> > >
> > >
> > > after that
> > > apt-ge -f install
> > > might be a good idea
> >
> > Installing the package by hand worked fine, but apt is still stuck with a
> > segfault.
>
> apt-get clean and removing the *bin files in /var/cache/apt/ helped here
> for such problems...

Yes! Removing the bin files and then (since apt was complaining) rm'ing around 
a bit in /var/lib/apt/lists solved the issue.
Thanks!

-Marcel

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

Re: illume-config-illume on 2008.8-updates

[-stacy]

> 
> 1. opkg install -force-overwrite install 
> http://downloads.openmoko.org/repository/testing/all/illume-config-illume_0.0+svnr35693-r13_all.ipk
> 2. opkg install illume-config (get qwery button)
> 3. echo 'E_PROFILE="-profile illume"' > /etc/enlightenment/default_profile
> (switch to the illume profile from asu)
> 4. rm -rf ~/.e/e/config/illume
> 5. add "export QTOPIA_NO_VIRTUAL_KEYBOARD=1" in
>  >> /etc/X11/Xsession.d/89qtopia
> 6. Reboot
> 
> It should work

"should" being the operative word.

I have done all of the above and still do not have a full qwerty keyboard.

# opkg list_installed | grep illume
illume - 0.0+svnr35693-r13 -
illume-config - 0.0+svnr35693-r13 -
illume-config-illume - 0.0+svnr35693-r13 -
illume-dicts-default - 0.0+svnr217-r12 -
illume-dicts-english-us - 0.0+svnr35693-r13 -
illume-keyboards-default - 0.0+svnr35693-r13 -
illume-keyboards-numbers - 0.0+svnr35693-r13 -
illume-keyboards-terminal - 0.0+svnr35693-r13 -
illume-theme-freesmartphone - 
0.0+gitr5cdedae0e45911ef10f6966587e7f3e842b5d2bd-r0 -
# cat /etc/enlightenment/default_profile
E_PROFILE="-profile illume"
# grep QTOPIA_NO_VIRTUAL_KEYBOARD /etc/X11/Xsession.d/89qtopia
export QTOPIA_NO_VIRTUAL_KEYBOARD=1
#

what am I missing?

-stacy

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

Re: illume-config-illume on 2008.8-updates

[Vasco Névoa]

Thanx Raster!! Finally got a decent keyboard. :)

Geoff Ruscoe wrote:
>
>
> Thanks Raster
>
>
>
> I also want to send thanks to the Rasterman!  You've done so much to 
> help us all out.  It is very appreciated.  I now have a full keyboard 
> and wrench (and screen saver too).
>
> thanks again!
>
> 
>
> ___
> 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