Re: w3m -dump_extra segfault

[Jon Fineman]

Theo Buehler  writes:

> See https://marc.info/?l=openbsd-misc&m=172641752723332&w=2 for
> background. In short: 'w3m -dump_extra https://lobste.rs' crashes and
> that breaks this emacs plugin.
>
> The below reverts the code change from
>
> https://git.sr.ht/~rkta/w3m/commit/e933cf831f32fd4cf763c64aa60e51dbf025ec94
>
> and makes lobste.rs, duckduckgo and google work with M-x w3m-browse-url
> in emacs. The problem is that the hack results in loadSomething() being
> called with a NULL loadproc, which it doesn't know how to handle. No
> idea how this was supposed to work...
>
> Thankfully the FreeBSD w3m maintainer posted a very detailed analysis to
> https://todo.sr.ht/~rkta/w3m/59
>
> While the below diff makes the reported sites work, it may well break
> other sites. So I'm unsure what the best course of action is. I can
> commit this workaround, but maybe someone who is interested in using
> w3m (from within emacs or not) could keep an eye on the issue and port
> the proper fix (if upstream finds one).
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/w3m/Makefile,v
> diff -u -p -r1.105 Makefile
> --- Makefile  18 Aug 2024 11:11:45 -  1.105
> +++ Makefile  15 Sep 2024 19:58:31 -
> @@ -4,6 +4,7 @@ C=5ae3ef7cb20cd2209629ac0508c05206fd0d
>  DIST_TUPLE=  srht rkta w3m $C .
>  WRKDIST= ${WRKDIR}/w3m-$C
>  DISTNAME=w3m-0.5.3pl20240810
> +REVISION=0
>  
>  CATEGORIES=  www
>  
> Index: patches/patch-file_c
> ===
> RCS file: patches/patch-file_c
> diff -N patches/patch-file_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-file_c  15 Sep 2024 19:59:09 -
> @@ -0,0 +1,15 @@
> +Revert e933cf831f32fd4cf763c64aa60e51dbf025ec94.
> +See also https://todo.sr.ht/~rkta/w3m/59
> +
> +Index: file.c
> +--- file.c.orig
>  file.c
> +@@ -2263,8 +2263,6 @@ loadGeneralFile(char *path, ParsedURL *volatile curren
> + }
> + else if (w3m_dump & DUMP_FRAME)
> + return NULL;
> +-else
> +-proc = NULL;
> + 
> + if (t_buf == NULL)
> + t_buf = newBuffer(INIT_BUFFER_WIDTH);


Thanks for the research Theo.

I deleted the ports w3m package added the patch and did a make install
and verified the patched version of w3m was installed.

However it still fails for me. One test session did get a little more
output than before. I also tried non-image.

Does it matter which emacs flavor of w3m you choose? I have mine set
to:
(setq mm-text-html-renderer 'gnus-w3m)


pkg_info -Q w3m
debug-w3m-0.5.3pl20240810
debug-w3m-0.5.3pl20240810-image
w3m-0.5.3pl20240810
w3m-0.5.3pl20240810-image (installed)
w3mir-1.0.10p0


w3m --version
w3m version w3m/0.5.3+git20230718, options 
lang=en,m17n,image,color,ansi-color,mouse,menu,cookie,ssl,ssl-verify,external-uri-loader,w3mmailer,nntp,gopher,ipv6,alarm,mark


Location: https://lobste.rs/   
Cannot retrieve URL: https://lobste.rs

/usr/local/bin/w3m exits with the code 11

━

Header information

HTTP/1.1 200 OK
Server: nginx
Date: Sun, 15 Sep 2024 23:07:06 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 0
Connection: close
x-frame-options: SAMEORIGIN
x-xss-protection: 0
x-content-type-options: nosniff
x-permitted-cross-domain-policies: none
referrer-policy: strict-origin-when-cross-origin
link: ; rel=preload; as=style; nopush
vary: Accept
etag: W/"234ea776c1acda6bbc277c453ffefb7d"
cache-control: max-age=0, private, must-revalidate
feature-policy: accelerometer 'none'; autoplay 'none'; ambient-light-sensor 
'none'; camera 'none'; encrypted-media 'none'; fullscreen 'none'; geolocation 
'none'; gyroscope 'none'; idle_detection 'none'; magnetometer 'none'; 
microphone 'none'; midi 'none'; payment 'none'; picture-in-picture 'none'; 
screen-wake-lock 'none'; serial 'none'; sync-xhr 'none'; usb 'none'; web-share 
'none'
set-cookie: 
lobster_trap=xT9flv0p8ggR%2Fvc00EZxwTqq9LszcpVVIl%2BPMqPOZbep59qHQvvCb2mbt%2FUXpxOAbpz1YwXeHZn5TzNU2%2BwyMEz4G7EQqS%2BHS4vtdB6g%2FymuLR%2F9e3iXDbyrxwB5MG%2Fzi9NyMJeYCXuw0gp0JKmr7lL%2FnjAHHN%2F9kx%2F1YEqUg2DWoa0dnWnTiIZmUPgkdTX3%2Bb36J9z7Ljs5y1yXAuNwXo3FvtdzZKmRjcIH75v0ZrWGs8BYdeOKFCLaOc4kZ3cozy%2FXJjQWMGxg77ZomCB6XnJZCgu6WppBdMnZ32S5nzmWOqhR0D21zaHV--Lhw5gpPflF6bcfQU--Wnwl9lwakIkks0AdnIdoiA%3D%3D;
 path=/; expires=Tue, 15 Oct 2024 23:07:06 GMT; secure; httponly; SameSite=Lax
x-request-id: 8b15a5ea-0e4e-4738-8780-b414509f62d4
strict-transport-security: max-age=63072000; includeSubDomains; preload
Content-Security-Policy: frame-ancestors 'none'
X-Robots-Tag: noai, noimageai

Re: firefox can't save file do ~/Downloads

[Jon Fineman]

Solène Rapenne  writes:

> Le 01/09/2024 à 12:55, Jon Fineman a écrit :
>> When I try and print to pdf/save file to ~/Downloads I get the
>> following message:
>>
>> The folder contents could not be displayed
>> You do not have access to the specified folder.
>>
>> Not sure when it stopped working (recently though, last few weeks). It
>> had been working. I can see the ~/Downloads directory and
>> contents. Just can't write to it.
>>
>> Mozilla Firefox 129.0.2
>> 7.6 GENERIC.MP#299 amd64
>>
>> I don't believe I changed my unveil files.
>>
>> (/etc/firefox)$: grep Downloads *
>> unveil.content:~/Downloads r
>> unveil.main:~/Downloads rwc
>> (/etc/firefox)$:
>>
>> Any thoughts on what might have changed?
>>
>> Thanks.
>>
>> Jon
>>
> is ~/Downloads a directory or a symbolic link?
> It will not work if it is a symbolic link.

A directory.

firefox can't save file do ~/Downloads

[Jon Fineman]

When I try and print to pdf/save file to ~/Downloads I get the
following message:

The folder contents could not be displayed
You do not have access to the specified folder.

Not sure when it stopped working (recently though, last few weeks). It
had been working. I can see the ~/Downloads directory and
contents. Just can't write to it.

Mozilla Firefox 129.0.2
7.6 GENERIC.MP#299 amd64

I don't believe I changed my unveil files.

(/etc/firefox)$: grep Downloads *
unveil.content:~/Downloads r
unveil.main:~/Downloads rwc
(/etc/firefox)$:

Any thoughts on what might have changed?

Thanks.

Jon

Re: [update] net/soju 0.8.1 -> 0.8.2

[Jon Fineman]

Sorry my bad. For my testing I only compiled this and had not
installed it yet. So when I called sojuctl I accidentally called the
0.8.1 version.

The sojuctl 0.8.2 version works.

Thanks.

Jon


"Johannes Thyssen Tishman"  writes:

> 2024-08-26T21:42:06Z "Jon Fineman" :
>> Thanks for updating soju.
>>
>> It looks like sojuctl needs some attention.
>>
>> sojuctl --help
>> sojuctl[22697]: pinsyscalls addr 2b6f5ff19 code 253, pinoff 0x (pin 
>> 330 216ecc000-216eda66d e66d) (libcpin 0 0-0 0) error 78
>> Abort trap (core dumped)
>
> Hi Jon. I can't reproduce this. Does this happen right after installing
> soju?  Are you using the default configuration? More context would be
> helpful.

Re: [update] net/soju 0.8.1 -> 0.8.2

[Jon Fineman]

Thanks for updating soju.

It looks like sojuctl needs some attention.

sojuctl --help
sojuctl[22697]: pinsyscalls addr 2b6f5ff19 code 253, pinoff 0x (pin 330 
216ecc000-216eda66d e66d) (libcpin 0 0-0 0) error 78
Abort trap (core dumped)


"Johannes Thyssen Tishman"  writes:

> Please find below an update for net/soju to version 0.8.2.
>

Re: update: mail/offlineimap to latest HEAD

[Jon Fineman]

Sebastien Marie  writes:

> Hi,
>
> With the switch to python-3.11 by default, mail/offlineimap stopped
> working due to some (wrong) assertion:
>
>   AssertionError: Your sqlite is not multithreading safe.
>
> The `sqlite3.threadsafety` changed in python-3.11, the value is set
> dynamically instead of hard-coding it to 1, and offlineimap is checking
> for `1`.
>
>
> The current version of mail/offlineimap is the latest published release
> (8.0.0 from Oct 18, 2021), but the repository is somehow active (last
> commit is 5 months ago) and has proper python-3.11 support.
>
> The following diff updates mail/offlineimap to the latest commit in
> HEAD. I am using the date of the commit for the patchlevel suffix.
>
> With it, I could use offlineimap again.
>
> Comments or OK ?
> -- 
> Sebastien Marie
>

This patch also worked for me.

And thanks.

Re: firefox coredump (not wayland)

[Jon Fineman]

On Mon, Dec 25, 2023 at 08:41:16PM -0500, Jon Fineman wrote:


Landry Breuil  writes:


Le Thu, Dec 21, 2023 at 06:25:23AM -0500, Jon Fineman a écrit :

Since upgrading my firefox has been crashing every night, when I am
not on. My desktop isn't set up to sleep, just xscreensaver.


no real idea, but whatever page you're leaving open, it's leaking, as
the trace shows:

#5  NS_ABORT_OOM (aSize=)

if you want to figure which one, open about:processes, and grab a
screenshot of the firefox window every minute ?



I created a new profile and that seems to have fixed my core dumps. I 
didn't re-add a few plug-ins, custom font, and a few settings on purpose.


Thanks.

Re: firefox coredump (not wayland)

[Jon Fineman]

Landry Breuil  writes:

> Le Thu, Dec 21, 2023 at 06:25:23AM -0500, Jon Fineman a écrit :
>> Since upgrading my firefox has been crashing every night, when I am
>> not on. My desktop isn't set up to sleep, just xscreensaver.
>
> no real idea, but whatever page you're leaving open, it's leaking, as
> the trace shows:
>
> #5  NS_ABORT_OOM (aSize=)
>
> if you want to figure which one, open about:processes, and grab a
> screenshot of the firefox window every minute ?

Thanks for the insights and suggestions.

I left FF open with one tab that is a simple HTML file I created and
it still crashes. Maybe it is a leak in FF unrelated to running a page
with heavy javascript?

So assuming this isn't common what else might impact FF?

Below is my login.conf entry for my id:

:path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin /usr/local/bin 
/usr/local/sbin:\
:umask=022:\
:datasize-max=infinity:\
:datasize-cur=infinity:\
:datasize=infinity:\
:maxproc-max=1024:\
:maxproc-cur=512:\
:openfiles-max=8192:\
:openfiles-cur=8192:\
:stacksize-cur=64M:\
:localcipher=blowfish,a:\
:tc=auth-defaults:\
:tc=auth-ftp-defaults:

firefox coredump (not wayland)

[Jon Fineman]

Since upgrading my firefox has been crashing every night, when I am
not on. My desktop isn't set up to sleep, just xscreensaver.

firefox --version
Mozilla Firefox 120.0.1

pkg_info -Q firefox
debug-firefox-120.0.1p0 (installed)
firefox-120.0.1p0 (installed)


kern.version=OpenBSD 7.4-current (GENERIC.MP) #1523: Fri Dec 15 16:17:19 MST 
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP



dmesg below, then tty output, then egdb.




OpenBSD 7.4-current (GENERIC.MP) #1473: Thu Dec  7 23:51:46 MST 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 34253340672 (32666MB)
avail mem = 33195581440 (31657MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.2 @ 0xe6cc0 (23 entries)
bios0: vendor American Megatrends Inc. version "P6.00" date 08/06/2019
bios0: ASRock AB350 Gaming-ITX/ac
efi0 at bios0: UEFI 2.7
efi0: American Megatrends rev 0x5000e
acpi0 at bios0: ACPI 6.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT SSDT SSDT SSDT MCFG AAFT HPET SSDT UEFI 
BGRT SSDT CRAT CDIT SSDT SSDT WSMT
acpi0: wakeup devices GPP0(S4) GPP1(S4) GPP3(S4) GPP4(S4) GPP5(S4) GPP6(S4) 
GPP7(S4) GPP8(S4) GPP9(S4) GPPA(S4) GPPB(S4) GPPC(S4) GPPD(S4) GPPE(S4) 
GPPF(S4) GP17(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Ryzen 5 1600 Six-Core Processor, 3200.01 MHz, 17-01-01, patch 08001138
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu0: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01, patch 08001138
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu1: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01, patch 08001138
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 8 (application processor)
cpu3: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01, patch 08001138
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu3: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu3: smt 0, core 4, package 0
cpu4 at mainbus0: apid 10 (application processor)
cpu4: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01, patch 08001138
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,HWPSTATE,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,

Re: chromium display

[Jon Fineman]

Thank you. That resolved it.


On Sat, Jul 15, 2023 at 10:00:52AM -0300, Gleydson Soares wrote:

Hello Jon,

It seems to be a known issue and workaround would be purging the GPUCache

~/.config/chromium/Default/GPUCache

Relates to
https://bugs.chromium.org/p/chromium/issues/detail?id=1442633

- gsoares

On Sat, Jul 15, 2023 at 08:37:49AM -0400, Jon Fineman wrote:

I am having trouble with chromium-114.0.5735.198p2 displaying jpeg, etc for
example in Instagram or Youtube the graphics are blank. Also when I click
the three buttons in the top right the menu is corrupted.

If a view a jpeg from the filesystem it will display it. But when I x out of
the tab and chromium reverts to displaying the prior tab it will show half
of the pic on that tab.

If I click on a pdf and then go back half of the pdf is still displayed on
the prior page.

I am also seeing some display flickering at times.

Any thoughts on how to debug this?


kern.version=OpenBSD 7.3-current (GENERIC.MP) #1287: Fri Jul 14 13:18:53 MDT 
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP



,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 8 (application processor)
cpu3: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu3: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu3: smt 0, core 4, package 0
cpu4 at mainbus0: apid 10 (application processor)
cpu4: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu4: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu4: smt 0, core 5, package 0
cpu5 at mainbus0: apid 12 (application processor)
cpu5: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu5: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu5: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu5: smt 0, core 6, package 0
cpu6 at mainbus0: apid 1 (application processor)
cpu6: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu6: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu6: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu6: smt 1, core 0, package 0
cpu7 at mainbus0: apid 3 (application processor)
cpu7: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu7: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu7: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu7: smt 1, core 1, package 0
cpu8 at mainbus0: apid 5 (application processor)
cpu8: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu8: 
FPU,VME,DE,PSE,TSC,MSR

chromium display

[Jon Fineman]

I am having trouble with chromium-114.0.5735.198p2 displaying jpeg, 
etc for example in Instagram or Youtube the graphics are blank. Also 
when I click the three buttons in the top right the menu is corrupted.


If a view a jpeg from the filesystem it will display it. But when I x 
out of the tab and chromium reverts to displaying the prior tab it 
will show half of the pic on that tab.


If I click on a pdf and then go back half of the pdf is still 
displayed on the prior page.


I am also seeing some display flickering at times.

Any thoughts on how to debug this?


kern.version=OpenBSD 7.3-current (GENERIC.MP) #1287: Fri Jul 14 13:18:53 MDT 
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP



,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu2: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 8 (application processor)
cpu3: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu3: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu3: smt 0, core 4, package 0
cpu4 at mainbus0: apid 10 (application processor)
cpu4: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu4: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu4: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu4: smt 0, core 5, package 0
cpu5 at mainbus0: apid 12 (application processor)
cpu5: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu5: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu5: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu5: smt 0, core 6, package 0
cpu6 at mainbus0: apid 1 (application processor)
cpu6: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu6: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu6: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu6: smt 1, core 0, package 0
cpu7 at mainbus0: apid 3 (application processor)
cpu7: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu7: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu7: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu7: smt 1, core 1, package 0
cpu8 at mainbus0: apid 5 (application processor)
cpu8: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu8: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,

kitty seg faults on current #1092

[Jon Fineman]

Any suggestions about how to debug this?

kern.version=OpenBSD 7.3-beta (GENERIC.MP) #1092: Mon Mar  6 01:04:15 MST 2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Re: vlc core segmentation fault

[Jon Fineman]

I am still seeing this issue. Any ideas on how to fix it?

VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2)
[0e65749ff260] main libvlc: Running vlc with the default interface. Use 
'cvlc' to use vlc without interface.
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'
[0e65da556960] qt interface error: Unable to load extensions module
Segmentation fault (core dumped) 


kern.version=OpenBSD 7.2-current (GENERIC.MP) #1075: Fri Feb 24 10:09:47 MST 
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

vlc core segmentation fault

[Jon Fineman]

I think this started about a week ago. Any other info needed? cvlc
does work.


$: vlc movie.mp4 
VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2)
[02906806b860] main libvlc: Running vlc with the default interface. Use 
'cvlc' to use vlc without interface.
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'
[028fb041f660] qt interface error: Unable to load extensions module
Segmentation fault (core dumped) 
$:


kern.version=OpenBSD 7.2-current (GENERIC.MP) #1031: Fri Feb 10 21:22:48 MST 
2023
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP


DMESG:

2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu4: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu4: smt 0, core 5, package 0
cpu5 at mainbus0: apid 12 (application processor)
cpu5: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu5: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu5: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu5: smt 0, core 6, package 0
cpu6 at mainbus0: apid 1 (application processor)
cpu6: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu6: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu6: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu6: smt 1, core 0, package 0
cpu7 at mainbus0: apid 3 (application processor)
cpu7: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu7: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu7: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu7: smt 1, core 1, package 0
cpu8 at mainbus0: apid 5 (application processor)
cpu8: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu8: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu8: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu8: smt 1, core 2, package 0
cpu9 at mainbus0: apid 9 (application processor)
cpu9: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu9: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu9: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu9: smt 1, core 4, package 0
cpu10 at mainbus0: apid 11 (application processor)
cpu10: AMD Ryzen 5 1600 Six-Core Processor, 3200.00 MHz, 17-01-01
cpu10: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,SKINIT,TCE,TOPEXT,CPCTR,DBKP,PCTRL3,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,RDSEED,ADX,SMAP,CLFLUSHOPT,SHA,IBPB,XSAVEOPT,XSAVEC,XGETBV1,XSAVES
cpu10: 32KB 64b/line 8-way D-cache, 64KB 64b/line 4-way I-cache, 512KB 64b/line 
8-wa

Re: [patch] neomutt

[Jon Fineman]

On Tue, Jan 03, 2023 at 11:56:16PM +, Stuart Henderson wrote:

On 2023/01/04 00:06, Theo Buehler wrote:

On Tue, Jan 03, 2023 at 05:36:24PM -0500, Jon Fineman wrote:
> I was thinking of this one. Sorry if I have folks confused. I can't find it
> in CVS due to the file rename. So I have included the git link.
>
> 
<https://github.com/openbsd/ports/commit/90907c5a16e53ea0d0f5d6f389153cbac355bba3>

That says "sthen committed on May 25, 2017".

The port has a maintainer (sthen) who should always be in Cc when a
change to the port is suggested. Not sure why some other person who
happens to be mentioned in a commit message > 5 years ago should be
responsible.

The sasl patches you suggest to remove are leftovers of the pledge
patches for mutt which were dropped for neomutt at some point. I can't
tell whether that removal was deliberate or an accident - the Makefile
still says # uses pledge().


Accidental.


The auto_def patch doesn't look like a patch that should be dropped.


I think that may have been something to do with the issue fixed in
curses.h r1.63 about wide char functions, though I'm not certain as
just copying curses.h 1.62 doesn't cause it to fail.

IIRC it was previously failing to link without that patch.

I've dropped that patch. (I have some odd behaviour with display of
my sent folders, but that's the same with/without the patch; FWIW
I normally use mutt not neomutt).


