I'm confused about the debian devkit.
I'm trying to (re)build a basic sarge dpkg. This fails because I don't
have ncurses, zlib, or libbz2 installed in my scratchbox target.
dpkg-buildpackage: source package is dpkg
dpkg-buildpackage: source version is 1.10.28
dpkg-buildpackage: source mainta
Is there an "sb-conf install" command which will place the proper
ldconfig from my toolchain into my root file system?
--rich
___
Scratchbox-users mailing list
Scratchbox-users@lists.scratchbox.org
http://lists.scratchbox.org/cgi-bin/mailman/listinfo/s
I haven't tried etch, but I did build a sarge this way. It wasn't very
useful because there's no room for daemons or setuid programs.
--rich
Murray Cumming wrote:
On Thu, 2007-02-08 at 15:57 +0100, Murray Cumming wrote:
I'm trying to set up a debian Etch system inside scratchbox, running
I've run into a bootstrapping issue when using sbrsh and I was wondering
how other people had dealt with it.
As I'm building my system, (from scratch), one of the things I need to
do is create a /etc/passwd for my target. As soon as I do that, I've
trashed whichever /etc/passwd was there prev
Is there any reason that scratchbox can't support arm eabi nptl?
I'm thinking here of arm eabi in particular. I understand that
qemu-user can't currently support nptl but I'm wondering if there is any
scratchbox work necessary to support nptl aside from the qemu work.
--rich
Matt Hoosier wrote:
Rich,
You can make a Debian package out of the whole foreign toolchain by
doing "make CONFIG=meta/alien-tc/my.conf deb".
Er... from where?
--rich
[EMAIL PROTECTED]> pwd
/home/rpixley/sb-toolchain-extras
[EMAIL PROTECTED]> time make
CONFIG=meta/alien-tc/arm-linux-gnuea
Having used sb-toolchain-extras to produce a wrapped "foreign"
toolchain, is there an easy way to wrap all that stuff up into a debian
package so that it can be shared?
Also, having set up an sbrsh configuration, is there and easy way to
wrap that up for sharing? Or am I just stuck with writi
It's a configuration issue, so it should be pretty easy.
--rich (former gdb developer)
Matt Hoosier wrote:
How difficult would it be to create a full version of GDB (that is,
one which is capable of both hosting [gdbserver role] and
controlling/displaying [gdb in 'target remote' mode] the targ
Riku Voipio wrote:
when running the ./build , scratchbox asks something like:
"Would you like to build 'debian devkit'
It seems you have selected: yes. However, the debian devkit build
has been separated, so that option is legacy cruft you need to say
"no" to.
Thank you.
Ok, with debian d
I finally managed to get a debian system installed, (thank you vmware),
and I think I've got all the bits and pieces downloaded and installed
although it seems one can never really be sure with debian.
Trying to build scratchbox yields:
make[1]: Leaving directory
`/home/rpixley/scratchbox/scr
Timo Savola wrote:
On Mon, 2006-07-17 at 10:58 -0700, K. Richard Pixley wrote:
Well, ok. The first thing I tried to do in scratchbox didn't work,
namely, building a "native" emacs using the HOST compiler so that I have
a reasonable IDE available.
You c
Riku Voipio wrote:
Timo already pointed to the presentations, that hopefully manage to
clear the picture - If not, we'll gladly take hints howto describe
scratchbox to people who have never heard about it :) We have been
using it for so long that it sometimes hard to see things from
outsiders po
I'm having trouble understanding what scratchbox is trying to
accomplish, what interface it's intending to provide, etc. Is there an
instruction sheet somewhere for how to build scratchbox from source?
--rich
___
Scratchbox-users mailing list
Scratch
13 matches
Mail list logo
