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.
@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.
Comments
Excellent!
I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
Okay! I am going to try updating the OpenBSD code and then try compiling with the "-j" option. Probably tomorrow. . . .
I hope everyone gets the servers they want!
@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.
Never make the same mistake twice. There are so many new ones to make.
It’s OK if you disagree with me. I can’t force you to be right.
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! . . .
I hope everyone gets the servers they want!
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 hope everyone gets the servers they want!
I couldn't resist posting another screenshot. Too much fun!
I hope everyone gets the servers they want!
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.I hope everyone gets the servers they want!
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?
I hope everyone gets the servers they want!
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?I hope everyone gets the servers they want!
I hope everyone gets the servers they want!
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? 
I hope everyone gets the servers they want!
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
I hope everyone gets the servers they want!
Here are all the changes in case anyone wants to see the details.
I hope everyone gets the servers they want!
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. . . .
I hope everyone gets the servers they want!
Looks like the build went okay.
I hope everyone gets the servers they want!
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?I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
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!
I hope everyone gets the servers they want!
I hope everyone gets the servers they want!
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.