rvp $ ls -l /etc/term* /usr/share/misc/terminfo*
zsh: no matches found: /etc/term*
if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) {
window.hljsLoader.highlightBlocks(document.currentScript.parentNode);
}
Gah! bloody zsh (it's as bad as csh). Can you redo the ls -l after:
setopt nonomatch
if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) {
window.hljsLoader.highlightBlocks(document.currentScript.parentNode);
}
$ infocmp -1
infocmp: no terminal definition found in internal database
No use...
$ ls /etc/t*
/etc/ttyaction /etc/ttys
rvp Or maybe, no database found; or, it's corrupted: can't tell. The ls -l will show. The files should be about this size:
Yes, I confirm seeing the same thing.
$ ls -lh /usr/share/misc/terminfo*
-r--r--r-- 1 root wheel 1.1M Mar 28 17:33 /usr/share/misc/terminfo
-r--r--r-- 1 root wheel 1.7M Mar 28 17:33 /usr/share/misc/terminfo.cdb
rvp If they don't look kosher, extract them from the base.tar.xz tarball of your NetBSD version
Where can I get the individual filesets from?
I mean, in OpenBSD they're available on their FTP servers and most of their mirrors provide it too, but inspecting the NetBSD FTP servers, I can't seem to find it.
Edit: nevermind, found it: https://cdn.netbsd.org/pub/NetBSD/NetBSD-10.0/amd64/binary/sets/
rvp That's 6GB for the file-cache which can easily be "evicted" if needed. Try reducing the various caches like I do here.
I'll give this a try, thanks.
Very helpful stuff!
rvp Are those SIZE (aka VSZ virtual size) or RES (aka RSS resident-set size)? Prob'ly the former (otherwise, st sucks).
I read from SIZE.
I didn't even notice RES until now.
But RES for X is 29M, and for st is 11M.
rvp This isn't that straightforward to calculate: You can add up the RES column for a rough estimate of the memory used by only processes (rough because of shared pages), but then you have to factor in the kernel memory used for book-keeping (see vmstat -m). There's a lot of overlap in the memory-usage stats reported by top and ps.
Yeah, I guess it's the symptoms of having used Linux for about 30 years, and only having progressively been switching to the BSD's over the past 1 year (starting with servers, then laptops, and then finally the main desktop), and started using the BSD's almost exclusively (still using Linux for gaming and statically linking C programs for Linux) since last month.
Pretty much coinsiding with CRUX adding PAM to core, and OpenBSD 7.5 and NetBSD 10.0 releasing almost at the same time.
Results in thinking that if free -m
reports a certain RAM usage, everything else will report like so too.
It kinda works on OpenBSD too, except of course it doesn't come with free
.
But FreeBSD and NetBSD seem to work differently in this aspect.