In any case, if you change patches you probably need to bump REVISION.


I've reinstated the pledge patch to main.c and tested with gpgme+sasl.
If someone using neomutt+notmuch could give that a spin (after anoncvs
has updated; version will be neomutt-20220429p0) and check that things
are still ok there, it would be helpful.



Thanks. I saw your update and tested FLAVOR="gpgme sasl notmuch". It 
builds fine and seems to run fine. No pledge crashes. My Sent folder 
renders fine.


Looks good to me.

Re: [patch] neomutt

[Jon Fineman]

I was thinking of this one. Sorry if I have folks confused. I can't 
find it in CVS due to the file rename. So I have included the git 
link.





On Tue, Jan 03, 2023 at 11:18:01PM +0100, Theo Buehler wrote:

I am CC'ing tb as they touched this patch last.


I never touched neomutt.

[patch] neomutt

[Jon Fineman]

I built upstream neomutt with gpgme sasl notmuch options and ports 
neomutt FLAVOR (gpgme sasl notmuch) without any patches. Both linked 
and launched without any issues. I did a cursory run through of 
neomutt/Notmuch and neomutt/IMAP and they looked fine.


The one patch looks like it is exposing mutt_sasl_start(void) for an 
external plugin maybe. Am I missing a user that is depending on this?


Assuming no issues with this I am including the below patch.

I am CC'ing tb as they touched this patch last.



Index: patch-auto_def
===
RCS file: patch-auto_def
diff -N patch-auto_def
--- patch-auto_def  29 Apr 2022 14:33:37 -  1.18
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,18 +0,0 @@
-Cope with some problem, possibly related to the old version of curses in 
OpenBSD
-
-Index: auto.def
 auto.def.orig
-+++ auto.def
-@@ -754,9 +754,9 @@ cc-with [list -libs -L$ncurses_prefix/$::libdir_tail] 
- user-error "Unable to find ncursesw library"

-   }
- 
--  foreach f {bkgrndset setcchar} {

--cc-check-function-in-lib $f $ncurses_lib
--  }
-+#  foreach f {bkgrndset setcchar} {
-+#cc-check-function-in-lib $f $ncurses_lib
-+#  }
- }
- 
- # Locate the directory containing ncurses.h

Index: patch-conn_sasl_c
===
RCS file: patch-conn_sasl_c
diff -N patch-conn_sasl_c
--- patch-conn_sasl_c   29 Apr 2022 14:33:37 -  1.12
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-Index: conn/sasl.c
 conn/sasl.c.orig
