1 |
On Wednesday, December 03, 2014 02:39:53 AM Mark David Dumlao wrote: |
2 |
> Why do I get the feeling that this is another episode of the "i hate |
3 |
> LennartSoft(tm) too" circlejerk on the gentoo mailing list? |
4 |
|
5 |
Why do I get the feeling you just want another flamewar? |
6 |
I don't see any mention of systemd or anything else written by Lennart, apart |
7 |
from your comment. |
8 |
|
9 |
> this mailing list used to be about gentoo. |
10 |
|
11 |
It still is. |
12 |
|
13 |
> On Dec 3, 2014 1:38 AM, "James" <wireless@×××××××××××.com> wrote: |
14 |
> > Rich Freeman <rich0 <at> gentoo.org> writes: |
15 |
> > > > is integration of the best of the CoreOS ideas into "Gentoo proper". |
16 |
> > > |
17 |
> > > I'm not suggesting that "/usr types of systems" are going away. I'm |
18 |
> > > just pointing out that they're not really the focus of CoreOS (hosting |
19 |
> > > them inside containers is, but not running these kinds of applications |
20 |
> > > in the host itself). |
21 |
> > |
22 |
> > I do not intend to follow the CoreOS commercial path. It intend to mod |
23 |
> > gentoo to achieve those attractive attributes back into my "gentoo |
24 |
> > proper". |
25 |
> > tftp, pxe, dhcp, uefi and many other tools give us a path to |
26 |
> > running the least (embedded) to the most (complex traditional server) |
27 |
> > as an extension (compliment) to the cluster. So as was pointed out, |
28 |
> > I'm merely "lifting" form CoreOS what they lifted from their predicessors; |
29 |
> > no more no less. I see the gentoo admins being able to move hardrware |
30 |
> > in and out of the cluster, dynamically and being able to run many |
31 |
> > sorts of gentoo systems (embedded to fulls server) on a myriad of |
32 |
> > hardware they own and control. |
33 |
> > |
34 |
> > > You seem to be wanting a minimalist profile of Gentoo, not CoreOS. |
35 |
> > |
36 |
> > YES!, I want Gentoo to "CRUSH" CoreOS because we can and our goal is not |
37 |
> > to deceptively move users to a "rent the binary" jail. OK? |
38 |
> > |
39 |
> > > < think many of us would love to see that, and I've been an advocate of |
40 |
> > > paring down <at> system for just this reason. I just wouldn't use the |
41 |
> > > term "CoreOS" with that as this is going to lead to confusion. CoreOS |
42 |
> > > is a specialized distro intended to host containers, no more, no less. |
43 |
> > |
44 |
> > OK, we see CoreOS differently. For me it was an Epiphany moment of |
45 |
> > where I'm been trying to end up, with the aforementioned Gentoo twists. |
46 |
> > |
47 |
> > > It isn't intended as a starting point for embedded projects or such. |
48 |
> > > Sure, maybe you could make it work, but sooner or later CoreOS will |
49 |
> > > make some change that will make you very unhappy because they aren't |
50 |
> > > making it for you. |
51 |
> > |
52 |
> > CoreOS will never be in my critical path. Large corporations will turn |
53 |
> > computer scientist and hackers into WalMart type-employees. Conglomerates |
54 |
> > are the enemy, imho. I fear Conglomerates much more than any group |
55 |
> > of government idiots. ymmv. |
56 |
> > |
57 |
> > (warning digression) |
58 |
> > |
59 |
> > Just look at the entire "net neutrality" |
60 |
> > |
61 |
> > turf struggle. That sort of "corner the market" monopolistic behavior |
62 |
> > would not be possible, if we had just maintained the "MAE" precedence |
63 |
> > for network peering. Obama had little choice; but, putting networks |
64 |
> > under SS7 style telecom regulations is a deceptive and horrible idea. |
65 |
> > Conglomerates lobby congress and get very bad ideas written into law. |
66 |
> > All we needed is regulation to allow (force) all networks to peer with |
67 |
> > other networks. The entire concept of "private peering" is horseshit |
68 |
> > and it should be ended immediately. CoreOS and the "Cloud" lobbyist can |
69 |
> > easily get regulations passed to put an end to this linux experiment, |
70 |
> > imho. |
71 |
> > Differnt subject I know, but the tactics of conglomerates are always the |
72 |
> > same. Roll up competition and eliminate it, oh all in the name of better |
73 |
> > security and portecting our 1st amendment rights and our conglomerates. |
74 |
> > (sorry of the digression). |
75 |
> > |
76 |
> > > But, again, I'm all for a more lightweight Gentoo profile that doesn't |
77 |
> > > bundle stuff like openssh, or even an init implementation (since we |
78 |
> > > have several to choose from now). |
79 |
> > |
80 |
> > Funny, ssh is one of a few things I would put into drastically reduce |
81 |
> > @system. ymmv, unless you are going to add something like netconsole.c |
82 |
> > back into the bundle. |
83 |
> > |
84 |
> > I do not see my vision of the cluster (CoreOS insprired) to be limiting |
85 |
> > to anyone at Gentoo. Not the embedded folks, not the mimalist, not |
86 |
> > any init-camp, not the devs, hackers, or wannabees. And certainly |
87 |
> > not the users. Is this a large undertaking? Certainly. Are the pieces |
88 |
> > mostly already in existence, just scattered about and transversing time? |
89 |
> > (methinks YES). |
90 |
> > |
91 |
> > |
92 |
> > It all depends on how your vision works. Being older, I see a return to |
93 |
> > massive diskless nodes being what CoreOS and the entire "Cloud Vendor" |
94 |
> > conglomerates want. Conversely, I see those cheap microP now accompanied |
95 |
> > by |
96 |
> > enormous amount of ram and SSD that is dirt cheap forming the building |
97 |
> > blocks for the Gentoo cluster paradigm shift. I see Gentoo "smashing" that |
98 |
> > "Cloud-vendor CoreOS" paradigm by provide what they offer and so much more |
99 |
> > (full /usr systems) out of the same core codebase. I see Gentoo keeping |
100 |
> > the |
101 |
> > rank and file computer scientists and hackers, gamefully employed. I see |
102 |
> > the CoreOS folks migrating computer scientists and hackers to the Walmart |
103 |
> > model of underemployment at a few conglomerates. |
104 |
> > |
105 |
> > Gentoo provides an excellent set of choices and a very bright future for |
106 |
> > me |
107 |
> > (cluster). Other can pick their own poison.... |
108 |
> > |
109 |
> > |
110 |
> > peace, |
111 |
> > && thanks |
112 |
> > |
113 |
> > James |