Gpe Image For Spitz (c3000)

[Jondalar]

Hi all,

I managed to compile a (at a first glance) working image for my Spitz. What does not work for me is definately the screen-direction. If I start with just an opened C3000, it is flipped by 90degree and as soon as I change the device into clamshell and log out/log in it is corrected. Untill the next log in.

Wireless with my b-Netgear (GPE says Airunner/ZCom) works fine also. What I recognized is that /dev/hda2 and /dev/hda3 are not mounted at all.

Does anyone have a clue how to localize GPE? I would like to install German language but I can not find any applet. Well. ... needs certain tuning I guess :-) If anyone is interested, I uploaded the images to one of my unused domains:

hd1.tgz at http://www.zaurus-wiki.de/c3000/gpe-image-...50628055725.tgz
pivot-boot at http://www.zaurus-wiki.de/c3000/pivotboot-...50628055725.img
kernel at http://www.zaurus-wiki.de/c3000/zImage-spi...50627203515.bin

Cheers,
J*

[Evo]

Hi all,

I managed to compile a (at a first glance) working image for my Spitz.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86218\"][{POST_SNAPBACK}][/a][/div]

Cool. As you know I tried to do the same thing: Unfortunatly the build failed.

Would you be able to provide you local.conf and what commands (or scripts) you used to build the images?

TIA,

Evo.

[Jondalar]

Hi Evo, here is what I used:

#
# OpenEmbedded local configuration file (sample)
#
# Please visit the Wiki at http://openembedded.org/ for more info.
#
#
# Be SURE to read this file in its entirety and the GettingStarted page on the
# wiki before proceeding.
#
# Once you have done that, remove the line at the end of this
# file and build away.
#
# WARNING: lines starting with a space (' ') will result in parse failures.
# Remove '# ' from commented lines to activate them.
#
DL_DIR = "${HOME}/zaurus/sources"
BBFILES = "/video0/.zaurus/openembedded/packages/*/*.bb"

BBMASK = ""
ASSUME_PROVIDED = "virtual/arm-linux-gcc-2.95"

PREFERRED_PROVIDERS = "virtual/qte:qte virtual/libqpe:libqpe-opie"
PREFERRED_PROVIDERS += " virtual/libsdl:libsdl-qpe"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc-initial:gcc-cross-initial"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}gcc:gcc-cross"
PREFERRED_PROVIDERS += " virtual/${TARGET_PREFIX}g++:gcc-cross"

MACHINE = "spitz"
DISTRO = "openzaurus-3.5.4"

# Add the required image file system types below. Valid are jffs2, tar, cramfs
IMAGE_FSTYPES = "jffs2 tar"

# Uncomment this to disable the parse cache (not recommended).
CACHE = "/video0/.zaurus/cache"

# Uncomment this if you want BitBake to emit debugging output
# BBDEBUG = "yes"

# Uncomment these two if you want BitBake to build images useful for debugging.
# DEBUG_BUILD = "1"
# INHIBIT_PACKAGE_STRIP = "1"


# Uncomment this if you want BitBake to emit the log if a build fails.
BBINCLUDELOGS = "yes"
# Specifies a location to search for pre-generated tarballs when fetching
# a cvs:// URI. Outcomment this, if you always want to pull directly from CVS.
CVS_TARBALL_STASH = "http://www.oesources.org/source/current/"


#Versions
#PREFERRED_VERSION_opie-pcmciaapplet = "1.2.1"

#Providers
PREFERRED_PROVIDER_virtual/xserver = "xserver-kdrive"

Does this help?

Cheers
J*

[Evo]

Hi Jondalar,

Hi Evo, here is what I used:

<snip local.conf>
Does this help?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

Thanks. It looks pretty much the same as mine. I must be doing something else wrong.

Most recently the build failed while trying to building the kernel:

Code: [Select]

NOTE: package openzaurus-pxa27x-2.4.20-rmk2-embedix-r7: task do_compile: started
ERROR: function do_compile failed
Oops seems I've deleted the full logs already.

The fatal error however was:

Code: [Select]

| ccache arm-linux-gcc-2.95 -D__KERNEL__ -I/data1/hastings/archive/oe/build/tmp/work/openzaurus-pxa27x-2.4.20-rmk2-embedix-r7/linux_n1/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -Uarm -fno-common -pipe -mapcs-32 -D__LINUX_ARM_ARCH__=4 -march=armv4 -Wa,-mxscale -mtune=strongarm -mshort-load-bytes -msoft-float -Uarm -S -o constants.h.tmp.1 getconstants.c
| arm-linux-gcc-2.95: No such file or directory
This was from a:
% bitbake bootstrap-image

I guess I should be doing

% bitbake gpe-image

Anyway it seems that I must be missing something or doing something in the wrong order.
Any ideas?

