any way to get 'top' info but just for 1 app?

like mem usage and all that

h or ? - show this help text

- filter on command name (+ selects all commands

uh, '/'

what command is that for?

that's not in the top man page

rtprio?

it's in the help of top

when you press ? while it's running

and it is in the man page (14):

/ Display only processes that contain the specified string in their

command name. If displaying arguments is enabled, the arguments

are searched too. '+' shows all processes.

what?

ohhh

wow weird

why doesn't the man page say "filter" in it?

is it not for you?

the / feature is really important

or do you not know you need to escape it in less so you need /\/ in order to search for /

is it a known issue that the FreeBSD-14.0-RELEASE-amd64-dvd1.iso kernel panics right out of the bootloader and if not, what is the correct place to file the bug report?

my Lenovo laptop is running at 107C and FreeBSD 14.0 by default seems to want to destroy it. there has to be a way to control temperature on these things. is there no temperature sysctl setting ?

skyenosaur: When booting it, or after installing?

skyenosaur: Either way, bugs.freebsd.org/bugzilla

Title: FreeBSD Bugzilla Main Page

blastwave: Do you have powerd running?

upgrading to 14.0-RELEASE now for the nas

wonder if there is a way to get arc to prioritize based on pool

hm. lots of odd conflicts. like passwd.master?

14.0-RELEASE

feeling good about it heh

is this: "pkg update && pkg upgrade" actually exactly same as; "pkg upgrade"? If I'm not wrong, I think "pkg upgrade" already does "pkg update"?

install: ///usr/src/contrib/llvm-project/libcxx/include/__string/extern_template_lists.h: Not a directory

tercaL: not really sure if straight upgrade actually updates the repo info

if it did that would be nice. i have muscle memory to do update then upgrade

wonder what's up with all those install messages for not a directory

i just finished upgrading my homeserver to 14.0, but now get "pam_start: System error" when trying to start grafana on a jail. i'm assuming this affects all services trying to switch users in jails – is this just a new jail setting i have to set or is this some other problem?

mhh, "no pam_opie.so found", lemme re-evaluate my thinjail setup, i guess. ^^

pkg update

ld-elf.so.1: Shared object "libssl.so.111" not found, required by "pkg"

wait. what?

you always have pkg-static to fix this by force-upgrading pkg

(14 switched to openssl3)

mhh, i'm finding pam_opie.so on some ancient backup, but not on any of my current systems…

phryk: it was removed, check UPDATING

(not sure if it's in release notes as well)

oh ok

yah i noticed that too when trying to ssh in

good thing i left ssh open heh.. not sure how that would affect actual login too

yuripv: which one, i.e. where do i find it?

/usr/src/UPDATING

20221002 entry

so, there's this massively important text nobody gets when they don't have the source component installed? that seems… ungood.^^

it's in release notes actually, just checked :)

see Userland Configuration Changes

i probably should have looked at those a bit harder heh

i mean i usually leave like 10 ssh sessions open just in case .. but yah that would have required some tomfoolery to get working had i completely logged out or reboot in that state

yuripv: thanks.

WARNING: FreeBSD 14.0-RELEASE is approaching its End-of-Life date.

but i just installed it! :)

mh, that mentions etcupdate – that tool was specific to building/updating the base system from source tho, right?

(i.e. i don't have to use etcupdate if i updated through freebsd-update)

okay, copied over the updated /etc/pam.d into all jails rw directories. grafana manages to start now. :)

and i got a lot of no data, but it seems like prometheus just threw away all its data for some reason…

ok. all done and all seems to be workign.

so i guess i can rest easy now. NAS has a long way to go for another major update now

ah yes, i now have all of 2 measurements, great success! \o/

yay upgrade to 14.0 seems to have worked without a hiccup. nice! <3

I'm doing a "cat file1017.data | /usr/bin/gzip -d ..." and I want to skip the first three lines of that output. I'm trying to work through a head/tail combination, without knowing the actual number of lines in this 54GB file.

I think this does it: cat file1017.data | /usr/bin/gzip -d | tail -n +4

"Numbers having a leading plus (`+') sign are relative to the beginning of the input, for example, "-c +2" starts the display at the second byte of the input. "

awk 'NR > 3'

youtube.com/watch?v=thxnemnprPg <-- real good video on raspberry pi install on freebsd 14.0 and configuring

Title: FreeBSD 14.0 aarch64 - Download, Install & Configure - YouTube

he makes real good videos

If I want to add a new system user (for a service) is the recommendation that, despite it being a system user (not a non-system user) the UID and GID should be above 1000?

because when installing software which adds users, the uid/gid appear to be pre-allocated

tk: i think so, yes, to avoid collisions with uids in ports

i.e. /usr/ports/UIDs

dvl, jgh: between tail and awk, which one is better at being a pass through pipe for a 54 GB file?

jgh: Oh, I see your reply now.

meena: write it in rust. i recently re-implemented an awk script in rust, the speedup is incredible.

tk: see docs.freebsd.org/en/books/porters-handbook/special/#users-and-groups

Title: Chapter 6. Special Considerations | FreeBSD Documentation Portal

"choose a unique UID from 50 to 999 and register it in ports/UIDs "

If you're doing your own private port, don't use that range

otis: I'm curious now, how many lines of rust was it compared to awk? (and how many dependencies?)

meena: I could easily imagine tail being better optimised, but there's no theoretical reason awk could not be quick given enough developer love

meena: many lines in rust, compared to awk, indeed. but worth the speed.

also, dvl, you had a pointless use of cat

jgh: It's a script written by people more used to Linux

it'd still be pointless anywhere

dvl: not quite a private port, just that mosquitto runs as nobody by default and I didn't like that, but thank you for pointing me at the source, and thank you yuripv for the help too

jgh: I'm migrating a PostgreSQL Bacula database from Bacula 9.6.7 to Bacula 13.0.1

jgh: Your fix please? I'm already sending them patches. Might as well do one more.

tk: Oh, I have mosquitto running as mosquitto

"cat filename |" can be replaced by "< filename"

tk: OH, I see, I'm running it under supervisord I think.

jgh: Added to notes. thanks.

jgh: I've found the use of cat to be more prevalent amongst people who have drifted from Linux into BSD, rather than those who started in with BSD first.

The other thing, I'm sure the insert into the database doesn't start until the gzip is done, based on how long it takes to get to the error from the first few lines.

meena: I don't know. Easily tested I bet.

dvl: i'm guilty of useless use of cat, but i have a programming background and the consistency of logic from left to right is more important to me than the cat process.

a | b |c instead of b <a | c

Demosthenex: The left to right reason is a strong valid basis.

what i'll eviscerate people for is curl | sh

if a is a file, "<a b | c >d"

is the same as "b <a | c >d"

jgh: yes, but again, order of logic, command comes first

you're saying you want the first operator to be written before it's sourcefile? ok, "b <a | c >d" does that (not that I agree with your choice)

its all just style ;]

