User talk:Hiciu

From Openmoko

(Difference between revisions)
Jump to: navigation, search
m (Hello there)
Line 110: Line 110:
  
 
Great! Did you try with pacman instead of tar? That way .install files would get used. The package compilation is taking longer than I expected. I'm compiling some broken packages in qemu with debian arm running and pacman installed. And it's very slow. While I'm waiting bigger packages to build, here's a quick play in gimp ;) http://shelli.fi/~bane/4.png
 
Great! Did you try with pacman instead of tar? That way .install files would get used. The package compilation is taking longer than I expected. I'm compiling some broken packages in qemu with debian arm running and pacman installed. And it's very slow. While I'm waiting bigger packages to build, here's a quick play in gimp ;) http://shelli.fi/~bane/4.png
 +
 +
 +
Hi there,
 +
 +
I am not quite sure if this is the right way to say hello but I haven't found any other way to reach you two yet.
 +
I am an archlinux user myself and love to get arch running on my FR. Are you still interested in this project?
 +
Is the current status being described here the most recent one and how can I help?
 +
 +
Regards.
 +
 +
-- [[Harlekin]] 14:31, 14 April 2009 (UTC+1)

Revision as of 14:35, 7 April 2009

Maybe we should start listing people involved what they can do to help.

I can probably help with building packages, but maybe it's best to wait for the qemu image for that.

I can also help with providing PKGBUILDs for openmoko specific stuff ( fso, shr apps, zhone etc..).

I also started looking at patches etc. what we probably need (soft float etc.) and editing the PKGBUILDs for them. Is someone already doing this or is there a reason I shouldn't do it? :) I see if I can get the toolchain setup for them. --Beini 22:20, 17 March 2009 (UTC)

I agree. But first of all we should find someone who can lead this thing, someone with leadership capacity. I think I'm not good person for this :). Maybe you? Or we could take someone from Openmoko community, or find someone on Arch forums: http://bbs.archlinux.org/viewtopic.php?pid=461139.

For now I'm missing few important packages (gcc, glibc and other "big" things). After them I will make qemu image and everything should move on. --Hiciu 17:22, 18 March 2009 (UTC)

I did make a new thread on Arch forums : http://bbs.archlinux.org/viewtopic.php?id=67836. --Beini 19:45, 18 March 2009 (UTC)
ok.. I've made qemu image with Arch x86, scratchbox2, crosscompiler and all other stuff needed to build packages. 992Mb, bzipped, md5: 53314cdef85b1754c7fedd5dc572b221, md5 after bzip -d: e56c1a3dc5f2ad19003f37c62a1207ad.
wget http://hiciu.rootnode.net/download/ArchArmDev.img.bz2
bzip -d ArchArmDev.img
qemu -m 512 -hda ArchArmDev.img -redir tcp:5555::22

I'm stuck on gcc-* and glibc packages...
--Hiciu 16:53, 23 March 2009 (UTC)


I thought I should give you a little status update, in case you're wondering what am I doing :). So, You were right, gcc-* glibc* etc. refuse to compile under sbox2/makepkg. But I suspect this is a problem with sbox2/cross-compiling. I have succesfully cross-compiled manually some packages which refuse to compile under sbox2 (I think it was gmp... or mpfr). I followed the PKGBUILD but with cross-compiler, and made the package with makepkg -R. This should be close to what you get with compiling in sbox2 and makepkg, I think. At least close enough for our needs because we're going recompile everything under the host/qemu.

But I have ran into an another problem, our toolchain seems to be missing some stuff to cross compile gcc-*. I think the easiest solution would be using another toolchain. But that would require recompiling everything.

I could provide the config for crosstool-ng to build the toolchain. So what's your opinion about using new toolchain and about the manually packaging some packages? --Beini 12:49, 27 March 2009 (UTC)

I think the easiest solution would be using another toolchain. But that would require recompiling everything.

I don't think so. Another (better) toolchain is good idea, but IMO it wouldn't require to recompile everything if we won't change target cpu type and other options.