-+++ conn/sasl.c
-@@ -269,7 +269,7 @@ static int mutt_sasl_cb_log(void *context, int priorit
-  *
-  * Call before doing an SASL exchange (initialises library if necessary).
-  */
--static int mutt_sasl_start(void)
-+int mutt_sasl_start(void)
- {
-   static bool sasl_init = false;
- 
Index: patch-conn_sasl_h

===
RCS file: patch-conn_sasl_h
diff -N patch-conn_sasl_h
--- patch-conn_sasl_h   7 Mar 2022 21:36:45 -   1.5
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,10 +0,0 @@
-Index: conn/sasl.h
 conn/sasl.h.orig
-+++ conn/sasl.h
-@@ -36,5 +36,6 @@ int  mutt_sasl_client_new(struct Connection *conn, sas
- void mutt_sasl_done  (void);
- int  mutt_sasl_interact  (sasl_interact_t *interaction);
- void mutt_sasl_setup_conn(struct Connection *conn, sasl_conn_t *saslconn);
-+int  mutt_sasl_start (void);
- 
- #endif /* MUTT_CONN_SASL_H */

Re: 7.2 firefox cups printers not available

[Jon Fineman]

It works in:
kern.version=OpenBSD 7.2-current (GENERIC.MP) #827: Thu Nov 10 13:46:36 MST 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Mozilla Firefox 106.0.2

With unveil disabled in content, gpu, and main.


Nicola Dell'Uomo  writes:

> I can confirm this issue in -current 7.2 GENERIC.MP#826 amd64.
> As in your case I can see cups printers in thunderbird but not in firefox.
>
>
> --- Original Message ---
> Il venerdì 11 novembre 2022 13:14, Marcus MERIGHI  ha 
> scritto:
>
>
>> Hello!
>> 
>> I do not see CUPS printers in firefox, only pdf and lpr.
>> 
>> Can anyone confirm it works for her/him?
>> 
>> Thunderbird on the other hand shows the CUPS printer.
>> 
>> OpenBSD 7.2 GENERIC.MP#0 amd64, with patches.
>> 
>> Packages (yes, I've read pkg-readmes/cups):
>> 
>> cups-2.4.2p0 Common Unix Printing System
>> cups-filters-1.28.16 OpenPrinting CUPS filters
>> cups-libs-2.4.2 CUPS libraries and headers
>> firefox-106.0.2 Firefox web browser
>> firefox-i18n-de-105.0.1 de language pack for Firefox
>> gtk+2-cups-2.24.33p1 gtk+2 CUPS print backend
>> gtk+3-cups-3.24.34p0 gtk+3 CUPS print backend
>> gtk+4-cups-4.8.1 gtk+4 CUPS print backend
>> 
>> Thanks, Marcus

Re: neochat 1.2.0 seq fault

[Jon Fineman]

On Sun, Jun 12, 2022 at 08:18:32PM +0200, Omar Polo wrote:

Jon Fineman  wrote:

On Sun, Jun 12, 2022 at 07:41:12PM +0200, Rafael Sadowski wrote:
>On Sat Jun 11, 2022 at 11:07:41AM -0400, Jon Fineman wrote:
>> Whenever I exit from neochat I get a seq fault. Other than that it
>> seems to work fine.
>>
>> Neochat version 1.2.0. OpenBSD current:
>> kern.version=OpenBSD 7.1-current (GENERIC.MP) #575: Mon Jun  6 10:11:31 MDT 
2022
>> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>>
>> First copy/paste is the terminal output, second egdb. I don't have a
>> debug version.
>>
>
>Remove ./.config/KDE/neochat.conf and then try again, please.


OP is not using the updated neochat, is still using 1.2.0


Same steps. Still got a core dump.


neochat was recently updated (or is in the process of being updated, see
the other thread here on ports@), so please wait for when the package
for 22.04 will be available, delete ~/.config/KDE/neochat.conf and retry :)




I built the new version of neochat and removed the .conf file and I am 
still getting a core dump on exit. It asked for a KDE password


When I launch it a second time it core dumps right away. Removing the 
.conf again and launching it a third time works. It did not ask for a 
KDE password.




desktop(~)$: ls -l ~/.config/KDE/   
total 0



desktop(~)$: /usr/ports/pobj/neochat-22.04/build-amd64/bin/neochat -v
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'
neochat 22.04


desktop(~)$: /usr/ports/pobj/neochat-22.04/build-amd64/bin/neochat   
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'

quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://m/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" stopped without ready network reply
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://ma/.well-known/matrix/client
QHttpNetworkConnectionPrivate::_q_hostLookupFinished could not de-queue 
request, failed to report HostNotFoundError
quotient.jobs: "GetWellknownJob" stopped without ready network reply
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://mat/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://mat/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host mat not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
QHttpNetworkConnectionPrivate::_q_hostLookupFinished could not de-queue 
request, failed to report HostNotFoundError
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matr/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://matr/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host matr not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matri/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://matri/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host matri not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matrix/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://matrix/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host matrix not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matrix.o/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://matrix.o/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host matrix.o not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matrix.or/.well-known/matrix/client
quotient.jobs: No valid HTTP headers from GET 
https://matrix.or/.well-known/matrix/client
quotient.jobs: "GetWellknownJob" status NetworkError: Host matrix.or not found
quotient.jobs: "GetWellknownJob": retry #1 in 5 s
quotient.jobs: "GetWellknownJob" stopped with empty network reply
quotient.jobs: Sent GET https://matrix.org/.well-known/matrix/client
quotient.jobs: 200 <- GET https://matrix.org/.well-known/matrix/client
quotient.main: .well-known URL for "matrix.org" is 
"https://matrix-client.matrix.org";
quotien

Re: neochat 1.2.0 seq fault

[Jon Fineman]

On Sun, Jun 12, 2022 at 07:41:12PM +0200, Rafael Sadowski wrote:

On Sat Jun 11, 2022 at 11:07:41AM -0400, Jon Fineman wrote:

Whenever I exit from neochat I get a seq fault. Other than that it
seems to work fine.

Neochat version 1.2.0. OpenBSD current:
kern.version=OpenBSD 7.1-current (GENERIC.MP) #575: Mon Jun  6 10:11:31 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

First copy/paste is the terminal output, second egdb. I don't have a
debug version.



Remove ./.config/KDE/neochat.conf and then try again, please.



Same steps. Still got a core dump.

neochat 1.2.0 seq fault

[Jon Fineman]

Whenever I exit from neochat I get a seq fault. Other than that it
seems to work fine.

Neochat version 1.2.0. OpenBSD current: 
kern.version=OpenBSD 7.1-current (GENERIC.MP) #575: Mon Jun  6 10:11:31 MDT 2022
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

First copy/paste is the terminal output, second egdb. I don't have a
debug version.





desktop(~)$: neochat
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'
Read the access token from the keychain for  "@jjf:matrix.org"
file:///usr/local/lib/qt5/qml/org/kde/kirigami.2/templates/OverlaySheet.qml:569:17:
 QML ColumnLayout: Binding loop detected for property "height"
Could not read the access token from the keychain:  Unknown error
quotient.main: Alias "#emacs:matrix.org" will be force-remapped from 
"!PWxnIIDhCBAbNItsSN:matrix.org" to "!WfZsmtnxbxTdoYPkaT:greyface.org"
qrc:/qml/main.qml:298:5: QML Connections: Implicitly defined onFoo properties 
in Connections are deprecated. Use this syntax instead: function 
onFoo() { ... }
2 user(s) in the room
kf.sonnet.core: Sonnet: No speller backends available!
Connected to room "!qqWTFprrsJvYxEzUox:matrix.org" as "@jjf:matrix.org"
load glyph failed err=7 face=0xb4ffbacc800, glyph=33
load glyph failed err=7 face=0xb4ffbacc800, glyph=33
qrc:/imports/NeoChat/Page/RoomPage.qml:54:5: QML Connections: Implicitly 
defined onFoo properties in Connections are deprecated. Use this syntax 
instead: function onFoo() { ... }
qrc:/imports/NeoChat/Page/RoomPage.qml:263: TypeError: Cannot read property 
'visibility' of null
quotient.jobs.sync: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/sync
qrc:/qml/main.qml:145:20: QML RoomDrawer: Binding loop detected for property 
"contentHeight"
quotient.jobs: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/notifications
file:///usr/local/lib/qt5/qml/org/kde/kirigami.2/Avatar.qml:262:9: QML Image: 
Media id '' doesn't follow server/mediaId pattern
quotient.jobs: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/rooms/!qqWTFprrsJvYxEzUox:matrix.org/messages
quotient.jobs: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/capabilities
qrc:/imports/NeoChat/Component/ChatBox/ChatBox.qml:63: ReferenceError: 
fontMetrics is not defined
qrc:/imports/NeoChat/Page/RoomPage.qml:152:9: Unable to assign [undefined] to 
bool
quotient.jobs: 200 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/capabilities
quotient.jobs: 200 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/notifications
quotient.jobs.sync: 200 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/sync
quotient.jobs.sync: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/sync
quotient.jobs: 200 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/rooms/!qqWTFprrsJvYxEzUox:matrix.org/messages
kf.kirigami: Units.devicePixelRatio is deprecated (since 5.86): This returns 1 
when using Qt HiDPI scaling.
quotient.jobs: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/profile/@jjf:matrix.org
quotient.jobs: Sent GET 
https://matrix-client.matrix.org/_matrix/client/r0/profile/@server:matrix.org
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: "GetContentThumbnailJob" stopped with empty network reply
quotient.jobs: 200 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/profile/@jjf:matrix.org
quotient.jobs: 404 <- GET 
https://matrix-client.matrix.org/_matrix/client/r0/profile/@server:matrix.org
quotient.jobs: "GetUserProfileJob" status NotFoundError: Error transferring 
https://matrix-client.matrix.org/_matrix/client/r0/profile/@server:matrix.org - 
server replied: Not Found
quotient.jobs: "GetUserProfileJob" status NotFoundError: Profile was not found
Segmentation fault (core dumped) 

desktop(~)$: neochat -v
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-jjf'
neochat 1.2.0
desktop(~)$: 




desktop(~)$: egdb neochat neochat.core
GNU gdb (GDB) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.1".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...

libreoffice in snapshot

[Jon Fineman]

I am on current my installurl is "https://cdn.openbsd.org/pub/OpenBSD"; 
and I notice that libreoffice is not in ports at 
"https://openbsd.mirror.constant.com/pub/OpenBSD/snapshots/packages/amd64/";.


I was wondering if ports is under maintenance or if the libreoffice 
build failed?


Thanks.

Jon

neomutt segmentation fault

[Jon Fineman]

I upgraded openBSD and updated packages about 6 hours ago and this was 
the first issue on this release.


Version and dmesg follow, debug.

I had quit viewing a message, deleted it, and was changing folders.


desktop(~)$: egdb neomutt neomutt.core 
GNU gdb (GDB) 9.2

Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...
Reading symbols from /usr/local/bin/.debug/neomutt.dbg...
[New process 231856]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mutt_addrlist_clear (al=0xff650b15000) at 
../neomutt-20211029/address/address.c:1479
1479../neomutt-20211029/address/address.c: No such file or directory.
(gdb) bt
#0  mutt_addrlist_clear (al=0xff650b15000) at 
../neomutt-20211029/address/address.c:1479
#1  0x0ff38f8e9c56 in mutt_env_free (ptr=0xff68573cc88) at 
../neomutt-20211029/email/envelope.c:103
#2  0x0ff38f8e91cc in mutt_body_free (ptr=0xff660c66970) at 
../neomutt-20211029/email/body.c:94
#3  0x0ff38f8e91d9 in mutt_body_free (ptr=0xff5f2449530) at 
../neomutt-20211029/email/body.c:95
#4  0x0ff38f8e953c in email_free (ptr=0xff5f244bb08) at 
../neomutt-20211029/email/email.c:59
#5  0x0ff38f8370f5 in mx_fastclose_mailbox (m=0xff5f2417a00) at 
../neomutt-20211029/mx.c:456
#6  0x0ff38f837c17 in mx_mbox_close (m=0xff5f2417a00) at 
../neomutt-20211029/mx.c:899
#7  0x0ff38f8421ed in change_folder_mailbox (menu=0xff685723600, m=0xff5f241a200, 
oldcount=0xff660c80584, shared=0xff5f2421180, read_only=)
at ../neomutt-20211029/index/dlg_index.c:601
#8  0x0ff38f849bb4 in op_sidebar_open (shared=0x7f7d6cd0, priv=0xff660c80580, 
op=) at ../neomutt-20211029/index/functions.c:2916
#9  0x0ff38f843422 in mutt_index_menu (dlg=, m_init=) at ../neomutt-20211029/index/dlg_index.c:1341
#10 0x0ff38f82c3ab in main (argc=, argv=, 
envp=) at ../neomutt-20211029/main.c:1377
(gdb)


kern.version=OpenBSD 7.0-current (GENERIC.MP) #158: Fri Dec 10 
01:11:18 MST 2021

dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP


 6 "Intel 100 Series SDXC" rev 0x21: apic 2 int 23
sdhc0: SDHC 3.0, 200 MHz base clock
sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed, ddr52, dma
"Intel 100 Series LPC" rev 0x21 at pci0 dev 31 function 0 not configured
"Intel 100 Series PMC" rev 0x21 at pci0 dev 31 function 2 not configured
"Intel 100 Series HD Audio" rev 0x21 at pci0 dev 31 function 3 not configured
"Intel 100 Series SMBus" rev 0x21 at pci0 dev 31 function 4 not configured
em0 at pci0 dev 31 function 6 "Intel I219-V" rev 0x21: msi, address 
f4:4d:30:63:5b:6a
isa0 at mainbus0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
efifb0 at mainbus0: 1920x1080, 32bpp
wsdisplay0 at efifb0 mux 1: console (std, vt100 emulation)
uhub1 at uhub0 port 3 configuration 1 interface 0 "VIA Labs, Inc. USB2.0 Hub" 
rev 2.10/b.e0 addr 2
"vendor 0x046d product 0x081b" rev 2.00/0.12 addr 3 at uhub1 port 1 not 
configured
uhub2 at uhub1 port 4 configuration 1 interface 0 "VIA Labs, Inc. USB2.0 Hub" 
rev 2.10/b.e0 addr 4
uhidev0 at uhub2 port 4 configuration 1 interface 0 "Logitech USB Keyboard" rev 
1.10/64.00 addr 5
uhidev0: iclass 3/1
ukbd0 at uhidev0
wskbd0 at ukbd0: console keyboard, using wsdisplay0
uhidev1 at uhub2 port 4 configuration 1 interface 1 "Logitech USB Keyboard" rev 
1.10/64.00 addr 5
uhidev1: iclass 3/0, 3 report ids
uhid at uhidev1 reportid 1 not configured
uhid at uhidev1 reportid 2 not configured
uhid at uhidev1 reportid 3 not configured
uhidev2 at uhub0 port 4 configuration 1 interface 0 "PixArt USB Optical Mouse" 
rev 2.00/1.00 addr 6
uhidev2: iclass 3/1
uhid at uhidev2 not configured
"vendor 0x8087 product 0x0a2b" rev 2.00/0.01 addr 7 at uhub0 port 7 not 
configured
uhub3 at uhub0 port 15 configuration 1 interface 0 "VIA Labs, Inc. USB3.0 Hub" 
rev 3.00/b.e1 addr 8
uhub4 at uhub3 port 4 configuration 1 interface 0 "VIA Labs, Inc. USB3.0 Hub" 
rev 3.00/b.e5 addr 9
softraid0 at root
scsibus1 at softraid0: 256 targets
root on rd0a swap on rd0b dump on rd0b
iwm0: could not read firmware iwm-8000C-36 (error 2)
iwm0: failed to load init firmware
uhidev2 detached
uhidev2 at uhub0 port 4 configuration 1 interface 0 "PixArt USB Optical Mouse" 
rev 2.00/1.00 addr 6
uhidev2: iclass 3/1
uhid at uhidev2 not configured
syncing disks...
OpenBSD 7.0-current (GENERIC.MP) #112: Mon Nov 2

notmuch 0.33.2 segmentation fault

[Jon Fineman]

Not sure what led to this. I recreated the xapian database and it 
works fine now, so there is no concern there.


I first noticed it in emacs/notmuch doing a search. I got the below 
error. Other searches would work/complete.


[Mon Nov  8 11:56:59 2021]
notmuch exited with status segmentation fault (core dumped)
command: notmuch search --format\=sexp --format-version\=5 --sort\=oldest-first 
folder\:hobbies.mutt_hobby
exit signal: segmentation fault (core dumped)


I then ran the same query in notmuch cli and seg fault. That trace is 
appended below.


I am running:
kern.version=OpenBSD 7.0-current (GENERIC.MP) #69: Thu Nov  4 09:11:32 
MDT 2021

dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
debug-emacs-27.2p3-gtk3 (installed)
debug-notmuch-0.33.2 (installed)



