• 13 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: April 5th, 2024

help-circle
  • carrylex@lemmy.worldtoAndroid@lemmy.worlddeleted
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 days ago

    Last month I tried to unlock a Motorola phone. Guess what: There is no option to unlock the bootloader because it’s one of the models that can’t.

    The year before a Huawei phone: I had to disassemble half the device to shortcircut something while running a custom made software on the PC.

    Yeah now try to get an average user doing this… good luck.


    And I’m not even scratching the part where some of your devices hardware is not working properly because the closed source firmware is not available.

    A quick look at which recent phones (since 2022) can install LineageOS: https://wiki.lineageos.org/devices/ Just 35 phones (Pixels exluded), including only a single Samsung phone!


    Now compare that to installing Windows/Linux on a PC where you literally plugin a USB and hit install…





  • That GitHub comment makes my brain hurt and gives me Microsoft community forum advisor (run ChEcKDiSK tO mAYbe fIX tHe ProBLem) and “leave the multi-billion dollar company alone” vibes.

    Also it’s not a single line - when looking at the source file - and a complete section instead.

    GitHub Copilot, as used in the documentation here, is free and integrated into the IDE.

    1. It’s inside the dotnet Docs. dotnet has nothing to do with an IDE. You can code/run dotnet code in any editor or terminal if you like.
    2. This person assumes that Visual Studio is the only IDE for dotnet. Looks like they never heard of Rider or VS Code or anything else.

    I do not think that you can call it an ad if it is for a free tool.

    WTF is he defining as an ad? “Advertising is the practice and techniques employed to bring attention to a product or service”. The whole section is bascially “Hey you can use Copilot to do this” - that’s an ad right there.

    Even if you interpret this as encouraging users to pay

    Makes no sense. Does this person think ad = you have to pay for it???

    it is hardly the first time that dotnet documentation guides users towards paid Microsoft products: are we going to start complaining about all pages with references to Azure next?

    1. A deployment target is not the same as “AI”
    2. If a page/section is not named like “How to deploy example app to Azure” then it shouldn’t contain any reference to Azure. And yes you should complain about such stuff if it exists.

    The only part of this I actually object to is that I don’t think that what essentially amounts to ‘prompt an LLM’ belongs in documentation, although at the very least the page does disclose that the output may be erroneous.

    That’s basically what the whole issue is about. WTF are you even talking about then? Just shut up and give an upvote.

    Overall a totally useless comment.


  • Not sure if you read this blog post: https://blog.jetbrains.com/pycharm/2025/04/unified-pycharm/

    Rest assured – our commitment to open-source development remains as strong as ever. The Community Edition codebase will stay public on GitHub, and we’ll continue to maintain and update it. We’ll also provide an easy way to build PyCharm from source via GitHub Actions.

    PyCharm is - like all JetBrains IDEs - based on intellij-community and the “Pro” stuff just some fancy pre-installed plugin that requires a license.

    Alternatively, you may choose to manually switch to the new PyCharm immediately and keep using everything you have now for free, plus the support for Jupyter notebooks.

    So all community functionallities will also be available in the unified edition for free.

    Also the Pro license - which you can also get 4 free in like 10 different ways - pricing is extremely fair: A license costs $100-60 for an individual, which is cheaper than most streaming subscriptions…















  • Well from my personal PoV there are a few problems with that

    1. You can’t detect all credentials reliably, they could be encoded in base64 for example
    2. I think it’s kind of okay to commit credentials and configuration used for the local dev environment (and ONLY the local one). E.g. when you require some infrastructure like a database inside a container for your app. Not every dev wants to manually set a few dozen configuration entries when they quickly want to checkout and run the app

  • I also personally ask myself how a PyPI Admin & Director of Infrastructure can miss out on so many basic coding and security relevant aspects:

    • Hardcoding credentials and not using dedicated secret files, environment variable or other secret stores
    • For any source that you compile you have to assume that - in one way or another - it ends up in the final artifact - Apparently this was not fully understood (“.pyc files containing the compiled bytecode weren’t considered”)
    • Not using a isolated build process e.g. a CI with an isolated VM or a container - This will inevitable lead to “works on my machine” scenarios
    • Needing the built artifact (containerimage) only locally but pushing it into a publicly available registry
    • Using a access token that has full admin permissions for everything, despite only requiring it to bypass rate limits
    • Apparently using a single access token for everything
      • When you use Git locally and want to push to GitHub you need an access token. The fact that article says “the one and only GitHub access token related to my account” likely indicates that this token was at least also used for this
    • One of the takeaways of the article says “set aggressive expiration dates for API tokens” - This won’t help much if you don’t understand how to handle them properly in the first place. An attacker can still use them before they expire or simply extract updated tokens from newer artifacts.

    On the other hand what went well:

    • When this was reported it was reacted upon within a few minutes
    • Some of my above points of criticism now appear to be taken into account (“Takeaways”)