Re: python-ctypes and binutils

2008-11-27 Thread 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

2008-11-17 Thread 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

2008-11-10 Thread 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]
 mailto:[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]
 mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
 mailto:[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
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
 mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org mailto:community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 


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


 

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 

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

2008-09-28 Thread 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*

2008-09-02 Thread 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*

2008-09-01 Thread 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 getopt.h
  #include usb.h
  #include errno.h
+#ifndef __MINGW32__
  #include byteswap.h
  #include endian.h
+#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 usbpath.h
  #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 sys/types.h

+#ifdef __MINGW32__
+#include stdint.h
+#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] 
 mailto:[EMAIL PROTECTED] wrote:
 snip
 
   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).
 
 snip
 
 
 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!

2008-08-18 Thread 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