Hacker Newsnew | past | comments | ask | show | jobs | submit | imp0cat's commentslogin

Yeah, it is acceptable.

Yep, no "unnecessary entanglements" evidently (their words, not mine).

> Unnecessary entanglements

The problems with systemd are:

  * that once it was adopted, every single package started requiring it
  * which meant that packages that previously could run everywhere, now could only run on systemd-based systems
  * binary logs - a solution that solved nothing but created problems 
  * which locked out any system that wasn't linux
  * which locked out any linux system that didn't want to use it
  * which led to abominations like systemd-resolved
  * "bUt yOu DoNt hAVe tO uSE it" - tell that to the remote attestation crowd, of which Poettering is a founding member of. see https://news.ycombinator.com/item?id=46784572 - soon you'll have to use systemD because nothing else *can* be used.

literally everything the systemD crowd has done leads to lockout and loss of choice. All ramrodded through by IBM/RedHat.

The systemD developers don't care about any of this, of course. They've got a long history of breaking user space and poor dev practices because they're systemD. I mean, their attitude was so bad they got one of their principal devs kicked from the kernel because they overloaded the use of the kernel boot parameter "debug", which flooded the console, and refused to modify the debug option to something compatible like "systemd.debug", broke literally every other system, and then told everybody else "hey we're not wrong, the rest of the world is wrong." And this has been their attitude since then.

Look, if people want to use systemD, that's just fine. But it is a fact that the entire development process for systemD is predicated on making Linux incompatible with anything else, which is an entire inversion of how Linux and Free Software works.

I actually like unit files. But if systemD was just an init system, it would stop there.


I don't like unit files very much. Instead of these variables that are specific to systems, and are ignored if you use a too old version of systemd, thus running your ftp server as root, you can prepend to the command line: sudo -u nobody ftpd. This composes much better and you can use the same commands that work in the shell.

> * "bUt yOu DoNt hAVe tO uSE it" - tell that to the remote attestation crowd, of which Poettering is a founding member of. see https://news.ycombinator.com/item?id=46784572 - soon you'll have to use systemD because nothing else can be used.

You're saying that because the person who made systemd now work on hardware attestation, all Linux distributions will eventually require remote hardware attestation, where users don't actually have the keys?

Maybe I'm naive, maybe I trust my distribution too much (Arch btw), but I don't see that happening. Probably Ubuntu and some other more commercial OSes might, but we'll still have choices in what OS/distribution to use, so just "vote with your partitions" or whatever.


If you build remote attestation into your product, corporate entities will require it. Just look at Android - What phones today give you unlimited root? If you have rooted, what applications have you broken? If you root, what e-fuses have you blown in your CPU meaning it can never be un-rooted? Android, at the start, was open and freely modified - not so much anymore. Companies like Google can and have cut off access to user's data, without recourse. You can't modify your phone, so you don't own your phone. You just pay rent until they don't support it anymore.

I think phones are a completely different beast though (and already a lost cause), PCs seems a lot more resilient to that sort of lock down.

But on the other hand, you might be right, you never know how the future looks. But personally I'll wait until there is at least some signal that it's moving in that direction, before I start prepping for it to actually happening.


Everything else has moved in that direction:

  * Literally every game console
  * Literally every smartphone
  * Microsoft, with their Win11 requirements, is moving there
  * John Deere (read on their own hardware attestation efforts to block DIY)
  * Car companies (require specialized tooling and software subscriptions to make certain repairs)
  * Anything that requires a signed bootloader and signed software updates
  * Snapdragon CPUs and e-fuses that burn when you use unsigned software, and brick
  * Apple hardware, literally crypto-signed so you can't use aftermarket parts
  * Google Chromecast
  * Amazon Kindle, locked hardware
  * IBM has locked hardware to their laptops for *years*. Ever try upgrading a wifi card in an IBM laptop? They're already invested in this
the list goes on...of course it's coming to PC.

And Linux probably predates most/many of those things, yet remains open and without forced attestation. Why suddenly it's different today than all those years you reference?

Companies can make Linux variants that are tivoized, but it's not standardized. They have to put effort into it. Soon it'll just be systemctl --tivoize-me

They are a different beast because of the culture surrounding them — nothing technologically different. Lennart wants to bring that same culture to desktops.

People have been saying this since day dot. It was very controversial for Debian to change to use systemd. The vote was close due to many arguments which are still being played out

In any such situation there's never going to be 100% acceptance by the losing side. Hence Devuan. Hooray - everyone gets a choice.

This! The humble guitar pick is an underrated tool. Everybody should have some on them at all times.

Exactly! Forgot to run your washing machine so you gonna start it later in the evening? Bam, next thing you know they are bashing in your door.

Try doing laundry on Sunday……

To put it bluntly, it could also be that your LED light sources are low-CRI junk.

I use 90CRI LED lights where I study. They are Philips' non-flickering, dimmable, High CRI bulbs, yet my classic 25W halogen table lamp still provides a far better reading experience. The spiky spectra of LED lights are not comfortable for eyes as a full-spectra incandescent light, let it be classic or halogen.

90CRI isn't good enough to replicate an incandescent bulb in my experience. Something in the high 90's can be much better (but admittedly hard to find). And of course you may want to match your preferred color temperature too.

Actually, this is the best I was able to find. The prices increase almost exponentially when you try to go to higher end of anything, and I was not in a mood for digging whole city and the internet for a single bulb. A Philips' 90CRI bulb is already a great upgrade from an 80CRI bulb, so I ran with what I was able to find in a pragmatic time frame.

For reading black & white text, incandescent lamps are perfectly fine.

However, if your book has color illustrations, a high-quality neutral-white LED lamp is better than any unfiltered incandescent lamp.

A standard white illuminant with filtered incandescent lamps would be even better, but such lamps, as they were made a century ago, were extremely good space heaters, which may prevent their use for reading a book.


The OSRAM halogen lamp I use has special filters, and looks greenish when it's turned off, so it might not be a "brute force, let everything through", 25¢ halogen lamp. The bad thing is it's not being produced anymore, but I have a couple of spares.

I went through university with the same lamp/bulb, so that combo doesn't create the unwanted reflections much. Also, I still print everything in color, because a good color choice still boosts understandability of the material at hand.


True. I used to play warhammer when I was younger, too. I am not suprised they are still in business, because it's a very enjoyable hobby (And I don't mean just playing, also the painting part of it).

And yep, as far as I rememember, they were always horribly expensive.


    some cognitive load 
That's the entire point of it though, to make you more aware of where you are and which way you should go.

Extra cognitive load while driving isn't the smartest idea probably.

That's debatable.

It is hard to gain some location awareness and get better at navigating without extra cognitive load. You have to actively train your brain to get better, there is no easy way that I know of.


For most people driving is not very cognitively demanding so adding some load can actually increase attentiveness.

Surely you must be familiar with the flux capacitor? ;)

    "cash is king". What is queen?
"expenses", obviously. ;)

Nowadays, even the default Samsung launcher is very customizable and usable. Obviously it's no Nova, but it's not bad.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: