HNHacker News
TopNewBestAskShowJobs

johnr2

269 karma · joined March 13, 2018

submissionscomments
johnr2··on Software Disenchantment (2018)
One thing nobody seems to mention is the environmental cost of inefficient software. All those wasted CPU cycles consume electricity. A single laptop or phone on it's own is insignificant, but there are billions of them. Combine that with the energy wasted shovelling unnecessary crap around the internet, and it adds up to a big CO2 problem that nobody talks about.
johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
First resignation:

http://www.chiark.greenend.org.uk/pipermail/debian-init-dive...

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> systemd is written in a language that is easier than shell to get right

You might regard C as easier than shell to get right (that's debateable), but systemd has many many more lines of source code than sysvinit. Good luck debugging it at source code level on a remote system if that "very rare" event occurs.

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> I'm not sure you can rely on popcon to make decisions like that

I'd go further and say you definitely can't rely on popcon, for two main reasons:

1 - Not many sysadmins are happy to install a program that "phones home" at regular intervals about system usage.

2 - Popcon records file access times, so a server that runs for long periods between restarts or reboots shows init files are accessed infrequently. This skews the result towards desktop and laptop installations (which are most likely to use the default init).

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> Is the current sysvinit system truly "good enough" and not in need of change?

For me it's relative and a case of "the devil I know". I actually prefer BSD-style init to sysvinit, but I've used the latter for ~20 years. I'm aware that traditional init systems may not meet the requirements of certain users (eg. those who run very large server installations), but for my simple use case (small servers and workstations) they do the job.

I'm not against change per se; I'm running Void (with runit) on one of my systems, and the desktop I'm using to post this runs OpenBSD.

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
>> but some people _like_ sysvinit

> Is that really true

Yes

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> What do other init systems do that systemd doesn’t?

If they're script based, they allow lower level troubleshooting and modification without having to recompile.

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> Do you have an example of a situation where a problem in systemd required you to patch the source and recompile, or are you just making a general statement?

General statement.

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> Systemd can do things that were not relevant 20 years ago.

Yes, "horses for courses" as stated in the post you're replying to. I don't require systemd, but I have no problem with it existing for those who do need it. I do have a problem with the idea that something that works better for me should be removed merely because it's "old".

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> categorizing systemd as "general bloat" is not entirely fair - I would say it is far more stable and easier to debug and fix (with the proverbial rusty hairclip) than debian's sysv init mess

I find it easier to debug and edit shell scripts than wade through large amounts of C code (and possibly recompile) in the event of a problem that can't be fixed by a simple reconfiguration. I guess it depends on what you're used to.

johnr2··on Debian votes for Proposal B, “Systemd but we support exploring alternatives”
> if you want to run Debian with Gnome

Considering the small minority of Linux installations on desktops and laptops (compared to servers and other network infrastructure), and the fact that only some of those will be using Gnome, I think this has been overemphasised. It's unfortunate that a minority has dictated policy for everyone else.

Having said that, I think Debian has made a rational decision. It would be unreasonable to expect package maintainers to provide multiple sets of init scripts due to the extra work. (FWIW I've used Debian for ~20 years and still use sysvinit).

johnr2··on What does your car know about you? We hacked a Chevy to find out
> Do people like you....

Your post comes across as an ad-hominem attack. I read the post you're replying to as a warning, nothing more.

johnr2··on An opinionated approach to GNU Make
> Well, using "BSD extension" in 2019 is a luxury.

Considering it's the default on the OS I'm using to post this (OpenBSD) I'd regard it as fairly standard.

johnr2··on An opinionated approach to GNU Make
>>because then you break other builds.

>[citation needed]

From OpenBSD make(1) manpage: "The handling of ‘.depend’ is a BSD extension."

johnr2··on Rustysd – A minimal drop-in for a subset of systemd in Rust
> systemd, core system in many Linux distributions, written in C++

s/C++/C

johnr2··on Drugs that tamp down inflammation in the brain could slow cognitive decline
> cutting out sugar

I'll assume you mean refined sugar here. I'd expect the benefits of eating fresh fruit and sugar-containing vegetables to outweigh most of the harm done by their sugar content.

johnr2··on The Uncertain Future of the World’s Largest Secondhand Book Market
> it is a waste of our human labour for thousands of people to be working book stalls for entire lifetimes when there is a more efficient way to disseminate knowledge.

Those who earn a living doing that might disagree about it being a waste of labour. A job that provides an income is useful to society even if you don't consider the thing being worked on to be worthwhile. (FWIW I prefer physical books to reading on a screen).

johnr2··on A Quick and Easy Guide to Tmux (2015)
> I don't understand why this is not the default behavior

I would guess it's because a lot of tmux users don't use a mouse on the text console.

johnr2··on The Curious Case of the Disappearing Nuts (2017)
> probably smart enough to plop a GPS jammer in their trucks when moving around the hot nuts.

Or they transported them in a Faraday cage, eg. a metal truck trailer.

johnr2··on From rags to Richer: A business success story built on treating people well
> Couldn't read that behind the pay wall.

Works fine here in Dillo (no JS support) and Firefox with NoScript.

johnr2··on What You Can't Say (2004)
> examples?

Person A is accused of criminal act X.

Person B: "It isn't proven yet. Allow due process to take place."

Person C: "X-apologist!"

johnr2··on A Navigator for America's Deadliest Cold War ICBM
> the (remarkable) site of Tatjana J. van Vark

It is indeed remarkable. At first I though it was just a collection of technology images, but then realised she made most of those devices herself. Thanks for the link.

johnr2··on Open Letter from Governments to Facebook Is an All-Out Attack on Encryption
> The problem is that your "1 Billion" have virtually no reduction in their security, because the government doesn't have a warrant for their data

You are ignoring the inevitable "mission creep" once a backdoor is allowed. Reasons for granting a warrant will become more numerous and more trivial.

You are also ignoring the fact that backdoors will eventually be used by criminals. All it takes is one corrupt, blackmailed or incompetent employee to grant access to someone who shouldn't have it and the security of everyone's data is gone.

johnr2··on Inbreeding in a European ancestry sample from the contemporary UK population
> only the wealthiest could afford to travel long distances.

This is the UK. There aren't any long distances ;-)

johnr2··on Lethal memory fail: Why drivers see, and then forget motorcyclists
> (taneq) I'd amend it to "anything that you could reasonably have anticipated is your fault"

I agree with your amended comment. In 30 years of motorcycling I managed to avoid hitting cars that pulled out in front of me. I lost count of the drivers that would pull up to a side junction, look in my direction, actually lock eyes with me and then pull out in front of me.

Eventually I encountered a van driver who had perfected the maneouver so that I relaxed at the last second, just before he accelerated into my path. I hit the side of the van. Fortunately I got away with a few bruises and a bent bike, but it could have been a lot worse.

The incident made me realise that caution and good reactions aren't enough to guarantee accident avoidance. I no longer ride every day, which is a pity as I still love motorcycles.

johnr2··on The Myth of Commoditized Excellence
> I kind of fear my analogy of two different dimensions breaks down here because I'm left wondering what things would have a low "toolness" score ...

Maybe expressing it as a complex number would help, eg. toolness + i(toyness)

In polar form a low angle would indicate a high "toolness to toyness" ratio.

johnr2··on Most Massive Neutron Star Ever Detected
> The "correct" conversion to (modern) miles would be 20

In nautical miles it would be closer to 15 ;-)

johnr2··on New Lithium Battery Design Eliminates Costly Cobalt and Nickel
> Without JS, this page is blank.

Works fine in Dillo, which has no JS capability. Doesn't work in FF with NoScript.

johnr2··on Exim – remote attacker can execute programs with root privileges
> Thunderbird

Thunderbird is an MUA and is not a substitute for an MTA like Exim.

johnr2··on Exim – remote attacker can execute programs with root privileges
Which non-C MTA would you recommend?
← PreviousPage 3 of 5Next →