Is your feature request related to a problem? Please describe.
Currently, uwufetch relies on the undocumented PKGPATH macro to define the path to where the package manager lies.
If not set, it defaults to /usr/local/bin and /usr/bin for macOS and other operating systems respectively.
This logic breaks non-standard/exotic setups such as running uwufetch in prefixed Gentoo Linux, where the resulting absolute path to qlist would be ${EPREFIX}/usr/bin/qlist with EPREFIX being an arbitrary user-accessible directory.
Describe the solution you'd like
I suggest calling the package managers from PATH. The implementation should be straight forward and it has the bonus of being flexible with respect to moving binaries.
Describe alternatives you've considered
Account for exotic setups by documenting and defining PKGPATH at compile time and adapt the libfetch logic accordingly. This needs uwufetch to recompile upon migration of the package manager's install location.
Is your feature request related to a problem? Please describe. Currently, uwufetch relies on the undocumented
PKGPATH
macro to define the path to where the package manager lies. If not set, it defaults to/usr/local/bin
and/usr/bin
for macOS and other operating systems respectively. This logic breaks non-standard/exotic setups such as running uwufetch in prefixed Gentoo Linux, where the resulting absolute path toqlist
would be${EPREFIX}/usr/bin/qlist
withEPREFIX
being an arbitrary user-accessible directory.Describe the solution you'd like I suggest calling the package managers from
PATH
. The implementation should be straight forward and it has the bonus of being flexible with respect to moving binaries.Describe alternatives you've considered Account for exotic setups by documenting and defining
PKGPATH
at compile time and adapt the libfetch logic accordingly. This needs uwufetch to recompile upon migration of the package manager's install location.