NetworkManager dependency

[Eion Robb]

I'm not seeing win32 support in there?

On 28 December 2015 at 18:29, Gary Kramlich <grim at reaperworld.com> wrote:

> https://developer.gnome.org/gio/stable/GNetworkMonitor.html since GLib
> 2.32 :-D
>
> So who wants to tackle this?
>
> Thanks,
>
> --
> Gary Kramlich
>
> On Sun, Dec 27, 2015 at 9:46 PM, Gary Kramlich <grim at reaperworld.com>
> wrote:
>
>> Actually, if all we're doing is checking network status and handling a
>> signal on (dis)?connect we should check if we can just do it via GIO.  That
>> way it should just work, removes a dependency, and everyone is hopefully
>> happy :-D  I'll take a look when I have some time later.
>>
>> Thanks,
>>
>> --
>> Gary Kramlich
>>
>>
>> On Sun, Dec 27, 2015 at 7:16 PM, Michael McConville <mmcco at mykolab.com>
>> wrote:
>>
>>> Jorge Villaseñor wrote:
>>> > Michael McConville wrote:
>>> > > Ethan Blanton wrote:
>>> > > > Gary Kramlich spake unto us the following wisdom:
>>> > > > > Wait, are we actually talking about disabling by default instead
>>> of
>>> > > > > updating to the newer version that'll make things better?
>>> > > >
>>> > > > I think they're two separate issues, actually.  But a newer
>>> version of
>>> > > > NM won't really *fix* its crapitudity, it's rather endemic.  It
>>> will
>>> > > > just take care of some specific complaints we have (the nature of
>>> > > > which I don't recall at the moment).
>>> > > >
>>> > > > I am ambivalent on enable or disable by default; I simply said
>>> that it
>>> > > > may be reasonable to disable by default.  Mike simply uses systems
>>> > > > that don't work properly with a wide range of software (including
>>> NM),
>>> > > > so he doesn't like it. ;-)
>>> > >
>>> > > True, to an extent.  :-)  NM does seem like an eminently optional
>>> add-on
>>> > > feature, though. As far as I can tell, we only use it to get a hint
>>> of
>>> > > whether the network is up.
>>> > >
>>> > > I'm also biased against NM in general, having fought its VPN-related
>>> > > bugs in the past.
>>> > >
>>> >
>>> > I agree with explicit configuration so users know what they are
>>> building.
>>> >
>>> > I would suggest we take our biases out and let the user or distributor
>>> > decide what they want in their builds.
>>> >
>>> > I don't recall which functionallity does NM provide to us, if it worth
>>> > it or not, but I think that is a different discussion.
>>>
>>> I didn't mean for that bias comment to be taken particularly seriously.
>>> :-)
>>>
>>> I think we all agree that the configuration should be explicit. It seems
>>> like the discussion is just whether or not NM should be on by default.
>>> What are your thoughts on that? I think it should probably be off by
>>> default because it's only used for a minor supporting feature and it's
>>> usually only available on one platform.
>>>
>>
>>
>>
>> --
>> Thanks,
>>
>> --
>> Gary Kramlich <grim at reaperworld.com>
>>
>
>
>
> --
> Thanks,
>
> --
> Gary Kramlich <grim at reaperworld.com>
>
> _______________________________________________
> Devel mailing list
> Devel at pidgin.im
> https://pidgin.im/cgi-bin/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pidgin.im/pipermail/devel/attachments/20151228/fde72d67/attachment-0001.html>