SYNOPSIS

BESKRIVNING

fakeroot runs a command in an environment wherein it appears to have root privileges for file manipulation. This is useful for allowing users to create archives (tar, ar, .deb etc.) with files in them with root permissions/ownership. Without fakeroot one would need to have root privileges to create the constituent files of the archives with the correct permissions and ownership, and then pack them up, or one would have to construct the archives directly, without using the archiver.

Also, note that it’s best not to do the building of the binaries themselves under fakeroot. Especially configure and friends don’t like it when the system suddenly behaves differently from what they expect. (or, they randomly unset some environment variables, some of which fakeroot needs).

FLAGGOR

Any command you want to be ran as fakeroot. Use ‘−−’ if in the command you have other options that may confuse fakeroot’s option parsing.

−s save−file

Save the fakeroot environment to save−file on exit. This file can be used to restore the environment later using −i. However, this file will leak and fakeroot will behave in odd ways unless you leave the files touched inside the fakeroot alone when outside the environment. Still, this can be useful. For example, it can be used with rsync(1) to back up and restore whole directory trees complete with user, group and device information without needing to be root. See /usr/share/doc/fakeroot/README.saving for more details.

−i load−file

Load a fakeroot environment previously saved using −s from load−file. Note that this does not implicitly save the file, use −s as well for that behaviour. Using the same file for both −i and −s in a single fakeroot invocation is safe.

−u, −−unknown−is−real

Use the real ownership of files previously unknown to fakeroot instead of pretending they are owned by root:root.

−b fd

Specify fd base (TCP mode only). fd is the minimum file descriptor number to use for TCP connections; this may be important to avoid conflicts with the file descriptors used by the programs being run under fakeroot.

FILER

MILJÖ

FAKEROOTKEY

The key used to communicate with the fakeroot daemon. Any program started with the right LD_PRELOAD and a FAKEROOTKEY of a running daemon will automatically connect to that daemon, and have the same "fake" view of the file system’s permissions/ownerships. (assuming the daemon and connecting program were started by the same user).

LD_LIBRARY_PATH
LD_PRELOAD

Fakeroot is implemented by wrapping system calls. This is accomplished by setting LD_LIBRARY_PATH=/usr/lib/fakeroot and LD_PRELOAD=libfakeroot.so.0. That library is loaded before the system’s C library, and so most of the library functions are intercepted by it. If you need to set either LD_LIBRARY_PATH or LD_PRELOAD from within a fakeroot environment, it should be set relative to the given paths, as in LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/foo/bar/

BEGRÄNSNINGAR

Biblioteksversioner

Every command executed within fakeroot needs to be linked to the same version of the C library as fakeroot itself.

fakeroot has no way of knowing that in the first case, the owner of foo really should be joost while the second case it should have been root. For the Debian packaging, defaulting to giving all "unknown" files uid=gid=0, is always OK. The real way around this is to wrap open() and create(), but that creates other problems, as demonstrated by the libtricks package. This package wrapped many more functions, and tried to do a lot more than fakeroot . It turned out that a minor upgrade of libc (from one where the stat() function didn’t use open() to one with a stat() function that did (in some cases) use open()), would cause unexplainable segfaults (that is, the libc6 stat() called the wrapped open(), which would then call the libc6 stat(), etc). Fixing them wasn’t all that easy, but once fixed, it was just a matter of time before another function started to use open(), never mind trying to port it to a different operating system. Thus I decided to keep the number of functions wrapped by fakeroot as small as possible, to limit the likelihood of ‘collisions’.

GNU configure (och liknande program)

fakeroot, in effect, is changing the way the system behaves. Programs that probe the system like GNU configure may get confused by this (or if they don’t, they may stress fakeroot so much that fakeroot itself becomes confused). So, it’s advisable not to run "configure" from within fakeroot. As configure should be called in the "debian/rules build" target, running "dpkg−buildpackage −rfakeroot" correctly takes care of this.

BUGGAR

It doesn’t wrap open(). This isn’t bad by itself, but if a program does open("file", O_WRONLY, 000), writes to file "file", closes it, and then again tries to open to read the file, then that open fails, as the mode of the file will be 000. The bug is that if root does the same, open() will succeed, as the file permissions aren’t checked at all for root. I choose not to wrap open(), as open() is used by many other functions in libc (also those that are already wrapped), thus creating loops (or possible future loops, when the implementation of various libc functions slightly change).