It's very simple for now; future thoughts would be of trying to get GNUStep to send over it's menu data of a running app so that Wmaker can create a menu for a running app so that it somewhat wouldn't be out of place, and also making the theme's scrollbar trough match the 2x2 pixel trough of Wings as well.
Buoyed by my streak of productivity involving GNUStep app development on 64-bit raspbian, but wanting a more powerful (by comparison) system to my Pi400, i decided to try and dust off (metaphorically) my Atari VCS that i had on my desk, and while it booted up all nice and dandy… trying to install more GNUStep apps just failed, both in CLI & GUI. So i decided to see if WMaker was available as it's a nice lightish WM that's the easiest among the alternative WM's… It was not available at all, not even the supporting files for it.
Is there any way to refresh my local repo list so that i can have actual access to GNUStep and WMaker? It's been infuriating on my end and i haven't found any actual answers to my issue. I'm running Trixie by the way on a external SSD drive…
(Originally i was going to also ask if there was a way to get the GitHub Desktop client also up and running; well to answer my own question, i found out that there is a (slightly tardy) community maintained fork of the official github client.)
Hello; i found another WINGs-using app that i thought was lost to time, so i decided try and compile it on my Pi400… however the .autoconfig file for wterm seems to not be set up correctly for modern systems. If there is a way to fix it, what line numbers do need to be changed? i'm willing to go in and get my hands "dirty" to get wterm up and running.
Source of WTerm: https://sourceforge.net/projects/wterm/
Just learned of this today, backup link to the mentioned section of the internet archive:
Decided to run the most recent version of Fedora KDE on my Atari VCS, and i noted some quarks of it compared to the other OS'es i've ran on it…
After login and somewhat on screensaver activation, the whole screen will be green.
I can't somehow properly do a system shutdown with Fedora when on a Atari VCS (2021), it just restarts my VCS…
Every time KDE starts, i get random crash messages from applets that have seemed to crash…
It finally happened, the rubber surrounding the perimeter of my screen just decided to not stick in like it's supposed to and look like a globemeter moth caterpillar yesterday night. Took a look around online and it seems to be a common issue with other macbooks of it's design vintage (post "butterfly" keyboard - M1 era design)…
Heard the costs to repair the gasket would come around to $500 - $900, but i'm hoping for a way to get it back in without complaint like how i did it years back for when the same symptom of the seal looking like a globemeter moth caterpillar was resolved manually by my own hands. Quite frankly i don't want to replace it, but…
https://discussions.apple.com/thread/256162596?sortBy=rank
https://www.ifixit.com/Answers/View/752715/The+rubber+gasket+around+my+screen+is+stretched+out
I was going to see what was the latest CBE version of Solaris was, and this rudely came up.
Acorn Computer's answer to the other 16-32bit single-user home/work computers (mainly the Amiga and AtariST lines), these were the first RISC-using computers that price-wise did not need a leg and a arm (Pun not thought at all, and truth to be told- It's CPU ISA was named "ARM", it's the same ARM heritage found more commonly today in apple's M-series macs) severed in order to buy the system. While the in-house CPU was faster then many of the m68k & x86-using personal systems out there at the time, it also was price-wise out of reach for many households of the time.
Eventually the line would be superseded by the long-running RiscPC line, which composed of the RiscPC series and later the A7000 that was sold as a replacement to the Archimedes line as a whole. Castle; which inherited the hardware lines after the demise of Acorn, would replace these with the Iyonix in 2002, a year after the RiscPC would cease sales in 2003 and the A7000+ in 2004.
These blockings seem a bit too politically motivated to me and the simple fact that there isn't a reason provided is a major weakness in bsky's federated network system (compared to git's requirement to label all actions taken).
While the editor isn't exactly VSCode (It's VsCodium), it's close enough to official VSCode and i've historically had the same issue with vanilla VSCode to annoy me off from coding for X11 on a Mac for a while now.
Anyways the issue i have is shown by the first red squiggly line; hovering over the issue gives me the error of 'X11/Xlib.h' file not found, i've looked around online and i think it's with the editor not knowing the full layout of my mac's filesystem and while i'm new to creating makefiles & libaries, i am unsure of where the issue lies. Also as of now i haven't uploaded shown program up to a code-forge anywhere yet as of now…