Re: python-ctypes and binutils

[Andrew Chu]

Hi Gunnar,

I'm not sure if this will answer your question or not, but it sounds 
like you are looking for the following package:

http://www.angstrom-distribution.org/repo/?pkgname=binutils-symlinks

which will create symlinks to the "weird named binaries".

Cheers,
Andrew

Gunnar Aastrand Grimnes wrote:
> Hi all,
> 
> Not sure where to send this - perhaps a more development oriented list?
> 
> Anyway, the issue is about python-ctypes, the library for easy access to
> shared libraries from python. This includes a utility class for finding
> the REAL name of a library, i.e. getting from GL to /usr/lib/libGL.so.1
> 
> This code is found here:
> /usr/lib/python2.5/ctypes/util.py
> 
> (assuming python-ctypes is installed)
> 
> Now this relies in turn on several external tools for finding the
> library (see [1]), in particular ldconfig, gcc and objdump.
> Now ldconfig we have by default, gcc we do not want to install and
> objdump is in the binutils package. Now the binutils package only
> includes weird named binaries for objdump, i.e.
> /usr/bin/arm-angstrom-linux-gnueabi-objdump - and this is not found by
> ctypes...
> 
> How do we fix this? Can binutils not ship with a /usr/bin/objdump
> symlinked to /usr/bin/arm-angstrom-linux-gnueabi-objdump?
> 
> A semi-related question : Say I've written a new .bb file for
> python-opengl. How can I most easily get this put into openembedded?
> 
> Cheers,
> 
> - Gunnar
> 
> [1] http://www.python.org/doc/2.5.2/lib/ctypes-finding-shared-libraries.html
> 


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

Re: fennec -force-depends doesn't help

[Andrew Chu]

Hi Leonti,

To get this to work, you will need to do a:

opkg install gtk+ -force-overwrite

Depending on the distro that you are using, you may experience some 
glitching in graphics after the install.  I have installed fennec before 
and it is unbearably slow but there may have been updates recently that 
improve performance.

Cheers,
Andrew

Leonti Bielski wrote:
> Hi!
> I'm trying to install fennec on my beloved Neo.
> I have added angstrom-distribution.org feed and try to do opkg install fennec
> It give me gtk eror similar to this one
> http://lists.openmoko.org/pipermail/device-owners/2007-November/000759.html
> So I tried 'opkg install fennec -force-depends' but it gives me the same 
> error.
> Isn't -force-depends supposed to solve this kind of problems?
> Thanks.
> Leonti


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

Re: [FSO] Stability and other problems

[Andrew Chu]

Hi Christoph,

You could try the "Option 2" instructions found on the wiki: 
http://wiki.openmoko.org/wiki/Qtopia_/_Qt_Extended_on_FreeRunner and see 
if that works.  If it does, other users could benefit if you update the 
wiki to reflect any changes to the procedure you had to make.

Cheers,
Andrew

