skysight-inc/HackerNews huggingface dataset:
By recognizing pitchfork royalty for what it is (a chaotic mess of revenge, hate and anger without a head).

The twitter thread shows a feast of vitriol that attempts to mock racism. Unfortunately, the dancing over dead bodies metadata makes AI sad :(

Hate breeds hate... and their babies are ugly...

This is the reality of fact checking:

{GC
@G3chan
·
12h
Replying to
@JohnRizkallah
@pattonoswalt
i think a company also called solid8 in UK unaffiliated with him is getting abuse. Can we make sure at least their family business isn't ruined as they have nothing to do with him. They are receiving threats etc though and bad reviews in mistaken identity}

https://mobile.twitter.com/JohnRizkallah/status/127991957841...
All containerization is just the fever to the sickness that is the futureshock from extremely fast rate of development of major libs like c++$year, glibc (no matter what they say about having stable endpoints), and the like. You can't run a program written today on the system repo libraries from 5 years ago.

Containers try to mitigate this problem but like a fever they often end up making things worse.
One think that I would like to see solved by indie search engines is the ability to break the search bubble and see whats usually hidden on 10th page of google search results. This is a serious problem in all big search engines.

One interesting way to solve search bubble problem is to have an option to filter out results from high traffic websites and blogs who invest heavily in CEO and pollute search results.

Having this filter will surely open a completely different world of information that's very hard to search.
None of these arguments are convincing.

> Namely that it would be expensive to open source it with little benefit in return.

I don't think that's the real reason; I think it's that Canonical wants to maintain control. Their dream of being the App Store of linux isn't working out.

> Canonical already spent a large amount of investment opensourcing launchpad

If their development practices make open-source development expensive, that's Canonical's problem, not anyone else's. Nobody else uses Launchpad because Launchpad is not a compelling platform. It's still tied to bazaar, which frankly lost the version-control wars. Treating git as a second-class citizen is not how to engender contributors.

> Snap store specifically from what I gather is a bunch of operational machinery that doesn't make sense without also operating launchpad.

Another example of having to choose: did Canonical engineer themselves into a corner, causing all of Launchpad to become technical debt from under which Snap cannot escape? Or was it a deliberate business decision to try to maintain control of the store? An affirmative conclusion in either case doesn't look good for Snap.

> Namely they want one location to find software, and one location to serve software. If users have to use the command line to add a external repo that has unfetted access, then that defeats any usability gains.

Users pretty clearly do not want this. Many people use Ubuntu expressly because of the PPA system; I'd argue that it directly caused Fedora's COPR system to exist because of the user demand. There's no mandate that PPA installation require command-line configuration; it would be trivial to create a bespoke per-PPA using e.g. Vala. Synaptic already allows configuration of PPAs via GUI. It's total non-issue.

> That and the whole aspects of malware/trust goes out the window.

They're already out the window. Snap packages are not reviewed for content and anyone can just cram software into it from random GitHub repositories. Wouldn't it be nice if it were possible to set up a 'curated' Snap store with strong promises of software quality and review? We can't, because it's apparently too hard to run. Another drag on Snap.

I'll not bother to respond to the whataboutism regarding PPAs. Literally the only difference between "a giant PPA that Canonical hosts" and the Snap store is that anyone can upload to the Snap store.

None of the problems Snap store purports to solve are compelling, so these explanations don't really further the cause.
and there are processes for doing that...which he did not follow.
Seconding Pop!_OS, utterly fantastic distro.

Based on Ubuntu but with a bunch of manual patches + tweaks and driver support additions (particularly Nvidia). Really solid stock UI, and it even comes with a tiling WM built in.

https://github.com/pop-os/shell
Longhorn synchronously replicates the volume across multiple replicas stored on multiple nodes https://github.com/longhorn/longhorn

At first look the numbers in the colourful table near the end, Piraeus/Linstor/DRBD seems 10x faster than Longhorn 0.8. The article goes into great depth of the (a)synchronous replication options of Piraeus, but doesn't mention that Longhorn always does synchronous replication. I wonder why?

SUSE being full into btrfs and CEPH, I wonder if they will allow Yasker https://github.com/longhorn/longhorn/graphs/contributors to continue developing. At Kubecon EU & US 2019 https://youtu.be/hvVnfZf9V6o?t=1659 Sheng Yang explains how he tried to make Longhorn first class citizen Kubernetes Storage.
Makes total sense - good luck guys
A Pledge to Increase Fairness in Amplitude's Machine Learning Systems
Disclaimer, I like the snap packaging format, and I'm not familiar with the history of launchpad.

Operationally:

- I can trivially host and control my own apt repository, either as a mirror of some upstream repository, or with bespoke packages.

- I can't do the same with snaps.

So launchpad and snap store isn't quite apples-to-apples. It would help of course if a snap store could be statically hosted or re-implemented, but the full API is quite complex.
Thanks for sharing! In the past all graphic materials were done by graphic designers. In Photoshop, there is huge flexibility what you can do. Basically, you limit only yourself what you want to create. And the plugin leverage mostly this.

If you see, Bannersnack basically do the same thing, problem is, that they don't have that reach functionalities as Photoshop has.

Thanks for sharing anyway, good to know! :)
They said they'll have a preview by the end of the year. I'm excited to see it but I'd rather they do it right instead of right now.
>You can’t audit them, hold them, modify them or even point snap to a different store.

In particular, it's easy to inspect the sources for apt packages using "apt-get source". Snap seems to have no equivalent command.
Sandboxing addresses AN issue but does not address any of the issues discussed in this article.

Also sandboxing and running apps under reduced permissions makes a lot of sense but should be seen as a tool to increase security not an answer outright as poorly used any tool can be less effective or even harmful.

Historically locking down increasingly effectively often leads to impeding things the user actually wants to do which leads to apps asking for and granting permissions with the net effect of training users click yes to enable whatever the app wants to do.

It ends up being not just a technical challenge but a psychological one as well and its less easily resolved once you start having to deal with real users.
License your work under the AGPL, and they can't do that – at least, without arranging another license with you.
Halting on exceptions of course means that you need to have some fault recovery mechanism, there are many patterns for that.

I'm not saying that 1/0 should just lead to a hard crash. Ideally you can identify subsystems and somehow handle unexpected errors at the boundaries and use some fallback behaviour.

But I agree that it's not easy and very dependent on the specific situation. I wrote a whole whitepaper about error handling and error recovery about the last system I was working on, because it's such a complex topic. It's just that "you should never raise runtime errors" or "all errors need to be handled at the level they are raised" are answers that sound good, but are impractical in certain situations. And as said, you need to deal with potential crashes anyway due to OOM, etc.

The Mars rover thing is completely different, because the engineering standards at NASA are so insanely high as to exactly prevent dumb errors like that. They can develop like that, but most other companies can't even begin to afford such a process heavy development and need to accept that programming errors are going to happen and there needs to be some recovery mechanism.
Especially when they're being installed covertly through APT
Let me ask you: Can you explain what makes a mullet an awful haircut?

I mean, sure, you could try to explain it, but you shouldn't have to.
I'm not blaming MH "issues" on the airline, I'm just also not blaming them on Boeing.
The amount of video/audio player clients in general that don't have a seek function is, quite frankly, astonishing to me.
Red Hat is great - they have done some great things, however -

Heart, Mind and Soul of the Open Source community is possibly a bit of hyperbole.

and - SUSE is (slightly) older than RedHat, so I am not sure you can say RedHat inspired them :)

