skysight-inc/HackerNews huggingface dataset:
> Nohup was invented in response to a new SIGHUP which broke persistent processes. And today, it is accepted as the Right Way.

Correct

> This is no more an insult than removing cgroup write access from processes or any other new kernel feature.

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.

> Systemd is trying to build a new feature that is useful - reaping processes after logout should help improve security and performance.

There's NOTHING new or innovative about this! Processes are already reaped at logout, unless they're nohup'd. Changing the state of affairs to "processes are reaped at logout, unless they use dbus to ask systemd to not reap them" is just a bunch of mechanism churn to get the same result

> Think about Chrome having flags to "run background processes after app is closed".

What would stop Chrome from doing that under this new regime? Literally the only difference is that they'd be accomplishing that via systemd-specific code rather than portable, SUS-compliant code.

Ultimately all this change is accomplishing is deprecating simple, portable interfaces for achieving nohup behaviour with baroque, dbus-laden, systemd-specific ones. Red Hat's goal here seems to be little more than increasing systemd's surface area; otherwise, why not simply hide the sausage-making systemd cruft behind the portable API?

> Systemd is trying to maintain backwards compatible behavior by collaborating with developers.

"Collaboration" is not a synonym for "I have altered the user space contract. Pray I do not alter it further".

> We should not do these things cost "that's the way they've always been" is killing innovation.

"Innovation" is not a synonym for "instead of a daemon(3) call, here's 150 lines of dbus crud to get right back to where you were before".
The important costs though for the current wave of VR are hundreds of millions of dollars for OLED display manufacturing lines, and an additional many millions of dollars of engineer time from Nvidia / AMD / HTC etc for custom drivers, low persistence hardware etc. It's very, very, likely that previous $80,000 or even $200,000 systems are not up to par with current mass-market hardware regarding key metrics relevant to motion-sickness, or even that the military bidding process would even specify those metrics considering that their importance was only discovered recently through user testing on hardware that was not previously available.

One other interesting thing to note (at least on the HTC Vive) is the majority of the content for the platform is focused on standing / walking with motion in real life matching 1-1 with motion in VR. Which both stops a major source of motion sickness and rules out entire categories of software like flight simulators, which seems to be his entire work history.
> as there is no traditional DNS system available to provide easy to remember hostname addresses

I think in future reworkings of TOR a decent DNS apparatus will be one of its features. Usually 'hacks' like this are made obsolete if the hack is repeatedly used and has reached a saturation point. One example of that is how ICANN now allows for any number of novelty gTLDs and I rarely see domain hacks now because of this (Think of using .delicious instead of del.icio.us).
Which would support the hypothesis. Greater inequality greater the tendencies for authoritarian control. US inequality is on a increasing trajectory with nothing likely to stop it. So where else do we end up?
Rocket chat is awesome. It even has giphy integration!
I would think not. Is the interesting part of the problem drawing charts? If not, it makes perfect sense have that abstracted away somewhere else.
It's not that optimistic. Even if you assume a totally uninformative prior, it's still reasonably likely to happen in our lifetime. E.g. the copernicus method/prior gives an estimate of 50% probability within the next 65 years. And an even more optimistic prediction if you add other factors: http://lesswrong.com/lw/mxy/using_the_copernican_mediocrity_...

You must have some strong additional information to make such a pessimistic prediction.

I really don't know where you get the impression that the majority of HNers expect strong AI in 10 years. That's just ridiculously. I would guess maybe less than 5% think that. Yes there are a lot of optimistic articles on AI, but they are almost all about weak AI.
https://en.m.wikipedia.org/wiki/Lorenz_cipher
What are you referring to -- the Brexit vote? That won't change anything either way. Or something else?
What is Vexillology dr. Cooper?
Then these developers should be patching the broken processes, not breaking things for people who are using them correctly. This is the fundamental flaw of systemd -- it ignores every other project because the systemd developers are obviously right and everyone else is ignorant.
Fossil-fuel tycoons have never exerted significant* control over the government in most of the US, and I doubt they've any more control outside the US. At least in Europe, the Green Party effectively nulls the voice of energy executives ( with the possible exception of those who have significant revenue from the North Sea ).

*There are cases, but they're mostly in the past and in the wake of the rebalancing during the post-WWII era.

It is a problem of alternatives; the alternatives aren't really in place yet. Ironically, the wealthy can afford them.
If you want a deeper understanding of mathematics and physics for game dev I would advice to read http://www.scratchapixel.com. It has a good entry guide which covers all the basics. As a bonus it lays the foundation for rendering the objects, explaining them in the light of the just learned 3D math. It has the structure and completeness missing in these articles to create real understanding of the matter.

