| 1 |
On Sunday, September 19, 2010 21:22:06 William Hubbs wrote: |
| 2 |
> On Mon, Sep 20, 2010 at 06:05:46AM +0530, Nirbheek Chauhan wrote: |
| 3 |
> > On Mon, Sep 20, 2010 at 5:57 AM, William Hubbs wrote: |
| 4 |
> > > I suppose one question I need to ask is the oldnet vs newnet question. |
| 5 |
> > > The git repository defaults to building and installing the newnet |
| 6 |
> > > option, and we make oldnet the default in the ebuild. |
| 7 |
> > > |
| 8 |
> > > People migrating from stable will know the oldnet option, and this is |
| 9 |
> > > the only way to configure the network scripts that is actually covered |
| 10 |
> > > in our documentation. |
| 11 |
> > > |
| 12 |
> > > Do we want to switch the upstream repository to make oldnet the |
| 13 |
> > > default? |
| 14 |
> > > |
| 15 |
> > > What about newnet. ??Should we keep it at all? ??If we do, should we |
| 16 |
> > > put it behind a use flag which would be off by default? |
| 17 |
> > |
| 18 |
> > Is there any advantage to using newnet over oldnet? If there aren't |
| 19 |
> > any advantages, we should not attempt to support it (even as an |
| 20 |
> > optional feature). Old-net by default, no use-flag for newnet; people |
| 21 |
> > can use EXTRA_ECONF if they *really* want to use it. |
| 22 |
> |
| 23 |
> If I go this route, I'll probably just get rid of newnet in the next |
| 24 |
> release entirely. |
| 25 |
> |
| 26 |
> newnet is a single script, "network", which sets up all of the static |
| 27 |
> routes and static interfaces. |
| 28 |
> |
| 29 |
> It is small and simple, but the disadvantage of it is that you can't |
| 30 |
> stop/start a single interface. |
| 31 |
|
| 32 |
i suggested in a previous thread that we depreciate "newnet" if not kill it |
| 33 |
off entirely. the "oldnet" stuff should become the default once again. |
| 34 |
-mike |
Archives