On Mon, 2005-08-01 at 11:50 -0400, Colin Walters wrote:
> I think a big component of the design thought behind NetworkManager is
> to make the "common" case work really, really well, even if that comes
> at the expense of some of the less-common cases.
>
> For example, making 802.11 work really
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Colin Walters wrote:
> If Gentoo and/or Ubuntu are taking the stance that no application can
> modify resolv.conf and must be patched to use some other interface, we
> can support that I guess, but:
>
>
>>Of course, Colin won't like it.
>
>
> Rig
Colin Walters <[EMAIL PROTECTED]> writes:
> For example, making 802.11 work really well, and not including ppp and
> idsn. I know ppp/isdn are probably very important to some people, but
> in good design you have to make some trade-offs.
Well, you want NetworkManager to be *the* universal networ
On Sat, 2005-07-30 at 14:38 -0400, Will Dyson wrote:
> On 7/28/05, Steev <[EMAIL PROTECTED]> wrote:
> > Will Dyson wrote:
> > > I can work on moving the resolv.conf management into the backends, if
> > > people think that would be useful. Do any other distributions (or any
> > > of the BSDs) have t
On Sun, 2005-07-31 at 15:15 +0200, Olivier Blin wrote:
> Ok, but you could have enhanced the current system to have this kind
> of status reporting. Currently, I guess you have lost the ability to
> manage ppp connections, dsl connections and isdn connections in
> NetworkManager.
I think a big co
Dan Williams <[EMAIL PROTECTED]> writes:
> Yes. That is, more or less, the point. What we do _not_ want is some random
> front-end to ifup/ifdown like Red Hat's system-config-network currently is.
> You
> simply do not get the kind of error reporting, user interaction, and feedback
> that i
On Sun, 31 Jul 2005, Olivier Blin wrote:
> Colin Walters <[EMAIL PROTECTED]> writes:
>
> > What we want to do is get to the point where NM is installed everywhere,
> > from servers to desktops to laptops. It should be *the* networking API.
> > That way even on servers or desktops, applications ca
Colin Walters <[EMAIL PROTECTED]> writes:
> What we want to do is get to the point where NM is installed everywhere,
> from servers to desktops to laptops. It should be *the* networking API.
> That way even on servers or desktops, applications can e.g. listen for
> D-BUS signals on network availa
On 7/28/05, Steev <[EMAIL PROTECTED]> wrote:
> Will Dyson wrote:
> > I can work on moving the resolv.conf management into the backends, if
> > people think that would be useful. Do any other distributions (or any
> > of the BSDs) have their own systems for managing resolver information?
> >
>
> Ge
On 7/29/05, Colin Walters <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-07-29 at 12:12 -0400, Will Dyson wrote:
> > The former. My laptop is the only machine that runs NM. All my
> > machines have resolvconf.
>
> What we want to do is get to the point where NM is installed everywhere,
> from servers
On Fri, Jul 29, 2005 at 04:19:47PM -0400, Colin Walters wrote:
> On Fri, 2005-07-29 at 12:12 -0400, Will Dyson wrote:
...
> > But playing
> > nice with resolvconf is so easy, I just don't understand the objection
> > to it.
>
> If I remember from when I used Debian there's about 50 networking
>
On Fri, 2005-07-29 at 22:10 +0200, Thomas Hood wrote:
> Will Dyson wrote:
> > Now, one could say that the real solution here is for Debian/Ubuntu
> > packages of NetworkManager to Conflict: with resolvconf. But playing
> > nice with resolvconf is so easy, I just don't understand the objection
> > t
On Fri, 2005-07-29 at 12:12 -0400, Will Dyson wrote:
> So the added value here is the removal of a potential failure case
> (and one that I'm sure others will hit) when NetworkManager is stopped
> or removed. NetworkManager is supposed to be friendly, and I feel that
> includes doing everything it
Will Dyson wrote:
Now, one could say that the real solution here is for Debian/Ubuntu
packages of NetworkManager to Conflict: with resolvconf. But playing
nice with resolvconf is so easy, I just don't understand the objection
to it.
One advantage of resolvconf is that it already supports delive
On 7/29/05, Colin Walters <[EMAIL PROTECTED]> wrote:
> I don't really see the value in extra indirection through resolvconf
> unless it actually solves some real-world problem that users care about.
> If you can come up with one, great; we can discuss implementation
> details in solving that probl
On Thu, 2005-07-28 at 18:28 -0400, Will Dyson wrote:
> I really use resolvconf because it seems more elegant than having
> various different scripts and programs rewriting my resolv.conf file.
My point is, NetworkManager should be the only program writing out your
resolv.conf. For example, Netwo
Will Dyson wrote:
> I can work on moving the resolv.conf management into the backends, if
> people think that would be useful. Do any other distributions (or any
> of the BSDs) have their own systems for managing resolver information?
>
Gentoo currently just uses /etc/resolv.conf, however there i
On 7/28/05, Steev <[EMAIL PROTECTED]> wrote:
> Shouldn't this go into the debian/ubuntu backend, and not into the
> NetworkManager source itself?
Possibly. Probably, even. But right now, the existing management of
resolv.conf is a bit tied to the named-manager, and I didn't want to
refactor too mu
On 7/28/05, Colin Walters <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-28 at 11:54 -0400, Will Dyson wrote:
> > I've been playing with NetworkManager on my laptop (running Ubuntu).
> > I'm rather pleased with it in general, but I use the resolvconf [1]
> > package for managing /etc/resolv.conf.
>
Shouldn't this go into the debian/ubuntu backend, and not into the
NetworkManager source itself?
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
On Thu, 2005-07-28 at 11:54 -0400, Will Dyson wrote:
> I've been playing with NetworkManager on my laptop (running Ubuntu).
> I'm rather pleased with it in general, but I use the resolvconf [1]
> package for managing /etc/resolv.conf.
Can you explain why you use resolvconf and NetworkManager? Wh
I've been playing with NetworkManager on my laptop (running Ubuntu).
I'm rather pleased with it in general, but I use the resolvconf [1]
package for managing /etc/resolv.conf. NetworkManager's named-manager
currently fights with resolvconf by moving a new file on top of
/etc/resolv.conf, which reso
22 matches
Mail list logo