Re: How to boot installed system from a usb disk? (Warning: newbie)
On Tue 05 Nov 2013 at 23:28:04 +, Chavdar Ivanov wrote: On 5 November 2013 21:09, Ottavio Caruso ottavio2006-usenet2...@yahoo.com wrote: 3) How would one normally create a USB boot rescue disk on Netbsd? NetBSD build.sh script has live-image and install-image targets; I am not aware of these being regularly published, Isn't ftp://ftp.nl.netbsd.org/pub/NetBSD/iso/6.1.2/NetBSD-6.1.2-amd64-install.img.gz a USB install image? I haven't checked, but it would be a live file system like the install iso. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpG8ZhVSGmhQ.pgp Description: PGP signature
Re: lpd/samba printing with usb
On Fri 17 Jan 2014 at 20:16:51 +0100, pierre-philipp braun wrote:
My point being, is it truly mandatory
for the printer to be postscript compatible to be able to do that (lptest
/dev/ulp{t,n}0) or LPD/samba with a raw printacap entry?
I don't think so, at least for plain text test printing. Most printers
that require funny drivers can print plain text using their own built-in
font, even if it's ugly.
I need to use Splix for my printer (a Samsung ML-1640) and the usb
connection is a bit funny there too. Sometines I need to unplug and
replug the printer between two print jobs, or it won't print the second
one.
(I had to make a small patch to it - some compression parameter wasn't
passed through from a configuration file and a code patch seemed simpler
than debugging where it got lost. Here it is; maybe it helps you:
I put this file in /usr/pkgsrc/localpatches/wip/splix/patch-za and it
automatically gets used when building via pkgsrc if you also have
LOCALPATCHES = /usr/pkgsrc/localpatches
in /etc/mk.conf.
--- src/document.cpp.dist 2010-02-05 20:59:41.0 +0100
+++ src/document.cpp2010-02-05 21:00:10.0 +0100
@@ -108,7 +108,11 @@
page-setHeight(pageHeight);
page-setColorsNr(colors);
page-setPageNr(_currentPage);
-page-setCompression(header.cupsCompression);
+DEBUGMSG(header.cupsCompression=%d, (int)header.cupsCompression);
+if (header.cupsCompression != 0)
+page-setCompression(header.cupsCompression);
+else
+page-setCompression(17);
page-setCopiesNr(header.NumCopies);
// Calculate clippings and margins
Pierre-Philipp
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgpDNwPHcGxIU.pgp
Description: PGP signature
Re: Muddled wrt pkgsrc
On Tue 11 Mar 2014 at 21:08:35 +1030, Brett Lymn wrote: My even more complicated method is to set up a chroot with an install in it, do some null mounts to mount in my pkgrsrc tree. In the chroot I Do you use pkg_comp for that or did you roll your own? And if so, any particular thing missing from pkg_comp? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpaMwyq13Avu.pgp Description: PGP signature
Crash with python / libpthread / libgomp
0x7f7ff78468af in PyObject_Call () from /usr/pkg/lib/libpython2.7.so.1.0 #19 0x7f7ff78cf197 in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #20 0x7f7ff78d0f2a in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #21 0x7f7ff78d219a in PyEval_EvalCodeEx () from /usr/pkg/lib/libpython2.7.so.1.0 #22 0x7f7ff78cfe8f in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #23 0x7f7ff78d219a in PyEval_EvalCodeEx () from /usr/pkg/lib/libpython2.7.so.1.0 #24 0x7f7ff7867aba in function_call () from /usr/pkg/lib/libpython2.7.so.1.0 #25 0x7f7ff78468af in PyObject_Call () from /usr/pkg/lib/libpython2.7.so.1.0 #26 0x7f7ff7853b2c in instancemethod_call () from /usr/pkg/lib/libpython2.7.so.1.0 #27 0x7f7ff78468af in PyObject_Call () from /usr/pkg/lib/libpython2.7.so.1.0 #28 0x7f7ff78927ed in slot_tp_call () from /usr/pkg/lib/libpython2.7.so.1.0 #29 0x7f7ff78468af in PyObject_Call () from /usr/pkg/lib/libpython2.7.so.1.0 #30 0x7f7ff78cf197 in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #31 0x7f7ff78d219a in PyEval_EvalCodeEx () from /usr/pkg/lib/libpython2.7.so.1.0 #32 0x7f7ff78cfe8f in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #33 0x7f7ff78d0f2a in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #34 0x7f7ff78d219a in PyEval_EvalCodeEx () from /usr/pkg/lib/libpython2.7.so.1.0 #35 0x7f7ff78cfe8f in PyEval_EvalFrameEx () from /usr/pkg/lib/libpython2.7.so.1.0 #36 0x7f7ff78d219a in PyEval_EvalCodeEx () from /usr/pkg/lib/libpython2.7.so.1.0 #37 0x7f7ff78d2200 in PyEval_EvalCode () from /usr/pkg/lib/libpython2.7.so.1.0 #38 0x7f7ff78ea0a1 in run_mod () from /usr/pkg/lib/libpython2.7.so.1.0 #39 0x7f7ff78ead7c in PyRun_FileExFlags () from /usr/pkg/lib/libpython2.7.so.1.0 #40 0x7f7ff78eb7d7 in PyRun_SimpleFileExFlags () from /usr/pkg/lib/libpython2.7.so.1.0 #41 0x7f7ff78fb80a in Py_Main () from /usr/pkg/lib/libpython2.7.so.1.0 #42 0x00400972 in _start () (gdb) thread 3 [Switching to thread 3 (LWP 3)] #0 0x7f7ff683938a in _sys___select50 () from /usr/lib/libc.so.12 (gdb) bt #0 0x7f7ff683938a in _sys___select50 () from /usr/lib/libc.so.12 #1 0x7f7ff74075bc in __select50 () from /usr/lib/libpthread.so.1 #2 0x7f7fec1d3d4d in qt_safe_select(int, fd_set*, fd_set*, fd_set*, timeval const*) () from /usr/pkg/qt4/lib/libQtCore.so.4 #3 0x7f7fec1d70a3 in QEventDispatcherUNIXPrivate::doSelect(QFlagsQEventLoop::ProcessEventsFlag, timeval*) () from /usr/pkg/qt4/lib/libQtCore.so.4 #4 0x7f7fec1d7c18 in QEventDispatcherUNIX::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/pkg/qt4/lib/libQtCore.so.4 #5 0x7f7fec1aa77e in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/pkg/qt4/lib/libQtCore.so.4 #6 0x7f7fec1aa9df in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/pkg/qt4/lib/libQtCore.so.4 #7 0x7f7fec0c0f18 in QThread::exec() () from /usr/pkg/qt4/lib/libQtCore.so.4 #8 0x7f7fec0c312e in QThreadPrivate::start(void*) () from /usr/pkg/qt4/lib/libQtCore.so.4 #9 0x7f7ff740b2ce in ?? () from /usr/lib/libpthread.so.1 #10 0x7f7ff6875d80 in ___lwp_park50 () from /usr/lib/libc.so.12 #11 0x7f7fd480 in ?? () #12 0x7f7ff7fbe740 in ?? () #13 0x00010001 in ?? () #14 0x0003 in ?? () #15 0x in ?? () (gdb) thread 4 [Switching to thread 4 (LWP 2)] #0 0x7f7ff6875d6a in ___lwp_park50 () from /usr/lib/libc.so.12 (gdb) bt #0 0x7f7ff6875d6a in ___lwp_park50 () from /usr/lib/libc.so.12 #1 0x7f7ff7409d50 in pthread_cond_wait () from /usr/lib/libpthread.so.1 #2 0x7f7fe2ac0bf8 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/pkg/qt4/lib/libjscore.so.4 #3 0x7f7fe2ac0c27 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/pkg/qt4/lib/libjscore.so.4 #4 0x7f7ff740b2ce in ?? () from /usr/lib/libpthread.so.1 #5 0x7f7ff6875d80 in ___lwp_park50 () from /usr/lib/libc.so.12 Cannot access memory at address 0x7f7fd4c0 (gdb) quit -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpmQg0s6dcAN.pgp Description: PGP signature
Re: Crash with python / libpthread / libgomp
On Mon 21 Apr 2014 at 11:40:10 +0200, Martin Husemann wrote: On Mon, Apr 21, 2014 at 11:30:53AM +0200, Rhialto wrote: What is libgomp? There seems to be no manual page. It is part of gcc, the gnu implementation of the OpenMP API (a parallel programming toolkit). There is a texi file in the gcc distribution, but we don't seem to install/register it. I see. So apparently it is used from libpthread, at least the initial backtrace seems to suggest it. (Or it might be stack corruption). In the mean time I've looked at the .jpg file that seems to be problematic. No image tools I've found complain about it being invalid or anything; I also tried the command line tools from ImageMagick-6.8.8.5, which provides the libMagickCore-6.Q16.so.2 library seen in the stack traces. And weird: if I re-save the image with the GIMP and re-try the command, I get the same segfault, but gdb gives me no stack backtraces and no threads... weirder and weirder. Martin -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpWW2M0_KFds.pgp Description: PGP signature
Re: Crash with python / libpthread / libgomp
On Mon 21 Apr 2014 at 12:47:31 +0200, Rhialto wrote: And weird: if I re-save the image with the GIMP and re-try the command, I get the same segfault, but gdb gives me no stack backtraces and no threads... weirder and weirder. Oops, I take that back partially: I just get the one thread with the same backtrace now. No other threads from info thread. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpkNlIDn_ZM4.pgp Description: PGP signature
Re: Kernel hang on i386 running 6.1.3
On Sun 20 Apr 2014 at 19:22:36 -0500, Bob Nestor wrote: So sorry for the false alarm on hostapd. The problem appears to be in the ath driver with the A3 firmware in the DWL-G520. Or it may just be really crappy firmware in the card itself. On my amd64 laptop, which has some ath variant, I get freezes too. I don't even need to use the interface. It happens after some random time. I can avoid it by either disabling ath0, or ACPI (strange enough). Since I prefer cabled network anyway, the choice is abvious which one to disable (but if I take it somewhere, it would be nice if it worked, of course). There is no problem witn Linux on the same machine (dual boot). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpPXlInW7uEZ.pgp Description: PGP signature
Re: Unable to build vim-gtk2 using clang; hack in system includes
On Thu 12 Jun 2014 at 22:20:47 +0200, Jan Danielsson wrote: -c -o uvectr32.ao uvectr32.cpp There doesn't seem to be a uvectr32.cpp file in the vim distribution? The only .cpp files in it are for mswindows. Is the error you see actually for one of vim's dependencies? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgp4pPP6BqOme.pgp Description: PGP signature
Re: tmux messes up my backspace character
On Fri 15 Aug 2014 at 15:16:41 +0200, Steffen Nurpmeso wrote: Can't you simply `bind-key' over that? I don't think so. bind-key looks to be for commands only, not a general translation mechanism. But i'm out of ideas if not; i switched back to screen(1) due to it's charset conversion capabilities (i'm still using ISO-8859-x on all BSD VMs),o Yes, so do I, and I noticed that if I happen to access my systems from Linux, then tmux won't translate characters for use in utf8 terminals. requires significantly less CPU time and after I am also surprised by the high cpu time usage of tmux. I wonder what it is doing in all that time? The FAQ mentions something about automatic window renaming or somesuch - I'm going to try turning that off and see if that helps. And i guess your problem could be easily fixed with it's `term*' commands. I used screen before, and there the problem doesn't exist at all. It took a while to discover it in tmux because many programs can use whatever is set for the erase character, including bash. I noticed it in mutt, where ^H scrolls back a single line in a mail message. I have also mailed to the tmux-users mailing list, and I have discovered which code seems to be responsible for the translation: /* * Check for backspace key using termios VERASE - the terminfo * kbs entry is extremely unreliable, so cannot be safely * used. termios should have a better idea. */ bspace = tty-tio.c_cc[VERASE]; if (bspace != _POSIX_VDISABLE key == bspace) key = KEYC_BSPACE; in cvs/src/external/bsd/tmux/dist/tty-keys.c. Note that KEYC_BSPACE is '\177' or ASCII DEL, not backspace. --steffen -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpjgA7pgQ3hU.pgp Description: PGP signature
Re: pf and rpi
On Fri 03 Oct 2014 at 16:25:58 +0200, Zoran Kolic wrote: On freebsd I use ipfw, with rules that first one wins. On pf I know that the last one wins. Cannot be so sure reading npf howto. My bet is that the last wins too. I've never understood the reason for last one wins. That seems like unnecessary work, checking all those rules that may or may not be winning in the end. And you can get the same effect with a first one wins system (hence more efficiently) if you simply reverse the order of the rules. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpXB3KWXRagw.pgp Description: PGP signature
Re: Request to reconsider removal of groff from base system
On Tue 07 Apr 2015 at 20:19:55 +0200, Rhialto wrote: On Tue 07 Apr 2015 at 13:57:45 +0200, carsten.ku...@arcor.de wrote: Again this is an enhancement? Can mandoc handle tbl and pic input? It can handle tbl input. I'm not shure about pic but there may not be many manpages using pic. Various X manual pages are mishandled in NetBSD 6. I looked though them quicky and among them are Fc* with .fi in the formatted output in the SYNOPSIS and here and there some missing other stuff: I received a response from the upstream maintainer of mandoc. In summary: there are quite some things in NetBSD base that could/should be updated to more current versions. See below for the full response. === start of quote. Date: Fri, 17 Apr 2015 12:34:15 +0200 From: Ingo Schwarze schwa...@usta.de Subject: Re: Request to reconsider removal of groff from base system Hi Rhialto, Carsten Kunze forwarded the following posting to me, and i now found time to investigate. You discovered a large number of issues with NetBSD, but so far i found nothing that would need to be fixed in mandoc. Von: Rhialto rhia...@falu.nl An: carsten.ku...@arcor.de Datum: 07.04.2015 20:19 Betreff: Re: RE: Re: Re: Request to reconsider removal of groff from base system [...] Various X manual pages are mishandled in NetBSD 6. I looked though them quicky and among them are Fc* with .fi in the formatted output in the SYNOPSIS and here and there some missing other stuff: FcConfigGetFonts(3) FcConfigGetFonts(3) NAME FcConfigGetFonts - Get config font set In NetBSD 6.1.5, this manual page is hopelessly outdated. The first line of this manual page reads, in NetBSD 6.1.5: .TH FcConfigGetFonts 3 18 November 2009 In OpenBSD-current, it reads: .TH FcConfigGetFonts 3 24 3 2014 Fontconfig 2.11.1 So that is out of date by about five years. SYNOPSIS #include fontconfig.h Besides, there is a comment before the first line: .\\ auto-generated by docbook2man-spec $Revision: 1.1.1.2 $ The DocBook toolbox is notorious for generating man(7) code of abysmal quality. Here is a list of formatting errors in this twenty-line manual page: line 1: invalid comment syntax: .\\ instead of .\ line 9/10: wrong content: closing parenthesis, semicolon, line break, and opening parenthesis before the second argument of a function prototype line 11: invalid roff syntax: font escape before request control character: \fR.fi line 15: formatting error: full stop (at the end of a sentence) escaped by \ and not followed by a line break line 19: redundant macro: .PP right after .SH In particular, modern groff, Heirloom troff, and mandoc agree that correct rendering for lines 9/10 is: FcFontSet * FcConfigGetFonts(FcConfig *config); (FcSetName set); Modern groff and mandoc agree that correct rendering for line 11 is: .fi The very first sentence of the REFERENCE MANUAL section of the Ossanna/Kernighan/Ritter Heirloom Troff manual reads: 1.1. Form of input. Input consists of text lines, which are destined to be printed, interspersed with control lines, which set parameters or otherwise control subsequent processing. Control lines begin with a control character - normally . (period) or ' (acute accent) - followed by a name that specifies a basic request or the substitution of a user-defined macro in place of the control line. Consequently, i consider it a bug in Heirloom troff that Heirloom troff does not print out .fi. If i'm reading the NetBSD CVS correctly, NetBSD 6.1.5 contains groff-1.19.2, which is outdated by almost a decade. While i do know that modern groff is GPL v3 which may not be acceptable for NetBSD base (but probably isn't a problem for pkgsrc), the ancient groff contained in NetBSD 6.1.5 base definitely contains lots and lots of bugs that have since been fixed upstream. I no longer have any installation of groff-1.19 so i can't easily check whether that is pertinent to the particular problem you report. Finally, again if i read NetBSD CVS correctly, NetBSD 6.1.5 contains mandoc-1.11.1 which is outdated by four years now; there have been fourteen (!) newer releases of mandoc. Even the mandoc-1.12.3 in NetBSD-current is outdated by more than a full year and four newer mandoc releases. It looks like NetBSD might have a general tendency to contain seriously obsolete versions of third-party software in base... :-( and XAllocSizeHints(3) and I think some other pages cntain mishandled tables or somesuch: I will continue investigation and reply to the other issues you reported in separate mail. In any case, thanks for reporting. If you think i overlooked anything of relevance and/or there *are* bugs in mandoc-current, please state more precisely what mandoc-current should do in which exact situation, and what you observe it does instead. [...] Either these pages are invalid mandoc or the formatter
Re: RE: Re: Re: Request to reconsider removal of groff from base system
On Tue 07 Apr 2015 at 13:57:45 +0200, carsten.ku...@arcor.de wrote: Again this is an enhancement? Can mandoc handle tbl and pic input? It can handle tbl input. I'm not shure about pic but there may not be many manpages using pic. Various X manual pages are mishandled in NetBSD 6. I looked though them quicky and among them are Fc* with .fi in the formatted output in the SYNOPSIS and here and there some missing other stuff: FcConfigGetFonts(3)FcConfigGetFonts(3) NAME FcConfigGetFonts - Get config font set SYNOPSIS #include fontconfig.h FcFontSet * FcConfigGetFonts(FcConfig *config); (FcSetName set); .fi and XAllocSizeHints(3) and I think some other pages cntain mishandled tables or somesuch: STRUCTURES The XSizeHints structure contains: /* Size hints mask bits */ #define .el USPosition(1L 0) /* user specified x, y */ #define .el USSize(1L 1) or for example XAllocWMHints(3): STRUCTURES The XWMHints structure contains: /* Window manager hints mask bits */ #define .el InputHint (1L 0) #define .el StateHint (1L 1) #define .el IconPixmapHint (1L 2) Either these pages are invalid mandoc or the formatter is not complete. Either way something needs to be fixed. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpyGoPDvG_Jm.pgp Description: PGP signature
Re: gptmbr.bin vs RAIDframe
On Sun 21 Jun 2015 at 13:56:15 +0200, Rhialto wrote: On Tue 16 Jun 2015 at 14:32:52 +0100, David Brownlee wrote: The script I used is below in case anyone finds it of interest A few notes: Ah never mind. I wrote this before seeing your followup which addresses both points. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpwRTWzbFAPm.pgp Description: PGP signature
Re: gptmbr.bin vs RAIDframe
On Fri 19 Jun 2015 at 01:27:09 +0700, Robert Elz wrote: Of course, if a drive develops bad spots, the single raidframe approach will fail that drive, and none of the filesystems will be mirrored until the drive is replaced or the bad spots corrected - the multiple raidframe approach will only file the arrays where the bad spots occur, other filesystems would remain mirrored. Which leads to the question: has this principle never been used in single-large-RAID setups? Like there is now some memory of which parts of the disk have parity that still needs to be rebuilt (right?), one could re-use the same zones and remember in which one of those there was a read error. kre -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpEVWdjJnDYD.pgp Description: PGP signature
Re: gptmbr.bin vs RAIDframe
On Tue 16 Jun 2015 at 14:32:52 +0100, David Brownlee wrote:
The script I used is below in case anyone finds it of interest
A few notes:
cat $RAID.confEND
START array
1 2 0
START disks
/dev/dk1
/dev/dk3
START layout
64 1 1 1
START queue
fifo 100
END
cat $RAID.conf END
START array
1 2 0
START disks
/dev/dk1
/dev/dk3
START layout
64 1 1 1
START queue
fifo 100
END
Why does it have this part twice?
...
gpt add -a 64k -l $RAIDa -t ffs -s $ROOTSIZE $RAID
I suppose you mean ${RAID}a, since the variable RAIDa doesn't seem to
exist.
$RAIDa occurs a few more times.
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for
\X/ rhialto/at/xs4all.nl-- 'this bath is too hot.'
pgpdv1zs9226W.pgp
Description: PGP signature
Re: Raspberry Pi 2, nfs mount hangs after some time
On Mon 26 Oct 2015 at 20:44:15 +0700, Robert Elz wrote: > Almost for sure the trigger is lost packets, perhaps only in some specific Just recently I posted about a case where the queue of outstanding requests (I think) got corrupted, leading either to hangs or kernel crashes :-( > Date: Tue, 20 Oct 2015 00:32:55 +0200 > From: Rhialto <rhia...@falu.nl> > Subject: NFS related panic? (was: Re: Killing a zombie process?) > To: current-us...@netbsd.org -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: PAM issues
On Sun 23 Aug 2015 at 17:00:46 +, Eric Haszlakiewicz wrote: Since you haven't changed the sshd config in /etc/ssh, then the default is to refuse root logins. You'll need to edit that, then restart sshd. Or, a slightly better option would be to create and push your backups to a non-root user, so a compromise one one box doesn't automatically result in root on the other. One way to do it is as follows. You can allow root logins only by private key, not by password. Of course, you don't have your private key stored on the backup client. To get access to use it, you log in with ssh to the server and add it to ssh-agent. After the agent has the key, you can use it from the client (if you use sudo -E backupcommand, so that it has access to the environmnent variable that points to the ssh-agent). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgphTM3OyMtuw.pgp Description: PGP signature
Re: termcap issue
On Sat 29 Aug 2015 at 22:37:22 +0200, Havard Eidnes wrote: For those among us who rather fiercly wish to stick to the idea that the rubout key commonly found in the upper right area of the keyboard sends DEL, and who has many more machines than actively used desktops for logging in to those machines, this is going to be a major pain. For the record, I use XTerm*backarrowKey: true XTerm*backarrowKeyIsErase: true XTerm*deleteIsDEL: true XTerm*ttyModes: erase ^? Well I actually have it exactly the other way around, but that still causes problems in some cases, unless I'm very careful about setting it everywhere :( I had my config set such that it should work when logging in from various places, all of which had different screen sizes, different keyboards, different X clients, and different ideas about what should be the default erase character. So I had to decide for one or the other and strongly enforce it. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpieDF0RGVFJ.pgp Description: PGP signature
Re: pkgsrc-2015Q3 released
On Wed 30 Sep 2015 at 10:29:16 -0400, Greg Troxel wrote: > Basically yes. Howver, you may want to do a final update of the tree > From sourceforge and verify you have no uncommitted changes that you > want to keep. (If so, you will have to manage them manually.) which currently gives errors about "cannot close CVS/Entries" and "No space left on device"... precisely the sort of reasons we moved away from there of course. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' pgpYqai8Aq8o3.pgp Description: PGP signature
Re: screen goes blank on dell latitude d810 w/ 7.0 and DRMKMS
On Mon 14 Dec 2015 at 12:51:18 -0800, John R. wrote: > radeon0: info: No connectors reported connected with modes > drm: Cannot find any crtc or sizes - going 1024x768 These 2 lines seem to point towards the issue? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Learning the UNIX Operating System - NetBSD Edition
On Mon 28 Dec 2015 at 05:50:18 +0100, Joseph wrote: > So, why no (official) love for live CDs from the BSDs? That is indeed a bit strange, given that the NetBSD build.sh script has been able to produce live cds for a while now. That is just of the base system, no installed packages or anything. But it is certainly very usable as a starting point. The installer cd is in fact also sort of a live system these days, just rather cut down and specialised for tasks related to installing and system recovery. These are built daily and can be found at http://nyftp.netbsd.org/pub/NetBSD-daily/HEAD/201512262100Z/amd64/installation/cdrom/ . -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Booting NetBSD from GPT/EFI
On Tue 07 Jun 2016 at 17:05:09 +0100, Jaap Boender wrote: > No, not all Radeons, my old laptop had a Radeon too and thast worked fine. It turned out to be fine for me anyway. My previous kernel was 7.0 (which worked for me), and I wasn't sure if you were talking about a regression, or if 7.0.1 was the first kernel you tried on that machine. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Booting NetBSD from GPT/EFI
On Tue 07 Jun 2016 at 15:09:31 +, co...@sdf.org wrote: > On Tue, Jun 07, 2016 at 02:50:31PM +0100, Jaap Boender wrote: > > First off, 7.0.1 crashes during radeon initialisation (can't find the ROM > > apparently), but a recent -current snapshot works fine, so that's easy. > > It is possible this was fixed already in -7. I had the same problem in > my laptop, but this was not put in 7.0.1 (kern/49964). Is that for all Radeon variants? I was just about to update my machine with a Radeon card to 7.0.1, but if that won't work, I'll wait. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Updating 7.0 to 7.0.1
On Sun 29 May 2016 at 23:44:54 +, Graham Jenkins wrote: > I was checking how this might be accomplished, and it appears that one just > needs to do: > >sysbuild build >sysupgrade auto ~/sysbuild/release/$(uname -m) > > Is this correct? How does 'sysupgrade' know the version to which it's > supposed to upgrade (i.e. 7.0.1 in this instance)? And how does sysupgrade ensure that it won't run any of the newly extracted binaries or shared libraries (meant for the new kernel) with the old kernel? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: netboot install to hard drive / init error 2
On Wed 22 Jun 2016 at 17:29:26 -0700, scar wrote: > Alright I finally figured this out! I had to extract > /amd64/binary/kernel/netbsd-INSTALL.gz to > nfsserver:/export/client/root/netbsd instead. On to the next problem... The base.tgz and etc.tgz files should be extracted there too, and the other ones... -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Named in NetBSD 7.0.1
I have named (from 7.0.1) spewing the following errors every few seconds: Jun 23 21:09:56 murthe named[22809]: client 0x7f7ff0677800 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:09:59 murthe named[22809]: client 0x7f7feee13800 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:10:01 murthe named[22809]: client 0x7f7ff433 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:10:04 murthe named[22809]: client 0x7f7ff0069000 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:10:06 murthe named[22809]: client 0x7f7feeb55800 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:10:09 murthe named[22809]: client 0x7f7ff7336800 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure Jun 23 21:10:12 murthe named[22809]: client 0x7f7ff2503000 (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: failure This is rather annoying. It also does it for other queries but for this one it has been going on for a very long time now. Where does it come from and what can I do about it? Could it come from blackholing sources of sshd attacks? Although it would be unexpected if those hosts were dns servers. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Named in NetBSD 7.0.1
On Sat 25 Jun 2016 at 17:29:48 -0700, Hisashi T Fujinaka wrote: > Have you heard anything? I've been trying to google this and asking > local named experts but I've coming up empty-handed. No, unfortunately I have not heard anything about this yet. > Hisashi T Fujinaka - ht...@twofifty.com -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Named in NetBSD 7.0.1
On Mon 27 Jun 2016 at 23:17:45 +0200, Havard Eidnes wrote: > > I have named (from 7.0.1) spewing the following errors every few > > seconds: > > > > Jun 23 21:09:56 murthe named[22809]: client 0x7f7ff0677800 > > (220.29.86.203.in-addr.arpa): query_find: unexpected error after resuming: > > failure > > None of the delegated-to name servers for 29.86.203.in-addr.arpa > respond when queried about this zone. This wasn't logged before, as far as I can tell. Do you know of any reason why that would have changed? > What causes your PTR lookup I can't answer offhand. Probably part of some spam check, or reverse lookup by sshd, or something along those lines. Thanks, -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: texlive xelatex not working [ Was fontconfig : .so.2 not provided by 2.11.1?]
On Sat 23 Jan 2016 at 09:51:28 +1300, Mark Davies wrote: > I do have a script that takes a texlive package and creates a (first > cut at a) pkgsrc package for it. I really should clean it up and > commit it to pkgtools. Would it be possible to generate packages on-the-fly in such a way that the normal build process will generate a package when needed? This might be useful for Perl (CPAN) packages too, and Ruby has its own packaging system too, so this could work out very productively (if it is possible at all). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: tmux overhead
On Fri 22 Jan 2016 at 05:57:44 +, Michael van Elst wrote: > The window name is refreshed twice a second: I think you can turn that off: set-window-option -g automatic-rename off I tried once to replace screen with tmux, but there was something important that I was missing. I think it was the ^A F command (force window resize) or something like that. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: light-weight office tools? (was Re: libreoffice-bin pango errors)
On Wed 16 Mar 2016 at 10:51:31 -0600, Roy Bixler wrote: > me on spreadsheets, but I've had less luck on Abiword's .doc support. > To sort of revive an older thread, does anyone have any pointers on > Libreoffice and Abiword alternatives? Also, for me Abiword's GUI doesn't work properly (since it has this flat look). In fact more programs with that "new and fashionable" look don't work properly (transmission-gtk is one of them I think). I suppoe that is a sign of gtk3. The symptom is that mouse clicks and drags don't seem to register, or register in the wrong place in some occasions. Quite annoying since it makes such programs completely useless. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Buggy /usr/X11R7/lib/modules/dri/r600_dri.so ?
On Fri 25 Mar 2016 at 19:52:58 +0100, Rhialto wrote: > On Fri 25 Mar 2016 at 20:30:20 +0200, Yorick Hardy wrote: > > Is this perhaps related to kern/49838 ? > > Quite possibly! There were indeed 2 threads involved. And I don't think > that VICE created the second one. On the other hand, the code in -current still has the creation of that ioctl tread, as mentioned in kern/49838. But still something changed that seems to have fixed my issue (or hidden it better). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: linking issue - what am I doing wrong?
On Fri 25 Mar 2016 at 14:53:20 -0600, Swift Griggs wrote: > Any ideas? It looks like you need to give the runtime library path to the linker. See ld's -rpath option. Unfortunately different compilers have slightly different ways of specifying this (and passing it on to the linker). I think -Wl,-rpath,arg is a common variant. I have a rant somewhere about how this is better than a global system-wide search path such as used by lunix or freebsd, but I'd have to look it up :) > -Swift -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Buggy /usr/X11R7/lib/modules/dri/r600_dri.so ?
On Fri 25 Mar 2016 at 20:30:20 +0200, Yorick Hardy wrote: > Is this perhaps related to kern/49838 ? Quite possibly! There were indeed 2 threads involved. And I don't think that VICE created the second one. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Buggy /usr/X11R7/lib/modules/dri/r600_dri.so ?
On Fri 25 Mar 2016 at 15:11:02 +0100, Rhialto wrote: > On Fri 25 Mar 2016 at 14:57:05 +0100, Rhialto wrote: > > /usr/X11R7/lib/modules/dri/r600_dri.so file eventually and crash in > > When I try the exact same binaries on another machine, it uses > /usr/X11R7/lib/modules/dri/i9650_dri.so and that works fine. And interestingly, if I copy over a freshly built version from -current (cvs updated just a few hours ago), then it seems to work. Or at least it doesn't crash in the first few minutes :-) (oh, I should have mentioned we're talking about amd64 7.0) -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: debugging a memory leak
On Sat 21 May 2016 at 00:19:49 +, Valery Ushakov wrote: > Timo Buhrmester <fstd.l...@gmail.com> wrote: > > > > but it's limited to Linux, Darwin, and Solaris. > > > > Last time I checked, FreeBSD also had valgrind working. I wonder > > how much effort it would be to port it to NetBSD. > > As far as I understand (I had my brushes with valgrind internals) it's > mostly the drudgery of, effectively, writing code that annotates all > the system calls and all ioctls. And that's not fun, obviously. I did some research into ports of valgrind. While there seems to be a FreeBSD version, I get the impression that it lives for years already as a separate patch and that it for some reason never gets merged into the mainline. > -uwe -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: i1915drmkms system crash in NetBSD 7.0
On Sun 08 May 2016 at 19:12:14 +0200, Riccardo Mottola wrote: > drm: GPU hangs can indicate a bug anywhere in the entire gfx stack, > including userspace. No doubt that message comes from Linux. I've always found it a very worrying message. The whole idea of this kernel mode setting stuff was to *prevent* userland bugs (or malicious programs) to affect the system in a bad way. (If I've misunderstood that, the whole thing is even more nonsensical than I already thought). But now you need the correct graphics drivers in the kernel *and* in userland, whereas before you only needed them in X. I don't see the progress. On the contrary. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- The Doctor: No, 'eureka' is Greek for \X/ rhialto/at/xs4all.nl-- 'this bath is too hot.' signature.asc Description: PGP signature
Re: Firefox segfaults on NetBSD part #53 (now with reproduction steps)
On Mon 07 Nov 2016 at 07:02:58 +, co...@sdf.org wrote: > On Mon, Nov 07, 2016 at 06:51:58AM +, co...@sdf.org wrote: > > I can reproduce this behaviour fairly reliably now: kill firefox, > > restart dbus. start firefox again, try to load anything. > > > > Now I'm sad because I've been trying this repeatedly to confirm it > really is reproducible and firefox just works :-) What just seemed to work repeatably (but I'm not going to try it a 3rd time right now) is the following. I have an extension TGH (Tab Groups Helper). It can export a file with all current tabs in all groups. If you choose that menu option, it opens a window with 2 buttons, one for export, one for import. When closing that window (from the window manager, since it has no internal close button), Firefox crashes for me. Although the second time it didn't produce the messages I reported earlier. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Setting up IPv6
On Fri 18 Nov 2016 at 12:11:38 +0700, Robert Elz wrote: > If something is failing to work when the file is not there, I'd call that > a bug (especially if an empty file works - requiring file to exist, but > allowing it to be empty, to supply config info, would be simply perverse.) Looking at /etc/rc.d/rtadv, I think it was this line that causes the issue: cp "$conf" "$chdir$conf" where $conf is the missing file to copy into a chroot directory. I can't try that out on my server atm though. So strictly speaking the manual is correct in that the file is optional, but some support stuff around it isn't careful enough. > kre -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Setting up IPv6
On Wed 16 Nov 2016 at 01:26:58 +0700, Robert Elz wrote: > Greg Troxel <g...@lexort.com> said: > | I am unclear on if you need a rtadvd.conf. > > That should only be required if some of the default parameters need to be > altered. If the default values are OK, then rtadvd will supply them without > the config file. At first I had no rtadvd.conf file, but in december 2015 (was that for 7.0?) I found I had to have that file, but it could be empty. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Crash with i915 drm
This is the first time that this happens... I was in Firefox and trying to view a PDF file. vpanic() at netbsd:vpanic+0x13c snprintf() at netbsd:snprintf startlwp() at netbsd:startlwp alltraps() at netbsd:alltraps+0x96 i915_gem_execbuffer_reserve_vma.isra.16() at netbsd:i915_gem_execbuffer_reserve_vma.isra.16+0x99 i915_gem_execbuffer_reserve() at netbsd:i915_gem_execbuffer_reserve+0x275 i915_gem_do_execbuffer.isra.23() at netbsd:i915_gem_do_execbuffer.isra.23+0x6e2 i915_gem_execbuffer2() at netbsd:i915_gem_execbuffer2+0xd0 drm_ioctl() at netbsd:drm_ioctl+0x120 sys_ioctl() at netbsd:sys_ioctl+0x17e syscall() at netbsd:syscall+0x9a --- syscall (number 54) --- 7f7ff36ce54a: cpu0: End traceback... dumping to dev 0,1 (offset=199775, size=1023726) : dump succeeded rebooting... NetBSD vargaz.falu.nl 7.0.1 NetBSD 7.0.1 (VARGAZ701) #0: Mon May 30 21:53:37 CEST 2016 rhia...@vargaz.falu.nl:/usr/src/sys/arch/amd64/compile/VARGAZ701 amd64 -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly.
Re: bind reacts badly to dhcpcd losing/regaining connectivity
On Fri 14 Apr 2017 at 19:20:13 -0500, Jeremy C. Reed wrote: > On Sat, 15 Apr 2017, Rhialto wrote: > > > and these errors about re1 (my external interface) kept going all the > > time. When I noticed them and restarted named, they went away. > > > > Why does named not succeed in using the interface when it gets an > > address again? What to do about it? I noticed partly because my dns data > > seemed to have dropped out of caching name servers elsewhere. > > See the BIND docs about automatic-interface-scan (enabled by default) > and interface-interval (defaults to 60 minutes). Ok, that it scans for interfaces is nice. I had noticed that already. But why does it get "permission denied" errors? A google search indicated that "the usual" cause for this seems to be that multiple instances of bind are running, but that isn't the case here. At least not when I looked. Maybe it is a simple matter where it has dropped permissions by the time it needs to re-bind to re1, or something like that? I also noticed the error seems to mention IPv4 only. I am not sure if it managed to bind an IPv6 address on the same interface (and now it is too late, unfortunately). In case it makes a difference, I am running bind in the chroot as provided by named_chrootdir="/var/chroot/named". And I have 2 views, an internal and an external one. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
bind reacts badly to dhcpcd losing/regaining connectivity
About 8 days ago, my ADSL modem lost connection to the world for a bit, and then regained it. dhcpcd (6.11.3 from pkgsrc) all the while furiously re-tried to regain a lease, but when it did, named (from NetBSD 7.0.1) was broken: Apr 7 13:39:47 murthe dhcpcd[5396]: re1: DHCPv6 REPLY: no internet connection Apr 7 13:39:47 murthe dhcpcd[5396]: re1: soliciting a DHCPv6 lease Apr 7 13:39:47 murthe dhcpcd[5396]: re1: DHCPv6 REPLY: no internet connection Apr 7 13:39:47 murthe dhcpcd[5396]: re1: soliciting a DHCPv6 lease Apr 7 13:39:47 murthe dhcpcd[5396]: re1: changing route to fd00::/64 Apr 7 13:39:47 murthe named[14296]: listening on IPv4 interface re1, 192.168.178.20#53 Apr 7 13:39:47 murthe named[14296]: could not listen on UDP socket: permission denied Apr 7 13:39:47 murthe named[14296]: creating IPv4 interface re1 failed; interface ignored Apr 7 13:39:47 murthe named[14296]: listening on IPv4 interface re1, 192.168.178.20#53 Apr 7 13:39:47 murthe named[14296]: could not listen on UDP socket: permission denied Apr 7 13:39:47 murthe named[14296]: creating IPv4 interface re1 failed; interface ignored Apr 7 13:39:47 murthe dhcpcd[5396]: re1: DHCPv6 REPLY: no internet connection Apr 7 13:39:47 murthe dhcpcd[5396]: re1: soliciting a DHCPv6 lease Apr 7 13:39:48 murthe dhcpcd[5396]: re1: DHCPv6 REPLY: no internet connection Apr 7 13:39:48 murthe dhcpcd[5396]: re1: soliciting a DHCPv6 lease Apr 7 13:39:48 murthe dhcpcd[5396]: re1: adding address 2001:984:xx/64 Apr 7 13:39:48 murthe dhcpcd[5396]: re1: adding route to 2001:984:xx::/64 Apr 7 13:39:48 murthe dhcpcd[5396]: re1: adding default route via fe80::xxx Apr 7 13:39:48 murthe named[14296]: listening on IPv4 interface re1, 192.168.178.20#53 Apr 7 13:39:48 murthe named[14296]: could not listen on UDP socket: permission denied Apr 7 13:39:48 murthe named[14296]: creating IPv4 interface re1 failed; interface ignored Apr 7 13:39:48 murthe named[14296]: listening on IPv4 interface re1, 192.168.178.20#53 Apr 7 13:39:48 murthe named[14296]: could not listen on UDP socket: permission denied Apr 7 13:39:48 murthe named[14296]: creating IPv4 interface re1 failed; interface ignored Apr 7 13:39:48 murthe named[14296]: listening on IPv4 interface re1, 192.168.178.20#53 Apr 7 13:39:48 murthe named[14296]: could not listen on UDP socket: permission denied etc etc etc every 5-10 minutes. and these errors about re1 (my external interface) kept going all the time. When I noticed them and restarted named, they went away. Why does named not succeed in using the interface when it gets an address again? What to do about it? I noticed partly because my dns data seemed to have dropped out of caching name servers elsewhere. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: bind reacts badly to dhcpcd losing/regaining connectivity
On Sat 15 Apr 2017 at 13:55:08 +0700, Robert Elz wrote:
> Changing the bind() call is easy, fixing all the places it is assumed to
> work the way it now does is harder.
Ah, that is probably why the following attempt did not cause bind to
open a wildcard socket:
listen-on-v6 { any; }; /* I had this one already */
listen-on { any; }; /* The next two were new */
automatic-interface-scan false;
but this made no difference, bind still logged the same thing as before:
listening on IPv6 interfaces, port 53
listening on IPv4 interface re0, 10.0.0.16#53
listening on IPv4 interface re1, 192.168.178.20#53
listening on IPv4 interface lo0, 127.0.0.1#53
> kre
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X
\X/ rhialto/at/xs4all.nl-- are condemned to reinvent it. Poorly.
signature.asc
Description: PGP signature
Re: Getty on USB serial port
On Fri 15 Sep 2017 at 16:29:32 +0200, Michael van Elst wrote: > On Fri, Sep 15, 2017 at 05:52:10AM -0400, William D. Jones wrote: > > * I wanted to use the serial port that defaults to the console on my rpi as > > the ppp connection for various logistical reasons. Can I redirect kernel > > messages (and init messages) to another tty without recompiling? I don't see > > a kernel option in `man boot`. > > The kernel messages always go to the "console", which is a low-level > interface. The kernel only knows two such devices (or three since a few > days), which are the serial port, the framebuffer/keyboard and the > second serial port (for RPI3 support). Look at tty(4), TIOCCONS: TIOCCONS int *on If on points to a non-zero integer, redirect kernel console output (kernel printf's) to this terminal. If on points to a zero integer, redirect kernel console output back to the normal console. This is usually used on workstations to redirect kernel messages to a particular window. > Once the kernel is running, the console can be intercepted by a program. > In standard X11 there is a xconsole doing this, which displays the > messages in a window. I suspect that xconsole does this by opening a pty and issuing TIOCCONS on it. Screen can also issue TIOCCONS: console [on|off] Grabs or un-grabs the machines console output to a window. Note: Only the owner of /dev/console can grab the console output. This command is only available if the machine supports the ioctl TIOCCONS. Apart from that, a simple program to issue the ioctl on stdout is easily written. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Cannot login via xdm after fresh install
On Sun 17 Sep 2017 at 18:37:45 +0300, Erkki Ruohtula wrote: > twm > smproxy > xterm > > but apparently it fails to do so. (All these programs do exist > in the installation). Maybe at the time that xsm tries to execute those programs, they are not in $PATH? In that case, specifying full paths might help. Just a guess... -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Cannot login via xdm after fresh install
On Sun 17 Sep 2017 at 22:43:38 +0300, Erkki Ruohtula wrote: > Tried it. It does not help. In any case xsm gets run in > the same enviroment as .xsession would be run, and the latter > has no trouble starting twm and xterm. A pity. > I wonder if everyone using X11 on NetBSD does it by setting > up .xsession before enabling xdm, so the default session > never got tested... That was indeed what I effectively did on my most recent install... just copied over my home directory. I think I did notice the same thing as you did, but I didn't spend any time investigating it. > Erkki -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Can I install NetBSD on the same usb installation disk?
On Fri 24 Nov 2017 at 07:47:49 -0700, Andy Ruhl wrote: > This is probably off topic, but I'll try anyway. I want to create a > USB install "disk", and then use another blank USB disk to install > onto. > > Does this work? I haven't tried yet. This would be nice to test things > out so I don't disrupt the internal disks. I would definitely expect that to work, although it may need some adjustment of disk references after. You would need to have both usb sticks plugged in at the same time (you cannot remove the install stick while using it). So initally you install the system on the second stick, but when booting it, it will in most cases be the first stick. If there is any reference in /etc/fstab you would likely need to adjust it. I also expect that you should be able to install into the free space following the install image. But maybe the installer gets confused if it sees 2 NetBSD partitions on the disk. I never tried it but I expect it can be made to work. > Andy -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: NetBSD 8.0: /usr/bin/m4 is broken
On Tue 31 Jul 2018 at 05:38:19 +0700, Robert Elz wrote: > Try this patch. It appears as if a line got dropped during some changes back > in Jan, 2016 ! (And no-one noticed.) Thanks! That seems to do the trick. I've installed the patched m4 locally. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: combining /var/mail files
On Fri 24 Aug 2018 at 19:11:56 +0200, Steffen Nurpmeso wrote: > But for now we unfortunately only use the most basic and only > truly portable form of the traditional "From " quoting mechanism, > and prepend a ">" to any "^From " that happens to exist inside > a message body. I've seen MIME mail that has the F from /^From / replaced with =46 in quoted-printable encoding. A neat trick. (Although it seemed it was applied a bit more often than strictly necessary.) -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: FQDNs for netbooted hosts via DHCP?
On Sun 15 Jul 2018 at 18:16:15 +0700, Robert Elz wrote: > The test "language" was very badly defined (ie: not at all really.) > > To avoid problems with that, there are very specific rules about > where to look for operators depending upon just how many args > exist - with those rules, it is possible to use test safely. But > when it gets to > 4 args (or even some cases with just 4) it > is just too hard to create meaningful usage rules that anyone would > understand or remember. What one hand giveth ( expression1 -a expression2, ( expression ) ) the other hand taketh away... Rather silly. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: booting from gpt/raid?
On Thu 05 Jul 2018 at 10:52:12 +0300, Andreas Gustafsson wrote:
> MLH wrote:
> > Boot Options are:
> > Hard Drive, CDROM, USB-FDD, USB-ZIP, USB-CDROM, USB-HDD, Legacy LAN
>
> A USB memory stick emulates a hard drive, so USB-HDD should work.
A USB stick formatted like a hard drive *should* always work.
Many BIOSes also allow booting from a USB stick formatted as a cdrom,
i.e. filled with an .iso image.
Here is a script I once made to create a bootable dvd from the install
sets. I made it to have a non-standard live and install dvd that also
includes all sources. I had also been trying to include (apart from the
amd64 version) i386 and VAX on the same dvd, but I didn't get far with
that.
This one was working for 7.1.1/amd64.
#!/bin/sh
# Make a bootable cd for amd64.
# If the same method works for VAX, I have to look into.
#
#set -x
arch=amd64
sets="kern-GENERIC modules base comp etc games man misc text"
xsets="xbase xcomp xetc xfont xserver"
work=work.$arch
top=$(pwd)
what=${top##*/}
mkdir $work
cd $work
umask
echo "Creating a ${what} dvd image:"
for set in $sets $xsets
do
echo "Extracting ${set} (using chroot)..."
tar --chroot -x -p -z -f $top/$arch/binary/sets/${set}.tgz
done
# Put bootfiles in place:
# For amd64:
cp -p ./usr/mdec/boot .
cp -p ./usr/mdec/bootxx_cd9660 ./bootxx_cd9660.${arch}
cat >boot.cfg <http://www.NetBSD.org/.
menu=Install NetBSD:boot netbsd
menu=Install NetBSD (no ACPI):boot netbsd -2
menu=Install NetBSD (no ACPI, no SMP):boot netbsd -12
menu=Drop to boot prompt:prompt
timeout=30
EOF
cat >etc/rc.d/filltmpfs <<'EOF'
# PROVIDE: filltmpfs
# REQUIRE: root
# BEFORE: mountcritlocal
$_rc_subr_loaded . /etc/rc.subr
name="filltmpfs"
rcvar="filltmpfs"
start_cmd="filltmpfs_start"
stop_cmd=":"
filltmpfs_start()
{
# hack to get around bugs in kernfs's rootdev/rrootdev lookup.
ls -l /dev/* > /dev/null 2>&1
# prepare important directories in the tmpfses, so dhcpcd and vi will work
echo "Prepare important directories in the tmpfses, so dhcpcd and vi will
work."
mount_critical_filesystems local
/bin/mkdir -p /var/run /var/db /var/log /var/tmp /var/spool /var/cron
touch /var/log/messages /var/log/authlog /var/log/cron /var/log/xferlog
touch /var/log/lpd-errs /var/log/maillog
}
load_rc_config $name
run_rc_command "$1"
EOF
chmod a+x etc/rc.d/filltmpfs
cat >etc/fstab <>etc/rc.conf <<'EOF'
critical_filesystems_local="$critical_filesystems_local /tmp"
rc_configured=YES
filltmpfs=YES
mountall=YES
hostname="installer"
postfix=NO
no_swap=YES
wscons=YES
EOF
sed etc/ttys.new \
-e '/^console/s/on /off /' \
-e '/^ttyE/s/off /on /'
mv etc/ttys.new etc/ttys
mkdir mnt2 targetroot kern proc
ln -s . release
echo "Link in distribution:"
ln ${top}/CHANGES* ${top}/LAST_MINUTE ${top}/README.files .
(cd ${top}; find ${arch} source shared -type d ) |
while read dir
do
echo "${dir}"
mkdir -p ${dir}
ln ${top}/${dir}/* ${dir}/ 2>/dev/null
done
cd dev
rm -f console # force the system to make a tmpfs /dev
# ./MAKEDEV all
cd ..
echo "Creating the iso image..."
makefs -t cd9660 \
-o
"bootimage=i386;usr/mdec/bootxx_cd9660,no-emul-boot,rockridge,allow-deep-trees,allow-multidot,volumeid=${what}.${arch}"
\
${top}/live-and-install.$arch.iso .
cd $top
echo "Testing the image:"
echo dd if=/dev/zero of=disk.img bs=1m count=1536
echo qemu-system-x86_64 -cdrom boot.amd64.iso -drive
file=disk.img,index=0,media=disk,format=raw # -netdev user,id=mynet0 -device
e1000,netdev=mynet0
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X
\X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly.
signature.asc
Description: PGP signature
Re: Quick BIND question
On Thu 06 Sep 2018 at 17:29:28 -0500, Jeremy C. Reed wrote: > echo "qvt -p punbf -g gkg nhgubef.ovaq @fson.faf-co.vfp.bet.|terc Errq" |\ > tr "Enopqrstuvabcefghk" "Rabcdefghinoprstux" Chaosnet isn't dead yet! https://github.com/PDP-10/klh10/commit/678db7c80b589b1f3027f58e716d3df1d8607d7e -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: Recommended desktop environment?
On Sat 08 Sep 2018 at 07:25:17 +, Thomas Mueller wrote: > I like substance as opposed to hot air, hence would stay away from something > like Enlightenment (seemed poorly documented, at least in the time of NetBSD > 7.99.1. Try ctwm. An older version is already installed with NetBSD. In (very very very) short, it is twm + workspaces + lots of other stuff. I like the "tabbed" window titles (config option SqueezeTitle) and dragging them along the top of the window (with Alt + mouse button 1) so you can put several windows on top of each other and still easily access them. Idea is originally from BeOS :) I just sent a pr to update the version in pkgsrc to 4.0.2 (the latest) from 4.0.1. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
How does NetBSD handle fsync() that incurs I/O errors?
I have just been pointed at a postgresql mailing list discussion about a scenario where a program has written data to a file descriptor, calls fsync(), there is an I/O error in writing the data out, and the program re-tries the fsync() until it returns success. On Linux, that can apparently leave your data unwritten. It forgets the I/O error after the first try. As far as I know, NetBSD leaves dirty buffers marked dirty in case of error, so that they are retried again later. Is my understanding right? References: original mail: https://www.postgresql.org/message-id/flat/camsr+ye5gs9ipqw2mq6oht1ac5qk5eubfcyg+vzhun1eqmx...@mail.gmail.com#camsr+ye5gs9ipqw2mq6oht1ac5qk5eubfcyg+vzhun1eqmx...@mail.gmail.com Referenced issue on stackoverflow about what the Linux kernel does: https://stackoverflow.com/questions/42434872/writing-programs-to-cope-with-i-o-errors-causing-lost-writes-on-linux/42436054#42436054 Quote from email thread: I found your discussion with kernel hacker Jeff Layton at https://lwn.net/Articles/718734/ in which he said: "The stackoverflow writeup seems to want a scheme where pages stay dirty after a writeback failure so that we can try to fsync them again. Note that that has never been the case in Linux after hard writeback failures, AFAIK, so programs should definitely not assume that behavior." I hope that NetBSD does leave the pages dirty, because that's the only thing that makes sense, right? -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: How does NetBSD handle fsync() that incurs I/O errors?
On Fri 30 Mar 2018 at 20:27:49 +0200, JaromÃr Dole?ek wrote: > There is nothing really what the system can do if the hardware keeps > errorring out the I/O - the system can't know if the hardware recovers, > and frankly the application calling fsync() even less. System must free the > resources, otherwise it will eventually inevitably deadlock. I have had some file systems with I/O errors, and found them hard or impossible to unmount. I thought it would be due to blocks being and staying marked dirty. Can I at least hope that if fsync() returns an error, and the device doesn't recover, that next attempts to fsync() keep reporting the error? I think that was the main issue for Postgres, that errors are reported only once and afterwards appear to be fixed when they aren't. Which I consider incredibly broken behaviour. I'm hoping that NetBSD behaves better. > Jaromir -Olaf. -- ___ Olaf 'Rhialto' Seibert -- Wayland: Those who don't understand X \X/ rhialto/at/falu.nl -- are condemned to reinvent it. Poorly. signature.asc Description: PGP signature
Re: suspend-to-RAM intel-x86 issues and tests
On Tue 02 Oct 2018 at 00:17:36 +0200, Riccardo Mottola wrote: > Is there a boot option or sysctl setting to have persistent dmesg, so at > reboot I can try to read the last messages which might be helpful? Normally the dmesg is persistent, but it can get wiped if the computer crashes "too hard". Then something wipes the memory (maybe the BIOS does that??) and it is lost. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Testing memory performance
On Sun 18 Nov 2018 at 19:04:02 +, Sad Clouds wrote: > Linux (gcc 6.3.0): It looks to me like this fragment is not the whole function: > Dump of assembler code for function memcpy: > => 0x778a0e90 <+0>: mov%rdi,%rax >0x778a0e93 <+3>: cmp$0x10,%rdx >0x778a0e97 <+7>: jb 0x778a0f77 0x778a0f77 isn't in the disassembly >0x778a0e9d <+13>: cmp$0x20,%rdx >0x778a0ea1 <+17>: ja 0x778a0fc6 0x778a0fc6 neither. >0x778a0ea7 <+23>: movups (%rsi),%xmm0 >0x778a0eaa <+26>: movups -0x10(%rsi,%rdx,1),%xmm1 >0x778a0eaf <+31>: movups %xmm0,(%rdi) >0x778a0eb2 <+34>: movups %xmm1,-0x10(%rdi,%rdx,1) >0x778a0eb7 <+39>: retq > End of assembler dump. It looks like both functions check for some initial conditions to see which optimized loop they can use, but they use very different optimizations. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: /var on tmpfs
I once made a little script to make a bootable ISO9660 live file system, given the distribution tarballs. It has to be able to live on a read-only medium, hence it uses a tmpfs for /var. For initializing it, it installs a script in /etc/rc.d. I basically used trial and error; everything that produced an error message while booting was reason for adding an extra directory or empty file. https://www.falu.nl/~rhialto/mkiso I just gave it a quick try, and qemu seemed a looot slower than previously (when I last tried was under 7.0.2 I think)... -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: How to set up PS/2 mouse?
On Sun 06 Jan 2019 at 14:32:19 +0100, Csányi Pál wrote: > But hey! I suddenly realized that, that the mouse works on my consoles!? > > It is probably because I added this line to the /etc/rc.conf file: > moused_enable=YES > > or it is not the reason? It is not, because if I comment this line out > with the '#' character, and reboot, then still don't have the mouse > pointer on console. > > I realize that, that I must to run this command, to have it: > wsmoused -d /dev/wsmouse > > After this command I have the mouse pointer if I move the mouse around. > > How can I set up this to get it started when booting the system? Exactly as you already did :-) moused_enable=YES in /etc/rc.conf. That is the file where you set up various parameters for programs that are started at boot time. In this case, you can look at the file /etc/rc.d/wsmoused to see how it is used (that is hidden away in the functions defined in /etc/rc.subr). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: fpr(1), asa(1)
I have various files around with carriage control. You get them from emulators/hercules, for instance. So at the very least they should be packaged. -- Sent from my Android device with K-9 . Please excuse my brevity.
Re: libstdc++.so.7 is missing
On Fri 18 Jan 2019 at 13:00:09 -0600, Robert Nestor wrote: > , because perl-5.28.1 doesn?t build. > It errors out with an internal gcc compiler error using the gcc that > comes with NetBSD 8.0_STABLE. I built perl-5.28.1 on NetBSD/amd64 8.0, as released (so nothing later than that), and for me it built... So maybe there is some difference between those versions that matters here somehow. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: libstdc++.so.7 is missing
On Sun 20 Jan 2019 at 08:58:55 -0500, Greg Troxel wrote:
> From that find the root cause, which is something that directly includes
> it, vs including a library that includes it. ldd makes this not that
> easy.
FreeBSD's ldd has an option to show just the libraries that are required
directly (and recurses, so it shows it more nicely separated). I made a
perl script that does more or less the same, but it also prints the
reverse relationships, the search path of each library, and any
conflicts between different versions of the same library.
#!/usr/pkg/bin/perl
#
# A ldd-replacement which clearly indicates which libraries are needed
# by which object.
#
my %map;
my %needed_by;
my @todo;
sub do_one_file {
my $file = shift;
my @needed;
my @path;
open OBJDUMP, "objdump -x $file |";
while () {
chomp;
if (/NEEDED/) {
s/\s*NEEDED\s*//;
push @needed, $_;
}
if (/RPATH/) {
s/\s*RPATH\s*//;
@path = split /:/;
print "path = @path\n";
break;
}
}
close OBJDUMP;
push @path, "/usr/lib";
push @path, "/lib";
print "$file needs:\n";
for my $lib (@needed) {
# Find $lib in @path
my $found = 0;
PATH:
for my $dir (@path) {
my $candidate = $dir."/".$lib;
if (-e $candidate) {
print "\t$lib => $candidate\n";
$found = 1;
if (exists $map{$lib}) {
# $candidate was already processed before
} else {
push @todo, $candidate;
$map{$lib} = $candidate;
}
if (!exists $needed_by{$candidate}) {
$needed_by{$candidate} = undef;
# then the next push will use autovivivication
}
push @{$needed_by{$candidate}}, $file;
last PATH;
}
}
if (!$found) {
print "\t$lib not found\n";
}
}
if (@needed == 0) {
print "\t(nothing)\n";
}
print "\n";
}
push @todo, @ARGV;
while (@todo) {
do_one_file(pop @todo);
}
# Dump reverse requirements:
my %fullib;
for my $lib (sort keys %needed_by) {
print "$lib <=\n";
for my $by (@{$needed_by{$lib}}) {
print "\t$by\n";
}
print "\n";
# Create a mapping of short lib name to full file name
# to detect potential conflicts
my $short = $lib;
$short =~ s=.*/==;
$short =~ s=\.so[.0-9]*==;
if (!exists $fullib{$short}) {
$fullib{$short} = undef;
# then the next push will use autovivivication
}
push @{$fullib{$short}}, $lib;
}
# Dump conflicts
print "Conflicting libraries:\n";
for my $lib (sort keys %fullib) {
my @longnames = @{$fullib{$lib}};
if (@longnames > 1) {
print "$lib ==\n";
for my $longname (@longnames) {
print "\t", $longname, "\n";
for my $by (@{$needed_by{$longname}}) {
print "\t\t$by\n";
}
print "\n";
}
}
}
signature.asc
Description: PGP signature
Re: rmt(8)
On Thu 10 Jan 2019 at 06:44:53 -0600, Edgar Pettijohn wrote: > Cool. I kinda guessed it was historical. There used to be more binaries in /etc, in the dim past. I think init was there, for instance. At some point they were generally moved to /sbin (but that didn't exist from the beginning). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Horde Webmailer
On Thu 03 Jan 2019 at 12:41:46 +0100, Frank Wille wrote: > did anybody successfully install the Horde Webmailer > https://www.horde.org/apps/webmail > under NetBSD? I think I did it years ago, but in the end I didn't like it too much and switched to squirrelmail. > I'm running GENERIC 8.0 with PHP 5.6.36, MySQL 5.6.39 and Apache 2.4.33 > installed from pkgsrc 2018Q2. Typo3 works fine, so this configuration > cannot be too bad. > > I installed the Horde Webmailer like this: > > # pear channel-update pear.php.net > # pear install Date > # pear channel-discover pear.horde.org > # mkdir /var/www/vhosts/my.domain.name/webmail > # chown apache:_httpd /var/www/vhosts/my.domain.name/webmail > # pear install horde/horde_role > # pear run-scripts horde/horde_role > (Here I enter /var/www/vhosts/my.domain.name/webmail as installation > directory.) > # pear install -a -B horde/webmail I think I just installed the mail/imp package. I certainly didn't do anything complicated like the above. But maybe things changed in the mean time (very possible) so that it doesn't work like that any more. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Swap over NFS
On Tue 02 Apr 2019 at 16:28:36 +0200, BERTRAND Joël wrote: > I can do a swapon directly on a file. But as I haven't found other > information (and as this feature doesn't work on several Unix), I have > tried to follow NetBSD documentation... It has been a long while since I tried it last, but I seem to remember that you can also mount a file, not just a directory on a directory. Is that something you tried as well? I found this in /etc/fstab in my former diskless Sun3: nfshost:/usr/export/swap-sun noneswap sw,nfsmntpt=/swap where /usr/export/swap-sun is a file on the nfshost, and /swap is a directory inside the Xkernel-root. /etc/init is a shell script and it contains (among other things) # Mount NFS filesystems. # # Under normal Xkernel 2.0 setup, you do NOT need to perform ANY NFS # mounts yourself. The root directory is mounted by the kernel, and # you need nothing else. However, it is possible that because of some # local wierdity (e.g. you cannot run the font server) you must mount # some NFS file systems. Now is a good time. # if [ -f /etc/fstab ]; then mount -a -v -t nfs fi # Turn on swapping, maybe it's over NFS swapon -a -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: mutt wants sasl
On Tue 05 Mar 2019 at 10:18:57 +0100, ignat...@cs.uni-bonn.de wrote: > you need the packages > > cyrus-sasl > and additionally the cy2-xxx that implement the authentification method > that your server demands. Most likely, cy2-plain. > > Of course, your mutt package needs to be built with cyrus-sasl support. > What does pkg_info mutt say? When I built my mutt, I added the option "sasl" to get sasl support. It is not a default option, so I expect it isn't present in the version from the binary repositories. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Fun with SSD and GPT wedges
On Tue 12 Feb 2019 at 22:25:34 -0800, John Nemeth wrote: > On Feb 12, 7:03pm, Robert Nestor wrote: > } > } Somewhat related, but the man page on GPT in the example on how > } to set up a BIOS boot indicates that one should newfs dk?, not > } rdk?. A number of people have pointed out to me that I should > } be running newfs on rdk?, NOT dk?. This was probably the source > > What manpage? From what version of NetBSD? I just looked at > the manpage for gpt(8) on a NetBSD 7.1 system and a NetBSD -current > system, neither of them said anything about that. On an 8.0 system: xotica# newfs dk0 When I partitioned my new big disk, I just used "newfs NAME=label". That works fine. I've been using NAME=label as much as possible, to see which commands don't understand it. So far it was, I think, only umount which didn't. And "fsck_ffs", but that can be replaced with "fsck -t ffs". -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Serialization of binary floating point numbers
On Fri 17 May 2019 at 17:37:45 +0100, Sad Clouds wrote: > 1. Make sure software always built to use IEEE 754 format. For VAX, you would need to do some work there, since it natively uses a different floating point format. It is the canonical example for that, these days :-) I'm not up to date on whether there are math libraries available that do ise IEEE soft-float. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Laptop Recommendations for NetBSD?
On Sun 23 Jun 2019 at 11:02:10 +0200, Martin Husemann wrote: > If there wouldn't be the unsupported sdio wifi issue, I'd strongly > recommend a pinebook ;-) Hm.. well... on the pinebook, I would say that NetBSD's graphics drivers "leave a lot to be desired". Mind you, with the Linux KDE Neon I'm trying now, they "leave everything to be desired". (I have learned to hate graphics chips more and more every day) > Martin -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Serialization of binary floating point numbers
I recall reading of a hexadecimal serialization of floating point numbers. I'm not sure of all the details, but it sounds like it would be a fairly easy way to exactly represent a whole class of FP formats. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: FFSv1 (UFS1) vs FFSv2 (UFS2)
On Wed 03 Jul 2019 at 12:21:39 -0400, Greg Troxel wrote: > newfs(8) and fsck_ffs(8) explain this, although I can see that it's > slightly hard to follow. Basically, retrocomputing aside, there is > > - UFS1 level 4, which has a "FFSv2-format superblock" > - UFS2 What is "fslevel 5"? fslevel(8) only explains up to level 4. In fact it even claims "Note that FFSv2 file systems are always level 4." But I have # dumpfs /dev/rdk8 file system: /dev/rdk8 format FFSv2 endian little-endian location 65536 (-b 128) magic 19540119timeThu Jul 4 06:15:26 2019 superblock location 65536 id [ x ] cylgrp dynamic inodes FFSv2 sblock FFSv2 fslevel 5 -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: dhcpcd, ipv6, 1&1, Fritzboz, deprecated addresses
I've deleted all deprecated addresses from earlier, and it went through at least one other cycle of Aug 13 22:27:50 murthe dhcpcd[335]: re1: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 13 22:27:50 murthe dhcpcd[335]: re0: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 13 22:27:50 murthe dhcpcd[335]: re0: not bound, ignoring RECONFIGURE6 Aug 13 22:27:50 murthe dhcpcd[335]: re1: DHCPv6 REPLY: not on link and now the addresses on re1 look like inet6 fe80::5d5:95c6:17e9:8ede%re1/64 flags 0x0 scopeid 0x2 1 inet6 2003:ca:5f1c:c900:3d0f:6b7d:e5d8:624d/64 flags 0x10 2 inet6 2003:ca:5f1c:c900:5d5:95c6:17e9:8ede/128 flags 0x0 inet6 fd00::359b:6cd5:acb3:7bdc/64 flags 0x10 3 inet6 2003:ca:5f1d:2d00:3255:ef34:771e:4a5/64 flags 0x0 4 inet6 2003:ca:5f1d:2d00:5d5:95c6:17e9:8ede/128 flags 0x0 It looks like (3) and (4) are new, and (1) and (2) are old. It created TWO new addresses in the new prefix, but for the old ones, it deprecated only one of the pair? Neither of these addresses are based on my Ethernet address. (3) may be the result of "slaac private", but the other one looks random. I don't have sysctls set for "temp" addresses, in case it could be related to that: net.inet6.ip6.use_tempaddr = 0 net.inet6.ip6.prefer_tempaddr = 0 -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: dhcpcd, ipv6, 1&1, Fritzboz, deprecated addresses
On Sun 11 Aug 2019 at 14:42:57 +0200, Rhialto wrote: > Is there any setting I could have in my /etc/dhcpcd.conf that might > influence that? Additionally, here are the most recent messages in /var/log/messages: Aug 11 13:08:37 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20: no longer a default router Aug 11 13:08:37 murthe dhcpcd[335]: re1: deleting default route via fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:49 murthe dhcpcd[335]: re1: adding address 2003:ca:5f43:cb00:180:4428:6875:c80b/64 Aug 11 13:10:49 murthe dhcpcd[335]: re1: adding route to 2003:ca:5f43:cb00::/64 Aug 11 13:10:49 murthe dhcpcd[335]: re1: adding default route via fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re1: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re1: RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re0: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re0: RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re0: not bound, ignoring RECONFIGURE6 Aug 11 13:10:51 murthe dhcpcd[335]: re1: DHCPv6 REPLY: not on link Aug 11 13:10:51 murthe dhcpcd[335]: lo0: deleting reject route to 2003:ca:5f43:76fc::/62 via ::1 Aug 11 13:10:51 murthe dhcpcd[335]: re1: soliciting a DHCPv6 lease Aug 11 13:10:51 murthe dhcpcd[335]: re1: REPLY6 received from fe80::a96:d7ff:fea9:5c20 Aug 11 13:10:51 murthe dhcpcd[335]: re1: adding address 2003:ca:5f43:cb00:xxx:::/128 Aug 11 13:10:51 murthe dhcpcd[335]: re1: renew in 1800, rebind in 2880, expire in 7200 seconds Aug 11 13:10:51 murthe dhcpcd[335]: lo0: adding reject route to 2003:ca:5f43:cbfc::/62 via ::1 Aug 11 13:10:51 murthe dhcpcd[335]: re1: delegated prefix 2003:ca:5f43:cbfc::/62 Aug 11 13:10:54 murthe ntpd[1786]: Listen normally on 84 re1 [2003:ca:5f43:cb00:180:4428:6875:c80b]:123 Aug 11 13:10:54 murthe ntpd[1786]: Listen normally on 85 re1 [2003:ca:5f43:cb00:xxx:::]:123 Aug 11 13:11:48 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20 is unreachable, expiring it Aug 11 13:11:48 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20 is reachable again Aug 11 13:11:48 murthe dhcpcd[335]: re1: deleting address 2003:ca:5f43:7600:933e:9556:2b1:57f/64 Aug 11 13:11:48 murthe dhcpcd[335]: re1: deleting route to 2003:ca:5f43:7600::/64 Aug 11 13:11:50 murthe ntpd[1786]: Deleting interface #82 re1, 2003:ca:5f43:7600:933e:9556:2b1:57f#123, interface stats: received=2, sent=2, dropped=1, active_time=2995 secs Aug 11 13:11:50 murthe ntpd[1786]: 2001:638:504:2000::34 local addr 2003:ca:5f43:7600:933e:9556:2b1:57f -> Aug 11 13:51:55 murthe ntpd[1786]: 2001:638:504:2000::34 local addr 2003:ca:5f43:7600:xxx::: -> 2003:ca:5f43:cb00:180:4428:6875:c80b Aug 11 14:05:24 murthe ntpd[1786]: Deleting interface #81 re1, 2003:ca:5f42:f600:xxx:::#123, interface stats: received=0, sent=13, dropped=0, active_time=10800 secs Aug 11 14:07:06 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20: no longer a default router Aug 11 14:07:06 murthe dhcpcd[335]: re1: deleting default route via fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:17 murthe dhcpcd[335]: re1: adding address 2003:ca:5f44:2000:bb10:b391:fb30:56ba/64 Aug 11 14:09:17 murthe dhcpcd[335]: re1: adding route to 2003:ca:5f44:2000::/64 Aug 11 14:09:17 murthe dhcpcd[335]: re1: adding default route via fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:19 murthe dhcpcd[335]: re1: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:19 murthe dhcpcd[335]: re1: RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:19 murthe dhcpcd[335]: re0: unauthenticated RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:19 murthe dhcpcd[335]: re0: RECONFIGURE6 from fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:19 murthe dhcpcd[335]: re0: not bound, ignoring RECONFIGURE6 Aug 11 14:09:19 murthe dhcpcd[335]: re1: DHCPv6 REPLY: not on link Aug 11 14:09:19 murthe dhcpcd[335]: lo0: deleting reject route to 2003:ca:5f43:cbfc::/62 via ::1 Aug 11 14:09:19 murthe dhcpcd[335]: re1: soliciting a DHCPv6 lease Aug 11 14:09:20 murthe dhcpcd[335]: re1: REPLY6 received from fe80::a96:d7ff:fea9:5c20 Aug 11 14:09:20 murthe dhcpcd[335]: re1: adding address 2003:ca:5f44:2000:xxx:::/128 Aug 11 14:09:20 murthe dhcpcd[335]: re1: renew in 1800, rebind in 2880, expire in 7200 seconds Aug 11 14:09:20 murthe dhcpcd[335]: lo0: adding reject route to 2003:ca:5f44:20fc::/62 via ::1 Aug 11 14:09:20 murthe dhcpcd[335]: re1: delegated prefix 2003:ca:5f44:20fc::/62 Aug 11 14:09:22 murthe ntpd[1786]: Listen normally on 86 re1 [2003:ca:5f44:2000:bb10:b391:fb30:56ba]:123 Aug 11 14:09:22 murthe ntpd[1786]: Listen normally on 87 re1 [2003:ca:5f44:2000:xxx:::]:123 Aug 11 14:09:29 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20 is unreachable, expiring it Aug 11 14:09:29 murthe dhcpcd[335]: re1: fe80::a96:d7ff:fea9:5c20 is reachable again Aug
dhcpcd, ipv6, 1&1, Fritzboz, deprecated addresses
My ISP is rather shitty with IPv6, and changes its prefix like it is a hobby of theirs. However, somehow this keeps breaking my IPv6 connectivity. I am using NetBSD/amd64 8.1, dhcpcd-7.2.3 from pkgsrc. It seems that while dhcpcd adds new addresses to my interface for the new prefix, it doesn't delete (or deprecate) the old ones (or at least not soon enough). So currently my interface looks like this: re1: flags=0x8843 mtu 1500 capabilities=3f80 capabilities=3f80 enabled=3f80 enabled=3f80 ec_capabilities=3 ec_enabled=0 address: yy:yy:yy:yy:yy:yy media: Ethernet autoselect (100baseTX full-duplex) status: active inet 192.168.178.40/24 broadcast 192.168.178.255 flags 0x0 inet6 fe80::xxx:::%re1/64 flags 0x0 scopeid 0x2 inet6 2003:ca:5f37:d00:xxx:::/128 flags 0x10 inet6 2003:ca:5f38:4300:xxx:::/128 flags 0x10 inet6 2003:ca:5f3a:8e00:xxx:::/128 flags 0x10 inet6 2003:ca:5f14:de00:xxx:::/128 flags 0x10 inet6 2003:ca:5f14:ec00:xxx:::/128 flags 0x10 inet6 2003:ca:5f30:a000:xxx:::/128 flags 0x10 inet6 2003:ca:5f30:c900:xxx:::/128 flags 0x10 inet6 fd00::359b:6cd5:acb3:7bdc/64 flags 0x10 inet6 2003:ca:5f43:7600:xxx:::/128 flags 0x10 inet6 2003:ca:5f43:cb00:xxx:::/128 flags 0x0 inet6 2003:ca:5f44:2000:bb10:b391:fb30:56ba/64 flags 0x10 inet6 2003:ca:5f44:2000:xxx:::/128 flags 0x0 inet6 2003:ca:5f44:2700:50a6:1a8a:1e54:7986/64 flags 0x0 inet6 2003:ca:5f44:2700:xxx:::/128 flags 0x0 and currently connectivity is broken. $ traceroute6 smtp.falu.nl traceroute6 to smtp.falu.nl (2a02:e00:ffec:1cc::1) from 2003:ca:5f43:cb00:xxx:::, 64 hops max, 12 byte packets 1 fritz.box 0.716 ms 0.418 ms 0.341 ms 2 p200300CA5FFF.dip0.t-ipconnect.de 0.353 ms 0.354 ms 0 .331 ms 3 p200300CA5FFF.dip0.t-ipconnect.de 0.343 ms 0.351 ms 0 .349 ms 4 p200300CA5FFF.dip0.t-ipconnect.de 0.313 ms 0.344 ms 0 .346 ms 5 p200300CA5FFF.dip0.t-ipconnect.de 0.314 ms 0.359 ms 0 .371 ms (etc) After I guess which addresses are old, it works again. $ sudo ifconfig re1 inet6 2003:ca:5f43:cb00:xxx:::/128 deprecated $ sudo ifconfig re1 inet6 2003:ca:5f44:2000:xxx:::/128 deprecated $ traceroute6 smtp.falu.nl traceroute6 to smtp.falu.nl (2a02:e00:ffec:1cc::1) from 2003:ca:5f44:2700:50a6:1a8a:1e54:7986, 64 hops max, 12 byte packets 1 fritz.box 0.865 ms 0.454 ms 0.396 ms 2 2003:0:8000:8800::1 4.885 ms 4.761 ms 4.555 ms ... 6 smtp 15.135 ms 15.335 ms 14.224 ms Is there any setting I could have in my /etc/dhcpcd.conf that might influence that? I have controlgroup wheel hostname azenomei duid persistent lastlease option rapid_commit option classless_static_routes, domain_name_servers nooption domain_name, host_name option ntp_servers require dhcp_server_identifier slaac private nohook lookup-hostname noauthrequired leasetime 86400 noipv6rs nogateway interface re0 noipv4 interface re1 ipv6rs gateway ia_na 1 ia_pd 2 re0/0/64 -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: Write an install image to a flash drive?
> | I _can't imagine_ how many stupid things I just did, but could > | someone please tell me how to get that install image onto the > | flash drive in a form that will boot? > > You cannot. "That" image is in ISO format, which have a booting > method unique in the universe. You need an image set up for booting > from a memory stick, which is much more similar to a regular drive > than a CD (ISO format). *Some* BIOSes allow booting USB sticks even if they contain ISO images. I'm certain I've done it a few times with Ubuntu images. But last time I tried it with a NetBSD ISO image, it failed. (But I'm not sure if I actually tried it on the same computer for instance, or if maybe the Ubuntu images contain something special to make this possible). -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: Native X (8.1/amd64) crashing with gvim-gtk3
On Mon 22 Jul 2019 at 21:11:23 +0200, Tobias Nygren wrote: > On Mon, 22 Jul 2019 21:02:21 +0200 > Rhialto wrote: > > > On Mon 22 Jul 2019 at 20:49:12 +0200, Tobias Nygren wrote: > > > On Mon, 22 Jul 2019 20:38:14 +0200 > > > Rhialto wrote: > > > > > > > at > > > > /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/gen4_vertex.c:854 > > > > > > Does 8.1 ship with modesetting support for intel? I had a similar crash > > > some time back and the solution was to switch Xorg from > > > xf86-video-intel to the modesetting driver. > > > > If so, how do I switch? I'd like to try that. > > mkdir -p /etc/X11/xorg.conf.d > cat << EOF > /etc/X11/xorg.conf.d/10-modesetting.conf > Section "device" > # Option "NoAccel" "true" > Identifier "Card0" > Driver "modesetting" > EndSection > EOF Thanks. I tried it, and X tried it, but it didn't seem to work. [ 6320.041] (II) LoadModule: "modesetting" [ 6320.042] (II) Loading /usr/X11R7/lib/modules/drivers/modesetting_drv.so [ 6320.043] (II) Module modesetting: vendor="X.Org Foundation" [ 6320.043]compiled for 1.18.4, module version = 1.18.4 [ 6320.043]Module class: X.Org Video Driver [ 6320.043]ABI class: X.Org Video Driver, version 20.0 [ 6320.043] (II) LoadModule: "mouse" [ 6320.044] (II) Loading /usr/X11R7/lib/modules/drivers/mouse_drv.so [ 6320.044] (II) Module mouse: vendor="X.Org Foundation" [ 6320.044]compiled for 1.18.4, module version = 1.9.2 [ 6320.044]Module class: X.Org XInput Driver [ 6320.044]ABI class: X.Org XInput driver, version 22.1 [ 6320.044] (II) LoadModule: "kbd" [ 6320.045] (II) Loading /usr/X11R7/lib/modules/drivers/kbd_drv.so [ 6320.045] (II) Module kbd: vendor="X.Org Foundation" [ 6320.045]compiled for 1.18.4, module version = 1.9.0 [ 6320.046]Module class: X.Org XInput Driver [ 6320.046]ABI class: X.Org XInput driver, version 22.1 [ 6320.046] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 6320.046] (--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32) [ 6320.046] (--) using VT number 5 [ 6320.062] (**) modeset(0): claimed PCI slot 0@0:2:0 [ 6320.062] (II) modeset(0): using default device [ 6320.062] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 6320.062] (II) UnloadModule: "modesetting" [ 6320.062] (EE) Screen(s) found, but none have a usable configuration. [ 6320.062] (EE) Fatal server error: [ 6320.063] (EE) no screens found(EE) I also reduced the rest of my xorg.conf file to nothing, but that made no differnce. -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Native X (8.1/amd64) crashing with gvim-gtk3
On Tue 23 Jul 2019 at 07:48:59 -0500, John D. Baker wrote: > The X server usually crashes with "SIGSEGV" (logged in Xorg.0.log.old), > but doesn't leave a core dump. One time it got "SIGALARM" and left a > core dump. What I did to catch it, was to ssh into the machine from another one, and then run gdb -p , and (since it stops X) continue it. You obviously can't do this from an xterm on the same X server but it can probably work as well from a text console (well, if the switching to the console works, I'm not 100% sure). -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Native X (8.1/amd64) crashing with gvim-gtk3
(or maybe just any gnome3 program)
It is quite repeatable for me: start gvim with a file, move cursor down
so that it scrolls. Sometimes it crashes even earlier.
Stack backtrace (great to have full debug files available!)
Program received signal SIGSEGV, Segmentation fault.
0x76ca23b0ee90 in emit_primitive_identity_mask (sna=,
op=0x7f7fff788ce0, r=0x7f7fff788cd0)
at /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/gen4_vertex.c:854
854 /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/gen4_vertex.c: No
such file or directory.
(gdb) bt
#0 0x76ca23b0ee90 in emit_primitive_identity_mask (sna=,
op=0x7f7fff788ce0, r=0x7f7fff788cd0)
at /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/gen4_vertex.c:854
#1 0x76ca23a6feaf in glyphs0_to_dst (sna=sna@entry=0x76ca2d301000,
op=op@entry=3 '\003', src=src@entry=0x76ca27908b00,
dst=dst@entry=0x76ca27908980, src_x=0, src_x@entry=2, src_y=0,
src_y@entry=69, nlist=, nlist@entry=1,
list=list@entry=0x7f7fff7890d0, glyphs=0x7f7fff7895e0,
glyphs@entry=0x7f7fff7894d0)
at /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/sna_glyphs.c:906
#2 0x76ca23a74862 in sna_glyphs (op=3 '\003', src=0x76ca27908b00,
dst=0x76ca27908980, mask=0x0, src_x=,
src_y=, nlist=1, list=0x7f7fff7890d0, glyphs=0x7f7fff7894d0)
at /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/sna_glyphs.c:1998
#3 0x00015b56ebbf in damageGlyphs (op=,
pSrc=0x76ca27908b00, pDst=0x76ca27908980, maskFormat=0x0,
xSrc=, ySrc=, nlist=1, list=0x7f7fff7890d0,
glyphs=0x7f7fff7894d0)
at /usr/xsrc/external/mit/xorg-server/dist/miext/damage/damage.c:569
#4 0x00015b554b71 in ?? ()
#5 0x00015b486b84 in Dispatch ()
#6 0x00015b45a505 in dix_main ()
#7 0x00015b45a05b in ___start ()
#8 0x76ca2de31000 in ?? ()
#9 0x0005 in ?? ()
#10 0x7f7fff78a3c8 in ?? ()
#11 0x7f7fff78a3d9 in ?? ()
#12 0x7f7fff78a3dc in ?? ()
#13 0x7f7fff78a3e1 in ?? ()
#14 0x7f7fff78a3e7 in ?? ()
#15 0x in ?? ()
(gdb) info locals
dst = {p = {x = 274, y = 69}, f = 6.33703319e-39}
msk_x = 584
msk_y = 32
w =
h =
v = 0x76ca2d6dcff0
(gdb) print *op
$1 = {blt = 0x76ca23aeb52c ,
box = 0x76ca23aeb895 ,
boxes = 0x76ca23aea420 , thread_boxes = 0x0,
done = 0x76ca23ae69ae , damage = 0x0, op = 8,
dst = {pixmap = 0x76ca2818df00, format = 537036936, bo = 0x76ca2a347800,
x = 0, y = 0, width = 644, height = 704}, src = {bo = 0x76ca2cf8ea60,
transform = 0x0, width = 1, height = 1, pict_format = 537036936,
card_format = 192, filter = 0, repeat = 1, is_affine = 1, is_solid = 1,
is_linear = 0, is_opaque = 1, alpha_fixup = 0, rb_reversed = 0, offset = {
0, 0}, scale = {1, 1}, embedded_transform = {matrix = {{0, 0, 0}, {0, 0,
0}, {0, 0, 0}}}, u = {linear = {dx = 0, dy = 0, offset = 0}, gen2 = {
pixel = 0}, gen3 = {type = 0, mode = 0, constants = 0}}}, mask = {
bo = 0x76ca2d7d4840, transform = 0x0, width = 1024, height = 1024,
pict_format = 537036936, card_format = 192, filter = 0, repeat = 0,
is_affine = 1, is_solid = 0, is_linear = 0, is_opaque = 0,
alpha_fixup = 0, rb_reversed = 0, offset = {0, 0}, scale = {0.0009765625,
0.0009765625}, embedded_transform = {matrix = {{0, 0, 0}, {0, 0, 0}, {0,
0, 0}}}, u = {linear = {dx = 0, dy = 0, offset = 0}, gen2 = {
pixel = 0}, gen3 = {type = 0, mode = 0, constants = 0}}},
is_affine = 1, has_component_alpha = 1, need_magic_ca_pass = 1,
rb_reversed = 0, floats_per_vertex = 4, floats_per_rect = 12,
prim_emit = 0x76ca23b0ede9 ,
emit_boxes = 0x76ca23b0eeeb , redirect = {
real_bo = 0x0, real_damage = 0x0, damage = 0x0, box = {x1 = 0, y1 = 0,
x2 = 0, y2 = 0}}, u = {blt = {src_pixmap = 0x90006, sx = 0, sy = 0,
inplace = 0, overwrites = 0, bpp = 0, alu = 0, cmd = 0, br13 = 0,
pitch = {0, 0}, pixel = 0, bo = {0x0, 0x0}}, gen3 = {constants = {
8.40779079e-45, 1.26116862e-44, 0, 0, 0, 0, 0, 0}, num_constants = 0},
gen4 = {wm_kernel = 6, ve_id = 9}, gen5 = {wm_kernel = 6, ve_id = 0},
gen6 = {flags = 6}, gen7 = {flags = 6}, gen8 = {flags = 6}}, priv = 0x0}
(gdb) print v[7]
$2 = 0
(gdb) print v[3]
$3 = 0.0390625
(gdb) print op->mask.scale[1]
$4 = 0.0009765625
(gdb)
In version 1.1.1.3 there is this, and all subexpressions from line 854
seem to be ok, at least gdb can print values.
850 dst.p.x = r->dst.x + r->width;
851 dst.p.y = r->dst.y + r->height;
852 v[0] = dst.f;
853 v[2] = (msk_x + w) * op->mask.scale[0];
854 v[7] = v[3] = (msk_y + h) * op->mask.scale[1];
855
856 dst.p.x = r->dst.x;
-Olaf.
--
___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power
\X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond
signature.asc
Description: PGP signature
Re: Native X (8.1/amd64) crashing with gvim-gtk3
On Mon 22 Jul 2019 at 20:49:12 +0200, Tobias Nygren wrote: > On Mon, 22 Jul 2019 20:38:14 +0200 > Rhialto wrote: > > > at /usr/xsrc/external/mit/xf86-video-intel/dist/src/sna/gen4_vertex.c:854 > > Does 8.1 ship with modesetting support for intel? I had a similar crash > some time back and the solution was to switch Xorg from > xf86-video-intel to the modesetting driver. If so, how do I switch? I'd like to try that. > -Tobias -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Native X (8.1/amd64) crashing with gvim-gtk3
On Mon 22 Jul 2019 at 21:01:07 +, m...@netbsd.org wrote: > Another workaround is to try UXA as an AccelMethod for the intel driver. > (I am not good at writing X.org configs.) I tried that and in my first try it seemed like it changed nothing (there didn't seem anything visibly different in the X log file), but when I retried it just now, it seemed to work (and help). So, Thanks! -Olaf. -- ___ Olaf 'Rhialto' Seibert -- "What good is a Ring of Power \X/ rhialto/at/falu.nl -- if you're unable...to Speak." - Agent Elrond signature.asc Description: PGP signature
Re: Window Managers / Desktops
On Wed 13 Nov 2019 at 21:14:24 +, Clay Daniels wrote: > I'm new to NetBSD, coming from FreeBSD. I got tired of Google mail and found > a nice real unix shell/mail account at SDF.org. In the process it was > pointed out to me that they run their servers on NetBSD. So I've started on > a fresh install of NetBSD. I'm sure I did not make all the right choices in > the install, but it works and I found it easy to configure a ~/.xinitrc file > that loads the TDM Window Manager, you know the real primitave page with the I guess you mean TWM. NetBSD also comes with ctwm which is a development based on twm. Most notably it supports workspaces, but the version in pkgsrc is a bit newer than the version in base and also supports some of the Enhanced Window Manager Hints. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: Basic vt100 console "noisy"
On Thu 21 Nov 2019 at 00:21:27 +, Clay Daniels wrote: > Thanks so much Johnny & Olaf. The other consoles look promising. Does this > relate to the NetBSD Guide Chap 3.9 Disk Prep process for selecting > bootblocks? > > http://www.netbsd.org/docs/guide/en/chap-exinst.html#exinst-disk-preparation-process Sort of. In the sense that if you select a serial console, the green output goes to the serial port and not to the VGA screen. Johnny is correct in pointing out that perhaps I should not have called these switchable virtual terminals "console", but people are sloppy and the thing is called "wscons" which makes it harder. > I have just been selecting the BIOS console, and maybe I should select one > of the serial ports, or option g : Use existing bootblocks ? > > I think the console selection is the clue. I will play with this and try a > fresh install with one of the serial ports, like com0. You can even change the console in an existing installation (although personally I've never needed it). Look at the manual page of installboot, and the option -o console=... . You can also (for the current boot only) set the console from the boot loader. See manual page boot(8), command "consdev". If you have a serial terminal at hand, it is always fun to try. I operated a DEC Alpha with a serial console, even though it had display hardware. > Clay -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: [netbsd-users] About using NetBSD as a guest, why, how etc.
On Tue 10 Dec 2019 at 18:39:00 +1100, Malcolm Herbert wrote: > is doing a manual from-scratch install from the command-line > documented anywhere? I think it probably is in several places (the broad outlines are a) partition disk b) newfs file system(s) c) install bootblocks d) extract all tar sets and that's mostly it; but the details are what counts of course and if you're doing it for the first time it can be a bit tricky to get right). But you can try another approach: you can have sysinst create a shell script which contains everything it does (at least when I tried it once upon a time it seemed to work). So you go through the procedure once interactively and then you can just use the recorded script to repeat the procedure. You can enable the script in sysinst from the start by following e: Utility menu, e: Logging function, b: Scripting: On. The main trick is at the end, to make sure that the recorded script gets copied to the installed system, because it is stored in the install image and it will be lost on reboot. Also, I seem to remember that the install image had very little space and even the modestly sized shell script didn't fit. But that was years ago and all sizes of everything are now different, so you can just try and see where it gets you :) > Regards, > Malcolm -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: Basic vt100 console "noisy"
On Wed 20 Nov 2019 at 21:44:56 +0100, Johnny Billquist wrote: > You might want to look at the syslogd configuration then? That might be one > source of messages being printed. Furthermore, they are only printed to the first console. If you enable more (ttyE[0-3] in /etc/ttys I think, and wscons=YES in /etc/rc.conf), you can login on other consoles that are quiet. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: perl5 update to 5.30 did not finish, maybe?
On Fri 04 Oct 2019 at 19:33:53 -0400, Bob Bernstein wrote:
> On Fri, Oct 04, 2019 at 12:42:44PM +0200, Rhialto wrote:
>
> > So something weird may be going on.
>
> I would give assent to that speculation.
>
> > The package that adds
> > /usr/pkg/lib/perl5/vendor_perl/5.28.0/LWP.pm is
> > p5-libwww-6.39.
>
> I used this hint to solve (apparently) the problem of the
> missing UserAgent.pm module, but ikiwiki then moved on to find
> another one missing in action:
>
> "Can't locate HTTP/Cookies.pm in @INC"
Maybe the ikiwiki package needs to be adjusted to add some
dependencies... but there is *still* something strange I think, since
HTTP/Cookies.pm is provided by p5-HTTP-Cookies and for me it says that
p5-libwww (which you installed) requires it (so it should be installed
as well by now).
> May I ask: is there a NetBSD pkg-related tool you were able to
> use to determine, as cited above, which perl ("p5") pkg provides
> a given module?
Well, I cheated, since I happened to have that file already installed,
so I did
pkg_info -F /usr/pkg/lib/perl5/vendor_perl/5.28.0/LWP.pm
to find out which package it belongs to.
If you don't have it installed already, but you have a checked out
pkgsrc tree, you can usually do
cd /usr/pkgsrc
find . -name 'PLIST*' | xargs grep LWP
which takes rather longer. Some packages have automatically generated
package lists, and it won't work for those. p5-libwww and several other
Perl package seem to be among those, unfortunately.
If you use binaries only, I'm not sure if there is an easy way.
-Olaf.
--
Olaf 'Rhialto' Seibert -- rhialto at falu dot nl
___ Anyone who is capable of getting themselves made President should on
\X/ no account be allowed to do the job. --Douglas Adams, "THGTTG"
signature.asc
Description: PGP signature
Re: repo missing package
On Fri 10 Jan 2020 at 10:25:13 -0500, Greg Troxel wrote: > So maybe I've been lucky. Maybe it's MAKE_JOBS. Maybe it's something > else we don't understand. On my machine, rust and firefox also "just built". I did get messages in my xconsole windown about random though, but not only during these builds it seems. Jan 2 06:58:48 murthe /netbsd: cprng 26328 17 30: creating with partial entropy Rust took some 2,5 hours to build it seems; firefox nearly 14. (But I did pause building a few times and I don't remember when exactly) -rw-r--r-- 1 root wheel 360726 Jan 2 06:44 babl-0.1.72.tgz -rw-r--r-- 1 root wheel 296670777 Jan 2 09:17 rust-1.39.0nb2.tgz -rw-r--r-- 1 root wheel1181253 Jan 2 22:58 alsa-lib-1.1.4.1.tgz -rw-r--r-- 1 root wheel 57394952 Jan 3 11:50 firefox-71.0.tgz -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: SMTP servers receiving from gmail
On Tue 14 Apr 2020 at 18:44:54 +0100, Mike Pumford wrote: > Just wanted to get this out there in case anyone else was being baffled by a > similar problem and couldn't find any clues on google as its taken me nearly > 2 weeks to figure this out :( I have the reverse problem, more or less. When sending mail to a google server, it doesn't want to receive it. At least, when I'm using IPv6. In the past, it helped to force it to use IPv4 instead, but I haven't looked recently if that still worked. When it refuses, its error message points to some unhelpful page which implies but does not dare to say out loud that they think I'm a spammer. They demand DKIM or similar configurations, which I refuse to use, because its a lot of work to configure, and it often doesn't even work with mail forwarding. > Mike -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: Mwm and coloring cascading submenus
On Fri 03 Apr 2020 at 18:18:31 -0400, Todd Gruhn wrote: > In my root-window I have a (root?) menu with cascading submenus. > I figured out how to use .Xresources to define several fg/bg menu-color > pairs. THAT APPLIES TO ALL MENUS. The mwm manual page seems somewhat garbled for me in several parts, but I am guessing you followed the part of the manpage in section "Component Appearance Resources" that says If menu is specified, the resource is applied only to mwm menus; if icon is specified, the resource is applied to icons; and if client is specified, the resource is applied to client window frames. For example, Mwm*icon*foreground is used to specify the foreground color for mwm icons, Mwm*menu*foreground specifies the foreground color for mwm menus, and Mwm*client*foreground is used to specify the foreground color for mwm client window frames. > What if I want the top menu to have the color pair fg1/bg1; > the GAME sub-menu to have color pair fg2/bg2; > the APPLICATIONS sub-menu to have color pair fg3/bg3 ? in the same section a bit further down I found this: The appearance of menus can be configured based on the name of the menu. The syntax for specifying menu appearance by name is Mwm*menu* menu_name*resource_id For example, Mwm*menu*my_menu*foreground specifies the foreground color for the menu named my_menu. So it seems that you can specify colours etc based on the name of the menu. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NVMM not working, NetBSD 9x amd64
On Sun 26 Apr 2020 at 21:39:12 +0200, Maxime Villard wrote:
> Maybe I should add a note in the man page to say that you cannot expect a CPU
> from before ~2010 to have virtualization support.
Or even better, what one should look for in the output of, for example,
"cpuctl identify 0". Since I didn't exactly know, I made some guesses
and assumed that my cpu ("Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz")
did't have the required features (it is from 2009 or so). But this
thread inspired me to modload nvmm, which actually helped, so I found
out that it even works on this cpu.
Of course I immediately tried it with Haiku (the BeOS clone) from
https://download.haiku-os.org/nightly-images/x86_64/ and I got mixed
results. Once it manages to boot it works fine and nicely fast (much
better than without nvmm), but quite often it crashes into its kernel
debugger during the first 10 seconds of booting, with different messages
(I have seen "General Protection Exception" and "ASSERT failed ...
fCPUCount >= 0"). ("qemu-system-x86_64 -accel nvmm -m 2G -cdrom
haiku-master-hrev54106-x86_64-anyboot.iso" on a 9.0 GENERIC kernel)
-Olaf.
--
Olaf 'Rhialto' Seibert -- rhialto at falu dot nl
___ Anyone who is capable of getting themselves made President should on
\X/ no account be allowed to do the job. --Douglas Adams, "THGTTG"
signature.asc
Description: PGP signature
Re: !Playing video on integrade intel graphic card
On Mon 27 Apr 2020 at 12:22:05 +0300, John m0t wrote: > Hi; > Playing video on T9300 CPU and Intel integrated GPU causes choppy and > sluggish video playback. > This effect is that much worse that causes system hang and restart. > Only mpv is able to play the video but mplayer just plays sound and vlc would > segfault. VLC segfaults for me in all cases, whether the video file is ok or not. It hasn't worked for me in years. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NVMM not working, NetBSD 9x amd64
On Fri 01 May 2020 at 18:13:01 +0100, Chavdar Ivanov wrote: > So far, with several attempts, it works with no problem whatsoever, > directly booting the newest image on the site pointed above. There might well be an improvement between 9.0 and -current, of course. It's good to hear that it works for you; I might upgrade to a -current kernel. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NetBSD install experiences
On Wed 13 May 2020 at 07:03:41 +0200, Martin Husemann wrote: > You actually *can* install to some existing GPT partition, e.g. dk0 or dk1, > and it should just work (but you can not sub-partition dk* devices). The > installer handles this special case. > > But you also can select "wd0" as the target and add additional NetBSD GPT > partitions there (if space is available) and then install into those. On the other hand, when you're doing an update, I had to guess whether I should select the GPT partition that was my root partition, or the whole disk. I guessed the root partition and apparently that was correct :-) > Martin -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NetBSD Jails
On Tue 19 May 2020 at 08:10:00 +0930, Brett Lymn wrote: > On Sat, May 16, 2020 at 09:51:42AM +0100, Sad Clouds wrote: > > > > Just look at how Solaris does it - it has Zones (aka Jails) and LDOMs > > (Logical Domains) on SPARC. LDOMs seem to be a much better way of > > partitioning OS instances versus something like VMware or Xen. > > > almost but not quite. A SPARC LDOM is more of a hardware partitionig, > cpu and memory are dedicated to the LDOM for its exclusive use. IBM mainframes also have that (had it for decades) and they call it LPARs (logical partitions). -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: fwohci users, anyone ?
On Thu 22 Oct 2020 at 14:05:26 +0200, Hauke Fath wrote: > On 2020-10-21 15:29, Michael van Elst wrote: > > Is anyone using firewire hardware ? In particular for mass storage ? > > I would love to, but - has it ever been usable? My first laptop, almost 20 years ago I guess, had very slow USB and FireWire. Back then it worked fine, but I haven't tried it again once I switched to a different laptop. -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: cvs better than git?
On Sun 21 Jun 2020 at 15:20:39 +0200, Johnny Billquist wrote: > I am still curious about how to manage well in git the scenario where you do > have a central repository that holds the actual source of truth, and where > you want to review and approve anything that gets committed. Let me point you to the hell that is called "Gerrit"... Example: https://review.opendev.org/ -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: pkgsrc build server
On Sat 04 Jul 2020 at 19:53:45 -, Michael van Elst wrote: > Building in a chroot is the most useful way, and it avoids > conflicts with the (productive) host installation. > > You can look at the pkg_comp package that does exactly that. That is what I do. There are pkg_comp1 and pkg_comp (which is a 2.x version). I started when pkg_comp1 was the only version that existed and never saw a reason to switch to version 2. > You can also use the pbulk system to build in a chroot. To Pkg_comp is I think a bit easier to set up than pbulk I think. Also you can "go into" the chroot interactively and poke around by hand, if packages don't build (which will happen of course). -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: VPS instance crashed, hangs during boot
On Tue 29 Dec 2020 at 14:25:43 +0530, Mayuresh wrote: > I have skipped /etc set when upgrading. Hope it won't cause any surprises. If you did an update in place (not erasing everything first), then some old shared libraries should still remain there for use with your existing packages. > Mayuresh -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NetBSD base gcc & libatomic
On Sat 05 Dec 2020 at 22:36:58 +0100, Onno van der Linden wrote: > -march=i586 could/should work for i386 unless the real hardware is really old > or the emulation doesn't support it. Thanks, that worked. > Onno -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
Re: NetBSD base gcc & libatomic
On Fri 04 Dec 2020 at 15:42:43 +0100, Riccardo Mottola wrote: > on x86-32, I noticed our compiler emits calls to atomic functions, but > does not ship libatomic, which is available only as an "addon" in pkgsrc. > I think the base compiler should be consistent and either ship libraries > it uses or do not use. > Gcc from pkgsrc then is free to pull libatomic in instead. > > What do you think? In pkgsrc-users I posted a mail about compiling pkgsrc/wip/sdl-hercules-hyperion on NetBSD/i386, where gcc generated calls to (at least) __sync_fetch_and_add_8 and __atomic_compare_exchange_8. I installed libatomic from pkgsrc, but it didn't appear to provide any functions starting with __sync (according to nm). -Olaf. -- Olaf 'Rhialto' Seibert -- rhialto at falu dot nl ___ Anyone who is capable of getting themselves made President should on \X/ no account be allowed to do the job. --Douglas Adams, "THGTTG" signature.asc Description: PGP signature
