I did nothing and I’m all out of ideas!

  • 0 Posts
  • 35 Comments
Joined 1 year ago
cake
Cake day: June 11th, 2023

help-circle




  • Mechanize@feddit.ittoLinux@lemmy.mlproton VPn
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    3 months ago

    Considering you are not using the Flatpak anymore it is, indeed, strange. The only reasons I can think of are: your network manager is using the wrong network interface to route your traffic ( if you go on an ip checking site like for example ipinfo do you see yours or the VPN’s IP?) or that you have WebRTC enabled and the broadcaster is getting your real ip through that.

    For the first case it can get pretty complicated, but it is probably an error during the installation of the VPN app or you set up multiple network managers and it gets confused on which one to configure. You should also enable the Advanced Kill Switch in the configuration.

    For the second case you could try adding something like the Disable WebRTC add-on for firefox and check if it works. Remember to enable it for Private Windows too.

    The last thing I can think of is that you allowed the broadcaster to get your real geolocation (in firefox it should be a small icon on the left of the address bar), or you are leaking some kind of information somewhere: there are a bunch of site that check for ip leak, but I don’t know if that goes too deep for you.
    If you want to check anyway the first two results from DDG are browserleaks and ipleak. Mullvad offered one too but it is currently down.

    EDIT: If you enable the Advanced Kill Switch, and the app is working correctly, internet will not work while you are not connected to a VPN server or until you disable the switch again, so pay attention to that.







  • Because, as pointed in the page, Servo is being developed as a(n embeddable) Rendering Engine, not as a full blown end user Browser.
    Its alternatives are not Chrome, Safari or Firefox, but Webkit, Blink and Gecko

    There’s an example GUI called Servoshell, but it is more of a testing ground and example on how to embed the engine in an app than a serious alternative to anything currently in the market.

    Already this kind of work is difficult and daunting. Adding to it a full GUI would make it completely impossible for the current size and financial backing Servo has.

    Big words aside it just means that Servo wants to be only one of the parts that compose a real browser: the one that takes HTML, Javascript, WASM and translates them into the things you see on your monitor. All the user facing functionality are left to the devs of the app that embed it.


  • I feel there’s some kind of miscommunication going on here.

    Probably I’m not understanding what you are putting forward, but to be clear: They are not doing this because they want to. They are doing it because they are forced to do it by the DMA.
    It’s true that allegedly they were working on some kind of interoperability layer already. For years now. But no evidence of it being more than lip service to avoid being regulated has ever surfaced - as far as I know.

    Which would have been in line with your “Do Nothing”.


  • as an unwilling Whatsapp user the ability to migrate without having to convince all my social circles to do anything but check a checkbox sounds like a huge step forward.

    That’s the point. I feel it will not be a “simple checkbox”, and they will make it the most obnoxious process they can using the Best Dark Patterns the industry has to offer.

    Already the general public is not interested in the alternatives or the concept of interoperability - wanting something that Just Works™ - putting in front even the smallest step (and some scary text!) will make the percentage of willing people become even lower.
    And that’s not all. As it is portraited in the article by the Threema’s spokeperson it is pretty clear that Meta will just try to make the maintenance of the communication layer as cumbersome as they can - both technically and bureaucratically.
    They are explicitly the ones keeping the reins of the standard, the features, the security model, the exchanged data and who, how and when will be approved.

    So from one side if they make it hard and scary enough to tank the use rate, they will have the excuse of not being there enough people to give priority to fix it or add features, and from the other side if maintaining the interoperability will be difficult and time consuming enough, the people and businesses from the alternatives or wrappers will not have the incentive to do or keep doing it for the long haul. As we can already see in the article.

    Is it better than nothing? Sure, probably. Will it be a slow cooking, easy to break, easy to get excluded from, just bare minimum to comply to the letter but not the spirit of the law? I feel that’s a pretty good bet to make.

    Let’s be clear: I will be extremely happy if all the red flags and warning bells that I saw in the article will just end up being figments of my imagination. But yes, I’m very pessimistic - maybe even too much - when I see these kind of corporate speech and keywords.


  • “One of the core requirements here, and this is really important, is for users for this to be opt-in,” says Brouwer. “I can choose whether or not I want to participate in being open to exchanging messages with third parties. This is important, because it could be a big source of spam and scams.”

    Let me translate this for you: "We will make users hop on the most cumbersome, frustrating and inefficient way we can think of to enable interoperability. And making it defaulted to off will mean people using other apps will need to find other channels to ask for it to be enabled on our users’ end, making it worthless.

    And don’t forget: we will put a bunch of scary warnings, and only allow to go all in, with no middle ground or granularity!"

    Great stuff, thank you. I can’t wait.

    “We don’t believe interop chats and WhatsApp chats can evolve at the same pace,” he says, claiming it is “harder to evolve an open network” compared to a closed one.

    Ah, so they are going for the Apple’s approach with iMessage and Android sms. Cool, cool.

    I hope my corporate-to-common translator is broken, because this does just sound bad.




  • Any foundation model is trained on a subset of common crawl.

    All the data in there is, arguably, copyrighted by one individual or another. There is no equivalent open - or closed - source dataset to it.

    Each single post, page, blog, site, has a copyright holder. In the last year big companies have started to change their TOS to make that they are able to use, relicense and generally sell your data hosted in their services as their own for the intent of AI training, so potentially some small parts of common crawl will be licensable in bulk - or directly obtained from the source.

    This does still leave out the majority of the data directly or indirectly used today, even if you were willing to pay, because it is unfeasable to search and contract every single rights holder.

    On the other side of it there have been work to use less but more heavily curated data, which could potentially generate good small, domain specific, models. But still they will not be like the ones we currently have, and the open source community will not be able to have access to the same amount and quality of data.

    It’s an interesting problem that I’m personally really interested to see where it leads.




  • I have a Boox Nova Air which is still going strong after around 2 years, and honestly it’s pretty good for writing. But I heard a lot of people having problems with updates bricking the device or receiving a bad unit and having an hard time returning it, if bought directly from them. I did not have to talk with support and I avoided the updates, so I can’t say more about that. My experience is overall good with it.

    I also have a Kobo Libra H2O that I think is nearing the 4 years mark, and is still going really strong. The biggest problem I had was that it asks for a kobo account during setup, thing that I really dislike. I don’t know if it is still like that.

    But, generally, if you want an epub compatible reader that you can mod (NickelMenu etc) and easily side load stuff to, with a kobo libra you can’t go wrong. Even if, to be fair, I’m not up to date with the latest devices and company policies.

    One note: the kindle format is pretty closed and all the stuff you buy from amazon is generally DRMed to hell, so it’s not certain that you can pass it to other readers. Just avoid amazon’s ebooks.

    EDIT: One thing I missed: PDFs on the default kobo software are bad, the Boox default software for PDF is far better and - in my case - there’s a screen size difference too that can make my opinion biased. Aside from that for pure book reading kobo is generally better, but you need to buy a protective case for it: there are a lot of cheap and good quality compatible ones.