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

Signal has profiles nowadays that can be used to connect with people without sharing phone numbers. The latter are only used for signup and discarded immediately after.

I don't know how Signal works and I never used it, but could I signup with a phone number and keep using it with another number, on the same phone?

Yes. The phone number is just for activation, once activated, you can swap the SIM and carry on. Or have the SIM that receives the activation text in another phone, or be virtual, or whatever.

I doubt they are discarded when push notifications exist

push notifications are not related to phone number, but rather to a randomly generated token in app.

Another comment contradicted this.[1]

[1] https://news.ycombinator.com/item?id=46959019


Most of the features in the article are already opt-in. It's not like Firefox just automatically translates articles against your will, for example.

Mozilla is mainly responding to inflammatory comments like yours by adding additional toggles to disable any sort of trace in the UI about those features even existing.


That problem is solved by the subsecond crate (an offspring of the Dioxus UI framework), demo here: https://youtu.be/Kl90J5RmPxY?t=1288

It's not integrated in Nannou specifically, but they're showing off Bevy and ratatui in that demo, both very popular frameworks in the Rust world. (In fact, Nannou is in the process of being rebuilt on top of Bevy.)


I don’t know if something is wrong with my mental model, but it seems weird to me that it would take hundreds of milliseconds to patch a function pointer.

Runs pretty smoothly with iwd. I get occasional disconnects (one every few hours) that may equally be down to my local wifi (other devices have issues with it too). iwd instantly papers over them, so it doesn't impact me either way.


Given that you're already using Home Manager: Make sure to also take a look at plasma-manager! [1]

It extends HM's declarative config to KDE/Plasma's config files, which are harder to manage since they also contain volatile state like window geometry. For discovery, there is also a `plasma-manager` executable that prints out most (all?) active settings. In particular the keybindings are included in there.

(This doesn't directly answer your question, but maybe is informative regardless and/or helpful for finding related options)

[1] https://github.com/nix-community/plasma-manager


Checking out Plasma Manager was on my to-do list. Finally pushed me over the edge:

https://github.com/appsforartists/device-config/blob/master/...

I've got Mac-centric keybindings working in Plasma and Chrome now. I already had them for Ghostty - I need to port those over to use the new lib. Same for Sublime.


> I've been pretty happy with it, ever since they made the photo's app actually have shareable libraries it's been just as good as any other Google Mail/Photos/Files thing I've used.

Glad to hear you found a service that's useful to you!

> If I have to encrypt my files before I use the drive, and they continue to build their AI spy into everything, though, then what is the point really?

That would be concerning indeed, but there is no such integration today and it seems unlikely they would integrate non-local models into drive. Even on the mail side, any use of LLMs is optional, opt-in, and limited to text production (i.e. no training on your inbox).


Funny timing, I moved to Ghostty this week and just today I ran into OOM crashes in Ghostty while developing a terminal UI app. Coincidentally this TUI has a tab bar that looks like this, where UTF8 icons are used for recognizability and activity indicators (using © and € as placeholders here):

    1|Flakes ©    2|Installed ©    3|Store © €    4|Security © €
   ──────────────────────────────────────────────────────────────
This works fine normally, but resizing the terminal would quickly trigger the crash - easy to avoid but still annoying!

I was already preparing myself to file a bug report with the easy repro, but this sounds suspiciously close to what the blog post is describing. Fingers crossed :)

(EDIT: HN filters unicode, booo :( )


Why would I move to GhosTTY versus the terminal emulator that comes with my OS as it's not clear to me from the documentation?


I don't think I can do a better overview than https://ghostty.org/docs/about . It's not world-changing but simply a very polished, well-executed terminal.

GPU rendering virtually eliminates typing latency. Most terminals that have it don't support native content like tabs, but Ghostty gets minimal latency without having to compromise on essentials since it uses native toolkits under the hood.

The modern TTY has lots of protocol extensions that allow your CLI tools to do things like display high-resolution images. There's tons of good-quality color themes out-of-the-box (with a built-in browser for preview).

Configuration is highly customizable but the defaults are good enough that you barely need it.


I wish a couple of those paragraphs were on the home page!


I moved because Ghostty feels just like the native terminal but allows me to set the color scheme. I have it set to match the vscode Monokai theme.

No, macos Terminal will not let you use whatever colors you like. It will helpfully adjust the colors you select to increase contrast. And it can't be disabled. It bugged me for years.


Even more specifically, the full menu chain is System Settings -> Notifications -> Application Settings, which then includes a search bar where you can enter "Donation" or "Request for Donation". (Mentioning it since entering that term in the main search bar doesn't bring up any results)


Yes thank you that helped!


It's similarly bogus here. Early Asahi development tried to upstream as much as possible but ultimately still maintained a gigantic pile of downsteam patches, which wasn't a sustainable model.

Most of current development is focused on reducing that pile to zero to get things into a tractable state again. So things continue to be active, but the progress has become much less visible.


M2 to M3 was a complete architectural change that will require a lot of reverse engineering. As far as I know no one is working on this. The M1/M2 work was a labor of love of largely one dev that has since moved on.

The project is still active and working to upstream the work of these devs. But as far as I know, no NEW reverse engineering is being done. Ergo, it’s a dead end.

Would be happy to be proven wrong.


There's still plenty of options around, Qobuz and 7digital in particular offer drm-free flac downloads.


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

Search: