Re: Public build host (proposal)
If you are running Ubuntu you could try out: http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html If you experience any problems please drop me a mail. 2008/7/24 Brian C [EMAIL PROTECTED]: Marek Lindner wrote: Hi, since it seems to be extremely difficult to build software for the OpenMoko on my home machine, perhaps it would be usefull if someone (within OpenMoko?) would set up a globally reachable build host with an openembedded and toolchain environment on it. could you describe what kind of problems you experience ? The only way to improve the situation is by naming the issues at hand. :-) Marek I have yet to get a single application to build on my Ubuntu machine. Everything I've tried ends up missing some library or other and the instructions for adding libraries not in the toolchain are totally unclear to me. (Also, it seems like some extremely basic libraries are not in the toolchain, so that makes no sense to me either.) Finally, there was discussion on this list, in another thread, I think, that much of the toolchain's .la files still refer to gta01 or neo1973 directories and that this causes a lot of problems. I'm not sure if that's what is causing my issues or something else, but I'll echo what another list member said: One would think that a working toolchain would be a priority. Brian ___ 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: Public build host (proposal)
2008/7/24 Christ van Willegen [EMAIL PROTECTED]: On Thu, Jul 24, 2008 at 2:16 AM, Marek Lindner [EMAIL PROTECTED] wrote: Hi, since it seems to be extremely difficult to build software for the OpenMoko on my home machine, perhaps it would be usefull if someone (within OpenMoko?) would set up a globally reachable build host with an openembedded and toolchain environment on it. could you describe what kind of problems you experience ? The only way to improve the situation is by naming the issues at hand. :-) I tried to tell you a few times, but I'll rephrase. I have an iMac G5, rev C (with iSight built-in). That is a PowerPC64 architecture. - There is no native Mokomakefile support for this machine - I tried running VirtualPC to emulate an i386 processor so that I could install Ubuntu. This works, but is _terribly_ slow. Also, getting Ubuntu 8 on it is something I didn't try. But, building Mokomakefile took days to get to step 1500. Instead of using the mokomakefile you could try this package I've made for Ubuntu(see http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html). The package contain the toolchain and some common libs, which makes it quite easy to get started. Furthermore the opkg-sdk is installed, which means it is pretty easy to add missing packages to the toolchain. - I eventually found out how to install Debian etch on my PC (natively), but running Mokomakefile's 'make build-devel-image' gave me an error 'don't know what to do with powerpc64 architecture'. - The toolchain explicitly states that it needs i386. I could build from source, but openmokoui-2.0-dev is also only available for i386. Well, that's about it :-) A simple Ubuntu- or Debian-machine 'out there' on the Internet with up-to-date bild env and the poosibility to scp files over would be ideal now :-) I hope this sums up the problems well enough. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ 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: Problems with building openmoko-sample with toolchain
2008/7/22 Dylan Reilly [EMAIL PROTECTED]: Haven't been able to get the patch to work, I had to modify it to use the right paths, but then all hunks fail still. Why isn't the toolchain in a working state? How is anyone doing development? I've been playing around with it but I still can't get the sample project to compile. I am also having difficulties. I made a valiant effort to replace all the erroneous references in all the .la files in /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/usr/lib but that sort of thing rarely goes well when one is not familiar with the system. Are there any tool chains available with correct references, a fixed patch for the current one, or etc.? I have some ideas I really want to start hacking out. I have been working on an Ubuntu package of the toolchain. I'm currently testing it but if anyone want to help out take a look at: http://andreasdalsgaard.blogspot.com/2008/07/openmoko-development-in-5-minutes.html At the moment the package fixes the .la problem with an evil hack that make the compilation process use an alternative libtool script. Actually I would like to have ./configure pick up the LIBTOOL enviroment variable instead but I have not figured that part out yet, however I believe this might require another autoconf package. -- Dylan Maxwell Reilly ___ 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: Messages Program Issue
It will do so if you have any null contacts in your addressbook 2008/7/19 Matthew Lane [EMAIL PROTECTED]: Whenever I launch my Messages program (with a sim or without) it begins loading, and then immediately crashes and shows nothing. I have attempted rebooting the xserver and rebooting the phone itself, with and without the SIM card, connected to the PC and not. There doesn't seem to be anything I can do to read my text messages. I am experiencing a very slow (and sometimes buggy) Messages program and I don't see any documentation on this. ___ 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: Import Contacts
2008/7/12 Al Johnson [EMAIL PROTECTED]:
On Friday 11 July 2008, Kalle Happonen wrote:
Hi,
Brian C wrote:
Brian C wrote:
[a long error message because he didn't run the script from the OM
terminal]
Ok, so the script runs now that I realize it must be run from the OM
terminal.
It might work from an ssh session if you run:
dbus-launch scriptname
I haven't tried this though - just guessing based on similar behaviour from
gconftool-2
However, it appears to have entered all null contacts and
so far none of them appear to have any actual contact info in them
If you do not want to delete all the null contacts by hand I've made
a script(attached as remove_all_contacts.py) based on Wurps script
which removes all contacts in your addressbook. It should be pretty
easy to modify so that it only deletes null contacts.
I ran into the same problem, but I did get them in now with the script.
I had two issues actually. The easiest to try
is to remove the empty lines between the entries in the vCard file, and
have them all in a long jumble. That solved my last problem.
Blank line removal should be a one-liner - if only I were more familiar with
python ;-)
Take a quick look at the attached import_contacts.py script, it is
based on Al Johnson modification to Wurps script.
I did have another problem when I played around with the contacts in
Evolution on the desktop. I started by exporting the contacts as vCard
from Wammu. Evolution refused to read those v2.1 vCards. I then
exported it as ldif from wammu, and had to make a small change in the
entries so that evolution read them correctly (adding a cn or smth).
AFAIK the openmoko contacts is also based on evolution so there might be
similar problems.
When I tried to import Wammu vCards, they showed up as null entries on
openmoko. When I exported the contacts as vCard (3.0) from evolution,
and removed the empty lines in the vCard file, I could import them to
openmoko with the script. I'm not sure if the new vCard format helped any.
Interesting...I remember having similar problems with OpenXchange a couple of
years ago. It assumed v3 and didn't check the version in the vCard itself.
You had to pick which interface to use depending on the vCard version. i
wonder if Evolution Data Server is doing something similar?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
#!/usr/bin/python
from __future__ import with_statement
import dbus
import sys, os
import tempfile
import re
bus_name = 'org.gnome.evolution.dataserver.AddressBook'
obj_name = /org/gnome/evolution/dataserver/addressbook/file_3a__2f__2f__2f_home_2f_root_2f__2e_evolution_2f_addressbook_2f_local_2f_system
addressBook = None
def getAddressBook():
global addressBook
if addressBook is None:
sb = dbus.SessionBus()
obj = sb.get_object(bus_name, obj_name)
addressBook = dbus.Interface(obj, 'org.gnome.evolution.dataserver.addressbook.Book')
return addressBook
names = os.listdir('.')
for name in names:
print name
vcard =
f=open(name,'r')
for line in f:
if line != \r\n:
vcard = vcard + line
if line[:9] == END:VCARD:
