Your short description is way too long and only three words in it are
useful: "system info script". Those three words by themselves do not
really give a good idea what the package does.
The neofetch package description (short and long) is much better; you
should model yours from it, adding the bits about being a fork of
Neofetch and integration with other tools in the long description.
Describe _what_ your package does first, then if room allows, add where
it came from.
It is definitely useful, in the long description, to describe how it
differs from the project that it forked. I wouldn't take that out, just
reorder things a bit, possibly rewording it as necessary. Write your
description as if the reader may not know what Neofetch does. Something
like:
HyFetch is a command line script to display information about your
Linux system, such as.... It is a fork of Neofetch, and adds pride
flag coloration.
It can also integrate....
It is also not clear (and possibly not relevant?) what the difference is
between "started as a fork" and "now also maintains". Did upstream for
hyfetch take over the neofetch github repo? You might want to just
leave out the second part, or at least reword it to be more clear.
Normally, a fork of a now-defunct project is just called a fork, unless
there was some official transfer of the old project's assets to the new
project upstream.
...Marvin
* Bailey Kasin <
baile...@gmail.com> [230905 02:09]: