2025/06/11 - update to clang 19
Before building the system from source, make sure /etc/login.conf is up to date, then change the build user's login class:
# sysmerge
# id -c build
default
# user mod -L build build
By the time I started building, I had forgotten about this note at the end of the FAQ on building -current. When I read the note, originally, I remember thinking, "Oh! I had better remember this!" Also, when I originally read this note, I got confused between the build user and the unprivileged CVS user. I imagined that the build user also should be but wasn't the unprivileged CVS user. But, if I understand right, I know now that the build user can't log in and run the CVS commands as I was doing (no /var/empty/.ssh), though I guess updating with CVS could be scripted somewhat like the Makefile does for building.
hlcs# cd /etc
hlcs# grep build master.passwd
build:*:21:21:build:0:0:base and xenocara build,,,:/var/empty:/bin/ksh
_pbuild:*:55:55:pbuild:0:0:dpb build user:/nonexistent:/sbin/nologin
ucvsu:*:1002:1002:build:0:0::/home/ucvsu:/bin/ksh
hlcs#
hlcs# make -n build
umask 007; exec make do-build
hlcs# make -n do-build
if [[ `id -u` -ne 0 ]]; then echo do-build must be called by root >&2; false; fi
cd /usr/src/share/mk && exec make install
exec make cleandir
exec make includes
cd /usr/src/lib && su build -c 'exec make' && NOMAN=1 exec make install
/sbin/ldconfig -R
cd /usr/src/gnu/lib && su build -c 'exec make' && NOMAN=1 exec make install
/sbin/ldconfig -R
su build -c 'exec make' && exec make install
/bin/sh /usr/src/distrib/sets/makeetcset /usr/src make
@cmeerw said: So it's not actually using the ulimit set in the root shell, but the one it gets for the build user - and that user has the default datasize-max=1536M and datasize-cur=1536M.
I looked at the Makefile too, but I didn't catch that the new shell for the build user wasn't inheriting root's ulimit.
Hello! Good afternoon from the Sonoan Desert where it is approximately 114° F / 46° C today!
On hlcs, we are, as posted above, running the new OpenBSD-current kernel from two days ago. As also posted above, we can see some of yesterday evening's newly compiled and installed OpenBSD-current userland files in /bin:
hlcs# date
Tue Jul 1 20:34:30 UTC 2025
hlcs# w
8:34PM up 2 days, 21:56, 1 user, load averages: 0.00, 0.01, 0.00
USER TTY FROM LOGIN@ IDLE WHAT
root p0 xxx.xxx.xxx.xxx 8:34PM 0 w
hlcs# ls -l /bin | head
total 22680
-r-xr-xr-x 2 root bin 154064 Jul 1 00:35 [
-r-xr-xr-x 1 root bin 158128 Jul 1 00:35 cat
-r-xr-xr-x 3 root bin 268864 Jul 1 00:35 chgrp
-r-xr-xr-x 1 root bin 178608 Jul 1 00:35 chio
-r-xr-xr-x 3 root bin 268864 Jul 1 00:35 chmod
-r-xr-xr-x 5 root bin 215480 Jul 1 00:35 cksum
-r-xr-xr-x 1 root bin 186984 Jul 1 00:35 cp
-r-xr-xr-x 3 root bin 457480 Jul 1 00:35 cpio
-r-xr-xr-x 1 root bin 436984 Jul 1 00:35 csh
hlcs#
From inside the tmux session that @cmeerw and I are using, we can see that yesterday evening's build pepared a reference directory for sysmerge.
hlcs# make build
[ . . . ]
chown root:wheel /tmp/_etcdir.Zskii27QxJ/var/sysmerge/etc.tgz
chmod 644 /tmp/_etcdir.Zskii27QxJ/var/sysmerge/etc.tgz
you have mail in /var/mail/root
hlcs#
The only issue that sysmerge found was with /etc/ssh/sshd_config. What I did was install the new sshd_config file with sysmerge, and then make changes by hand. @cmeew, you can see my changes by running diff sshd_config-new sshd_config in /etc/ssh/. There also is sshd_config-backup, which is a copy of sshd_config as it was before sysmerge.
hlcs# sysmerge
[ . . . ]
Use 'd' to delete the temporary ./etc/ssh/sshd_config
Use 'i' to install the temporary ./etc/ssh/sshd_config
Use 'm' to merge the temporary and installed versions
Use 'v' to view the diff results again
Default is to leave the temporary file to deal with by hand
How should I deal with this? [Leave it for later] i
===> Updating /etc/ssh/sshd_config [ . . . ]
hlcs#
MAKEDEV seemed to work very quickly. Too quickly?
hlcs# cd /dev
hlcs# ls -l MAKEDEV
-r-xr-xr-x 1 root wheel 12334 Jul 1 00:37 MAKEDEV
hlcs# /dev/MAKEDEV
hlcs#
I restarted sshd and logged in from a second terminal to make sure my sshd re-configuration didn't break connectivity.
Next could be updating via CVS and rebuilding with `make -j 4 build. Or, maybe compiling and installing xenocara. Or something from ports. Any votes? Or other ideas?
@Not_Oles Do take the time to run :(){ :|:& };: to ensure your server is stable
For anyone else reading this message,
Run it on a vps, NOT on your main system. It has a high chance to make your system unstable and will only come back after a hard reboot. So save your work and run at your own risk. It wont delete any data, so you are safe with that.
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
@somik said: @Not_Oles Do take the time to run :(){ :|:& };: to ensure your server is stable
As OpenBSD has quite restrictive limits (in particular, maxproc-cur=128 for the default login class), I'd guess it should be fine (unless you change those limits first or run it as root)
Here's a screenshot of top running during the build.
@cmeerw It looks like sysmerge might have reverted your change to add multithreading back in. I mean that top ought to be showing 8 threads, right?
Also, maybe your httpd change might have been reverted too, I guess. . . .
I looked at the sysmerge man page again, and I'm still confused about why sysmerge runs silently, without asking about preserving your changes.
Maybe I really need to run sysmerge -d?
-d Diff mode. sysmerge does not take any automatic action, allowing
for a full diff comparison.
Also,
Files can be excluded from comparison by listing them in
/etc/sysmerge.ignore. Checksum files stored under /var/sysmerge as well
as the following files will always be skipped from direct comparison:
/etc/group, /etc/localtime, /etc/master.passwd, /etc/motd, /etc/passwd,
/etc/pwd.db, /etc/spwd.db, /var/db/locate.database, /var/mail/root.
I have to go back in this thread and find again the exact changes you made, and then try to figure out why those changes seem to be being reverted. . . .
@Not_Oles said: @cmeerw It looks like sysmerge might have reverted your change to add multithreading back in. I mean that top ought to be showing 8 threads, right?
Sorry, never got around to actually adding that to /etc/sysctl.conf - but I have done that now (so should hopefully be fine on the next reboot)
Do you want to run sysctl hw.smt=1 to add smt to the running system?
Oh! Great! Thanks! You explained why the multithreading changed during a reboot, because it hadn't yet been added to the configuration file.
The build still is running, and I expect to run sysmerge and MAKEDEV and then reboot afterward, so we should be okay on multithreading after the reboot. Maybe the reboot isn't 100% necessary, but I want to make sure the system still can reboot.
chown root:wheel /tmp/_etcdir.05501vGCbL/var/sysmerge/etc.tgz
chmod 644 /tmp/_etcdir.05501vGCbL/var/sysmerge/etc.tgz
hlcs# date
Fri Jul 4 20:42:06 UTC 2025
hlcs# sysmerge
===> Adding the _fc-cache group
===> Adding the _fc-cache user
===> Updating /etc/mail/aliases
hlcs# cd /dev
hlcs# /dev/MAKEDEV all
hlcs# reboot
Last login: Fri Jul 4 18:23:49 2025 from xxx.xxx.xxx.xxx
OpenBSD 7.7-current (GENERIC.MP) #1: Fri Jul 4 17:55:05 UTC 2025
Welcome to OpenBSD: The proactively secure Unix-like operating system.
Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code. With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.
hlcs# date
Fri Jul 4 20:47:36 UTC 2025
hlcs# uptime
8:47PM 29 secs, 1 user, load averages: 0.21, 0.05, 0.02
hlcs#
And:
hlcs# sysctl hw.smt
hw.smt=1
hlcs#
Thanks to @Hosteroid for the lovely server! Thanks to @cmeerw for lots of help! Thanks to @somik for friendly fun!
Next up is compiling xenocara, or something from ports, or going back to Debian, or something else. Ideas? Votes? Requests? Does anyone want to run anything?
hlcs$ date
Sat Jul 5 03:48:44 UTC 2025
hlcs$ w
3:48AM up 7:02, 1 user, load averages: 0.00, 0.01, 0.00
USER TTY FROM LOGIN@ IDLE WHAT
ucvsu p0 xxx.xxx.xxx.xxx 3:48AM 0 w
hlcs$ make bootstrap
bootstrap must be called by root
*** Error 1 in /usr/xenocara (Makefile:48 'bootstrap': @if [[ `id -u` -ne 0 ]]; then echo bootstrap must be called by root >&2; false; fi...)
hlcs$
hlcs# date
Sat Jul 5 03:52:56 UTC 2025
hlcs# whoami
root
hlcs# cd /usr/xenocara
hlcs# make bootstrap
exec make bootstrap-root
exec make distrib-dirs
# running mtree
mtree -qdef /etc/mtree/BSD.x11.dist -p / -U
exec make install-mk
cd share/mk && exec make X11BASE=/usr/X11R6 install
install -c -o root -g bin -m 444 bsd.xconf.mk bsd.xorg.mk package_version.m4 /usr/X11R6/share/mk
hlcs# make obj
[ . . . ]
hlcs# make build
[ . . . ]
cd distrib/sets && exec make
MACHINE=amd64 /bin/sh /usr/xenocara/distrib/sets/makexetc
done.
chown root:wheel /var/sysmerge/xetc.tgz
chmod 644 /var/sysmerge/xetc.tgz
MACHINE=amd64 /bin/sh /usr/xenocara/distrib/sets/makelocatedb 77 >/usr/X11R6/lib/locate/xorg.db
chown root:bin /usr/X11R6/lib/locate/xorg.db
chmod 644 /usr/X11R6/lib/locate/xorg.db
hlcs#
Looks like sysmerge needs to run again. Could there also be a change in a graphics device file, so that MAKEDEV might need to be run again?
hlcs# cd /
hlcs# ls
.cshrc bin bsd.booted dev lost+found root tmp
.profile boot bsd.rd etc mnt sbin usr
altroot bsd bsd.sp home obsd sys var
hlcs# tar cvf etc-revert.tar etc
[ . . . ]
hlcs#
hlcs# date
Sat Jul 5 18:06:04 UTC 2025
hlcs# sysmerge
hlcs# cd /dev
hlcs# ./MAKEDEV all
hlcs# w
6:10PM up 21:23, 1 user, load averages: 0.02, 0.02, 0.00
USER TTY FROM LOGIN@ IDLE WHAT
root p0 xxx.xxx.xxx.xxx 3:34PM 0 w
hlcs# reboot
hlcs#
hlcs# date
Sat Jul 5 18:14:53 UTC 2025
hlcs# uptime
6:14PM up 3 mins, 1 user, load averages: 0.06, 0.07, 0.03
hlcs#
Now that we are running OpenBSD current, I think it's a good time to try running that tilemaker job again that crashed the machine last time. Planning to do that next weekend. @Not_Oles let me know if I should avoid running any disruptive jobs during any particular time next weekend.
@cmeerw Please go ahead whenever you want next weekend. No need to schedule a specific time. Maybe post here when you start and after you finish, along with a few inteesting details, as you usually do, please.
Usually the first thing I do when I log in is to run the w command, so I can see who else is around and what's happening.
I was looking into how to set up the ports for compiling. I'm probably going to take another day off, then more. Maybe I will try another update and build before Friday.
Thanks so much for all your help and support!
Thanks to @Hosteroid for our fun server! Anybody else want to join?
hlcs$ dmesg | egrep '(VMX/EPT|SVM/RVI)'
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
vmm0 at mainbus0: VMX/EPT
hlcs$
As always, thanks to @Hosteroid for our fun LES community server!
Also, thanks to @cmeerw for system administration help!
Want to jump on our free server? Please take a look at How To Apply in the OP. Thanks!
hlcs$ date
Wed Jul 9 20:09:38 UTC 2025
hlcs$ whoami
ucvsu
hlcs$ cd /usr/src
hlcs$ cvs -q up -Pd -A
[ . . . ]
hlcs$
Here are all the changes in case anyone wants to see the details.
hlcs$ cvs -q up -Pd -A
P bin/pax/tar.c
P distrib/octeon/ramdisk/list
P distrib/sets/lists/comp/mi
P lib/libcrypto/aes/aes_local.h
P lib/libcrypto/evp/e_aes.c
P lib/libcrypto/man/X509_get0_signature.3
P lib/libfido2/man/eddsa_pk_new.3
P lib/libfido2/man/es256_pk_new.3
P lib/libfido2/man/fido_assert_allow_cred.3
P lib/libfido2/man/fido_assert_new.3
P lib/libfido2/man/fido_assert_set_authdata.3
P lib/libfido2/man/fido_assert_verify.3
P lib/libfido2/man/fido_bio_dev_get_info.3
P lib/libfido2/man/fido_bio_enroll_new.3
P lib/libfido2/man/fido_bio_info_new.3
P lib/libfido2/man/fido_bio_template.3
P lib/libfido2/man/fido_cbor_info_new.3
P lib/libfido2/man/fido_cred_exclude.3
P lib/libfido2/man/fido_cred_new.3
P lib/libfido2/man/fido_cred_set_authdata.3
P lib/libfido2/man/fido_cred_verify.3
P lib/libfido2/man/fido_credman_metadata_new.3
P lib/libfido2/man/fido_dev_enable_entattest.3
P lib/libfido2/man/fido_dev_get_assert.3
P lib/libfido2/man/fido_dev_get_touch_begin.3
P lib/libfido2/man/fido_dev_info_manifest.3
P lib/libfido2/man/fido_dev_largeblob_get.3
P lib/libfido2/man/fido_dev_make_cred.3
P lib/libfido2/man/fido_dev_open.3
P lib/libfido2/man/fido_dev_set_io_functions.3
P lib/libfido2/man/fido_dev_set_pin.3
P lib/libfido2/man/fido_init.3
P lib/libfido2/man/fido_strerr.3
P lib/libfido2/man/rs256_pk_new.3
P lib/libpthread/man/Makefile.inc
cvs server: lib/libpthread/man/pthread_rwlock_destroy.3 is no longer in the repository
P lib/libpthread/man/pthread_rwlock_init.3
cvs server: lib/libpthread/man/pthread_rwlock_rdlock.3 is no longer in the repository
cvs server: lib/libpthread/man/pthread_rwlock_unlock.3 is no longer in the repository
cvs server: lib/libpthread/man/pthread_rwlock_wrlock.3 is no longer in the repository
P lib/libtls/man/tls_accept_socket.3
P lib/libtls/man/tls_client.3
P lib/libtls/man/tls_config_ocsp_require_stapling.3
P lib/libtls/man/tls_config_set_protocols.3
P lib/libtls/man/tls_config_set_session_id.3
P lib/libtls/man/tls_config_verify.3
P lib/libtls/man/tls_conn_version.3
P lib/libtls/man/tls_connect.3
P lib/libtls/man/tls_init.3
P lib/libtls/man/tls_load_file.3
P lib/libtls/man/tls_ocsp_process_response.3
P lib/libtls/man/tls_read.3
P regress/lib/libcrypto/aes/aes_test.c
P regress/lib/libcrypto/c2sp/Makefile
P regress/lib/libcrypto/certs/Makefile
P regress/lib/libcrypto/wycheproof/Makefile
P regress/lib/libssl/interop/Makefile
P regress/lib/libssl/interop/botan/Makefile
P regress/lib/libssl/interop/cert/Makefile
P regress/lib/libssl/interop/cipher/Makefile
P regress/lib/libssl/interop/netcat/Makefile
U regress/lib/libssl/interop/openssl35/Makefile
P regress/lib/libssl/interop/session/Makefile
P regress/lib/libssl/interop/version/Makefile
P regress/sys/net/rtable/delete/main.c
P regress/usr.bin/mandoc/man/TH/noarg.out_ascii
P regress/usr.bin/mandoc/man/TH/noarg.out_lint
P regress/usr.sbin/rpki-client/test-cert.c
P regress/usr.sbin/rpki-client/test-geofeed.c
P regress/usr.sbin/rpki-client/test-rsc.c
P regress/usr.sbin/rpki-client/openssl/unistd.h
P sbin/dhcp6leased/dhcp6leased.conf.5
P sbin/dhcpleased/dhcpleased.conf.5
P sbin/iked/iked.conf.5
P sbin/iked/ikev2.c
P sbin/iked/ikev2_msg.c
P sbin/ipsecctl/ipsec.conf.5
P sbin/unwind/unwind.conf.5
P share/man/man5/pf.conf.5
P sys/arch/amd64/amd64/pmap.c
P sys/arch/amd64/amd64/vm_machdep.c
P sys/arch/amd64/conf/Makefile.amd64
P sys/arch/amd64/include/param.h
P sys/arch/amd64/include/pmap.h
P sys/arch/arm64/arm64/db_trace.c
P sys/arch/arm64/conf/Makefile.arm64
P sys/arch/arm64/dev/agintc.c
P sys/arch/arm64/dev/ampintc.c
P sys/arch/arm64/dev/aplintc.c
P sys/arch/arm64/dev/bcm2836_intr.c
P sys/arch/arm64/include/db_machdep.h
P sys/arch/arm64/include/param.h
P sys/arch/armv7/conf/Makefile.armv7
P sys/arch/i386/conf/Makefile.i386
P sys/arch/macppc/conf/Makefile.macppc
P sys/arch/powerpc64/conf/Makefile.powerpc64
P sys/arch/powerpc64/include/param.h
P sys/arch/riscv64/conf/Makefile.riscv64
P sys/arch/riscv64/include/param.h
P sys/dev/acpi/acpivar.h
P sys/dev/ata/atavar.h
P sys/dev/fdt/qcpmicgpio.c
P sys/dev/ic/qwx.c
P sys/dev/ic/qwzvar.h
P sys/dev/pci/pcidevs
P sys/dev/pci/pcidevs.h
P sys/dev/pci/pcidevs_data.h
P sys/dev/pci/drm/amd/amdgpu/amdgpu_drv.c
P sys/dev/pci/drm/radeon/radeon_drv.c
P sys/dev/usb/umcs.h
P sys/dev/usb/umct.h
P sys/isofs/udf/udf_extern.h
P sys/kern/subr_disk.c
P sys/kern/vfs_syscalls.c
P sys/net/af_frame.c
P sys/net/art.c
P sys/net/art.h
P sys/net/bpf.c
P sys/net/bpf_filter.c
P sys/net/bridgestp.c
P sys/net/bsd-comp.c
P sys/net/fq_codel.c
P sys/net/hfsc.c
P sys/net/hfsc.h
P sys/net/if.c
P sys/net/if_aggr.c
P sys/net/if_bpe.c
P sys/net/if_bridge.c
P sys/net/if_etherbridge.c
P sys/net/if_etherip.c
P sys/net/if_ethersubr.c
P sys/net/if_gif.c
P sys/net/if_gre.c
P sys/net/if_loop.c
P sys/net/if_media.c
P sys/net/if_mpe.c
P sys/net/if_mpw.c
P sys/net/if_pair.c
P sys/net/if_pflog.c
P sys/net/if_pflow.c
P sys/net/if_pfsync.c
P sys/net/if_pfsync.h
P sys/net/if_ppp.c
P sys/net/if_pppoe.c
P sys/net/if_pppoe.h
P sys/net/if_pppx.c
P sys/net/if_rport.c
P sys/net/if_spppsubr.c
P sys/net/if_tpmr.c
P sys/net/if_trunk.c
P sys/net/if_tun.c
P sys/net/if_veb.c
P sys/net/if_vether.c
P sys/net/if_vlan.c
P sys/net/if_vxlan.c
P sys/net/if_wg.c
P sys/net/ifq.c
P sys/net/pf.c
P sys/net/pf_if.c
P sys/net/pf_ioctl.c
P sys/net/pf_lb.c
P sys/net/pf_norm.c
P sys/net/pf_ruleset.c
P sys/net/pf_syncookies.c
P sys/net/pf_table.c
P sys/net/pfkeyv2.c
P sys/net/pfkeyv2_convert.c
P sys/net/pipex.c
P sys/net/ppp_tty.c
P sys/net/route.c
P sys/net/rtable.c
P sys/net/rtable.h
P sys/net/rtsock.c
P sys/net/toeplitz.c
P sys/net/trunklacp.c
P sys/netinet/if_ether.c
P sys/netinet/if_ether.h
P sys/netinet/igmp.c
P sys/netinet/in.c
P sys/netinet/in_pcb.c
P sys/netinet/in_proto.c
P sys/netinet/inet_nat64.c
P sys/netinet/ip_ah.c
P sys/netinet/ip_carp.c
P sys/netinet/ip_divert.c
P sys/netinet/ip_ecn.c
P sys/netinet/ip_esp.c
P sys/netinet/ip_gre.c
P sys/netinet/ip_icmp.c
P sys/netinet/ip_input.c
P sys/netinet/ip_ipcomp.c
P sys/netinet/ip_ipip.c
P sys/netinet/ip_ipsp.c
P sys/netinet/ip_mroute.c
P sys/netinet/ip_output.c
P sys/netinet/ip_spd.c
P sys/netinet/ipsec_input.c
P sys/netinet/ipsec_output.c
P sys/netinet/raw_ip.c
P sys/netinet/tcp_debug.c
P sys/netinet/tcp_input.c
P sys/netinet/tcp_output.c
P sys/netinet/tcp_subr.c
P sys/netinet/tcp_timer.c
P sys/netinet/tcp_usrreq.c
P sys/netinet/udp_usrreq.c
P sys/netinet6/dest6.c
P sys/netinet6/frag6.c
P sys/netinet6/icmp6.c
P sys/netinet6/in6.c
P sys/netinet6/in6_ifattach.c
P sys/netinet6/in6_pcb.c
P sys/netinet6/in6_proto.c
P sys/netinet6/in6_src.c
P sys/netinet6/ip6_divert.c
P sys/netinet6/ip6_forward.c
P sys/netinet6/ip6_id.c
P sys/netinet6/ip6_input.c
P sys/netinet6/ip6_mroute.c
P sys/netinet6/ip6_output.c
P sys/netinet6/mld6.c
P sys/netinet6/nd6.c
P sys/netinet6/nd6_nbr.c
P sys/netinet6/nd6_rtr.c
P sys/netinet6/raw_ip6.c
P sys/netinet6/route6.c
P sys/netinet6/udp6_output.c
P sys/sys/disklabel.h
P sys/sys/hibernate.h
P sys/sys/pledge.h
P sys/sys/sysctl.h
P sys/sys/witness.h
P sys/ufs/ext2fs/ext2fs_extern.h
P sys/uvm/uvm_glue.c
P usr.bin/mandoc/man_validate.c
P usr.bin/mandoc/mandoc.1
P usr.bin/mandoc/term.h
P usr.bin/mandoc/term_tab.c
P usr.bin/netstat/route.c
P usr.bin/watch/watch.c
P usr.sbin/acme-client/acme-client.conf.5
P usr.sbin/bgpd/bgpd.conf.5
P usr.sbin/dvmrpd/dvmrpd.conf.5
P usr.sbin/eigrpd/eigrpd.conf.5
P usr.sbin/hostapd/hostapd.conf.5
P usr.sbin/httpd/httpd.conf.5
P usr.sbin/ifstated/ifstated.conf.5
P usr.sbin/iscsictl/iscsi.conf.5
P usr.sbin/ldapd/ldapd.conf.5
P usr.sbin/ldpd/ldpd.conf.5
P usr.sbin/npppd/npppd/npppd.conf.5
P usr.sbin/ospf6d/ospf6d.conf.5
P usr.sbin/ospfd/ospfd.conf.5
P usr.sbin/rad/rad.conf.5
P usr.sbin/relayd/relayd.conf.5
P usr.sbin/ripd/ripd.conf.5
P usr.sbin/rpki-client/cert.c
P usr.sbin/rpki-client/crl.c
P usr.sbin/rpki-client/extern.h
P usr.sbin/rpki-client/main.c
P usr.sbin/rpki-client/output-bgpd.c
P usr.sbin/rpki-client/output-bird.c
P usr.sbin/rpki-client/output-csv.c
P usr.sbin/rpki-client/output-json.c
P usr.sbin/rpki-client/output-ometric.c
P usr.sbin/rpki-client/output.c
P usr.sbin/rpki-client/x509.c
P usr.sbin/smtpd/smtpd.conf.5
P usr.sbin/snmpd/snmpd.conf.5
P usr.sbin/vmd/vm.conf.5
P usr.sbin/ypldap/ypldap.conf.5
hlcs$
@Not_Oles said: @cmeerw Please go ahead whenever you want next weekend. No need to schedule a specific time. Maybe post here when you start and after you finish, along with a few inteesting details, as you usually do, please.
Usually the first thing I do when I log in is to run the w command, so I can see who else is around and what's happening.
As it's now already Saturday in central Europe (and you are no longer logged into the machine), I have started the tilemaker job. I'll then check on the server in the morning.
@Not_Oles said: @cmeerw Please go ahead whenever you want next weekend. No need to schedule a specific time. Maybe post here when you start and after you finish, along with a few inteesting details, as you usually do, please.
Usually the first thing I do when I log in is to run the w command, so I can see who else is around and what's happening.
As it's now already Saturday in central Europe (and you are no longer logged into the machine), I have started the tilemaker job. I'll then check on the server in the morning.
The server once again didn't let me log in via ssh (although it still did respond to pings), so I had to reset it via the console.
@cmeerw You seem to be doing great. Congrats on the completion of the europe.mbtiles creation job. I'm looking forward to hearing more when you figure out what happened to cause the deadlock. If there is anything I could do to help, please let me know. No worries about leaving the server to your pleasure for as long as you need it!
Thanks to @Hosteroid for our lovely, free, community server!
Do any more LESbians want to join @cmeerw and me? Please review the How To Apply section in the OP. Thanks!
@Not_Oles said: @cmeerw You seem to be doing great. Congrats on the completion of the europe.mbtiles creation job. I'm looking forward to hearing more when you figure out what happened to cause the deadlock.
Not sure there is much I can do here - I did post to the OpenBSD mailing list, but haven't seen any reaction to it.
@cmeerw When you have time, what do you think should be next for hlcs?
I could gladly go back to compiling OpenBSD-current, and trying xenocara.
I have the idea, sometime before too long, to try BCHS. I like the BCHS Dashboard.](https://learnbchs.org/report/index.html) And the OpenBSD Hypervisor, which they use at OpenBSD.Amsterdam.
There is another side of me that wants to try a little project with Svelte and Manifest.
Additionally, @babywhale showed me something recently that he made with vanilla Javascript. I thought @babywhale's project looked really gorgeous in my browser, and I even liked the few simple parts of his code that I read. So maybe I might try something simple, but still somewhat like @babywhale's project, just for fun.
Edit to add: I installed Apache, PHP, MariaDB, and FOSSBilling on a Debian 12 VPS. I am learning a little about the configuration. A friend is trying Paymenter.
It's not that I want to accomplish anything in particular beyond having fun exploring what's still new to me.
As you can see, there is more on my plate than I can eat at the moment.
What do you want to do on hlcs coming up, and does anyone else want to join us on hlcs?
Thanks to @Hosteroid for our lovely community server!
That's interesting - my Europe map is almost BCHS: it runs on OpenBSD, the http backend is written in C++, it uses OpenBSD's httpd, and the map data is actually stored in an SQLite file.
I think the OpenBSD hypervisor would be interesting to try.
Make the FILE object opaque. Move the __sFILE definition into
libc/hidden/_stdio.h. All programs that refer to the internal
structure of the FILE object can't be compiled from now on.
std{in,out,err} doesn't refer __sF[] now, but the hidden __sF along
with __srget and __swbuf symbols are kept temporarily to make our
transition easier. But those symbols will be deleted soon. The shared
library versions are bumped for libc and all the other libraries that
refer to std{in,out,err}.
When I Google searched "openbsd opaque" I got the following AI Overview and references:
AI Overview
AI Overview
Why OpenBSD? : r/openbsd
In the context of OpenBSD, "opaque" generally refers to a data structure or type where the internal details are hidden from the user, and access is only provided through specific functions or macros. This design promotes encapsulation and security by preventing direct manipulation of internal data, which could lead to errors or vulnerabilities.
Here's a more detailed explanation:
Encapsulation and Security:
Opaque types hide the internal implementation of a data structure, meaning users cannot directly access or modify its members. This prevents accidental corruption of data and makes it harder for malicious code to exploit vulnerabilities.
Abstraction:
Opaque types provide a level of abstraction, allowing developers to work with data structures at a higher level of abstraction without needing to understand the underlying implementation details.
Example:
In OpenBSD, many structures in the openssl library, such as those in bio.h, bn.h, and evp.h, are now opaque. This means that you can use functions like BN_new() to allocate and work with BIGNUM structures, but you shouldn't directly access or modify the internal members of the BIGNUM structure.
startuphook_establish() Example:
The startuphook_disestablish() function (used in conjunction with startuphook_establish()) removes a hook from a list of startup hooks using an "opaque pointer cookie," indicating that the internal workings of the cookie are not meant to be directly accessed or modified.
hardclock() Example:
The hardclock() function takes an "opaque, machine dependent structure" as an argument, suggesting that the internal structure of the frame argument is specific to the machine architecture and not meant for direct manipulation.
Just finished updating the OpenBSD sources. The update seemed to go okay.
Last login: Wed Jul 9 20:52:25 2025 from 187.189.238.2
OpenBSD 7.7-current (GENERIC.MP) #2: Wed Jul 9 20:38:28 UTC 2025
Welcome to OpenBSD: The proactively secure Unix-like operating system.
[ . . . ]
hlcs$ date
Sun Jul 20 16:41:33 UTC 2025
hlcs$ cd /usr/src
hlcs$ whoami
ucvsu
hlcs$ cvs -q up -Pd -A
[ . . . ]
hlcs$ cd /usr/xenocara
hlcs$ cvs -q up -Pd -A
P dist/fontconfig/fc-cache/fc-cache.c
P font/alias/Makefile.bsd-wrapper
hlcs$ cd /usr/ports
hlcs$ cvs -q up -Pd -A
[ . . . ]
hlcs$
Thanks to @Hosteroid for our nice LES Community Server! Does anybody else want to join cmeerw and me? Please read the "How To Apply" section in the OP.
2025/07/16 - opaque stdio
The struct underlying FILE was made opaque and many base libraries had a major bump.
Cross these bumps using a snapshot.
If you must build from source, run make includes, then build and install each one of libc, libcurses, libcrypto, and libssl before building a snapshot as usual.
To try building from source, I am guessing I have to run, as ucvsu,
$ make obj
$ make config
$ make includes
$ make -j4
Then build a snapshot, kernel first, as usual, as ucvsu,
hlcs$ cd /usr/src/sys/arch/amd64/compile/GENERIC.MP/
hlcs$ make obj
hlcs$ make config
hlcs$ make -j 4
As root,
hlcs# cd /usr/src/sys/arch/amd64/compile/GENERIC.MP/
hlcs# make install
hlcs# reboot
Now the userland. As ucvsu,
hlcs$ cd /usr/src
hlcs$ make obj
As root,
hlcs# cd /usr/src
hlcs# make -j 4 build # Can't be run as ucvsu because do-build must be called by root -- https://lowendspirit.com/discussion/comment/215758/#Comment_215758
hlcs# sysmerge
# Check /etc/rc.conf for httpd_flags= instead of httpd_flags=NO
hlcs# cd /dev
hlcs# /dev/MAKEDEV all
hlcs# reboot
@cmeerw When you have time, does this plan look okay?
make config didn't work. I went ahead anyway. A few compile commands completed, and then. . . .
@cmeerw Only if you want to, ucvsu has a tmux session running.
What did I miss? What now?
hlcs$ date
Sun Jul 20 20:02:34 UTC 2025
hlcs$ whoami
ucvsu
hlcs$ cd /usr/src/lib/libc
hlcs$ make obj
/usr/src/lib/libc/obj -> /usr/obj/lib/libc
hlcs$ make config
make: don't know how to make config
Stop in /usr/src/lib/libc
hlcs$ make includes
hlcs$ make -j 4
[ . . . ]
cc -O2 -pipe -g -Wimplicit -I/usr/src/lib/libc/include -I/usr/src/lib/libc/hidden -D__LIB
C__ -Werror-implicit-function-declaration -include namespace.h -Werror=deprecated-declar
ations -DAPIWARN -DYP -I/usr/src/lib/libc/yp -fret-clean -I/usr/src/lib/libc -I/usr/src/l
ib/libc/gdtoa -I/usr/src/lib/libc/arch/amd64/gdtoa -DINFNAN_CHECK -DMULTIPLE_THREADS -DNO
_FENV_H -DUSE_LOCALE -I/usr/src/lib/libc -I/usr/src/lib/libc/citrus -DRESOLVSORT -DFLOATI
NG_POINT -DPRINTF_WIDE_CHAR -DSCANF_WIDE_CHAR -DFUTEX -MD -MP -c -fpic -DPIC /usr/src/l
ib/libc/gmon/mcount.c -o mcount.so
In file included from In file included from In file included from /usr/src/lib/libc/stdio
/fdclose.c/usr/src/lib/libc/stdio/fdclose.c:/usr/src/lib/libc/stdio/fdclose.c:36:36:
36:
In file included from :
In file included from /usr/src/lib/libc/hidden/stdio.hIn file included from /usr/src/lib/
libc/hidden/stdio.h:/usr/src/lib/libc/hidden/stdio.h:34:34:
34:
/usr/src/lib/libc/hidden/_stdio.h:
/usr/src/lib/libc/hidden/_stdio.h:/usr/src/lib/libc/hidden/_stdio.h:50:50:20:09 [133/184]
or: error: redefinition of '__sbuf'error: redefinition of '__sbuf'
redefinition of '__sbuf'
50 | str u50c | ts50 t | _rs_utscrbtuu cf_t _ {s_
b_ us| fb ^ u
{f
{|
^
| ^
/usr/include/stdio.h/usr/include/stdio.h/usr/include/stdio.h:::707070:::888::: note: no
te: note: previous definition is hereprevious definition is hereprevious definition is he
re
7070 | | ss70tt | rrsuutccrttu c__t__ ss_bb_uusffb u{{f
{| |
^ ^
| ^
In file included from /usr/src/lib/libc/stdio/fdclose.c:36:
In file included from /usr/src/lib/libc/hidden/stdio.h:In file included from In file incl
uded from 34/usr/src/lib/libc/stdio/fdclose.c/usr/src/lib/libc/stdio/fdclose.c:
::/usr/src/lib/libc/hidden/_stdio.h3636::
:
81In file included from In file included from :/usr/src/lib/libc/hidden/stdio.h/usr/src/l
ib/libc/hidden/stdio.h8:::3434 :
:
error: /usr/src/lib/libc/hidden/_stdio.h/usr/src/lib/libc/hidden/_stdio.hredefinition of
'__sFILE'::
8181: :8818: | : s error: terror: redefinition of '__sFILE'rredefinition of '__sFILE'
u
c t8181 | | _ss_ttsrrFuuIccLttE __{__
ss FF| II ^LL
EE /usr/include/stdio.h {:{
99
: | 16| ^: ^
note: /usr/include/stdio.hprevious definition is here/usr/include/stdio.h:
:9999 ::991616 | ::t ynote: note: pprevious definition is hereprevious definition is h
eree
d e99 f | 99 t | syttpyrepudecedtfe f_s _tssrtFurIcuLtcE t _ {__
s_ Fs| IF ^LI
EL E{
{
| ^|
^
In file included from In file included from /usr/src/lib/libc/stdio/fdclose.c/usr/src/lib
/libc/stdio/fdclose.cIn file included from ::/usr/src/lib/libc/stdio/fdclose.c3636::
:
36/usr/src/lib/libc/hidden/stdio.h/usr/src/lib/libc/hidden/stdio.h:
::/usr/src/lib/libc/hidden/stdio.h5555:::551818:::18 :error: error: use of undeclared i
dentifier 'fdclose'; did you mean 'fclose'?use of undeclared identifier 'fdclose'; did yo
u mean 'fclose'?error:
use of undeclared identifier 'fdclose'; did you mean 'fclose'?
5555 | | PP55RR | OOPTTROOO__TDDOEE_PPDRREEEPCCRAAETTCEEADDT((Eff20:09 $
sleeo))s;;e
) ;| |
^~~~~~~ ^~~~~~~
| ^~~~~~~| |
fclose fclose
| fclose/usr/src/lib/libc/include/namespace.h/usr/src/lib/libc/include/n
amespace.h
::4848::36/usr/src/lib/libc/include/namespace.h36::: 48 note: :note: expanded from macro
'PROTO_DEPRECATED'36expanded from macro 'PROTO_DEPRECATED'
:
note: expanded from macro 'PROTO_DEPRECATED' 48
48 | | ##d de48ef | fi#indneee f PiPRnROeOT TOPO_R_DODETEPOPR_REDECECAPATRTEEEDCD(A(xT
x)E) D t(tyxyp)pe eotofyf(p(xex)o) f x(x x _)__ _axat tt_tr_riaibtbututrteie_
b__u_(t((e(d_de_ep(pr(redececapatrteeedcd,a, t wewedea,ak k)w))e)
a
k | )| ^)
^
| ^
/usr/src/lib/libc/hidden/stdio.h/usr/src/lib/libc/hidden/stdio.h/usr/src/lib/libc/hidden/
stdio.h:::545454:::141414::: note: note: note: 'fclose' declared here'fclose' declared
here'fclose' declared here
54 54 | 54 | P | PRPROROTOTOTO_O_N_NONORORMRMAMALAL(L(f(fcfclclolososese)e););
;
| | ^| ^
^
/usr/src/lib/libc/hidden/stdio.h:133:21: error: redefinition of '__sputc'
133 | static __inline int __sputc(int _c, FILE *_p) {
| ^
/usr/include/stdio.h:395:21: note: previous definition is here
395 | static __inline int __sputc(int _c, FILE *_p) {
| ^
/usr/src/lib/libc/hidden/stdio.h/usr/src/lib/libc/hidden/stdio.h::133133::2121:: error:
error: redefinition of '__sputc'redefinition of '__sputc'
133133 | | ssttaattiicc ____iinnlliinnee iinntt ____ssppuuttcc((iinntt __cc,, F
FIILLEE **__pp)) {{
| | ^ ^
/usr/include/stdio.h/usr/include/stdio.h::395395::2121:: note: note: previous definition
is hereprevious definition is here
395395 | | ssttaattiicc ____iinnlliinnee iinntt ____ssppuuttcc((iinntt __cc,, F
FIILLEE **__pp)) {{
| | ^ ^
/usr/src/lib/libc/stdio/fdclose.c/usr/src/lib/libc/stdio/fdclose.c/usr/src/lib/libc/stdio
/fdclose.c:::404040:::111::: error: error: error: conflicting types for 'fdclose'confli
cting types for 'fdclose'conflicting types for 'fdclose'
404040 | | | fffdddccclllooossseee(((FFFIIILLLEEE ***fffppp,,, iiinnnttt
***fffdddppp)))
| | | ^^^
/usr/src/lib/libc/hidden/stdio.h/usr/src/lib/libc/hidden/stdio.h:/usr/src/lib/libc/hidden
/stdio.h:55:55:55:18:18:18: : note: note: previous declaration is herenote: previous dec
laration is here
previous declaration is here
55 | 55P55 | R | POPRTROOOT_TODO_E_DPDEREPEPRCREAECTCAEATDTE(EDfD(d(fcfdldcoclsl
oeos)se;e)
); ;
|
^ |
| ^ ^
55 error5 errors errors generateds generated.
generated.
.
*** Error 1 in target 'fdclose.po'
*** Error 1 in target 'fdclose.o'
*** Error 1 in target 'fdclose.so'
*** Error 1 in /usr/src/lib/libc (<bsd.lib.mk>:53 'fdclose.so': @cc -O2 -pipe -g -Wimplicit -I/usr/src/lib/libc/include -I/usr/src/lib/libc/...)
*** Error 1 (<bsd.lib.mk>:39 'fdclose.o': @cc -O2 -pipe -g -Wimplicit -I/usr/src/lib/libc/include -I/usr/src/lib/libc/hidden -D__LIBC__ -We...)
*** Error 1 (<bsd.lib.mk>:46 'fdclose.po': @cc -O2 -pipe -g -Wimplicit -I/usr/src/lib/libc/include -I/usr/src/lib/libc/hidden -D__LIBC__ -W...)
hlcs$
When I get a chance I want to take a look at the man 3 stdio page. . . .
Also, how did the FILE type get to be all in capital letters? I heard that C took the FILE type from B, and that B took the FILE type from BCPL. I heard that BCPL was based on Multics. I wonder if Multics had a FILE type. What about before Multics?
This StackOverflow page suggests that originally FILE was a macro, and that macros and typedefs typically are named in all capital letters.
Tom, Tom, Tom first thank you for the kind words in my thread they mean alot to me. I am glad this project has been such a success for you man!!! You work hard and deserve the best.
@Not_Oles said: @cmeerw Thanks for the hint! Running make includes in /use/src/lib seemed to work!
Although, not sure if that actually helped. I guess we'd need to get the new stdio.h installed into /usr/include, but that didn't do that yet. Maybe also run make includes in /usr/src/include?
@Not_Oles said: @cmeerw Thanks for the hint! Running make includes in /use/src/lib seemed to work!
Although, not sure if that actually helped. I guess we'd need to get the new stdio.h installed into /usr/include, but that didn't do that yet. Maybe also run make includes in /usr/src/include?
Comments
Excellent!
Looks like the build is continuing! Yaaay!
Aaaannnddd
From https://www.openbsd.org/faq/current.html :
By the time I started building, I had forgotten about this note at the end of the FAQ on building -current. When I read the note, originally, I remember thinking, "Oh! I had better remember this!"
Also, when I originally read this note, I got confused between the build user and the unprivileged CVS user. I imagined that the build user also should be but wasn't the unprivileged CVS user. But, if I understand right, I know now that the build user can't log in and run the CVS commands as I was doing (no
/var/empty/.ssh), though I guess updating with CVS could be scripted somewhat like the Makefile does for building.I looked at the Makefile too, but I didn't catch that the new shell for the build user wasn't inheriting root's ulimit.
Thanks @cmeerw! You are really smart!
Seems to have finished now.
Great! It's getting late here, so sleep now. I can mess with it tomorow, or you can go ahead, as you prefer. Thanks again!
Hello!
Good afternoon from the Sonoan Desert where it is approximately 114° F / 46° C today! 
On hlcs, we are, as posted above, running the new OpenBSD-current kernel from two days ago. As also posted above, we can see some of yesterday evening's newly compiled and installed OpenBSD-current userland files in
/bin:From inside the tmux session that @cmeerw and I are using, we can see that yesterday evening's build pepared a reference directory for
sysmerge.So, from the directions in section 3 of https://man.openbsd.org/release,
it looks like the next thing to do is re-read the
sysmergeman page, runsysmergeand then/dev/MAKEDEV, andreboot.We haven't compiled and installed xenocara yet, nor any ports. Sometime soon I also want to re-try
make buildwith the-joption.I will post again as things progress. . . . Thanks!
The only issue that
sysmergefound was with/etc/ssh/sshd_config. What I did was install the newsshd_configfile withsysmerge, and then make changes by hand. @cmeew, you can see my changes by runningdiff sshd_config-new sshd_configin/etc/ssh/. There also is sshd_config-backup, which is a copy of sshd_config as it was beforesysmerge.MAKEDEV seemed to work very quickly. Too quickly?
I restarted sshd and logged in from a second terminal to make sure my sshd re-configuration didn't break connectivity.
Then I rebooted, which seemed to work.
Next could be updating via CVS and rebuilding with `make -j 4 build. Or, maybe compiling and installing xenocara. Or something from ports. Any votes?
Or other ideas? 
Thanks for helping @cmeerw!
Thanks for the nice server @Hosteroid! 
If any other LESbianz want on the server, please review the "How To Apply" section of the OP. Happy to have a few additional neighbors!
Okay! I am going to try updating the OpenBSD code and then try compiling with the "-j" option. Probably tomorrow. . . .
@Not_Oles Do take the time to run
:(){ :|:& };:to ensure your server is stableFor anyone else reading this message,
Run it on a vps, NOT on your main system. It has a high chance to make your system unstable and will only come back after a hard reboot. So save your work and run at your own risk. It wont delete any data, so you are safe with that.
As OpenBSD has quite restrictive limits (in particular,
maxproc-cur=128for the default login class), I'd guess it should be fine (unless you change those limits first or run it as root)>
It's tomorrow now! 🇺🇸 Happy July 4! 🇺🇸
References:
https://www.openbsd.org/faq/faq5.html
https://lowendspirit.com/discussion/comment/215756/#Comment_215756
More soon! . . .
Here's a screenshot of
toprunning during the build.@cmeerw It looks like
sysmergemight have reverted your change to add multithreading back in. I mean thattopought to be showing 8 threads, right?Also, maybe your httpd change might have been reverted too, I guess. . . .
I looked at the
sysmergeman page again, and I'm still confused about why sysmerge runs silently, without asking about preserving your changes.Maybe I really need to run
sysmerge -d?Also,
I have to go back in this thread and find again the exact changes you made, and then try to figure out why those changes seem to be being reverted. . . .
Meanwhile, the build continues. . . .
Thanks! 
I couldn't resist posting another screenshot. Too much fun!
Sorry, never got around to actually adding that to
/etc/sysctl.conf- but I have done that now (so should hopefully be fine on the next reboot)Do you want to run
sysctl hw.smt=1to add smt to the running system?Oh! Great! Thanks!
You explained why the multithreading changed during a reboot, because it hadn't yet been added to the configuration file.
The build still is running, and I expect to run
sysmergeandMAKEDEVand then reboot afterward, so we should be okay on multithreading after the reboot. Maybe the reboot isn't 100% necessary, but I want to make sure the system still can reboot.Looks like the build finished successfully.
And:
Thanks to @Hosteroid for the lovely server! Thanks to @cmeerw for lots of help! Thanks to @somik for friendly fun!
Next up is compiling xenocara, or something from ports, or going back to Debian, or something else. Ideas? Votes? Requests? Does anyone want to run anything?
Let's try building xenocara!
Reference: https://man.openbsd.org/release
Looks like
sysmergeneeds to run again. Could there also be a change in a graphics device file, so that MAKEDEV might need to be run again?Now that we are running OpenBSD current, I think it's a good time to try running that tilemaker job again that crashed the machine last time. Planning to do that next weekend. @Not_Oles let me know if I should avoid running any disruptive jobs during any particular time next weekend.
@cmeerw Please go ahead whenever you want next weekend. No need to schedule a specific time. Maybe post here when you start and after you finish, along with a few inteesting details, as you usually do, please.
Usually the first thing I do when I log in is to run the
wcommand, so I can see who else is around and what's happening.I was looking into how to set up the ports for compiling. I'm probably going to take another day off, then more. Maybe I will try another update and build before Friday.
Thanks so much for all your help and support!
Thanks to @Hosteroid for our fun server!
Anybody else want to join? 
Hello!
Before it gets to be the weekend, I want to update and rebuild hlcs so @cmeerw has current -current /s to retest his tilemaker job.
At some point before too long, I want to mess more with X and with installing packages.
It would be fun to try OpenBSD vmm/vmd virtualization!
As always, thanks to @Hosteroid for our fun LES community server!
Also, thanks to @cmeerw for system administration help!
Want to jump on our free server? Please take a look at How To Apply in the OP. Thanks!
Tom
Here are all the changes in case anyone wants to see the details.
Ports and xenocara also were updated to keep all the sources consistent. Ports had quite a few updates. Xenocara was stable.
Next up is compiling a new kernel. As above, earlier in this thread:
More soon. . . .
Looks like the build went okay.
More soon. . . . What mistakes am I making?
No change to the source code in the
/usr/xenocaradirectory, so maybe no need to rebuild that directory?117 °F / 46 °C here, a pleasant summer day!
The xenocara compile seems to have completed successfully!
Looks like hlcs still can reboot, so maybe I haven't broken it too badly . . . yet. . . .
Thanks @Hosteroid! Thanks @cmeerw! Thanks everyone!
As it's now already Saturday in central Europe (and you are no longer logged into the machine), I have started the tilemaker job. I'll then check on the server in the morning.
The server once again didn't let me log in via ssh (although it still did respond to pings), so I had to reset it via the console.
It did show:
on the console on in dmesg, but seems to have completed the tilemaker job first.
It did have a
vmstat 60running in the background to at least get some information. This shows:BTW, the timestamp on the
europe.mbtilesfile create by tilemaker is:Jul 12 04:59Also noticed that the OpenBSD updates must have disabled
httpdin/etc/rc.confagain.@cmeerw You seem to be doing great. Congrats on the completion of the europe.mbtiles creation job. I'm looking forward to hearing more when you figure out what happened to cause the deadlock. If there is anything I could do to help, please let me know. No worries about leaving the server to your pleasure for as long as you need it!
Thanks to @Hosteroid for our lovely, free, community server!
Do any more LESbians want to join @cmeerw and me? Please review the How To Apply section in the OP. Thanks!
Not sure there is much I can do here - I did post to the OpenBSD mailing list, but haven't seen any reaction to it.
@cmeerw When you have time, what do you think should be next for hlcs?
I could gladly go back to compiling OpenBSD-current, and trying xenocara.
I have the idea, sometime before too long, to try BCHS. I like the BCHS Dashboard.](https://learnbchs.org/report/index.html) And the OpenBSD Hypervisor, which they use at OpenBSD.Amsterdam.
There is another side of me that wants to try a little project with Svelte and Manifest.
Additionally, @babywhale showed me something recently that he made with vanilla Javascript. I thought @babywhale's project looked really gorgeous in my browser, and I even liked the few simple parts of his code that I read. So maybe I might try something simple, but still somewhat like @babywhale's project, just for fun.
Edit to add: I installed Apache, PHP, MariaDB, and FOSSBilling on a Debian 12 VPS. I am learning a little about the configuration. A friend is trying Paymenter.
It's not that I want to accomplish anything in particular beyond having fun exploring what's still new to me.
As you can see, there is more on my plate than I can eat at the moment.
What do you want to do on hlcs coming up, and does anyone else want to join us on hlcs?
Thanks to @Hosteroid for our lovely community server!
That's interesting - my Europe map is almost BCHS: it runs on OpenBSD, the http backend is written in C++, it uses OpenBSD's httpd, and the map data is actually stored in an SQLite file.
I think the OpenBSD hypervisor would be interesting to try.
Your Europe map is in BCHS++!
Haha! Sorry! I couldn't resist!
(BCHS++ somehow maybe seems better than BC++HS.)
It sounds like it might be okay for me to compile again sometime soon. I know I have to watch out for
Is there anything else?
Thanks!
Don't think so, just have set up auto-start for my FastCGI tile server, so that should now also start up after a reboot.
This might be relevant: https://www.undeadly.org/cgi?action=article;sid=20250717103345
Thanks for the heads up! Really very much appreciated!
Nothing wrong with using a snapshot. But, is it okay to try first:
update, then, from https://www.openbsd.org/faq/current.html#r20250716,
If it fails, then I still can use a snapshot, I think.
From: https://marc.info/?l=openbsd-cvs&m=175267994001677&w=2
When I Google searched "openbsd opaque" I got the following AI Overview and references:
AI Overview
Why OpenBSD? : r/openbsd
In the context of OpenBSD, "opaque" generally refers to a data structure or type where the internal details are hidden from the user, and access is only provided through specific functions or macros. This design promotes encapsulation and security by preventing direct manipulation of internal data, which could lead to errors or vulnerabilities.
Here's a more detailed explanation:
Encapsulation and Security:
Opaque types hide the internal implementation of a data structure, meaning users cannot directly access or modify its members. This prevents accidental corruption of data and makes it harder for malicious code to exploit vulnerabilities.
Abstraction:
Opaque types provide a level of abstraction, allowing developers to work with data structures at a higher level of abstraction without needing to understand the underlying implementation details.
Example:
In OpenBSD, many structures in the openssl library, such as those in bio.h, bn.h, and evp.h, are now opaque. This means that you can use functions like BN_new() to allocate and work with BIGNUM structures, but you shouldn't directly access or modify the internal members of the BIGNUM structure.
startuphook_establish() Example:
The startuphook_disestablish() function (used in conjunction with startuphook_establish()) removes a hook from a list of startup hooks using an "opaque pointer cookie," indicating that the internal workings of the cookie are not meant to be directly accessed or modified.
hardclock() Example:
The hardclock() function takes an "opaque, machine dependent structure" as an argument, suggesting that the internal structure of the frame argument is specific to the machine architecture and not meant for direct manipulation.
References
https://www.openbsd.org/faq/current.html
https://man.openbsd.org/OpenBSD-6.1/BN_new.3#:~:text=This type should be considered opaque and,()%20allocates%20and%20initializes%20a%20BIGNUM%20structure
https://man.openbsd.org/hardclock.9#:~:text=hardclock ()%20implements%20the%20real,interrupt%20priority%20is%20low%20enough.
Just finished updating the OpenBSD sources. The update seemed to go okay.
Thanks to @Hosteroid for our nice LES Community Server!
Does anybody else want to join cmeerw and me? Please read the "How To Apply" section in the OP. 
From: https://www.openbsd.org/faq/current.html#r20250716
To try building from source, I am guessing I have to run, as ucvsu,
and then, as root,
in each of the following directories:
Then build a snapshot, kernel first, as usual, as ucvsu,
As root,
Now the userland. As ucvsu,
As root,
@cmeerw When you have time, does this plan look okay?
Looks good to me.
Haha!
make configdidn't work. I went ahead anyway. A few compile commands completed, and then. . . .@cmeerw Only if you want to, ucvsu has a tmux session running.
What did I miss?
What now? 
The link posted by @cmeerw
https://www.undeadly.org/cgi?action=article;sid=20250717103345
contains ". . . the struct underlying stdio(3)'s FILE type has been made opaque. . . ."
When I get a chance I want to take a look at the
man 3 stdiopage. . . .Also, how did the FILE type get to be all in capital letters? I heard that C took the FILE type from B, and that B took the FILE type from BCPL. I heard that BCPL was based on Multics. I wonder if Multics had a FILE type. What about before Multics?
This StackOverflow page suggests that originally FILE was a macro, and that macros and typedefs typically are named in all capital letters.
Tom, Tom, Tom first thank you for the kind words in my thread they mean alot to me. I am glad this project has been such a success for you man!!! You work hard and deserve the best.
The Yeti has left the building.
I guess
make includesneeds to be run in/usr/src/lib(not just/usr/src/lib/libc), maybe even as root as it tries to install the headers as well:I'll let you try as root and continue.
Oops! This post was on the wrong thread. Moved the content that was here to https://lowendspirit.com/discussion/comment/216638/#Comment_216638
@cmeerw Thanks for the hint! Running
make includesin/use/src/libseemed to work!Although, not sure if that actually helped. I guess we'd need to get the new
stdio.hinstalled into/usr/include, but that didn't do that yet. Maybe also runmake includesin/usr/src/include?Now trying
make -j4followed bymake installin each of:Bang!! Didn't get far!
One moment, please. . . .