Hacker Newsnew | past | comments | ask | show | jobs | submit | more jszymborski's commentslogin

People give a lot of flack to the EU, but this is the sort of thing they would regulate.


The Italian digital ID wallet is already in fact banning GrapheneOS and other ROMs [1], the EU doesn't mandate that member states have to allow non-Android/iOS apps [2]

[1] https://github.com/eu-digital-identity-wallet/eudi-app-andro...

[2] https://github.com/eu-digital-identity-wallet/eudi-doc-archi...


> OMEMO is built on the same encryption that Signal uses, so I’m comfortable trusting it.

I'm not saying that you shouldn't trust OMEMO (we all have our own threat models), but OMEMO and Signal have fewer similarities that people often assume and has some important caveats [0].

[0] https://soatok.blog/2024/08/04/against-xmppomemo/


Be aware that this post has known issues that the author is not interested in fixing. In their own words (in response to clarifications by one of the OMEMO folk):

"I'll make an edit later about the protocol version thing, but I'm not interested in having questions answered. My entire horse in this race is for evangelists to f** off and leave me alone. That's it. That's all I want." [censorship of profanity mine]

You won't find this quote in the article with Ctrl+F, it's in the screenshot, where they omitted the original constructive comment by one of the OMEMO contributors that they chose to moderate, which you can find here: https://www.moparisthebest.com/tim-henkes-omemo-response.txt

So, by all means, read the blog post. But just be aware that its ultimate goal was not to be an unbiased accurate technical article.


The post is an opinion piece and not a technical article for sure, but I'm not sure the takeaway from that quote is that the article is inaccurate, but rather they aren't really looking to start a conversation but rather state their opinions. It seems they've made multiple edits where they believe there are inaccuracies.

FWIW, I personally think Henke is correct to state that creating "...a product based on XMPP+OMEMO that, exactly like Signal, can only communicate with other Signal users and always has encryption on." would largely address most of the critiques (or at least the ones that bother me most), but that Soatok is also correct in concluding that the XMPP ecosystem and the way OMEMO is used in clients today does not meet their definition of "Signal competitor"[0], which I think is still a useful way to frame things.

[0] https://soatok.blog/2024/07/31/what-does-it-mean-to-be-a-sig...


Oh I can't get enough those blog posts written in such confident language that it's easy to filter them out instead of having to realize midway reading how wrong every bold claim they put forward is… :þ


Reolink has doorbell cameras[0] that you can keep disconnected from the internet. They also have some pretty useful local recording hubs if self-hosting is not your deal[1].

[0] https://reolink.com/ca/product/reolink-video-doorbell-wifi/

[1] https://reolink.com/ca/product/reolink-home-hub/


Reolink also fixed a problem with some of their cameras that prevented them from working with scrypted fully. I have a bunch now completely isolated from the internet and linked through HomeKit.


Right, close the issue addressing everyone else "hi everyone, @soandso is an LLM so we're closing this thread".


Does anyone know if Railway operates its own cloud or if it's running off AWS/GCP/Azure/etc...


They were originally a GCP wrapper but they started colo'ing their own racks about a year ago.

https://blog.railway.com/p/data-center-build-part-one


I think it has it's own "metal" services they're migrating customers to. Afaik they used GCP for "legacy" cloud services.


All of these services are bundling the underlying AWS/GCP/etc resources in an easier to use package.


This is actually not true for us at Railway. It's our own metal.


> Sorry but this post is the blind leading the blind, pun intended. Allow me to explain, I have a DSP degree.

FWIW, this does not read as constructive.


It also makes no sense to me, and I also have a DSP degree. Of course moving averages (aka box blurs) filter out higher frequencies more than middle frequencies.


Homework assignment: make a bode plot of the convolution filters [1 1 1] vs [1 2 1].

Which one turns +1, -1, +1, -1, .. into all zeroes?

You ought to know this because the fourier transform of [1 0 1] is a cosine of amplitude 2 on the complex unit circle e^(i*omega), which means the DC quefrency needs to be 2 to get the zeroes to end up at nyquist.

The frequency response H(z) (= H(e^i*omega)) of [1 1 1] on the other hand will have its minimum somewhere in the middle.

Also here's a post that will teach you how to sight read the frequency response of symmetric FIR filters off the coefficients: https://acko.net/blog/stable-fiddusion/


The degree to which people defend poor scholarship and writing on HN these days is frankly pathetic.

There is nothing about that intro that is offensive. Reading comprehension ought to tell you that "pun intended" is a joke to make the bitter pill that OP wrote garbage easier to swallow.


This is the case I always think of when it comes to reversing image filters.


I started using Linux desktops around 2012, and always used Debian-based distros (Mostly Debian, Ubunutu, and Mint).

I switched to Fedora this year, and I've been super pleasantly surprised. There are some sharp edges (Mostly due to Wayland and Flatpaks), but I don't think I'll be going back to Debian any time soon. Things seem way more stable than on Ubuntu.


That's really interesting. A problem I've been having with Ubuntu is just quirky things with bluetooth devices and a monitor that doesn't always get recognized when waking the pc up from sleep.

In your experience, does Fedora handle these better than Ubuntu?


