Skip Navigation

Posts
1
Comments
939
Joined
2 yr. ago

  • Nah. At least for my region in Germany, DHL is very reliable and fast. Pretty much always one day early from their predictions. And idc when they get here, they'll put it on the front door, and I'll either pick it up a few hours later when coming home, or a neighbour will.

  • lol

    Jump
  • You said those "features" would come to Android at some point.However, there are obviously already many ROMs with them, and have been for years. Samsung, Huawei, etc. So if, with "to Android", you'd mean any custom ROM, you'd be wrong, because it already happened. So the only logical conclusion is that you mean to all Android ROMs. Which also is wrong, because there will be ones without. And specifically those are the ones we're actually talking about.

    So no, those features will not come to the Android meant in this comment chain.

  • That's why I said "your" Android.

  • Not to custom ROMs.

  • Well, I'm sure there are many things iOS does that your Android can't:

    • Lock you into a proprietary garden where they control everything
    • Force you to buy an App, watch dozen of ads inside a free App or just install Spyware in order to do any task not strictly being "Open TikTok", "Write 50 lines of Text" or "Ask a shitty LLM to accomplish nothing for you"
    • Automatically send all your data to any government you're either currently in, mainly reside in or that is interested in you
  • Removed Deleted

    This is why Lemmy is garbage

    Jump
  • Your post ended in "Edit: To the few of you who’re taking pot shots at me like the immature cunts you are - go back to Reddit for that.", while the rules say "Be nice and; have fun

    Doxxing, trolling, sealioning, racism, toxicity and dog-whistling are not welcomed in AskLemmy."

    If you want no moderation, go to another platform.

    You're like a child punching someone and then being angry they get punished, or a carbrain running a red light and complaining about the ticket.

  • I mean, Bun itself serves a language that should not exist

  • Well, I tried piper before, and some other tool. Both did not work. iirc, piper did not even detect the device

  • Can't really test that.

    I may need to try ratbagd then :3

  • That's my horses name in RDR2 and RDR

    A very good horse

  • It does have generic tools (eg. xdotool -> ydotool), but the most powerful way is to configure it in the DE/WM itself (eg. KDE's shortcuts or sway's bind command). To know if what you are doing is possible with ydotool or on sway, I'd need more specific info.

    But my point was rather that it's cool to have such functionality in the kernel, independent of desktop stack and DE/WM.

  • I've never been able to actually program my G502X Lightspeeds buttons

  • Sucks for wayland users tho

  • And I prefer C/C++ and Python due to that.

    Eg. JS devs need to version pin in NPM to not expose users to compromised packages. That means that, from now on, they need to be active at least every week and update the pinning to not expose users to vulnerable packages. Meanwhile, the users need to be on-edge about the dev actually being active, and, still, for every vulnerability and compromised package, need to scan their whole system for files relating to that package. And of course, that means a very long fix path of Vuln discovered -> Vuln fixed -> Dev knows that one of the dozen packages they use needs updating -> Dev updates -> Package managers updates -> User updates.

    It's a horrible experience for sysadmins. I'm actively switching to alternatives and rewriting smaller things in C++, because everything I've written in the latter has never broken in years, without recompilation, because the ABI stayed the same for all libraries, while the libraries get carefully curated by a dedicated team. And as soon as a vulnerability/backdoor is found and fixed? sudo pacman -Syu. nothing more, nothing less. Fix path: Vuln discovered -> Vuln fixed -> Package managers updates -> User updates.

    Looking at more than just binary files in repos: I'm also actively rewriting PKGBUILDs to use the native python packages instead of building a venv, because that just works better in my experience. I've never had issues with incompatibility between python-* packages, simply because they are build for each other. And I mean, it took 30 minutes to build a component that converts a requirements.txt, which requires you to trust the dev (to be active) and pypi (which you can't trust), to a collection of pacman packages. Universally applicable to all requirements.txt and uncomplicated. So yeah, idiots can continues using pip, I laugh with a list of packages neatly curated by a dedicated team.

  • Voting just prevents the worst, so I do it. But nothing is going to get better if we just stay at voting, without activism.

  • And if it's a dudes ass, no body would even care - is what I would have said if I wasn't in a commited relationship with the fem"boy" with the best ass ever :3

  • Updated the comment. (The ICD is explicitly installed by vulkan-radeon, vulkan-intel or nvidia-utils/vulkan-nouveau. Just as with all linux-firmware categories/companies being their own package now, this is probably done to minize unused space/bloat.)

    Vanilla Arch Linux, testing repos, with an RX 7800XT.

  • I've just always followed the Arch wiki, and never tried using Vulkan without vulkan-radeon on my one PC with an AMD card. The wiki states: "Install the mesa package, which provides both the DRI driver for 3D acceleration and VA-API/VDPAU drivers for accelerated video decoding." and "For Vulkan support install vulkan-radeon (lib32-vulkan-radeon for 32-bit applications).".The vulkan page itself says:

     
        
    To run a Vulkan application, you will need to install the vulkan-icd-loader package (and lib32-vulkan-icd-loader from the multilib repository if you also want to run 32-bit applications), as well as Vulkan drivers for your graphics card(s). There are several packages providing a vulkan-driver and lib32-vulkan-driver:
    
        AMD: vulkan-radeon (or lib32-vulkan-radeon)
        Intel: vulkan-intel (or lib32-vulkan-intel)
        NVIDIA: there are two implementations:
            nvidia-utils (or lib32-nvidia-utils) - NVIDIA proprietary
            vulkan-nouveau (or lib32-vulkan-nouveau) - NVK (part of Mesa project)
    
      

    The vulkan-radeon package provides the ICD (

     
        
    # pacman -Qlq vulkan-radeon | grep -v '/$'
    /usr/lib/libvulkan_radeon.so
    /usr/share/drirc.d/00-radv-defaults.conf
    /usr/share/licenses/vulkan-radeon/license.rst
    /usr/share/vulkan/icd.d/radeon_icd.json
    
    
      

    ); so does nvidia-utils (

     
        
    # pacman -Qlq nvidia-utils | grep -i icd | grep -v '/$'
    /usr/share/vulkan/icd.d/nvidia_icd.json
    /usr/share/vulkansc/icd.d/nvidia_icd_vksc.json
    )
    
    
      

    , but mesa does not.

  • mesa only coveres, OpenGL, according to the arch wiki.

    also, the former, I couldn't remember the correct word

  • Fuck AI @lemmy.world

    GenML YT slop on how Amazon GenML-slopped the Fallout S1 recap