A good read if you didn't follow any CG classes, or if those classes are a long time ago.
I think the real issue here isn't if or how often VR headsets cause simulator sickness. The real issue is that VR can fuck up your proprioception. If pilots, who are using it relatively infrequently, are having issues lasting for several hours to several days, what sort of issues are gamers going to have when they're using these things daily over the course of years?

If I recall correctly, this was one of the biggest issues that Sega ran into with Sega VR. They knew that short term exposure to 3d/VR would shut off some of the cues your body uses for depth perception, and they were concerned that prolonged use might have a more permanent effect. Because of this, their lawyers advised them not to release the product for fear of lawsuits if people suffered permanent damage.
The original syrup was https://en.wikipedia.org/wiki/Isomaltooligosaccharide . I buy retail for my own recipes, under the brand name VitaFiber.
Honestly, while that's a good suggestion, I think it's only part of the answer:

1) Trees used to be a lot more abundant before fossil fuels were a big a thing, but now people are using the land the trees would need for other things (e.g. farming, cities) that are unlikely to be displaced.

2) At some point organic carbon sinks will hit equilibrium as the organisms that compose them start to die and decompose.
Detecting duplicates is not a solved problem; it's hard. You have to compare strings and everything.
fly-tipping in userspace
This isn't really systemd's fault. It just happens to have an intrusive solution. Even the solution of using daemon(3) is incorrect (despite having existed for 30+ years).

A user_daemon() interface is the Right Way. Processes should not survive past the user session without some fancy footwork, not as a default matter of course. Applications will have to be reworked in some cases, but that's because linux has been subject to bad userspace practices all over the place for decades and after the big issues of drivers have been hashed out, time for a little objectivity in handling processes.
No problem with that. Its a system. Rich stays rich, poor stays poor. Exceptions only proves the validity of this general rule.

http://www.spiegel.de/static/happ/_pattern/story/foundation/...

My favourite joke about 'How you managed to become a millionaire' has a morale that power and wealth is always inherited. Gates maybe a 'self-made' multibillionaire, but his very functioning in this quality only makes "rich stays rich" principle to stand. I would be fascinated would Gates finance social revolution in Mexico, to make people there less poor. Will never happen, because once you rich, you support agenda of the rich.
Unfortunately not open sourced (yet). The main reason is because we're physicists, not web security experts (although I do have some background in this). I was afraid that if we open source the code and make the protocol way too obvious, the bar will be just too low for some troll to spam our data acquisition servers, making it hard for us to do science. So for now we're kind of relying on good-old "security through obscurity".

In the future we hope to harden the online system further, and eventually open source the code for both the android/iOS apps, as well as the online website which functions as a high-throughput distributed DAQ with online analytics.
To me it seems actively good to include examples that use well-developed libraries, to show the types of tools and abstractions that one can build on. Restricting oneself to a language's standard library may give the false impression that anything worthwhile requires a large bootstrapping effort.

That said, it would be fun to provide, e.g., a 500-line graphing library to show how one might begin building something like highcharts.
I can imagine friendlier ways of "collaberating" than "oh, btw, we just shipped this breaking change and users of distros that already upgraded are getting annoyed, here is the official way to fix it". tmux IMHO is important enough that talking to them beforehand would have been the decent thing to do.
This looks like OSX distribution app. I prefer nix ...
usda when measuring cooked or raw beans, for example, measures them differently.

for example cooking 100g of beans in 500g of water would result in, let's say, 450g of beanwater (beans + water). usda takes 100g of that beanwater and says it's 100g of cooked beans (water content of cooked beans is way higher than in raw beans [their tables say]).

I was worried there's not enough protein in 100g of cooked beans, but there is, it's just not 100g of cooked beans, it's 450g of beanwater.
> apps rely on old bad behaviour they should be changed to work the new better way

This behavior is neither old nor bad and painting it as such is just rhetoric.

When the 'session' that spawns a user daemon ends, usually via logout, the child processes receive SIGHUP which notifies them that their controlling process has exited. Most processes respond to this signal be terminating. However, if a process is intended to persist, then it will simply ignore the signal and continue running.

Now, if we're going to have a rational discussion about this then you need to explain what is wrong with this model, and why transitioning to a systemd specific dbus interface is an improvement.

> new better way

Which has a hard dependency on a specific init system reducing portability. UNIX signals are stable, documented, and so portable you can even use most of them on Windows.
Seems to be divided by geography. Germany is culturally a nordic country. Which makes it northern europe, not central or west.
Fanatastic work - Pushed to hackr.io also. http://hackr.io/tutorial/building-a-yelp-clone
Show HN: The Grand Theory of Success – A Short, Actionable Podcast
Yes, authentication != authorization.
But it's more convenient to equate them apparently.
High quality unicode? Where every string with even a single emoji takes 4 times the memory. They should have used UTF-8 for their internal representation.

