public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Vitaly Kushneriuk <vitaly@jungo.com>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] New ideas, USE database, sandbox & more
Date: 03 Dec 2001 14:55:45 +0200	[thread overview]
Message-ID: <1007384145.9501.8.camel@uranus.u235.eyep.net> (raw)
In-Reply-To: <1007380157.1252.0.camel@willow>

 
> The problem with long descriptions is that they should be updated
> consistantly. Also, package authors tend to neglect them. It's a useful
> addition, but I can only see it usefulness if some sort of graphical
> package manager were available.
>

Not realy. I'd like to be able to get some more information
about any of the ebuilds in /usr/portage. Like:
[/root]# emerge --whatis gcc
Summary     : Various compilers (C, C++, Objective-C, ...)
Description :
A compiler aimed at integrating all the optimizations and features
necessary for a high-performance and stable development
environment. You'll need this package in order to compile C/C++ code.
[/root]#

The description may be a SEPARATE file, so that future ebuilds for
the same package will use just latest description file available

> > 6)Why bother with the sendbox and not just compile and install nonroot?
> >   Some packages will even refuse to be built by root. Take a look at
> >   rpm build system. Any reasonably good srpm will compile as non root.
> 
> Because non-root and sandbox work together. There are also a number of
> ebuilds that need to be root before being able to install. Working in
> non root fixes the access right to paths statically. A sandbox does this
> dynamically, offering a much more flexible environment. Some ebuilds
> need also to be able to switch to other users and perform initialization
> as the other user. A nice feature of the sandbox is that additionally to
> portage, the ebuild package system can be used to create much more
> complex personal packages. For example, we have ebuilds for each of our
> clients and projects, automating installing and configuration. I
> certainly don't want any files of one client installation to 'leak'
> accidentally into common ground or even worse, into another's
> installation. Using the sandbox its possible to change the allowed path
> for each package (and even during the ebuild) and offer that kind of
> protection.
Entire binary distributions compile as non root, so I think it should
not be a problem. To prevent "leaking" of files, just set up reasonable 
access rigts, then run as user, and you'll not be able to write to
other user directory etc. Then , again, Portage should not be 
MOST-GENERIC-kNOW-HOW-TO-BUILD-EVERYTHING-COOLEST-THING-IN-THE-WORLD :-)
It's just a tool to compile Linux system and keep it up to date.
It should not be over complicated to support every wierd configuration.
Things like you described sound like more suitable
task for "make" or "cook" :-)
We better make Portage more usable for all SAs, which includes much
simplified ebuild creation. With some effort, we can make it build from
a little "rewriten" rpm spec file, which can be 
extracted from any binary distro. So that if you see some new cool
proggy, providing rpm download, or just a plain spec inside the tgz.
It will take only few minutes to convert it to Portage format and build.


Regards,
	Vitaly.




  reply	other threads:[~2001-12-03 12:56 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-03  1:06 [gentoo-dev] USE database? Zach Forrest
2001-12-03  7:41 ` AW: " Sebastian Werner
2001-12-03  9:13   ` Geert Bevin
2001-12-03 10:02     ` AW: " Sebastian Werner
2001-12-03 10:12       ` Geert Bevin
2001-12-03 11:05         ` AW: " Sebastian Werner
2001-12-03 11:05           ` Geert Bevin
2001-12-03 11:26             ` AW: " Sebastian Werner
2001-12-03 11:32   ` [gentoo-dev] New ideas, USE database, sandbox & more Vitaly Kushneriuk
2001-12-03 11:48     ` Geert Bevin
2001-12-03 12:55       ` Vitaly Kushneriuk [this message]
2001-12-03 14:01     ` Joshua Pierre
2001-12-03 16:06       ` Vitaly Kushneriuk
2001-12-03 16:28       ` Daniel Robbins
2001-12-03 18:00         ` Vitaly Kushneriuk
2001-12-03 16:48 ` [gentoo-dev] USE database? Daniel Robbins
2001-12-06  6:01   ` Mikael Hallendal
2001-12-06 18:12     ` Zach Forrest
2001-12-06 20:38       ` Mikael Hallendal
2001-12-06 22:33         ` Zach Forrest
2001-12-06 23:40           ` Daniel Robbins
2001-12-06 23:52             ` Zach Forrest
2001-12-07 19:28           ` Sebastian Werner
2001-12-07 21:39             ` Daniel Robbins
2001-12-07 21:43               ` Geert Bevin
2001-12-08  1:44               ` Mikael Hallendal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1007384145.9501.8.camel@uranus.u235.eyep.net \
    --to=vitaly@jungo.com \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox