• 0 Posts
  • 86 Comments
Joined 4 years ago
cake
Cake day: February 15th, 2021

help-circle

  • I’ve also wanted to try out Guix for a while… part of the reason I’m leaving a comment is just so I can recheck these posts later :P

    But when I do I for sure will start out from nonguix because I’m quite confident that my hardware won’t be supported (I even have a recently purchased Wifi 7 card that relies on ath12k module that I’m quite sure won’t be in the official Guix repo… maybe I’d even need to compile it myself…)

    I see in the nonguix readme that there’s a way to generate an iso that includes already a nonguix kernel, so I’ll have a look at that.

    It even looks like you can create a writeable image to run from a USB thumbdrive, which looks very interesting, I gotta try that!

    guix system image --image-size=7.2GiB /path/to/this/channel/nongnu/system/install.scm
    dd if=/path/to/disk-image of=/dev/sdb-or-whichever-drive-is-usb bs=4M status=progress oflag=sync
    

    I’ve been burnt by Arch before which is what has got me into exploring other distros. I might ultimately end up again in Arch like you, who knows, but it looks like the way Guix works is well suited for hosting your own repo too… I think I’ve seen before someone hosting their own Guix repo in github, including also a bunch of configuration for their system, which got me curious.


  • Is the data and public keys being replicated in the communication between instances? it’s not made clear how the federation actually works, because “enabling users on different servers to share data with end-to-end encryption” (from https://foks.pub/) is something all services with TLS / HTTPS support already do…

    Also… one big plus for the OpenPGP HKP protocol is that technically you can self-host your own key in a static HTTPS server with predefined responses and be able to have it interact with other servers and clients without issue. I’m expecting the more complex nature of FOKS might make self-hosting in this way difficult. I’d rather minimize the dynamic services I expose to the outside publicly if I’m self hosting.



  • I feel that generally, when the issue is that the person is an arse, then the complaints are often not about the software. You might see people campaigning to boicot the software out of spite, but they won’t give you a technical reason, other than them not wanting the creator to get any credit for it.

    When the complaints are about discrepancies in the way the software is designed (like it was with systemd), there’s no reason to expect the person to be an arse. Though him not being an arse does not make the criticism about his software invalid… in the same way as him being an arse would not have made the software technically worthless. Don’t fall for the ad-hominem.


  • I don’t know why they are downvoting you, it’s true. I’m dealing with this kind of problem currently… sometimes the boot lasts forever to the point that I have to use AltGr+SysRq commands to force kill everything… other times it simply boots as normal. It’s not consistent at all.

    At least before with the old init it was relatively simple to dig into the scripts and make changes to them… I feel now with systemd it’s a lot more opaque and harder to deal with. I wouldn’t even know how to approach the problem, systemd-analyze blame does not help, since the times I actually get to boot look normal. But I do believe it must have to do with the mountpoints because often they are what takes the longest. Any advice on what should I do would be welcome.

    Also, I have a separate Bazzite install in my living room TV, and while that one does not get locked, sometimes NetworkManager simply is not running after boot… I got fed up to the point that I wrote a workaround by creating a rc.local script to have it run, so I can have it available reliably when the system starts (that fixed it… though some cifs mountpoints often do not get mounted… so I’m considering adding the mount command to the same rc.local script too…).


  • What qualifies as “expert” setting can be very divisive… for me, it would be removing this menu entirely. Or even switching from KDE to sway or similar ^^U

    But if I was the kind of people that do use this kind of menus I would probably find that kind of indication useful. It helps finding the category the app you just installed belongs to. If you install an educational app/game that teaches programming by giving instructions to a turtle in order to draw a graphic/picture (I think I have seen something like that before): which category should it be at? games? education? development? graphics?



  • It’s more about which category a particular specific software belongs. If a kid installs an educational app/game that teaches programming by giving instructions to a turtle in order to draw a graphic/picture (I think I have seen something like that before). Which category should it be? games? education? development? graphics?

    I personally don’t use this kind of menus with categories, I prefer dmenu style launchers where you type to search what you need. But if I was the kind of people that do use this kind of menus I would probably find that kind of indication useful.


  • Ferk@lemmy.mltoLinux@lemmy.mlFan of Flatpaks ...or Not?
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    6 days ago

    You are mixing different ideas of freedom. Software freedom is not the same as freedom of choice of software.

    You don’t need Linux to have choices of what software to use, you have that in most (all?) proprietary systems, in some you might even have more choices than in Linux… even if it includes proprietary software.

    This is analogous to how being a free person (not a slave) is not the same as having freedom to choose who to work for, even if some of them are slavers (ie. having freedom to choose your master).


  • Ferk@lemmy.mltoLinux@lemmy.mlFan of Flatpaks ...or Not?
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    6 days ago

    Yes, Flatpak is overall a better approach when compared to AppImages, since being dependent on a known runtime ensures the program will run whenever the runtime is available.

    What I wish they would add is a way to run the flatpak in a portable way. Because as it stands, AppImages is the only option for that. Flatpak doesn’t really allow to have a portable installation in a pendrive, for example. At the moment there’s no replacement for AppImage in such use cases, which is a pity.

    But there’s no fundamental technical design roadblock in flatpak that would prevent it from supporting this in the future, imho. theoretically one could create a program that mounts the flatpak file into a ramfs layered with the runtime and run it.


  • Ferk@lemmy.mltoLinux@lemmy.mlFan of Flatpaks ...or Not?
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    6 days ago

    Installing them is not difficult. It’s the same as any other flatpak.

    The problem is when running them (actually, when running any flatpak, not just CLI tools) you need to type out the whole backwards domain thingy that flatpaks use as identifier, instead of having a proper typical and simple executable name like they would have if they were installed normally.

    I end up adding either symlinks or aliases for all my flatpaks because of this reason. After doing that it’s ok… but it’s just an extra step that’s annoying and that the flatpak devs have no interest on fixing apparently.


  • alias lt='ls -t | less'

    Good idea! I’ll steal that but I would rather be able to give a directory path as parameter (and show in colors, and don’t pause if less than 1 page of content, and support the scrolwheel), also piping ls forces it to be 1 single column so might as well show more details, personally I’m gonna use this instead:

    lt() { ls -t --color=always -Fgoh "$@" | less -RF --mouse; }
    



  • If you are happy with the default, then just use the default.

    Some of us use the terminal more than any other app, so I like my terminal to be super lightweight and snappy in all situations so it opens instantaneously (I doubt this one is like that though, if it has big dependencies like GTK / Qt), preferably if it does so without sacrificing in features (true color, things like sixel for graphics, allowing to set fallback fonts, maybe font ligatures, being able to set the app-id so my compositor can treat special terminal windows differently, etc).




  • Does the DCO really offer a real guarantee? it looks like it just adds a Signed-off-by John line at the end of the commit, with no actual signature checking that enforces any particular version of a particular document is being acknowledged. IANAL but it doesn’t look like something proven to work in court to give legal protection.

    Sure, it’s easier to simply add a sign-off-by line than actually accepting a legal agreement, so it reduces the barrier of entry, but if this were really enough to establish the conditions to shift liability then I don’t see why companies wouldn’t start using their own DCOs and extending them, essentially just being a more convenient CLA (which is a license agreement, not a copyright transfer, even if some might add terms that allow relicensing… which anyway is already possible given the project is already MIT licensed).