HN user

Pneumaticat

712 karma

home: https://kliu.io twitter: @kliu128

Posts31
Comments19
View on HN
kliu.io 3y ago

Large Language Models Can Simulate Everything

Pneumaticat
3pts1
chord.pub 3y ago

Show HN: Chord, autonomous research to curate the Internet’s favorite stuff

Pneumaticat
6pts1
github.com 3y ago

Show HN: StapleChain – Signed, in-band annotations for language model outputs

Pneumaticat
1pts0
www.microsoft.com 3y ago

Bing Search API Pricing Update

Pneumaticat
14pts19
status.openai.com 3y ago

Multiple engines are down: incident report for OpenAI

Pneumaticat
29pts12
kliu.io 5y ago

My experience in a Covid vaccine trial, and why you should join one

Pneumaticat
2pts0
www.leaningtech.com 5y ago

CheerpX for Flash

Pneumaticat
3pts1
kliu.io 5y ago

What needs to work for your Zoom call to work?

Pneumaticat
1pts0
www.bleepingcomputer.com 5y ago

Intel fixes critical flaw in corporate remote management platform

Pneumaticat
2pts0
justine.storage.googleapis.com 5y ago

αcτµαlly pδrταblε εxεcµταblε

Pneumaticat
671pts286
blog.ipspace.net 5y ago

Which Public Cloud Should I Master First?

Pneumaticat
1pts0
founderspledge.com 5y ago

Climate and Lifestyle: Donations and Offsetting

Pneumaticat
1pts0
kliu.io 5y ago

Using a Yubikey as a touchless, magic unlock key for Linux

Pneumaticat
165pts70
kliu.io 5y ago

How does “Send all to voicemail” work, anyway?

Pneumaticat
1pts0
kliu.io 5y ago

Peeking at user agents for fun and profit

Pneumaticat
2pts0
kliu.io 5y ago

Tailscale Is Pretty Cool

Pneumaticat
1pts0
kliu.io 5y ago

Why Have Exposure Notifications Failed?

Pneumaticat
1pts0
kliu.io 6y ago

We Need to Embrace Exposure Notifications

Pneumaticat
2pts0
medium.com 6y ago

Let's Reverse Engineer Discord

Pneumaticat
313pts109
www.mcc-berlin.net 6y ago

Carbon Clock

Pneumaticat
1pts0
potatofrom.space 6y ago

First Look at TeaVM: Java on the Browser?

Pneumaticat
5pts0
potatofrom.space 7y ago

Stunnel and Airline Wi-Fi

Pneumaticat
374pts231
web.archive.org 7y ago

Car Wars (2016)

Pneumaticat
1pts0
potatofrom.space 7y ago

Tracking Down a Fifteen-Hour Email Delay from Outlook and Office 365

Pneumaticat
2pts1
potatofrom.space 7y ago

Building Tensorflow and AMD ROCm for Ivy Bridge: Rabbit Hole of CPU Flags, PCIe

Pneumaticat
2pts0
potatofrom.space 7y ago

A Tale of Two Servers: hosting two {web, mail, Gitlab} servers on one IP

Pneumaticat
2pts0
potatofrom.space 7y ago

LizardFS is Pretty Nice

Pneumaticat
2pts4
delph.us 7y ago

Show HN: Delphus, a study manager that secures scientific research

Pneumaticat
3pts2
blog.scintillate.me 7y ago

Seamless Dai Integration in Existing DApps

Pneumaticat
2pts0
github.com 8y ago

Matrix-appservice-discord: A bridge between Matrix and Discord

Pneumaticat
2pts0

Author of the post here - you have a good point with regard to SSH/GPG. (I do have a PIN on my keys.) I was targeting more the U2F standpoint - as in if you're using it for 2FA, it's obviously no better than a password if someone else can just press the little yellow button :)

Thanks for reading, though, and for commenting!

Hey guys, thanks for all the comments! I realized that it was not an ethical idea to post, so I decided to take it down. I did not get a cease and desist, but I would appreciate if you could refrain from reposting it.

