Hi Alan,
> On a related point freesmartphone.org seems to be using the old hackish
> 3gpp ts07.10 user space code.
Correct, for systems which don't use premultiplexed drivers, we're
resorting to a userland muxer (not the gsm0710muxd though, but rather a
clean implementation based on other code).
On Tue, Oct 6, 2009 at 5:08 PM, Rod Whitby wrote:
> http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html
>
> It is with some sadness that I must say goodbye to the OpenMoko community,
> and move on to new things.
>
So long and thanks for all the fish.. Mok
2009/10/6 Rod Whitby :
> http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html
>
> It is with some sadness that I must say goodbye to the OpenMoko
> community, and move on to new things.
>
> My dream of an OpenMoko phone with a hardware keyboard to replace my
> aging Treo 650
Thank you anyway. Traitor! :)
And ROFL about the northern hemisphere chauvinism issue with your GPS. *g*
I hope that is not a omen...
See you back ;)
Rod Whitby wrote:
> http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html
>
> It is with some sadness that I must say goodby
Rod,
thanks for all the work you did to bring Openmoko forward!
Even though it took all so long due to all our detours, I'm quite satisfied
with what the Openmoko community has created throughout the years, especially
since Openmoko Inc. stopped guiding the project.
A hardware family often is
Rod,
wow, sad to see you go indeed.
You are one of the true old-timers of Openmoko :-)
Since hacking the Palm Pre is not that far from an 'open phone' perspective,
maybe you can add a feed to the Openmoko planet and we can that way stay in
touch with what you are doing?
I will regularly check what'
Hello.
On Tue, 2009-10-06 at 22:08, Rod Whitby wrote:
>
> My hope is that freesmartphone.org may one day be the bridge between
> the OpenMoko community I am now leaving, and the WebOS Internals
> community which has recently started.
Work for such a bridge is already ongoing. Hardware should
http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html
It is with some sadness that I must say goodbye to the OpenMoko
community, and move on to new things.
My dream of an OpenMoko phone with a hardware keyboard to replace my
aging Treo 650 was never realised, and you al
regarding the wiki page at
http://wiki.openmoko.org/wiki/Using_QEMU_with_MokoMakefile, section
Compilation and use, does anyone have updated filenames/urls for the env
file? the current svn file refers to invalid urls and filenames.
http://wiki.openmoko.org/wiki/Qemu also appears to be significan
Hello,
When I try to build the openmoko toolchain with the MokoMakefile
I have encountered this error :
NOTE: make
make: GNUmakefile: Too many levels of symbolic links
make: stat: GNUmakefile: Too many levels of symbolic links
make: *** No rule to make target `GNUmakefile'. Stop.
Trying to build testing (2008.x) with mokomakefile but it crashes out
with an error making me think its not.
Just to confirm that I am building what I think I am:
OE Build Configuration:
BB_VERSION= "1.8.11"
METADATA_BRANCH = "org.openmoko.dev
&quo
ur mail to try it, it works. I have replaced the kernel
and roof fs file but don't replaced the uboot image.
I guess there is some bug in the new uboot image.
--
View this message in context:
http://n2.nabble.com/help%7EAfter-using-the-MokoMakefile-to-build-the-qemu%2C-the-qemu-neo1973
On Tue, 25 Nov 2008 17:56:18 -0800 (PST)
lostdays <[EMAIL PROTECTED]> wrote:
Hi
I could not boot openmoko too. But with replacing and flashing u-boot with the
u-boot image of the pre buid windows image
(http://yorick.keymeulen.com/openmoko-emulator-bin-20070625.rar) i was able to
start. So repl
n Tue, Nov 25, 2008 at 3:59 AM, lostdays <[EMAIL PROTECTED]> wrote:
>>>>
>>>> the image i used are "testing-om-gta01-20081124.uImage.bin",
>>>> "testing-om-gta01-20081124.rootfs.jffs2"
>>>> "gta01bv4-u-boot.bin".
>
te:
>>>
>>> the image i used are "testing-om-gta01-20081124.uImage.bin",
>>> "testing-om-gta01-20081124.rootfs.jffs2"
>>> "gta01bv4-u-boot.bin".
>>> I followed the Wiki.openmoko.org, firstly installed required software,
>&
esting-om-gta01-20081124.uImage.bin",
>> "testing-om-gta01-20081124.rootfs.jffs2"
>> "gta01bv4-u-boot.bin".
>> I followed the Wiki.openmoko.org, firstly installed required software,
> then
>> download the mokomakefile, "make qemu",
gt; "gta01bv4-u-boot.bin".
> I followed the Wiki.openmoko.org, firstly installed required software, then
> download the mokomakefile, "make qemu","make run-qemu". the qemu lauched
> with the menu. But when I choose the boot menu, it failed without any error
> message out wh
the image i used are "testing-om-gta01-20081124.uImage.bin",
"testing-om-gta01-20081124.rootfs.jffs2"
"gta01bv4-u-boot.bin".
I followed the Wiki.openmoko.org, firstly installed required software, then
download the mokomakefile, "make qemu","make run-qe
I'm trying to use MokoMafile to build a toolchain ("make toolchain"),
and I'm getting the error below. I can do other operation (e.g. "make
image") without errors. Thanks in advance for any help!
Jim
NOTE: package meta-toolchain-openmoko-1.0: started
NOTE: package meta-toolchain-openmoko-1.0-r1
Lally Singh wrote:
> I'm getting an openmoko build environment set up on OpenSolaris
> (which, btw, is great). A build error is difficult for me to
> interpret. I was hoping for some help. I've included the full output
> below.
At this point, you have left the real
Hey folks,
I'm getting an openmoko build environment set up on OpenSolaris
(which, btw, is great). A build error is difficult for me to
interpret. I was hoping for some help. I've included the full output
below.
I'm getting this problem, though:
ERROR: iterable argument required while parsin
Ok, i changed target machine in freerunner, build succesfull the image and
flashed the phone. It worked, now i have my freerunner with a fresh builded
asu. So it seems a problem with qemu, or gta01. Finally i tryed to run
official updated images and they have the same problem.
So is it qemu supppor
e board to recover.
neo_gsm_switch: GSM disabled.
wath can i do now?
Nicola
On 9/3/08, Nicola Mfb <[EMAIL PROTECTED]> wrote:
> I'm working an ubuntu hh to build and test asu.
> I downloaded
> http://svn.projects.openmoko.org/svnroot/mokomakefile/trunk/Makef
I'm working an ubuntu hh to build and test asu.
I downloaded
http://svn.projects.openmoko.org/svnroot/mokomakefile/trunk/Makefile
changed OM_GIT_BRANCH in org.openmoko.asu.stable
after that i did make setup, make setup-machine-neo and make
openmoko-qtopia-x11-image.
The image was
>> Yes. Compiling pixman breaks with an unresolved symbol
>> "pixman...something". There was a message about this on devel on Aug.
>> 13 and the answer was like "please wait 1 or 2 weeks, sources will be
>> fixed until then".
>>
> If I remember well - I am an old man ... - . This happened on
Hello all,
I tried many times to build the openmoko devel image using mokomakefile, but
everytime the package named "cairo" is failing to build. I cleaned it and
again tried to build, but everytime the same problem exists. The error
message is like this (last
On Sunday 31 August 2008, Michael Kluge wrote:
> Yes. Compiling pixman breaks with an unresolved symbol
> "pixman...something". There was a message about this on devel on Aug.
> 13 and the answer was like "please wait 1 or 2 weeks, sources will be
> fixed until then".
If I remember well - I am an
> > Which branch from asu? dev? stable?
> All 3: stable, testing and dev
> ( org.openmoko.asu.stable, org.openmoko.asu.testing,
> org.openmoko.asu.dev)
OK. Cool. Then there is hope for me.
> Did you try again?:
Not a completely fresh setup. I'll give this a try.
> make setup && make update &&
On Sunday 31 August 2008, Michael Kluge wrote:
> Which branch from asu? dev? stable?
All 3: stable, testing and dev
( org.openmoko.asu.stable, org.openmoko.asu.testing, org.openmoko.asu.dev)
> I is not a question how long it takes. For me a couple of packages are
> broken in asu.stable. At least
> > At the risk ob beeing called a parrot I want to ask the same
question again:
> > Is anyone able to build a 2008.08 image with Mokomakefile?
>Yes, I am building all of the images.
Which branch from asu? dev? stable?
> It is slow. The first time you have to start the
On Saturday 30 August 2008, Michael Kluge wrote:
> At the risk ob beeing called a parrot I want to ask the same question
> again:
>
> Is anyone able to build a 2008.08 image with Mokomakefile?
Yes, I am building all of the images. It is slow. The first time you have to
start the make o
On Saturday, 30. August 2008 15:17:35 Rod Whitby wrote:
> OK, can you describe *exactly* how you built that released image and how
> you build those updates/fixes, so that others can replicate.
> 1) Git repo site
> 2) Git repo URL
> 3) Git repo branch
> 4) DISTRO setting (assume openmoko, but plea
Marek Lindner wrote:
> On Saturday, 30. August 2008 14:08:48 Rod Whitby wrote:
>> I'm still waiting for Openmoko to decide which branch they are using, so
>> I can advise people how to build Om2008.8 properly using MokoMakefile.
>
> The decision is made. Julian tried
On Saturday, 30. August 2008 14:08:48 Rod Whitby wrote:
> I'm still waiting for Openmoko to decide which branch they are using, so
> I can advise people how to build Om2008.8 properly using MokoMakefile.
The decision is made. Julian tried to explain it before but I can try it
again:
Michael Kluge wrote:
> At the risk ob beeing called a parrot I want to ask the same question again:
>
> Is anyone able to build a 2008.08 image with Mokomakefile?
>
> This is the third time I am asking this. I really noone interested in this?
> Did I miss anything and do we
At the risk ob beeing called a parrot I want to ask the same question again:
Is anyone able to build a 2008.08 image with Mokomakefile?
This is the third time I am asking this. I really noone interested in this? Did
I miss anything and do we now build images a different way?
Michael
gt; Luke.
>
>
> On Sat, Aug 23, 2008 at 11:26 AM, saurabh gupta <
> [EMAIL PROTECTED]> wrote:
>
>> Hello everyone,
>>
>> Previously I was using toolchain to compile the programs, but now i need
>> the openmoko setup and bitbake in my PC. I used the Moko
rograms, but now i need
> the openmoko setup and bitbake in my PC. I used the Mokomakefile to build
> the devel image and followed the instructions in the wiki. But the
> following command fails with the error:
>
> ***
> >&g
Hello everyone,
Previously I was using toolchain to compile the programs, but now i need the
openmoko setup and bitbake in my PC. I used the Mokomakefile to build the
devel image and followed the instructions in the wiki. But the following
command fails with the error
Alasal wrote:
> Is the MokoMakeFile still under development?
It is, but it's difficult at the moment to get things to build correctly.
> Is there any chance for flashing Om2008.8 on the qemu emulator?
You can do this now by setting the branch correctly. See the
MokoMakefile wi
Hey,
Is the MokoMakeFile still under development?
Is there any chance for flashing Om2008.8 on the qemu emulator?
--
View this message in context:
http://n2.nabble.com/MokoMakeFile-tp724232p724232.html
Sent from the Openmoko Community mailing list archive at Nabble.com
On Thu, Jul 31, 2008 at 10:56:23AM +0200, Robert Schuster wrote:
> Hi,
> I am building OpenEmbedded stuff (OpenMoko for FreeRunner, Angstrom for
> BeagleBoard) on my Fedora G4 iBook all day and it works.
Like the OP, I am attempting to build OM with MokoMakefile on debian
powerpc (a Po
fine'. In short, you don't get X and gdm...
>
> Then, I followed the usual instructions about Mokomakefile and its
> prerequisites.
>
> Building the OE environment gave me an error - powerpc64 architecture
> not supported (or something close to that). If this doesn't r
Al Johnson wrote:
>
> That's frustrating. I had imagined the gadget functions could coexist so we
> could provide both network and storage.
>
Even if the gadget ether is built as module, it does not give
necessarily the possibility to load another gadget. AIUI, only one
gadget device can be in
On Monday 28 July 2008, Jay Vaughan wrote:
> >> You can't use other Gadget devices currently, because Gadget-Ethernet
> >> is compiled into the kernel (not as a module) and this precludes any
> >> other gadget drivers from loading. As I am currently working on
> >> Gadget Audio for the Freerunner,
>> You can't use other Gadget devices currently, because Gadget-Ethernet
>> is compiled into the kernel (not as a module) and this precludes any
>> other gadget drivers from loading. As I am currently working on
>> Gadget Audio for the Freerunner, I too would like to see this
>> situation resolved
On Monday 28 July 2008, Jay Vaughan wrote:
> > I want to compile the USB GADGED STORAGE module for the kernel how I
> > have to
> > do this?
>
> You can't use other Gadget devices currently, because Gadget-Ethernet
> is compiled into the kernel (not as a module) and this precludes any
> other gadge
> I want to compile the USB GADGED STORAGE module for the kernel how I
> have to
> do this?
You can't use other Gadget devices currently, because Gadget-Ethernet
is compiled into the kernel (not as a module) and this precludes any
other gadget drivers from loading. As I am currently workin
Alexander
Check the modules tarball. It's released with firmware images. I used
it for the modules I needed for a few usb devices.
Brad
On Sat, Jul 26, 2008 at 5:39 AM, Alexander Syring
<[EMAIL PROTECTED]> wrote:
> Hi
> I want to compile the USB GADGED STORAGE module for the kernel how I have to
Hi
I want to compile the USB GADGED STORAGE module for the kernel how I have to
do this?
Which files I have to change or to create?
Can I have an "make menuconfig" for kernel? And if yes how do I start it
right?
with make ARCH=arm4 menuconfig ?
thx & regards
Alex
hort, you don't get X and gdm...
Then, I followed the usual instructions about Mokomakefile and its
prerequisites.
Building the OE environment gave me an error - powerpc64 architecture
not supported (or something close to that). If this doesn't ring any
bells, I'll check and get the
Hi
How could I add packages to the flash image?
Because I build an image with Mokomakefile and after flashing it to my
Freerunner i have to add so much packages with opgk.
And if I could add the default to the image it would be great.
regards
Alex
On Friday 18 July 2008, Vijay Vaidyanathan wrote:
> I'm trying to create an amazon EC2 image that will have a pre-built
> ASU (including the .o files yes, I realize this might be a 12G+ image!)
>
> I'm using MokoMakefile, and I've fixed a few minor problems along the
>
I'm trying to create an amazon EC2 image that will have a pre-built
ASU (including the .o files yes, I realize this might be a 12G+ image!)
I'm using MokoMakefile, and I've fixed a few minor problems along the
way on Ubuntu 8.04 (and will update the wiki) but I dont know if thi
On Wed, Jul 16, 2008 at 5:18 PM, arne anka <[EMAIL PROTECTED]> wrote:
> > Why is makefile still downloading the previous buggy images of gta01.
>
> afaik is qemu unable to handle the gta02 images, only gta01.
Ok thanks...
But has anyone tried the patch for emulating the gta02 under qemu as given
> Why is makefile still downloading the previous buggy images of gta01.
afaik is qemu unable to handle the gta02 images, only gta01.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Fri, Jul 11, 2008 at 12:09 AM, Søren Kristiansen <[EMAIL PROTECTED]>
wrote:
> Just download the newest images from the buildhost and place them in
> images/openmoko/ and do:
> make flash-qemu-official
> make run-qemu
I downloaded the latest images of gta02 in the directory and then run make
f
Thanks again so much! I couldn't hold back. I was able to get the daily
build to run on QEMU, will have to play with it more at work.
-Shawn
On Thu, Jul 10, 2008 at 11:39 AM, Søren Kristiansen <[EMAIL PROTECTED]>
wrote:
> Just download the newest images from the buildhost and place them in
> ima
Thank you Søren. I will give that a try tonight while I'm bored at work
after-hours.
-Shawn
On Thu, Jul 10, 2008 at 11:39 AM, Søren Kristiansen <[EMAIL PROTECTED]>
wrote:
> Just download the newest images from the buildhost and place them in
> images/openmoko/ and do:
> make flash-qemu-official
Just download the newest images from the buildhost and place them in
images/openmoko/ and do:
make flash-qemu-official
make run-qemu
I dont know why but it downloads an old bugged image (bugged in the emulator
at least... dunno if it works on any of the neos)
2008/7/10 <[EMAIL PROTECTED]>:
> > I
> I've been wanting to test out the UI that is shown on the wiki and
> software reviews around the net. Upon building (make qemu) and letting it
> complete I got a very different UI that what I expected. Here's a couple of
> screenshots: http://projektenterprises.com/mokoshots/
I think is a Qtopia
Hi all,
there is a problem building claws-mail which is included as version 3.3 in the
openembedded path. I have the latest copy of the Mokomakefile development
environment as well as the toolchain
(http://wiki.openmoko.org/wiki/Toolchain) installed.
Running "make build-package-claws
ted. Here's a couple of
> screenshots: http://projektenterprises.com/mokoshots/
>
I too got exactly the same UI in qemu when I build it using "make qemu"
command using the MokoMakefile.
>
> Any ideas as to why I am getting this UI instead of the one I've seen
>
Thompson <[EMAIL PROTECTED]>
> escribió:
>
> > De: Shawn Thompson <[EMAIL PROTECTED]>
> > Asunto: Problem with QEMU and MokoMakefile
> > Para: "OM-Community"
> > Fecha: jueves, 10 julio, 2008 3:32
> > I've been wanting to test out the UI
what make instruction did you use?
It begins like the ASU image file but as you notice I have no seen this initial
screen before.
--- El jue, 10/7/08, Shawn Thompson <[EMAIL PROTECTED]> escribió:
> De: Shawn Thompson <[EMAIL PROTECTED]>
> Asunto: Problem with QEMU and MokoMa
o have messed up along the way somewhere.
i think asu is the default image to build. probably to change somwhere, try
find . -type f -exec grep -iH asu '{}' \;
when in the directory mokomakefile lives in.
___
Openmoko community mailin
I've been wanting to test out the UI that is shown on the wiki and software
reviews around the net. Upon building (make qemu) and letting it complete I
got a very different UI that what I expected. Here's a couple of
screenshots: http://projektenterprises.com/mokoshots/
Any ideas as to why I am ge
.4 is here
http://www.tellurian.com.au/whitepapers/multiplegcc.php
> secondly: i fail to see, where the often mentioned build/ directory comes
> from. is it created by a target of mokomakefile?
yes
___
Openmoko community mailing list
community@li
hi,
right now i am trying to set up a build environment w/ mokomakefile on
debian/unstable following
> http://wiki.openmoko.org/wiki/MokoMakefile
firstly, debian/sid does not know cogito and g++-3.4 anymore. while cogito
uis replaced with several *git* packages
(
Package cogito is
I'm attempting to build an ASU image from the asu.stable branch on a
Debian Etch system (AMD64 arch) using MokoMakefile. I've edited the
makefile to echo gta02 to local.conf instead of 01 and changed
GIT_BRANCH to asu.stable.
I've also followed the wiki instructions for buildi
Mo Abrahams wrote:
On Wed, 2008-05-21 at 17:49 +0930, Rod Whitby wrote:
MokoMakefile has been updated, tested by a couple of people, and now
published.
You will need to run "make clobber update-makefile" before proceeding in
the usual way ...
>
> What does the "clobber
.
...
An updated MokoMakefile will, thanks to Rod, follow shortly.
MokoMakefile has been updated, tested by a couple of people, and now
published.
I'm trying to build from scratch and get the following:
"( cd openembedded && git checkout org.openmoko.april-update )
error: pathspec &
> Ahhh... Much better. :)
>
> Now let's see if I can run a "make update all"...
And thanks a lot.
signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.
Ahhh... Much better. :)
Now let's see if I can run a "make update all"...
--
(GNU) PGP ID: 0x4D385570
Weblog:
http://blog.mxchange.org
signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@
t; > > > three to two. This means we only use subversion and git for now. I have
> > > > moved the Openembedded metadata from monotone to git.
> > >
> > > ...
> > >
> > > > An updated MokoMakefile will, thanks to Rod, follow shortly.
>
ave moved the
> > Openembedded metadata from monotone to git.
> ...
> > An updated MokoMakefile will, thanks to Rod, follow shortly.
>
> MokoMakefile has been updated, tested by a couple of people, and now
> published.
>
> You will need to run "make clobber update
now. I have
> > > moved the Openembedded metadata from monotone to git.
> >
> > ...
> >
> > > An updated MokoMakefile will, thanks to Rod, follow shortly.
> >
> > MokoMakefile has been updated, tested by a couple of people, and now
> > published.
&
tadata from monotone to git.
> ...
> > An updated MokoMakefile will, thanks to Rod, follow shortly.
>
> MokoMakefile has been updated, tested by a couple of people, and now
> published.
I'm trying to build from scratch and get the following:
"( cd openembedded &
Holger Freyther wrote:
To unify our tools we have reduced the number of SCMs to learn from three to
two. This means we only use subversion and git for now. I have moved the
Openembedded metadata from monotone to git.
...
An updated MokoMakefile will, thanks to Rod, follow shortly
Dear sir,
i am using ubuntu-7.10 in my PC.when i am trying to install using
mokomakefile i got this error,please help me.here i give what i
done,what error i got.
Step 1:
i installed all required packages to my machine
.including gcc-3.4
step 2:
$ sudo dpkg
François TOURDE wrote:
Hi,
Trying to run "make qemu-local", I got the following message, some
lines after "Please wait, programming the NAND flash..."
-8<---8<---8<---8<---8<--
neo_vib_switch: Vibrator stopped.
neo_bl_switch: LCD Backlight now on.
qemu: f
Hi,
Trying to run "make qemu-local", I got the following message, some
lines after "Please wait, programming the NAND flash..."
-8<---8<---8<---8<---8<--
neo_vib_switch: Vibrator stopped.
neo_bl_switch: LCD Backlight now on.
qemu: fatal: Trying to execute c
Anyone using MokoMakeFile to build Qtopia yet? I used it Sunday but
it looked like a very old image. Just wondering if it's not being
updated yet or if the latest snapshot just looks old.
Richard
___
OpenMoko community mailing list
comm
On Fri, Nov 30, 2007 at 01:05:11PM +0100, Jay Vaughan wrote:
>> I've now updated MokoMakefile to use these official OpenMoko sites.
>
>
> Great! Do we just 'make update-makefile update all' to get rolling with
> the new schema?
>
> ;
> --
> Jay Vaugh
I've now updated MokoMakefile to use these official OpenMoko sites.
Great! Do we just 'make update-makefile update all' to get rolling
with the new schema?
;
--
Jay Vaughan
___
OpenMoko community mailing list
community@lis
build from scratch with these
> settings, etc. There might still be subtle problems in different
> usage scenarios, so please give feedback and I'll fix them asap.
I've now updated MokoMakefile to use these official OpenMoko sites.
Now all default MokoMakefile builds will be building the
be subtle problems in different
usage scenarios, so please give feedback and I'll fix them asap.
- John
On Thu, Nov 29, 2007 at 09:14:15PM +1030, Rod Whitby wrote:
>
> There is one issue which means that MokoMakefile cannot change over to
> using the new area yet. I have discussed
John Lee wrote:
> The official OpenEmbedded repository to build the OpenMoko
> distribution can be found at monotone.openmoko.org. If you're using
> MokoMakefile, please refer to
>
> http://wiki.openmoko.org/wiki/MonotoneServer#Using_MokoMakefile
>
> for instructions a
most recent developments.
The MokoMakefile (<http://wiki.openmoko.org/wiki/MokoMakefile>) has been
updated to build OM-2007.2 images.
If you're starting from scratch, just follow the instructions on that
wiki page. Pay careful attention to the host software package
requirements for the OpenEmb
I had the same issue and for me it helped just to update mokomakefile.
Check this and try again.
2007/8/4, Giles Jones <[EMAIL PROTECTED]>:
>
>
> On 4 Aug 2007, at 11:20, Krzysztof Kajkowski wrote:
>
> > OK, I admit - it's bad habit to anwer to yourself ;) but I fou
On 4 Aug 2007, at 11:20, Krzysztof Kajkowski wrote:
OK, I admit - it's bad habit to anwer to yourself ;) but I found how
to make way around this problem:
edit: oe/packages/task/task-openmoko.bb and comment out
openmoko-rssreader in it. Now you can compile OM (without rssreader)
and compilation
Deepank Gupta wrote:
Running Mokomakefile is slow, because bitbake is a bit slow right now
and it build lots and lots of packages.
Gcc internal error must have come when you were installing qemu. Try
sudo apt-get install gcc-3.4
More instructions on installing openMoko development environment
Running Mokomakefile is slow, because bitbake is a bit slow right now
and it build lots and lots of packages.
Gcc internal error must have come when you were installing qemu. Try
sudo apt-get install gcc-3.4
More instructions on installing openMoko development environment for
Ubuntu Feisty at
Hello,
Here a PC with 512 MB of RAM faced extreme slowliness when running
MokoMakefile and finally failed with a gcc internal error :/
MokoMakefile requires more than 512 MB of RAM + Swap space (about
1GB ???). And the swap partition under Feisty was not mounted.
Bug #105490 describes this
Hello again,
On 7/19/07, Krzysztof Kajkowski <[EMAIL PROTECTED]> wrote:
Yes, later I found this and even I found MacOS X specific HOWTO (not
related with problem) which he mentioned.
I look over whole SVN there and did not find anything interesting.
Hmm, I did a search on Google for "libbb fe
2007/7/19, Torfinn Ingolfsen <[EMAIL PROTECTED]>:
> http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-July/002520.html
Aha. Well, the viewcvs he's talking about is here:
http://cvs.handhelds.org/cgi-bin/viewcvs.cgi/
But the only thing I found (after a brief search) related to libbb i
On 7/19/07, Krzysztof Kajkowski <[EMAIL PROTECTED]> wrote:
> > I asked for help on OE mailing lists. Someone responded that he has a
> > patch for this but I could not find it.
>
> Interesting.
> Do you have a reference to that thread in mailinglist archives?
>
http://lists.linuxtogo.org/piperma
one had a suggestion for a distro where mokomakefile 'just works'
> > I'll try to make a qemu or xen image over the weekend.
>
> I usually make sure MokoMakefile builds on Debian Etch and CentOS 4.
>
> A long term support version of Ubuntu would also be suitable I ex
Al Johnson wrote:
> On Thursday 19 July 2007 11:18, Mario Wewer wrote:
>> So - does anyone of you already has a running VMWARE image with all
>> openmoko-relevant applications running?!
>
> If anyone had a suggestion for a distro where mokomakefile 'just works' I&
2007/7/19, Al Johnson <[EMAIL PROTECTED]>:
On Thursday 19 July 2007 11:18, Mario Wewer wrote:
> So - does anyone of you already has a running VMWARE image with all
> openmoko-relevant applications running?!
If anyone had a suggestion for a distro where mokomakefile 'just works&
1 - 100 of 128 matches
Mail list logo