indeed

love me some shellcheck

and i only write in posix sh, because i do linux, bsd, and aix.

meena: My suspicion is the gzip will overshadow any improvements between tail / awq

I wish zstd was as prevalent as gzip is

Only writing posix sh is complicated where I usually work; they have Solaris....

Just to be super certain to do things in the right order when doing a binary upgrade from 13.2 to 14.

First do upgrade with freebsd-update utility.

Then when the machine is running 14-RELEASE

Copy the ZFS EFI file from /boot to the mounted UFI partition that is visible via efibootmanager -v

Thereafter upgrade ZFS

Is that the correct order?

tmp_: I remember solaris .... "ksh -o emacs"

Out of all the systems I've worked with, Solaris has the only non-posix /bin/sh . So taking all those scripts with #!/bin/sh and generalizing them to run on Solaris eventually ended up with a standardized add-on right after that (localized by company, generally 80 to 100 lines). If running on a system with /usr/xpg4/bin/sh (Solaris), it'd exec the rest of the script with that (after making the environment posix friendly).

whut, are we on 14.0 now. hot damn... still on 13.2 :-E

Coming back to cat: I think spurious or superfluous might be better than useful.

node18 broken for anyone else using latest?

Ok.. nm. Looks like it's some multi repo issue with pkg not wanting to update node18.

