Re: [systemd-devel] Compiling in a sandbox

2010-07-09 Thread Lennart Poettering
On Fri, 09.07.10 08:46, Karel Zak ([email protected]) wrote: > > On Fri, Jul 09, 2010 at 12:02:13AM +0200, Lennart Poettering wrote: > > A thinkable alternative would be if we could extract this information > > directly from the ELF file, without having to execute it. That would > > probably be use

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Karel Zak
On Fri, Jul 09, 2010 at 12:02:13AM +0200, Lennart Poettering wrote: > A thinkable alternative would be if we could extract this information > directly from the ELF file, without having to execute it. That would > probably be useful when cross-building systemd. But I am not aware of > any somewhat s

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Ozan Çağlayan
Cuma 09 Temmuz 2010 günü (saat 01:06:03) Lennart Poettering şunları yazmıştı: > On Thu, 08.07.10 23:51, Ozan Çağlayan ([email protected]) wrote: > > None, as it seems that we did not hit that bug. Look I admit that > > doing things on behalf of the root user is bad, is evil, is not > > recommended

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Ozan Çağlayan
Cuma 09 Temmuz 2010 günü (saat 01:15:06) Lennart Poettering şunları yazmıştı: > On Fri, 09.07.10 00:02, Lennart Poettering ([email protected]) wrote: > > But anyway, I have now added an env var for you. Simply set > > $SYSTEMD_SKIP_API_MOUNTS and systemd won't try to mount them. > > This is n

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Marc-Antoine Perennou
> On Thu, 08.07.10 13:42, Steve Herber ([email protected]) wrote: > > > In gentoo, the only way I know to install packages is to run the > > emerge command as root.  The point of gentoo is to automate the > > download, untar, configure, compile, and install process.  I don't > > know of a way to

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Lennart Poettering
On Fri, 09.07.10 00:02, Lennart Poettering ([email protected]) wrote: > But anyway, I have now added an env var for you. Simply set > $SYSTEMD_SKIP_API_MOUNTS and systemd won't try to mount them. This is now set by default when we invoke systemd when we generate the dbus introspection data a

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Lennart Poettering
On Thu, 08.07.10 13:42, Steve Herber ([email protected]) wrote: > In gentoo, the only way I know to install packages is to run the > emerge command as root. The point of gentoo is to automate the > download, untar, configure, compile, and install process. I don't > know of a way to do this > with

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Lennart Poettering
On Thu, 08.07.10 23:51, Ozan Çağlayan ([email protected]) wrote: > None, as it seems that we did not hit that bug. Look I admit that > doing things on behalf of the root user is bad, is evil, is not > recommended. But okay it is under my responsibility, isn't it? (BTW > that bug wouldn't cause me

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Lennart Poettering
On Thu, 08.07.10 23:26, Ozan Çağlayan ([email protected]) wrote: > On 08.07.2010 22:57, Lennart Poettering wrote: > > On Thu, 08.07.10 19:11, Ozan Çağlayan ([email protected]) wrote: > > >> > >> Note that this is built as root too. > > > > Don't build this as root, please. > > > > Lennart > >

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Stephan Raue
sudo make install ? Am 08.07.2010 22:42, schrieb Steve Herber: In gentoo, the only way I know to install packages is to run the emerge command as root. The point of gentoo is to automate the download, untar, configure, compile, and install process. I don't know of a way to do this without b

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Steve Herber
In gentoo, the only way I know to install packages is to run the emerge command as root. The point of gentoo is to automate the download, untar, configure, compile, and install process. I don't know of a way to do this without being root. Does anyone know how to configure gentoo to split the

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Ozan Çağlayan
On 08.07.2010 23:42, Greg KH wrote: > > Cool, how many machines did you brick when that kernel build bug that > would delete the / partition if you built it as root was present? A > bunch of us were tempted to just leave it there to let people who were > doing this get what they deserved :) Non

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Greg KH
On Thu, Jul 08, 2010 at 11:26:20PM +0300, Ozan Çağlayan wrote: > On 08.07.2010 22:57, Lennart Poettering wrote: > > On Thu, 08.07.10 19:11, Ozan Çağlayan ([email protected]) wrote: > > >> > >> Note that this is built as root too. > > > > Don't build this as root, please. > > > > Lennart > > >

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Ozan Çağlayan
On 08.07.2010 22:57, Lennart Poettering wrote: > On Thu, 08.07.10 19:11, Ozan Çağlayan ([email protected]) wrote: >> >> Note that this is built as root too. > > Don't build this as root, please. > > Lennart > But hey I know that it's not good, preferable, safe to build packages as root *but*

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Lennart Poettering
On Thu, 08.07.10 19:11, Ozan Çağlayan ([email protected]) wrote: > > On 16.06.2010 16:32, Lennart Poettering wrote: > > On Wed, 16.06.10 15:08, [email protected] ([email protected]) wrote: > > > >> Compiling using portage in gentoo currently fails, since make > >> tries to create and moun

Re: [systemd-devel] Compiling in a sandbox

2010-07-08 Thread Ozan Çağlayan
On 16.06.2010 16:32, Lennart Poettering wrote: > On Wed, 16.06.10 15:08, [email protected] ([email protected]) wrote: > >> Compiling using portage in gentoo currently fails, since make >> tries to create and mount /cgroup. Is this necessary for compilation? > > Well, not if you build from a

Re: [systemd-devel] Compiling in a sandbox

2010-06-17 Thread olechrt
Thomas Jones: Ah, sorry I was wrong user-sandbox is not in the default FEATURES (Also I haven't tried systemd myself yet so I don't know if it works for me :P) I was convinced portage compiled as the portage user, and didn't know about usersandbox. Adding it and userpriv to FEATURES fixed my p

Re: [systemd-devel] Compiling in a sandbox

2010-06-17 Thread Thomas Jones
On 06/16/10 16:00, Lennart Poettering wrote: > On Wed, 16.06.10 14:38, Thomas Jones ([email protected]) wrote: > > >> IIRC you have to manually put FEATURES="-usersandbox" to make portage >> NOT build >> things as the portage user (I could be wrong since I DO have usersandbox >> in my >> FEATU

Re: [systemd-devel] Compiling in a sandbox

2010-06-16 Thread Lennart Poettering
On Wed, 16.06.10 14:38, Thomas Jones ([email protected]) wrote: > IIRC you have to manually put FEATURES="-usersandbox" to make portage > NOT build > things as the portage user (I could be wrong since I DO have usersandbox > in my > FEATURES) Well, we check for geteuid() == 0. Only if that hold

Re: [systemd-devel] Compiling in a sandbox

2010-06-16 Thread Thomas Jones
On 06/16/10 09:32, Lennart Poettering wrote: > On Wed, 16.06.10 15:08, [email protected] ([email protected]) wrote: > > >> Compiling using portage in gentoo currently fails, since make >> tries to create and mount /cgroup. Is this necessary for compilation? >> > Well, not if you build

Re: [systemd-devel] Compiling in a sandbox

2010-06-16 Thread Lennart Poettering
On Wed, 16.06.10 15:08, [email protected] ([email protected]) wrote: > Compiling using portage in gentoo currently fails, since make > tries to create and mount /cgroup. Is this necessary for compilation? Well, not if you build from a tarball. Unfortunately we have no tarballs available yet

[systemd-devel] Compiling in a sandbox

2010-06-16 Thread olechrt
Compiling using portage in gentoo currently fails, since make tries to create and mount /cgroup. Is this necessary for compilation? If not, this should probably be in make install instead. Even if it was in install, the mounting would be a problem for the sandbox, though. Is it necessary? I'd ex