Professional C# .NET developer, React and TypeScript hobbyist, proud Linux user, Godot enthusiast!

https://blog.fabioiotti.com/\ https://github.com/bruce965

  • 0 Posts
  • 16 Comments
Joined 4 years ago
cake
Cake day: March 9th, 2022

help-circle
  • Thanks for sharing your opinion and expanding.

    In the past I used to think the same. Or rather, probably naïvely, I considered the GPL to be a bit of a nuisance, and preferred LGPL or MIT software.

    Now I’ve changed my mind and started preferring AGPL for all my code. If a big company likes your MIT or LGPL code, they can legally steal it. If it’s GPL at least you get some safeguards, but they can still take it and put it on a server without the need to release the source code. That’s why I started to believe AGPL is the only “safe” license approved by the OSI, at least at the moment.

    Of course I agree that MIT and GPL or LGPL make sense in some cases, but I would say in general they don’t protect users’ freedom anymore in today’s cloud-first world.




  • I am not OP, but that would be the ideal solution for me. Unfortunately, KPXC does not support communication with the GPG agent and the team is not interested in adding this feature due to it being «[…] far more complicated than ssh-key management. There are already excellent tools for this, Kleopatra being the best».




  • bruce965@lemmy.mltoLinux@lemmy.mlHow to manage configuration files
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    2 months ago

    Ah I see… I keep container configs in a specific directory, which contains one directory per-service, which contain all the config files + a compose.yml file to place them in the correct path in the container. I could commit everything to Git if I wanted to.

    Regarding network and firewall, you could make a symlink to a versioned file and keep your config with the containers. Same for firewall rules.

    I’m not sure what you mean by file sharing permissions. With containers you could give a different user to each service.

    If you are worried about memory and disk usage, another option I’ve been exploring recently is using OverlayFS, which, among other things, allows you to inject a directory at a specific path. Again, this would let you keep all your configs where you fancy the best. I use it through Bubblewrap.

    Anyways I realize that what I just described is far from standard… hopefully other users will suggest something less custom.


  • bruce965@lemmy.mltoLinux@lemmy.mlHow to manage configuration files
    link
    fedilink
    arrow-up
    1
    arrow-down
    1
    ·
    2 months ago

    If your goal is to host services, I would recommend looking into Docker, and eventually Podman. Containerization lets you keep the configuration wherever you want, personally I use a dedicated a directory for each service.

    Also, please note that a container is not a VM. It’s just a way to keep everything in one place.



  • There is a keyboard shortcut. It’s CTRL+ALT+Z for me. Unless you mean something else?

    As for the “reveal on hover”, iirc there was a dismissable message that said it is coming soon.

    If I can share my opinion, they are more than big enough if you toggle the checkbox “optimize for touch screen”. I would have to try Arc or Zen again to understand what you mean.

    The only complaint I have is that I need to hover (or expand) to see the title. It becomes annoying when I’m reading documentation and I end up with multiple tabs with the same icon.

    EDIT: I can’t seem to find the “optimize for touch screen” checkbox anymore, but I’m sure there is something like that somewhere because I enabled it on one of my devices which has a touch screen.

    EDIT 2: the “optimize for touch screen” option can be seen by right clicking the toolbar and choosing “Customize toolbar”. Changing the density to “Touch” (on the bottom) makes these icons bigger.





  • That would definitely be a technical challenge, but also it’s absolutely possible.

    I used to do dual-boot Windows + Linux and I could run the Linux installation from a VM in Windows as well as the Windows installation from a VM in Linux.

    When rebooting between metal and VM, Windows would always spend a few minutes “doing things” before continuing to boot, but it worked.

    Linux would not even fret. It would just boot normally without any complaints.

    I don’t remember exactly which distro I had at the time, but probably it was Linux Mint.


  • bruce965@lemmy.mltoLinux@lemmy.mlAMD vs Nvidia
    link
    fedilink
    arrow-up
    15
    arrow-down
    1
    ·
    edit-2
    10 months ago

    If you don’t want proprietary drivers the choice is quite straightforward: AMD. The official drivers are open source.

    As for my experience, I’ve had absolutely no problems in the last few years with AMD, but I have to admit that I have always been using an iGPU, which has always been good enough for my needs.

    I used to have problems with Nvidia proprietary drivers, but that was at least a couple years ago, things might have changed. I’ve never had issues with the free unofficial drivers, besides worse performance.