desktop(~)$: egdb notmuch notmuch_20211108.core 
GNU gdb (GDB) 9.2

Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from notmuch...
Reading symbols from /usr/local/bin/.debug/notmuch.dbg...
[New process 234001]
Core was generated by `notmuch'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x0dde58b24c91 in notmuch_tags_valid (tags=0x0) at lib/tags.c:51
51  lib/tags.c: No such file or directory.
(gdb) bt
#0  0x0dde58b24c91 in notmuch_tags_valid (tags=0x0) at lib/tags.c:51
#1  0x0dde58b39153 in _thread_add_message (thread=, message=0xddec7f06c60, 
exclude_terms=0xddec7f233e0, omit_exclude=NOTMUCH_EXCLUDE_TRUE) at lib/thread.cc:254
#2  _notmuch_thread_create (ctx=0xddec7f11060, notmuch=, seed_doc_id=117767, 
match_set=0xddec7f11278, exclude_terms=0xddec7f233e0, omit_excluded=NOTMUCH_EXCLUDE_TRUE, 
sort=NOTMUCH_SORT_NEWEST_FIRST) at lib/thread.cc:631

#3  0x0dde58b34f91 in notmuch_threads_get (threads=) at 
lib/query.cc:572
#4  0x0ddc1af61949 in do_search_threads (ctx=) at 
notmuch-search.c:149
#5  notmuch_search_command (notmuch=, argc=, 
argv=)
at notmuch-search.c:845
#6  0x0ddc1af5964c in main (argc=, argv=0x7f7f08e0) at 
notmuch.c:583
(gdb) 

neomutt segmentation fault

[Jon Fineman]

OpenBSD 7.0 release
debug-neomutt-20210205-notmuch (installed)
neomutt-20210205-notmuch (installed)

I guess I shouldn't have commented about not having any dumps.

desktop(~)$: egdb neomutt neomutt_20211020.core 
GNU gdb (GDB) 7.12.1

Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...Reading symbols from 
/usr/local/bin/.debug/neomutt.dbg...done.
done.
[New process 497769]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mutt_addrlist_clear (al=0x88c58bc5800) at 
../neomutt-20210205/address/address.c:1476
1476../neomutt-20210205/address/address.c: No such file or directory.
(gdb) bt
#0  mutt_addrlist_clear (al=0x88c58bc5800) at 
../neomutt-20210205/address/address.c:1476
#1  0x088a444b1fd6 in mutt_env_free (ptr=0x88c638d99a0) at 
../neomutt-20210205/email/envelope.c:103
#2  0x088a444b15ec in mutt_body_free (ptr=0x88ca037bd78) at 
../neomutt-20210205/email/body.c:94
#3  0x088a444b15f9 in mutt_body_free (ptr=0x88d1c914b50) at 
../neomutt-20210205/email/body.c:95
#4  0x088a444b18fa in email_free (ptr=0x88c631d9528) at 
../neomutt-20210205/email/email.c:54
#5  0x088a4441ae45 in mx_fastclose_mailbox (m=0x88cc787a600) at 
../neomutt-20210205/mx.c:472
#6  0x088a4441b841 in mx_mbox_close (ptr=0x88a444e7980 ) at 
../neomutt-20210205/mx.c:912
#7  0x088a443fee15 in change_folder_mailbox (menu=0x88cabe7a500, m=0x88cc787a600, 
oldcount=0x7f7caeec, cur=0x7f7caef0, read_only=)
at ../neomutt-20210205/index.c:712
#8  0x088a443f89cf in mutt_index_menu (dlg=0x88c5b6a2600) at 
../neomutt-20210205/index.c:2384
#9  0x088a4440a5b9 in main (argc=, argv=, 
envp=) at ../neomutt-20210205/main.c:1238
(gdb)

--

Re: neomutt segmentation fault

[Jon Fineman]

Under 6.9 I had submitted several seq fault traces and had even more 
not submitted. I was experiencing a fault once a day at least.


Stuart provided a patch under 6.9 that greatly reduced the dumps. I 
had I think two with the patch.


With the new version of neomutt (20210205) using 7.0 release I have 
had it up since 15 Oct and I have not had one dump.


With your release I guess you upgraded to snapshots?


On Mon, Oct 18, 2021 at 09:07:07PM +, James Cook wrote:

I don't know if this is related to the other recent neomutt segfault
thread.

After sysupgrade -s and pkg_add -u, neomutt crashes immediately when I
start it. Is anyone else seeing this? Details below. I took filesystem
backups before upgrading, so I can probably figure out the exact
(working) neomutt version I had before if that's useful.

I guess my next step will be to see whether it's related to my
some particular part of my .neomuttrc.

falsifian moth ~ $ pkg_info neomutt
Information for inst:neomutt-20211015

...

falsifian moth ~ $ egdb neomutt
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd7.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/local/bin/neomutt
[New process 13376]

Thread 1 received signal SIGSEGV, Segmentation fault.
_libc_freeaddrinfo (ai=0x0) at /usr/src/lib/libc/net/freeaddrinfo.c:46
46  free(p->ai_canonname);
(gdb) bt
#0  _libc_freeaddrinfo (ai=0x0) at /usr/src/lib/libc/net/freeaddrinfo.c:46
#1  0x079ac809e2b6 in getdnsdomainname ()
#2  0x079ac800ee1f in mutt_init ()
#3  0x079ac80171f4 in main ()
(gdb)

falsifian moth ~ $ dmesg|head -n1
OpenBSD 7.0 (GENERIC.MP) #232: Thu Sep 30 14:25:29 MDT 2021

falsifian moth ~ $ uname -a
OpenBSD moth.falsifian.org 7.0 GENERIC.MP#43 amd64

Let me know if more details would be useful.

--
James



--

Re: neomutt segmentation fault

[Jon Fineman]

On Thu, Oct 07, 2021 at 01:31:29PM +0100, Stuart Henderson wrote:

On 2021/10/06 21:14, Jon Fineman wrote:

Not sure I built this correctly. I applied the patch, ran make in
./mail/neomutt under my userid, then with doas after pkg_add issued errors.
I did not run make install.

Is it valid to run neomutt out of the pobj directory? While it launched and
I was able to interact with it I did get the below errors about my config
file. The new neomutt is built without notmuch support, which I use.


you can use FLAVOR=notmuch make [...]


> desktop(/usr/ports/pobj/neomutt-20211004/build-amd64)$: ./neomutt
> Error in /home/.config/neomutt/muttrc, line 9: nm_default_url: unknown
> variable
> Error in /home/.config/neomutt/muttrc, line 10: nm_query_type: unknown
> variable
> Error in /home/.config/neomutt/muttrc, line 11: Function
> 'vfolder-from-query' not available for menu 'index'
> Error in /home/.config/neomutt/muttrc, line 12: nm_db_limit: unknown
> variable
> Error in /home/.config/neomutt/maildir-muttrc, line 18:
> virtual-mailboxes: unknown command
> Error in /home/.config/neomutt/maildir-muttrc, line 24:
> virtual-mailboxes: unknown command
> Error in /home/.config/neomutt/maildir-muttrc, line 28:
> virtual-mailboxes: unknown command
> Error in /home/.config/neomutt/muttrc, line 190: source: file
> /home/.config/neomutt/maildir-muttrc could not be sourced
> source: errors in /home/.config/neomutt/muttrc
> Press any key to continue...


those are all notmuch-related



Also another dataum. I realized I often run neomutt and emacs/notmuch at the
same time. While I don't have a great recollection of the timing I am
starting to wonder if that is causing a conflict. The last day or so I have
not used emacs/notmuch and neomutt has been fine.

Jon


On Tue, Oct 05, 2021 at 08:43:38AM +0100, Stuart Henderson wrote:
> On 2021/10/04 19:47, Stuart Henderson wrote:
> > On 2021/10/04 09:22, Jon Fineman wrote:
> > > I had been using it about 5 minutes and just entered a few commands.
> > > Hopefully one of these will help. dmesg follows. It is rather random with
> > > staying up days to just a few minutes.
> >
> > It probably needs reporting upstream, but there's a new release of
> > neomutt due this week so it would be better to test with that first, in
> > case the poblems you're running into have been fixed already.
> >
>
>
> Not the released version yet but you can try this:
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/neomutt/Makefile,v
> retrieving revision 1.66
> diff -u -p -r1.66 Makefile
> --- Makefile   5 Feb 2021 13:18:19 -   1.66
> +++ Makefile   5 Oct 2021 07:42:41 -
> @@ -4,7 +4,9 @@ COMMENT=   tty-based e-mail client, Mutt w
>
> GH_ACCOUNT=neomutt
> GH_PROJECT=neomutt
> -GH_TAGNAME=   20210205
> +#GH_TAGNAME=  20210205
> +GH_COMMIT=a1660b20c3792075281d58ba1f902acfe1db0880
> +DISTNAME= neomutt-20211004
>
> CATEGORIES=mail
> HOMEPAGE=  https://neomutt.org/
> Index: distinfo
> ===
> RCS file: /cvs/ports/mail/neomutt/distinfo,v
> retrieving revision 1.41
> diff -u -p -r1.41 distinfo
> --- distinfo   5 Feb 2021 13:18:19 -   1.41
> +++ distinfo   5 Oct 2021 07:42:41 -
> @@ -1,2 +1,2 @@
> -SHA256 (neomutt-20210205.tar.gz) = 
d+F3eA/C2Ku0ddnKxDQsfmHVPCQ/bOL5vIbYGfyWLNs=
> -SIZE (neomutt-20210205.tar.gz) = 3476980
> +SHA256 (neomutt-20211004-a1660b20.tar.gz) = 
Xl5IibCPVrlq30lx0L81C9YBQ+C++H6CgZcT7e/7Evk=
> +SIZE (neomutt-20211004-a1660b20.tar.gz) = 3726113
> Index: patches/patch-auto_def
> ===
> RCS file: /cvs/ports/mail/neomutt/patches/patch-auto_def,v
> retrieving revision 1.13
> diff -u -p -r1.13 patch-auto_def
> --- patches/patch-auto_def 5 Feb 2021 13:18:19 -   1.13
> +++ patches/patch-auto_def 5 Oct 2021 07:42:41 -
> @@ -3,7 +3,7 @@ $OpenBSD: patch-auto_def,v 1.13 2021/02/
> Index: auto.def
> --- auto.def.orig
> +++ auto.def
> -@@ -555,6 +555,7 @@ if {[get-define want-sasl]} {
> +@@ -579,6 +579,7 @@ if {[get-define want-sasl]} {
>  define USE_SASL
>  define-feature SASL
>} else {
> @@ -11,7 +11,7 @@ Index: auto.def
>  foreach sasl_lib {sasl2 sasl} {
>if {[check-inc-and-lib sasl [opt-val with-sasl $prefix] \
>   sasl/sasl.h sasl_encode64 $sasl_lib]} {
> -@@ -564,6 +565,7 @@ if {[get-define want-sasl]} {
> +@@ -588,6 +589,7 @@ if {[get-define want-sasl]} {
>  break
>}
>  }
> @@ -19,7 +19,7 @@ Index: auto.def
>

Re: neomutt segmentation fault

[Jon Fineman]

On Wed, Oct 06, 2021 at 09:14:47PM -0400, Jon Fineman wrote:
Not sure I built this correctly. I applied the patch, ran make in 
./mail/neomutt under my userid, then with doas after pkg_add issued 
errors. I did not run make install.


Is it valid to run neomutt out of the pobj directory? While it 
launched and I was able to interact with it I did get the below 
errors about my config file. The new neomutt is built without 
notmuch support, which I use.


desktop(/usr/ports/pobj/neomutt-20211004/build-amd64)$: ./neomutt   
Error in /home/.config/neomutt/muttrc, line 9: nm_default_url: 
unknown variable
Error in /home/.config/neomutt/muttrc, line 10: nm_query_type: 
unknown variable
Error in /home/.config/neomutt/muttrc, line 11: Function 
'vfolder-from-query' not available for menu 'index'
Error in /home/.config/neomutt/muttrc, line 12: nm_db_limit: 
unknown variable
Error in /home/.config/neomutt/maildir-muttrc, line 18: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/maildir-muttrc, line 24: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/maildir-muttrc, line 28: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/muttrc, line 190: source: file 
/home/.config/neomutt/maildir-muttrc could not be sourced

source: errors in /home/.config/neomutt/muttrc
Press any key to continue...


Also another dataum. I realized I often run neomutt and 
emacs/notmuch at the same time. While I don't have a great 
recollection of the timing I am starting to wonder if that is 
causing a conflict. The last day or so I have not used emacs/notmuch 
and neomutt has been fine.


Jon


On Tue, Oct 05, 2021 at 08:43:38AM +0100, Stuart Henderson wrote:

On 2021/10/04 19:47, Stuart Henderson wrote:

On 2021/10/04 09:22, Jon Fineman wrote:

I had been using it about 5 minutes and just entered a few commands.
Hopefully one of these will help. dmesg follows. It is rather random with
staying up days to just a few minutes.


It probably needs reporting upstream, but there's a new release of
neomutt due this week so it would be better to test with that first, in
case the poblems you're running into have been fixed already.




Not the released version yet but you can try this:

Index: Makefile
===
RCS file: /cvs/ports/mail/neomutt/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile5 Feb 2021 13:18:19 -   1.66
+++ Makefile5 Oct 2021 07:42:41 -
@@ -4,7 +4,9 @@ COMMENT=tty-based e-mail client, Mutt w

GH_ACCOUNT= neomutt
GH_PROJECT= neomutt
-GH_TAGNAME=20210205
+#GH_TAGNAME=   20210205
+GH_COMMIT= a1660b20c3792075281d58ba1f902acfe1db0880
+DISTNAME=  neomutt-20211004

CATEGORIES= mail
HOMEPAGE=   https://neomutt.org/
Index: distinfo
===
RCS file: /cvs/ports/mail/neomutt/distinfo,v
retrieving revision 1.41
diff -u -p -r1.41 distinfo
--- distinfo5 Feb 2021 13:18:19 -   1.41
+++ distinfo5 Oct 2021 07:42:41 -
@@ -1,2 +1,2 @@
-SHA256 (neomutt-20210205.tar.gz) = d+F3eA/C2Ku0ddnKxDQsfmHVPCQ/bOL5vIbYGfyWLNs=
-SIZE (neomutt-20210205.tar.gz) = 3476980
+SHA256 (neomutt-20211004-a1660b20.tar.gz) = 
Xl5IibCPVrlq30lx0L81C9YBQ+C++H6CgZcT7e/7Evk=
+SIZE (neomutt-20211004-a1660b20.tar.gz) = 3726113
Index: patches/patch-auto_def
===
RCS file: /cvs/ports/mail/neomutt/patches/patch-auto_def,v
retrieving revision 1.13
diff -u -p -r1.13 patch-auto_def
--- patches/patch-auto_def  5 Feb 2021 13:18:19 -   1.13
+++ patches/patch-auto_def  5 Oct 2021 07:42:41 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-auto_def,v 1.13 2021/02/
Index: auto.def
--- auto.def.orig
+++ auto.def
-@@ -555,6 +555,7 @@ if {[get-define want-sasl]} {
+@@ -579,6 +579,7 @@ if {[get-define want-sasl]} {
define USE_SASL
define-feature SASL
  } else {
@@ -11,7 +11,7 @@ Index: auto.def
foreach sasl_lib {sasl2 sasl} {
  if {[check-inc-and-lib sasl [opt-val with-sasl $prefix] \
 sasl/sasl.h sasl_encode64 $sasl_lib]} {
-@@ -564,6 +565,7 @@ if {[get-define want-sasl]} {
+@@ -588,6 +589,7 @@ if {[get-define want-sasl]} {
break
  }
}
@@ -19,7 +19,7 @@ Index: auto.def
if {![get-define USE_SASL]} {
  user-error "Unable to find SASL"
}
-@@ -1289,13 +1291,6 @@ set bare_rep {
+@@ -1311,13 +1313,6 @@ set bare_rep {
}
set str_rep {
  PACKAGE_VERSION
Index: patches/patch-nntp_newsrc_c
===
RCS file: /cvs/ports/mail/neomutt/patches/patch-nntp_newsrc_c,v
retrieving revision 1.5
diff -u -p -r1.5 patch-nntp_newsrc_c
--- patches/patch-nntp_newsrc_c 1 Sep 2020 10:50:55 -   1.5
+++ patches/patch-nntp_newsrc_c 5 Oct 2021 07:42:41 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-nntp_newsrc_c,v 1.5 202

Re: neomutt segmentation fault

[Jon Fineman]

Not sure I built this correctly. I applied the patch, ran make in 
./mail/neomutt under my userid, then with doas after pkg_add issued 
errors. I did not run make install.


Is it valid to run neomutt out of the pobj directory? While it 
launched and I was able to interact with it I did get the below errors 
about my config file. The new neomutt is built without notmuch 
support, which I use.


desktop(/usr/ports/pobj/neomutt-20211004/build-amd64)$: ./neomutt   
Error in /home/.config/neomutt/muttrc, line 9: nm_default_url: 
unknown variable
Error in /home/.config/neomutt/muttrc, line 10: nm_query_type: 
unknown variable
Error in /home/.config/neomutt/muttrc, line 11: Function 
'vfolder-from-query' not available for menu 'index'
Error in /home/.config/neomutt/muttrc, line 12: nm_db_limit: 
unknown variable
Error in /home/.config/neomutt/maildir-muttrc, line 18: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/maildir-muttrc, line 24: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/maildir-muttrc, line 28: 
virtual-mailboxes: unknown command
Error in /home/.config/neomutt/muttrc, line 190: source: file 
/home/.config/neomutt/maildir-muttrc could not be sourced

source: errors in /home/.config/neomutt/muttrc
Press any key to continue...


Also another dataum. I realized I often run neomutt and emacs/notmuch 
at the same time. While I don't have a great recollection of the 
timing I am starting to wonder if that is causing a conflict. The last 
day or so I have not used emacs/notmuch and neomutt has been fine.


Jon


On Tue, Oct 05, 2021 at 08:43:38AM +0100, Stuart Henderson wrote:

On 2021/10/04 19:47, Stuart Henderson wrote:

On 2021/10/04 09:22, Jon Fineman wrote:
> I had been using it about 5 minutes and just entered a few commands.
> Hopefully one of these will help. dmesg follows. It is rather random with
> staying up days to just a few minutes.

It probably needs reporting upstream, but there's a new release of
neomutt due this week so it would be better to test with that first, in
case the poblems you're running into have been fixed already.




Not the released version yet but you can try this:

Index: Makefile
===
RCS file: /cvs/ports/mail/neomutt/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile5 Feb 2021 13:18:19 -   1.66
+++ Makefile5 Oct 2021 07:42:41 -
@@ -4,7 +4,9 @@ COMMENT=tty-based e-mail client, Mutt w

GH_ACCOUNT= neomutt
GH_PROJECT= neomutt
-GH_TAGNAME=20210205
+#GH_TAGNAME=   20210205
+GH_COMMIT= a1660b20c3792075281d58ba1f902acfe1db0880
+DISTNAME=  neomutt-20211004

CATEGORIES= mail
HOMEPAGE=   https://neomutt.org/
Index: distinfo
===
RCS file: /cvs/ports/mail/neomutt/distinfo,v
retrieving revision 1.41
diff -u -p -r1.41 distinfo
--- distinfo5 Feb 2021 13:18:19 -   1.41
+++ distinfo5 Oct 2021 07:42:41 -
@@ -1,2 +1,2 @@
-SHA256 (neomutt-20210205.tar.gz) = d+F3eA/C2Ku0ddnKxDQsfmHVPCQ/bOL5vIbYGfyWLNs=
-SIZE (neomutt-20210205.tar.gz) = 3476980
+SHA256 (neomutt-20211004-a1660b20.tar.gz) = 
Xl5IibCPVrlq30lx0L81C9YBQ+C++H6CgZcT7e/7Evk=
+SIZE (neomutt-20211004-a1660b20.tar.gz) = 3726113
Index: patches/patch-auto_def
===
RCS file: /cvs/ports/mail/neomutt/patches/patch-auto_def,v
retrieving revision 1.13
diff -u -p -r1.13 patch-auto_def
--- patches/patch-auto_def  5 Feb 2021 13:18:19 -   1.13
+++ patches/patch-auto_def  5 Oct 2021 07:42:41 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-auto_def,v 1.13 2021/02/
Index: auto.def
--- auto.def.orig
+++ auto.def
-@@ -555,6 +555,7 @@ if {[get-define want-sasl]} {
+@@ -579,6 +579,7 @@ if {[get-define want-sasl]} {
 define USE_SASL
 define-feature SASL
   } else {
@@ -11,7 +11,7 @@ Index: auto.def
 foreach sasl_lib {sasl2 sasl} {
   if {[check-inc-and-lib sasl [opt-val with-sasl $prefix] \
  sasl/sasl.h sasl_encode64 $sasl_lib]} {
-@@ -564,6 +565,7 @@ if {[get-define want-sasl]} {
+@@ -588,6 +589,7 @@ if {[get-define want-sasl]} {
 break
   }
 }
@@ -19,7 +19,7 @@ Index: auto.def
 if {![get-define USE_SASL]} {
   user-error "Unable to find SASL"
 }
-@@ -1289,13 +1291,6 @@ set bare_rep {
+@@ -1311,13 +1313,6 @@ set bare_rep {
 }
 set str_rep {
   PACKAGE_VERSION
Index: patches/patch-nntp_newsrc_c
===
RCS file: /cvs/ports/mail/neomutt/patches/patch-nntp_newsrc_c,v
retrieving revision 1.5
diff -u -p -r1.5 patch-nntp_newsrc_c
--- patches/patch-nntp_newsrc_c 1 Sep 2020 10:50:55 -   1.5
+++ patches/patch-nntp_newsrc_c 5 Oct 2021 07:42:41 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-nntp_newsrc_c,v 1.5 2020
Index: nntp/newsrc.c
--- nntp/newsr

neomutt segmentation fault

[Jon Fineman]

I had been using it about 5 minutes and just entered a few commands. 
Hopefully one of these will help. dmesg follows. It is rather random 
with staying up days to just a few minutes.


desktop(~)$: egdb neomutt neomutt.core 
GNU gdb (GDB) 7.12.1

Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 


This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show 
copying"

and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.9".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...Reading symbols from 
/usr/local/bin/.debug/neomutt.dbg...done.

done.
[New process 103486]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mutt_addrlist_clear (al=0x7222b7c2c00) at 
../neomutt-20210205/address/address.c:1476
1476../neomutt-20210205/address/address.c: No such file or 
directory.

(gdb) bt
#0  mutt_addrlist_clear (al=0x7222b7c2c00) at 
../neomutt-20210205/address/address.c:1476
#1  0x071f529d0056 in mutt_env_free (ptr=0x7222a521ca0) at 
../neomutt-20210205/email/envelope.c:103
#2  0x071f529cf65c in mutt_body_free (ptr=0x721b1f91178) at 
../neomutt-20210205/email/body.c:94
#3  0x071f529cf669 in mutt_body_free (ptr=0x7222a4fc450) at 
../neomutt-20210205/email/body.c:95
#4  0x071f529cf96a in email_free (ptr=0x72178c0b800) at 
../neomutt-20210205/email/email.c:54
#5  0x071f52902792 in update_tables (ctx=) at 
../neomutt-20210205/context.c:288
#6  ctx_mailbox_observer (nc=) at 
../neomutt-20210205/context.c:316
#7  0x071f529e76c8 in send (source=0x7221fcca680, 
current=0x7221fcca680, event_type=NT_MAILBOX, 
event_subtype=8, event_data=0x7f7c6070) at 
../neomutt-20210205/mutt/notify.c:122
#8  0x071f529c6fd2 in mailbox_changed (m=, 
action=2025806656)

at ../neomutt-20210205/core/mailbox.c:190
#9  0x071f52939825 in mx_mbox_sync (m=0x7221fcb4200) at 
../neomutt-20210205/mx.c:1057
#10 0x071f5291a3e2 in mutt_index_menu (dlg=0x7222a513a00) at 
../neomutt-20210205/index.c:2061
#11 0x071f52927799 in main (argc=, argv=out>, envp=)

at ../neomutt-20210205/main.c:1238
(gdb) 




dmesg
OpenBSD 6.9 (GENERIC.MP) #4: Tue Aug 10 08:12:23 MDT 2021

r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17047867392 (16258MB)
avail mem = 16515817472 (15750MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x8b1d7000 (57 entries)
bios0: vendor Intel Corp. version "SYSKLi35.86A.0042.2016.0409.1246" date 
04/09/2016
bios0: Intel corporation NUC6i5SYB
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT SSDT DBGP 
DBG2 SSDT SSDT UEFI SSDT BGRT DMAR
acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) 
SIO1(S3) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) 
PXSX(S4) RP13(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1727.36 MHz, 06-4e-03
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.06 MHz, 06-4e-03
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XG

neomutt Segmentation fault (core dumped)

[Jon Fineman]

I had only been using neomutt about 10 minutes.

desktop(~)$: uname -a 
OpenBSD desktop 6.9 GENERIC.MP#4 amd64
desktop(~)$:


desktop(~)$: egdb neomutt neomutt.core 
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.9".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...Reading symbols from 
/usr/local/bin/.debug/neomutt.dbg...done.
done.
[New process 219515]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mutt_addrlist_clear (al=0xfca5fbb0800) at 
../neomutt-20210205/address/address.c:1476
1476../neomutt-20210205/address/address.c: No such file or directory.
(gdb) bt
#0  mutt_addrlist_clear (al=0xfca5fbb0800) at 
../neomutt-20210205/address/address.c:1476
#1  0x0fc83bba3056 in mutt_env_free (ptr=0xfca77d726a0) at 
../neomutt-20210205/email/envelope.c:103
#2  0x0fc83bba265c in mutt_body_free (ptr=0xfca77d72e78) at 
../neomutt-20210205/email/body.c:94
#3  0x0fc83bba2669 in mutt_body_free (ptr=0xfcad9f89d50) at 
../neomutt-20210205/email/body.c:95
#4  0x0fc83bba296a in email_free (ptr=0xfca8b9dad00) at 
../neomutt-20210205/email/email.c:54
#5  0x0fc83bad5792 in update_tables (ctx=) at 
../neomutt-20210205/context.c:288
#6  ctx_mailbox_observer (nc=) at 
../neomutt-20210205/context.c:316
#7  0x0fc83bbba6c8 in send (source=0xfca77d6f420, current=0xfca77d6f420, 
event_type=NT_MAILBOX, event_subtype=8, event_data=0x7f7e9660)
at ../neomutt-20210205/mutt/notify.c:122
#8  0x0fc83bb99fd2 in mailbox_changed (m=, 
action=2342401728) at ../neomutt-20210205/core/mailbox.c:190
#9  0x0fc83bb0c825 in mx_mbox_sync (m=0xfca8b9f3e00) at 
../neomutt-20210205/mx.c:1057
#10 0x0fc83baed3e2 in mutt_index_menu (dlg=0xfcad9f89e00) at 
../neomutt-20210205/index.c:2061
#11 0x0fc83bafa799 in main (argc=, argv=, 
envp=) at ../neomutt-20210205/main.c:1238
(gdb)

Re: neomutt Segmentation fault (core dumped)

[Jon Fineman]

egdb neomutt neomutt_20210710.core 
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.9".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from neomutt...Reading symbols from 
/usr/local/bin/.debug/neomutt.dbg...done.
done.
[New process 113151]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  mutt_addrlist_clear (al=0x840c03c7600) at 
../neomutt-20210205/address/address.c:1476
1476../neomutt-20210205/address/address.c: No such file or directory.
(gdb) bt
#0  mutt_addrlist_clear (al=0x840c03c7600) at 
../neomutt-20210205/address/address.c:1476
#1  0x083e1373d056 in mutt_env_free (ptr=0x841060433a0)
at ../neomutt-20210205/email/envelope.c:103
#2  0x083e1373c65c in mutt_body_free (ptr=0x84090cf3e78)
at ../neomutt-20210205/email/body.c:94
#3  0x083e1373c669 in mutt_body_free (ptr=0x8405bac8850)
at ../neomutt-20210205/email/body.c:95
#4  0x083e1373c96a in email_free (ptr=0x840f296c800)
at ../neomutt-20210205/email/email.c:54
#5  0x083e1366f792 in update_tables (ctx=)
at ../neomutt-20210205/context.c:288
#6  ctx_mailbox_observer (nc=) at 
../neomutt-20210205/context.c:316
#7  0x083e137546c8 in send (source=0x840a3d65a40, current=0x840a3d65a40, 
event_type=NT_MAILBOX, event_subtype=8, event_data=0x7f7c36a0)
at ../neomutt-20210205/mutt/notify.c:122
#8  0x083e13733fd2 in mailbox_changed (m=, action=3205699744)
at ../neomutt-20210205/core/mailbox.c:190
#9  0x083e136a6825 in mx_mbox_sync (m=0x840ccae9a00) at 
../neomutt-20210205/mx.c:1057
#10 0x083e136873e2 in mutt_index_menu (dlg=0x84106042b00)
at ../neomutt-20210205/index.c:2061
#11 0x083e13694799 in main (argc=, argv=, 
envp=) at ../neomutt-20210205/main.c:1238
(gdb) 



- Original message -
From: Stuart Henderson 
To: Jon Fineman 
Cc: ports@openbsd.org
Subject: Re: neomutt Segmentation fault (core dumped)
Date: Saturday, July 10, 2021 7:08 AM

On 2021/07/10 06:44, Jon Fineman wrote:
> It had been running for several days. Ran the '$' command to purge messages 
> marked for deletion. I have the debug package installed, not sure why I am 
> not getting more info from egdb.
> 
> 
> desktop(~)$: egdb debug-neomutt-20210205-notmuch neomutt.core

That should just be "egdb neomutt neomutt.core", hopefully that will give
more information. It will quite likely need to go upstream, but let's
see how the backtrace looks with that.

> debug-neomutt-20210205-notmuch: No such file or directory.
> [New process 113151]
> Core was generated by `neomutt'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x083e13746300 in ?? ()
> (gdb) bt
> #0  0x083e13746300 in ?? ()
> #1  0xdfdfdfdfdfdfdfdf in ?? ()

