Well done! That looks amazing!

I’m not too sure about the overs can issue, I would have thought the options you found were the right ones.

Another option for display along the same lines might be btop. People like to get fancy with status monitors. Either way, I think yours is looking great.

Yeah ok, that makes more sense. Some starting points (arch user by practice, but Mint will have similar interfaces):

• use DPMS to turn screens on and off dynamically. This would be to put a monitor to sleep.
• I would think there is a kernel parameter to either disable a display output or the driver used by the laptop display.
• I believe “agetty” is the program that gives you a terminal on a display. Thile general term for what you are interacting with is a getty. You can see an example of setting up a generic automatic login in section 2.3.1 of that link.
• The easy way out to run a command on start is to run bash, then have the command in the bottom of your .bashrc file.
• the slightly better way to do this is to create a new user that will be just for this purpose (like a service account).
• the better way would be to run the command straight through the terminal, instead of starting a shell in interactive mode. This would be replacing ${TERM} with something like /bin/sh -c '/bin/htop'.
• I’m not sure how you could get a specific tty on a specific monitor, but I would expect there is a way to do it through the kernel parameters. This probably isn’t needed as you don’t plan on having another screen anyway. You could just use tty1 and be done with it.
• the other thing you may want to do is to set “quiet” mode in the kernel parameters, as the system may print status messages onto the tty be default.

The people here talking about a display server (x11/Wayland) are missing your point I think. If you put a display server on this “box” then it will become a normal server, not a headless one. At that point, you may as well run a full VM and have the output go wherever you want, etc. I’m not sure what the equivalent is in the docker world, but I’m pretty sure that’s not what you’re asking for.

Is it possible for you to get SSH running on this “server”? If so, you may be able to set it up with an SSH client on the host PC (the laptop?) that is full screen on the CRT/HDMI output?

Maybe I’m misunderstanding as well though. Any headless server I’ve used in Linux will still give you a TTY on the display. Do you not get that? Someone else mentioned Getty, which is likely the service that is managing that. You should be able to configure Getty to give you a specific tty (e.g. tty9) on a specific output, then configure it either to autologin or to run a script on that tty.

Luckily, someone has got an actual solution. Check out WindHawk. I use it to run a vertical taskbar.

I’ll admit, I haven’t looked at the code. I would stand by my comment of the unsafe block being a start point.

Countering that however, what is the difference to just debugging effectively? Not sure. I suppose it’s down to the people that identified it and fixed it at the end of the day to say if there was any benefit.

I think the other takeaway here is that it was found in a section marked “unsafe”. At the very least, that’s a useful tool for the Devs to isolate potential problem areas. Comparing that to a pure C codebase where the problem could be anywhere.

Sure, one could learn a new program, new UI, new plugins… Or you could use something that follows your conventions and do what you actually want to do; edit photos (or edit text without knowing the cryptic string to save it).

Also a good spot for sunglasses!

What is the wm and bar setup you have?

Hey that’s crazy, I have the same memory of ~15 years ago and it snowing on Christmas Day in the Snoy Mountains. The difference then was that there was major bush fires all throughout NSW which was royally messing with the weather.

Puppy Linux might be an option if that project is still going.

For me, a full transition never really worked. I’ve needed up using bash for my login shell to keep general compatibility, then GUI terminals, etc, all get started running fish. Most of the scripts I write still use bash, but the thing I interact with 90% of the time is fish and it’s out of the box features cover everything I could want for those times.

There’s also tools like “bass” that help for situations where you need to do “source xx.bash” to get dev environments running.

This setup to me is pretty much painless, and doesn’t require any upkeep. All wins.

We have similar kinda of boxes in Australia, usually they are monitoring stations for the energy infrastructure provider. Can be cellular or long range radio links.

What is the deal with the tent hammock? That’s an great idea. Can you share a make/model?

Easy. Pico Henry. Not sure why chemists are so concerned with such a small amount of magnetism though…

Other comments are on the right track. You likely need to get your music tagged correctly. From memory, you want the Artist tag to be A feat. B, then the Album Artist tag to be A.

MusicBrainz Picard is great. Especially if your music comes from formally released albums. My issue was having lots of indie playlists/albums. I solved this by having Various Artists labelled in the Album Artist tag (I think).

Happy to have taken the time, and I’m glad the feedback was appreciated. I respect the effort that you’ve put in so far (more than my game projects). Good luck on the rest of your journey!

A bit of constructive feedback, I hope (noting that I’m not in game dev, so plenty of respect where it’s due)!

• The movement and interactions are quite impressive, the scale of options for climbing and traversing was more than I would have expected.
• The sheer number of input combinations was a bit overwhelming. It felt like I was constantly forgetting button combos, or ow to detach from ledges, etc. overall there may not be an issue, but leaning a bit more to contextual options may help new/inexperienced players.
• sometimes it was difficult to know what movement options were possible. Some traversal options were very clear (fixed cameras helped in some locations), but others had me trying to wall-run in spots that would not allow it (as far as I could tell). Having visual indicators, such as scrape marks, or more consistent use of the fixed camera may help, but just some ideas.
• the combat felt ok, but leaning towards being “slash and run”. A block or party would be good to help with situations where the player is backed into a corner. If that option exists, then my mistake, but that probably leans on point #2 with so many button combinations to learn that I just missed it.
• controller support didn’t seem to work out of the box, some features did, but I couldn’t jump or attack on however my setup was configured. Maybe a bad/weird control scheme on my end.
• visuals were good for what was present, and the level layout was interesting. I can’t say that I’m a fan of the “collapsing building” vibe. To me, it seemed like there were walls or roofs or environmental features missing in some spots. No necessarily bad, but it sometimes didn’t feel like I was in a real/inhabited world.

Overall, it seems like a great basis for a good game, and the artwork, visual theme, and animations we’re all quite good. I hope the full release is does well for you, and great work on all the effort that it must have taken to get even this far!

Any ones I’ve seen in Queensland, Australia, have been going strong Ain all sizes of pots. Although small pots seem to stunt their growth. Typically we have a good amount of morning or afternoon sun. Always on a balcony, etc.

I haven’t seen many in all-day shady areas. Any that get too much sun seemed to have yellowing/browning towards the tips, but that was in excessive heat.

Looks neat! Will give it a spin for sure.