| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
On 12/14/2013 04:57 PM, William Hubbs wrote: |
| 5 |
> On Sat, Dec 14, 2013 at 08:47:01PM +0000, Jorge Manuel B. S. Vicetto wrote: |
| 6 |
>> OK, I see what you mean. |
| 7 |
>> To be clear, I'm not ready to have a stage3 without netifrc. If / when we |
| 8 |
>> update catalyst so that the new stage3 is the sum of @system and |
| 9 |
>> additional packages, we can move netifrc to that list. |
| 10 |
> |
| 11 |
> Actually I'm not even sure how necessary that kind of update is. |
| 12 |
> |
| 13 |
> I didn't quite follow what the reasoning against my second proposal was. |
| 14 |
> |
| 15 |
> Once openrc-0.12.4 is stable everywhere it is going to go stable, I want |
| 16 |
> to add virtual/network-manager to the tree. This would contain a list of |
| 17 |
> network manager providers. |
| 18 |
> |
| 19 |
> I think adding it to the tree is good, because we have other virtuals |
| 20 |
> for multiple packages that perform the same function -- virtual/logger, |
| 21 |
> virtual/mta, etc. |
| 22 |
> |
| 23 |
Excellent idea. since busybox is in the stage3 and it provides udhcpc |
| 24 |
we don't really need dhcpcd or netifrc or even really iproute2. |
| 25 |
|
| 26 |
I have no problem distributing stage2's if everyone wants a crippled |
| 27 |
place to start from, but this talk of removing base net scripts makes no |
| 28 |
sense to me. It interferes with nothing. It blocks nothing. It takes |
| 29 |
almost no space at all. There is zero downside to keeping it. Until |
| 30 |
such time as someone tells me an actual downside to having netifrc in |
| 31 |
the stage3 I will be reverting any change which removes it as critical |
| 32 |
breakage. You will know when this statement no longer holds when I |
| 33 |
specifically state that on this mailing list that I agree, netifrc is a |
| 34 |
problem and needs to be removed. Until then, please, the bike shed is |
| 35 |
green. |
| 36 |
|
| 37 |
- -Zero |
| 38 |
|
| 39 |
> Once that is done, we could easily add it to @system then I would drop |
| 40 |
> the netifrc use flag. That would take care of the situation if netifrc |
| 41 |
> was the default provider. |
| 42 |
> |
| 43 |
> Then, if you decide to add the function you are talking about to |
| 44 |
> catalyst, we could look into dropping virtual/network-manager from |
| 45 |
> @system. |
| 46 |
> |
| 47 |
> I'll attach the ebuild below so everyone sees it. |
| 48 |
> |
| 49 |
> William |
| 50 |
> |
| 51 |
|
| 52 |
-----BEGIN PGP SIGNATURE----- |
| 53 |
Version: GnuPG v2.0.22 (GNU/Linux) |
| 54 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
| 55 |
|
| 56 |
iQIcBAEBAgAGBQJSr4DpAAoJEKXdFCfdEflKXQgQAJvKeM+avFF381dem8FBpxBC |
| 57 |
FVRc7StBNwcaK3k0J3on32HXVAxLGAD+digxD/j1WYS3CUr5xkcM6JOKXAPXOnTr |
| 58 |
c6AKrWZpe7UjyqWNY94KVWV+IFXsOUwsaLND+llPVIi5Z+zy0/Cj5qOCQcy28QO2 |
| 59 |
csdPWykqeyaoD5pPLTXI8wSIm3AyMLryTYkBAiAR1k8CIbSodRK6Rfsb9f7jijTR |
| 60 |
8Bm8/zpVZN+wBymzHExDENdNFuVZAr3b8Jz5jVqom+TbiWk2VpeDO2Oo3Pr62q+R |
| 61 |
9briW7lE5pyn3GOj3YuRFCb8mUq/r961jCybXbTpm2UE2auh2jSW7yHvnV+yfEcl |
| 62 |
tlles7SF+xsb4FysKwNI08nTSGHpVR3j5LVBk21VvNtFtpoaczLhJYqXt29TmfQE |
| 63 |
WtUAe6M1c4BlOnJc1J1vsQiEJ/fWrByTXJavW7hxnb513gy2CC2wWY2d/3ROs7g1 |
| 64 |
iSZQC93W09WPpKu1TbBGd+sh3NdZHZYE9F5HLOKTrpOPOC38PDjJoqiM2h26lwqh |
| 65 |
YhA2jpxKvvpyrBgZPigIrlLHDv3n/nx44SRLc37SR2Y/sjVWU3EoI0JQ0LNsXVLP |
| 66 |
7RwWyOPdkTsX38JP9JU6nQCQlHkY3NGcaJ3CXxEnCmnzn2XqXhKFd8Rg1Cj2U1ID |
| 67 |
AIJJuqOGJZxuwfoCbUhu |
| 68 |
=/wy0 |
| 69 |
-----END PGP SIGNATURE----- |
Archives