cloudwanderer

joined 1 year ago
[–] [email protected] 4 points 1 year ago* (last edited 1 year ago) (2 children)

Thank you everyone for all your suggestions! I'll quickly try to summarize them for myself. So what you suggest is:

Operating Systems:

  • NixOs
  • Debian 12
  • ElementaryOS
  • mint
  • PopOs
  • EndevourOS
  • Fedora
  • arch
  • Opensuse
  • Novara

Tiling Window Manager:

Recomended to use something based on wayland.

  • hyprland (can be configured from file, good compatibility with nix)
  • sway (proposed with Debian, multiple suggestions, config via file as well, good for custom keybindings, already options for sway in nixos)
  • i3
  • bspwm
  • KDE Plasma
  • dwm / dwl

Status Bar:

  • swaybar (in case of using sway)
  • waybar (when using wayland)
  • eww
  • ags
  • KDE neon

Package Managers:

  • flatpack
  • brew (is this already stable enough?)
  • Nix (obvious choice if nix os chosen)
  • snap
  • (pacman if arch)
  • integrated one

Packages:

  • together with wayland alacritty or kitty
  • foot
  • Yakuake
  • suckless

At the moment I am trying to avoid anything where RedHat is involved. Not because of the recent controversy, but simply IBM is known to kill their software solutions on a whim. (although i still use ansible), so Fedora is unfortunately out (again, no judging on how great it is). I've been quite interested in EndevourOS, so that might be fun to try out. Debian for the desktop probably not right now. I'm running it on servers for stability, but for a desktop environment, i prefer having more recent packages (e.g. neovim). The "sales pitch" for Mint sounded pretty interesting as well. However i'll give NixOs a try first, simply because it was mentioned very often, same with sway.

Based on this i'll try out these combinations first:

  1. NixOs with sway and eww
  2. NixOs with hyprland and waybar
  3. NixOs with dwl and ?

If this does not satisfy, i'll look into endevourOS and mint, but that might require some Ansible I assume.

Thank you very much!

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago) (1 children)

It might have. I've tried nixos on a mini PC meant as a home server, so most configuration is done via SSH and users don't change (much), I might have accidently activate it while trying nixos out.

Making users unable to login is a bit of an odd (side?) Effect, but maybe I'm not understanding the purpose of this option correctly. I'll stay away from it for now :D

[–] [email protected] 5 points 1 year ago

I don't know how the code is currently working, but I like this feature idea and would suggest to start very simple and proceed from there.

For example you could: a) Make a list of communities that are siblings with their id and instance b) add a toggle to view sister community posts yes /no c) query all communities, list the last x posts from each with time constraints, e.g. not older than 1 day or hour depending on the community post frequency d) list them sorted by time of x , depending on what was chosen

The biggest issue I see with this simple approach, besides others, is that different communities are different in terms of activity / post frequency. So ideally the better, but more effort, way would be to let each community instance communicate their posts themselves via a query with activity metric parameters. Basically the amount of returned posts would depend on common parameters set by the most active instance.

It's not yet thought out, but just getting an mvp started and test the waters would probably be better than having it perfect right away while working on it for months

[–] [email protected] 1 points 1 year ago

The issue was much more straightforward than i thought. It seems sometimes thinking of too complex issues will hinder finding the easiest cause - the local forewall on the pi was blocking it / had no explcite allow.

To check i did: sudo ufw status verbose

There was only port 22

I added the new port as Allow Port 8081: sudo ufw allow 8081

And it works now!

[–] [email protected] 1 points 1 year ago

The issue was much more straightforward than i thought. It seems sometimes thinking of too complex issues will hinder finding the easiest cause - the local forewall on the pi was blocking it / had no explcite allow.

To check i did: sudo ufw status verbose

There was only port 22

I added the new port as Allow Port 8081: sudo ufw allow 8081

And it works now! Thanks for all the tipps that pointed me in the right direction!

[–] [email protected] 1 points 1 year ago (1 children)

Thanks for the hints, this definitely helped, however it did not solve the issue.

What i did:

  1. I changed via omv-firstaid the omv port from 80 to 8081.
  2. I confirmed with ss -ltn that this change was successful and i see the listening port 80 vanished, while this now popped up:

State Recv-Q Send-Q Local Address:Port Peer Address:Port

LISTEN 0 511 0.0.0.0:8081 0.0.0.0:*

  1. I tested locally via ssh from the pi the connection via curl http://mylocalip:8081/ and it works, i get the html back
  2. I tested from my laptop (connected to my router via WiFi, where the raspberry is meshed into via the repeater in between) and i still get the timeout.
  3. I tried tunneling again via ssh ssh -L 8081:localhost:8081 [email protected] and i did not get any errors this time. However when i open the local url in the browser i get a connection reset and my terminal shows me channel 3: open failed: administratively prohibited: open failed. However this just says that TcPForwarding is disabled, which is fine, so that tunneling issue should not be the main problem, i assume.
[–] [email protected] 0 points 1 year ago (1 children)

Can you recommend some devices? Most of the ones i saw had good prices, but not performance relative to power usage. The N100 with its 4 efficiency cores is actually quite good for the price and power usage. Unfortunately most mini pcs with it have limited ports.

I also think, that 2 ssds might be sufficient for the beginning. I'm even thinking of just adding 2 external ssd's and call it a day for the beginning (one as backup), but that does not scale well.

[–] [email protected] 0 points 1 year ago* (last edited 1 year ago)

The jbod idea sounds good to explore further, as it tha home server and storage would be separated. However it would add an additional device to the power bill.

However i don't need the full amount of all disks at all times. If i'd want to unplug via shell script, i'd need to plug it manually in person back in for storing things. I actually do not need it running all the time, as the home server ssd can cache most of what i need recently in access. The jbod is then more an archive.

i'm mainly looking for a way to power down the inexpensive hdd's. I could use the raspberry pi as the jbod controller, but it does not properly support wake on lan, so thats also not an option

view more: ‹ prev next ›