So what's your opinion about using new toolchain and about the manually packaging some packages?

Ok. Please post instructions how to build it / precompiled package so I can use it too :). --Hiciu 14:29, 28 March 2009 (UTC)

I'm almost ready compiling everything from core, so there's really no need for the toolchain now. I can post the configs later if there's a need but now I'm trying to concentrate getting everything ready. I will find a way getting them all to you for recompiling when I'm ready. But have you seen this?

http://gentoo.mindzoo.de/index.cgi/wiki/qemu-user http://wiki.debian.org/QemuUserEmulation

That would be the easiest solution for our development, right? Just install to chroot, chroot to it, build everything like in host computer.

http://git.overlays.gentoo.org/gitweb/?p=dev/alexxy.git;a=blob;f=app-emulation/qemu-user/qemu-user-0.10.0-r1.ebuild;h=5828c2d6206e3507e4b567dbc4fdca0e2e390581;hb=HEAD

Ebuild and patches for it are there. Could be made quite easily into PKGBUILD, I think. If you want to make the PKGBUILD, it would be great. :) But I can make it too, after I have finished fighting with rest of these packages :P

This would be the easiest way, scratchbox (with -m emulate) works similar to this. I will prepare PKGBUILD. --Hiciu 22:36, 29 March 2009 (UTC)

I posted instructions and config for the toolchain, notice that the CHOST is different with this toolchain. --Beini 12:14, 30 March 2009 (UTC)

This works!

pkgbuild:

# $Id: PKGBUILD 32318 2009-03-30 06:42:01Z tpowa $
pkgname=qemu-static-arm
pkgver=0.10.1
pkgrel=1
pkgdesc="QEMU is a generic and open source processor emulator which achieves a good emulation speed by using dynamic translation."
arch=(i686 x86_64)
license=('GPL')
url="http://bellard.org/qemu/"
depends=('qemu')
source=(http://savannah.nongnu.org/download/qemu/qemu-${pkgver}.tar.gz)

build()
{
  cd ${srcdir}/qemu-${pkgver}
  unset CFLAGS
  sed -i -e 's/lib64/lib/g' x86_64.ld || return 1
  export LDFLAGS=" -pthread"
  ./configure --prefix=/usr \
              --disable-bluez --disable-blobs \
              --disable-aio --disable-kvm \
              --disable-kqemu --disable-system \
              --disable-sdl --disable-darwin-user \
              --disable-curses --disable-bsd-user \
              --disable-vnc-tls --disable-gfx-check \
              --disable-vde \
              --enable-linux-user --static \
	      --target-list=arm-linux-user
  make || return 1
  mkdir -p ${startdir}/pkg/usr/bin || return 1
  cp arm-linux-user/qemu-arm ${startdir}/pkg/usr/bin/qemu-static-arm || return 1
  chmod 755 ${startdir}/pkg/usr/bin/qemu-static-arm || return 1
}
md5sums=('99b6da099343f6a32e02211aa5925154')

prepare:

makepkg
pacman -U qemu-static-arm-0.10.1-1-i686.pkg.tar.gz
sudo mount -t binfmt_misc none /proc/sys/fs/binfmt_misc
sudo bash -c 'echo ":arm:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin/qemu-static-arm:" > /proc/sys/fs/binfmt_misc/register'

now "install" arch from packages:

mkdir ~/arch-arm-system
cd ~/arch-arm-system
for x in `ls ~/arch-arm-buildroot/pkgs/core`;
 do
  echo $x;
  sudo tar xzf ~/arch-arm-buildroot/pkgs/core/$x;
 done;
cp /usr/bin/qemu-static-arm ~/arch-arm-system/usr/bin/

and chroot:

sudo chroot ~/arch-arm-system /usr/bin/qemu-static-arm /bin/bash

--Hiciu 18:30, 31 March 2009 (UTC)

Great! Did you try with pacman instead of tar? That way .install files would get used. The package compilation is taking longer than I expected. I'm compiling some broken packages in qemu with debian arm running and pacman installed. And it's very slow. While I'm waiting bigger packages to build, here's a quick play in gimp ;) http://shelli.fi/~bane/4.png


