𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍

       🅸 🅰🅼 🆃🅷🅴 🅻🅰🆆. 
 𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍 𝖋𝖊𝖆𝖙𝖍𝖊𝖗𝖘𝖙𝖔𝖓𝖊𝖍𝖆𝖚𝖌𝖍 
  • 5 Posts
  • 466 Comments
Joined 2 years ago
cake
Cake day: August 26th, 2022

help-circle





  • There are some excellent apps out there, and by and large they look and work better than commercial apps, IME. So I disagree with the assertion that I have to stay with commercial software.

    What I was asking for, in my post, was not which apps have better UX than Facebook, but rather which of the very many OSS, federated (although, not necessary for my use case), self-hosted platforms fit the specific use, and ideally with a straightforward iOS mobile app. Doesn’t have to be pretty; just has to be able to quickly take and post photos to a private channel/community/wall.

    Circles really is quite nice in all respects. I think they’re hindered by their choice of backend. I’ve been using Matrix for years, and key management has always been a hot mess. I wouldn’t be surprised if the issues we encountered were related to Matrix’s god-awful and buggy PK negotiation & management process.







  • It’s true some things are harder to do in the container configuration; it’s easier installed as an OS, especially integrations like Z-Wave, ZigBee, RTSP, Eufy, ESP, and so on. All of these require running other software, and in containers it’s a fair bit of fussing with port and host OS device connections.

    I’ve always run it in a container, without issue. It works fine, but I’m comfortable with the command line and LXC. That said, flashing an ESP hardware device and getting it connected to HA running in a container has so far defeated me, because I have to give access to the device in the configuration of the container before I run it, but the device flashing process itself is time limited and expects a process to be waiting on it when it is connected. It’s a chicken/egg problem I haven’t yet figured out which wouldn’t be a problem if I were running the HA OS.

    HA isn’t the only software that just works better when it controls the while OS. Kodi is another that encourages users heavily to running it as an OS.

    Regardless, it runs fine via

    podman pull ghcr.io/home-assistant/home-assistant: latest
    

    and there’s a package in AUR that wraps the container up with a systemd service - it’s as close to a bare package install as you’re likely to get.

    What’s a little funny to me is that, despite that I’ve been running HA in a container for the past 4 years, I’m working towards getting a dedicated device and running HA OS on it. If we ever move out of this house, I’m not going to spend weeks going around replacing all of the hardware - smart sockets, lights, garage door opener, security, etc etc - with dumb devices; and for any of that to be worth anything, it’s going to need a controller configured for it, which means, I’m planning on selling the HA server device with the house. For that case, I don’t want anything but HA running on that device, and for that, it’d just be easier and smoother to run HAOS.

    My advice is to run HA in a container until you are sure that’s the direction you want to go, but not for so long that it’s going to be a PITA to migrate to a dedicated server. But - hey, just IMHO - plan on running HAOS. If I knew then what I know now, that’s what I would have done.




  • Hmmm.

    I’d phrase it differently. Unrealistic expectations of the opposite sex [^1] exist by both sexes, but that there outcomes for women when the stereotypes of men hold true are often more dangerous. One is saying it isn’t sexist; the other is saying that there’s a vast difference in risk. This becomes one of those tautological arguments where women can’t be sexist because sexism is redefined to mean “it can only be sexist if it’s men doing it.”

    The “Would you rather a bear or…” question could be reused in a very uncomfortable way. You could swap men with a group of yoing, black, inner city men and rural white men for women. But instead of demonstrating that men are the issue and women the victims, suddenly it’d be black men who are the victims and rural white men the problem. And, yet, the fear and the risk of confirmation of stereotypes is the same - only in this case, believing those stereotypes makes people racist.

    These sorts of tautologies - only whites can be racist, only men can be sexist - is sloppy, lazy, and dangerous, because it prevents introspection and always externalizes blame. I’m not saying that you are arguing a tautology, but that’s the essence of this thread: minimizing sexism against men in the basis that it can’t be sexism if rape isn’t involved. Which is exactly how this thread went, isn’t it?

    I want to reiterate that I agree that there’s a false equivalency; consequences for women can be higher. My argument is that it doesn’t make it not sexism to broadly brush all men with a demeaning funny little tweet.

    Also: there should be a Godwin’s Law for rape. The conversation was about household stereotypes. That was a bit of a leap.



  • You mean, they’re mounting something that isn’t an SD card to the /sdcard directory? Like something truly evil, such as mount -t btrfs -o subvol=@home / /sdcard? Or do you think there’s not anything mounted there; it’s just a directory in the root partition? None of that would make any sense.

    If they’re letting whatever automount tool (eg udevil) do its thing, this is practically impossible. And if they know enough to do it by hand, I think they’d have answered the direct question of “which filesystem” with a filesystem rather than a mount point. Don’t you think? We still don’t know what filesystem they’re working with, since they haven’t answered the question.



  • I can see that, although TBH I almost never have to “admin” EndeavourOS. I just upgrade every once in a while.

    Most important to me is being able to find and install whatever software I want, and I have a string preference that it either be installed in my ~, or be managed by the package manager. I really dislike sideloading software globally. And Arch does this better than most. AUR is massive, and packages are trivial to write and install in the rare event something isn’t in AUR.


  • It doesn’t matter. FAT filesystems - which are usually the default on SD cards, simply do not support ownership or file permissions. Linux emulates these attributes at mount time, but they apply to the entire SD card. You can mount an SD card and tell Linux to act as if root owns everything on the card; you that you own everything on the card; and it will be so until you unmount it and remount it with a different ownership.

    These are filesystem level attributes, not device attributes. If you have a modern internal nvme drive and you format it with vfat, you will not be able to set permissions or ownership at the file level, but only at mount time, for the entire drive.