1 |
Michael- |
2 |
|
3 |
Thanks for your response. I'd like to have a look at your solution |
4 |
but didn't see any attachment. |
5 |
|
6 |
FYI, we have been building prefix under redhat, suse and ubuntu (and |
7 |
some of their derivitives for a bit know). (We also have most of a |
8 |
Java 1.5 stack, this isn't even in normal gentoo). It's not currently |
9 |
publicly available (still waiting for that public repository...). |
10 |
|
11 |
Let me know what you'd be interested in and I'll see what we can do. |
12 |
|
13 |
-matt |
14 |
|
15 |
On 6/13/06, Michael Haubenwallner <michael.haubenwallner@×××××××.at> wrote: |
16 |
> Hi, |
17 |
> |
18 |
> In the past, I had already some implementation for that, where |
19 |
> enewuser()/enewgroup() in case of not being root (uid zero) used some |
20 |
> 'root.sh' file, containing real commands for the target-userland to be |
21 |
> executed by real-root, as well as easy-to-parse comments containing the |
22 |
> arguments of previous enewuser/enewgroup calls. |
23 |
> |
24 |
> What was missing there: to empty the file once it was executed by |
25 |
> real-root user, because i had no need yet to really add the users as i |
26 |
> did not need to start some daemons installed from prefix-portage yet. |
27 |
> |
28 |
> But i needed this temporary "passwd-database" to have egetent() |
29 |
> recognize not-yet-physically-executed enewuser() calls in addition to |
30 |
> real getent-calls. |
31 |
> |
32 |
> In the attached 'eutils.eclass' look for access to file |
33 |
> 'var/spool/emerge/doasroot' and calls to edoasroot(). |
34 |
> |
35 |
> -- haubi |
36 |
> PS: I'm happy to be back again to prefix-portage, currently trying to |
37 |
> get some portage-alt-prefix packages to fly on x86-redhat-linux. |
38 |
> |
39 |
> On Tue, 2006-06-13 at 11:00 +0200, Grobian wrote: |
40 |
> > On 12-06-2006 15:20:56 -0600, m h wrote: |
41 |
> > > Folks- |
42 |
> > > Has anyone thought out user management in a prefix setting. An |
43 |
> > > example being apache or mysql which usually run as their own users. |
44 |
> > > Is this the plan for prefix too? |
45 |
> > |
46 |
> > The last ideas for OSX were to have some propagation tools from prefix |
47 |
> > to host OS. This is a bit scary, but would mean useradd actions just |
48 |
> > get forwarded. This requires root privileges of course. The portage |
49 |
> > people seem to work on something to keep the administration of users |
50 |
> > added by Portage, and keep that administration synchronised with the |
51 |
> > real password backend. This initiative is very nice for prefix of |
52 |
> > course, as it would probably allow us to just plug on that |
53 |
> > administration... Sorry, I have no pointers... |
54 |
> > |
55 |
> > -- |
56 |
> > Fabian Groffen |
57 |
> > Gentoo for Mac OS X Project |
58 |
> -- |
59 |
> Michael Haubenwallner SALOMON Automation GmbH |
60 |
> Forschung & Entwicklung A-8114 Friesach bei Graz |
61 |
> mailto:michael.haubenwallner@×××××××.at http://www.salomon.at |
62 |
> No HTML/MIME please, see http://expita.com/nomime.html |
63 |
> |
64 |
> -- |
65 |
> gentoo-osx@g.o mailing list |
66 |
> |
67 |
> |
68 |
-- |
69 |
gentoo-osx@g.o mailing list |