Hi there,

I am not quite sure if this is the right way to say hello but I haven't found any other way to reach you two yet. I am an archlinux user myself and love to get arch running on my FR. Are you still interested in this project? Is the current status being described here the most recent one and how can I help?

Regards.

-- Harlekin 14:31, 14 April 2009 (UTC+1)

Personal tools

Maybe we should start listing people involved what they can do to help.

I can probably help with building packages, but maybe it's best to wait for the qemu image for that.

I can also help with providing PKGBUILDs for openmoko specific stuff ( fso, shr apps, zhone etc..).

I also started looking at patches etc. what we probably need (soft float etc.) and editing the PKGBUILDs for them. Is someone already doing this or is there a reason I shouldn't do it? :) I see if I can get the toolchain setup for them. --Beini 22:20, 17 March 2009 (UTC)

I agree. But first of all we should find someone who can lead this thing, someone with leadership capacity. I think I'm not good person for this :). Maybe you? Or we could take someone from Openmoko community, or find someone on Arch forums: http://bbs.archlinux.org/viewtopic.php?pid=461139.

For now I'm missing few important packages (gcc, glibc and other "big" things). After them I will make qemu image and everything should move on. --Hiciu 17:22, 18 March 2009 (UTC)

I did make a new thread on Arch forums : http://bbs.archlinux.org/viewtopic.php?id=67836. --Beini 19:45, 18 March 2009 (UTC)
ok.. I've made qemu image with Arch x86, scratchbox2, crosscompiler and all other stuff needed to build packages. 992Mb, bzipped, md5: 53314cdef85b1754c7fedd5dc572b221, md5 after bzip -d: e56c1a3dc5f2ad19003f37c62a1207ad.
wget http://hiciu.rootnode.net/download/ArchArmDev.img.bz2
bzip -d ArchArmDev.img
qemu -m 512 -hda ArchArmDev.img -redir tcp:5555::22

I'm stuck on gcc-* and glibc packages...
--Hiciu 16:53, 23 March 2009 (UTC)


I thought I should give you a little status update, in case you're wondering what am I doing :). So, You were right, gcc-* glibc* etc. refuse to compile under sbox2/makepkg. But I suspect this is a problem with sbox2/cross-compiling. I have succesfully cross-compiled manually some packages which refuse to compile under sbox2 (I think it was gmp... or mpfr). I followed the PKGBUILD but with cross-compiler, and made the package with makepkg -R. This should be close to what you get with compiling in sbox2 and makepkg, I think. At least close enough for our needs because we're going recompile everything under the host/qemu.

But I have ran into an another problem, our toolchain seems to be missing some stuff to cross compile gcc-*. I think the easiest solution would be using another toolchain. But that would require recompiling everything.

I could provide the config for crosstool-ng to build the toolchain. So what's your opinion about using new toolchain and about the manually packaging some packages? --Beini 12:49, 27 March 2009 (UTC)

I think the easiest solution would be using another toolchain. But that would require recompiling everything.

I don't think so. Another (better) toolchain is good idea, but IMO it wouldn't require to recompile everything if we won't change target cpu type and other options.

So what's your opinion about using new toolchain and about the manually packaging some packages?

Ok. Please post instructions how to build it / precompiled package so I can use it too :). --Hiciu 14:29, 28 March 2009 (UTC)

I'm almost ready compiling everything from core, so there's really no need for the toolchain now. I can post the configs later if there's a need but now I'm trying to concentrate getting everything ready. I will find a way getting them all to you for recompiling when I'm ready. But have you seen this?

http://gentoo.mindzoo.de/index.cgi/wiki/qemu-user http://wiki.debian.org/QemuUserEmulation

That would be the easiest solution for our development, right? Just install to chroot, chroot to it, build everything like in host computer.

