00:04:18 46754 andrew 20 0 15371M 3305M swread 1 1:12 0.23% grep 00:04:23 what the fork? 00:04:36 why is this grep taking 15GB of ram? 00:06:06 ah. because it hit a 10GB sparse binary file 00:24:20 grep loads the entire file into memory at once? 00:24:31 i've recently realized this could be a bad thing. 00:25:03 I don't know why it didn't just skip the file for not being text 00:25:23 otoh this is gnugrep, so breakage is to be expected 00:25:43 is that why with gnu grep it stops in the middle of a file if there's a nul byte? 00:25:47 i've always wondered why it does that. 00:25:56 it just stops and says "Binary file matches" 00:27:01 if there's a nul byte then the file isn't text 00:28:53 is that the definition. or is it system dependent on what the line ending is 00:29:32 i recall trying to read in a text file that was just the bytes 0 to 127, and ruby didn't have any problem with it. 00:29:45 so maybe the default file open thing is not text but binary somehow 00:30:11 all files are binary 00:31:54 a file is just a sequence of bytes. the thing is that some programs want to guess whether that sequence of bytes represents something that can meaningfully be shown to the user by outputting (part of) it to the terminal 00:32:19 well. that makes sense. 02:01:02 why should switching from ttyv0 to v1 trigger some kind of video output change with vt?v 02:08:56 i should somehow unfuck if, as it's not an option to have screen going blank for a second and monitor recognizig new signal on every single terminal switch 02:17:58 i wonder if that's somehow machine specific, or maybe people don't ever use actual console anymore, because it's annoying if done more than once 03:28:30 man sun made some absolutely beautiful computer cases 04:16:58 indeed 04:17:02 i miss them 04:25:06 all the things 07:46:59 dkeav: Over COVID, I took one of the Ultra40 cases and converted it to house an AMD5950 running FreeBSD. It's really sweet. 08:41:56 Hi! I just installed FreeBSD 13.2 on my HiFive Unmatched using the documentation but when I try to bootstrap pkg I get an error message: 08:41:56 pkg: Error fetching http://pkg.FreeBSD.org/FreeBSD:13:riscv64/quarterly/Latest/pkg.txz: Not Found 08:41:57 The site returns a 404, so that part makes sense, but something seems to have gone wrong with the URI generation? Any help would be appreciated! 08:43:03 Do the packages exist for RISC V? 08:46:21 Unless I'm misreading this I'd imagine so: FreeBSD's support for the RISC-V architecture is currently classified as Tier-2, beginning with FreeBSD 13.0 08:46:22 Is there a website where I could check which packages are available for which ISA? 08:46:22 ... per https://wiki.freebsd.org/riscv#Quick_Start they should 08:46:23 Title: riscv - FreeBSD Wiki 08:47:26 ... never mind that URL which was for "QEMU" 08:52:01 RISC V is currently has "Tier 2" support (https://www.freebsd.org/platforms/ ; https://docs.freebsd.org/en/articles/committers-guide/#archs); so no packages exist 08:52:02 Title: Platforms | The FreeBSD Project 08:52:34 "Tier 1"-supported platforms ought to have packages 08:52:54 Hm, that's sad to hear. I suppose that I can still build them from source? 08:53:23 Do read the second URL on that 09:11:25 I suppose you mean this one: https://docs.freebsd.org/en/articles/committers-guide/#archs ? 09:11:26 Admittedly I'm quite new to FreeBSD, only used GNU/Linux before. So does that mean I can get the base packages like a compiler from the repository and will have to compile the rest myself? 09:11:27 Title: Committer's Guide | FreeBSD Documentation Portal 09:17:03 Re: URL, Yes (section 21.4). Re: base packages: Does not look like that; may need to compile compiler (GCC and/or LLVM) with compiler from the base system. 09:18:11 Perhaps someone may have compiled the packages to offer publicly(?) 09:25:44 Last I read, LLVM+Clang in base did not come with all the parts that would be installed from The Ports or packages 09:27:05 Sounds like an adventure then, thanks! 09:27:45 Happy Computering! 09:33:05 JohnFranklin, See also https://wiki.freebsd.org/riscv/ports 09:33:06 Title: riscv/ports - FreeBSD Wiki 09:35:13 * parv afk 18:16:59 hey, no freebsd community on lemmy 18:17:45 c/netbsd and c/openbsd exist 18:30:51 eoli3n: does Lemmy run on FreeBSD? ;) 18:32:05 meena0: i will be able to answer this soon 18:32:14 because i'll try to run my instance on freebsd 19:22:43 eoli3n: in my experience, rust has a better track record than go, so chances are it'll just compile, and if it does, it'll run, too 19:29:26 is there a way to sort a list of IP addresses in the 'expected' order using the sort command ? 19:29:39 so that 192.168.1.130 comes after 192.168.1.50 for example 19:32:53 sort -t . -k 1,1n -k 2,2n -k 3,3n -k 4,4n ipaddr.list 19:33:15 credit: https://www.oreilly.com/library/view/bash-cookbook/0596526784/ch08s03.html 19:33:16 Title: 8.3. Sorting IP Addresses - bash Cookbook [Book] 19:35:02 woah 19:36:06 complicated for something apparently so simple, but I can confirm it works 19:44:17 spork_css: now try that for IPv6 21:04:09 meena0: if I not miss anything only replace the '-t .' with '-t :' and use -k 1,1f ... (a few more are needed) 21:04:32 asume full v6 addresses so no truncation 21:13:59 The problem with IPv6 addresses are that it uses a run-length-encoding method of collapsing zeros into a double colon. 21:14:18 ::1 is 0000:0000:0000:0000:0000:0000:0000:0001 for example. And so addresses don't sort without expanding first. 21:22:44 with -k 1,1fk ... you only need to expand the '::' 21:23:07 *h 21:24:29 ^ thats wrong 22:11:32 newish to freebsd. any recommendations best tool to use for managing regular zfs snapshots, pruning per policy, etc.? zrepl looks like it does the trick, but just wanted to check that there's not a defacto standard i'm missing 22:14:43 markmcb, I am sure there are many different ways but I am using the binary pkg zfstools (aka https://github.com/bdrewery/zfstools) with cron for automatic snapshot creating and expiration. 22:15:47 I am only doing the auto snaps and not any of the SQL stuff that can also be used. Just set the property and let cron run the script and everything is fully automatic. 22:16:27 rsycn get you anything? 22:16:48 rwp, i like that. nice and simple. 22:17:15 I started with it because M. Lucas recommended it in the Absolute FreeBSD book. 22:18:26 If you "pkg install zfstools" the package description emitted will contain instructions. If you miss that then "pkg info -D zfstools" will print the pkg description again at any time you want to read it again. 22:19:55 thanks. i'm coming from btrfs on linux. my mind is blown by how much more polished the zfs toolset and ecosystem is. 22:22:15 I haven't used https://zrepl.github.io/ which you mentioned myself so I am a poor one to talk about it but I think that is designed for replicating datasets from here locally to there remotely. Which I am sure was why timothias mentioned rsync. And I might through syncthing out there too. But you were asking about snapshots and pruning so I think zfs-auto-snapshot is the tool. 22:22:17 Title: zrepl - ZFS replication — zrepl documentation 22:24:00 I sysadmin a variety of systems and btrfs is on some of them (because the people who created them like it) but as I work with btrfs more and more I find just how odd and bizarre it is in many ways. And comparing it to zfs just makes btrfs look sad. 22:24:33 zrepl has some advanced features I wouldn't use, but handles basic snapshots and pruning quite well. (see first half of this config: https://zrepl.github.io/quickstart/backup_to_external_disk.html ) 22:24:34 Title: Local Snapshots + Offline Backup to an External Disk — zrepl documentation 22:25:18 btrfs is nice for it's flexibility. especially in a homelab, it lets you use the disks you have and doesn't complain much. 22:25:46 but definitely the feature set, tool set, and performance is nothing compared to zfs 22:25:51 Oh! Well there you go then. Certainly if one were already using zrepl or also needing the other features then it would make sense to use it for automatic snapshots too. 22:27:12 btrfs has some pitfalls for the unwary though. Especially if actually using the multiple disk raid feature! That's really where all the snags exist. 22:27:41 A single drive btrfs such as on a laptop seems robust enough. But if you use multiple disks in a raid config then there are some traps. 22:27:53 yeah, raid56 is not to be touched. lol. i've never had issues with raid1. 22:28:16 Such as if you actually have a drive failure DO NOT REBOOT or it won't reboot. It won't boot a degraded raid without telling it to boot degraded. Which if that is in a datacenter then you are screwed without a remote console or remote hands. 22:28:40 And do not use the boot degraded mode option all of the time thinking that would solve it either as that turns off a lot of normal safety checks. 22:29:32 If the machine is running, keep it running, then replace the failed device hot, and then "rebalance". If you scrub before rebalancing then AFAIK that also breaks things. 22:30:03 It's not that it can't work but that it has some traps and pitfalls to jump over and if you don't know them already then the experience can be harsh. 22:30:31 yeah, you definitely need to understand its quirks 22:30:56 Meanwhile... I have been fighting with zfs with some flaky hardware and have yet to have zfs treat me badly. 22:31:31 For example I have a system that I think the motherboard is having problems. I am still not sure. So I am still flailing around with it a little bit. 22:32:04 The ZFS array had a serious I/O problem and kicked out half the drives and put the array state to SUSPENDED. Sounds grimm, right? 22:33:04 I popped out and back in three of the drives to give them a hard power cycle reset. Said "zpool clear" to clear the error. 22:33:13 Hardware failures are always a delight. :) 22:33:14 That got the array back online clearing the SUSPENDED state. Did not reboot. Everything came back online. 22:34:26 Yeah, I was experimenting with ZFS failures last week. Pulling hot disks, breaking stripes, dd'ing random stuff offline. It impressively survived all my abuse. 22:35:05 If that were mdadm raid (or btrfs!) I would have been really nervous. But having worked with zfs enough I am now pretty confident that the authors took the hypocratic oath very seriously. "First do no harm." 22:35:40 I'm impressed with FreeBSD in general. I'm finding all sorts of things that are just more thought out. 22:36:40 iovctl and sesutil are two small things i was happy to discover 22:37:30 I think I must swap my NAS to a different motherboard and then see if the flaky behavior continues or stops. I am convinced the drives are okay. I already swapped the disk controller card for a different one. And this motherboard recently had a ram socket failure so I am already running at half ram and thinking that failure is more than just the socket now. 22:38:14 All I need now is another system or another motherboard. But life and time is what keeps everything from happening all at once. 22:38:23 yeah, sounds like time to abandon ship 22:47:42 unrelated, is the quarterly pkg set simply more stable, i.e., less churn, or does it get additional scrutiny (e.g., security, testing, etc.) versus latest? 22:49:58 Definitely less churn with quarterly. If there is a security issue then all of them should be getting an update. 22:50:31 If it is a minor issue then it might be skipped on the quarterly. Which is just fine with me. 22:51:31 Very volatile things like Firefox and Chromium seem to be on their own schedule and updating as upstream updates. 22:52:50 For my servers I run the quarterly. I am also running quarterly on *my* desktop. For your desktop, run whatever you feel like running, it's your desktop! :-) 22:54:30 coming from Arch ... so a week without updates is giving me anxiety! lol, just kidding. i'll probably leave it on quarterly. seems like everything i've installed is fairly recent, i.e., not like debian stable where things tend to be ancient 22:55:10 Debian Stable releases about every 2 years. That would have 8 quarterly releases in that time period. 22:55:47 But for example Firefox on quarterly seems to keep up with Firefox on Debian Unstable on my other system just fine. Often ahead of it. 22:57:53 Also remember that FreeBSD has a stable base core that is cohesive. It's released as a single base core release. All else is in the ports. (Ports become compiled into the binary pkgs.) 22:58:18 This allows ports to move asynchronous to the base core. But the system stability is really in the base core. 23:19:46 is there a way to search for all symlinks that point to a certain starting directory ? 23:20:02 aka, I want to find all symlinks in a directory that point to /dir1/blah 23:21:01 searching one dir, or a whole tree? 23:22:46 a whole tree 23:22:59 with find and sh 23:22:59 find ... -lname '/dir1/blah/*' might be what you want then 23:23:17 lname is not the name of the link but what it points to, right ? 23:23:36 right 23:26:24 let me try that - thank you 23:27:50 it does work :) thanks! 23:33:49 RhodiumToad: I think like I owe you a few hundred dollars (or more!) for all the advice you've given me lately