clpwn

From experience, it seems that "don't make this political" can typically be translated to "I don't want opposition". It's much more likely someone hasn't reflected deeply on the political nature of their opinions than it is that a topic is "apolitical".

Certainly you must be aware that there are not just binary values of morality in life. The obvious answer is yes they are stained, as we all are through our participation in various systems, but with vastly varying amounts.

Is the manufacturer of the bomb responsible for when Israel drops it on a family home in Gaza? Yes. Is it the same responsibility as the general who gave the order? No. Is it the same as the pilot who followed the order? No.

Does that make it useless to hold people accountable? Of course not.

Have you ever wanted to pay a monthly subscription to give your location data and dashcam feed to a company for them to sell to other companies? Get Bee Mapping!

"Low politics" says a group who created the software that sold out the people of the world and is powering our fascism crisis.

Shoutout to Mixxx, it's one of the examples of open source being able to match and in many ways surpass the enjoyability of their closed-source for-profit alternatives. I regularly give it as an example alongside things like Blender to show that a better, more free software world is possible outside of just developer tools.

I wish more people posted questions like this. Questioning yourself and your path (and importantly, the ethics of it all) is a vital survival skill to avoid losing yourself entirely to the capitalism game, where you start to listen more to your analytics software than your sensibilities and moral compass.

I don't know if your AI products are scummy or not, but the fact that you're asking this question makes me less worried about you than a lot of other folks out there furiously rushing to get their AI pre-crime hot dog detectors rushed out the door so they can get on the NASDAQ.

Amazon doesn't pretend to care about its employees, Google does (pretend, that is). Working for Amazon right out of college, I honestly kind of appreciated the fact that they never tried to make it feel like your work was your "family", which always came off as incredibly creepy. Interviewing for Facebook and Google and seeing their offices and culture always gave me the heebie jeebies for that reason, and I'm glad I didn't choose them. I'm also glad I left Amazon quickly.

In the end, it's just two different types of cults. You're a fool to show loyalty to Amazon when it shows none back, and Google is in some ways creepier for pretending to care about you and suck in all facets of yourself into a corporation.

The straightforward solution is to work for neither, and show that we won't tolerate creepy corporate culture taking over the technology world that we love.

I feel like a lot of fantastic software is made by a small number of people whose explicit culture is a mix of abnormally strong opinionatedness plus the dedication to execute on that by developing the tools and flow that feel just right.

Much like a lot of other "eccentric" artists in other realms, that eccentricity is, at least in part, a bravery of knowing what one wants and making that a reality, usually with compromises that others might not be comfortable making (efficiency, time, social interaction from a larger group, etc).

While not apples-to-apples and less polished, we're slowly building up https://github.com/tonarino/innernet as a fully open-source (and self-hosted) alternative to things like Tailscale. It controls vanilla WireGuard under the hood (kernel or userspace implementations), and is lower level (no graphical interfaces yet), though, but depending on your needs it might still fit :).

Not currently, but I'm interested in supporting that.

We'd love your help if you're interested in it! Supporting more platforms and making graphical frontends are high on the priority list.

> 1. Is it possible to use the same subnet on different innernets?

