NetworkManager dependency

[Gary Kramlich]

Yes it is ;)  Although in this case, pushing this upstream is much better
for everyone.  OSX will still suffer, and maybe Michael can figure out an
upstream patch for the BSD's?

On Mon, Dec 28, 2015 at 1:56 AM, Peter Lawler <bleeter at gmail.com> wrote:

> Okay I haven't been around much for quite some time, but is Win32 support
> still a thing?
> On 28 Dec 2015 17:55, "Eion Robb" <eion at robbmob.com> wrote:
>
>> 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
>>>
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at pidgin.im
>> https://pidgin.im/cgi-bin/mailman/listinfo/devel
>>
>


-- 
Thanks,

--
Gary Kramlich <grim at reaperworld.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pidgin.im/pipermail/devel/attachments/20151228/31f5e3b4/attachment-0001.html>