http://git.overlays.gentoo.org/gitweb/?p=dev/alexxy.git;a=blob;f=app-emulation/qemu-user/qemu-user-0.10.0-r1.ebuild;h=5828c2d6206e3507e4b567dbc4fdca0e2e390581;hb=HEAD

Ebuild and patches for it are there. Could be made quite easily into PKGBUILD, I think. If you want to make the PKGBUILD, it would be great. :) But I can make it too, after I have finished fighting with rest of these packages :P

This would be the easiest way, scratchbox (with -m emulate) works similar to this. I will prepare PKGBUILD. --Hiciu 22:36, 29 March 2009 (UTC)

I posted instructions and config for the toolchain, notice that the CHOST is different with this toolchain. --Beini 12:14, 30 March 2009 (UTC)

This works!

pkgbuild:

# $Id: PKGBUILD 32318 2009-03-30 06:42:01Z tpowa $
pkgname=qemu-static-arm
pkgver=0.10.1
pkgrel=1
pkgdesc="QEMU is a generic and open source processor emulator which achieves a good emulation speed by using dynamic translation."
arch=(i686 x86_64)
license=('GPL')
url="http://bellard.org/qemu/"
depends=('qemu')
source=(http://savannah.nongnu.org/download/qemu/qemu-${pkgver}.tar.gz)

build()
{
  cd ${srcdir}/qemu-${pkgver}
  unset CFLAGS
  sed -i -e 's/lib64/lib/g' x86_64.ld || return 1
  export LDFLAGS=" -pthread"
  ./configure --prefix=/usr \
              --disable-bluez --disable-blobs \
              --disable-aio --disable-kvm \
              --disable-kqemu --disable-system \
              --disable-sdl --disable-darwin-user \
              --disable-curses --disable-bsd-user \
              --disable-vnc-tls --disable-gfx-check \
              --disable-vde \
              --enable-linux-user --static \
	      --target-list=arm-linux-user
  make || return 1
  mkdir -p ${startdir}/pkg/usr/bin || return 1
  cp arm-linux-user/qemu-arm ${startdir}/pkg/usr/bin/qemu-static-arm || return 1
  chmod 755 ${startdir}/pkg/usr/bin/qemu-static-arm || return 1
}
md5sums=('99b6da099343f6a32e02211aa5925154')

prepare:

makepkg
pacman -U qemu-static-arm-0.10.1-1-i686.pkg.tar.gz
sudo mount -t binfmt_misc none /proc/sys/fs/binfmt_misc
sudo bash -c 'echo ":arm:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xff\xff\xff\x00\xff\xff\xff\xff\xff\xff\xff\xff\xfe\xff\xff\xff:/usr/bin/qemu-static-arm:" > /proc/sys/fs/binfmt_misc/register'

now "install" arch from packages:

mkdir ~/arch-arm-system
cd ~/arch-arm-system
for x in `ls ~/arch-arm-buildroot/pkgs/core`;
 do
  echo $x;
  sudo tar xzf ~/arch-arm-buildroot/pkgs/core/$x;
 done;
cp /usr/bin/qemu-static-arm ~/arch-arm-system/usr/bin/

and chroot:

sudo chroot ~/arch-arm-system /usr/bin/qemu-static-arm /bin/bash

--Hiciu 18:30, 31 March 2009 (UTC)

Great! Did you try with pacman instead of tar? That way .install files would get used. The package compilation is taking longer than I expected. I'm compiling some broken packages in qemu with debian arm running and pacman installed. And it's very slow. While I'm waiting bigger packages to build, here's a quick play in gimp ;) http://shelli.fi/~bane/4.png


Hi there,

I am not quite sure if this is the right way to say hello but I haven't found any other way to reach you two yet. I am an archlinux user myself and love to get arch running on my FR. Are you still interested in this project? Is the current status being described here the most recent one and how can I help?

Regards.

-- Harlekin 14:31, 14 April 2009 (UTC+1)