I've been using Fedora since 2011, haven't had any monitor or bluetooth issues. Originally had a wifi issue when I first got a Ryzen computer, but it was solved fairly easily and haven't had an issue since. The upgrade from 42 to 43 borked my local postgres, but it seems that they understand what their mistake was there.

edit: I use it on a thinkpad, ymmv


This is literally why we suggest Fedora.

Bluetooth sucks on Debian-family because the kernel is from 2024... Fedora's kernel is from 3 months ago.

Anyway, enjoy Fedora. Fedora is so good, I won't call it Linux.


Ubuntu 25.10 uses 6.17[1], which was released in September 2025[2]. If you're going to complain about something, at least get your facts straight.

[1] https://launchpad.net/ubuntu/questing/+package/linux-image-g...

[2] https://lore.kernel.org/all/CAHk-=wiX38oG6=xFBNLO0pnjqHfxzjd...


Okay thats nice, but I actually lived through this and its not always this nice.

When you can't run your Nvidia 3060 because the kernel was outdated, you don't really bother with outdated linux anymore.

Do you think we are just making this stuff up? All these comments about bluetooth not working. Bugs not fixed. Having to do surgery with the terminal to get stuff working... We are just making stuff up?

Buddy, I would have loved if outdated linux worked.


There's always been backports in Debian if you needed more recent software than what is available on the stable branch


So you have to use terminal and have some unsupported software.... Yeah I'll take Fedora.

Debian is great for servers, why are you using it for desktop?


This does miss a major feature of Discord and why, imo, it got such an huge following among gamers at first: voice and video chat.

I've really had a hard time finding a Discord alternative that has the same kind of first-class voice and video chat support that Discord does. Back to Ventrilo and Mumble I guess /s


Matrix/Element has video rooms as a Lab function and for a while it had voice rooms too. Not sure what happened to them, but either way with MatrixRTC coming out the technical underpinnings are all there, clients just need to put it all together.


Someone mentioned (I believe?) after talking to Element/Matrix at FOSSDEM this year that the organization has been struggling a lot to get this going. Apparently issues with thier project organization forking and funding the last few years has made one of thier primary contributors, who already had fully functional and working video/voice, all but give up on the project because the upstream forming means it's now forked from a commercial/defunct version of the original code(?)


It would be nice if Valve filled in the gaps here. They already got a lot of community features built into Steam.


Steam itself is proprietary, and I imagine they'd expand the existing Steam chat and not do something separate like Proton. I don't think jumping into the arms of another company managing a centralized proprietary social platform is a good idea, even if Valve tend to be "good guys".


Steam Group Chats are sort of there; no video chat but text chats and drop-in voice chats like Discord. On the other hand they're basically ephemeral, with messages disappearing from history at some given point.

I also can't figure out a way to access them outside of the Steam client and in DOTA where I believe they're tied to the in-game guild system.


Outside of Dota, it's called "Group Chats" (below your friends list) and it looks very similar to a basic Discord interface. You may have to join a dota guild in order to see it, although everyone in my guild just uses discord.


Why can't anybody just add a button to host a fully P2P WebRTC call? Like everyone did back when Slack didn't have anything, but in one click?


In the case of voice chat in servers used for gaming, my experience has been that the persistent channels for voice are actually kind of important, it removes any friction from dropping in and out of voice chat, and allows others to easily see 'hey, there is someone in this voice channel, maybe i should join'


But that can be easily faked in client UI. Something like, clicking an empty channel internally hosts a call, hosting/joining the call causes the client to post a hidden "@user is in #call" message, etc.


I did this as a side project awhile ago it was very fun.

https://github.com/adhamsalama/webrtc

I didn't bother adding much styling to the website because I was only interested in the network side of things.


Yeah it’s so odd that none of the open-source alternatives have this feature. No video calls are not an option. We need video/voice rooms!


If an option doesn't have that then it's not a Discord alternative for me or many of my friends.


Aside from Discord, nobody has gotten this right since Yahoo! Live and Tinychat. Both are dead.


You might be interested in https://kloak.app I believe. It's a privacy-first alternative. It's still in early alpha days, but have most of the things set up. Oh, and we’ve got voice channels with screen sharing in beta too.


How do you plan on funding it? Also, the landing page mentions "You own your community data" but it just looks like you own it and allow us to access it?

Seems to me you're just re-building discord.


"Messages are stored on our servers and are technically accessible at the database level , we won't pretend otherwise. Kloak doesn't require email, phone, or personal info to create an account, your identity isn't tied to your messages the way it would be on other platforms.

Our goal is to implement end-to-end encryption for DMs so that even we can't read message content. But we're not there yet, since after all we need to make sure the platform is safe and not to shield illegal content being sent."

This is a message from one of their founders I found while exploring the app.


Why would they name their software sewer?


Mumble for voice is unironically great. For video, maybe Jitsi. I don't often have a need to video chat, personally.


Yeah I really don't get that. The biggest benefit, by far, of Discord is that it combines both text and voice chat into one! How can one seriously put forth a replacement which can't match the features Discord had on day 1?


Man, I'd love to fine-tune this, but alas the huggingface implementation isn't out as far as I can tell.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: