00:53:33 [illumos-gate] 17096 CPUs mistakenly showing up with fully-associative caches -- Robert Mustacchi 12:50:34 [illumos-gate] 17097 netstat: ignoring unreachable code -- Toomas Soome 14:37:48 hm, 502 from code.illumos.org 15:00:54 I would like to burn down all AI crawlers 15:03:27 yes please 15:53:08 [illumos-gate] 17098 netstat: replace divide condition -- Toomas Soome 17:07:26 6 CVEs in rsync 17:50:52 OmniOS had an update to rsync last week. I'm hoping that was to address the CVEs. 17:52:24 yes, they were announced last week, but distros had advance knowledge to prepare quick updates 17:55:15 ok, it just came up in my feed and i know rsync is used here so i mentioned it just in case 17:55:39 I don't sub to actual CVEs myself though 17:56:00 I'm just glad to hear the patches I applied applied. 17:57:45 the political troll here the other day was enough distraction :) evil black hats messing up our infrastructure would be much worse 17:58:07 hope "black hat" is still an acceptable term 17:58:25 if not i apologize but would like a better term suggested 18:02:16 * nomad shrugs "that's the term I use. Can't speak for anyone else." 18:03:23 cracker used to be a synonym for black hat but it's a racial slur against white people... 18:05:35 the renaming in git isn't a big deal but removing the same term from discussions about data busses and such leads to sometimes awkward constructions 18:05:46 initiator works in some contexts 18:09:18 anyway I don't use rsync in any of my personal workflow, glad to know it's addressed though 18:24:55 dangergrrl: fwiw black hat would stll be the term of art in security circles 18:25:13 still*. need to figure out what's going on with that switch :( 18:25:54 I try to use preferred terms :) most of them are not annoying 18:27:19 I'm playing with usb today, working on webcam support for dragonfly bsd. I'll try more on the X DRI/DRM stuff i'm doing for oi later. 18:30:07 https://illumos.org/docs/about/logo/ <--- this says the 'powered by' versions of the logo are not acceptable for use on a t-shirt 18:31:45 already contemplating what to wear to https://events.linuxfoundation.org/open-source-summit-north-america/ :) 18:46:31 looking at https://github.com/richlowe/arm64-gate 18:47:55 What about https://github.com/alhazred/illumos-arm ? Is this still relevant? 18:50:07 that looks pretty dead, last commit 4 years ago 18:50:48 richlowe's had a commit last week 18:53:11 I hadn't come across richlowe's arm64-gate. Thanks for sharing that 18:53:44 haven't even cloned a copy yet, looks like it might boot on a pi 4 which i have, currently booting retropie, might have to fight over snes access :) 18:53:45 np 18:53:52 Yeah, I suppose so. I saw the RISC-V stuff in there (link I sent) and it caught my eye 18:54:45 And DEC Alpha but not sure who is going to be running that 18:54:52 oh, a risc-v board with an open gpu is high on my (hypothetical) hardware purchase list 18:55:16 Images for rpi4 at https://downloads.omnios.org/media/braich/ 18:55:26 i'm still sad Compaq killed Alpha 18:56:29 ptribble, thanks. i might have to port everything retropie needs to use it much though 18:56:47 my spouse will get grumpy if i take her emulator away 18:58:14 I found a couple of good candidates but have zero actual budget so it might be a while 18:58:43 (rv64 boards with fully open source graphics drivers) 19:00:48 i'm a member of risc-v international but that's free (like the internet society) and i don't have any actual hardware as of yet 19:07:19 oh, yay, i have clearance to tie up the pi4 for a while 19:08:21 anyway, i still have to work on bsd first, i'm poor and they are offering a small bribe :) 19:15:35 What would it take to get those RISC-V bits and pieces from that link I shared running again? 19:16:06 Not sure how much four years changes how relevant they are (asking from the perspective of someone who really doesn't know) 19:28:31 Well you would want the upstream repo https://github.com/n-hys/illumos-gate 19:30:00 My guess is that it would work fine on the hardware it supports, you would be running a version of illumos that's a few years old 19:33:33 What level of effort might be expected in moving the RISC-V support from that version of illumos to the current version of illumos? 19:44:21 look at how long it's taken for aarch64, and figure at least that long 19:44:47 though we think we have learned stuff on the way that would actually really help, we aren't sure we're done learning it yet 19:51:18 i really like rv64 but most of the boards have gpu's that require blobs for linux which makes little sense to me, kinda defeats the purpose of choosing open hardware for the cpu imo 19:55:28 rv64 boards should ideally be open enough for potential gnu guix support 20:01:49 if you can't use an open bootloader and the GPU is closed, what's the point? 20:02:57 Not paying a license fee to ARM. 20:03:09 i own a pi and even a Xilinx Zedboard so I'm obviously not a strict open hardware person 20:03:51 And ultimately economics is what drives it. 20:04:57 I have a preference for hardware that I'm permitted full documentation for without NDA so I'm not tied to specific versions of linux etc 20:05:13 but obviously I'll buy things that don't fit that 20:06:04 Sure, I'd prefer that to. Just if you're asking why they're doing it well. 20:08:05 for me royalties to ARM aren't the biggest issue since I'm not manufacturing chips myself, I mainly like being able to modify my things, have my choice of operating systems, not just a small range of linux kernels 20:09:07 available rv64 products aren't really cheaper so the lack of royalties to ARM doesn't seem to get passed to me 20:35:46 rmustacc, I get that the seller can have a higher margin without paying ARM but they should keep in mind why the customer wants RISC-V in the first place is my point 20:37:20 I know how to program hardware, I want hardware I'm allowed to program. That's my purpose in potentially choosing RV, personally. 20:38:54 especially given that ARM hardware even with the royalties typically beats RV in price/performance on things that are available to me 20:40:21 but i do realize that people who have the skills to program the hardware themselves are actually a small minority