I've been with Kagi for about a year now and I have had zero complaints. I love their search to death.
HN user
nan60
https://www.thackston.dev
I don't know if its polished in the traditional sense, but yt-dlp feels so perfect for what it was designed to do.
This is both the best and worst comment I’ve ever read on HN.
I did the same
I understand, but this distro doesn't bill itself as an "arch but for noobs" or something of the like like EndeavorOS does. It puts performance first and foremost, and I'm also making the (dangerous) assumption that Arch was chosen as the base for its reputation of being fast, up to date, and light, and not for any other reason(s). See also: constantcrying's comment
Based on benchmarks[1], CachyOS is slightly faster than other distros, only behind Clear Linux (RIP), but I would be extremely curious to see why this would warrant a whole who distro being created. These optimizations can (and probably will) be upstreamed into Arch Linux at some point in the future. Compiler optimizations are one thing, but enabling newer instruction sets doesn't improve performance sans some very specific workloads. This all seems like marketing hype to me with very little substance.
I have wanted this for forever. My dream watch is the F91-W, but with weather as well. I cannot wait to try this out.
This is really cool. Japanese addresses are longer and more complex than most North American/European ones, so this especially makes sense there.
Ah, I didn't actually know this! I wasn't around for the early days of Linux so I don't know much about it.
I understand it on ARM, since it's primarily targeted at mobile and other oddball devices, but using on desktop class chips just seems odd to me. I'd even understand doing so on laptop chips but desktop ones just seems like leaving extra performance on the table.
Let's not get the point of the article twisted. I think the interoperability between the two is absolutely a positive. Google's RCS implementation is what I targeted in this article because I've repeatedly had several issues with it. It has nothing to do with interoperability between the two. Android-Android is affected the exact same way by the issues I mentioned.
Intel's chips have become so absolutely awful in the last few years I also have no desire to buy one, even in laptops where power efficiency is so important. Maybe I'm just yelling at clouds but the whole P-core and E-core architecture seems off to me (and clearly Intel too), and having to implement new schedulers for virtually zero performance gain (just power efficiency) is really annoying. Especially as a Linux user where power efficiency isn't really the priority and battery life tends to suck anyway.
I've never understood why Red Hat never tried breaking into this space. People clearly don't mind paying for an OS and RHEL is pretty much as polished and well supported as you can get. A fork of RHEL geared towards home use would be fantastic. I know Fedora exists but it isn't backed by RH the way RHEL is.
This is especially a problem for devs/artists that post updates exclusively over Discord. It's even worse if they don't do so in a separate channel and you have to dig through everyone chatting to find what you're looking for. This as well and the absence of threads (yes Discord has threads but who uses those) makes searching for troubleshooting help awful. Thank god BBS's are still around.
Guess it’s time for me to switch to Void…
Amazing lecture. Really awesome to hear more about the nitty gritty of this whole debacle.
Mine does exactly this and it frustrates my family and I to no end. More often than not clothes are not dry and I’ll just end up putting them through a speed dry cycle because that one doesn’t turn off automatically (which completely defeats the purpose as I’m running through more cycles than needed)
This was a fascinating read and really got me thinking about the morality of suicide all things considered. We’ve collectively decided as a society that suicide is a bad thing, and rarely is mental health treated the same as physical in the realm of euthanasia.
This new driver (along with the modules Nvidia have released as OSS [1]) are kernel drivers and do not break userspace. NVK is a Vulkan implementation for Nvidia GPUs as part of the Mesa project (the same project that AMD's userspace drivers are a part of, even though AMDs kernel drivers are in tree). They are both needed to make a cohesive driver.
This is pretty cool. I think markdown support and animations when typing (like Word has) would be welcome additions. Also, there seems to be flickering when I first start typing?
Fair question, and it actually depends on how iMessage is being backed up to iCloud (sorta). By default, iMessage is included in your iCloud device backup, which when Advanced Data Protection is disabled, is NOT E2E encrypted. That said, if Messages in iCloud is enabled, which instead syncs your messages to iCloud, They are always E2E encrypted, regardless of if ADP is enabled [1]. Even more confusingly, if ADP is off, the keys for Messages in iCloud are still stored in your iCloud backup [2]. So essentially, the only way to use iMessage E2E encrypted is with Advanced Data Protection enabled, regardless of if you're using Messages in iCloud or not.
[1] https://support.apple.com/en-us/102651
[2] https://support.apple.com/guide/security/security-of-icloud-...
No. This will be rolled out to everyone in iOS 17.4, iPadOS 17.4, macOS 14.4, and watchOS 10.4, and is already in the corresponding developer preview and beta releases[1].
It was definitely a passion project for me. It was an AP CompSci Fundamentals class using code.org. Most just built games in code.org's JS app editor (since that was what we'd been using all year) but I had some programming experience and wanted to make something I was proud of.
Haha, I thought the exact same thing.
This just... isn't happening for me? My only extensions are UBo, Return Youtube Dislike and Sponsorblock, so I presume a UBo filter is either fixing it or the change isn't rolled out to all users yet.