On 26/05/14(Mon) 13:46, Martin Pieuchot wrote:
> I'd appreciate if people having troubles with suspend/resume could try
> this diff an report back.
Fixes it for me! :D
Many thanks.
> Previous diff was lacking the header chunk, please use this one instead.
Was the corresponding commit missing the
It is sometimes desirable to enable synproxy when using relayd's
redirects, this diff allow just that.
In case it gets mangled :
http://dargor.servebeer.com/~dargor/openbsd/relayd-forward-with-synproxy.diff
ok ?
Index: parse.y
=
On 28 May 2014 10:18, Kenneth Westerback wrote:
> On 28 May 2014 10:15, Martin Pieuchot wrote:
>> On 26/05/14(Mon) 15:17, Martin Pieuchot wrote:
>>> On 26/05/14(Mon) 08:03, Kenneth Westerback wrote:
>>> > [...]
>>> >
>>> > dhclient used to create such routes but that was removed as useless so
>>>
On 28 May 2014 10:15, Martin Pieuchot wrote:
> On 26/05/14(Mon) 15:17, Martin Pieuchot wrote:
>> On 26/05/14(Mon) 08:03, Kenneth Westerback wrote:
>> > [...]
>> >
>> > dhclient used to create such routes but that was removed as useless so
>> > I'm not sure why we want/need to add them back. I'm no
On 26/05/14(Mon) 15:17, Martin Pieuchot wrote:
> On 26/05/14(Mon) 08:03, Kenneth Westerback wrote:
> > [...]
> >
> > dhclient used to create such routes but that was removed as useless so
> > I'm not sure why we want/need to add them back. I'm not a routing
> > table guru so perhaps this is differ
Mayo 2014
Mantenimiento de Redes de PC
Asistencia a sus instalaciones para averías de Hardware y software sin límite
de intervenciones.
Asistencia Remota.
Soporte telefónico Gratuito incluido.
Compromiso de asistencia técnica en menos de 48 horas.
Revisión periódica
Configuración de Redes
FYI;- The sudo users mailing list quickly said the 3 issues I identified
are known bugs, which have been fixed in newer sudo versions.
http://www.sudo.ws/sudo/stable.html
"The current stable release of sudo is 1.8.10p3"
$ sudo -V
Sudo version 1.7.2p8
$ uname -a
OpenBSD teak.britvault.co.uk 5.4 G
On 28/05/14(Wed) 09:30, Jérémie Courrèges-Anglas wrote:
> Martin Pieuchot writes:
>
> > Diff below replace in_iawithaddr() + in_broadcast() -> ifa_ifwithaddr(),
> > that does the same for IPv4 since broadcast addresses are added to the
> > tree.
>
> This prevents listeners to bind on 255.255.255
Martin Pieuchot writes:
> Diff below replace in_iawithaddr() + in_broadcast() -> ifa_ifwithaddr(),
> that does the same for IPv4 since broadcast addresses are added to the
> tree.
This prevents listeners to bind on 255.255.255.255, something allowed
with the current code. Thoughts?
> ok?
>
> I
