Hacker Newsnew | past | comments | ask | show | jobs | submit | 0xb100db1ade's commentslogin

Used this to get a perfect score on SAT Physics. Thank you, Landgreen!


So? If someone can steal the hash, they could probably hijack the session anyway.


> Leaving fobs in the car more often

OTOH, it's much harder to leave a key in the car when you never have to take it out of your pocket in the first place.


Now i find the opposite situation happening and more difficult/ expensive to solve, that is leaving the keys outside the car and driving away without them.


I doubt you have driven a car with these types of keys if you claim this happens.

If you have, I’d ask you to name it explicitly because I have yet to drive one (out of 10+ be driven) that does not visually and audibly scream at you that the key is not in the vehicle. That’s if it will even let you shift out of park (in a non-manual).


Nope. Once you sync your cryptographic keys with your desktop application, the phone is no longer needed.

WhatsApp sends messages through the phone. Signal Desktop does not.


> Been waiting for a good replacement for tmux to come along for a while now that isn't just i3 > Does anyone else have a love hate relationship with tmux? > I hate its scrolling and buffer behavior, its almost impossible to get right.

I wasn't planning on sharing my project on HN until I've written up more documentation, but I'm actually working on exactly this problem.

https://github.com/aaronjanse/i3-tmux

So far I've got i3-like controls, resizing & scrolling terminal splits with the mouse, and better color support than tmux.

My current roadblock has been lack of motivation, but if *anyone& on HN finds this interesting (or even just files a bug report), I'd be motivated to reignite my work on the project.


Funny, me too! I was adding some features yesterday, a few more today, but I took a few minutes to do screenshots and join the discussion.

If you are focused on better controls, our work may be complementary. Would you like to join forces on a high quality fork? A few things concern me with tmux currently.

Please read the following links and tell me whether you share these concerns: https://github.com/tmux/tmux/issues/1019#issuecomment-318284... https://github.com/tmux/tmux/issues/1502#issuecomment-429710... https://github.com/tmux/tmux/issues/44#issuecomment-11975530... https://github.com/tmux/tmux/issues/1391#issuecomment-403267... Please tell me more about your color support issues, and check https://github.com/csdvrx/sixel-testsuite to see if you can diagnose them more precisely


> If you are focused on better controls, our work may be complementary.

This is exactly what I'm doing!

> Would you like to join forces on a high quality fork? A few things concern me with tmux currently.

I would absolutely love to work together. Please contact the email in my github profile (@aaronjanse).

I'd be happy to state my feelings on each of those issues, but it seems like you have done more research than I have.

Would you mind including some of your thoughts in the email you send me?


https://github.com/tmux/tmux/issues/1613 is a better reflection of my views on SIXEL, although I am coming round to the idea rather. It is not easy to do properly however, I am interested to see how your code works.


How is the colour support better?


I don't have zsh setup on the OS I'm running currently, but a simple example is that the light-grey autocomplete text from zsh/oh-my-zsh shows up on i3-tmux but not tmux (at least at the time of writing).

I honestly don't remember the exact details, and maybe it's now fixed.


Most likely you are using the wrong TERM so tmux doesn't have the correct information about what colours your terminal supports.


I see where you're coming from, but would the subjects be comfortable with all their data becoming public?


I think you could, and should anyways, make the data anonymous. Just give every participant a GUID for a participant ID and add a step to purge personally identifiable information. Then you can share records without identity.


That didn’t work for the AOL research several years ago. https://arstechnica.com/tech-policy/2009/09/your-secrets-liv...


Making things like medical records actually anonymous, especially in the face of bad actors, is an unsolved problem.


Anonymizing data is, yes, a difficult problem, but in particular aggregated data can, and has been, reliably anonymized. For example, the problem with this dataset would have been visible in aggregated data (e.g. aggregated by nationality).


Cordless is awesome!

I've been using it for the past few weeks due to a problem with the Discord electron client spinning up my fans. Using Discord in the terminal fixes the problem (and scores major geek points!)

The main developer of Cordless is super nice. Each issue I've filed has been an absolute pleasure to discuss.


> current factoring algorithms would require enough energy to boil all oceans on the earth, that's a lot even compared to the US's energy supply.

Interesting. For what algorithm & key size?

I'd love to quote this. I've heard it before but I don't remember the source.


https://eprint.iacr.org/2013/635.pdf

> Boiling all water on the planet (including all starfish) amounts to about 2^24 lakes of Geneva and leads to global security: 114-bit symmetric cryptosystems, 228-bit cryptographic hashes, 2380-bit RSA. This needs to be done 16 thousand times to break AES-128, SHA-256, or 3064-bit RSA.

I think this paper isn't using Landauer's bounds though, but conventional computers. So maybe my claim was wrong, because we aren't 16 thousand times away from Landauer's bounds but millions [1].

[1]: https://web.archive.org/web/20141219043239/http://www.bloomf...


But why the starfish.


Because if you're already boiling the oceans, you probably won't have enough left over in the budget for marine conservation.


Did you mean to say that about North Korea, not South Korea?


Sorry, yes. There is a parallel story about that, actually.


I've never gotten spam nor have my ProtonMail emails marked as spam. Lucky me


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: