News for hackers. Stuff that matters.

taminka

Re:GitHub has alternatives, but no replacement on Saturday August 01, 2026 @12:41PM (#49135942)
might be a silly question, but isn't macos relatively easily virtualisable? i understand it's not done commercially bc of licensing issues, but is there a piece of software where you just get a vps or two and virtualise all of your build targets yourself, so your ci bill is just the vps bill?
Re:GitHub has alternatives, but no replacement on Saturday August 01, 2026 @12:29PM (#49135808)
99% of commits on a project come from 1% of contributors, so the main issue w/ migrating to an alternative isn't the networking effect of github, rather that you can't carry over github specific stuff (prs/issues)

i personally like how radicle.xyz managed that, where they manage issues/prs/user identities as git objects, so your entire project is self contained as git repository

Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @07:17AM (#47777544)
yeah messenger still has the pin code thingy, i'm curious why they do it at all that way, can't you just have your keys on fb servers encrypted with another set of keys derived from your password, which is much stronger than a 4-6 digit key?
Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @05:30AM (#47776717)
oh, i see, is it the same for facebook messenger and instagram, imessage, etc?
Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @05:06AM (#47776515)
you can (https://faq.whatsapp.com/1046791737425017/?cms_platform=andr...)

they even have it on fb messenger and instagram (though they recently removed e2ee completely from instagram lol)

Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @04:44AM (#47776336)
they do have encryption, just not e2ee, and in fairness to them, it doesn't make sense to have e2ee on a channel or a group with 100k ppl in it, also device sync is possible with e2ee, it's just a slower
Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @04:42AM (#47776322)
whatsapp, facebook messenger, imessage all support multi-device and it's pretty convenient, in fairness to telegram they launched a bit before double ratched was invented, but still, they've had over a decade to switch to it...
Re:Peter Steinberger – WhatsApp CLI: sync, search, send on Wednesday April 15, 2026 @03:59AM (#47775995)
it's really unfortunate that telegram doesn't do e2ee, bc it's hands down the best messenger otherwise :(
Re:LinkedIn uses 2.4 GB RAM across two tabs on Sunday March 29, 2026 @10:54AM (#47563685)
it's unironically just react lmao, virtually every popular react app has an insane number of accidental rerenders triggered by virtually everything, causing it to lag a lot
you do/can control all the VPN nodes in this setup (most often just a single one) since your traffic doesn't actually go through the website you're masking under

and the nature of the protocol makes it extremely difficult to detect and thus get server IP banned, i got one server banned, but after that i implemented some practices (including directly connecting to websites that are inside Russia) and it's been working fine since then

you need secure channels of communication (and preferably a connection to the outside world) to solve any problem
vpn protocols we use here nowadays are way more advanced than this, they mimic a TLS handshake with a legitimate (non blocked site, like google.com) and looks essentially like regular https traffic to that site

it looks like they are basically impossible to detect, given the failure to block them, outside of timing attacks (seeing if a request crosses Russia's border and comes back quickly after), however that is fully mitigated by just having having the vpn "disconnect" and route traffic directly to Russian unblocked sites, which would otherwise be able to perform such a timing attack detection

pretty interesting stuff, there are several versions of this system, and even the ones that have existed for a while work pretty well

perhaps, there's still hope i think:

- roskomnadzor just not being competent enough to implement the block fully

- they'll reserse the block, since it will likely completely cripple everything that relies on the internet (which is basically everything nowadays)

- they won't go through with the ban completely, since if they do, their job is sort of done, and they want to continue to exist to make money off of the digital infrastructure required to implement the block, and they'll just continue playing this game of cat and mouse

- outside internet connectivity will likely remain to some degree, it'll just be very slow and probably expensive, but i really struggle to see a country like Russia being completely cut off from the internet in the year of our lord 2026

i could be wrong, who knows, after all this whole situation is unprecedented, and human ingenuity sort of always finds a way

and in a somewhat positive note, mobile internet has come back today and the blocks are bypassable with a regular vpn now, even ones that aren't being hosted on whitelisted subnets

read the post please, the precise problem is that this may soon not work

Tell HN: Russians may soon lose access to the global internet

internet censorship has been going on for a while here and most people have adopted xray and other vpn solutions in responsehowever, ISPs have begun rolling out white list (essentially an allow list of like a hundred websites) blocks, with mobile internet being essentially completely gone in many places, next step is white list blocks on home broadband ISPs, which has already started...

( Read More... | 22 comments | 8 points | on HN )
Re:Hide macOS Tahoe's Menu Icons on Sunday March 22, 2026 @07:46AM (#47476529)
nobody actually likes it, it's just macos is still the least terrible to use option
what do you mean by that?
i swear if someone starts another single header vs other options debate in this comment section i'm gonna explode
most of the traffic is probably from open weights, just seed those, host private ones as is
Re:-fbounds-safety: Enforcing bounds safety for C on Thursday February 19, 2026 @03:13PM (#47078589)
actually you may be right, according to project zero by google [1], ~50% is use after free and only ~20% for out of bounds errors, however, this is for errors that resulted in major exploits, i'm not sure what the overall data is

[1] https://projectzero.google/2022/04/the-more-you-know-more-yo...

Re:-fbounds-safety: Enforcing bounds safety for C on Thursday February 19, 2026 @12:35PM (#47076508)
logic errors aren't memory errors, unless you have some complex piece of logic for deallocating resources, which, yeah, is always tricky and should just generally be avoided
Re:C++26: Std:Is_within_lifetime on Thursday February 19, 2026 @10:29AM (#47074853)
this is silly, we already have an algorithm for generating very efficient assembly/machine code from source code, this is like saying maybe one day llms will be able to replace sin() or an os kernel (vaguely remember someone prominent claiming this absurdity), like yes, maybe it could, but it will be super slow and inefficient, we already know a very (most?) efficient algorithm, what are we doing?
Re:-fbounds-safety: Enforcing bounds safety for C on Thursday February 19, 2026 @10:22AM (#47074771)
this is amazing, counter to what most ppl think, majority of memory bugs are from out of bounds access, not stuff like forgetting to free a pointer or some such
Re:Discord/Twitch/Snapchat age verification bypass on Thursday February 12, 2026 @08:05AM (#46988343)
presumably you'd just use unique one time codes derived from the eID
Re:Some C habits I employ for the modern day on Saturday January 24, 2026 @02:48AM (#46741826)
really cool website, what's your colour palette?
wasm isn't meant to supersede html/css/js (unfortunately) and it's regularly used for high performance applications in the browser, web-based cad software, figma, youtube (i think they use wasm for codec fallback when support is spotty) etc

there is also games, stuff to do with video (ffmpeg built for wasm), ml applications (mlc), in fact it's currently impossible to use wasm w/o js to load the wasm binary

as a result, the web stack is a bit upside down now, w/o the seemingly "low level" and "high performance" parts over the slow bits (javascript)

i wonder if ppl's electricity consumption habits will change in response to this, idk like turning the heat way up during the day or using high power appliances more during the day
Re:Is Rust faster than C? on Wednesday January 14, 2026 @10:36AM (#46617240)
so they're ordered, which i didn't dispute, but alignment is implementation defined, so it could be aligned to the biggest field (like in the article), or packed in whatever (sequential) order the particular platform demands, which was my initial point
Re:Is Rust faster than C? on Wednesday January 14, 2026 @10:33AM (#46617205)
i was talking abt padding/alignment, not ordering, that's indeed not allowed you're right
Re:Is Rust faster than C? on Wednesday January 14, 2026 @08:12AM (#46615651)
struct field alignment/padding isn't part of the C spec iirc (at least not in the way mentioned in the article), but it's almost always done that way, which is important for having a stable abi

also, if performance is critical to you, profile stuff and compare outputted assembly, more often than not you'll find that llvm just outputs the same thing in both cases

Older »