Laser @ Laser @feddit.de

Posts

0

Comments

309

Joined

2 yr. ago

Depends on the country, I guess. There are hardly any supermarkets here in Germany that don't require you to put in money. Mostly small independent ones with small carts. But every chain uses the deposit.

Interesting that you mention it. I mainly use fish but always do some stuff in nu to check out its progress. They are in my opinion the two most interesting interactive shells at the moment that I know of, the third shell I keep an eye on is oil but rather as a replacement for bash when used in scripts rather than interactive. The project also has ysh which also doesn't look too bad and seems to go in a similar direction as fish.

Let us know when you do! It's a huge undertaking and NixOS has a pretty big network effect. Doesn't mean no one should tackle creating an alternative. I fully believe declarative distros are the future for any production environment and that the space is far from taken by current distributions.

Good points. If you go through the open pull requests on nixpkgs, there's a lot of stuff that never got through and it's not obvious as to why. I was happy to see a lot of stuff merged less than a week ago. But at this point, there's a huge backlog.

As to forking NixOS, which in my opinion means forking Nixpkgs, Guix system seems like a good start. I decided for NixOS because of proprietary packages as I use Steam, and support for secure boot which while still young and only through lanzaboote works very well for what I use it.

As I mentioned somewhere else, getting a system to do what you want is the easy part. The impressive part is offering a solution that can be sustainably maintained long-term, at low effort for the user.

I wouldn't call LFS an actual distribution. Also, while anything but easy, getting a Linux system up from scratch is the easy part. Actually building an infrastructure to maintain it is hard.

Personally, I'm not the biggest fan of Debian's and by extension Ubuntu's development and distribution model. That being said, it's my personal preference, and not an objective judgement on quality.

Mint doesn't really have any features that make it especially interesting for advanced users that it doesn't inherit from Ubuntu or by extension Debian. Or does it?

Again, not trying to shit on it or anything, but Mint's goal was always to create an easy distribution, which is no small feat. But this is nothing I'd associate with "advanced users".

How to read NixOS documentation:

1. Go to wiki, see if topic exists
2. If it does, notice how it doesn't cover your case
3. Use the hints from the wiki to get your search engine redirect you to https://ryantm.github.io/nixpkgs/
4. Notice it still doesn't cover your use case
5. Use search engine again, this time with the hints from aforementioned page, to arrive in the proper code in the nixpkgs repository
6. Read annotated source code to see what actually happens

Yeah, this is how I found https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/setup-hooks/make-wrapper.sh yesterday because I wanted to install some shell scripts that needed to be adapted.

Don't get me wrong, maintaining a distribution the way NixOS is a huge effort and I can't praise the maintainers and developers enough. The ecosystem they've built is unlike I've seen anywhere, and the technical foundation is sound – in fact I'd wager more sound than what commercial distributions offer. The latter just have more grease. But I do understand the criticism about lacking documentation. But human labor is scarce, and I mean look at me posting this here instead of improving it.

There's also no good guidance or best practices for packages in nixpkgs and stuff is permanently changing (which in my opinion is good). E.g. did you know that new derivations should be sorted by letters, not categories, and not go into all-packages.nix? At least if your derivation doesn't require fancy attributes (pardon me if that is not the correct term). Or that stdenv.mkDerivation rec {…} is not best practice, but rather stdenv.mkDerivation (finalAttrs: {…})? And why the latter even works?

Writing good documentation for a system, especially one that's permanently evolving, is not easy, and I prefer all efforts going to actually maintaining and evolving the system itself than trying to get the perfect documentation that's outdated in a matter of time. And without trying to gatekeep it, NixOS is a distribution for advanced users. I recommend it to everyone who has a solid understanding of how a Linux system is composed because I think it's important what NixOS abstracts away from you. And as an advanced user, reading commented code once in a while is fine in my opinion.

No it’s not just a phase. Mint really is very good which is why it’s very popular and widely regarded as the overall best distro whether beginner or advanced user.

Mint widely regarded as the best distro for advanced users? I must have missed it.

Not trying to shit on it or anything, but I've never heard the sentiment.

One issue with rollbacks Arch has is that there's basically only up to three valid configurations available at any time. These are your current system configuration (oldest state), upstream repositories (newest) and your local database copy (somewhere in-between, though all three states can be identical, e.g. straight after Syuing). By definition, you can't convert your system configuration back to an older one because it's the oldest one of the three already. What you can do is mix your current oldest configuration with packages from the cache, older or newer doesn't actually matter. But you're not getting back the old state really, you're creating a new one that's different from Arch's repository.

A configuration on NixOS includes all exact package versions and their exact configurations. No exceptions.

If you actually need these guarantees is a different question. I used Arch for 15 years and never had significant issues. I switched to NixOS instantly after trying it on an old notebook and immediately recognized that the whole approach suits me so much better that I switched almost all machines over by now.

Really looking forward to more bcachefs figures

I'm Windows-free for about 18 years.

It's basically the same time I started using Linux somewhat more. I didn't go Windows-free until 2007 though and then returned to Windows because I needed it for something with my Master's thesis. I kind of shudder at the thought how my old setups looked under the hood. You learn a lot in 18 years... Probably copy-pasted a lot of shell commands back then. But UT2k4 in its OpenGL glory was worth it

I think they're a great format to buy, but nowadays not that great to use. They offer the best audio quality of all physical media (fight me, vinyl enthusiasts), are really easy to handle (on par with cassettes), offers track selection (later cassette decks could detect silence but this doesn't work for gapless tracks), the equipment is rather cheap nowadays, it's a digital format without DRM... red book CD might be the best consumer media industry has ever created, my only gripe in the modern world is that its sampling rate is a bit off today's 48kHz.

However, I only rip the CDs to lossless and then rarely take them out of my cupboard anymore, don't even have a CD player. Using CDs in a mobile setting is a whole different beast, it requires a buffer and can also damage the discs in the worst case. But at home, pressed CDs live very long without any degradation in sounds quality, regardless of use. And ironically, buying them is often cheaper than buying non-physical only, though it often means that you end up with tracks you don't want. But that's an issue all physical media has.

Probably better than what some people actually eat

I'd wager it's mostly big studios leaving E3 and holding their own dedicated presentations

Really looking forward to this release! Good stuff, another (minor) possible improvement for wine would be native pipewire support. But this is definitely more interesting

Nobody mentioned Olive yet, that one is very good, though I'm always concerned about the continuation of its development.

Unfortunately this only affects boot messages, not normal system operation, for that you still get core dumps and kernel panics / oops

Steam doesn't enforce DRM, your game can use Steamworks even without DRM.

The no-DRM policy sure is very good, but in the end any game on GoG is there by choice of the publisher, who could also choose not to use DRM on Steam.

You don't do multiplication before division, they're equal operations, so you go left to right. 8 x 0.5 (2 + 2) is the same from a mathematical point of view.