IBM was inspired by RedHat's earnings (pre acquisition, open source in IBM was .... interesting ... ) and their ability to have a relevant product in the cloud space.
I've been using Pop!_OS on a System76 laptop since February, and like it quite a bit.

I use plasma desktop on all of my other systems, but left this one with the defaults.. so far I really like it, but I have a problem with gnome-shell leaking memory over time, since I tend to not shut down or log out over long periods of time. If I don't restart / log out, /usr/bin/gnome-shell eats up more and more memory (as the gdm user). I let it get up to about 7GB before I updated some firmware and rebooted the laptop.

I mean, I put 32GB of RAM in the thing in an attempt to future-proof it, but this is kind of bonkers.
I remember this one, there are lots of good articles on this blog. This one is a little aggressive, but this is a real phenomenon. In many companies, styles and expectations fluctuate too much for anyone to get comfortable for long. Lots of others move glacially, and within those walls, the outside world can barely be heard.

I've bounced around quite a bit myself, but some of the best work I've done has been in situations where I could have slacked off and phoned it in. That was typically prevented by the opportunity to perform challenging work that allowed me to learn, not by fear of falling behind some imaginary peer.

The problem with many workplaces is that challenging, interesting problems are few and far between and that is by design. Why take on the risk to the business by having technical knowledge in-house to solve the hard stuff? It's expensive, and large chunks of that investment can just walk out the door. Most companies would happily pay for solutions from other businesses that specialize, and then ask devs to glue these mismatched pieces into a semi-cohesive whole.

This sort of glue-work is ubiquitous, even in companies that ostensibly specialize in making their own software. How much time is spent wrangling all those amazing, productivity-enhancing dev tools that have proliferated? The goal is typically to offload work for a fraction of what it costs to keep a dev employed. New businesses are cropping up all the time trying to sell tools to the big boys, so they can in turn keep their devs focused on core competencies. The companies that specialize in tooling of course all sell to each other as well, it's a little bit of a cartel, but this endless cycle of tool churn is nothing new.

