...
We have used the "emulate" mode ("sb2 -eR") to install packages to the
target file system successfully from the very early days of development.
There are some very small limitations (e.g. you can't write to
/etc/resolv.conf in the "emulate" mode), but in general, it is possible to
install the packages to various locations. Not just to /usr/local.
>
> However, note that since sb2 has been designed to operate completely as an
> user-level solution, there will be problems if you try to copy the FS back
> to the device. Content of the files should be 100% correct, but the metadata
> will be lost; owners and permissions will be incorrect. Probably this was
> reason why your experiment failed.
>
Pardon my ignorance, but if the modified filesystem cannot be copied back to
the target,
what problem does sb2 really solve, from a cross-development environment?
I don't mean to sound glib, but sb2 was pushed on me as a solution to our
cross development problem,
not pushed by this mailing list, but by colleagues who had done some
research.
I really appreciate the above input, as it explains a lot of my frustration,
but I have to
wonder how people use sb2 in the wild?
Cheers,
T.mike
>
> Currently sb2 relies on "fakeroot" when you need to have simulated root
> rights (that is what you get with the "-R" option), so same restrictions
> apply as what you get from "raw" fakeroot: Even if the permissions etc.
> appear to be OK inside the sb2 + fakeroot sessions, the metadata will be
> lost when the fakeroot session ends.
>
> It should be possible to save and restore fakeroot's fake metadata db (see
> options -s and -i of fakeroot), but we haven't tried that, so sb2 does not
> currently support it. Mostly because we haven't needed such feature; we
> don't copy complete filesystems back to the device. It should not be too
> difficult to add, so I'd be happy to integrate it if someone wants to
> implement it.
>
>
> ...
>
> Lauri
>
> _______________________________________________
> Scratchbox-devel mailing list
> [email protected]
> http://lists.scratchbox.org/cgi-bin/mailman/listinfo/scratchbox-devel
>
_______________________________________________
Scratchbox-devel mailing list
[email protected]
http://lists.scratchbox.org/cgi-bin/mailman/listinfo/scratchbox-devel
