00:40:01 <aGaTHoS> pkg upgrade wants to upgrade nvidia-driver nvidia-kmod and nvidia-settings but no nvidia-drm-66-kmod neither nvidia-drm-kmod so if i install ... its gonna break right?
00:48:03 <dango> aGaTHoS: ... I don't like how that sounds.
00:51:47 <aGaTHoS> well i just locked these packages, till pkg upgrade really wants to install new version of all of them, weechat updated so gonna quit and reenter :)
00:51:57 <grahamperrin> aGaTHoS: uname -mvKU
00:52:40 <grahamperrin> aGaTHoS: uname -mvKU
00:52:55 <grahamperrin> Also, latest or quarterly?
00:55:13 <aGaTHoS> FreeBSD 15.0-RELEASE-p5 GENERIC amd64 1500068 1500068 and im in latest
00:56:08 <SponiX> Wow 15.0 is already up to patch 5
01:36:53 <Xinayder> I'm looking at the pkg-status dashboard to see the build queue. I saw on 15-default that sylve 0.2.2 was built, but 0.2.2 is on the queue again to be built? shouldn't it be 0.2.3?
02:06:39 <grahamperrin> sylve is not listed (not queued) at <https://pkg-status.freebsd.org/beefy21/build.html?mastername=150amd64-quarterly&build=98f7022e8ee5#queued>.
02:08:11 <grahamperrin> main-amd64-default for CURRENT lists 0.2.3, <https://pkg-status.freebsd.org/beefy24/build.html?mastername=main-amd64-default&build=pe46d80fd517c_s306c9049c6#queued>.
02:14:06 <Xinayder> ah, I missed it then, was checking beefy23
02:16:08 <grahamperrin> <https://pkg-status.freebsd.org/beefy23/build.html?mastername=150amd64-default&build=e46d80fd517c#queued> also lists 0.2.3.
02:16:38 <grahamperrin> Sorry, the link to quarterly was n/a
02:20:30 <Xinayder> ah-ha, my pkg-status was only showing completed builds
03:17:20 <grahamperrin> Xinayder: <https://people.freebsd.org/~grahamperrin/pkg-status/> (via <https://redd.it/102lt8a>), it's outdated but the principle is much the same.
07:42:58 <titou> hi
07:43:51 <titou> I'm trying to upgrade packages on a FreeBSD server with pkg upgrade. It told me that it founds a new pkg version which needs to be installed first and after it writes that the most recent versions of packages are already installed and it loops indefinitely
07:45:09 <titou> is there a solution to get pkg working again
07:46:58 <titou> sorry found a solution by removing my local repository and use only the FreeBSD one then pkg succeed to be reinstalled
08:03:42 <titou> anyway another question: how to get py-certbot and py-caldav since the first one needs urllib3 and the second urllib3-future?
10:08:44 <GoSox> does ‘timeout’ come already installed on freebsd? and if no, is it in pkg?
10:08:53 <GoSox> i ask here because my freebsd machine is not running right now
10:16:11 <Gedge> GoSox: I believe so
10:26:17 <GoSox> cool that will come in handy
10:40:55 <Bushmaster> howdy dudes, anyone here, i could use some help ...
10:41:08 <GoSox> i’m here but i don’t know anything
11:33:34 <vkarlsen> Bushmaster: Ask your question, people will look and answer if they can
11:34:41 <Bushmaster> thanks vkarlsen  i am in the process of configuring SFTP server which harness the 20 GiB storage partition ada0p5 in my case
11:34:58 <Bushmaster> if anything goes wrong, i may need some help
11:36:27 <vkarlsen> Bushmaster: Using ssh from base, or from ports, or...what?
11:37:01 <Bushmaster> ssh and i am not successful
11:37:09 <Bushmaster> it says connection closed
11:38:17 <Bushmaster> https://dpaste.com/ECCA92HK3
11:39:08 <vkarlsen> Anything in the logs?
11:39:48 <Bushmaster> this is how i declared the path and permissions etc https://dpaste.com/2EK52W2FU
11:40:25 <Bushmaster> i think it is something to do with permission because /media/gooncat is mounted partition of /dev/ada0p5
11:42:27 <vkarlsen> Ok, but check the logs
11:42:49 <Bushmaster> how to check SFTP log
11:44:10 <vkarlsen> Look at /var/log/messages and /var/log/auth.log
11:45:51 <Bushmaster> i think i located the problem, on log, let me pastebin you
11:46:51 <Bushmaster> https://dpaste.com/FRRX8W3Z4
11:47:27 <Bushmaster> line number 9 i think is the problem, i need to rediti the sshd_config with correct path
11:47:30 <Bushmaster> i think
11:50:15 <vkarlsen> It would indeed seem so
11:52:35 <Bushmaster> still problem vkarlsen
11:54:57 <Bushmaster> https://dpaste.com/GHBMGFJT9
11:56:31 <vkarlsen> Can you verify that /media/gooncat/sftpGoon/bushmaster/ exists?
11:57:32 <Bushmaster> it does not exist, let me pastebin you what i did in sshd_config file
11:57:52 <vkarlsen> Oh, ok, did you restart sshd after fixing the config?
11:58:17 <Bushmaster> which i did, i am sure its something to do with wrong path declaration somwehere
11:58:20 <Bushmaster> Match Group sftp
11:58:21 <Bushmaster> ChrootDirectory /media/gooncat/sftpGoon/%u/
11:58:21 <Bushmaster> X11Forwarding no
11:58:21 <Bushmaster> AllowTcpForwarding no
11:58:21 <Bushmaster> ForceCommand internal-sftp
11:58:32 <Bushmaster> this is what i did in sshd_config
11:58:57 <Bushmaster> i think i just need to do /media/%u/    right?
11:59:36 <Bushmaster> because /dev/ada0p5 is mounted on /media/gooncat
12:01:24 <vkarlsen> The dir has to exist, for starters
12:02:57 <Bushmaster> this is how I laid out directory structure for my SFTP server https://dpaste.com/GHN3CCTL4
12:03:07 <Bushmaster> not sure where i am going wrong
12:08:14 <vkarlsen> You have /media/gooncat/sftpGoon/uploadDownload on your filesystem, but your config points to /media/gooncat/sftpGoon/<bushmaster>/
12:08:18 <nimaje> and the users should have access to /media/gooncat/sftpGoon? why do you try to confine them to the non-existing /media/gooncat/sftpGoon/<username>/ then?
12:08:25 <vkarlsen> I put bushmaster in <> because that's what %u will translate to
12:10:58 <Bushmaster> excellent problem solving skills you have and excellent question, i am kind of new to these, let me think and think
12:12:23 <Bushmaster> users will only have access to uploadDownlaod directory under sftpGoon
12:13:31 <Bushmaster> # pw useradd -n bushmaster -d /media/gooncat/sftpGoon -g sftp -s /sbin/nologin
12:13:31 <Bushmaster> # mkdir -m 0750 /media/gooncat/sftpGoon
12:13:31 <Bushmaster> # chown root:sftp /media/gooncat/sftpGoon
12:13:31 <Bushmaster> # mkdir -m 0770 /media/gooncat/sftpGoon/uploadDownload
12:13:31 <Bushmaster> # chown bushmaster:sftp /media/gooncat/sftpGoon/uploadDownload
12:13:42 <nimaje> then you have to change ChrootDirectory to reflect that
12:14:07 <Bushmaster> ChrootDirectory, giving me headache and I am lost there
12:14:18 <Bushmaster> lack of knowledge of path declaration I guess
12:16:55 <Bushmaster> is this look okay aligning with my directory structure? ChrootDirectory /media/gooncat/sftpGoon/uploadDownload/%u/
12:18:09 <vkarlsen> No, because that %u at the end will resolve to the username of the user logging in
12:18:20 <vkarlsen> /media/gooncat/sftpGoon/uploadDownload/%u/  ==>  /media/gooncat/sftpGoon/uploadDownload/bushmaster/
12:19:06 <vkarlsen> You cannot chroot to a directory that does not exist
12:21:52 <vkarlsen> This is why your auth.log says:  stat("/media/gooncat/sftpGoon/bushmaster/"): No such file or directory
12:22:07 <nimaje> your user(s) will only have access to ChrootDirectory and sub-directories of it, so if you don't want that user-specific, then don't add %u in it
12:23:03 <Bushmaster> you folks have conceptions very clear, and i am struggling to understand the theory
12:23:58 <Bushmaster> what i do not want is user can access my FreeBSD root system
12:24:04 <Bushmaster> cannot
12:24:29 <Bushmaster> i do not want remote user end up accessing my root system
12:24:36 <Bushmaster> and that is where I am struggling
12:25:05 <vkarlsen> Is this any clearer: your sshd config points to /media/gooncat/sftpGoon/<USERNAME>. That last part of the path does not exist.
12:27:39 <vkarlsen> Please let me know if you understand what I'm saying
12:28:14 <vkarlsen> I have to go eat, will be back a bit later
12:29:42 <Bushmaster> vkarlsen, i will take a break, and return to change the directory structure, and will message you
13:36:58 <Bushmaster> vkarlsen, and nimaje thank you so much, you really broadened my conceptual understanding specially with SFTP path declaration
13:37:14 <Bushmaster> i have finally resolved it, thanks to your brilliant minds
13:37:24 <Bushmaster> here is the final output https://dpaste.com/7E7C2SDRX
13:43:34 <vkarlsen> Bushmaster: Happy to hear that! \o/
13:44:20 <Bushmaster> few more things I need to do over the coming weeks
13:44:55 <Bushmaster> i need to configure apache webserver and i want to bring certbot for https if that is even possible
15:14:41 <rtprio> sure it's possible
15:25:13 <grahamperrin> <https://billboard.bsd.cafe/> delicious
15:30:09 <mfisher> how complex is your apache config? could now be a time to liberate yourself to caddy?
15:33:45 <Bushmaster> cool rtprio mfisher  i have not configured apache in freeBSD, my last project was on Debian 13 but Certbot challenge failed with Debian 13
16:11:56 <wsky> is there a simple way to run php7 on freebsd?
16:11:59 <wsky> maybe in a jail?
16:14:53 <rtprio> why php7
16:15:05 <wsky> becaue i need to run legacy software
16:15:30 <rtprio> it's not going to be simple
16:15:40 <wsky> that what worries me :[
16:15:54 <wsky> i can do a jail and pass packets to it i guess
16:18:21 <ek> Definitely not "simple". It is doable, though. You'll need to pull an old ports tree repo and build it manually.
16:19:16 <ek> It's not terribly difficult. You may run into some gotcha's, though. Some older PHP7 code might not be fetchable.
16:19:23 <wsky> it's like
16:19:37 <wsky> every time i tryu to do something in a freebsd jail i meet this wall i cannot breach
16:19:43 <wsky> maybe freebsd is not for me :[
16:20:19 <ek> wsky: Would it be easier or more beneficial to do the same task on another OS?
16:20:38 <wsky> well
16:20:49 <ek> If so, I'd do that. But, I'd also stick with FBSD for other things that it does excel at.
16:20:51 <wsky> on debian i could debootstrap a legacy debian system in a simple way\
16:21:07 <wsky> i'm a debianer :[
16:21:22 <ek> Fair enough.
16:21:29 <wsky> freebsd is like stabbing me constantly with the every command i type
16:22:05 <ek> If you're familiar with ports, it should just be a simple git command to pull an old tree. Then, just run your "make install" for PHP7. It shouldn't be too bad.
16:22:24 <ek> wsky: How so? What issues are you running into?
16:22:38 <wsky> it's like everything is not right
16:23:08 <ek> That's the exact way I feel about Linux. Haha
16:25:11 <ek> I'm not bad-mouthing Linux, though. Don't get me wrong. I just never know what to expect or where anything is.
16:25:32 <ek> I get lost and then it all starts to feel broken.
16:27:10 <hodapp> when I have to use Windows 11 at work, both Linux and FreeBSD are a huge breath of fresh air
16:28:50 <ek> hodapp: I've heard REALLY bad things about Win11. Especially the ad stuff.
16:29:07 <ek> Like, even if you pay for a license you still get ads all over the place? Is that true?
16:29:23 <hodapp> ad stuff, Copilot shit, pushing OneDrive & Teams shit everywhere
16:29:25 <hodapp> it's a fucking obnoxious mess
16:30:03 <ek> Holy cow! That is definitely something I couldn't deal with. Sorry to hear you've got to. :(
16:31:02 <lts> Are Macs an option?
16:31:51 <hodapp> for my work?
16:32:06 <lts> Yes
16:32:19 <ek> I'd go with a Mac before Windows any day of the week.
16:32:24 <hodapp> sort of but not until they get past some other regularity nonsense
16:32:47 <hodapp> regularity? regulatory.
16:33:30 <ek> Bummer.
16:34:10 <ek> At one of my old ${JOBS} they would give you a Windows laptop unless you requested a Mac specifically.
16:34:52 <ek> And, if you did, you had to fill out all kinds of questionnaires to explain why you needed it.
16:35:34 <lts> I had success with FreeBSD as work laptop until Teams came along. Screensharing was the unbeatable boss
16:36:03 <ek> lts: Yep. There are some hurdles, for sure.
16:36:04 <hodapp> have never done FreeBSD on a laptop before
16:36:13 <ek> Does that work with Linux?
16:36:24 <hodapp> I've done Teams on Linux before, yes
16:36:42 <lts> Worked with Linux last I tried. Switched to a Mac a couple years ago
16:37:06 <lts> ($DAYJOB requires either Mac or Windows nowadays)
16:37:27 <hodapp> we *had* Linux laptops for awhile, System76 ones
16:41:29 <ivy> i'm pretty sure i've used Teams on FreeBSD via the webapp, but it's been a while since i used it on desktop, so i might be remembering wrong there
16:42:15 <lts> It worked fine until you had to share your screen
16:43:56 <lts> I had a role which required presenting now and then so it just didn't work. I'm sure it was Microsoft's fault.
16:47:56 <multisn8> it did work on linux -- during COVID lockdown, I threw it into a systemd-nspawn container
16:51:57 <ek> ivy: Were you able to screenshare?
16:52:33 <ek> I'm actually surprised I've never tried this. I'll have to give it a go.
16:53:08 <ek> Very rarely have I ever shared my screen. I usually just have people join my tmux session or something.
16:53:37 <ek> Granted, I don't do a lot of work involving point-and-click.
17:00:19 <scoobybejesus> I'd say i gotta try that tmux session sharing thing, but i have practically no friends who use the command line for anything hehe
17:03:29 <ivy> ek: maybe i didn't try that, i don't do it very often
17:03:29 <ek> scoobybejesus: Welp, time for some training! :)
17:05:02 <ek> ivy: Samsies. I'm gonna spin up a VM and see if I can get it to work.
18:27:37 <aGaTHoS> anyone knows if nvidia drivers are broken? when doing pkg upgrade it wants to install nvidia-driver nvidia-kmod and nvidia-settings but don't nvidia-drm-kmod and nvidia-drm-66-kmod, lasta time i've got one of these packages with diferent version than other the module failed to load giving a missmatch version, so this time i have locked the packages to be updated until there are new versions for
18:27:39 <aGaTHoS> all of them, is this correct?
18:28:37 <titou> I resend my question: how to get py-certbot and py-caldav since the first one needs urllib3 and the second urllib3-future?
18:38:18 <rtprio> i have py311-certbot, what is the problem?
18:39:26 <rtprio> er, to rephrase, what's the problem with urllib3?
18:49:05 <titou> rtprio: urllib3 and urllib3-future are mutually exclusive. py-certbot use urllib3 and py-caldav use urllib3-future.. so when I try to install both pkg ask me to remove the other etc.
18:53:06 <rtprio> ah, that's tough
18:53:16 <rtprio> there are other acme clients, if your setup is simple
18:54:09 <titou> this situation is quite boring :(
18:54:58 <rtprio> what uses py-caldav ?
18:55:48 <titou> a custom application
18:56:17 <rtprio> yeah, use a different acme client, or run one or both of your python utilites inside a virtualenv
18:58:22 <titou> :(
19:23:24 <rtprio> the general school of thought is custom apps should not use system packages such as that
20:14:41 <vkarlsen> aGaTHoS: You can do it that way. I like to build them myself and thus avoid the whole problem. They don't take that long to build.
20:15:27 <aGaTHoS> i use packages not the ports
20:16:23 <vkarlsen> And that's why you will sometimes run into this problem, because the packages come from different pkg repos that aren't updated synchronically :)
20:16:36 <aGaTHoS> i think its possible to mix packages and ports but i would have to do research first, so i better wait to developers to upgrade the two missing packages
20:18:46 <vkarlsen> Mixing the nvidia drivers from ports with the rest from pkgs won't cause you any grief
20:19:46 <aGaTHoS> different repos? what do you mean? i only have one repo and one for kmods
20:22:40 <vkarlsen> The kmod pkg probably came from the kmod repo, and the driver and libs came from the ports repo, and they are not necessarily updated at the same time, causing a version mismatch between them
20:26:08 <aGaTHoS> i think i dont really have any package installed from FreeBSD-ports-kmods, gonna see if i can guess
20:27:15 <aGaTHoS> ok i have one, one of these missing precicely: FreeBSD-ports-kmods drm-66-kmod-6.6.25.1500068_8
20:27:44 <aGaTHoS> ups no, its not the nvidia-drm-66-kmod its just drm...
20:28:38 <aGaTHoS> all the nvidia packages belong to FreeBSD-ports repo
20:29:02 <aGaTHoS> so they just updated 3 of them and not the other 2
20:29:19 <vkarlsen> The kmods repo contains only a few kernel modules, so it doesn't take long to build the whole thing. The regular ports repos (latest and quarterly) contain every distributable pkg, and take much longer to build. There can be a window of time where their versions are out of sync.
20:41:03 <aGaTHoS> well i will wait