BaumGeist

Why is Swift bad?

Also, I noticed the project has taken donations from mostly non-foss companies. Let's hope they stand by their principles

In that case, you should absolutely do rockbox. It's FOSS, linux compatible, and supports so many other audio formats beyond just mp3, WAV and Apple's m4a and AIFF. E.g.

That works according to rockbox's website (Apple days A1136 is 5th generation, which means it falls within the 1g through 6g "classic")

Heads up though: my primary use was through my car's stereo via USB; it does not work the same. It used to just pop up as a media device that showed the categories to sort by, now it's only treated as a storage device, meaning I have to search through the folders and select the file to open... At least, in theory. It actually just errors trying to index the disk, which it has to do everytime I start the car (which includes switching from only electricity running to turning the engine on). I think it might have issues with the iFlash adapter I installed to replace the hdd (i sprung for the quad microSD adapter, nowadays I'd probably try the SATA SSD adapter as SATA has much quicker read times than SD cards). That's not always the case, just this car, my old truck—with a non-stock stereo—could read it, but would take upwards of 10 minutes to finish indexing (once again, I think it's because of how slow SD cards are).

It took a lot of digging, but I found out the reason is because of the encryption on the Apple firmware, which locks down the hardware it uses to stream as a media adapter. Barring some act of generosity on Apple's part, we likely won't ever see Rockbox able to stream from the iPod to another device.

1. Reach out to the SFLC, this is something a lawyer should advise you on, not any internet strangers at all whatsoever, no matter how thorough their reply is.

2. Design-wise: You need a Ulysses Pact. This can also be applied to contracts, preventing you from being pressured into closing your source under any means by licensing it or by signing a contract with yourself

may I ask why? Different hardware is designed for different tasks, and using even a Linux phone will beat out most laptops for energy efficiency to make the same call using the same apps

You'd be surprised what a feature phone can do nowadays

I have a tinkering laptop set up with Fedora, DNF is as simple as APT and friendlier imo. I've switched to Nala (an APT wrapper that enables concurrent downloads) on my Debian PCs. YMMV.

Simply put: every distro needs its own package manager because the distros handle packages differently, from the way software is bundled and distributed, to where files reside in the filesystem.

E.g. APT is so friendly because of how rigid Debian is about the structure and info that is bundled within the .deb archive, which Pacman users tend to consider as unnecessarily restrictive bloat that impairs download/installation times. Meanwhile, yay (and other AUR helper programs) compiles the packages from source.

Although there are some that work across distros, like Nix or Homebrew. Plus there's always flatpak or AppImages or (shudder) Snaps.

And of course, if you want people to think you're basically a programmer, there's always

$ git clone <git repository>
$ cd <git repository>
$ sudo make install

(for software that is packaged with a Makefile)

Looks like for speed EXT4 still reigns, but that misses the point of ZFS, Btrfs, Bcachefs AND F2FS, which are all COW filesystems and not intended to outperform journaling filesystems in speed.

Another program that works on Windows, which I prefer to Balena Etcher, but less so than Rufus: unetbootin

The video description says it's aimed at Windows users, dd and cat have no power there

Even the manpage Telorand linked mentions it by name for non-interactive use.

Also, make sure you use the right program depending on thr partition table : sgdisk is the right choice for GPT disks, sfdisk is for MBR.

Use conv=fsync

This ensures the cache is written before dd exits, but doesn't necessarily write to disk directly. This means that, for small files, dd can finish release its hold on the input file quicker