As moviuro mentioned, no, not unless you want to get fancy with independent network namespaces (https://man7.org/linux/man-pages/man8/ip-netns.8.html).

If you want to be more confident of not having an address space conflict, I recommend using a randomly generated private IPv6 block using the RFC 4193 specification: https://en.wikipedia.org/wiki/Private_network#Private_IPv6_a...

> 2. Could you please provide installation instructions for generic linux, as I am looking to host on almalinux and opensuse leap, neither of which use dpkg.

Our Arch PKGBUILD (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=inner...) may be the simplest existing guide for making your own package for your distro. If it's not a lot of work to add, I'm happy to maintain other package formats, or help you be a maintainer.

Thanks! Looking forward to hearing how it goes for you.

Ah, gotcha - sorry I misunderstood your question.

I feel that adding TCP support would push innernet beyond a WireGuard configuration manager and into something a bit more behemoth. I'm quite fond of the fact that innernet doesn't "touch the packets" in its current state.

That said, if a strong need arises over time it's not out of the question, and in the mean time anybody is welcome to add their own wrapper around innernet or fork it to support that.

I found interactive CIDR visualization tools like https://cidr.xyz/ to be very helpful in understanding the notation.

I also end up using https://gitlab.com/ipcalc/ipcalc a lot, and am definitely planning on similarly making it easier in the terminal to manage and visualize the CIDRs in innernet networks. I'm hoping innernet can become a fun way to learn networking in a safe (and cheap) virtual environment.

Latency and bandwidth was a big issue for us - innernet uses the WireGuard kernel module on Linux when available, which is about as good as you can get (easily achieving saturated gigabit line speeds).

macOS is a different story, since there are only userspace implementations at the moment. Innernet currently looks for the official "wireguard-go" implementation, but you can swap out userspace implementations as you like. I'll add an environment variable check to make that easier without needing to recompile.

Thanks!

There aren't any current plans to bake in TCP support, but you can rig it up yourself using something like udptunnel.

Related old HN comment with basic instructions: https://news.ycombinator.com/item?id=17847008

Also see: the "TCP Mode" section in https://www.wireguard.com/known-limitations/.

Thanks for the heads-up. Before adding the alias, I did a quick search (https://packages.ubuntu.com/search?suite=xenial&arch=any&mod...) and did see the "inn" package, but it didn't seem like it included any "inn" binary that would cause name conflicts.

Happy to change the way that alias works if it ends up being a problem.

To me, this article reads as one of the two main "angels sitting on my shoulders" when I reflect anxiously about whether I'm spending my time on this earth in The Right Way.

The other voice argues that I will be healthier and more capable of producing the things I actually want to produce if I can just stop being so damn stressed about "wasting" an evening playing video games every once in a while. Why buy into the myth that the meaning of life is maximizing productivity?

Some people have biases against specific forms of media (video games and TV take especially big punches) they feel are the Fentanyl of art in a world that otherwise would be glasses of wine. In the end it always feels like a debate about the right ratios of consuming vs. producing, which I feel like is worth reflecting about but will be different for every personality.

Yeah, and the treble at least was reduced exactly the amount the RIAA curve should reduce it (-10dB at 10kHz).

There are a ton of cheap "dubplate" vinyl cutting shops out there, and it seems like maybe the OP sent off to one of these shops to print their ROM. Otherwise, they could have just re-cut a new vinyl with the equalization fixes baked in...

It's worth mentioning that in our case, a significant chunk of the latency in our 130ms measurement is just the input lag of our display that we currently use. We were surprised by how slow they can be.

> After reading it, I'm still not entirely sure what's being done. > Is it live streaming or is it the transport?

tonari is the entire stack, similar in "feature scope" to WebRTC but with different goals and target environments.

> Are they doing video encoding (the audio encoding seems to be done by that webrtc-audio thing)?

Yep, this includes video encoding and transport. We don't use the WebRTC audio library for encoding or transport, just for echo cancellation and other helpful acoustic processing.

> Have they chosen a progressive encoding format that compresses frames and pumps them out to the wire as soon as they're done?

Yep, basically, if by that you mean we don't use B-frames or other codec features that would require buffering multiple video frames before receiving a compressed stream, so we're able to send out encoded frames as they arrive.

> Is TCP or UDP involved or a new Layer 3 protocol entirely?

We encapsulate our protocol in UDP since we operate on normal internet - a new protocol is out of the question without a huge lobbying force and 15 years of patience on your side.

> Have I just missed all of those parts or were they really missing amid all the Rust celebration?

We intentionally didn't get into the protocol details because we are saving that for a dedicated post (and code to back it up).

Yep!

In our case, it wasn't a matter of hitting a specific roadblock as much as it was past experience in performance-sensitive projects, and knowing that if we start with those crates we'll probably be fine, and if we don't, we'll probably switch to them eventually for some reason.

With crossbeam for example, you can hit roadblocks with std since their channels are MPSC, whereas crossbeam supports MPMC channels (and is faster than std in every meaningful measurement last I checked).

You're right, that sounds way too fluffy.

To clarify, we're targeting "transparent" sounding audio, not "FLACs or bust" audio. Right now we send stereo 48kHz 96kb/s Opus (CELT, not SILK) that we found hit the voice transparency sweet-spot compared to the lossless audio source. We had used higher bitrates in the past, and could easily go back to them, but quality plateaued at around 96k in our experimentation.

More than choosing sane transparent-sounding encoding parameters, the biggest difference in fidelity by far was choosing the correct microphones and speakers for accurate reproduction of voices.

Please, engineers, pay attention to the ethical implications of your creations.

You can't talk about how much money you make (or could have made) and disregard the pain you cause people in the process. Not all startups are equally unethical, and Palantir is famously one of the most closely tied to so much human suffering in the world.

Not to mention GoAccess is often more accurate since many visitors use extensions which block 3rd party trackers.

In general, I think it's very important that early-stage security tools make it clear in their copy that the codebase is young, not well audited, and therefore not yet fit for serious usage.

It's super fun to play with cryptography, but giving a false confidence to users who may seriously rely on it is what can lead to major problems.

Obviously, this guy has never been to China (or any other censored country for that matter).

Been using this for about six months now, thanks for writing this!