1 |
Hi Robert, |
2 |
|
3 |
I have an idea for a system administration tool as well. Actually I |
4 |
started developing a GLSA update manager which would have a web based |
5 |
front end and eventually came up with the idea of a Gentoo styled |
6 |
enterprise distribution which would have a web based administration tool. |
7 |
|
8 |
Since I don't want to reinvent the wheel, I would use Gentoo as the base |
9 |
system and this would allow the flexibility of Gentoo Linux and would |
10 |
then write an ebuild to distribute my web based management tool with the |
11 |
relevant packages. |
12 |
|
13 |
Let me know if you are interested in something like this so I can |
14 |
discuss the idea with you further. |
15 |
|
16 |
Devraj |
17 |
|
18 |
-- |
19 |
Eternity Technologies Pty. Ltd. ACN 107 600 975 |
20 |
P O Box 5949 Wagga Wagga NSW 2650 Australia |
21 |
Voice: +61-2-69255866 / Fax: +61-2-69251039 |
22 |
http://www.eternitytechnologies.com/ |
23 |
|
24 |
Robert Larson wrote: |
25 |
> On Monday 13 June 2005 09:18 pm, Devraj Mukherjee wrote: |
26 |
> |
27 |
>>Is there an ebuild that builds like a LAMP architecture for most popular |
28 |
>>applications on a Gentoo system? |
29 |
> |
30 |
> |
31 |
> I can see quite a bit of use for something like this, and I have been |
32 |
> wondering about something like this too. I have also been thinking a lot |
33 |
> lately about the possibility of Gentoo portage managing packages across |
34 |
> multiple hosts. |
35 |
> |
36 |
> With this metapackage idea, it seems to me that it would be a pretty |
37 |
> incredible thing if I could emerge meta-packages where I might answer some |
38 |
> simple questions, such as this: |
39 |
> # emerge -meta lamp |
40 |
> Would you like: |
41 |
> A. MySQL |
42 |
> B. PostgreSQL |
43 |
> |
44 |
> Or, I don't know, even a set of configuration files set in place to anwer |
45 |
> these questions for us. The USE variable seems to answer these questions, |
46 |
> but it may be a bit limited for the concept of metapackages. |
47 |
> |
48 |
> I mention all of this because I have been working for months on implementing |
49 |
> an infrastructure such as the kind described on infrastructures.org. It |
50 |
> would be nice to be able to build a set of packages, on only a few terms. |
51 |
> Even further it would be even more productive to be able to build across |
52 |
> multiple hosts, multiple architectures, etc. We are moving into a day where |
53 |
> embedded systems are more available, imagine having 200 embedded controllers |
54 |
> you have Gentoo installed on, and you can execute one emerge command across |
55 |
> all of them (of course, tested in a non-production environment first...). |
56 |
> Or, likewise, modify the USE flags on all of them with a single push of |
57 |
> make.conf. |
58 |
> |
59 |
> A few example metapackages might be: |
60 |
> ids: emerges snort, can run multiple sensors, can tie logging mechanisms into |
61 |
> external programs that may also be included (ie: prelude, and sguil for both |
62 |
> real-time and post analisys). |
63 |
> prelude: Network wide logging(securely), hids, nids, and may pull logs and |
64 |
> alerts from nagios, samhain, snort, etc. and provide a web frontend |
65 |
> authserver: ldap, sasl, heimdal, pam, samba-tng, squid, etc.... |
66 |
> avgateway: clamav, pop3vscan, squid, frox, etc... |
67 |
> gentoo-postinstall-default: vixie-cron, metalog, sudo, vim, (if needed: |
68 |
> reiserfs, etc)... |
69 |
> windowing: xorg, gnome, kde, ati, etc. |
70 |
> themes: gentoo-artwork, kde-themes, icons, etc.. |
71 |
> stage1: downloads tar, unpacks it, bootstraps, emerges system, etc. - I like |
72 |
> this one, imagine deploying 100 identical (but, multiplatform) workstations, |
73 |
> using one gentoo configuration. |
74 |
> |
75 |
> Assuming that portage could work across multiple machines, we can define the |
76 |
> set of packages, the ways that these sets of packages can interconnect, |
77 |
> define which hosts, and define the incompatiblities, then it would not be too |
78 |
> daunting a task to supply the admin with a set of options that they can use |
79 |
> to implement an entire strategy in a day. As well, there would be use to me, |
80 |
> if I wanted to create my own metapackages through something similar to that |
81 |
> of the Gentoo portage. |
82 |
> |
83 |
> I like the idea of one host to manage them all, and I love the idea of |
84 |
> stateful configuration. I also love what portage has done to computing (not |
85 |
> excluding "ports"), and I will obsess until I can see it all together. |
86 |
> |
87 |
> Just a few thoughts; I wanted to hear others. Sorry for the lengthy post. |
88 |
> |
89 |
> Robert Larson |
90 |
> |
91 |
|
92 |
-- |
93 |
gentoo-server@g.o mailing list |