12:56:54 <Ltning> Hey .. Can anyone think of a way to check if a running daemon is the same version as the one installed on disk? I need to find out if a service has been restarted after replacing the binary, but restarting the service unnecessarily has significant side-effects..
13:03:33 <Ltning> Hah, 'procstat binary <pid>' spits out 'procstat: sysctl: kern.proc.pathname: 8005: No such file or directory' on stderr if they differ. Still returns 0 though. That feels like a bug..
13:07:12 <o0x1eef> Attach a debugger to the process, and try find some kind of version symbol. Examine the start time of the process, vs the creation time of the file - if start is before, its old version, otherwise, new version. And probably many other ways.
13:07:43 <Ltning> Nope, 'procstat binary' is the easiest, and needs no special privileges. :)
13:08:50 <Ltning> Try 'procstat binary $$ ; pkg upgrade -y <your shell> ; procstat binary $$' - if pkg upgrades your shell binary, the second invocation will return an error (but also exit cleanly, which is a bug imo)
13:09:14 <o0x1eef> So fix it. Should be easy.
13:09:24 <Ltning> Yeah, starting by raising a bug report
13:09:39 <Ltning> Still, serves my purpose. :)
13:09:47 <o0x1eef> Yep
13:15:49 <Ltning> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=295893
16:21:43 <mosaid> HI
16:22:13 <amencoda> Hello
16:23:14 <mosaid> little problem here.. ah I enabled amdtemp driver to check my cpu temp.. but it returns some weird info
16:23:47 <amencoda> Not familiar with that at all
16:24:32 <mosaid> it returns 15C which is so weird for AMD A4-5300B
16:24:48 <amencoda> yeah, seems pretty cool
16:25:02 <mosaid> crazy it's summer here +40C
16:25:58 <amencoda> I noticed somethings are like that in FreeBSD...  Like my fastfetch will say I'm using 40% of my ram, but btop will tell me I'm using 3%
16:26:19 <mosaid> I searched everywhere, and come with some freebsd bug reports about it.. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233764
16:27:20 <mosaid> "A8-7600" similar to mine.. all end with this "It seems that the processor is already EoL'ed many years ago... we want to focus on supporting newer processors and new hardware, so close this as WONTFIX unless someone can provide a patch.
16:28:07 <mosaid> amencoda: sysctl -n dev.cpu.0.temperature returns the same
16:28:12 <mosaid> 7.5C now!?
16:28:40 <aic> does your BIOS have ability to show temperatures too, to compare the sensor reading ?
16:28:50 <amencoda> was going to ask that
16:29:01 <mosaid> wait let me check
16:29:42 <aic> In Windows 10 2 of my cpu sensors are constantly pegged at 100C.  But luckily there are many other sensors and I have a pretty good idea when it's actualy all total around 50C at idle or 80C when playing Cyberpunk 2077
16:30:38 <mosaid> but as I see it's very popular bug https://www.google.com/search?q=amdtemp+wrong+read+freebsd , also I was on windows the temp is normal 70C.. anyway I will check
16:31:44 <mosaid> fixing it only for newer hardware https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218264
16:31:54 <aic> https://imgbox.com/skOipGvP   probably difference between buffers and cache memory and actual app usage
16:32:01 <aic> like in this screenshot*
16:36:42 <amlor_> mosaid: I heard something about older AMD cpus that they report trash data below certain temperature, 30c or something
16:36:51 <amlor_> not sure if it still applicable
16:36:59 <mosaid> yeah true
16:37:15 <mosaid> a bug in freebsd not fixed see above
16:37:26 <mosaid> I am asking for fix
16:40:13 <mosaid> I feel freebsd isn't interested really in older stuff.. especially old hp Compaqs
17:10:50 <ant-x> Hello, all. As the number of customisations and scripts I use in my FreeBSD grows, so does the need of a discripline in their orgranisation. Where do you keep system-wide cronjobs? In the administrator user's crontab, or in root's ?
18:08:11 <elivoncoder> 15.1-rc3 hath ben posted
18:11:31 <o0x1eef> Hm... if I have 'block drop quick inet6 all' at the very top of pf.conf, and set skip on lo0 later on, why does 'ping ::1' work? is 'set' treated differently from other rules? I was expecting it to stop at the block.
18:18:12 <o0x1eef> '(pass|block) on lo0 (inet|inet6) all' as last rule does the job but still curious.
18:20:22 <o0x1eef> This is how I waste my time when I'm waiting for a pkg build to finish
19:40:29 <ant-x> Hello, all. How cam dma (the standard MTA) access its config at /etc/dma/dma.conf, ownded by uid:root and gid:mail, when run from my user and, who is member of groups www and ant?
19:40:41 <ant-x> I myself can't access that file without sudo!
19:46:42 <Ox1eef> is it a suid binary?
19:51:08 <satanist> it is a setgid binary
19:56:36 <ant-x> The file permissions are: drwxr-xr-x .
19:56:50 <ant-x> From: doas ls -ld $(which dma)
19:57:55 <ant-x> Perhaps its sendmail binary is suid...
19:58:40 <satanist> sendmail is an alias for mailwrapper which calls /usr/libexec/dma which has "-r-xr-sr-x"
19:58:41 <ant-x> Nope: lrwxr-xr-x  1 root wheel 11 Nov 28  2025 /usr/sbin/sendmail -> mailwrapper; -r-xr-xr-x  1 root wheel 8632 Nov 28  2025 /usr/sbin/mailwrapper
19:59:12 <satanist> which dma have you in path?
20:01:55 <ant-x> satanist, all explained: ls -ld $(which trolol) # reports drwxr-xr-x, too!
20:02:15 <ant-x> Because I forgot the quotes.
20:02:39 <satanist> also why -d for a binary
20:03:16 <ant-x> For generality :-)
20:03:37 <ant-x> What's libexec? Why is not in /usr/bin ?
20:04:32 <satanist> because it is designed for some some tools to be executed but not by the user directly
20:05:42 <Ox1eef> libexec is very nice, it allows the main binary to be dispatch for smaller binaries or scripts, eg 'git diff' => /usr/local/libexec/git/git-diff  (not saying git works like that tho)
20:06:23 <ant-x> Makes sense.
20:06:42 <ant-x> Althought dma does not such thing, yet I see how it belongs there.
20:07:27 <ant-x> Ox1eef, it is not a feature of libexec, but an organisation meausre, right?
20:07:46 <Ox1eef> Right,  this is just how I use it, more generally, satanist is accurate.
20:08:20 <ant-x> Satanists are accurate people >:
20:08:40 <Ox1eef> i have no control over what nicknames ppl choose. :)
20:10:53 * ant-x has read parts of Anton LaVey's Satanist Bible.
20:10:55 <satanist> _0x5eb_: actually git works this way
20:11:08 <satanist> Ox1eef sorry
20:11:17 <Ox1eef> Hmm cool
20:11:18 <ant-x> But not without Rust anymore :-)
20:11:39 <ant-x> C was not enough for Git.
20:55:52 <ant-x> Hmmm!  The unorthodox root's personal crontab (sudo crontab -e) does not seem to be executed?
21:36:53 <V_PauAmma_V> ant-x, use the -u option to crontab maybe? There's a note in the manual page that su can confuse crontab, and I suspect that's also the case for sudo.
21:42:38 <ant-x> V_PauAmma_V, interesting. With doas, /var/cron/tabs/root is dutifully created, but does not work... Thanks. I will rather use /usr/local/etc/cron.d now.
22:04:04 <CrtxReavr> How does /var/cron/tabs/root not work?
22:04:24 <CrtxReavr> Are you editing it directory, or via 'crontab -e'?
22:04:34 <zi> s/directory/directly/
22:04:54 * CrtxReavr kicks zi in the shins.
22:04:58 <zi> helping.
22:05:09 <CrtxReavr> uh uh.
22:05:23 <zi> given that they compared /var/cron/tabs to cron.d, i think you know the answer
22:05:24 <zi> :D
22:06:40 <CrtxReavr> I was just looking at root's contrab on this old VPS: https://bpa.st/G4LQ
22:07:41 <CrtxReavr> Not currently doing anything, but certainly has in the past.
22:11:23 <zi> CrtxReavr: -J
22:13:31 <ant-x> CrtxReavr, via `crontab -e'.  Jobs from are never executed, IMHO.
22:14:27 <ant-x> zi, I am aware of the difference in the format: an extra user field in cron.d . Did you mean that?
22:15:53 <CrtxReavr> ant-x, https://bpa.st/QKBQ
22:18:58 <CrtxReavr> FWIW, cron(5) is actually the more useful manpage for cron.
22:21:08 <ant-x> CrtxReavr, <https://paste.c-net.org/UglierContains> .
22:22:22 <ant-x> My: /var/log/cron contains: /usr/sbin/cron[56616]: (root) USER (account unavailable)
22:23:44 <ant-x> No, it does not work for me..
22:25:07 <zi> ant-x: no, i did not.
22:25:20 <zi> ant-x: to modify root's crontab, you use crontab -e.  you must not directly edit files in /var/cron/tabs/
22:25:29 <zi> ant-x: if you want to do that, you must use cron.d/
22:25:45 <ant-x> zi, I did not edit it directly. As I said, I did ``doas crontab -e''.
22:26:16 <ant-x> Similarly, if a do ``crontab -e'' for my normal user, the job works.
22:28:23 <ant-x> I confirm that the entry in /var/log/cron sahing "/usr/sbin/cron[65234]: (root) USER (account unavailable)" is generated by that failing root's cronjob.
22:28:37 <satanist> ant-x: have you disabled your root account
22:28:40 <ant-x> But I don't understand what it means.
22:29:33 <ant-x> Well, I can log into it via ``doas sh''. Can it still be disabled?
22:30:27 <ant-x> my passwd has:  root:*:0:0:Charlie &:/root:/bin/sh
22:30:45 <satanist> check /etc/passwd and /etc/master.passwd for *LOCKED*
22:32:50 <ant-x> satanist, root is LOCKED in master.passwd .
22:33:59 <ant-x> I can unlock it with pw, then. But I did it as a security measure.
22:34:09 <ant-x> satanist, Thank you.
22:35:05 <satanist> you could also just disable password login, this allows tools like cron to still use the account
22:35:32 <ant-x> That's better.
22:36:41 <satanist> also doas still works, because it is started directly as root and doesn't switch the user to root like cron does
22:36:55 <satanist> *by suid
22:38:14 <ant-x> But what is the difference beween `pw lock' and `pw -w no' that causes the formet to break cron and the latter to keep it woring?
22:38:54 <ant-x> (if you meant `pw -w no' as "disabling password login")
22:39:51 <satanist> afaik doas just sets the uid/gid and runs the command, cron uses pam to do a full user switch
22:41:17 <ant-x> satanist, I mean the difference between a user locked via `pw -w no' (disabled password login) and one locked via `pw lock' (with LOCK in passwd). Why one works with cron, and the other does not?
22:41:26 <Ox1eef> They're not that different. 'pw lock' corrupts the password field by adding *LOCKED*, and then other codepaths look for it, and can render 'account available' based on it. pw -w otoh changes the password field, but you cant restore it.
22:41:43 <Ox1eef> *'pw -w no'
22:43:05 <ant-x> And why does `ps -w no' not break cron, whereas `ps lock' does?
22:43:39 <ant-x> Is it becuase it explicitly checks for LOCKED in the password field?
22:43:56 <ant-x> (before trying to assume that user?)
22:44:19 <Ox1eef> Right. *LOCKED* is a magic string that can be detected. I don't believe same can be said for pw -w no.
22:46:01 <ant-x> ^ So, if a password is broken but does not contain *LOCKED*, crond and other tools can still assume that user, because it is not locked, despite the mangled password. Cool.
22:47:01 <Ox1eef> If you really want to know for sure, you'll have to check the source
22:52:48 <satanist> as I said before cron does a full login via pam and doas just use setresgid() without checking the master.passwd file
22:54:15 <satanist> *setresuid, setresgid and initgroups
22:54:42 <Ox1eef> look into mdo(1) as well
22:58:48 <objectivist> You guys are smart
23:00:22 <wsky> i confirm
23:01:10 <objectivist> Should I be worried about CTCP Versions in other servers?  I joing a IRC Bouncer server and a person who is not a mod did that to me
23:04:38 <Ox1eef> objectivist https://www.youtube.com/watch?v=L3HQMbQAWRc
23:06:23 <objectivist> Bob Marley was a freemason and he was taught at a jesuit school
23:06:54 <Ox1eef> He didn't worry about CTCP tho
23:07:13 <objectivist> I seen this guide on how to ctcp custom message
23:07:23 <objectivist> someone do one to me
23:08:04 <Ox1eef> 90s vibes
23:08:12 <MelanieUrsidino> No great worry
23:08:39 <objectivist> Ok, yeah not sure if those irc bouncers are allowed or not, I just don't want to miss chats
23:08:50 <MelanieUrsidino> Bouncers are whatever
23:09:02 <MelanieUrsidino> easily 33% of us have them
23:09:17 <objectivist> weaponized apophenia
23:09:32 <MelanieUrsidino> what
23:10:10 <objectivist> The eye is watching you/(o)\
23:11:32 <Ox1eef> What makes The Eye different from other eyes
23:12:37 <Ox1eef> Oh right, there's only one of them. That in itself is unusual. But I've seen pirates one eye. Is The Eye a pirate?
23:13:20 <vols> some even have Five Eyes
23:13:35 <Ox1eef> lol
23:15:07 <objectivist> Perhaps it is not the number of eyes that makes a pirate, but the willingness to see beyond the law.
23:15:40 <Ox1eef> I think it's the hat that makes a pirate. I won't take a so-called pirate seriously  unless it has a very good pirate hat.