acpipci(4) attachment results in panic on HP mini 210 netbook

2018-12-08 Thread Theo Buehler
>Synopsis: panic: malloc: allocation too large, type = 33, size = >292057776136 >Category: kernel >Environment: System : OpenBSD 6.4 Details : OpenBSD 6.4 (GENERIC.MP) #1: Mon Nov 26 10:18:14 CET 2018

Re: X.org -current with xenodm segmentation fault (xlock?)

2018-12-08 Thread Denis
xlock shows a custom *.xpm picture once enabled. I'm using spectrwm call for xlock program. # cat ~/.spectrwm.conf ... program[lock] = /usr/X11R6/bin/xlock -mode image -bitmap /etc/X11/xenodm/pixmaps/OpenBSD_custom.xpm -count 1 ... The same issue is present with

Re: X.org -current with xenodm segmentation fault (xlock?)

2018-12-08 Thread Matthieu Herrb
On Sat, Dec 08, 2018 at 10:46:31AM +0300, Denis wrote: > Five times of ten getting Segmentation fault when exit from xlock > program. Tested on X.org -current with xenodm Display Manager (startx > -current cause the same problem also with xlock exit). > > The machine is on SoC AMD GX-420CA with

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Arrigo Triulzi
On 8 Dec 2018, at 10:33, Theo de Raadt wrote: > how funny. You still don't get it. Noone cares because noone believe you! OK. Thanks. Arrigo

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Theo de Raadt
>Theo, honestly, I actually pay m:tier Platinum support for myself and >my clients, I am a fervent OpenBSD supporter and I opened what is a >bug. We don't CARE. M:tier is not OpenBSD. Antoine Jacoutot does not work for M:tier You sent an email and you ignored the replies. And kept talking!

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Arrigo Triulzi
On 8 Dec 2018, at 10:15, Theo de Raadt wrote: > If you cannot respect the people who write the software, you probably > shouldn't run the software. > > Just go away. > > You are acting like a gigantic dickhead. Theo, honestly, I actually pay m:tier Platinum support for myself and my clients,

Re: ssh proxyJump doesn't look at /etc/hosts for fqdn

2018-12-08 Thread Solene Rapenne
Klemens Nanni wrote: > On Tue, Dec 04, 2018 at 10:19:55AM +0100, Solene Rapenne wrote: > > > > ssh(1) doesn't seem to resolve a ProxyJump hostname using /etc/hosts when > > the > > hostname is a fqdn. > No comment (yet) on whether this should be changed or not, but a general > advise below. >

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Theo de Raadt
>On 8 Dec 2018, at 09:50, Theo de Raadt wrote: >[...] >> So please take your arrogance elsewhere. > >Thank you pot! > >Arrigo=20 > >P.S. just a warning which returns a fail return code is a bug >Contempt does not make it magically return 0 nor does it make the behaviour >correct. Neither does

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Arrigo Triulzi
On 8 Dec 2018, at 09:50, Theo de Raadt wrote: [...] > So please take your arrogance elsewhere. Thank you pot! Arrigo P.S. “just a warning” which returns a fail return code is a bug. Contempt does not make it magically return 0 nor does it make the behaviour correct. Neither does doing a c

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Theo de Raadt
>Theo, thank you for your wonderful use of language. > >I have taken note of your pearls of wisdom along with the innate perfection >which you exhale with every breath. > >I will strive to reach your masterful superior intellect. Wow. >In the meantime I'll check that indeed syspatch fails safe

Re: OpenBSD 6.4: syspatch assumes all sets installed and fails otherwise

2018-12-08 Thread Arrigo Triulzi
On 8 Dec 2018, at 08:25, Theo de Raadt wrote: > Will you start paying attention?? > > You have been told repeatedly that it is not an error. It is simply a > message. > > Please stop assuming the worst! Theo, thank you for your wonderful use of language. I have taken note of your pearls of