Huh ? WARNING: FreeBSD 14.0-RELEASE is approaching its End-of-Life date says freebsd-update

hc: known issue.

kk

drobban: I'm still on 13.2 everywhere. No 14 yet. Other things to do first.

Quick question... Trying to setup Xen but it just reboots after trying to load the kernel. How can I browse my zfs filesystem when booted from USB? The USB installer loads the fs as readonly so I can't seem to mount anything to it.

what a day to finally learn zfs

deepthaw: zpool import -R <mountpoint> <name> is a good start. You might need to then mount things, depending.

deepthaw: which version of FreeBSD have you been trying? i know at least one developer actively working on Xen

I would think that rebooting on boot is not great. do you get a glimpse of why?

So here's probably an easier question. How can I use the boot loader to skip loading the Xen kernel so I can view the logs?

finally figured it out and... xen didn't keep a crash log

which versions ? (xen, freensd)

uefi or legacy boot ?

legacy boot (I'm pretty sure.) latest freebsd (14-RELEASE) and Xen kernel 4.17.01

This PC keeps trying to boot to UEFI but I keep overriding it - can't figure out how to remove all the EFI stuff from the hard drive.

Maybe this ancient i5 doesn't support what it needs - but it'd be nice if it at least displayed an error stating that :(

ooh it's an i3. didn't remember that.

at least i'm learning a lot about the boot loader

..

(I didn't realize Solaris sh isn't POSIX compliant)

They've still got the old pre-posix /bin/sh.

The Solaris POSIX shell is located at /usr/xpg4/bin/sh and /bin/sh is the old Bourne shell (without functions IIRC).

the original non bourne again shell

Their approach to posix support is interesting. Pre-posix in the usual /bin /usr/bin, and so on with an earlier version of posix in /usr/xpg4/bin and newer posix in /usr/xpg6/bin.

so, like csh then?

yeah, I had very esoteric paths when I was working on Solaris

You select your level of posix by setting PATH. Basic posix: /usr/xpg4/bin:/usr/bin:/bin More posix: /usr/xpg6/bin:/usr/xpg4/bin:/usr/bin:/bin

i used lots of GNU

And if you needed Solaris 1 compatibility: /usr/ucb. That was deprecated in 1994 and they stopped including it around 2014.

ucb? guessing at universal something

To the anguished screams of devs who were still working on migrating away from Solaris 1.

ucb: University of California, Berkeley. Solaris 1 was very BSD.

Before the BSD/Unix split.

ah I see

And posix says scrips should rely on the compatible shell being installed at /bin/sh

*should NOT

Thus checking for the presence of the posix shell at a different location.

hello there, I'm new on FreeBSD. I have a question, how do I know if I'm using Quarterly o Latest version? Also, I would like to have RR syste, do I need to install the -current version?

joachin: do you mean rolling release by RR? There is no such concept in FreeBSD to my knowledge.

cybercrypto: yes, I do. Oh ok, I tought that the Latest version was a rolling release version and the Quarterly something more stable

joachin: Please, read release engineering so you can get a better overview of how it works: freebsd.org/releng

Title: Release Engineering Information | The FreeBSD Project

doing so, thank you.

Add-on packages (not part of the OS) default to quarterly when using the `pkg` program, with a configuration option to draw from the latest work. The OS itself uses versioned releases.

joachin: current is purely for testing (not designed to be top noth features roling release). To me, RR is purely marketing selling point from some distributions to have a reason to exist. 8-)

For ports and packages see chapter four in the FreeBSD handbook: docs.freebsd.org/en/books/handbook/ports

Title: Chapter 4. Installing Applications: Packages and Ports | FreeBSD Documentation Portal

Sure. Thank a lot for your help. I was checking the ports section.

4.4.2 covers quarterly vs. latest.