If you are interested in seeing some of my other (more ethical) work, check out Delphus [1], an open research study management platform which I am working on at my new startup ;)

[1] https://delph.us

Thank you! I suspect the answer is "most", especially if they allow HTTPS in any way. The way to solve this issue is to either whitelist IPs/host the site internally on the local network (e.g. most captive portals).

FYI, AppImages do not run anywhere. There are a lot of issues with them in NixOS, since NixOS is all about having explicitly-linked dependencies, and AppImages still often have implicit dependencies that aren't in the image itself, since they are assumed to exist on the host system.

See https://github.com/NixOS/nixpkgs/pull/51060 for an example.

At least from my perspective (I've never implemented the spec), I wouldn't call it just documentation [1]. Sure, there are likely some holes, but overall it seems like they've put a pretty good-faith effort into making it detailed enough for someone to implement.

I feel like the difficulty comes mainly from the breadth/size of the spec. Which is a major issue (the Matrix.org team's own alternative server, Dendrite, has been slow to progress as well), but ultimately I'm not sure what they can really do about that considering one of their key tenets is to contain all the functionality out-of-the-box, so to speak (no extensions like XMPP).

[1] https://matrix.org/docs/spec/server_server/latest.html

Matrix isn't really hostile to competing server implementations. If it were, then they wouldn't have spent a long time and a lot of effort to finalize the Server-to-Server spec r0.1, which anyone can implement [1].

And just to add my personal anecdote, Matthew (CEO of New Vector, co-founder of Matrix.org) is present quite often in the Matrix HQ chat room, and willing to field questions from anyone. Perhaps with slightly less willingness when people start such accusations.

Also, to address some of the technical issues, I think what they're talking about as "The blocks have hashes but their implementation does not check the hash" in the DAG is being fixed with the next (v3) room version [2]. Again, this development is all being done in public: see e.g. https://github.com/matrix-org/matrix-doc/pull/1659 for the v3 room proposal.

[1] https://matrix.org/blog/2019/02/04/matrix-at-fosdem-2019/ [2]: https://matrix.org/docs/spec/rooms/v3.html

According to the LizardFS whitepaper [1], the chunks can be up to 64 MB. So I believe if the file is smaller, the chunk is just as large as necessary.

Looking at some chunk files on my system backs this up:

  root@rem> ls -l | head
  total 11702880
  -rw-r----- 1 mfs mfs 33558528 Dec 12 18:17 chunk_ec_1_of_2_1_000000000000010C_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:12 chunk_ec_1_of_2_1_0000000000000179_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:11 chunk_ec_1_of_2_1_0000000000000187_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:26 chunk_ec_1_of_2_1_0000000000000194_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:06 chunk_ec_1_of_2_1_0000000000000197_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:36 chunk_ec_1_of_2_1_00000000000001A1_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:03 chunk_ec_1_of_2_1_00000000000001CE_00000001.mfs                                                
  -rw-r----- 1 mfs mfs    69632 Dec 12 18:13 chunk_ec_1_of_2_1_00000000000001D4_00000001.mfs                                                
  -rw-r----- 1 mfs mfs   135168 Dec 12 18:05 chunk_ec_1_of_2_1_0000000000000217_00000001.mfs
As for illumos/SmartOS -- maybe? The LizardFS cookbook [2] has a section for illumos, but there's nothing in it. It should probably work (it's C++), but there is probably going to have to be manual effort involved.

Our motivation came primarily from the firsthand experience of the sister of one of our cofounders; as a researcher conducting trials herself, she saw the inefficiency and bureaucracy involved in managing them.

We are also concerned about scientific reproducibility as a whole, as well as data alteration. For example, even large companies like GlaxoSmithKline [0] have been caught tampering with clinical data, and the effects for those taking the drugs can be deadly.

We believe Delphus can solve these issues, giving patients more transparency and trust in the research they participate in.

[0] https://www.nytimes.com/2012/07/03/business/glaxosmithkline-...