ishanjain28

I just tried it again and it worked this time.

I had added that key as a plain fido security key and it didn't let me add it as a passkey. So, I removed that key from the list of security keys and added it as a passkey.

This does not support firefox on linux. I believe firefox shipped a feature on linux in last few months which should make this work.

My pocket subscription renewal is coming up. After 8-10years of using pocket, I'll not be renewing it anymore. It was a decent product that just got worse over time and I just don't see them improving it anymore. Pinboard was a decent alternative but now that's not an option anymore. I'll be checking out the third newer option, raindrop I think.

Does takeout include backups to drive made by applications on your phone?

Reolink!

They perform quite well even in direct sunlight(47C temperature) and rain. Low light performance is not super great but I can't blame the camera for that.

The only thing missing is the lack of IPv6. I like everything else about it. I have the 510A, 810A and duo 2 poe

Hey, here is traceroute/mtr of a few addresses from India to USA.

https://paste.debian.net/plain/1282885 (Zoom out a bit to see it properly)

I also created a few measurements on RIPE Atlas.

Ping from all probes in India to api.fastmail.com: https://atlas.ripe.net/measurements/55469007/

Traceroute from all probes in India to api.fastmail.com: https://atlas.ripe.net/measurements/55469042/

I hope fastmail puts some servers in Eastern Europe or South east asia.

Fastmail's clients are mostly online only and dont cache much information.

It takes ~5-10 seconds to go from clicking on a notification to actually being able to read anything. It's really not a good experience.

Okay Agreed, Except

That's not the point of discussion. I didn't say Gitlab doesn't lie about it or heck, That it doesn't have worse uptime than Github.

My argument is that a company erasing 300GB production database once is not a stain on their competency and that it can not be compared to a company which has very frequent outages which also happens to lie when they have outages.

If at all possible, The links in edge should open in a tab in edge. That'll be awesome to have

Github has been down hundreds of times this year alone. They have reported outages 72 times this year and there are multiple times when services are unavailable and they don't report it on the status page.

I don't see how the two situations are comparable

And how often that has happened? Seems a little harsh

No, it's not

> The main scaling bottleneck in the architecture was the orchestration management that was implemented using AWS Step Functions. *Our service performed multiple state transitions for every second of the stream*(???), so we quickly reached account limits. Besides that, AWS Step Functions charges users per state transition.

This is so obvious in my head. I can't think of a single good reason where a SFN makes sense here.

A internet freedom activist group had filed a Right-to-Information(RTI) query to know why VLC was banned. The ministry responsible says they have no data on it. https://twitter.com/sflcin/status/1539877804116168704

ishanjain.me

They do intentionally or not lie about this on their status page. From December 25th to December 31st 2021, Github actions had network problems almost every single day for hours and the status page was green out through out that period.

Same thing also happened few months back.

It feels like they do this manually and it's only done when enough people are effected.

Exact same thing happened with me couple of years back on Freelancer. They take a 10-20% cut and don't do anything to protect you against frauds. If the client used someone else's card to pay your fees, It's you who has to return it back to freelancer when the payment is reverted by the CC company.

Hi Steve,

I came across this post which presents an example using rust's transmute and it's incorrect behavior when the alignment is different. https://andrewkelley.me/post/unsafe-zig-safer-than-unsafe-ru...

Is this issue still present? I tried to figure it out the other day using latest rust's nightly but the llvm ir output has so much going on that I didn't _really_ understand what was going on

Oh wow.

I knew fastmail was building JMAP but I didn't think to look at JMAP when I was trying to find fastmail's API that can be used to integrate this in other services. This is really nice compared to the SOAP/XML monstrosity I stumbled upon, heh.

1. Huge email deliverability issues. Quite a few emails just get lost somehow. Just today, someone forwarded a book and hours later I still haven't received it.

2. Terrible, Inconsistent UI.

3. Push notifications are broken and Their apps are broken. I dont get notifications in clients configured with IMAP and their apps also dont send notifications. I have to manually refresh in both cases.

4. Relatively minor issue but I am against Zoho's founder's political alignment, and that is putting this issue mildly.

I would probably use gitlab a lot more if they didnt keep logging me out every 20-30 minutes even after setting remember me flag. I stay logged in on github for weeks/months and it is slightly annoying to have to login to gitlab constantly. (I use firefox)

This is a small reason why I am trying to switch away from Zoho right now. :/

What luck!

I have been trying to move away from Zoho. I tried protonmail for the last month but it's not for me. E2E is great but the loss in functionality is a bit much.

I switched to fastmail today but I have ran into some issues there as well[1] and so far I have seen a lot of recent reddit posts criticizing the extremely slow response time(2+ days) in support tickets. So, now I am not sure if fastmail is a good option.

Migadu has been recommended to me in the past, maybe I should try that out

[1] https://reddit.com/r/fastmail/comments/m4rj0g/_/h3tq036/?con...

HN Crowd is so butthurt that when you correctly point out how opindia is a source of right wing disinformation, People feel that they have to down vote you for that.

I really don't understand HN's obsession with webrtc based file sharing tools. 1 of these is posted every 6 months or so, Every version of it is doing more or less the same thing and every time it gets to the front page and stays on it for a while. What's happening?

Works fine on Linux with proton 4.11 or 5.09 but you do have to add the WINE D3D env variable in launch options otherwise it keeps locking up every few seconds

I use this url(https://hnrss.org/frontpage?points=95&comments=20) to get decent output in RSS feed but it's still not as good as the feeds that show up in the hackernewslive(https://t.me/hackernewslive) telegram channel.

I have been trying to figure out the filter whoever created the channel is using but no close to figuring it out. :(

It would be really awesome if people can share a filter they believe works better. :) I am trying to reduce the number of meh quality posts from HN in my freshrss(rss.ishanjain.me) instance.

Dark reader is available on the Firefox Nightly app on Android.

I think they made the rust version same as Go because I cloned it just now and they are both the same. Also, Thank you soo much for the blog posts! :)

I tried to benchmark Go/Rust versions as well.

I made 4 changes in Rust version.

1. Moved up the line that gets a value from cache[j+1] before any calls are made to cache[j]. This removes 1 bound check. (Improvement from 182,747ns down to 176,xyzns +-4800)

2. Moved from .chars().enumerate() to .as_bytes() and manually tracking current position with i/j variables. (Improvement from 176,xyz ns down to 140,xyz ns)

3. Moved to the standard benchmark suite from main + handrolled benchmark system.(File read + load + parse into lines was kept out of benchmark)

4. Replaced hand rolled min with std::cmp::min. (improvement from 140,xyz down to 139,xyz but the std deviation was about the same. So Could just be a fluke. Don't know)

In Go version, I made three changes.

1. Doing the same thing from #1 in Rust actually increased the runtime from 190,xyz to 232,xyz and quite consistently too. I ran it 10+ times to confirm)

2. Replaced []rune(source), []rune(target) to []byte(source), []byte(target). (Improvement from 214817ns to 190152 ns)

3. Replaced hand rolled bench mark system with a proper bench mark system in Go. (Again, File read + load + parse into lines was kept out of benchmark)

So, At the end of it, Rust version was about 50k ns faster than Go version.

Edit #1:

In rust version, I had also replaced the cache initialization to (0..=target.len()).collect() before doing anything els.. This also gave a good perf boost but I forgot to note down the exact value.