Putting that aside, my issue with 3.X is that I have to use the unicode type even when I'm manipulating byte strings.
At the same time London makes richer the rich.
Oh how I'd like a compilation of 500L APL programs.
the list also has links to tech blogs maintained by Startups.
ASP is Average Selling Price. If you don't know what it is, how can you know whether it is relevant or not?

Apple got a massive head start because there were plenty of non price sensitive consumers to sell to.

Android overtook iOS because there are many more people who can't afford Apple's prices.

It doesn't matter whether people care about the shortcomings of Android, such as the update problems. If they can't afford Apple's higher prices, they will by Android instead.
How about replacing people that are already there? There's so much Germans, what's the problem if they have enough offspring to keep their numbers? If you oppose to that right it's much much worse than racism you mentioned.
At least now they've sort of restored the online presence indicators with the "last seen XXX ago", but I still don't understand what can be so hard about searching hangouts conversations on the phone. I can search through emails and through SMS. Why not hangouts?
Have you thought about trying to partner with someone to do a Google Summer of Code (or something similar) for this? It seems specific and targeted enough that it might have a chance of getting support.
Hmm, can you expound on this?
Arch is largely OK. The only troublesome and WTF-ish upgrades I recall were systemd (which I avoided) and symlinking of /bin and /lib to /usr.
3D movies are so far away from reality, we still experience them as a moving pictures in relief. They don't have correct scale, depth, field of view, or even correct head position. We have these in VR which triggers the brain much more powerfully.
Bhyve now with graphics support
The problem with science is that it's findings get exaggerated by the media and by politicians. People latch onto one positive result, and ignore all the negative results. The media reports on findings that haven't been replicated yet, and significantly distort and exaggerate them.

Even within science, there are problems like publication bias and political bias.
Out there is a certain "increasing version number fetishism".
Reminds me of "port knocking", a similar form of security through obscurity.

Still, this stuff is useful just to thin out all the crap coming in from botnets.
We're here! Unfortunately I'm terrible at social media and especially blogging, so from the outside we must seem pretty dead. See my response to GP, but basically we've pumped the brakes a bit after a small initial beta roll-out in order to ensure we are accurately modeling the detector response to muons. This is essential to ensure we're not throwing the baby out with the bathwater when deciding which data to keep (i.e. upload to the server). Since we scan HD video at ~30fps to look for the cosmic ray signatures, we have to very aggressively throw away uninteresting data in order to keep the data rates reasonable.

If anyone here is really interested in giving the beta test a go (android only for now), feel free to email me directly (look elsewhere in the thread for my address). It would be good to hear some feedback from the pro hackers here on hn :)
But wouldn't be irresponsible hubris for Gates to meddle in Mexico? It was when William Randolph Hearst meddled in Mexico.

If "social revolution in Mexico" looks like "social revolution in Egypt" then I fail to see a probable upside.
http://blog.erratasec.com/2013/09/masscan-entire-internet-in...

180 seconds is still seconds. Randomizing ports really doesn't buy much.
I am wondering if the removal of the motor is some form of temporary disabling of the unit in question.
I would only agree on inheritance tax if you simultaneously maintain quality free public education and social lifts.
Sometimes sth. is done and no immediate improvements are needed. Furthermore, the repo is out there.
Update: never mind. I was mistaken about the timeline, click definitely predates xdg-app.

If you're implying that Canonical shouldn't be blamed for creating Click as an NIH solution because they released it first, I'd disagree. xdg-app has been a thing for way longer than click.

xdg-app was open, the architecture were documented, and Canonical probably could have worked with it if they cared to. Same with Wayland and Mir.
Meh, these maps are way better: http://atlasofprejudice.tumblr.com/post/80937352126/20-ways-...
> Even the modern replacement careers- nursing schools, medical schools, which, contrary to the American legend, are calibrated to turn out very few brilliant practitioners in favor of a large, reliable number of perfectly adequate practitioners and a vanishingly small number of screwups- are becoming more lottery-like. Specifically, the ratio of medical school “slots” to the number of residencies waiting for those students once they graduate is going way up… but I digress.

Wut? I'm pretty sure the AMA would never let Med school seats exceed the number of residency positions.
The same cheat was used in milk in China in '08. Baby formula was effected and babies died. Many companies were doing it and something like 50,000 babies were hospitalised. https://en.m.wikipedia.org/wiki/2008_Chinese_milk_scandal
> Systemd is trying to maintain backwards compatible behavior by collaborating with developers.

I think you should check what "backwards compatibility" means, because it's the total opposite of what you're describing
> I will try to report back before the topic has migrated into oblivion.

I'll be interested in hearing it.
Clickbait. The algorithm is a new technique for combining entropy sources.
Assume it will happen. The technology is there, and there is sufficient motivation (both for "good" uses and "nefarious" ones).

