01:00:57 My shell script wont work on freebsd :( i guess it has too much bashism.. (read -a M<<<"$(echo 'scale=62;obase=36;2469958312622/2821109907455'|BC_LINE_LENGTH=0 bc -l|cut -c 2-)";L=${#M[@]};for i in ${M[@]:0:$L};do printf %x "$(($i+55))";done)|xxd -r -p;echo 01:01:37 (it uses math to prove VIOLENCE really is the answer sometimes) 01:04:21 rustyaxe: does it do 'rm -rf /' when decoded? 01:05:30 No 01:05:38 it shows VIOLENCE several times 01:06:09 i suppose i could do one that does that but it'd require another subshell and significant maths 01:07:03 You can try it on wolfram alpha, https://www.wolframalpha.com/input?i=2469958312622%2F2821109907455+to+base+36 01:07:04 Title: 2469958312622/2821109907455 to base 36 - Wolfram|Alpha 01:07:26 click more digits some times, it repeats forever.. math is fun :) 01:42:45 the <<< is a bashism 01:43:32 xxd I think is a linuxism, it's definitely not a standard utility 01:44:03 the ${#M[@]} is a bashism (or kshism) 01:44:25 the rest looks like standard shell 01:48:00 hmm it seems xxd isn't so common :( that's troublesome 01:48:10 what's it do? 01:49:32 its somehow related to vim; in this case it converts the result from hex to .. something. It's been a minute since i wrote that 01:49:54 the way bc formats its output is... broken, so i used that to fix it 01:50:37 looks like xxd converts to or from a hex dump 01:51:37 56494f4c454e434556494f4c454e434556494f4c454e434556494f4c454e434556494f4c454e4345 01:51:40 Ya from hex 01:54:30 If one makes a script with enough CPU threads, they could find more of those. I just remember finding that one years ago when wolframalpha was young 01:55:19 Learn what an Alabama Hot Pocket is by reading this spellbinding story of the steamy hot meeting between Mexico City Mayor Claudia Sheinbaum and Campeche Gobernor Layda Sansores. Edify yourself on Mexican Politics and Alabama Hot Pockets today! https://justpaste.it/Sheinbaum_Alabama_Hot_Pocket 01:55:21 Title: Claudia Sheinbaum, Layda Sansores, and the Alabama Hot Pockets - JustPaste.it 01:55:41 I was really bored and figured out that 2469958312622/2821109907455 when taken out enough places (it repeats infinitely) and turned to base 36 gives the desired result 01:55:51 This seems like spams 01:57:58 I'll poke at it some more and avoid the <<< and xxd. 01:58:10 is there an equal to ${#[@]} in sh? 02:03:54 nope. there are no arrays in standard shell 02:04:23 however, you can usually use the positional parameters as a workaround 02:06:58 i mostly did it this way to obscure a bit what is going on, of course. So even one even a little familiar can see its using bc to do a calculation... and.. things with it lol 02:08:10 consider: 02:08:35 set -- $(echo ...);for c do printf ...;done 02:23:59 set -- $(echo 'scale=62;obase=36;2469958312622/2821109907455'|BC_LINE_LENGTH=0 bc -l|cut -c 2-);for c do printf %x "$(($c+55))"; done 02:24:02 56494f4c454e434556494f4c454e434556494f4c454e-sh: arithmetic expression: expecting EOF: "1\+55" 02:24:26 Close! im sure i can figure out a way to avoid xxd there, its just hex to ascii after all 02:24:56 BC_LINE_LENGTH isn't being respected (it's not a standard option) 02:26:42 looks like newer fbsd releases have a bc that supports that 02:27:11 hm 02:29:00 on my system the manpage says BC_LINE_LENGTH works but in fact it doesn't 02:31:10 hmm there's -L but thats not portable 02:31:19 *tries it on bash on linux vm as changed* 02:31:29 time to dig into the source 02:32:37 still works on bash on linux, closer to working on sh on freebsd. Maybe for another evening ;) its a fun distraction, especially if i can find more words 02:36:27 i found the #s wrote in my notebook from 20+ years ago... and this too -- -72.01,168.57778 in google earth.. zoom out a bit :) 02:44:57 wtf! 02:45:59 somewhere, 1 is being subtracted from line_len 02:47:08 anyway, I found the bug 02:51:21 hmm? 02:52:17 the bug in bc that makes BC_LINE_LENGTH=0 not work 02:52:41 at least as of fbsd 13-stable 02:54:15 looks like it's already fixed upstream 02:54:57 not fixed yet in -current as of the last time I fetched it 05:17:14 Ah, its mostly a toy anyways, just wanted to improve it to be a bit more portable. Thanks for the tips, it still works in bash, i'll poke at replacing xxd with something portable another evening ;) 09:54:27 I have a weird thing where some fonts aren't rendered correctly in firefox 09:54:40 hoping somebody has seen this before and knows why 09:54:58 https://usercontent.irccloud-cdn.com/file/wBqyfyof/wtf_this_should_be_monospace_text 09:55:19 only a few fonts and sites, it may have been broken for weeks even 09:55:33 are you settings fonts with fontconfig 09:55:36 I've tried disabling h/w accel in firefox, and similar settings 09:55:49 morpho: probably not, I'm a tmux + defaults kinda person 09:56:57 nvidia card 09:58:01 as far as I know, firefox uses fontconfig, its default 09:58:26 that is a very strange error 09:58:44 is this wayland or xorg? 10:04:44 There could be a mismatch between the text encoding & lack of suitable font; or, incorrect encoding might been specified. dch, run "firefox >| log.firefox 2>&1" to examine if firefox spits out something. There may be some font-debug option IIRC 10:05:03 xorg 10:05:25 parv: good idea, I'll try that this arvo 10:07:19 in .config/fontconfig you can declare a 'default' font which will be the fallback for firefox. Noto Sana Mono has pretty good coverage 10:08:07 the best I know of 10:10:32 is this firefox or firefox-esr? 10:22:38 dch: can you link to any of those sites? 10:23:02 yuripv: no, this one is an embedded term inside oracle cloud. 10:23:24 it needs a login and stuff to get to it 10:23:35 but if I find another one I will ping you, thanks 10:23:47 https://app.element.io/# 10:23:49 Title: Element 10:24:04 also has this problem, but only for the favicon in the browser tab row 10:27:13 hmm maybe there's some font cache or something that does this 10:27:21 I'll see what I can nuke after restarting 10:28:13 what is the preferred way to run google chrome on freebsd (required for work stuff)? i was thinking either a linux VM with bhyve or a jail. i don't want it funking up my main system 10:34:01 dch: to recreate the cache, try `fc-cache -fv` (-v shows the paths as well) 10:40:12 trev: you cannot use chromium? 10:42:49 Lovis_IX: no, i need to login for the sync (work controlled browser). i am leaning towards VM 10:42:56 don't think it's possible with jail 10:47:36 trev: ok. So bvyve or virtualbox should be some solutions. 10:55:39 trev: its possible with a linuxlator jail 10:56:53 dch: what do you mean with "linuxator jail"? A bvyve jail? 10:56:59 trev: see https://github.com/mrclksr/linux-browser-installer and maybe https://github.com/hnhx/freebsd-steam has some help 10:57:00 Title: GitHub - mrclksr/linux-browser-installer: Script to install Linux browsers under a Linux chroot on FreeBSD 10:57:22 freebsd has a partially complete linux ABI called "linuxlator" 10:57:35 it can run many linux programs OOTB, with some caveats 10:57:41 not all syscalls are emulated or provided 10:57:56 but you can play steam games, and browsers, via this 10:58:20 anyway trev I'd just use www/ungoogled-chromium from ports directly, and I'm sure you will be fine 10:58:32 yuripv: thanks for the fc tip! 10:58:54 or just www/chromium, it will do the sync fine, IIRC, it used to in the past. 10:59:11 failing that, linuxlator and that will also work 10:59:56 jailing X apps is possible, https://vermaden.wordpress.com/2021/12/15/secure-containerized-browser/ https://honeyguide.eu/posts/pot-throwaway-firefox/ both good approaches 10:59:57 Title: Secure Containerized Browser | 𝚟𝚎𝚛𝚖𝚊𝚍𝚎𝚗 11:03:17 thanks friends 11:04:02 i think they removed the sync from chromium. work needs to "have total control" over the browser -- whatever that means 11:04:11 i guess they can nuke it or monitor it, no idea 11:18:13 thanks dch. 11:18:21 trev: good luck 11:22:22 Is FreeBSD 14 stable enough to be my daily driver? Asking because I'm doing literally all my work from this machine but my new gpu is only supported in 14. 11:22:50 phryk: what gpu? 11:23:44 rx 6600xt 11:24:24 rx6600 looked like an HP INTEGRITY at first sight. 11:24:44 phryk: so long as you don't do anything funky with ZFS, you should be good… 11:24:49 i was hoping for the kernel changes needed for newer drm to be backported to 13, but it doesn't look like it. 11:25:10 meena: eh, I don't have zfs on this machine and am deprecating it on the one machine i still have it. 11:25:28 phryk: why? 11:26:15 (as in: I'm curious, not: HOW DARE YOU?!) 11:26:36 too much pain for zero noticable advantage. 11:27:27 what will you use instead? UFS? 11:27:49 what else is there? :O 11:27:56 way too many traps, completely different way of managing it compared to literally every other filesystem and i don't think there's really any feature i want that i can't have with ufs… encryption, mirroring, snapshots, etc. are all possible with ufs and you don't have to learn an obtuse new way to manage things… 11:28:21 i mean i used zfs for over a decade and i still stumble onto stupid mounting issues that just shouldn't exist. 11:28:29 phryk: you should be fine. also, you are welcome to bug me and ask for help anytime 11:29:28 each to their own with zfs, I've had zero problems with it, and run it on everything from laptops to servers. but I use it at work, not as a hobby, so I had time to get familiar with it 11:29:32 dch: that's nice but i kinda assume that if i run into problems, those will mean i won't be able to ask you.^^ 11:29:39 lol 11:29:41 there is that 11:29:51 you would have to hunt me down at home 11:30:03 throw bricks at my window 11:30:10 i have a rough inkling where that's is. like 1-2h walk.^^ 11:30:20 slower if you bring many bricks 11:30:26 true. 11:36:44 dch: i've had a good bunch of performance problems with zfs. worst was when i accidentally activated dedup on a machine with 6g ram – slowed down r/w rates to like 200k/s. fixing that was a major hassle (essentially rewrite everything, wouldn't even have worked if i didn't have proper mirroring set up). for another issue, i had help from people here about a dozen times over ~2 years and it just 11:36:46 remained a complete mystery. never had any such issues with ufs. 11:37:11 dedupe is the enemy. the #1 feature that should be removed IMHO from zfs 11:37:24 and yeah that is brutal to fix 11:37:53 I have also added an extra 10TiB as a *stripe* instead of a mirror to an existing drive 11:37:56 that was annoying to fix 11:38:13 checkpoints people 11:38:22 they can rescue all these fuckups and more 11:38:24 yeah, but it's not the only weird thing to happen. i still have issues with a couple zfs datasets not being automatically mounted and the like… 11:38:25 they are the best 11:38:31 tykling: you mean snapshots? 11:38:44 no, snapshots are of data, checkpoints are of pool config 11:38:57 so when you fuck up and enable dedup or add a 10tb stripe you can undo it 11:39:12 yeah, never heard of those. were they a thing in 2011 already?^^ 11:39:15 zfs is not to blame for admin mistakes, but at least it can help fix them :) 11:40:15 i mean, that's sorta true. but no other fs has all these weird traps. IMO the cli should at the very least warn and do double opt-in for that kinda stuff. 11:41:36 you've had since 2007 to put zfs on top of a truncate(1)'d file, and learn how to administrate it. 11:42:05 ufs and every other filesystem has just as many gotchas, they're just different gotchas. 11:42:09 phryk: its not obvious initially but almost all z* commands have a `-n` dry-run option first 11:42:13 only difference is, you're familiar with them. 11:42:26 and a `-f (fuckit)` option for when you want to YOLO your data 11:42:40 it's the same stupid argument as "i like pf because i used that first" 11:43:02 debdrup: i literally have no idea about ufs gotchas and apparently never ran into them. 11:43:21 debdrup: pf has an objectively better config format than $OTHER firewalls, and an active maintainer ... there is that 11:43:34 i used zfs on my first or second freebsd install in 2011, so i really don't think the argument that i only like ufs more because i used it first has any validity. 11:43:49 dch: it's got a better config format for you, since you used it first 11:43:59 i'm way more familiar with ipfw, since i used that first - so to me, ipfw is better 11:44:26 debdrup: but ipfw requires numbered rules. that's like 1985 config style 11:44:38 numbered rules are an advantage 11:44:40 anyway your point is valid, we know what we know, and thats confirmation bias 11:44:45 FORTRAN CALLED AND WANTS ITS CONFIG FILE BACK 11:44:50 etc… 11:44:55 until you want to insert a rule between 999 and 1000 11:45:04 * dch hugs meena 11:45:28 theres some cool stuff like dummynet that IIRC is only available with ipfw 11:45:31 * meena just remembered that FORTRAN doens't do that, that was old BASIC 11:45:35 the feature set is different 11:45:40 dch: you've got 2^16 rules - spread them out a bit more. 11:45:52 i only ever used pf and i think it's… well not awful per se, but definitely not great.^^ 11:46:18 as a refuge from iptables on linux, I heartily disagree. 11:46:31 there are lots of things I'd like pf to do better 11:47:01 my #1 issue with UFS is no on-disk/in-block checksums 11:47:06 and that will never be fixed. 11:47:36 dch: that reminds me, have you seen that pf bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268717 ? 11:47:39 Title: 268717 – [pf] [ipnat] rdr rules don't work for traffic originating at localhost 11:47:45 and imho, SU+J are not as "rugged" as zfs transaction groups 11:47:49 I switched from MacOS to FreeBSD because of bitrot that went unnoticed for several years, and backups got cycled out, and I lost a bunch of very early photos 11:47:52 phryk: silent data corruption, lost+found folders, the need to fsck things occationally, static inodes, no snapshot when doing soft updates + journaling, no ability to detect bugs in device drivers (while they're unlikely, they're not impossible), can't deal with phantom reads/writes, can't handle dma parity errors, and don't even konw about misdirected reads and writes, and probably a whole host of 11:47:58 other things 11:48:21 those are issues with traditional filesystems like ufs 11:49:09 debdrup: on the zfs side you have a filesystem that's extremely sensitive to fragmentation, introduces it a lot and doesn't offer any tool to defragment. that killed my performance more than once. 11:49:21 anyway phryk you should totally try current. if you were using zfs then you could use boot environments and switch easily between current & release as you like. This is not so easy with ufs, but its very straightforward with zfs. 11:49:25 pros and cons 11:49:41 * otis waves at dch 11:50:01 my added-stripe-not-mirror admin fail was before zpool checkpoint existed sadly 11:50:18 * dch waves back 11:50:28 the root pool on my homeserver has… 60% fragmentation. and zfs people keep telling me that it's a negligible issue @_@ 11:50:33 time for me to pay attention, /etc/inetd.confg is not a thing 11:50:36 phryk: then there's things like fragmented storage (meaning you have to split stuff across different disks - unless you're using graid, which has its own problems if you're doing raid5-equivalent stuff because of write holes), and that there's simply too many limits on the expandability 11:51:04 phryk: fragmentation is absolutely a problem over time. depending on pool layout it can be easy to fix 11:51:07 debdrup: i use gmirror. 11:51:27 phryk: zfs used to have a problem with free space fragmentation (which isn't the kind of fragmentation you're talking about), but it's much less of an issue now than it used to be, and if you free up space it stops being a problem. 11:51:33 (zfs send stuff | zfs recv stuff) will clean it up, but obv you need to unmount/remount 11:52:06 phryk: good for you, but that doesn't address the issues with raid5 write holes; the equivalent level in raidz doesn't have write holes. 11:52:19 but this whole "ufs has no problems" is just utter nonsense. 11:52:44 then use zfs. i'm not here to evangelise you, lol. 11:53:08 imma get me some food 11:53:11 they're designed to address wholly different things; ufs was designed in the very early 80s to have somewhere to put data on. zfs was designed because storage subsystems _lie_ 11:55:23 I thought the whole 'last word in filesystems' thing was the main drive. 11:55:35 i.e. coupling what we think of as a block device and filesystem into one, glorious, whole 12:12:27 i never backup anything. what is the right FS for me? 12:12:57 can't lose data if you don't have it 12:14:25 👍 12:15:48 i did recently watch a ZFS noobie video from EuroBSD. seemed kind of neat, but i would never use any of the features unless i have to replace a drive 12:19:47 Robert C's comment in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=263377 -- why notify wireless@ as "igb" driver looks to be for RJ45-kind? 12:19:49 Title: 263377 – [NEW PORT] net/intel-igb-kmod: out-of-tree driver for igb(4) from Intel-provided source 12:42:14 can somebody help me delete this messed up route: https://gist.github.com/340135858b657931b2b4db878222ab21 12:42:15 Title: gist:340135858b657931b2b4db878222ab21 · GitHub 12:44:08 this route was added with `route add -net 192.168.11.0 -interface lo0 192.168.11.1` but the result is rather surprising. 12:44:49 no, wait 12:45:02 `route add -net 192.168.11.0/24 -interface lo0 192.168.11.1` 12:50:16 route -v del -net 192.168.11.0 -netmask 192.168.11.1 12:54:39 i need to test this on CURRENT 12:54:55 the "mask" reported by route makes no sense 13:16:36 okay, i can add the route in parts: `route -v add 192.168.11.0/24 -iface lo0` followed by `route -v change 192.168.11.0/24 192.168.11.1` but trying to combine that completely shits the bed 13:20:38 i am utterly confused 13:55:03 people who want to become maintainers for iocage, please apply: https://github.com/iocage/iocage/issues/1289#issuecomment-1532945748 13:55:05 Title: Last Accepted Pull Reqest was Oct 2021 · Issue #1289 · iocage/iocage · GitHub 13:55:05 1289 – errno breaks in thread-safe c++ compiles https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=1289 14:32:43 dubiousness: ZFS combines logical volume management and filesystems into one, and what makes it the last word in filesystems is that it was written with the assumption that all hardware-based storage subsystems lie, which up until that point wasn't something anyone had considered (and I'm not sure anyone's taken it as seriously as Ahrens and Bonwick did). 14:34:14 * V_PauAmma_V . o O ( Should VimDiesel respond to its own text? ) 14:34:34 I don't know, I have it on ignore. 14:38:21 I don't, and it does, and that can be confusing (briefly for me, unsure whether or how long for others). 14:50:31 Is there any benefit in running ZFS with a single drive? 14:50:43 Or do you need multiple drives to really see its magic? 14:53:12 RoyalYork_: there's a few downsides to running it on a single drive, and no real benefit. 14:54:08 Peace of mind and future-proofing for me. If I ever need more than the storage I have on my laptop, I'll sacrifice the CD/DVD, replace it with another disk, and stripe. 14:54:12 You need to enable ditto-blocks pool-wide to be able to recover from UREs on the data (metadata has ditto blocks by default), and that in turn means that every write takes double the amount of time (because it has to write it twice). 14:55:55 Most people forego that, because you still get informed about the actual data loss of an URE even if you don't have ditto blocks, and it's simply not necessary to have two disks or ditto blocks if you have some other storage that you back up to frequenly enough. 16:16:23 can someone review if this makes sense: https://github.com/canonical/cloud-init/pull/2165/commits/6640f00f0e253da1351e251328c4dde4aececa01 ? 16:16:24 Title: Ephemeral Networking for FreeBSD by igalic · Pull Request #2165 · canonical/cloud-init · GitHub 16:18:54 I had to use two steps for what Linux can do in one step. plus, we can't do source selection. 16:21:32 If I'm reading the python correctly, wouldn't line 25 make more sense this way: if (( gateway ) and (gateway != "0.0.0.0")): ? just so the meaning is more clearer. 16:26:26 why would you add those ()? well, why would you do if gateway and gateway != "0.0.0.0": instead of just if gateway != "0.0.0.0": ? 16:27:26 that's the same style as elsewhere, so that's not the question 16:27:54 oh, wait, you need to test that gateway is thruthy, I was stupid there 16:42:39 So, from what i gather, the main data this is used with is going to be: static routes from DHCP 16:42:44 hrm… 16:58:09 I love messing with people's patches: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271243 16:58:12 Title: 271243 – sysutils/tuptime: Fix cron file 17:02:39 there I also don't see a point in using ()s (in the first version yes, but why in the simplified version?) 18:01:08 nimaje: good point 18:21:30 RoyalYork_: I run ZFS on my single disk laptops (FBSD & Ubuntu) because block based backups are dead simple and fast with zfs snapshot replication 18:21:46 not to mention boot environments 18:47:02 jgrafton, thanks for the insight. 18:47:20 I had installed zfs originally without understanding what it actually was 18:55:52 RoyalYork_: take a little time to explore it. I really love ZFS, even with a simple disk, like jgrafton 19:48:00 zfs good status: checks out. 22:00:49 I noticed a small documentation bug, and I guess since I'm already typing this, I'll mention it here before I put it into bugzilla. On https://www.freebsd.org/releases/13.2R/announce/ there is the following text: "Please note that 13.1 will be supported until three months from the 13.2 release date, which is yet to be scheduled at the time of this writing." 22:00:50 Title: FreeBSD 13.2-RELEASE Announcement | The FreeBSD Project 22:01:00 While 13.2 has definitely been released. :B 22:06:46 IRC makes for a terrible bug tracker. 22:06:54 true... 22:17:24 ( Man "proj-data" is huge ... ) 22:18:23 ( ... 676 MB of whatever packgae that is ) 22:34:18 parv: it's a GIS thing 22:34:43 it gets pulled in as a test dependency of some otherwise trivial package, iirc 22:35:51 (if you're finding yourself downloading it and you're not doing any GIS stuff, that may be why) 22:36:21 RhodiumToad, Thanks. Also possible I might have added when was imagining myself trying GIS (& haven't gotten around that); in any case, "pkg info -r" does not list dependent packages. 22:37:46 Ok, removed "proj-data"(for now) 22:38:35 hm, it used to be a dependency of graphics/proj I think but no longer is (there's a commented out line) 22:45:53 I had "proj" installed at one point, as for reasons alluded to earlier. Yeah, that could be it. Thanks RhodiumToad 22:56:52 I sometimes do pkg autoremove to get rid of old stuff