refalo

joined 5 months ago
[–] refalo@programming.dev 1 points 1 hour ago (2 children)

People who want RT are not everyday people though.

How does an average desktop user benefit from any RT changes?

[–] refalo@programming.dev 0 points 3 hours ago (4 children)

I don't think that comparison is fair because I explicitly said that people who wanted RT are already going out of their way to get things done. The average desktop user (putting GPS in every phone) won't benefit from it (or RT) and it could likely make their experience even worse.

[–] refalo@programming.dev 3 points 6 hours ago

If you care about security, don’t put a Sim card in your phone.

Depends on what you mean by security... or privacy. You need to define a threat model before any suggestions can be made.

If you're worried about someone hacking into your phone via an app, a sim card likely won't make a difference.

If you're worried about your location being tracked... that can often be done without a sim card or any cellular service on your device.

Then there are malicious carriers (or ones compelled by a government) that could track you without even having legitimate service activated. All phones at least in the US now are mandated to have (A)GPS receivers.

All depends on what your concerns are.

[–] refalo@programming.dev 2 points 6 hours ago* (last edited 6 hours ago)

My understanding is that they don't... practically at all. But if compelled by a court to give your information, they could later learn that the information you provided was false. Or maybe someone reported you and they ask for some type of verification. Either way, it's one of many tactics that can be used against someone, even if you only gave fake information to protect your own privacy.

Frivolous DMCAs have also been used to reveal identities of people someone didn't like.

[–] refalo@programming.dev 2 points 6 hours ago

I can see the argument from both sides... and maybe both is true. I think the same could be said about twitter... having to login to read tweets means they can easily track who looks at what... which is very valuable information to a lot of people with money.

[–] refalo@programming.dev 1 points 7 hours ago (2 children)

I think the only issue with that is that when/if it is found out then the domain will likely be seized because you violated your contract with the registrar to provide accurate information.

[–] refalo@programming.dev 5 points 7 hours ago (6 children)

But the RT patches have been available for 20 years... not sure why the fact that it is mainlined would suddenly expand its popularity? It might be easier to get started sure, but people doing RT were already going to such troubles anyway.

[–] refalo@programming.dev 7 points 9 hours ago* (last edited 9 hours ago) (2 children)

Batteries don't explode, they burn.

But actual explosives were planted in the mentioned devices.

[–] refalo@programming.dev 5 points 9 hours ago* (last edited 9 hours ago) (2 children)

I wish they didn't switch to requiring a login to search code... seems like a big privacy issue cause you just know they're saving all those searches and associating it with your account.

[–] refalo@programming.dev 1 points 11 hours ago

The problem is not near enough projects support reproducible builds, and many that do aren't being regularly verified, at least publicly.

[–] refalo@programming.dev 1 points 11 hours ago* (last edited 11 hours ago)

Yea because I tested it myself. Nobody else seems to care, and if they did, I would think there would be a public way to see regular test results regardless.

I know this exists for some projects, but somehow nothing privacy-sensitive

[–] refalo@programming.dev 2 points 11 hours ago

I have seen people with an axe to grind use frivolous lawsuits to reveal domain identities, you don't actually have to do anything wrong for that to happen.

 

Interpreting C++, executing the source and executable like a script.

  • Writing powerful script using C++ just as easy as Python;
  • Writing hot-loading C++ script code in running process;
  • Based on Unicorn Engine qemu virtual cpu and Clang/LLVM C++ compiler;
  • Integrated internally with Standard C++23 and Boost libraries;
  • To reuse the existing C/C++ library as an icpp module extension is extremely simple.

There is also a Qt helper module: https://github.com/vpand/icpp-qt

 

Tried to use several different API endpoints as described in the link, but they all return 403 with a cloudflare "Just a moment..." html reply. Even tried copying an existing jwt token from a working logged-in browser but the same thing still happens.

Any idea what I could be doing wrong?

curl -v --request POST \
     --url https://programming.dev/api/v3/user/login \
     --header 'accept: application/json' \
     --header 'content-type: application/json' \
     --data '{"username_or_email": "redacted", "password": "redacted"}'
...
< HTTP/2 403
...
<!DOCTYPE html><html lang="en-US"><head><title>Just a moment...</title>
...
23
submitted 4 months ago* (last edited 4 months ago) by refalo@programming.dev to c/meta@programming.dev
 

I am noticing that some comments, which are coming from users on other verified (via /instances) federated instances, do not show up on a post. For example: https://programming.dev/post/13648105

Does not show this comment on it: https://lemmy.ml/comment/10803786

Any ideas why? I checked the modlog and the comment wasn't removed, and their post history to me does not look like someone that is likely to be banned from the instance, so I'm not sure what else it could be.

 

My lemmy account is on the programming.dev instance but I use newsboat for RSS reading of some lemmy.ml communities, along with browsing the local homepage of lemmy.ml and some other instances in a regular browser. Is there a way to do either of these things from the programming.dev instance so that I can easily comment on posts without having to manually locate the same post by browsing to /c/foo@lemmy.ml on my own instance?

view more: next ›