![]() |
2008-09-28
, 20:14
|
|
Posts: 4,708 |
Thanked: 4,649 times |
Joined on Oct 2007
@ Bulgaria
|
#2
|
![]() |
2008-09-29
, 12:00
|
|
Posts: 2,535 |
Thanked: 6,681 times |
Joined on Mar 2008
@ UK
|
#3
|
![]() |
2008-09-29
, 12:39
|
Posts: 479 |
Thanked: 641 times |
Joined on Dec 2007
@ Switzerland
|
#4
|
![]() |
2008-09-29
, 16:16
|
|
Posts: 3,397 |
Thanked: 1,212 times |
Joined on Jul 2008
@ Netherlands
|
#5
|
I ended with running scratchbox into a 32-bit virtual machine with VirtualBox ... not exactly ideal, but I like this solution...
![]() |
2008-09-30
, 15:16
|
|
Posts: 716 |
Thanked: 236 times |
Joined on Dec 2007
|
#6
|
![]() |
2008-10-04
, 14:27
|
Posts: 1 |
Thanked: 0 times |
Joined on Oct 2008
@ Helsinki
|
#7
|
![]() |
2008-10-04
, 20:28
|
|
Posts: 3,397 |
Thanked: 1,212 times |
Joined on Jul 2008
@ Netherlands
|
#8
|
The alternative for installing on 64 bit (at least with the scripts) fails. Even with setarch i386, apt-get update insists on looking for arm64 binaries in binary-arm64 directories and can't find them.
First, I have /dev/sda2 as 32 bit Ubuntu, /dev/sda3 as /home, and /dev/sda4 as 64 bit Ubuntu as the default.
/dev/sda2 has scratchbox installed and working and I was using that.
So, booting into 64 bit:
I mount the 32 bit linux as /media/UBUNTU on bootup.
I switch to root (sudo -s).
Then I mount the duplicate proc in the right places using "mount -a -t proc" as root.
After that I "chroot /media/UBUNTU", then run "/etc/init.d/scratchbox-core start"
I do "su myaccount", then "scratchbox" and it works.
apt-get works. So does all the build stuff except the kernel as I've noted (and which I'm working on tracking down).
This is my mtab: