OESF Portables Forum
Everything Else => Zaurus Distro Support and Discussion => Distros, Development, and Model Specific Forums => Archived Forums => Angstrom & OpenZaurus => Topic started by: ironstorm on May 13, 2005, 10:14:03 am
-
Lots of people (myself included) have said, I'd love to help make OZ better but don't have the time or know-how to set-up the build environment.
This mini-project attempts to help by making it as easy as running a QEMU virtual machine, logging in and typing 'bitbake oe-image'.
Requirements:
- QEMU for Windows (http://freeoszoo.org/ftp/qemu/win32/release/QemuInstall-0.7.0.exe) or Linux (http://fabrice.bellard.free.fr/qemu/download.html)
- My Debian BitBake QEMU image (using Azureus (http://azureus.sourceforge.net/)):
magnet:?xt=urn:btih:7YPQB3DWM3ARTZE3JL4FMLKL7FT7MT5H
(this file will grow to be ~5.5GB as you build) Note: This image file will likely be updated/replaced very soon.
- A fast computer would be helpful...
Instructions
- Uncompress the disk image (you can use 7-zip (http://www.7-zip.org/) on Windows)
- Start QEMU with using the image file as your -hda
- I used 192MB, but you could proably get away with 96 to 128MB of QEMU RAM
- Optional: use -redir tcp:22::22 with QEMU and then you can ssh to localhost and get into the image using PuTTY (http://www.chiark.greenend.org.uk/~sgtatham/putty/), if you have an SSHd running on localhost either turn it off or change the port parameter mapping to something else.
- login with bitbake/bitbake
- edit ~/bb/build/conf/local.conf -> uncomment line TARGET_OS="linux" and save
- cd ~/bb/build
- bitbake oe-image
- in Windows I recommend using task manager to set the QEMU.exe task to low priority, then minimize and check back with QEMU every half an hour to see how it's progressing... (it takes a long time to initially pull all the bb packages to local cache)
Update - May 30:
Bitbake 1.3.0 requires almost 256MB exactly to work as a build environment... this is much reduced from the previous 700MB (RAM+SWAP) that was previously required...
Things move much faster when SWAP can be avoided on QEMU...
Hopefully, I'll be able to get a better bitbake image done soon... just trying a build with the ASSUME_PROVIDES="virtual/gcc-arm-linux-2.95" as per the suggestion in this bug (This bug ( http://bugs.openembedded.org/show_bug.cgi?id=29 (http://bugs.openembedded.org/show_bug.cgi?id=29) ) has kept me from building successfully lately, but hopefully adding), if this succeeds I'll clean and pack this image.
-
Thanks a mot Ironstorm ! i will use your image as soon as possible.
You say "This image file will likely be updated/replaced very soon.". Why that ? Should i better wait for next image ?
-
How do I download your image?
Do I have to install Azureus? I already have a BitTorrent client.
-
"This image file will likely be updated/replaced very soon.". Why that ?
I plan to fix that TARGET_OS line and it will also be moved from hosting of the file off my home PC to a server... So, no I wouldn't wait if I were you...
-
How do I download your image?
Do I have to install Azureus? I already have a BitTorrent client.
You need a client that supports reading Magnet URIs... I created the torrent using Azuerus 2.3.0 which does magnet... You might be able to find other clients that do magnet also...
-
Edit:
I updated my version of the JRE and now it's downloading at 40 kB/s.
-
Edit:
I updated my version of the JRE and now it's downloading at 40 kB/s.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=79674\"][{POST_SNAPBACK}][/a][/div]
Under Windows XP with 2 gigs of RAM and an AMD 3400+ I was unable to execute QEMU from the commandline, but the qemumenu.bat file was able to successfully launch the image.
I su'd to root and tried to use the commands you listed, but apparently the bitbake user's environment is set up for the task. I created some temp files as root that blew up my attempted build, too... so let that be a warning to ye all!
Handling bitbake files...3% done.
-
Unfortuantely, I don't get the build going... it fails with the following message... (not sure if I'm supposed to set DISTRO to familiar --- I'm trying to build OZ)
bitbake@debian-bitbake:~/bb/build$ bitbake opie-image
NOTE: Using cache in '/home/bitbake/bb/build/tmp/cache'
NOTE: Parsing finished. 2286 cached, 0 parsed, 47 skipped, 0 masked.
NOTE: Building provider hash: [####################] (100%)
NOTE: build 200505140023: started
OE Build Configuration:
TARGET_ARCH = "arm"
TARGET_OS = "linux"
MACHINE = "collie"
DISTRO = ""
TARGET_FPU = ""
NOTE: package gnu-config-native-0.1cvs20050513: started
NOTE: package gnu-config-native-0.1cvs20050513-r3: task do_fetch: started
NOTE: package gnu-config-native-0.1cvs20050513-r3: task do_fetch: completed
NOTE: package gnu-config-native-0.1cvs20050513-r3: task do_patch: started
NOTE: Applying patch 'config-guess-uclibc.patch'
ERROR: function do_patchcmd failed
ERROR: log data follows (/home/bitbake/bb/build/tmp/work/gnu-config-native-0.1cv s20050513-r3/temp/log.do_patchcmd.774)
| Replacing patch config-guess-uclibc.patch with new version
| Applying patch config-guess-uclibc.patch
| patching file config.guess
| Hunk #1 succeeded at 138 (offset 2 lines).
| Hunk #2 FAILED at 840.
| Hunk #3 FAILED at 849.
| Hunk #4 succeeded at 891 (offset 16 lines).
| Hunk #5 FAILED at 910.
| Hunk #6 FAILED at 929.
| Hunk #7 FAILED at 971.
| 5 out of 7 hunks FAILED -- rejects in file config.guess
| Patch config-guess-uclibc.patch does not apply (enforce with -f)
NOTE: Task failed:
NOTE: package gnu-config-native-0.1cvs20050513-r3: task do_patch: failed
ERROR: TaskFailed event exception, aborting
NOTE: package gnu-config-native-0.1cvs20050513: failed
ERROR: Build of opie-image failed
-
| Patch config-guess-uclibc.patch does not apply (enforce with -f)
The above was reported in the IRC channel by someone else also... I've filed a bug http://bugs.openembedded.org/show_bug.cgi?id=2 (http://bugs.openembedded.org/show_bug.cgi?id=2) hopefully it will get fixed soon.
-
Try setting the following in your local.conf:
MACHINE = "collie"
TARGET_OS = "linux"
DISTRO = "openzaurus"
This should stop it from trying to create a uclibc based image. I think.
Si
-
Updated initial post with progress...