What should we change in our behavior?

(I'm not talking about intentionally obscuring photos of ones self, but more about how systems like these will effect society)
To be honest I had not considered that angle. If you were going to write the equivalent of "Windows 3.1" for Linux how would you start?

For those to young to remember (or care :-) Windows 3.1 was the commercially successful version of Windows where all of the "user experience" had been abstracted into the Windows libraries, leaving the MS-DOS kernel underneath for legacy APIs and driver support. The DOS kernel, once the "center of attention" became irrelevant.

If the systemd folks can get everyone to write applications to the systemd APIs, then the Linux kernel people are just plumbers who you can yell at if they don't support the latest networking chip or USB gizmo, but aren't really contributing things to the system that users see.

Its brilliant in a way, and the more I think about it the more plausible it seems.
Pledge was not praised across the board for precisely the reasons you mention. It's optional so no one aiming for portability will implement it, it's not user configurable, permissions are too broad, it's unusable by any application that isn't pledge-aware, etc..

Now SELinux isn't perfect by any meaning, but the key difference is that applications can be SELinux aware if they choose, but you can still have full protection without the application knowing that it exists.

I would much rather try to improve SELinux than try to make pledge work for precisely this reason.
Now i wonder if the likes of Firejail works with Appimage.

As in yes, i see nothing that prevents you from applying existing sandboxing techniques around Appimage distributed software.
Dividing Europe based on language would make more sense: romance languages in the west, germanic in the centre and slavic in the east.
But in the case of India, didn't they try the other way and it didn't work for them, so they decided to go on the way of liberal economic reforms, while still adapting patent law to their unique circumstances(which i fully support) ?
Quite the contrary. Communists understood that only labour creates value, and education gives more value providing opportunities to more sophisticated labour, aka technology, inventions. This is why they gave housing for free to everyone agreed to provide honest labour within the system. The system had flaws, was not free from corruption, but it worked. My mom spent 5 years in toxic plant, was awarded 3 bedroom flat in modern house for free. It allowed her to invest more into my education and give musical education to my brother.
Lets code authentication. Todo application part 3 using Elixir and Phoenix
Well it is in large part what Android is doing already. Most apps there live inside the Android JVM after all.
You can load a die but you can’t bias a coin (2002)
As I have said 80 seconds or 20 seconds are not hard numbers, just used as an example. It can simply be rephrased as 4x speedup. I am not sure how the uptime argument is relevant here.

> if using Linux as a desktop OS, aren't pestered by the extra handful of seconds.

Your last point seems argument for the sake of argument. We are in a technical discussion, not a religious discussion. I did not buy a 8-core CPU to wait extra seconds paying electricity bill for the unused CPUs to validate someones hatred for some specific init system. 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.
Assuming that all Linux systems adopt it, which is far from a given. Ubuntu 16.04 already has 'snappy' packages, which seem to have similar goals.
I found this URL that explains different methods of carbohydrate analysis in food: http://people.umass.edu/~mcclemen/581Carbohydrates.html
Try WIX
If you look at previous eras of great wealth inequality such as the French revolution or the events leading up to the New Deal, the working classes were desperate enough to rise up. Either through force, or through sufficient threat of force they brought about changes that restored some balance to the system.

Nowdays, particularly in America, there is enough wealth to go around such that nobody is really that desperate. The masses are sufficiently pacified, but not so secure that they get funny ideas or opt to drop out and become hippies. We've got them exactly where we want them. So long as no substantial portion of the population goes hungry for more than 3 days everything is cool.

There's other things that have been working well. The ongoing threat of terrorism, black people, and mass surveillance keeps people in their place. Replacing mainstreet with wal-mart, increasing secularism, and the killing off of local media outlets with the internet is very useful for destroying community cohesiveness. It all helps to cultivate the perception that if everything goes to hell, you are alone in the universe and no one will help you. Unless some unknown unkown emerges to throw this all out of balance, there won't be any meaningful pushback, and the 99% will continue to serve us as a natural resource to be exploited.
William Gibson has written a comic, and you should read it
Still, seems like this should be done at the distro package level. I know it's more work for maintainers, but that's part of the cost of choosing to support systemd, and should have been taken into account when that decision was made.

(Btw, I'm ambivalent on systemd itself)
I understand your emotion but consider it from the owner's point of view. It was junk taking up space, now they have 10 quid and more space. They are quite happy. Sure that junk "might" have been valuable but if you go down that road you end up a hoarder thinking someday velvet paintings of elvis are going to be really really valuable.

She could have taken it to the local Antique store and had it evaluated, or asked the museum about it, but instead did what many do, throw it up on Ebay and see if anyone wants it. She's happy, the museum is happy, that really is all that counts here.