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