Edit: Oops, it seems I didn't follow  [a href=\"http://oe.handhelds.org/cgi-bin/moin.cgi/ZaurusKernels]http://oe.handhelds.org/cgi-bin/moin.cgi/ZaurusKernels[/url].
Edit: Hopefully the build will work now.

Thanks again,

Evo.

[Mickeyl]

Ah, that one again. arm-linux-gcc-2.95 needs to be in the PATH. I think this is documented on the Wiki in ZaurusKernels. Change that, touch conf/local.conf and build it again.

[Evo]

Ok the missing arm-linux-gcc-2.95 problem is now fixed (thanks to http://oe.handhelds.org/cgi-bin/moin.cgi/ZaurusKernels).

Now diet-x11-6.2.1 fails to compile. The build fails trying to link to create libX11.so.6.2.1.

The link fails becuase build/tmp/staging/arm-linux/lib/libXau.so is missing however libXau.so.0.0.0 is there. I guess I don't know enough about shared libs, but 0.0.0 seems like a strange version number to me, if it is the correct one then I guess the symlink has just not been made for some reason. Here is the log

Code: [Select]

ccache arm-linux-gcc -march=armv5te -mtune=xscale -shared  .libs/AllCells.o -L/data1/hastings/archive/oe/build/tmp/staging/arm-linux/lib /data1/hastings/archive/oe/build/tmp/staging/arm-linux/lib/libXau.so -ldl -march=armv5te -mtune=xscale -Wl,-rpath-link -Wl,/data1/hastings/archive/oe/build/tmp/staging/arm-linux/lib -Wl,-O1 -Wl,-soname -Wl,libX11.so.6 -o .libs/libX11.so.6.2.1 arm-linux-gcc: /data1/hastings/archive/oe/build/tmp/staging/arm-linux/lib/libXau.so: No such file or directory

This seems  a little weird: For one thing .../build/tmp/staging/arm-linux/lib is listed as a directory to search, but then the path to libXau.so is explicitly given. Also, why is it trying to statically link against a .so file?

Seems I'm way out of my depth here :-(

Once again, anyone got ideas?

Thanks,

Evo.

[asm-nai]

I managed to compile a (at a first glance) working image for my Spitz. What does not work for me is definately the screen-direction. If I start with just an opened C3000, it is flipped by 90degree and as soon as I change the device into clamshell and log out/log in it is corrected. Untill the next log in.


[div align=\"right\"][a href=\"index.php?act=findpost&pid=86218\"][{POST_SNAPBACK}][/a][/div]

Hi Jondalar.

I also made GPE-ROM for spitz.  

To make the screen a landscape at the time of beginning

It only has to edit　/etc/X11/Xserver.

Under "Case`module_id`in"

Code: [Select]

   "SHARP Spitz")

    ARGS="$ARGS -screen 640x480@270";;
When starting, it is sure to become a landscape if it writes.

Because I am Japanese, I use translation software. I'm sorry in strange English.

Thanks.

[pgas]

Because I am Japanese, I use translation software. I'm sorry in strange English.

Don't be sorry, I think the others will agree with me, we are allways happy to learn what's going on in Japan even via automatic translators.

(We sure use them to try to understand japanese pages)

[Jondalar]

Hi Jondalar.

I also made GPE-ROM for spitz.   

To make the screen a landscape at the time of beginning

It only has to edit　/etc/X11/Xserver.

Under "Case`module_id`in"

Code: [Select]

   "SHARP Spitz")

 Â   ARGS="$ARGS -screen 640x480@270";;
When starting, it is sure to become a landscape if it writes.

Because I am Japanese, I use translation software. I'm sorry in strange English.

Thanks.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86423\"][{POST_SNAPBACK}][/a][/div]

Thanks a lot asm-nai. I will certainly try this later tonight when I get home from work. Good to see we are not the only ones with C3000 trying OZ/GPE

And ... if this English came from a translator, it is really very good.

Best regards to Japan,
J*

[asm-nai]

Don't be sorry, I think the others will agree with me, we are allways happy to learn what's going on in Japan even via automatic translators.

(We sure use them to try to understand japanese pages)
[div align=\"right\"][a href=\"index.php?act=findpost&pid=86425\"][{POST_SNAPBACK}][/a][/div]

Hi pgas.
Thanks.  
It is difficult to write English though the Japanese has a lot of people who
can read English.

[asm-nai]

Thanks a lot asm-nai. I will certainly try this later tonight when I get home from work. Good to see we are not the only ones with C3000 trying OZ/GPE

And ... if this English came from a translator, it is really very good.

Best regards to Japan,
J*
[div align=\"right\"][{POST_SNAPBACK}][/a][/div]

Hi Jondalar.

I made firefox1.04 ipkg.  

Do you use it? I think that it works better than minimo. With stability.
[a href=\"http://d.hatena.ne.jp/AllStarMoves/20050702/p3]ScreenShots[/url]

firefox1.04