hey printf. just wanted to drop in and say its been really cool to follow your Linux journey. I don’t have suggestions for you, but please keep it up.

can I ask: what is it about OpenRC that you like? I personally haven’t tried artix yet (for personal use i’m on arch) so I’m not familiar with the differences.

no no… you’re onto something

spent some time last week adding metadata to my mp3 music obtained with yt-dlp. used musicbrainz Picard.

I’m actually really surprised how comprehensive that database is, and how easy it was to manually tag the tracks that didn’t get picked up automatically.

bringing you joy is its purpose, and that is valid.

first off: super useful project.

the two biggest things I can think of are contact list imports and exports. I could see myself adding my immediate family manually. more than that and it becomes a chore rather than a setup.

Claude is geared more towards enterprise companies, anyway. I think you went over pretty succinctly as to why: they can afford the extra resource burn.

pretty much the way I use AI rght now is similar to how you see the near future of your use.

• AI does first draft
• I review draft, conclude ‘this is shit’
• redo most of it

its pretty useful for getting through writers-block type scenarios sometimes because of that, but past the initial stages of the project the usefulness declines dramatically.

I’m still not seeing any real ways of removing the human in the loop, especially for the review process.

thanks for your writeup. I didn’t read the original but this one was fun to read through.

this looks like an awesome project, and I appreciate how you went over the ways AI helped and hindered your project at the end. its really hard to get honest feedback about AI from devs IRL right now, everyone keeps saying they have silver bullets in their workflows and I feel like the crazy one for not being able to figure it out.

looking forward to giving AC a shot!

you have a good balance OP. I’d consider a DMZ if you’re planning on hosting any public services (or even services at all, check out the ffmpeg exploit that happened last week). other than that I wouldn’t recommend you get any more granular.

the more granular you get with this stuff, the more you have to go through if/when something goes wrong or otherwise doesn’t work. which is great when you have a lot of time on your hands and an obsession with networking, but starts to become a detriment when your interest and time need to be dedicated to other things.

awesome! I should have some playtime Sunday and hopefully get some real feedback to you. looking forward to watching this project grow

there’s no fucking way

just did a quick readthrough. looks like you’ve covered my use cases (for my home network at least). looking forward to seeing how it integrates into my stack.

forgive me if you go over these questions, I didn’t find them covered anywhere.

how lightweight are the endpoints/sensors compared to opencanary?

is there any way to do a log export? I saw several siem integrations and more on the roadmap but I personally always appreciate the ability to do this.

Debian users should receive their news 6-12 months after everyone else, change my mind

/s

might I recommend topgrade to you in these trying times?

https://github.com/topgrade-rs/topgrade

this is the dark theme variant

the stars and forks should be on github to send a message.

cloning and subsequent rehosting should definitely take place on other platforms.

clone, star, fork. we can all help out.

Github has zero 9’s so at this point just use Arch for everything fuck it

(I would personally recommend Debian)

hey there, this is really cool. please keep us updated if you have any developments on how you solve the problems, and what else you discover

my repos are NOT going to make their code less sloppy let me tell you

he might be more electable if he does a photoshoot with pink and blue striped thigh high socks. I don’t make the rules.