stuner

That's really missing the point. They were trying to sell the water block to rich people with more money than sense that, importantly, wanted the best of the best. By not reviewing it correctly, LTT screwed a small company over pretty hard. Linus then went on to say that he made this decision to save $100 to $500. He was unwilling to spend that kind of money to preserve the journalistic integrity of the channel.

The fact that he tried to make it look like LMG was going to compensate them for the block (replying only after the GN video was released) only makes it worse.

The video is clearly about the water block. They describe their experience while building a computer with it and then give purchasing advice. Sure seems close enough to a review that they should be fair to the manufacturer. And their ethics should not go out of the window just because the didn't put "review" in the title (when was the last time they did that anyway...).

Raindrop energy harvesting is a rubbish idea. The raindrops simply don't have a meaningful amount of energy to begin with: https://news.ycombinator.com/item?id=36907674

Switzerland has since introduced a law that changed this to self determination.

Given that Fedora is a distro that aims to be on the frontier of new features and technologies, the inclusion of KDE seems like a much better fit than Gnome.

This "new law" was passed more than a year ago... But, it's still a step in the right direction.

Sure, but those are completely different approaches. Dams have the advantage that they have a much larger capture area for water and that they can accelerate the water beyond the 10 m/s terminal velocity of raindrops.

The driver should already be installed but there seems to be an issue with brltty registering the corresponding USB ID when they shouldn't. You can probably fix it by following this guide: https://koen.vervloesem.eu/blog/how-to-stop-brltty-from-claiming-your-usb-uart-interface-on-linux/ (or this one: https://unix.stackexchange.com/a/670637)

Edit: Perhaps this has since been fixed in Mint 21 / Ubuntu 22.04.

Unfortunately, more sustainable (e.g. organic) farming practices generally do not reduce greenhouse-gas emissions [1]. The main issue is that these methods reduce crop yields and thus have a higher land use.

[1] L. Smith et al. "The greenhouse gas impacts of converting food production in England and Wales to organic methods"

Is using Latex an option? I've done that and it works quite nicely. You can easily populate a template e.g. using Python.

The article says they are aiming for 1W in the next couple of years, which can probably do it.

They won't magically improve the power density by three orders of magnitude. They're just trying to defraud their investors.

That looks like a software issue... I would try a different distro or a different version of Ubuntu (e.g. 22.04).

