Email or username:

Password:

Forgot your password?
6 posts total
Hailey

The Internet Archive losing its appeal means one thing: pirate stuff. Pirate brazenly. There’s no point trying to do it the nice way - you’ll get shut down anyway. Copy, share, and archive to your heart’s content. It’s the only way we’re keeping digital media and our cultural memory intact.

Show previous comments
Sven Slootweg

@hailey In situations like these, I always think about how many people like to talk of the "social contract", and how that mysteriously only ever gets invoked to place obligations on individuals, and never on states or corporations (as evidenced here once again).

Like, people aren't outright pirating because cultural interests are supposed to be balanced by legal exceptions. And leaving aside whether that has ever actually been balanced, if publishers now decide to object to that balance... well.

The Great Ape :transFlag: arc

@hailey@hails.org Book publishers are the scum of the earth. I wish all authors just let me send them money directly for their work. Their hostility towards actual preservation via DRM and "purchasing" (actually lending) ebooks online is fucking ridiculous. I haven't bought a book in years now because of shit like this, this is just icing on the cake.

eris
@hailey it would be a shame if people looked at the r/zlib megathread for ways to pirate books
Hailey

I am a big fan of rust and think it's a natural fit for linux into the future. What isn't a natural fit is the npm tier dependency sprawl situation.

I really do think we need to listen to what distro maintainers are telling us, because they are the ones who understand how the rubber hits the road when it comes to maintaining and supporting software long term.

Hailey

a good place to start is with all the 0.x crates which are effectively stable but haven't yet gone 1.0 and made the commitment to stability.

as a result everyone pins a different 0.x version and it's an enormous headache for distro maintainers who would prefer to package a minimal set of versions - ideally a single version - to ease maintenance including security updates for as long as they are supporting a release.

it's a sign of immaturity imo that it's such a widespread view in the community to see this as an outmoded, old school way of doing things that needlessly impedes dev velocity.

a good place to start is with all the 0.x crates which are effectively stable but haven't yet gone 1.0 and made the commitment to stability.

as a result everyone pins a different 0.x version and it's an enormous headache for distro maintainers who would prefer to package a minimal set of versions - ideally a single version - to ease maintenance including security updates for as long as they are supporting a release.

✧✦✶✷Catherine✷✶✦✧

@hailey the biggest counterargument to the distro mode of software delivery that I know is that it's not uncommon for distro maintainers to just break packages, or to be hostile to upstream efforts--I've been told to not bother maintaining a debian/ because the first step in Debian is to `rm -rf` it

since if they break it, it's on me to fix it, why would I want them to package it?

okanogen TheEnemyFromWithin

@hailey
By "distro", you mean package maintainers, or maintainers of Debian, Alpine, Ubuntu, etc.?

Hailey

nothing ruins my motivation to send fixes to your open source project more than to ask me to sign a CLA for it.

sorry guys I'm just not that interested in reviewing a legal contract just to improve your software for free

Show previous comments
Anthony Sorace

@hailey @jacqueline Does a DCO have low enough friction to avoid the same reaction? It’s still A Thing To Do, but at least it doesn’t feel like I ought to have a lawyer, I think, but I’m curious if that tracks for you.

Hailey

Introducing Bark! Low-latency multi-receiver live-sync lossless audio streaming for local networks. It's like Sonos, but open source, so nobody can brick your devices remotely. It's also written in Rust :)

github.com/haileys/bark

It sends 48khz uncompressed float32 data over UDP multicast. It can achieve playback sync to within hundreds of microseconds in ideal conditions, and usually to within a millisecond.

I've been working on it in my spare time over the past week, and I'm pretty happy with how it's shaped up. I have three receivers setup and it works remarkably well at keeping everything in sync as I walk around my house. For now it only really works on Linux, and supports Pipewire (and Pulse in theory), but there's no huge impediment to making it truly cross-platform.

It also features a fancy live stats subcommand, which can used on any computer in the same multicast domain to watch the status of the stream cluster:

Introducing Bark! Low-latency multi-receiver live-sync lossless audio streaming for local networks. It's like Sonos, but open source, so nobody can brick your devices remotely. It's also written in Rust :)

github.com/haileys/bark

It sends 48khz uncompressed float32 data over UDP multicast. It can achieve playback sync to within hundreds of microseconds in ideal conditions, and usually to within a millisecond.

Show previous comments
monoxane

@hailey Ah yes, XKCD 927'd AES67/ST 2110-30 😜

Nah that's pretty cool, not needing PTP is very nice for a home environment where clocking multiple sources isn't necessary, how are you handling clock recovery and the potential for out of order or delayed packets? Just by reconstructing the stream by timestamps from a buffer of incoming data or something spicy?

fedithom

@hailey that looks absolutely rad! I'll check it out, when I find the time.

Bart Nijbakker

@hailey I have been looking for exactly this! Will check it out.

Go Up