Christoph Simolka wrote:
> Thanks, gps is not importent for me right now.
> 
> I'll try qtextended for now..
> 
> Is there a way to install it on the sd-card? I'd like to keep FSO to
> test it from time to time to give some feedback and maybe help improving
> fso.
> 
> As soon as it is stable enough to use it as a phone I think it should be
> used by as many people as possible.
> 
> Regards,
> Christoph Simolka
> 
> 
> 
> kimaidou wrote:
>> Personaly I haven't encountered stability issues with my 44.2. The
>> only thing is the bluetooth does not work (not a pbm for me). The
>> audio settings are pretty good (no echo, etc.). It suspend resume as
>> needed.
>>
>> What I dislike (for the moment) : no gps application (only a demo
>> writing the current lat/lon), and because no server x, there are few
>> applications for it now.
>>
>> 2008/11/10 Christoph Simolka <[EMAIL PROTECTED]
>> >
>>
>> I red about stability problems with qtextended as well.. is this
>> solved
>> already?
>>
>>
>> kimaidou wrote:
>> > Hi
>> > For using it as a phone, I recommed you to use the last qtextended
>> > distribution.
>> >
>> > 2008/11/10 Christoph Simolka <[EMAIL PROTECTED]
>> 
>> > > >>
>> >
>> > Hi,
>> >
>> > I received my Freerunner about 3 Months ago. Because of the
>> software
>> > status I just played around with different distros but
>> didn't use
>> > it as
>> > a phone.
>> >
>> > This weekend my old phone went out of battery and didn't
>> start anymore
>> > (yes.. this also happens to non-freerunners ;) )
>> >
>> > So i decided to cange my simcard and put it into the freerunner.
>> >
>> > I flased it with yesterdays FSO (09-11-08). First impression
>> was good,
>> > zone started, I entered my pin and registered to "Interkom" (O2
>> > Germany)
>> >
>> > I was able to receive and make test-calls. But now.. after
>> one day of
>> > usage.. I've got a lot of small problems.
>> >
>> > The most important for now:
>> >
>> > - I can suspend by pressing the power button, but when i resume
>> > with the
>> > power-Button, zhone displays its graphical suspend-feedbeck
>> step1. I
>> > have to press power another few seconds to get rid of this.
>> > - The phone wakes up on incoming calls, but: zhone displays this
>> > feedback-thing again. The phone keeps ringing, but it
>> doesn't react on
>> > the power button to get rid of the feedback-thing, and it
>> doesn't
>> > react
>> > on touchscreen-presses to answer the call. -> I can't send the
>> > phone to
>> > suspend-state if I want to be able to receive calls.
>> > - I send it to suspend yesterday evening. When I woke up today
>> > morning,
>> > the phone was on, I had a enlightmend crash-message and I wasn't
>> > connected to O2 anymore. When I clicked on "recover" enlightment
>> > keeped
>> > crashing, I had to poweroff and restart my freerunner.
>> > - Today I got some incoming calls.. at leased one of them
>> was almost
>> > unable to understand me because of the "echo"
>> >
>> > The echo might be because of some unusable alsa states.. the
>> phone
>> > sounds like with the hands-free option turned on, everyone
>> in the same
>> > room can listen to the call. How can I change this?
>> >
>> > Are there any patches / workarounds for the other problems?
>> >
>> > Regards,
>> > Christoph Simolka
>> >
>> >
>> >
>> >
>> > ___
>> > 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

Re: [2008.9] Where/Which is the Mail-Client(IMAP4) for 2008.9

[Andrew Chu]

Hi Juergen,

I think the "Messages" application contains the Qtopia email client.

Cheers,
Andrew

Juergen Schinker wrote:
> in http://wiki.openmoko.org/wiki/Distributions#Connectivity
> 
> 
> for 2008.8 the Field has a Green Yes.
> 
> 
> So i.m wondering ist openmoko-mail or similar?
> 
> Juergen


___
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]

Hi Abdel,

Actually, the patch is what is compiled into the 0.1+svn beta version of 
  dfu-util for Win32 on projects.openmoko.org.  I'm assuming that that 
is the version that everyone here is using?

I also am using WinXP SP2 as Benedikt Schindler on these replies is 
using as well.  For the others who experience long flash times on 
Windows XP, are you also using SP2?

I am using Intel Core2 6420 @ 2.13GHz with 3GB of RAM, and USB 2.0 
controller.

I guess the other question is, who else can flash rootfs in under 20 
minutes using dfu-util for Win32?  What are your configurations (version 
of Windows (including Service Pack), type of processor, amount of RAM, 
USB controller version)?

Hopefully we can find a commonality among those that experience the long 
flash times and among those that do not.

Cheers,
Andrew

Abdelrazak Younes wrote:
> Nishit Dave wrote:
>> On Tue, Sep 2, 2008 at 8:55 AM, Andrew Chu
>> <[EMAIL PROTECTED]
>> <mailto:[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.
> 
> Hello Andrew,
> 
> Just for completeness, my system is an Intel double core with 2GB RAM 
> and Vista. Flashing takes also between 1 and 2 hours. I'll try your 
> patch if I manage to install a mingw environment. Or, if you have it 
> compiled, I'd gladly avoid this installation :-)
> 
> Abdel.


___
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

Connecting your computer to the Internet through your FreeRunner!

[Andrew Chu]

Hi all,

I documented the steps to connect your computer to the internet through 
the FreeRunner's GPRS connection.  You can find the instructions here: 
http://wiki.openmoko.org/wiki/Manually_using_GPRS#Sharing_the_GPRS_connection_with_a_computer

Hopefully someone can pick it up and make it easier for the average 
person to do!

Cheers,
Andrew


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