10:10:46 <titou> hey
10:10:55 <nxjoseph> hi
10:10:58 <iRobbery> ho
10:11:06 <titou> after disk corruption my pkg local.sqlite file has been corrupted
10:11:20 <titou> how can i recreate this file?
10:12:18 <iRobbery> your pkg or your database got corrupted?
10:12:57 <titou> only /var/db/pkg/local.sqlite
10:13:09 <titou> I removed that file (which becames unreadable
10:13:32 <titou> and now pkg tells me that there is no installed pkg
10:14:18 <iRobbery> pkg rebuild
10:14:42 <titou> unknown command :/
10:15:22 <iRobbery> $PATH properly set?
10:15:48 <nxjoseph> from man page of pkg
10:15:48 <nxjoseph>      Restore a backup database:
10:15:48 <nxjoseph>            % rm /var/db/pkg/local.sqlite
10:15:48 <nxjoseph>            % xzcat /var/backups/pkg.sql.xz | pkg shell
10:16:14 <iRobbery> that would not work if pkg is not found
10:16:24 <nxjoseph> there isn't pkg rebuild for me either
10:17:14 <ridcully> titou: unknown command was for `pkg rebuild` and not for plain `pkg`, correct?
10:18:00 <iRobbery> ah yes
10:20:37 <iRobbery> its register, but thats a one by one pkg thing
10:20:52 <iRobbery> you got all in stalled pkg data still in /var/db/pkg ?
10:27:14 <jozan> i have a raspberry pi running 13.2-RELEASE, is it safe to upgrade straight to 14.3, skipping 14.1 and 14.2 ?
10:28:54 <ivy> jozan: probably yes, but you must have https://www.freebsd.org/security/advisories/FreeBSD-EN-23:12.freebsd-update.asc to update from 13 to 14 with freebsd-update
10:42:46 <jozan> oh thanks ivy
11:07:03 <titou> sorry i had to leave quickly
11:07:23 <titou> ridcully: yes it was for pkg rebuild
11:07:27 <titou> iRobbery: thanks a lot i will try
11:08:36 <titou> it worked! Thanks a lot !!!
11:09:11 <titou> you rocks
11:09:21 <wsky> \:D/
13:27:48 <jozan> upgrade to 14.3 from 13.1 was smooth, i did have the include/c++ error tho
13:27:55 <jozan> it seems to be running fine for now
13:45:50 <iRobbery> titou: good news :) i had to nap
13:46:19 <[tj]> anyone know why a thinkcenter m710q might be fussy about an nvme as boot?
13:46:28 <[tj]> I transplanted one just now, but the bios doesn't want to play
13:54:44 <wsky> friends
13:55:39 <ketas> friend
13:56:46 <V_PauAmma_V> Internet stranger.
13:57:17 <ketas> how cold
13:57:31 <ketas> i mean not feet
13:58:11 <ketas> i turned to MAKE_JOBS_NUMBER_LIMIT=1 in my rust build
13:58:15 <ketas> :p
13:58:37 <V_PauAmma_V> Well, I *am* a cold-blooded critter. :-)
13:59:22 <ketas> i'm truly puzzled what it might be doing if it wants nearly 2g
14:03:04 <titou> and i dunno if the synth developer is reading here but i have question about his software. I need it to compile some packages with custom compilation parameters and share produced package between machines
14:03:37 <titou> synth grabs 2/3 of the needed packages from the FreeBSD repository but not all of them (except those who have custom compilation options).
14:03:47 <titou> In particular: gcc, rust, llvm...
14:03:56 <titou> I don't know why
14:04:29 <titou> I don't care about them, they are just used to compile other packages and official FreeBSD version would be enough..
14:05:08 <titou> it's really boring to recompile them each time i upgrade ports
14:12:10 <titou> moreover the LLVM version correponds to the one rebuilding... i don't understand
14:12:16 <titou> +in my ports
17:45:44 <wipt> Hey there! I'm on FreeBSD 14.3-RELEASE, and it seems that freebsd-update says that my Xeon E3-1220L is not a tier 1 arch?
17:46:28 <wipt> claims I'm on amd64, which should be tier 1
18:01:24 <zi> wipt: can you pastebin.com what you are seeing?
18:03:08 <divlamir> titou: haven't used synth, but poudriere too is broken now and doesn't fetch any prebuilt packages
18:05:05 <wipt> zi: seems that it's a default error message for freebsd-update if it can't connect to to a server.
18:05:50 <wipt> Seems there isn't a "true" issue, just was internet connectivity. Bit of a jump for an error message, though.
18:06:12 <zi> wipt: yea--it's kinda dumb with error handling
18:26:49 <ek> Hence the reason freebsd-update is going away. :)
19:19:52 <XeniN> re
21:18:53 <rtprio> has anyone tried the misc/ollama port?
21:47:18 <rtprio> BHYVE framebuffer device detected
21:47:18 <rtprio> BHYVE Get Graphics Mode: w 7320, h 32494
21:47:27 <rtprio> something doesn't seem quite right here
22:23:23 <aic> ek: if you don't mind, what is replacing freebsd-update?
22:37:46 <mzar> aic: pkg ugprade
22:55:13 <polarian> hmm so setting a different default gateway and setting a /32 IPv4 does not work
22:55:18 <polarian> arp no dice
22:55:23 <polarian> arp cant see the router hmmm
22:55:37 <polarian> probably because the router interface has no IP
22:56:14 <polarian> what if I add a RFC1918 address to it and then set this as a gateway for the connected device with a public IP address (/32)
22:56:28 <polarian> then see if arp works
22:57:25 <zi> polarian: what are you trying to do?
22:57:56 <polarian> zi: someone ages ago spoke about individually assigning a bigger block of IPv4 as /32 to save the network and broadcast address
22:58:17 <polarian> trying to figure out how they did it
22:58:34 <polarian> my router holds a /32 address for NAT within a different block
22:58:56 <polarian> so I set that as the gateway, but arp cant see the gateway
22:59:09 <polarian> I assume because the port the device is connected to on the router has no address...
22:59:32 <zi> you will need a 'point to point' interface between the two devices--likely a /30 for simplicity.  then, you can route another netblock over that
22:59:48 <polarian> right
22:59:50 <polarian> why not a /31?
22:59:53 <zi> id obviously need more information about the setup and what you're trying to do
22:59:55 <polarian> it doesnt really matter
23:00:05 <zi> but the above is the basic jist
23:00:09 <polarian> but can you do the ptp with a rfc1918?
23:00:45 <zi> you can, but traceroutes and some other things from the outside wont work quite right
23:00:51 <polarian> also question, if you need ptp then how come ISPs work then, they allocate /32 addresses within a bigger subnet and *that* works
23:01:15 <polarian> but then again they probably have a public IP on the interface all the connections go into
23:01:19 <zi> i think youll find that most of the time, you might be getting a single ip, but it's part of a larger block (/24 or whatever)
23:01:27 <polarian> indeed
23:01:47 <polarian> but my point is the gateway is still out of the subnet
23:01:47 <zi> so check the netmask on whatever you get from your isp
23:01:52 <zi> it probably isnt a /32
23:02:09 <zi> i doubt that
23:02:09 <polarian> nope
23:02:14 <polarian> 0xffffffff
23:02:34 <polarian> and the gateway is completely different
23:02:51 <polarian> and it works for them
23:02:53 <polarian> :P
23:03:10 <zi> you're gonna have to try to type up some information about the setup/devices/etc and what you're seeing
23:03:12 <polarian> but like I said, in order for arp to work I assume the interface your device is connected to must also have an IP
23:03:58 <polarian> okay how my ISP works is that for PPPoE you are given a /32 netmask 0xffffffff and then a gateway
23:04:13 <polarian> that works, obviously otherwise I wouldn't be connected right now
23:04:29 <polarian> my question was simply if you must use point to point for this to work, then how come this works for my ISP
23:04:40 <zi> pppoe is a little different than just ethernet
23:04:44 <polarian> so my question was in order for arp to work on Linux, the iface I assume always needs an IP address
23:05:06 <polarian> zi: sure...
23:05:46 <polarian> ok going back to the original question then
23:06:10 <polarian> take a /28, you want to preserve the network and gateway address, to allocate them as /32 without needing to allocate the subnet to the router, I you need to ptp it?
23:06:39 <polarian> take 192.168.0.1/30 and 192.168.0.2/30
23:06:44 <polarian> .1 router, .2 device
23:07:06 <polarian> set .1 as the default route, then the public IPv4 passes via the default route
23:07:13 <polarian> is that what you were suggesting zi?
23:07:26 <zi> it depends how it is setup and who is in control of the devices
23:07:53 <polarian> im in control of both the router and the device
23:08:02 <zi> one option is to have your isp route the /28 to .2.  you could use every ip in the /28 in that scenario
23:09:33 <polarian> nah ignore that the separate IPv4 block just goes via the PPPoE route
23:09:38 <polarian> I am not asking that ignore the ISP
23:09:52 <polarian> I have additional addresses, I dont want to waste them on a network address and a broadcast
23:10:17 <polarian> I can keep them router side, allocate a ptp address and NAT to each address router side
23:11:07 <polarian> but a friend which is sharing this asked why I cant simply give a public /32 address to the device and set the default gateway to the router address, but that doesn't work because arp cant see it
23:15:56 <zi> polarian: you're gonna need to make a diagram if you need more info
23:16:54 <polarian> ugh
23:18:10 <zi> it sounds like you want me to argue with your friend, through you
23:18:15 <zi> unless im misunderstanding
23:18:20 <polarian> no
23:18:33 <polarian> my friend simply asked why I dont do that, so I thought "hmm I will try"
23:21:00 <zi> ok
23:32:44 <scoobybejesus_tl> lol
23:35:07 <polarian> wait I didnt actually realise I was asking this in freebsd
23:35:11 <polarian> its between freebsd and openbsd :P
23:49:28 <NinerTenny> window 3
23:51:02 <aic> denied