skysight-inc/HackerNews huggingface dataset:
If all they found was the teleprinter, and not the crypto machine, this isn't a big deal. That is just the Lorenz version of the Teletype Model 14 tape printer, built under license. These are not that rare. I have three of the Teletype Corp version. (One is in operation right now at the Clockwork Alchemy Steampunk Convention in San Jose. Visit the Telegraph Office there today.) The crypto machine part is separate; it's a big electric-powered rotor machine, like an Enigma with more rotors. This tape printer may be special because the serial numbers match a historic crypto machine, which museum types care about.

Here's my overhaul of the Teletype Corp. version.[1] Here's a Lorenz version someone else has.[2] Here's Bletchley Park's set, with the crypto unit and the teleprinter.[3]

After I got my first Model 14, I had the paper tape they need made by a company in China. The minimum order was 500 rolls, so I sometimes sell paper tape to museums. (I tried US manufacturers first. Either they didn't want a small order, wanted a very high price, or the edge quality of the paper was so bad the tape would jam.)

[1] http://www.aetherltd.com/refurbishing14.html
[2] http://www.teleprinter.net/english/inhalt/t2.shtml
[3] http://cryptomuseum.com/crypto/lorenz/sz40/img/301491/000/fu...
Well yes, a flag, one of many. It's ownership description via superset, it doesn't mean it's THE flag of mankind.
I think you're maybe overreacting. It's worth considering that far from being targeted only at desktops, systemd seems to be pretty useful in server installs – the CoreOS ecosystem is a good example of where it works well.

I do get the impression that systemd isn't particularly well-designed, in that it feels like it would be equally possible to implement a more modular solution with better-defined and -designed APIs, such that the problems it solves could be handled collaboratively across the whole UNIX platform. I get the impression that this would make many people happier.

I do reject your characterisation problems as 'silly desktop issues' however – and it's shallow arguments like that, rather than genuine objections to the implementation of systemd that make the discussion so unconstructive.
I've always liked the Dutch for this reason.

If it isn't possible to work with somebody while disagreeing with them, then you're the problem. If you spend long enough talking to anybody you'll eventually come across disagreements.

Many people take disagreements too personally.

I was just yesterday talking to a paramedic. I mentioned to him the article I saw on HN about medical error being the 3rd highest cause of death next to cancer and heart disease.

He immediately started to attack me, exclaiming how I was not an authority in this area so how would I know what I was talking about and therefore had no right to talk about something like this.

I explained I was not the source of the information, and that large numbers of people inside and outside the medical profession are concerned that a great deal of medical research isn't reproducible and in any case if car accidents don't even touch the number of medical fatalities occurring then it's a problem since car accidents are so problematical it's one of the leading reasons we're trying to automate them.

He blew his top. Ad homs everywhere.

Later I took to the Net to see if I was correct in my impression. Turns out my 'Master of Paramedics who read lots of journals' can't have been paying much attention because the British Medical Journal and Lancet are in lockstep with everything I had been saying. In fact I was probably far too kind judging from what the leading lights of the medical profession are saying themselves.

I expect he would accuse me of being arrogant.

I've said it before but tribalism is very powerful. It is far more dangerous to Science than Religion and it definitely gets in the way of technological change.
This seems to be an old article (January 7, 2014) anyone know if Facebook still use Mercurial?

About securing different parts of the repo, the mercurial server actually doesn't have any user authentication! You are meant to do that yourself with SSH or a web server, where you should be able to have more restrict access to some special folders.

About using a single repo, it does make sense to have all code that interact with each other at the same place. Imagine changing a variable name in some API and at the same time update all usage of that name in the whole codebase. And imagine the bureaucracy and people management for just making a variable change if there where separate repos witch you might not even have access to.
That's assuming that booting is CPU-bound. However I am fairly confident that for over 90% of people it is IO-bound in which case throwing more CPUs at the problem won't make it go any faster (might even be slower).

And for reference I have compared sequential vs. parallel on rotating disks and SSD for myself. And there was almost no difference in boot time between both (only significant speedup was from replacing the rotating disk by the SSD).
Is using an outdated C compiler a security risk?
Why I had to escape my Ivy League life and disappear
I guess Click was only for phones while Snappy for desktops was released long after xdg-app, but that's splitting hairs.
or read about your industry trends. Not general startups.
> I wonder when the modern "tulip" madness will come crashing down.

Probably won't. Artworks with provenance are like bitcoin 'avant la lettre' - pointlessly expensive manufactured things in limited supply which are trackable/traceable to a certain point (not too much, not too little ...)

"How convenient!"
Google got out of owning Motorola at a $9.5 billion loss, modulo some real estate and the patents.

The Nortel patent portfolio sold for $4.5 billion, which was higher than Google was willing to pay.

Andy Rubin did not like what Samsung was doing with Android and wanted a captive OEM. This doubled Google's headcount, it changed Google's financial numbers materially, it cost a fuckton of money even at Google scale at a time when it was apparent that no phone OEMs were very profitable, and it was strategically incoherent.

Andy Rubin was exactly the right guy to make Android a success. But buying Motorola and intending to keep it as a captive OEM was a large mistake.
How might cellphones cause cancer
I'm not really sure I get your analogy. Oil spills are bad, so we should shout about how awful it is to have an economy dependent on it?
except of course romanian and moldovan are romance (very much east), as is Rumantsch (very much centre)
tmux is able to contain the platform specific code to a single file per kernel? How quaint. They must really care about reusing existing platform abstractions such as daemon() from glib instead of bloating their codebase pointlessly. Good on them.
Please don't recommend Flask-Assets, JAC is so much better:

https://github.com/jaysonsantos/jinja-assets-compressor
A face, or a fingerprint, or a social security number, is like a username, not like a password.

Separately, simple facial recognition cameras can be fooled with printed photographs. Will 3d printing in elastomers let us fool whatever countermeasures are being developed against that?

Separately, we need to get started on building a society where we all are comfortable and safe without privacy, because privacy is dying. Trying to save it is like trying to provide subsidies for horse carriage manufacturers in the age of the car.
Click from Canonical? I think you're confusing it with Snappy: https://en.wikipedia.org/wiki/Snappy_%28package_manager%29

Where can I find who wrote Click in the first place? The only reference to wikipedia seems to be about klik, not Click: https://en.wikipedia.org/wiki/AppImage_%28packaging_method%2...
If the only valid way to reject an erroneous mathematical theorem was to offer a valid one to replace it, mathematics today probably would be stuck in an unnavigable quagmire of he-said she-said.

Fortunately, mathematicians managed to reject the rhetorical approach to truth-finding. Will the rest of us follow?
So programs that have no problems whatsoever (like tmux and screen) will have to add linux-specific code to support a systemd feature no one asked for.

Nice. (/s)
I think you're underestimating most people. Everyone knows they have one life. If they were given a chance to really do whatever they want to do and were asked to think about it, they will always decide to go with the decision that fulfills the top level of maslow's hierarchy which is self actualization. The problem is most people live lives without being aware of this, so I think "Do what you want" is a good advice because it at least attempts to make people stop and think about it.
>Sometimes sth. is done and no immediate improvements are needed.

That's a very weird thing to say in response to somebody saying, "improvements were needed and made but not released".

> Furthermore, the repo is out there.

Now that's just ridiculous. If somebody wants to not have releases, that's fine. E.g., rbenv plugins just seem to be "pull latest from git". But if somebody is going to have releases, then it's absurd to say: "Hey, if you want this to actually work, don't use the release that all the docs tell you to use; instead build the thing we have explicitly not given to you."

Having releases: good. Not ever having releases: good. Having them but not using them: worst of both worlds.
The bad software will update itself to continue being bad using the new mechanisms that systemd provides to allow it to be bad. By spending efforts to fix the bad software, or to write better software, you will do much greater things than to break the multitude of software that behaves correctly.
Hard to believe that there would not be a chain of steps to gain access. Are you saying that there are, but that the steps in this case are always bundled and in a set series?

(Might be worth stating if in fact you've finished the CTF challenge; otherwise, what makes you sure this is the case?)
I've seen this UI in other apps, and I absolutely fucking hate it. Google Maps was a particularly egregious offender, where rotating the device or calibrating the compass would prompt for feedback, usually in the middle of trying to use a map. And who shakes a device in annoyance anyway?!
That's a really cool idea, I don't think we've even considered this before. If you have information about how to get this kind of thing going, please get in touch! (My email is my hn username at cern.ch)
False less than 1% of the time (unless you have better data)
You're right, thanks for fact checking.

I was conflating snappy and click. I've updated my original post.
The sponsors are sponsors of the site. I'm not an official charity, so it's not deductible, but I still accept donations from people who appreciate the site and want to defray the costs of hosting it. It's unrelated to the sponsorship of the activity itself. -kmp
Looking for a Node.js CMS for an Enterprise?
We do have positional audio in modern consumer VR headsets. (And I'd bet the military units mentioned in OP don't have it). This goes way beyond binaural audio.
Couple of nit-pics:

> you come across a small, glowing light — something that’ll entice any gamer in search of loot

That small glowing light is not a UI element to highlight the tutorial – instead, it's what a 'save point' always looks like in that game. It just so happens that the first time you interact with a save point, you get a tutorial (the same as the first time you interact with several other game mechanics, which don't look like glowing lights.)

So that goes against the author's thesis a little bit - arguably they are misinterpreting the SNES UI in the context of their modern experience.

>Chrono Trigger is one of the few SNES RPGs I’ve played where poking around mundane rooms pays off.

Poking around mundane rooms in order to get rewards is almost a trope in SNES RPGs - Final Fantasy in particular was full of "secrets" you could find.

In fact, this reminds me of a criticism of game UI (Ernest Adams, maybe?) which is that its not obvious that you have to shoot crates in order to get health, or try to interact with not obviously interactive elements of the game world for hidden rewards. Experienced players quickly find these things by shooting everything and trying to interact with everything, because they are familiar with the trope from other games, but it makes the game less accessible to newcomers - arguably bad UX.
> Today, someone else is picking up the tab. For one day, he's once again part of the beer garden and its culture. He even saved two euros that had been planned for groceries. As he departs, he pulls the two-euro coin out of his bag and places it on the plate in front of the bathroom attendant. She warmly thanks him. Huber smiles.

He plans to kill himself if he gets to the point where he has no good looking shirt, but he gives away two euros to the bathroom attendant?

You can get a nice shirt for 40 euro. Why does he give away his money if he is in dire need? It seems reckless.
Simple config file reader for Golang applications
Damn. I gave up after three paragraphs of fluff. I would have stuck with it longer if I had known there was a Keynesian buried in there somewhere.
I see, the super rich have more money than the super poor; how obvious, no idea why I missed that.

Any idea if there other differences, or are the super rich and very poor on average the same? If not how so?

Also, might be worth noting if this is based on meeting people in the real world?
Got a whole bunch of tutorials listed in my React/Redux links repo, at https://github.com/markerikson/react-redux-links. If you're looking for a couple that are really simple and involve no other tools or libraries, you may be interested in http://jamesknelson.com/learn-raw-react-no-jsx-flux-es6-webp... or https://github.com/kay-is/react-from-zero.
But isn't this mechanism they're asking tmux to use a way to evade being reaped?
I can answer that - initially I had a couple more sentences in my comment which in retrospect came across as condescending and gross. People stopped downvoting after I deleted them. (I had said something along the lines of "My guess is the article is connecting with people's emotions. Please upvote more thoughtfully.")
> I'm interested but when I look at job listings it's really rare I see anything for flask compared to [...] RoR.

That's because Flask is simple. You advertise RoR when you want somebody who doesn't need to spend a lot of time learning Rails. But nobody needs to spend a lot of time learning Flask.

That's also a drawback of Flask, in that you have to build or add more to get the same higher-level expressiveness of something like Rails. But if what the project needs is a relatively low-level web framework, it's a fine, easy-to-learn choice.
Love of bullshit is the root of all evil.
For those interested, here's a nice article on history, decline, usage, and fan clubs surrounding OS/2:

http://techland.time.com/2012/04/02/25-years-of-ibms-os2-the...

I tried it once a few years ago to see what fuss was about. It reminded me of a slightly-better Windows 3.1. Maybe one of those zealots in the article could show me in a live demo why it was great then or if it is now in any way. Not sure. The claimed reliability of it would be a lasting benefit if that was common vs what was achieved with a primitive, predictable application. High-security methods at code or compiler level might also be applied to it if it's relatively small.

Could be some potential but I think it's probably one of history's dead ends.
I am not sure I get your point.

Systemd is not a platform. And not every Linux runs systemd.
Well yes and no, people have built sentry guns with paint ball weapons[1].

[1] https://www.youtube.com/watch?v=nTs7VRFV36c
This is just fascinating. Thank you for sharing that.
I greatly appreciate this blog for breaking up the monotonous techno-optimism native to HN, but I don't know that the author has thought through this particular position very well. He's right that, strictly speaking, our odds of preventing climate catastrophe would be better if we would at least consider the idea of substantial reductions to our energy budget; but, the reason that we don't generally think that way is that meaningful reductions to our energy use would entail tremendous suffering.

Speaking personally, my gentrified urbanite lifestyle wouldn't likely be too changed- I don't own a car to buy fuel for and the electric bill for my tiny apartment isn't irksome, the price of groceries would go up but even a 2- or 3-times increase wouldn't meaningfully impact my budget. My job is sufficiently abstracted from physical industry that its not going to be rendered uneconomical by any sudden change in global circumstances. But my lifestyle is very strange in this regard (and I'm probably missing some ways in which I would be meaningfully effected.)

If you're living out in the boondocks (requiring a car to get anywhere) far inland (so all your food and etc is shipped in likely via truck) and working a blue-collar job (in an industry or context that can be outsourced, rendered unnecessary, or simply done without, in case of economic downturn,) a 2x rise in the price of oil could absolutely destroy your life. The vast majority of humans on this planet don't have the sort of economic buffer that they could tighten their belts to cope with the economic retraction entailed by decreasing energy availability. The governmental and economic elite have "given up" that approach because no one wants to be responsible for that sort of catastrophe.

It is valid, I guess, to be of the opinion that "since the world might literally end otherwise, needs must", but I don't get the impression that the author is of this mentality. In either case, they would likely agree that in the face of this extreme option, ways to cheat around it ought to be explored.
I think this theory is quite solid. For some reason denmark has always (or at least for a very long time) had unlimited sms/mms in most subscriptions.

We also have a low WhatsApp adoption rate. Lately fb-messenger is winning territority (and so is snapchat, but for other reasons), since it offers good group chat on top of a service that already covers north of 80% of the entire population.
> I am not sure how the uptime argument is relevant here.

Init-time amortized over uptime. 5 seconds to boot is a big deal for a box that comes up, lives for 60 seconds, then dies. Not so much for a box that comes up in 5 seconds and stays on for 2 years.

> Your last point seems argument for the sake of argument. We are in a technical discussion, not a religious discussion.

And yet, you're making up numbers to paint a picture you want others to see. You suggest that I'm arguing from opinion when you're making up details because you want to be seen as correct.

> If systemd can better utilize my system resource and cut my waiting time, I am going to use that. My lost time is the real issue, someones irrational hatred for something bears no value to me.

Then use systemd. Or don't. This is what I meant about "perceived." You perceive init's boot time to be your/an issue. I haven't had such a problem.

---

You're coming off as dramatic and aggressively-emotional, which is my cue to walk away from our exchange.
The Advantage of Co-Browsing What Tagove Offers That Others Don’t?
Previous discussion of Flatpak, including some technical discussion and useful links:

https://news.ycombinator.com/item?id=11697678
I think the idea is that there is such a level of understanding required to really supply an answer that unless the walkthrough is extremely informative, and you take extra time to really understand what it's explaining, then you'll likely have problems on the next level. But yes, it should be possibly to have a walkthrough that you can learn from. I think a set of progressive hints would work better.
Not OP, but I can answer this one.

1. Many jobs are acquired based on things other than one's skill set. Some that I've seen: friend, family, lives in the area, internal candidate (so less process), spouse of current employee, minimally viable candidate that avoids a public job announcement, need a butt in the seat ASAP or the seat is lost, no skilled candidate will actually apply for the job (e.g., lower salary, bad reputation, etc.)... the list could go on and on.

2. The people doing the hiring might not have had the skill set required to know that he was unqualified.

3. He may be sandbagging his own skills. A lot of times the hard part of a job is problem solving. The tech part, even if he did not know it at the time, is learnable. The problem-solving part is less easy to teach.

4. Due to various unofficial policies that exist at places like universities, there may have been a requirement to find a new place for him when he was "fired". This could be for a number of reasons. Maybe he was actually laid off (e.g., reduced budget for that department and he was junior). Maybe he fits a certain profile that they want to keep at the university (e.g., he's connected to someone important). Maybe they wanted to avoid a potential lawsuit for wrongful dismissal.

Having seen a lot of odd stuff happen at well-known universities, I have to say that my curiosity has been piqued. I hope more of the story is told...
That an assault on the Tribe is always internally perceived as wild unsubstantiated attacks void of reason (i.e. the anarchy) is kind of interesting in of itself.

I mean we all know conservatives and liberals don't understand each other and talk a different language but there's something interesting here to unpack.

Instead of developing a Babelfish (realtime universal language translator) for ordinary languages, imagine if we could slip a little yellow fish into the ears of liberals and conservatives so they fully comprehended what the others were saying to them.

I imagine their heads would explode. But assuming they did not it would be interesting.
Sure there is, that's why nohup had to be invented, because people wanted to leave some processes running after logout.

(By the way, I disagree with this request to change tmux)
False. Empoyees of a 2 billion dollar corporation deciding to demand free labour from the community to accommodate what they've decided by fiat is the new Right Way is incredibly insulting. The tmux developers do not exist to serve your whims. The community is not here to save you money.

Isn't the usual answer to this, "If you don't like it, fork it?"

If you work on a large FOSS project, you will spend a lot of your time reacting to decisions made by other people. You won't agree with all of them. Some of those decisions will be made by $2B companies, some of them will be made by influential individuals like Linus and Lennart. Still others were made 20 years ago by some anonymous person in their basement.

Either way, if your complaints fall on deaf ears, your options are limited to living with it or forking it. That's just how it works.
Considering how cheap protein is, you must be the greediest person ever to fake baby formula.
My understanding is that programs which don't call pledge don't break under openbsd, they just don't get the corresponding security improvements.
So, to answer my own question, based on the graph of the rates at the wikipedia article[0] it looks as though you might see 100 to 1000 events per year, over an area the size of the Bay Area.

[0] https://en.wikipedia.org/wiki/File:Cosmic_ray_flux_versus_pa...
Would a yearly single flat tax of XX% of total net worth for every human in the world solve the problem? Essentially a literal redistribution of wealth, but could it work?
They can patch in their versions of tools as much as they want. And if some third-party project doesn't want to integrate pledge it works just as well as before.
It's a lot to absorb without some background. I was playing it about a year ago until I ran out of free time (still want to go back and finish), but it brought back a lot of memories of programming assembly in college, which probably helped.