If you approach this environment as a newbie, and you are concerned about becoming an expert, it's likely that you'll only make progress on that goal in fits and starts. Companies grow, job roles become both over-specified in their requirements and narrower in their responsibilities, and all the while you are expected to learn new tools that allow your employer to save on skilled labor. It's rare to find a job where mentoring and career advancement are given genuine care. Employers have an incentive to keep employees tuned for specific, ever-narrowing roles.

One of the few consistent places I've been able to find learning opportunities has been in start-ups. The overarching trend is the same there too, but at the beginning those roles are not yet so clearly defined and you can bite off as much as you want. You probably won't be rewarded for doing so, and it's a bit of a crapshoot, but it is one small advantage to those environments.
Improving performance with SIMD intrinsics in three use cases
Yeah... I don't see how anyone would strive to go to China considering everything that's been happening and how racist they are to African immigrant workers over there. If you think the US government is acting xenophobic, China is on a whole different level.

Video of an Africans being evicted from chinese apartment due to racism https://youtu.be/KQaNdTKQyLY?t=310

https://youtu.be/V3jHADADWc0?t=39

Racist incidents against Africans in China amid coronavirus crackdown spark outcry
https://www.cbsnews.com/news/coronavirus-racism-africans-chi...

Africans told to leave homes as Chinese regime blames foreigners for bringing CCP virus to China
https://www.youtube.com/watch?v=YvN4WHBhnoo
Ask HN: Which domain registrar is best in 2020?
Which registrar do you recommend in 2020?

Needs:

- Modern, speedy UI

- Support from competent humans

- Track record of not disabling domains immediately upon a complaint

- Trustworthy

I switched over to Namecheap when a lot of us did -- back when they opposed the SOPA and PIPA bills -- bu their management UI hasn't evolved since then (it was pretty bad to begin with) and I recently experienced very poor technical support (I can't remove private Whois from my domain even after going back and forth with support for days. Now their UI shows private Whois is disabled but no whois changes are actually reflected). Not confidence inspiring.

I like how Google Domains works, but worried about Google's AI banning my account for a false YouTube copyright violation or something silly like that and losing my domains.
Web tech also means that the Tauri devs can stand on the shoulders of giants. Billions of dollars and billions of man-hours have gone into the development of web tech.

It's not perfectly aligned with the use case, and those billions have not been efficiently spent due to competing interests and design-by-comittee, but you're going to have a really hard time matching that investment.
>Would you describe exactly what will be expensive in releasing the source code to software that was developed in house? Does it have lots of dependencies on proprietary software? If so, why?

Im not too sure as I don't work for Canonical. However, from an external perspective having worked with bzr and launchpad, I wouldn't be surprised if there is a bunch of aspects there that would make opensourcing a nightmare.

Things like potentially giving some mechanism that could enable a user to sign/publish on behalf of Canonical snaps/packages for example. That kind of thing would probably need to be removed. Deep integration between CI/operational infrastructure for things like building images. I can imagine after Canonical's experience of launchpad that they probably did hardcode aspects and it isn't some modular thing you can just spin up on docker.

>And this, is the killer. This is exactly what the people at Linux Mint do not want. This is why F-Droid exists on Android. Yes, free software can be distributed on the snap store or on Google Play, but ultimately these are proprietary platforms controlled by one corporate entity whose interests may not be aligned with those of the community. Users of community Linux distros demand choice in where they obtain software.

Snaps I checked aren't there to replace apt. They don't prevent the install of flatpak, appimages or any alternative. Canonical has no agreement that prevents parties like Mozilla/KDE from only publishing on the snap store.

>Malware has already been successfully pushed to the Snap Store. We now trust software because it came from a store that removes well known malware.

There was one case of a snap bundled with a cryptominer. That was settled within 3 days and addressed to the community in a blog. Since then, it has been deliberately looked for. As someone who has published on the snap store, yes there are some checks present to ensure malicious software isn't being pushed.

>The idea of "trust" here is also antithetical to open-source and software freedom. Rather than trusting software because it has verifiable source code,

It is really easy for me to see exactly what is being run/executed on the snaps that I install. In fact I have built/used snaps successfully without even the snap store all together.
Additionally I think we all can do grassroots mentoring. I know the challenge is discovering a good candidate, but it's an option. Buy someone a simple laptop, and teach them from first principles. (I've seen at least person I know and respect do this on Twitter)
There is no downside to Flatpak's support for multiple repositories and ability to self-host repositories. GNOME Software and KDE Discover both set Flathub as the default repository, which serves as the primary software source, and users can optionally add more repositories if they choose to do so. Users who don't want additional repositories can simply stay with Flathub without having to do anything.

