I’ve also recently built my own NAS and I’ve gone through similar considerations. One of my mayor decisions was not to use btrfs because it’s not recommended for Raid Z1/Raid 5. With that, I landed on ZFS and TrueNAS Scale. Note that RAID expansion should be landing in both very soon.

Things with TrueNAS were pretty easy, very quick, and everything worked nicely. However, I noticed that it was constantly accessing the disks and preventing them from spinning down. I really wanted to keep the power consumption low (<20 W idle), so I eventually decided to just go with Vanilla Debian + ZFS. I can recommend that if you want to tinker with things yourself. Otherwise, I’d recommend TrueNAS Scale.

As for migration, you might be able to create a degraded pool initially, copy over the data, and add the parity disk last. Raid expansion would ofc also help there…

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

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.

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.

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.

This “new law” was passed more than a year ago… But, it’s still a step in the right direction.

Good luck :)

It says “UNSUPPORTED: VSYNC is not available on the Linux platform.” and runs at a stuttery 133 fps. This test shows 144 Hz: https://fpstest.org/refresh-rate-test/ The Nvidia settings app shows 144 Hz + VRR are active and I can see that the cursor is rendered at >70 fps.

I’m pretty sure that my desktop is drawn at 144 Hz (on the primary display) and xrandr also tells me that that’s the active mode. 🤷‍♂️

Edit: This is with Nvidia (proprietary drivers) and VRR monitors.

Is that generally an issue on Linux Mint / Cinnamon X11? I have a 144 Hz and a 70 Hz monitor and they seem to work fine…

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).

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

I’m not sure I follow… Did the Fedora Council actually take a decision?

I understood Matthew’s position as “this should be discussed in the Workstation WG first”, not as a “no”:

in favor of the process outlined above (tl;dr: talk to the Workstation WG, and if that does not come to a satisfying outcome, file a Council ticket for next possibilities).

Post

It also seemed more likely that they would promote KDE without demoting Gnome.

But was there a follow-up on that (e.g. in the Workstation WG)?

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.

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?

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.

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?

Of course it was patched in all affected Debian versions: https://security-tracker.debian.org/tracker/CVE-2014-0160

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.