Re: anyone want to network for OpenBSD/riscv32?
Hello, On 8/11/24 1:13 PM, Peter Philipp wrote: I have a Pine64 Ox64 (64 MB RAM) I also own an Ox64 and would be interested in OpenBSD/riscv32. Don't know how much time I will find, though. regards, chris
Re: Feedback on redesigned OpenBSD.org
On 8/9/23 23:02, mich...@mlpdesign.com wrote: Child Pages. I'd like to draw peoples attention to the child pages of my redesign. Does your redesign work well on text mode browsers? regards, chris
Re: 12-hour vs. 24-hour clock format
On 2/23/22 17:58, Laura Smith wrote: a lot of peole don't do 24 hour clocks well. For almost everyone outside North America, 24 hour clocks is the *only* thing they do. A bit like the weird American affection for m/d/y. ;-) Here in Germany, Bavaria at least, most people are using 12h colloquially, 24h clocks only in "offical" talking and writing. regards, chris
Re: Adding Password Protection to Single User Mode
On 7/6/21 2:27 PM, Valdrin MUJA wrote: Hi Folks, I want to add a small password protection mechanism to "boot -s" (single-user mode). Therefore, I'm working on /sys/stand/boot/boot.c, I've written some code in boot.c, and run "make", "make obj", "make install" in /sys/. However, I couldn't enable my update "boot" binary on startup. On startup, the default boot program is working. How can I replace my updated boot program with the default one? P.S.: I've tried compile and install kernel and the result didn't change. man 5 ttys
Re: MANPAGER
On 5/29/21 11:18 PM, Allan Streib wrote: Heinrich Rebehn writes: I noticed that OpenBSD 6.8 switched to using less(1) for the manager. While this seems to offer many new useful options, I really dislike the clrscreen upon exit. Have a look at -X argument to less(1): -X | --no-init Disables sending the termcap initialization and deinitialization strings to the terminal. This is sometimes desirable if the deinitialization string does something unnecessary, like clearing the screen. Yeah. PAGER="less -X" is what I am using... regards, chris
6.8 hppa build problem
I want to build "screen" from ports (/usr/ports/misc/screen). I'm getting an error because of undefined '__sync_val_compare_and_swap_4': libtool: link: ar cru .libs/libgettextsrc.a libgettextsrc_la-message.o libgettextsrc_la-po-error.o libgettextsrc_la-po-xerror.o libgettextsrc_la-read-catalog-abstract.o libgettextsrc_la-po-lex.o libgettextsrc_la-po-gram-gen.o libgettextsrc_la-po-charset.o libgettextsrc_la-read-po.o libgettextsrc_la-read-properties.o libgettextsrc_la-read-stringtable.o libgettextsrc_la-open-catalog.o libgettextsrc_la-dir-list.o libgettextsrc_la-str-list.o libgettextsrc_la-read-catalog.o libgettextsrc_la-write-catalog.o libgettextsrc_la-write-properties.o libgettextsrc_la-write-stringtable.o libgettextsrc_la-write-po.o libgettextsrc_la-msgl-ascii.o libgettextsrc_la-msgl-iconv.o libgettextsrc_la-msgl-equal.o libgettextsrc_la-msgl-cat.o libgettextsrc_la-msgl-header.o libgettextsrc_la-msgl-english.o libgettextsrc_la-msgl-check.o libgettextsrc_la-file-list.o libgettextsrc_la-msgl-charset.o libgettextsrc_la-po-time.o libgettextsrc_la-plural-exp.o libgettextsrc_la-plural-eval.o libgettextsrc_la-plural-table.o libgettextsrc_la-sentence.o libgettextsrc_la-format.o libgettextsrc_la-format-c.o libgettextsrc_la-format-python.o libgettextsrc_la-format-python-brace.o libgettextsrc_la-format-java.o libgettextsrc_la-format-java-printf.o libgettextsrc_la-format-csharp.o libgettextsrc_la-format-javascript.o libgettextsrc_la-format-scheme.o libgettextsrc_la-format-lisp.o libgettextsrc_la-format-elisp.o libgettextsrc_la-format-librep.o libgettextsrc_la-format-ruby.o libgettextsrc_la-format-sh.o libgettextsrc_la-format-awk.o libgettextsrc_la-format-lua.o libgettextsrc_la-format-pascal.o libgettextsrc_la-format-smalltalk.o libgettextsrc_la-format-qt.o libgettextsrc_la-format-qt-plural.o libgettextsrc_la-format-kde.o libgettextsrc_la-format-kde-kuit.o libgettextsrc_la-format-boost.o libgettextsrc_la-format-tcl.o libgettextsrc_la-format-perl.o libgettextsrc_la-format-perl-brace.o libgettextsrc_la-format-php.o libgettextsrc_la-format-gcc-internal.o libgettextsrc_la-format-gfc-internal.o libgettextsrc_la-read-desktop.o libgettextsrc_la-locating-rule.o libgettextsrc_la-its.o libgettextsrc_la-search-path.o libtool: link: ranlib .libs/libgettextsrc.a /usr/bin/libtool --tag=CC --mode=link cc -std=gnu99 -O2 -pipe -o msgcmp msgcmp-msgcmp.o msgcmp-msgl-fsearch.o libgettextsrc.la -lm libtool: link: cc -o .libs/msgcmp -std=gnu99 -O2 -pipe msgcmp-msgcmp.o msgcmp-msgl-fsearch.o -L.libs -lgettextsrc -lgettextlib -lm -liconv -lintl -ltextstyle -lncurses -Wl,-rpath-link,/usr/local/lib .libs/libgettextsrc.so.8.0: warning: stpcpy() is dangerous; do not use it .libs/libgettextsrc.so.8.0: warning: strcpy() is almost always misused, please use strlcpy() .libs/libgettextsrc.so.8.0: warning: strcat() is almost always misused, please use strlcat() .libs/libgettextsrc.so.8.0: warning: sprintf() is often misused, please use snprintf() .libs/libgettextlib.so.10.0: undefined reference to `__sync_val_compare_and_swap_4' collect2: ld returned 1 exit status Error while executing cc -o .libs/msgcmp -std=gnu99 -O2 -pipe msgcmp-msgcmp.o msgcmp-msgl-fsearch.o -L.libs -lgettextsrc -lgettextlib -lm -liconv -lintl -ltextstyle -lncurses -Wl,-rpath-link,/usr/local/lib *** Error 25 in gettext-tools/src (Makefile:3133 'msgcmp') *** Error 2 in gettext-tools/src (Makefile:2957 'all') *** Error 1 in gettext-tools (Makefile:2380 'all-recursive': @fail=; if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__ma...) *** Error 2 in gettext-tools (Makefile:2223 'all') *** Error 1 in . (Makefile:428 'all-recursive': @fail=; if (target_option=k; case ${target_option-} in ?) ;; *) echo "am__make_running_wi...) *** Error 2 in /usr/obj/ports/gettext-0.21/gettext-0.21 (Makefile:359 'all') *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2925 '/usr/obj/ports/gettext-0.21/.build_done': @cd /usr/o...) *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2116 '/usr/packages/hppa/all/gettext-runtime-0.21.tgz': @c...) *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2605 '_internal-package': @case X${_DEPENDS_CACHE} in X) ...) *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2584 'package': @:; cd /usr/ports/devel/gettext && PKGPATH...) *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2137 '/var/db/pkg/gettext-runtime-0.21/+CONTENTS': @cd /us...) *** Error 2 in /usr/ports/devel/gettext (/usr/ports/infrastructure/mk/bsd.port.mk:2584 'install': @lock=gettext-0.21; export _LOCKS_HELD=" ...) *** Error 1 in /usr/ports/devel/gmake (/usr/ports/infrastructure/mk/bsd.port.mk:2266 '/usr/obj/ports/gmake-4.3/.dep-devel-gettext,-runtime') *** Error 2 in /usr/ports/devel/gmake (/usr/ports/infrastructure/mk/bsd.port.mk:2663 '/usr/ob
Re: More than 16 partitions
On 4/23/20 7:57 PM, zeurk...@volny.cz wrote: theo wrote: You made it all up. That's an easy accusation, with an easy response: No, medid not make any of it up Could you refrain from using your idiotic "me.."-words? Thanks
Re: Same result (Re: build error on octeon, 6.6)
On 2020-02-26 21:50, Pekka Niiranen wrote: Hi misc, I got the same libLLVM error message I had re-tried a few weeks ago, also with bigger USB stick and NFS out of the way. And was still getting the error, too. I got distracted by work things, so I didn't post it. regards, chris "c++: error: unable to execute command: Segmentation fault" after about 3 days since "make build". I tried twice and did not use any external drives. I have 16GB USB stick inside with - 512 MB / - 512 MB swap - 1GB /tmp - 1GB /var - 10GB /usr - the rest is for /home At the time of the failure the /usr was about 50% full, I have had no problems in building the kernel and patches. -pekka- On 16.11.2019 2.22, Christian Groessler wrote: Hi, On 2019-11-11 12:18, Christian Groessler wrote: Now I'm going to rebuild again, capturing the "make" output, and try to replicate the problem manually. Interestingly, this time the build fails at a later stage. c++ -O2 -pipe -fomit-frame-pointer -std=c++11 -fvisibility-inlines-hidden -fno-exceptions -fno-rtti -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wdelete-non-virtual-dtor -Wno-comment -MD -MP -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Analysis -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Analysis -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/BinaryFormat -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Bitcode -I/include/llvm/CodeGen -I/include/llvm/CodeGen/PBQP -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/IR -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/Coroutines -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/ProfileData/Coverage -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/CodeView -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/DWARF -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/MSF -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/PDB -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Demangle -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/ExecutionEngine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/IRReader -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/InstCombine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Transforms/InstCombine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/LTO -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Linker -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../
Re: build error on octeon, 6.6
On 2019-11-16 18:36, Theo de Raadt wrote: Diana Eichert wrote: Have you tried restarting make at the point it failed? I remember trying to compile ports on my Ubiquiti SG and a build failed. I can't remember who I contacted on @openbsd ports but they mentioned I should try do that and some of the ports would continue on then fail later. I ended up buying an Ubiquiti SG Pro which has not shown the same issue. Diana, it's not a port build that fails, but the build of the base system. i do builds every day. obviously the tree is not broken, or i would be fixing it. We are talking about 6.6 release, not current devel version. And, sure, this worked somehow somewhere, how else could the installation tarballs exist? i'm not even looking at those build logs. I had added them just to back up what I saw. the src is not at /usr/src, so i'm going to dig deeper. (not a native English speaking person) Did you want to say "*not* going to dig deeper"? regards, chris
Re: build error on octeon, 6.6
Hi, On 2019-11-11 12:18, Christian Groessler wrote: Now I'm going to rebuild again, capturing the "make" output, and try to replicate the problem manually. Interestingly, this time the build fails at a later stage. c++ -O2 -pipe -fomit-frame-pointer -std=c++11 -fvisibility-inlines-hidden -fno-exceptions -fno-rtti -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wdelete-non-virtual-dtor -Wno-comment -MD -MP -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Analysis -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Analysis -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/BinaryFormat -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Bitcode -I/include/llvm/CodeGen -I/include/llvm/CodeGen/PBQP -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/IR -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/Coroutines -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/ProfileData/Coverage -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/CodeView -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/DWARF -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/MSF -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/DebugInfo/PDB -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Demangle -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/ExecutionEngine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/IRReader -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/InstCombine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Transforms/InstCombine -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/LTO -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Linker -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/MC -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/MC/MCParser -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Object -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Option -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Passes -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/ProfileData -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/r
Re: build error on octeon, 6.6
Rudolf, On 2019-11-11 15:23, Rudolf Leitgeb wrote: Somewhere in his error output it says: Target: mips64-unknown-openbsd6.6 This would not work with octeon AFAIK. Maybe this is the reason the build fails ? It would at least make sense regarding the "unable to execute command" message I think your comment is wrong. See this: routie# cc --version OpenBSD clang version 8.0.1 (tags/RELEASE_801/final) (based on LLVM 8.0.1) Target: mips64-unknown-openbsd6.6 Thread model: posix InstalledDir: /usr/bin routie# cat hello.c #include int main(void) { printf("World, Hello\n"); return 0; } routie# cc -o hello hello.c routie# ./hello World, Hello routie# uname -a OpenBSD routie.xxx.xxx 6.6 GENERIC.MP#107 octeon routie# regards, chris
Re: build error on octeon, 6.6
On 2019-11-08 14:50, Janne Johansson wrote: I wonder if this part is relevant: c++: error: unable to execute command Is there any permissions on /net that prevents execution? The complete line is: c++: error: unable to execute command: Segmentation fault I would have expected a "permission denied" error if there's a permission problem. I will try to execute the failing command manually to see if I can nail it down. regards, chris
Re: build error on octeon, 6.6
On 2019-11-08 14:38, Christian Groessler wrote: On 2019-11-08 14:15, Christian Groessler wrote: I've added 8GB swap, but am still getting the same error: I've noticed that my /tmp partition might be too small (64M). I'm going to reinstall with bigger /tmp (1GB) and try again... This fails as well, with the same error. Now I'm going to rebuild again, capturing the "make" output, and try to replicate the problem manually. regards, chris
Re: build error on octeon, 6.6
On 2019-11-08 14:15, Christian Groessler wrote: I've added 8GB swap, but am still getting the same error: I've noticed that my /tmp partition might be too small (64M). I'm going to reinstall with bigger /tmp (1GB) and try again... regards, chris
Re: build error on octeon, 6.6
On 2019-11-07 09:42, Janne Johansson wrote: A while back when I needed/wanted to build ports-llvm on ERL, I added some 8G of swap over NFS (to an ssd-x86_64 server) which helps with large builds. Takes ages, but works. I've added 8GB swap, but am still getting the same error: ild/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/Utils -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/IPO -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../include -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include -DNDEBUG -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -DLLVM_PREFIX="/usr" -DLLDB_DISABLE_PYTHON -c /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp -o AMDGPUTargetMachine.o c++: error: unable to execute command: Segmentation fault c++: error: clang frontend command failed due to signal (use -v to see invocation) OpenBSD clang version 8.0.1 (tags/RELEASE_801/final) (based on LLVM 8.0.1) Target: mips64-unknown-openbsd6.6 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/AMDGPUTargetMachine-d72802.cpp c++: note: diagnostic msg: /tmp/AMDGPUTargetMachine-d72802.sh c++: note: diagnostic msg: *** Error 254 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM (:67 'AMDGPUTargetMachine.o': @c++ -O2 -pipe -...) *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang (:48 'all') *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin (:48 'all') *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu (:48 'all') *** Error 1 in . (:48 'all') *** Error 1 in . (Makefile:95 'do-build') *** Error 1 in /usr/src (Makefile:74 'build') 1460m59.48s real 1246m36.88s user 144m07.46s system routie# routie# swapctl -lk Device 1K-blocks Used Avail Capacity Priority /dev/sd0b 220770 40336 180434 18% 0 swapfile 8388608 0 8388608 0% 1 Total 8609378 40336 8569042 0% routie# regards, chris
build error on octeon, 6.6
Hi, I've installed OpenBSD 6.6 on an EdgeRouter Lite. I wanted to rebuild the system. /usr/src and /usr/obj are on a NFS server, I've changed /etc/mk.conf accordingly: routie$ cat /etc/mk.conf BSDSRCDIR=/net/sirius/temp/routie-build/6.6/src BSDOBJDIR=/net/sirius/temp/routie-build/6.6/obj SKIPDIR=games routie$ routie$ ls -l /usr/obj /usr/src lrwxr-xr-x 1 root wheel 37 Nov 5 19:38 /usr/obj -> /net/sirius/temp/routie-build/6.6/obj lrwxr-xr-x 1 root wheel 37 Nov 5 19:38 /usr/src -> /net/sirius/temp/routie-build/6.6/src routie$ In /usr/src I typed "make obj" and then "make build". After building for ~1 day it fails with ... ild/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/Utils -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include/llvm/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/Mips -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include/llvm/Transforms/IPO -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/include -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../include -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj -I/net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/obj/../include -DNDEBUG -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -DLLVM_PREFIX="/usr" -DLLDB_DISABLE_PYTHON -c /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM/../../../llvm/lib/Target/AMDGPU/AMDGPUTargetMachine.cpp -o AMDGPUTargetMachine.o c++: error: unable to execute command: Segmentation fault c++: error: clang frontend command failed due to signal (use -v to see invocation) OpenBSD clang version 8.0.1 (tags/RELEASE_801/final) (based on LLVM 8.0.1) Target: mips64-unknown-openbsd6.6 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/AMDGPUTargetMachine-6052ab.cpp c++: note: diagnostic msg: /tmp/AMDGPUTargetMachine-6052ab.sh c++: note: diagnostic msg: *** Error 254 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang/libLLVM (:67 'AMDGPUTargetMachine.o': @c++ -O2 -pipe -...) *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin/clang (:48 'all') *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu/usr.bin (:48 'all') *** Error 1 in /net/sirius/temp/routie-build/6.6/src/gnu (:48 'all') *** Error 1 in . (:48 'all') *** Error 1 in . (Makefile:95 'do-build') *** Error 1 in /usr/src (Makefile:74 'build') routie# Maybe the machine has too little memory? routie$ swapctl -lk Device 1K-blocks Used Avail Capacity Priority /dev/sd0b 220770 35824 184946 16% 0 routie$ routie$ sysctl -a | grep physmem hw.physmem=536870912 routie$ regards, chris
Re: SCM
On 7/29/19 1:47 PM, Roderick wrote: What I like of CVS: rcs textfiles, transparency, no strange db. Yep. Fully agreed. git is faster when branching and merging, but if something's wrong in its db/refspecs, you're gonna have a hard time. It's also possible to screw up the svn db (been there, done that). With hg I have no experience. regards, chris
Re: Config-/Dotfiles in CVS
On 12/29/17 17:20, Mike Burns wrote: On 2017-12-29 10.44.44 +0100, Michael Hekeler wrote: Although I know that my question is not 100% OpenBSD related, I would ask here for concepts/ideas how to keep configfiles under revision control, because I know that there are many experienced admins on this list. Consider sysutls/rcm -- it is an rc file manager that is agnostic to version control. (Which I maintain.) I'm using RCS for that ("ci", "co", "rlog", "rcsdiff"). regards, chris
5.2, i386, small kernel crash
Hi, I've tried to make a kernel config which only includes what I need. It's attached. The resulting kernel crashes in vga_pci_attach() when it writes to do_real_mode_post. do_real_mode_post is in the text section, so should be readonly, therefore the crash makes sense. But when I build GENERIC the crash doesn't happen, do_real_mode_post still in text section. How does this work? And, what is wrong with my config? In the meanwhile I'm avoiding the crash by patching vga_pci.c. The machine won't got to sleep (it's a server), so it's ok for now. RCS file: /nfs/soft/OpenBSD/openbsd-rsync/src/sys/dev/pci/vga_pci.c,v retrieving revision 1.67 diff -u -r1.67 vga_pci.c --- vga_pci.c 14 Apr 2011 21:04:29 - 1.67 +++ vga_pci.c 8 Feb 2013 17:55:53 - @@ -281,7 +281,7 @@ (subprod & vga_devs[i].rmask[3]) == vga_devs[i].rval[3]) { vga_pci_do_post = vga_devs[i].vga_pci_post; if (sc->sc_dev.dv_unit == 0)/* main screen only */ - do_real_mode_post = vga_devs[i].real_mode_post; + ; //do_real_mode_post = vga_devs[i].real_mode_post; break; } #endif And, yes, the subject line said it already, I'm running 5.2 on an i386. regards, chris # $OpenBSD: GENERIC,v 1.736 2012/07/12 09:45:56 mlarkin Exp $ # # For further information on compiling OpenBSD kernels, see the config(8) # man page. # # For further information on hardware support for this architecture, see # the intro(4) man page. For further information about kernel options # for this architecture, see the options(4) man page. For an explanation # of each device driver in this file see the section 4 man page for the # device. machine i386 option MULTIPROCESSOR # Multiple processor support #cpu* at mainbus? #option INSECURE# default to secure #option DDB # in-kernel debugger #option DDB_SAFE_CONSOLE # allow break into ddb during boot #makeoptionsDEBUG="-g" # compile full symbol table #makeoptionsPROF="-pg" # build profiled kernel #option GPROF # kernel profiling, kgmon(8) option DIAGNOSTIC # internal consistency checks option KTRACE # system call tracing, a la ktrace(1) #option ACCOUNTING # acct(2) process accounting #option KMEMSTATS # collect malloc(9) statistics option PTRACE # ptrace(2) system call #option KVA_GUARDPAGES # slow virtual address recycling (+ guarding) #option POOL_DEBUG # pool corruption detection #option VFSLCKDEBUG # VFS locking checks option CRYPTO # Cryptographic framework option SYSVMSG # System V-like message queues option SYSVSEM # System V-like semaphores option SYSVSHM # System V-like memory sharing #option UVM_SWAP_ENCRYPT# support encryption of pages going to swap option COMPAT_43 # Kernel compatibility with 4.3BSD option COMPAT_O48 # Kernel compatibility with OpenBSD 4.8 #option COMPAT_O51 # Kernel compatibility with OpenBSD 5.1 #option LKM # loadable kernel modules option FFS # UFS option FFS2# UFS2 option FFS_SOFTUPDATES # Soft updates option UFS_DIRHASH # hash large directories #option QUOTA # UFS quotas #option EXT2FS # Second Extended Filesystem option MFS # memory file system #option NNPFS # NNPFS filesystem #option NFSCLIENT # Network File System client #option NFSSERVER # Network File System server option CD9660 # ISO 9660 + Rock Ridge file system #option UDF # UDF (DVD) file system #option MSDOSFS # MS-DOS file system option FIFO# FIFOs; RECOMMENDED option SOCKET_SPLICE # Socket Splicing for TCP option TCP_SACK# Selective Acknowledgements for TCP option TCP_ECN # Explicit Congestion Notification for TCP #option TCP_SIGNATURE # TCP MD5 Signatures, for BGP routing sessions option TCP_FACK# Forward Acknowledgements for TCP option INET# IP + ICMP + TCP + UDP option ALTQ# ALTQ base #option INET6 # IPv6 (needs INET) option IPSEC # IPsec option KEY # PF_KEY (implied by IPSEC) #option PPP_BSDCOMP # PPP BSD compression #option PPP_DEFLATE #option PIPEX # Pppac IP EXtension, for npppd #option MROUTING# Multicast router #option PIM # Protocol Independent Multicast #option MPLS