The Snap server's closed-source nature is not a benefit to users, and there is no excuse that can justify this from the users' perspective.
I'm curious... what is that Java PPA that you are talking about? I tried searching for it but I couldn't find anywhere that had a list of the most downloaded PPAs.
> Doesn't the US hope that those highly educated students stay in the US afterwards?

I'd say the average American does not hope this, no. Foreign students are driving up the cost of tuition as they're usually quite wealthy and displace seats for underprivileged Americans, especially in state-run schools.

I don't know why someone would come to the US to study other than the hopes of immigrating. There are better schools in Europe and elsewhere that are much cheaper or even free.

On the off chance we actually face some sort of shortage of critical skills, there are other visas for that.
I think you're going to find that most people commenting on this have never reviewed a journal article and don't understand the process. You see it in replication crisis threads as well: the belief that academic research is premised on reviewers replicating results before things get published.

The idea that academic journals are based on a presumption of good faith is totally alien to a lot of HN commenters.
Migrating Dolt's CI from Jenkins to GitHub Actions
In that it was disabled by the pilots.
Depending on the qualities your after, AppImage is also really great. Advantages over Flatpak are that they are completely portable (you can store them anywhere and run them from anywhere), and they don't require a special runtime or package management infrastructure of any kind.
The whole point of the experiment was to test whether the research enterprise is trustworthy. Submitting fake experiments to the paper and seeing if they get published is the experiment.

It seems to me that you're rejecting the entire premise of testing publications' abilities to detect fraudulent research.
I just wish they offered a bundle with YouTube TV. I'd add this in a heartbeat to my YouTube TV service if it were $5-$6 per month extra as part of a bundle.
I think it runs the other way.

There is an orthodox view of the chain of events. We can call it a theory, but it is more suggestive than predictive. Still, its only the strongest theory as long as it is most parsimonious with existing evidence, artifacts mostly. Artifacts are sparse, but it isn't totally absent. Maybe I'm over extrapolating, but not using lack of evidence as evidence.

Lack of evidence as evidence comes into play more in the the orthodox view before. It extrapolates a timeline of the fertile crescent. First comes semi-nomadic agriculture,^ then permanent villages, then towns, then "civilised" religion/politics/etc. The timeline assumes an absence of institutions like religion or politics from the absence of public buildings or monuments. Gobekli Tepeh is one hell of a public building, monument or whatever it is.

Gobekli Tepeh is firmly dated before any known agricultural, villages, towns, etc. The agriculture date is especially strong, because archeology agrees with genetics. It is some sort of big political/religious/cultural thing. Using the same logic as the theory I'm challenging, we need to reorder things... or maybe conclude we have no idea. That said, it seems like (most scholars agree) that the site was made by non agricultural people.

IMO, even concepts like settled/nomadic may need rethinking. How nomadic? What kind of nomadic. The range of possibilities is much bigger than village life.

It's possible that earlier evidence for agriculture will be discovered, which would mean ice age agriculture... possibly of species that are no longer cultivated. Gobekli Tepeh itself will definitely turn up more dates, very possibly older too.
United Airlines to lay off up to 36,000 U.S. employees in October
It is not this simple. Some international students are on a significant financial aid and rely on the resources provided to them in the U.S, be it college housing and dining or else...
Just tested on sway, it draws the title bar, but otherwise seems to work.
Solid8 CEO to Asian family at restaurant: Trump's going to fuck you [video]
That's fine - that's a personal choice he is free to make. But I completely disagree with it. I also don't think that unencumbered AI research is going to lead to the overthrow of the human race by machines like Elon does.
This is so on point, thanks for that. Pollution is indeed the right word for it.
You can put your REST API endpoints into Hasura through Actions. All you have to do is define an input and output GraphQL type for them, and give it the endpoint URL.

Then you get the benefit of a single, unified GraphQL API and can use Hasura's authorization model + connect the output fields back to the rest of the graph if you need.

https://hasura.io/docs/1.0/graphql/manual/actions/index.html

https://hasura.io/blog/introducing-actions/
Yes, he is, because that premise is fatally flawed.
He "faked data" that was literally impossible to acquire in the manner described in the paper. Whether reviewers would actually catch the obviously faked data was entirely the point. Reviewers are not supposed to check work, not trust blindly.
I considered doing it from a home server using a wireguard connection on my Unraid box, but in the end just went for a cheap cloud instance from digital ocean. I'm also a bit uncomfortable with exposing my home network through a reverse-proxy so things that i need lots of access to go up on the VPS.