From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26924 invoked by uid 1002); 13 Aug 2003 11:20:55 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 23409 invoked from network); 13 Aug 2003 11:20:55 -0000 From: Chris Gianelloni To: Karsten Schulz Cc: gentoo-dev@gentoo.org In-Reply-To: <200308130842.15639.kaschu@t800.ping.de> References: <200308130842.15639.kaschu@t800.ping.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-aeelJcUQCWLUN8KbKGRe" Message-Id: <1060773909.4130.12.camel@vertigo> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.3 Date: 13 Aug 2003 07:25:09 -0400 Subject: Re: [gentoo-dev] how to test ebuilds without being root? X-Archives-Salt: 5b471bbc-0c1c-445c-a4eb-10372e1cd9dc X-Archives-Hash: f30f79597f43d078c357783950281d8f --=-aeelJcUQCWLUN8KbKGRe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2003-08-13 at 02:42, Karsten Schulz wrote: > Hi, >=20 > I wonder, how I can test my own ebuilds, without being root. As far as I = can=20 > see, there is no necessary need to work as root until the qmerge step.=20 >=20 > At the moment, I get access violations, because as a normal user (group:=20 > portage) I do not have write access to /var/tmp/portage/... (of course).=20 > But I don't want to start my (maybe buggy) ebuilds as root, because my sy= stem=20 > could become unusable by accident, if there are bugs in my ebuild. You could try using su to become user portage and working form there, or you can change permissions on /var/tmp/portage. Personally, I do all ebuild testing as first root using no FEATURES, then add them one by one until I have them all tested. I find that a combination of sandbox and userpriv keep your system from being hosed in the case of a bad ebuild. These ensure that root privileges are dropped for the unpack and compile parts of the ebuild and that nothing is done on your live filesystem until the qmerge, which requires root. > I found the 'sandbox', 'usersandbox' and 'userpriv' things in /etc/make.c= onf,=20 > but no hints, how that could help me. The section 'testing your ebuilds' = in=20 > the HOWTO does not mentions how one would really test a new ebuild on his= =20 > machine. >=20 > Do I have to setup a chroot environment for that? Or use vmware or bochs = or=20 > similar simulations? Or is there an easier and better solution? I live dangerously and use my live system. There is very little that you can totally muck up that will bring your system to its knees. Of course, you can also make a backup before doing anything you deem dangerous enough to mess up your system. --=20 Chris Gianelloni Developer, Gentoo Linux --=-aeelJcUQCWLUN8KbKGRe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/OiAUkT4lNIS36YERAr48AKCn1G6GLeq4sReFXxnnddGokoxwsgCfUvHg dTmI+yABfZ1daVNCbMR5D8E= =M+fo -----END PGP SIGNATURE----- --=-aeelJcUQCWLUN8KbKGRe--