0xdfdf[...] is a pattern used by OpenBSD malloc when freeing
allocations so this strongly suggests a use-after-free.

> #2  0x in ?? ()
> (gdb) 
> 
> 
> 
> 
> OpenBSD 6.9 (GENERIC.MP) #3: Mon Jun  7 08:21:26 MDT 2021
> 
> r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 17047867392 (16258MB)
> avail mem = 16515813376 (15750MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x8b1d7000 (57 entries)
> bios0: vendor Intel Corp. version "SYSKLi35.86A.0042.2016.0409.1246" date 
> 04/09/2016
> bios0: Intel corporation NUC6i5SYB
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT SSDT 
> DBGP DBG2 SSDT SSDT UEFI SSDT BGRT DMAR
> acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) 
> SIO1(S3) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) 
> PXSX(S4) RP13(S4) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.65 MHz, 06-4e-03
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFL

neomutt Segmentation fault (core dumped)

[Jon Fineman]

It had been running for several days. Ran the '$' command to purge messages 
marked for deletion. I have the debug package installed, not sure why I am not 
getting more info from egdb.


desktop(~)$: egdb debug-neomutt-20210205-notmuch neomutt.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.9".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
debug-neomutt-20210205-notmuch: No such file or directory.
[New process 113151]
Core was generated by `neomutt'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x083e13746300 in ?? ()
(gdb) bt
#0  0x083e13746300 in ?? ()
#1  0xdfdfdfdfdfdfdfdf in ?? ()
#2  0x in ?? ()
(gdb) 




OpenBSD 6.9 (GENERIC.MP) #3: Mon Jun  7 08:21:26 MDT 2021

r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17047867392 (16258MB)
avail mem = 16515813376 (15750MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x8b1d7000 (57 entries)
bios0: vendor Intel Corp. version "SYSKLi35.86A.0042.2016.0409.1246" date 
04/09/2016
bios0: Intel corporation NUC6i5SYB
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT SSDT DBGP 
DBG2 SSDT SSDT UEFI SSDT BGRT DMAR
acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) 
SIO1(S3) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) RP12(S4) 
PXSX(S4) RP13(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.65 MHz, 06-4e-03
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.06 MHz, 06-4e-03
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.05 MHz, 06-4e-03
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.05 MHz, 06-4e-03
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX

emacs core dump while creating email in notmuch

[Jon Fineman]

emacs
Fatal error 11: Segmentation fault
Segmentation fault (core dumped) 


uname -a
OpenBSD 6.8 GENERIC.MP#2 amd64


egdb emacs-27.1 emacs-27.1.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.8".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from emacs-27.1...Reading symbols from 
/usr/local/bin/.debug/emacs-27.1.dbg...done.
done.
[New process 268853]
[New process 448974]
[New process 161676]
[New process 308063]
[New process 604664]
Core was generated by `emacs-27.1'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  thrkill () at /tmp/-:3
3   /tmp/-: No such file or directory.
[Current thread is 1 (process 268853)]
(gdb) bt
#0  thrkill () at /tmp/-:3
#1  0x073c96704a4e in terminate_due_to_signal (sig=11, 
backtrace_limit=) at emacs.c:409
#2  0x073c9672794e in handle_fatal_signal (sig=0) at sysdep.c:1793
#3  0x073c967279d2 in deliver_thread_signal (sig=11, handler=) at sysdep.c:1767
#4  0x073c967267d9 in deliver_fatal_thread_signal (sig=0) at sysdep.c:1805
#5  0x073c96727a1a in handle_sigsegv (sig=11, siginfo=, 
arg=) at sysdep.c:1890
#6  
#7  0x073edc25f961 in gtk_label_new () from 
/usr/local/lib/libgtk-3.so.2201.0
#8  0x073c966f1067 in xg_make_tool_item (f=0x73ec6366da0, wimage=, 
label=0x73f63879a00 , 
i=13, horiz=true, 
text_image=, wbutton=) at gtkutil.c:4712
#9  update_frame_tool_bar (f=) at gtkutil.c:5197
#10 0x073c966584de in redisplay_tool_bar (f=0x73ec6366da0) at xdisp.c:14152
#11 redisplay_window (window=0x73f52b7e005, just_this_one_p=false) at 
xdisp.c:19060
#12 0x073c96652f74 in redisplay_window_0 (window=0x0) at xdisp.c:16314
#13 0x073c9679aaff in internal_condition_case_1 (bfun=0x187c1395e9f39946, 
arg=0x73f52b7e005, 
handlers=, hfun=0x73c966525e0 ) at 
eval.c:1380
#14 0x073c9665253d in redisplay_windows (window=0x73f52b7e005) at 
xdisp.c:16294
#15 0x073c9662617a in redisplay_internal () at xdisp.c:15762
#16 0x073c9670cd50 in read_char (commandflag=1, map=0x73eacc65b03, 
prev_event=0x0, 
used_mouse_menu=0x7f7daae7, end_time=0x0) at keyboard.c:2493
#17 0x073c9670a7ca in read_key_sequence (keybuf=, 
prompt=, 
dont_downcase_last=false, can_return_switch_frame=true, 
fix_current_buffer=true, 
prevent_redisplay=) at keyboard.c:9553
#18 0x073c967091a0 in command_loop_1 () at keyboard.c:1350
#19 0x073c9679aa56 in internal_condition_case (bfun=0x22681eb150faf0d0, 
handlers=, 
hfun=0x73c9671a4e0 ) at eval.c:1356
#20 0x073c9671a430 in command_loop_2 (ignore=) at 
keyboard.c:1091
#21 0x073c9679a327 in internal_catch (tag=, 
func=0x73e79c6c3d040458, arg=0x0) at eval.c:1117
#22 0x073c9670803a in command_loop () at keyboard.c:1070
#23 0x073c96707f01 in recursive_edit_1 () at keyboard.c:714
#24 0x073c9670822a in Frecursive_edit () at keyboard.c:786
#25 0x073c96706e58 in main (argc=1, argv=0x7f7daf88) at emacs.c:2062
(gdb) 

