RVP <[email protected]> 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
