Why are everyone suddenly aware that Neochat is unmaintained. I mean, the last commit was 3 years ago and the last release alsmost 4 years ago. Just because the git repository got archived on a date does not mean that it was maintained up to that point.
Linux
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
Most people aren't going around checking the commit history on every piece of software they use. The git repository being archived made the Linux news rounds, so now a bunch of people are newly aware. It's not complicated.
How does that make it dead?
Do they just need to update it for the sake of updating it?
Libraries and APIs are a moving target. Eventually it won't run on modern systems anymore without modification.
Yeah, but if it hasn't reached that point then is it really dead?
Edit: Instead of downvoting me, consider this. What if the only update this program receives in years is one to make sure its still compatible with the libraries and APIs you refer to? Would that make it alive, or dead?
It seems like you guys are advocating for updating just for the sake of updating, also bandwagoning a bit.
Neofetch is literally a bash script. There aren't any libraries or APIs it depends on, and there is basically no chance of it not working in the future. Some people just like to try and sound smart.
The actual problem with Neofetch is that it's not being updated with new ASCII art for new distros, and not adding new options to show things like a line for display server or other things some people might be interested in. It's just getting out of date in regular boring ways.
That's kind of exactly what I was thinking.
Thanks for the clarification.
Apparently it doesn't work right on ARM systems or something
I have a Raspberry Pi. It works just fine.
I think it's on ampere iirc
Uh huh. You think that some cloud computing processor just randomly can't run a bash script? What, does the uname command not work on their processors or something? That would cause problems a lot worse than just Neofetch not working. I obviously don't have one laying around to check, but I find that highly unlikely.
I dunno, just heard it somewhere
I don't get people being worried about an offline application designed to run one shot as the current user not receiving updates. I do get maintainers dropping the package from package repos now that it is officially archived though...
number 4 will shock you!!1
Now fastfetch is my new friend
Neofetch is only dead if y'all let it die. Same as Hexchat.
I had no idea ppl actually cared about any fetches, not like it stopped working though. Just a guess but it'll work for a good while, because it's a damn fetch script:D
Wasn't screenfetch the thing neofetch was supposed to replace? Apparently it has more recent development activity (5 months ago), anyway...
I've been using a custom version of paleofetch for NixOS for a while, but I decided to write my own clone of neofetch in Rust when I heard about the archival just for fun.
It has (or I suppose will have) parity with everything neofetch can output, supports dynamic plugins, is super fast bc compiled, and looks up information using asynchronous fetches. It's configurable via a config file (JSON) to choose what you want to show (I think this is better than using CLI options for this kind of app).
I have the app's framework/architecture up and running, I just need to finish implementing the rest of the data lookup and add more distro logos.
Once I get the data lookup feature complete, I'll make the repo public so people can add their distros' logos and use it, but I'm treating this as more of a pet project, so I doubt people will be that interested in using/contributing since plenty of other fetch programs exist, so I don't care if it lives or dies; it's just fun to make things :)
Tenatively named fetch-rs
, but I'm sure something like that already exists.
I tried fastfetch which was very fast, but didn't work correctly for me. It told me I had 16 flatpaks installed, but I don't even have flatpak! On another preset it gave the wrong number of pacman packages installed. The coloured bars also rendered with visible seams in between because it uses characters instead of colouring the background. It also didn't show my terminal font at all. I can't open issues because I didn't bother to activate 2fa on my github account. I ended up writing a simple fetch for fun, it shows pacman and rust packages, learned a few things about terminal escape codes.
[...] I didn't bother to activate 2fa on my github account. I ended up writing a simple fetch for fun, ...
I'm not judging, but reading those two lines back to back is pretty funny.
Also good to know what causes those seams. I've noticed it in some consoles, but never bothered to check why exactly that is.
I guess that is pretty funny, didn't notice it while writing lol. When it comes to those seams, I think it depends on your font whether it will have seams or not. Colouring the background is more consistent in my experience.
pfetch anyone ?
repo is archived as well, since they're both Dylan Araps, and it appears he's opted to quit programming.
pfetch gang
Pipe it with curl
If you are using Windows, you can use winfetch
.