Re: emacs core dump while creating email in notmuch

[Jon Fineman]

Stuart Henderson  writes:

> On 2020/11/24 06:57, Jon Fineman wrote:
>> Stuart Henderson  writes:
>> 
>> > On 2020/11/24 11:03, Jon Fineman wrote:
>> >> Had been running for several days. No idea how to re-create it. I was 
>> >> creating a new email in notmuch.
>> >> 
>> >> uname -a
>> >> OpenBSD desktop 6.8 GENERIC.MP#1 amd64
>> >> 
>> >> In xterm:
>> >> Fatal error 11: Segmentation fault
>> >> Segmentation fault (core dumped) 
>> >> 
>> >
>> > Do you have the debug-emacs and debug-notmuch packages installed? If not
>> > please pkg_add them and retry in gdb.
>> 
>> I do have the debug packages installed per your sugestion last
>> month. Did I not run the emacs or debugger command correctly?
>
> I wasn't sure as you didn't mention it - I was expecting to see a
> "Reading symbols from xx" line.
>
>> After installing them I did notice there is not a 'debug-emacs' command
>> to run. Just emacs. Or should I have deleted the emacs and notmuch
>> package first?
>
> ok no, that's correct then.. The debug packages have detached symbols
> in a separate file, there is no separate executable.
>
>> debug-emacs-27.1-gtk3 (installed)
>> emacs-27.1-gtk3 (installed)
>> 
>> debug-notmuch-0.30 (installed)
>> notmuch-0.30 (installed)
>> notmuch-emacs-0.30
>> py3-notmuch-0.30 (installed)
>> 
>> >
>> >> desktop(~/.emacs.d)$: egdb -core emacs-27.1.core 
>
> I didn't notice how you were calling gdb before; please try
>
> egdb emacs-27.1 emacs-27.1.core
>
>> >> [Current thread is 1 (process 391403)]
>> >> (gdb) bt
>> >> #0  0x038a4fe993ea in ?? ()
>> >> #1  0x03880df74a4e in ?? ()
>> >> #2  0x in ?? ()
>
> I am hoping that some function names will show up instead of ??.

Ah not that familar with gdb.

desktop(~/.emacs.d)$: egdb emacs-27.1 emacs-27.1.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.8".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from emacs-27.1...Reading symbols from 
/usr/local/bin/.debug/emacs-27.1.dbg...done.
done.
[New process 391403]
[New process 147349]
[New process 201990]
[New process 554034]
[New process 127018]
Core was generated by `emacs-27.1'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  thrkill () at /tmp/-:3
3   /tmp/-: No such file or directory.
[Current thread is 1 (process 391403)]
(gdb) bt
#0  thrkill () at /tmp/-:3
#1  0x03880df74a4e in terminate_due_to_signal (sig=11, 
backtrace_limit=) at emacs.c:409
#2  0x03880df9794e in handle_fatal_signal (sig=0) at sysdep.c:1793
#3  0x03880df979d2 in deliver_thread_signal (sig=11, handler=) at sysdep.c:1767
#4  0x03880df967d9 in deliver_fatal_thread_signal (sig=0) at sysdep.c:1805
#5  0x03880df97a1a in handle_sigsegv (sig=11, siginfo=, 
arg=) at sysdep.c:1890
#6  
#7  0x038ae6c37961 in gtk_label_new () from 
/usr/local/lib/libgtk-3.so.2201.0
#8  0x03880df61067 in xg_make_tool_item (f=0x38a5797fda0, wimage=, 
label=0x38a755c2d88 , 
i=9, horiz=true, text_image=, wbutton=)
at gtkutil.c:4712
#9  update_frame_tool_bar (f=) at gtkutil.c:5197
#10 0x03880dec84de in redisplay_tool_bar (f=0x38a5797fda0) at xdisp.c:14152
#11 redisplay_window (window=0x38a3c25a005, just_this_one_p=true) at 
xdisp.c:19060
#12 0x03880dec25c7 in redisplay_window_1 (window=0x0) at xdisp.c:16322
#13 0x03880e00aaff in internal_condition_case_1 (bfun=0x3c81d69f8f5c9d87, 
arg=0x38a3c25a005, handlers=, 
hfun=0x3880dec25e0 ) at eval.c:1380
#14 0x03880de95b91 in redisplay_internal () at xdisp.c:15890
#15 0x03880df7cd50 in read_char (commandflag=1, map=0x38a6bf9e913, 
prev_event=0x0, used_mouse_menu=0x7f7d2007, end_time=0x0) at keyboard.c:2493
#16 0x03880df7a7ca in read_key_sequence (keybuf=, 
prompt=, dont_downcase_last=false, can_return_switch_frame=true, 
fix_current_buffer=true, prevent_redisplay=) at 
keyboard.c:9553
#17 0x0388

Re: emacs core dump while creating email in notmuch

[Jon Fineman]

Stuart Henderson  writes:

> On 2020/11/24 11:03, Jon Fineman wrote:
>> Had been running for several days. No idea how to re-create it. I was 
>> creating a new email in notmuch.
>> 
>> uname -a
>> OpenBSD desktop 6.8 GENERIC.MP#1 amd64
>> 
>> In xterm:
>> Fatal error 11: Segmentation fault
>> Segmentation fault (core dumped) 
>> 
>
> Do you have the debug-emacs and debug-notmuch packages installed? If not
> please pkg_add them and retry in gdb.

I do have the debug packages installed per your sugestion last
month. Did I not run the emacs or debugger command correctly?

After installing them I did notice there is not a 'debug-emacs' command
to run. Just emacs. Or should I have deleted the emacs and notmuch
package first?

pkg_info -Q emacs
debug-emacs-27.1-gtk2
debug-emacs-27.1-gtk3 (installed)
debug-emacs-27.1-no_x11
emacs-27.1-gtk2
emacs-27.1-gtk3 (installed)
emacs-27.1-no_x11
emacs-anthy-9100hp5
notmuch-emacs-0.30
uemacs-4.0p2
xemacs-21.4.22p28
xemacs-21.4.22p28-mule
xemacs-sumo-21.20100727p1
xemacs-sumo-21.20100727p1-mule

pkg_info -Q notmuch
debug-notmuch-0.30 (installed)
notmuch-0.30 (installed)
notmuch-emacs-0.30
py3-notmuch-0.30 (installed)

>
>> desktop(~/.emacs.d)$: egdb -core emacs-27.1.core 
>> GNU gdb (GDB) 7.12.1
>> Copyright (C) 2017 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-unknown-openbsd6.8".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>.
>> Find the GDB manual and other documentation resources online at:
>> <http://www.gnu.org/software/gdb/documentation/>.
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word".
>> [New process 391403]
>> [New process 147349]
>> [New process 201990]
>> [New process 554034]
>> [New process 127018]
>> Core was generated by `emacs-27.1'.
>> Program terminated with signal SIGSEGV, Segmentation fault.
>> #0  0x038a4fe993ea in ?? ()
>> [Current thread is 1 (process 391403)]
>> (gdb) bt
>> #0  0x038a4fe993ea in ?? ()
>> #1  0x03880df74a4e in ?? ()
>> #2  0x in ?? ()
>> (gdb) 
>> 