Did you perform a full shutdown of Windows (Windows doesn't fully release the partition on a normal shutdown)?

You could also try to switch the kernel version. Ubuntu 22.04 currently supports two different versions: 5.15 and 6.5, you could switch to the other one and see if the problem also occurs there.

No, they're almost entirely unrelated. Almost all CPUs will idle close to 0 W (with correctly working drivers). The main idle power contribution comes from the mainboard and other devices (e.g. disks). The Mini PCs you mentioned should have a very low total idle power, probably below 10W.

Check out Wolfgang on YouTube, he has some great videos on the topic: https://youtu.be/Ppo6C_JhDHM

You could try to downgrade simple64 to an older version: https://docs.flatpak.org/en/latest/tips-and-tricks.html

AlmaLinux is effectively a downstream of RHEL, so it inherits a lot of RHEL's pros and cons. I think, from a technical perspective, it makes a lot of sense for professional applications. It has a rock solid base OS that only changes rarely, which has lead to widespread support among professional (commercial) software. On top of that you get more regular updates to hardware support and (some) applications. You also get very long support times, which can make sense for some use cases.

On the hand, this model certainly also has its downsides. Towards the end of the life cycle, the packages get very old, especially the base OS (e.g. RHEL 7, which goes EOL this year, ships with gcc version 4.8). If you care about having the latest and greatest packages, this is not a distro for you. It's also not clear if Red Hat will try to further crack down on their downstream distros...

Overall, I think it's a good choice for a professional environment, where you don't need bleeding edge packages. Some commercial software also doesn't give you a lot of other options. For personal use, I'd probably look for another distro, unless you're looking for a very slow update cycle.

That looks quite weird... RHEL 9.2 was patched in February. RHEL 7 and RHEL 8 have now been patched too, but RHEL 9 (9.3) is still vulnerable?

Do you have a source for that? According to WikiChip Fuse, Intel 4 is comparable to TSMC N3 in density and offers better performance: https://fuse.wikichip.org/news/6720/a-look-at-intel-4-process-technology/4/

On paper, those PPA characteristics positions the company’s new Intel 4 process at performance levels better than TSMC N3 and Samsung 3GAE. On the density front, Intel 4 appears highly competitive against N3 high-performance libraries.

You can make this work using ext and Timeshift rsync. I have also opted to exclude /var/lib/flatpak/ because it's quite large. With that, my 5 snapshots currently take up about 34 GB.

However, I would recommend backing up your deb applications/packages (typically installed under/usr), as those can be critical for your system.

What do you miss in NixOS (Unstable)?

I think a declarative, atomic LTS distro (e.g. Alma) would be quite nice for business use.

Would you mind explaining how introducing ranked choice voting would substantially help smaller/additional political parties? I always find it confusing how much Americans focus on the presidency and ranked choice voting when it comes to breaking the party duopoly. At the end of the day, there is only a single president and he/she will probably always come from one of the largest parties. The presidency somewhat inherently limits the influence of smaller parties.

What I would focus on, if I wanted to increase the number of political parties in the US, is the House of Representatives. If proportional representation (e.g. biproportional appointment, party lists, MMP, ...) was introduced there, it would allow smaller parties to hold real power. (With biproportional appointment, the seats are distributed according to party voter share while also ensuring regional representation). Do you know why this hardly ever comes up in the context of the US?

What kind of junk energy is there to harvest from a car (in meaningful amounts)? I guess breaking is the obvious answer, but that's already covered by regenerative breaking. Most car-based energy harvesting systems seem to employ speedbumps that clearly take useful (kinetic) energy away from the car (probably at a very poor efficiency).

Ah, that would put a bit of complication into things. If you want to actually accomplish this though, you should largely start with the same steps as a standard system install, using a second USB flash drive to write the distro onto the external SSD, leaving enough space to build the rest of the partitions you need.

I've actually tried to install Fedora on an USB SSD to play around with it. But somehow the installer just refused to select the second USB drive as an installation target. I looked for quite some time but couldn't find a way to do it. I ended up trying to install it manually like Arch (for fun), but never got a bootable system 😅 I was able to install Arch and NixOS on the same drive without issue.

I'm actually not sure how OP could achieve something close to what they're looking for... A regular installation certainly seems like the right choice, but that may require using an internal drive.

Professional applications (e.g. CAD,...) generally don't support many distributions. In my field, RHEL and SLES are widely supported and a few tools also support Ubuntu.

I agree that the Tuxedo Nano Pro is very expensive, but the Mac Mini is much more expensive. When you look at the comparable, German prices, it looks like this:

• 8GB/512GB: 849€ vs 929€
• 16GB/1TB: 924€ vs 1389€
• 32GB/2TB: 1044€ vs 2079€ (24 GB only)

The minimum config prices from Apple look quite good, but they fleece you for the RAM and SSD capacity. And of course you can't upgrade them on your own. And of course the Mac Mini doesn't support Linux (maybe Asahi Linux will get there in a few years, but Apple certainly isn't helping).

The GPL (and AGPL) do place some restrictions on how you can integrate it into another application but this doesn't have anything to do with commercial use.

Basically, if you create a derivative work and publish/sell it, you also need to license it under the AGPL. In case of the AGPL it also applied if you use it to offer a service. But if you only use the unmodified version (same source code) and the intended application interfaces, this does not apply.

Running the application on Windows is clearly allowed. The second case also sounds ok (allowing this is kinda the point of FOSS). However, if you create an improved version of PDFCreater, then you'll need to publish it under the same AGPL license.

Makes sense.

No, I wish for something like Alma, but declarative and atomic :)

Yeah, NTFS being the problem actually makes a more sense.

OP could also just use the fuse driver then. I'm using it on 5.15 (Linux Mint) and it works quite well. I only had problems when I tried to use it for a Steam library.

The UFS storage inside an Android smartphone is basically an SSD. Both use flash memory, so it's reasonable to expect that they have similar failure modes. But I'm not sure if you could diagnose such a failure on Android.

Thanks for trying it out on your own system!

In my case, the problem was that the disk never showed up in the Fedora installer. I've quickly reproduced the issue in a VM (but I originally noticed it on bare metal):

As you can see in fdisk, the disk (/dev/sda) has been recognized correctly by the kernel and works as expected. But somehow the installer only shows the "internal" /dev/vda.

• Available Disks
• Blivet

After some further investigation, this seems to be related to the specific USB drives. I tried three different ones. It failed on a USB stick and the original external NVME enclosure. However, it did accept my USB to SATA adapter. So I guess I could install Fedora on my 10-year old HDD... 😐

Did you do anything special to install Fedora it on the USB drive? I couldn't get it to do that and would be interested in testing F40 that way.

One way to do it is have a small Python (or any other scripting language really) script that performs text replacements in the Latex source file. This is much easier in Latex because it's plain text. I don't know of a solution that doesn't involve writing your own code (apart from LO/Word serial letters).

I think that the Minisforum UM690/UM790 are looking quite attractive for their price points, if you're looking for something high-end. $520 for an 8-core Zen 4 barebone. I haven't bought one though, I'm just using an old notebook.

I have seen multiple (quality) SSDs with unrecoverable read errors after a few years. All of them had plenty of spare area left. Maybe some kind of retention issue?

Ah nice, thanks for pointing me to it!

Edit: adding some context. I am planning to setup a dev machine that I will connect to remotely and would like to babysit very little while having stable and fresh packages. In the Ubuntu world we would go to an LTS release but on the RPM/Dnf world is there any other distro apart from CentOS Stream? And also is CentOS Stream comparable to an LTS release at all considering that they do not have release number?

Wanting both stable and fresh packages is unfortunately somewhat difficult in my experience. I think the primary choice within the Fedora ecosystem is if you want to have fresh packages (Fedora) or if you prefer a slower update cycle and more stable packages (RHEL/Alma/Rocky). In the second case you can also choose if you wish to pay Red Hat for support (RHEL) or not (Alma or Rocky).

One thing that's quite different in RHEL vs Ubuntu/Debian ist that it gets minor releases that include substantial new features. For example you'll get new compilers, python versions, drivers, ... CentOS Stream gets those slightly ahead of RHEL/Alma/Rocky (a cynical person might say that CentOS Stream is a rolling beta for RHEL). But, IMHO that's not really a strong reason to use CentOS Stream.

If you'd go with an Ubuntu LTS release, then I'd look into RHEL/Alma/Rocky.

Nah, it’s been upstream since RHEL locked down. Rocky’s been doing some funky stuff though.

AlmaLinux mostly ships packages that are maintained by Red Hat for RHEL, which is why I called it effectively a downstream. But maybe we can just agree that they're related and it's complicated 😅

Good thing there’s flatpak, snap, appimage, nix, guix, distrobox, etc. to keep you up to date. The question is then: do you mind if your DE and drivers don’t change for years. And that’s perfectly fine for a lot of people.

Yes, the situation has certainly improved, especially for GUI applications. But there's always some trade-offs involved with those alternative packaging options. The nice thing is that you can freely choose if you want such a very-LTS option, or something fresher :)

I would argue that any majoritarian electoral system (winner-takes-all), including ranked choice, incentivizes large parties. There is some nuance between them, but I don't think that ranked choice can fundamentally solve that issue. Sure, you can enter a protest vote, but will it really change anything? I think that parties need realistic changes at gaining (some) power in order to be viable in the long term.

I'm not a legal expert, but the AGPL seems to be quite clear on this point:

2. Basic Permissions.

All rights granted under this License are granted for the term of copyright on the Program, and are irrevocable provided the stated conditions are met. This License explicitly affirms your unlimited permission to run the unmodified Program. [...]

You may make, run and propagate covered works that you do not convey, without conditions so long as your license otherwise remains in force. [...]

However, depending on the exact thing that they said, they may be in violation of the AGPL. Once they have given you (conveyed) a copy of the program, they cannot impose a license fee for the use of the software.

10. Automatic Licensing of Downstream Recipients.

Each time you convey a covered work, the recipient automatically receives a license from the original licensors, to run, modify and propagate that work, subject to this License. [...]

You may not impose any further restrictions on the exercise of the rights granted or affirmed under this License. For example, you may not impose a license fee, royalty, or other charge for exercise of rights granted under this License, and you may not initiate litigation [...]