Re: daily `makemandb -Q' drops core

[Van Ly <van.ly%SDF.ORG@localhost>]

RVP <rvp%SDF.ORG@localhost> writes:

> On Tue, 19 Aug 2025, Van Ly wrote:
>
>> The pkgsrc bootstrap doesn't want to see the PKG_PATH variable in the environment.
>>
>> # cd /usr/pkgsrc/bootstrap
>> # ./bootstrap
>> ERROR: Please unset PKG_PATH before running bootstrap.
>> # unset PKG_PATH
>>
>
> Dunno why that is--sorry.
>
>> Is there a need to put `/usr/pkg/sbin' ahead of `/usr/sbin' in PATH to use the newer `pkg_admin'?
>>
>
> You should be able to use either, I think, because the database format hasn't
> changed. Go for whichever's the newest.
>

I try to be consistent with the file path to the pkg commands and have set /etc/pkgpath.conf with

# Add local overrides below
#
pkg_add=/usr/pkg/sbin/pkg_add
pkg_admin=/usr/pkg/sbin/pkg_admin
pkg_create=/usr/pkg/sbin/pkg_create
pkg_delete=/usr/pkg/sbin/pkg_delete
pkg_info=/usr/pkg/sbin/pkg_info

but the state of pkg for an item version such as qemu has got confused, a situation I had wanted to avoid

$ pkgin se qemu
pkgin se qemu
fs-uae-qemu-uae-3.8.6  FS-UAE plugin for PPC and networking support
qemu-10.0.2 =        Machine emulator and virtualizer
qemu-7.2.16nb3 >     Machine emulator and virtualizer
qemu-guest-agent-10.0.2  QEMU guest agent
unicorn-2.1.3        CPU emulator engine framework based on QEMU

=: package is installed and up-to-date
<: package is installed but newer version is available
>: installed package has a greater version than available package

>> I was able to get the `f.occupy' panel to show its contents without setting those two parameters discussed in the problem report.
>>
>
> Yes, you have a horizontal panel now. And, since the OK/Cancel/... buttons at
> the bottom have a fixed maximum width, the underlying window is visible for
> Expose events to be generated by it.
>
> This works too--just one pixel more than the max. button sizes:
>
> ```
> $ cat tmp/ctwmrc.patch 
> --- /etc/X11/ctwm/system.ctwmrc 2024-05-31 13:11:41.000000000 +0000
> +++ /home/rvp/.ctwmrc   2025-08-29 06:45:27.145772726 +0000
> @@ -96,7 +96,7 @@
>   IconFont         "-*-spleen-*-*-*-*-16-*-*-*-*-*-*-*"
>   ResizeFont       "-*-spleen-*-*-*-*-16-*-*-*-*-*-*-*"
>   WorkSpaceFont    "-*-spleen-*-*-*-*-12-*-*-*-*-*-*-*"
> -WorkSpaceManagerGeometry  "60x240-4-4" 1
> +WorkSpaceManagerGeometry  "163x240-4-4" 1
>   IconManagerGeometry       "200x-1-1+0" 1
>   ThreeDBorderWidth         3
>   BorderWidth               3
> $
> ```
>
>> Further tinkering has lost the ability to show some unicode glyphs in a tmux console.  Specifically, Taiwan/HK/OC locale CJKV characters.
>>
>
> Use a UTF-8 locale (both inside & outside tmux) , then tmux won't translate
> chars. when displaying:
>
> ```
> $ TERM=C.UTF-8 tmux ...
> ```
>
> Note that this is only in X11. The NetBSD console doesn't support UTF-8 (no
> font coverage either).
>

Will give the above a try.

>> The fontsize shrunk to eight.
>>
>
> Didn't get this. Shrunk where? console or in X11?

In X11's xterm, I had a tmux session running and it was displaying all
the fonts I had interest in, and I guess the fontsize was 12 or higher.

I went to restart CTWM but misfired and quit the xsession.  On logging
back in, the X11 xterm had shrunk in size to 8 fontsize and tofu glyphs
appeared in place of expected characters.  I guess the font being used
doesn't have adequate coverage.  A fallback to the NOTO fonts avoids
this problem.


-- 
vl