emacs core dump while creating email in notmuch

[Jon Fineman]

Had been running for several days. No idea how to re-create it. I was creating 
a new email in notmuch.

uname -a
OpenBSD desktop 6.8 GENERIC.MP#1 amd64

In xterm:
Fatal error 11: Segmentation fault
Segmentation fault (core dumped) 


desktop(~/.emacs.d)$: egdb -core emacs-27.1.core 
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.8".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word".
[New process 391403]
[New process 147349]
[New process 201990]
[New process 554034]
[New process 127018]
Core was generated by `emacs-27.1'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x038a4fe993ea in ?? ()
[Current thread is 1 (process 391403)]
(gdb) bt
#0  0x038a4fe993ea in ?? ()
#1  0x03880df74a4e in ?? ()
#2  0x in ?? ()
(gdb) 

notmuch issues

[Jon Fineman]

I am running OpenBSD 6.7 release.

I wanted to document some issues I have found with notmuchmail.org, in
case somebody else runs in to these.

I understand there are python bindings for notmuch in OpenBSD ports
and that a large amount of work has been done porting notmuch to
OpenBSD here
.
However the openbsd-wip work does not include any plugins for vim and
it is for notmuch release 0.29.3, the current release being 0.31.

Applying the patches made for 0.29.3 went fine (well fine but tedious as
I had to do them by hand) and allowed me to compile 0.31. I did run in
to a few issues related to the vim plugin.

* In ./configure I get an error testing if zlib is present. I
  understand zlib is now in the base as compress. However the configure
  script runs pkg-config --exists zlib to check for its presence as an
  added package. Somebody on reddit suggested to run pkg_add -zal which
  would add the needed dependencies. I haven't dug in to that yet and
  just commented out the if, for now.

* I had to copy ./bindings/ruby/notmuch.so to
  /usr/local/lib/ruby/site_ruby/2.6/x86_64-openbsd It is not in the
  Makefile install nor documented that I could see.

* In plugin/notmuch.vim Mail::Field.new() has been depreciated. I
  changed that to Mail::Field.parse().

* emacs gui seems clean and more effort seems to have been spent there.

* vim gui still has some errors, not found functions, etc, that I
  haven't dug in to yet.

Is there enough interest in this to continue?

Re: When installing claws-mail-3.17.4 can't find library croco-0.6.4.0 OpenBSD 6.6

[Jon Fineman]

Well originally I installed 6.6 release. Then upgraded to 6.7 current 
(forget which build). That build didn't work (system froze) and I backed 
off by, I think, upgrading to 6.6. I did not do a fresh install 
formatting the disk.


Is that not how to install a different release version?

I tried deleting the library, it wouldn't let me. I tried installing the 
current library and it wouldn't let me.


Is the only other option to do a complete install? I was going to do 
that with 6.7 release, but I wanted to explore claws-mail now and didn't 
want to do a complete install right now.


Thanks for the help.


On 2020-04-25 21:53, Elias M. Mariani wrote:

Okey.
The explanation:
librsvg-2.47.1p1 shouldn't be installed in OpenBSD 6.6.
pkg_add can't find the library croco-0.6 in the dependencies of
"claws-mail-3.17.4", that is because we recently removed that
dependency in 6.7 and librsvg-2.47.1p1 doesn't need nor install
libcroco anymore.
So, if you had librsvg-2.46.4 (from 6.6) then librsvg resolves the
dependency on libcroco.

TL;DR: You have a librsvg that is not for 6.6. Why it's installed? I
don't know... Did You grabbed packages from snapshots/packages/amd64
or made some installation out of the normal "pkg_add packagename" ?
And: You might have other packages not corresponding with 6.6.

Cheers.
Elias.

On Sat, Apr 25, 2020 at 10:10 PM Jon Fineman  wrote:


$: cat /etc/installurl
https://cdn.openbsd.org/pub/OpenBSD
$:
$: echo $PKG_PATH

$:


librsvg-2.47.1p1 is not something I directly installed. Not familiar
with what it is or what it is for.


On 2020-04-25 21:03, Elias M. Mariani wrote:

librsvg-2.47.1p1 ?
is librsvg-2.46.4 for OpenBSD 6.6:
https://ftp.openbsd.org/pub/OpenBSD/6.6/packages-stable/amd64/librsvg-2.46.4.tgz

Why do you have librsvg-2.47.1p1 ?
Where is /etc/installurl or PKG_PATH pointing at?

Cheers.
Elias.


On Sat, Apr 25, 2020 at 9:20 PM Jon Fineman  wrote:


When trying to install claws-mail I get the bellow error. Prior to this I did a 
pkg_add -u so I am up to date.

The dmesg is below.



pkg_add claws-mail
Ambiguous: choose package for claws-mail
a   0: 
  1: claws-mail-3.17.4
  2: claws-mail-3.17.4-ldap
Your choice: 1
Can't install claws-mail-3.17.4 because of libraries
|library croco-0.6.4.0 not found
| not found anywhere
Direct dependencies for claws-mail-3.17.4 resolve to libcanberra-gtk-0.30p8 
libnotify-0.7.8 libetpan-1.9.3 zstd-1.4.4 startup-notification-0.12p6 
libb2-0.98.1v0 dbus-glib-0.110p1v0 cyrus-sasl-2.1.27p1 libical-3.0.6 
gnutls-3.6.10p0 gtk-update-icon-cache-3.24.13 libnettle-3.5.1p0 enchant-1.6.1p1 
libarchive-3.4.0p0 gpgme-1.13.1p0 xz-5.2.4 gtk+2-2.24.32p8 libexecinfo-0.3p2v0 
desktop-file-utils-0.24p0
Full dependency tree is glib2-2.62.3 gnome-icon-theme-symbolic-3.12.0p3 
curl-7.67.0 cairo-1.16.0 nghttp2-1.40.0 libarchive-3.4.0p0 jasper-2.0.14 
sqlite3-3.30.1 .libs-icu4c-64.2p0 libxml-2.9.10 libgcrypt-1.8.5 libical-3.0.6 
bzip2-1.0.8 zstd-1.4.4 libunistring-0.9.7 libb2-0.98.1v0 pango-1.42.4p5 
libltdl-2.4.2p1 icu4c-65.1p0 gdk-pixbuf-2.40.0p2 libcanberra-gtk-0.30p8 
hunspell-1.6.2p0 p11-kit-0.23.18.1 desktop-file-utils-0.24p0 xz-5.2.4 
librsvg-2.47.1p1 gtk+2-2.24.32p8 libunbound-1.9.4 shared-mime-info-1.15 
atk-2.34.1p1 libgpg-error-1.36p0 gnupg-2.2.12p0 libogg-1.3.4 npth-1.6 
harfbuzz-2.6.4p1 tiff-4.1.0 libiconv-1.16p0 libtasn1-4.15.0p0 libnotify-0.7.8 
sound-theme-freedesktop-0.8p0 libffi-3.2.1p5 libusb1-1.0.23 libassuan-2.5.1p0 
libnettle-3.5.1p0 libksba-1.3.5p2 gnome-icon-theme-3.12.0p5 
startup-notification-0.12p6 dbus-glib-0.110p1v0 dbus-1.12.16p0v0 lzo2-2.10p1 
libidn2-2.3.0p0 libsecret-0.18.8p0 lz4-1.9.2 pinentry-1.1.0p0 
gettext-runtime-0.20.1p0 python-3.7.5p3 pcre-8.41p2 libexecinfo-0.3p2v0 
gmp-6.1.2p3 gpgme-1.13.1p0 enchant-1.6.1p1 jpeg-2.0.3v0 graphite2-1.3.13p0 
libvorbis-1.3.6 png-1.6.37 gtk-update-icon-cache-3.24.13 cyrus-sasl-2.1.27p1 
gnutls-3.6.10p0 db-4.6.21p7v0 libcanberra-0.30p4 aspell-0.60.6.1p10 
libetpan-1.9.3 hicolor-icon-theme-0.17 mozilla-dicts-en-GB-1.3p1 fribidi-1.0.7p2
Couldn't install claws-mail-3.17.4

Re: When installing claws-mail-3.17.4 can't find library croco-0.6.4.0 OpenBSD 6.6

[Jon Fineman]

$: cat /etc/installurl
https://cdn.openbsd.org/pub/OpenBSD
$:
$: echo $PKG_PATH

$:


librsvg-2.47.1p1 is not something I directly installed. Not familiar 
with what it is or what it is for.



On 2020-04-25 21:03, Elias M. Mariani wrote:

librsvg-2.47.1p1 ?
is librsvg-2.46.4 for OpenBSD 6.6:
https://ftp.openbsd.org/pub/OpenBSD/6.6/packages-stable/amd64/librsvg-2.46.4.tgz

Why do you have librsvg-2.47.1p1 ?
Where is /etc/installurl or PKG_PATH pointing at?

Cheers.
Elias.


On Sat, Apr 25, 2020 at 9:20 PM Jon Fineman  wrote:


When trying to install claws-mail I get the bellow error. Prior to this I did a 
pkg_add -u so I am up to date.

The dmesg is below.



pkg_add claws-mail
Ambiguous: choose package for claws-mail
a   0: 
 1: claws-mail-3.17.4
 2: claws-mail-3.17.4-ldap
Your choice: 1
Can't install claws-mail-3.17.4 because of libraries
|library croco-0.6.4.0 not found
| not found anywhere
Direct dependencies for claws-mail-3.17.4 resolve to libcanberra-gtk-0.30p8 
libnotify-0.7.8 libetpan-1.9.3 zstd-1.4.4 startup-notification-0.12p6 
libb2-0.98.1v0 dbus-glib-0.110p1v0 cyrus-sasl-2.1.27p1 libical-3.0.6 
gnutls-3.6.10p0 gtk-update-icon-cache-3.24.13 libnettle-3.5.1p0 enchant-1.6.1p1 
libarchive-3.4.0p0 gpgme-1.13.1p0 xz-5.2.4 gtk+2-2.24.32p8 libexecinfo-0.3p2v0 
desktop-file-utils-0.24p0
Full dependency tree is glib2-2.62.3 gnome-icon-theme-symbolic-3.12.0p3 
curl-7.67.0 cairo-1.16.0 nghttp2-1.40.0 libarchive-3.4.0p0 jasper-2.0.14 
sqlite3-3.30.1 .libs-icu4c-64.2p0 libxml-2.9.10 libgcrypt-1.8.5 libical-3.0.6 
bzip2-1.0.8 zstd-1.4.4 libunistring-0.9.7 libb2-0.98.1v0 pango-1.42.4p5 
libltdl-2.4.2p1 icu4c-65.1p0 gdk-pixbuf-2.40.0p2 libcanberra-gtk-0.30p8 
hunspell-1.6.2p0 p11-kit-0.23.18.1 desktop-file-utils-0.24p0 xz-5.2.4 
librsvg-2.47.1p1 gtk+2-2.24.32p8 libunbound-1.9.4 shared-mime-info-1.15 
atk-2.34.1p1 libgpg-error-1.36p0 gnupg-2.2.12p0 libogg-1.3.4 npth-1.6 
harfbuzz-2.6.4p1 tiff-4.1.0 libiconv-1.16p0 libtasn1-4.15.0p0 libnotify-0.7.8 
sound-theme-freedesktop-0.8p0 libffi-3.2.1p5 libusb1-1.0.23 libassuan-2.5.1p0 
libnettle-3.5.1p0 libksba-1.3.5p2 gnome-icon-theme-3.12.0p5 
startup-notification-0.12p6 dbus-glib-0.110p1v0 dbus-1.12.16p0v0 lzo2-2.10p1 
libidn2-2.3.0p0 libsecret-0.18.8p0 lz4-1.9.2 pinentry-1.1.0p0 
gettext-runtime-0.20.1p0 python-3.7.5p3 pcre-8.41p2 libexecinfo-0.3p2v0 
gmp-6.1.2p3 gpgme-1.13.1p0 enchant-1.6.1p1 jpeg-2.0.3v0 graphite2-1.3.13p0 
libvorbis-1.3.6 png-1.6.37 gtk-update-icon-cache-3.24.13 cyrus-sasl-2.1.27p1 
gnutls-3.6.10p0 db-4.6.21p7v0 libcanberra-0.30p4 aspell-0.60.6.1p10 
libetpan-1.9.3 hicolor-icon-theme-0.17 mozilla-dicts-en-GB-1.3p1 fribidi-1.0.7p2
Couldn't install claws-mail-3.17.4

When installing claws-mail-3.17.4 can't find library croco-0.6.4.0 OpenBSD 6.6

[Jon Fineman]

When trying to install claws-mail I get the bellow error. Prior to this I did a 
pkg_add -u so I am up to date.

The dmesg is below.



pkg_add claws-mail
Ambiguous: choose package for claws-mail
a   0: 
1: claws-mail-3.17.4
2: claws-mail-3.17.4-ldap
Your choice: 1
Can't install claws-mail-3.17.4 because of libraries
|library croco-0.6.4.0 not found
| not found anywhere
Direct dependencies for claws-mail-3.17.4 resolve to libcanberra-gtk-0.30p8 
libnotify-0.7.8 libetpan-1.9.3 zstd-1.4.4 startup-notification-0.12p6 
libb2-0.98.1v0 dbus-glib-0.110p1v0 cyrus-sasl-2.1.27p1 libical-3.0.6 
gnutls-3.6.10p0 gtk-update-icon-cache-3.24.13 libnettle-3.5.1p0 enchant-1.6.1p1 
libarchive-3.4.0p0 gpgme-1.13.1p0 xz-5.2.4 gtk+2-2.24.32p8 libexecinfo-0.3p2v0 
desktop-file-utils-0.24p0
Full dependency tree is glib2-2.62.3 gnome-icon-theme-symbolic-3.12.0p3 
curl-7.67.0 cairo-1.16.0 nghttp2-1.40.0 libarchive-3.4.0p0 jasper-2.0.14 
sqlite3-3.30.1 .libs-icu4c-64.2p0 libxml-2.9.10 libgcrypt-1.8.5 libical-3.0.6 
bzip2-1.0.8 zstd-1.4.4 libunistring-0.9.7 libb2-0.98.1v0 pango-1.42.4p5 
libltdl-2.4.2p1 icu4c-65.1p0 gdk-pixbuf-2.40.0p2 libcanberra-gtk-0.30p8 
hunspell-1.6.2p0 p11-kit-0.23.18.1 desktop-file-utils-0.24p0 xz-5.2.4 
librsvg-2.47.1p1 gtk+2-2.24.32p8 libunbound-1.9.4 shared-mime-info-1.15 
atk-2.34.1p1 libgpg-error-1.36p0 gnupg-2.2.12p0 libogg-1.3.4 npth-1.6 
harfbuzz-2.6.4p1 tiff-4.1.0 libiconv-1.16p0 libtasn1-4.15.0p0 libnotify-0.7.8 
sound-theme-freedesktop-0.8p0 libffi-3.2.1p5 libusb1-1.0.23 libassuan-2.5.1p0 
libnettle-3.5.1p0 libksba-1.3.5p2 gnome-icon-theme-3.12.0p5 
startup-notification-0.12p6 dbus-glib-0.110p1v0 dbus-1.12.16p0v0 lzo2-2.10p1 
libidn2-2.3.0p0 libsecret-0.18.8p0 lz4-1.9.2 pinentry-1.1.0p0 
gettext-runtime-0.20.1p0 python-3.7.5p3 pcre-8.41p2 libexecinfo-0.3p2v0 
gmp-6.1.2p3 gpgme-1.13.1p0 enchant-1.6.1p1 jpeg-2.0.3v0 graphite2-1.3.13p0 
libvorbis-1.3.6 png-1.6.37 gtk-update-icon-cache-3.24.13 cyrus-sasl-2.1.27p1 
gnutls-3.6.10p0 db-4.6.21p7v0 libcanberra-0.30p4 aspell-0.60.6.1p10 
libetpan-1.9.3 hicolor-icon-theme-0.17 mozilla-dicts-en-GB-1.3p1 fribidi-1.0.7p2
Couldn't install claws-mail-3.17.4






OpenBSD 6.6 (GENERIC.MP) #7: Thu Mar 12 11:55:22 MDT 2020
 
r...@syspatch-66-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 5978714112 (5701MB)
avail mem = 5784809472 (5516MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xdf266000 (27 entries)
bios0: vendor Insyde Corp. version "V1.00" date 03/20/2017
bios0: Acer Aspire A315-21
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MSDM BOOT HPET MCFG WDAT UEFI SSDT IVRS SSDT 
SSDT SSDT UEFI SPCR SSDT CRAT TPM2 FPDT ASF! WDRT VFCT SSDT APIC SSDT BGRT
acpi0: wakeup devices GPP1(S4) GPP4(S4) GFX0(S4) GFX1(S4) GFX2(S4) 
GFX3(S4) GFX4(S4) EHC1(S3) XHC0(S3)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 16 (boot processor)
cpu0: AMD A9-9420 RADEON R5, 5 COMPUTE CORES 2C+3G, 2994.79 MHz, 15-70-00
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,CPCTR,DBKP,PERFTSC,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,XSAVEOPT
cpu0: 96KB 64b/line 3-way I-cache, 32KB 64b/line 8-way D-cache, 1MB 
64b/line 16-way L2 cache
cpu0: ITLB 48 4KB entries fully associative, 24 4MB entries fully 
associative
cpu0: DTLB 64 4KB entries fully associative, 64 4MB entries fully 
associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 17 (application processor)
cpu1: AMD A9-9420 RADEON R5, 5 COMPUTE CORES 2C+3G, 2994.38 MHz, 15-70-00
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,XOP,SKINIT,WDT,FMA4,TCE,NODEID,TBM,CPCTR,DBKP,PERFTSC,MWAITX,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,XSAVEOPT
cpu1: 96KB 64b/line 3-way I-cache, 32KB 64b/line 8-way D-cache, 1MB 
64b/line 16-way L2 cache
cpu1: ITLB 48 4KB entries fully associative, 24 4MB entries fully 
associative
cpu1: DTLB 64 4KB entries fully associative, 64 4MB entries fully 
associative
cpu1: smt 1, core 0, package 0
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins, remapped
ioapic1 at mainbus0: apid 5 pa 0xfec01000, version 21, 32 pins, remapped
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (GPP0)
acp

Re: Weechat Matrix script error

[Jon Fineman]

On 2019-12-15 12:00, Aaron Bieber wrote:

On Sat, 14 Dec 2019 at 06:32:51 -0500, Jon Fineman wrote:

I re-installed with 6.6 current and re-installed my packages (fresh install
of 6.6 release, then sysupgrade of 6.6).

I loaded the current versions of weechat, matrix, lua, etc I get the below
error message. On 6.5 I did have weechat/matrix working. If I understand the
error below correctly the matrix.lua script is hard coded to use
lua51.cjson, which doesn't exist in the package list anymore. I tried
adjusting the matrix.lua script to point to lua53.cjson, but that didn't
help, which could have been me.

Any suggestions?


"no file '/usr/local/share/lua/5.1/cjson.lua'" <-- note the version number in
there.

You have lua 5.3 installed according to the "Relevant packages". Likely you
need to rebuild the matrix stuff and tell it to use lua 5.3.






It turns out I was missing the lua-cjson-2.1.0p1 cjson library that goes 
with lua 5.1.


Thanks.


pkg_info -Q cjson
lua-cjson-2.1.0p1 (installed)
lua52-cjson-2.1.0p1
lua53-cjson-2.1.0p1 (installed)

chromium sign-in hangs after next launch

[Jon Fineman]

In 6.5 and 6.6 current if I log into my google account and turn on 
"Allow Chromium sign-in" to let chromium sync my info it hangs on the 
next launch.


If I launch chrome via the command line, after logging in the prior 
session, there does not appear to be any relavent error messages. The UI 
never displays.


Jon



OpenBSD 6.6-current (GENERIC.MP) #512: Mon Dec  9 01:42:18 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17047867392 (16258MB)
avail mem = 16518803456 (15753MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x8b1d7000 (57 entries)
bios0: vendor Intel Corp. version "SYSKLi35.86A.0042.2016.0409.1246" 
date 04/09/2016

bios0: Intel corporation NUC6i5SYB
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT 
SSDT DBGP DBG2 SSDT SSDT UEFI SSDT BGRT DMAR
acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) 
PEGP(S4) SIO1(S3) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) 
RP12(S4) PXSX(S4) RP13(S4) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1790.62 MHz, 06-4e-03
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN

cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1700.97 MHz, 06-4e-03
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN

cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.05 MHz, 06-4e-03
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN

cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1696.05 MHz, 06-4e-03
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN

cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xe000, bus 0-255
acpihpet0 at acpi0: 2399 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus -1 (RP09)
acpiprt5 at acpi0: bus -1 (RP10)
acpiprt6 at acpi0: bus -1 (RP11)
acpiprt7 at acpi0: bus -1 (RP12)
acpiprt8 at acpi0: bus -1 (RP13)
acpiprt9 at acpi0: bus -1 (RP01)
acpiprt10 at acpi0: bus -1 (RP02)
acpiprt11 at acpi0: bus -1 (RP03)
acpiprt12 at acpi0: bus -1 (RP04)
acpiprt13 at acpi0: bus 1 (RP05)
acpiprt14 at acpi0: bus -1 (RP06)
acpiprt15 at acpi0: bus -1 (RP07)
acpiprt16 at acpi0: bus -1 (RP08)
acpiprt17 at acpi0: bus -1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus -1 (R

Weechat Matrix script error

[Jon Fineman]

I re-installed with 6.6 current and re-installed my packages (fresh 
install of 6.6 release, then sysupgrade of 6.6).


I loaded the current versions of weechat, matrix, lua, etc I get the 
below error message. On 6.5 I did have weechat/matrix working. If I 
understand the error below correctly the matrix.lua script is hard coded 
to use lua51.cjson, which doesn't exist in the package list anymore. I 
tried adjusting the matrix.lua script to point to lua53.cjson, but that 
didn't help, which could have been me.


Any suggestions?

Thanks.

Jon



Relevant packages I loaded:
gopass--
lua--%5.3
lua53-cjson--
weechat--
weechat-lua--
weechat-python--



/script load matrix.lua error messages:

 │06:01:46 | Plugins loaded: alias, buflist, charset, exec, 
fifo,
 │ | fset, irc, logger, lua, perl, python, relay, 
script,

 │ | spell, trigger, xfer
 │06:01:56 | lua: loading script 
"/home/jjf/.weechat/lua/matrix.lua"

 │06:01:56 =!= | lua: unable to execute file
 │ | "/home/jjf/.weechat/lua/matrix.lua"
 │06:01:56 =!= | lua: error: /home/jjf/.weechat/lua/matrix.lua:48:
 │ | module 'cjson' not found:
 │06:01:56 | no field package.preload['cjson']
 │06:01:56 | no file './cjson.lua'
 │06:01:56 | no file '/usr/local/share/lua/5.1/cjson.lua'
 │06:01:56 | no file '/usr/local/share/lua/5.1/cjson/init.lua'
 │06:01:56 | no file '/usr/local/lib/lua/5.1/cjson.lua'
 │06:01:56 | no file '/usr/local/lib/lua/5.1/cjson/init.lua'
 │06:01:56 | no file './cjson.so'
 │06:01:56 | no file '/usr/local/lib/lua/5.1/cjson.so'
 │06:01:56 | no file '/usr/local/lib/lua/5.1/loadall.so'



Original matrix.lua line:
local json = require 'cjson' -- apt-get install lua-cjson
local olmstatus, olm = pcall(require, 'olm') -- LuaJIT olm FFI binding 
ln -s ~/olm/olm.lua /usr/local/share/lua/5.1




My adjusted line:
local json = require 'cjson' -- apt-get install lua-cjson
local olmstatus, olm = pcall(require, 'olm') -- LuaJIT olm FFI binding 
ln -s ~/olm/olm.lua /usr/local/share/lua/5.3




/script load matrix53.lua error messages:


 │06:27:08 | Plugins loaded: alias, buflist, charset, exec, 
fifo,
 │ | fset, irc, logger, lua, perl, python, relay, 
script,

 │ | spell, trigger, xfer
 │06:27:16 | lua: loading script
 │ | "/home/jjf/.weechat/lua/matrix53.lua"
 │06:27:16 =!= | lua: unable to execute file
 │ | "/home/jjf/.weechat/lua/matrix53.lua"
 │06:27:16 =!= | lua: error: 
/home/jjf/.weechat/lua/matrix53.lua:48:

 │ | module 'cjson' not found:
 │06:27:16 | no field package.preload['cjson']
 │06:27:16 | no file './cjson.lua'
 │06:27:16 | no file '/usr/local/share/lua/5.1/cjson.lua'
 │06:27:16 | no file '/usr/local/share/lua/5.1/cjson/init.lua'
 │06:27:16 | no file '/usr/local/lib/lua/5.1/cjson.lua'
 │06:27:16 | no file '/usr/local/lib/lua/5.1/cjson/init.lua'
 │06:27:16 | no file './cjson.so'
 │06:27:16 | no file '/usr/local/lib/lua/5.1/cjson.so'
 │06:27:16 | no file '/usr/local/lib/lua/5.1/loadall.so'





dmesg:

OpenBSD 6.6-current (GENERIC.MP) #512: Mon Dec  9 01:42:18 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17047867392 (16258MB)
avail mem = 16518803456 (15753MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x8b1d7000 (57 entries)
bios0: vendor Intel Corp. version "SYSKLi35.86A.0042.2016.0409.1246" 
date 04/09/2016

bios0: Intel corporation NUC6i5SYB
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET LPIT SSDT SSDT SSDT 
SSDT DBGP DBG2 SSDT SSDT UEFI SSDT BGRT DMAR
acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) 
PEGP(S4) SIO1(S3) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) 
RP12(S4) PXSX(S4) RP13(S4) [...]

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6260U CPU @ 1.80GHz, 1790.62 MHz, 06-4e-03
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN

cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR

Installing arduino 1.8.7.v0 on OpenBSD 6.5 gives version conflicts

[Jon Fineman]

I have gcc 4.2.1 that came with bsd and I added gcc 8.3.0 for myself. I get the 
below conflicts when I try and pkg_add arduino-1.8.7.v0 

quirks-3.124 signed on 2019-04-15T12:10:16Z
Collision in avr-gcc-5.4.0p2: the following files already exist
/usr/local/lib/libcc1.la (gcc-libs-8.3.0 and avr-gcc-5.4.0p2)
Collision in avr-gcc-5.4.0p2: the following files already exist
/usr/local/lib/libcc1.la (gcc-libs-8.3.0 and avr-gcc-5.4.0p2)
Can't install avr-libc-2.0.0: can't resolve avr-gcc-5.4.0p2
Can't install arduino-1.8.7v0: can't resolve avr-libc-2.0.0,avr-gcc-5.4.0p2
Couldn't install arduino-1.8.7v0 avr-gcc-5.4.0p2 avr-libc-2.0.0

I tried installing avr-libc and avr-gcc but they also gave conflicts.

What would be the best way to resolve this?

Thanks.