• 0 Posts
  • 52 Comments
Joined 1 year ago
cake
Cake day: November 20th, 2024

help-circle
  • Little Snitch is literally used for blocking ads as well as other network traffic. My main point was that you don’t have to use it for blocking the other traffic, because Linux systems won’t have unwanted traffic to begin with, since you have full control over it. And for the ad part, there’s better solutions than network-level filtering if you have control over your browser.

    So is it more that you don’t know what I’m talking about or that you don’t want to, for whatever reason?


  • I have both yay and paru on the two Arch systems I manage, because pacman tends to break those occasionally through dependencies and that way I don’t have to do the whole makepkg bit again and instead can update the one with the other. I still find it asinine that these aren’t in the repos or the functionality isn’t integrated in to pacman, but since Arch’s entire philosophy is based on simplicity, I guess the chosen solution to secure user packages is security by obscurity.

    (I only still use Arch on those systems because I haven’t gotten around to migrate them to Gentoo yet, after implementing a binpkg repo and custom profiles many years ago so compiling on the weaker machines is essentially unnecessary, btw.)


  • Librewolf (with some overrides and a source patch) on the desktop and Fennec on Android. Before Librewolf I used upstream Firefox with the Arkenfox user.js, but Librewolf made that obsolete.

    I haven’t looked into Fennec’s current version in detail, mostly because I use the browser so rarely on my phone and my main consideration is not getting ads when I do, but they might still use SafeSearch and stuff like that, so if you’re aware of any better alternatives that are in F-Droid please tell me.



  • That’s what I always loved about Gentoo. Users are interested to have a system with systemd: Gentoo supports it and got you covered. Users are interested to have a system with OpenRC: Gentoo supports it and got you covered. There’s even a couple of people who want to use runit or s6 (and maybe others I’ve missed) and they’re there in the official repos, but depending on your needs you’ll have to do some work on top of that. Similar story with device managers, tempfile managers etc.



  • It comes down to my ADHD brain being unable to handle the context switches with windows popping in and out, staged diff views, unstaged diff views, and the mental model of which state everything is currently in. Whereas with the CLI I type out the whole operation in advance and get a nice history of the steps I have taken before, with magit I need to build up on the fly with interactive feedback I have react to, or at the very least can get distracted by. My “just slow me down” maybe sounded like “I am so fast, magit can’t keep up”, whereas I meant it more like “I can’t keep up with magit and constantly have to recheck things and correct mistakes”. For example my preferred workflow is relatively git (add|reset|checkout) -p heavy, where I can make sure the changes that get staged match exactly what I want, with undo/redo working as expected since it’s just a normal text buffer, whereas with magit I’ll go into the diff and press s/u on lines/regions with things just popping in and out of existence and I have to go over to the opposite diff and reparse that to fix a mistake I made.

    It’s very similar to other GUIs in that way for me. Or modal editing for example: I can’t for the life of me keep track of what mode the editor is in at any moment. With vim/evil I even had the muscle memory going at one point, but I would constantly type commands in insert mode and text into normal mode leading to all kinds of random things happening. I could be the fastest typist in the world and vim would still slow me down. However Emacs is perfect for designing a workflow to mitigate this, since it allows me to harmonize and simplify many of the keybindings to do similar things in all modes, customize window management (display-buffer-alist) to be less distracting and disable other distracting commands I don’t need entirely.



  • That article doesn’t actually criticize the structure of git’s CLI, just the way the application operates and the philosophy behind it. fossil’s CLI actually seems to take a lot of inspiration from git, except it’s way less complex, because fossil doesn’t “need” that complexity (i.e. can’t do it).

    From a cursory reading, I disagree with most philosophical points made. Many of the scenarios and user testimony are complete nothing-burgers. I haven’t tried it for any length of time, but I think I prefer a fast, optimized, flexible tool over an integrated everything-but-the-kitchen-sink opinionated kind of thing that forces you into doing things their way or the highway, no matter how good it actually is. But as OP said, this is about the CLI, not the applications.



  • Obin@feddit.orgtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    1 month ago

    Most printers with networking capability work well these days. Some even entirely without drivers (thanks to Apple for once). HP should be fine if it’s relatively new. Older printers can be a major pain in the ass.

    Scanners access is now also finally easy with AirScan (again thanks Apple, and I don’t say this often), so some devices might just magically work. More likely you’ll need to edit a line or two in a SANE config file somewhere or deal with the horrible web interface of CUPS to configure the printer, but with the right device, there’s finally no hunting for drivers on obscure web archives of Chinese manufacturer pages anymore.



  • Obin@feddit.orgtoLinux@lemmy.ml*Permanently Deleted*
    link
    fedilink
    arrow-up
    6
    ·
    edit-2
    1 month ago

    There is a crossover between the two, for example the Mass Effect Mod Manager and things like that, which work adequately.

    Wine works well for most small GUI applications, the biggest issues are with the huge corporate, commercial programs like MS Office, CAD software and Adobe crapware, for which there are ways to get them to work, but you’d be better of migrating to a native alternative.

    C# apps are always a pain though. Mono is rarely enough and as soon as you need MS dotnet libraries, everything is going to be a lot more painful.

    OT: At my previous job I ran a Windows-exclusive compiler toolchain (Keil C51) with wine in a Makefile, which was a huge improvement to developer workflow compared to everyone having to use the bundled IDE, especially due to the parallel builds. Wine is awesome.




  • 18 years here (started 2008, god, has it really been that long?). And I only had to reinstall once in that time (my own fault). Even new systems are just installed from snapshots of my existing systems.

    It’s really low maintenance once it’s set up. It almost never breaks, and for breaking changes you get news through the package manager months in advance, and if you actually need to fix something it’s always possible (easy downgrades, deploying of patches, etc.). I’m also using some Arch and Ubuntu on the side and stability doesn’t even compare.




  • There are still things you can do with Firefox to fit the dotfiles pattern if you care enough. The files managing the profile and profile directory are mostly static and plain-text. For example I had a profiles.ini pointing to a fixed profile directory default containing a user.js file with most of my settings. You also need to update and commit the installs.ini for every machine, because Firefox insists to have a unique default-profile entry for every system/install. (And the actual setup was even more complicated and contained a merge-script to clone/update/merge multiple user.js sources, but most people wouldn’t need that)

    These days I use librewolf which has saner, more secure defaults and a more powerful global (profile-independent) config file. All I now store in my dotfiles is .librewolf/librewolf.overrides.cfg.