Light

hykilpikonna / hyfetch Goto Github PK

View Code? Open in Web Editor NEW

This project forked from dylanaraps/neofetch

1.2K 12.0 96.0 14.77 MB

🏳️‍🌈 🏳️‍⚧️ Neofetch with LGBTQ+ pride flags!

License: MIT License

Shell 55.24% Makefile 0.08% Python 44.61% JavaScript 0.06%

neofetch screenfetch hyfetch neowofetch

hyfetch's Issues

Brightness doesnt work

Description

Brightness does not seem to work under kitty, which supports 24bit color.

[?] Does this issue still occur in the master branch? (Required if issue)
(no idea, i'm running the hyfetch package off the AUR, which is currently using the 1.4.5 tag)

Neofetch version

Screenshot

Config file

n/a, this is firstrun

Verbose log

Run neofetch -vv 2> neofetchlog
Upload the contents of neofetchlog to pastebin, gist or equivalent.

Windows Terminal goes haywire when running HyFetch for the first time

Description

I am using Windows Terminal 1.15.2875.0 on Windows 11 22H2 (22621.819) to connect to my Linux boxes (WSL and SSH).

When running hyfetch on any machine for the first time, it enters the configuration routine, and it seems to incorrectly detect the dimensions of the Windows Terminal window, messing up the screen (see pics 1 & 2).

By hitting Enter several times I can finish configuration with defaults, but the screen does not recover afterwards (see pic 3). I must reconnect to restore normal operation.

It seems a compatibility issue between hyfetch and certain terminal emulators, because the issue does not occur on GNOME Terminal (Ubuntu 20.04 with latest updates).

I can also reproduce the issue with MobaXTerm v20.1.

Does this issue still occur in the master branch? (Required if issue)

Neofetch version: HyFetch 1.4.4

Screenshots

Config file

None (first run)

Verbose log

I tried hyfetch --debug but it produced nothing on stderr.

[Redacted]

[Redacted by Content Moderation Bot]

Option to override default distro ascii art

Description

A config option that lets you override the default distro ascii art displayed would be useful. Windows has three different styles of ascii art that may be preferred by different users and manually overriding the distro can be used to work around #29.

I understand that the --distro option exists, but if we allow specifying a default flag I don't see why the same can't be done for distros.

'No such file or directory' error occurs when running hyfetch on Windows

Description

hyfetch is installed by pip. After I maked a workground for #83, it throws <path of python>/Lib/site-packages/neofetch: No such file or directory. I tried copy <path of python>/Scripts/neowofetch to <path of python>/Lib/site-packages/neofetch, the script runs successfully ~~but freezed like #82~~.

$ hyfetch
/usr/bin/bash: line 1: /c/Users/zzz/scoop/apps/python/current/Lib/site-packages/neofetch: No such file or directory
Error: Command '[WindowsPath('C:/Program Files/Git/bin/bash.exe'), '-c', '/c/Users/zzz/scoop/apps/python/current/Lib/site-packages/neofetch ascii_distro_name']' returned non-zero exit status 127.
Traceback (most recent call last):
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\main.py", line 429, in run
    neofetch_util.run(preset, config.color_align, config.backend)
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\neofetch_util.py", line 265, in run
    return run_neofetch(preset, alignment)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\neofetch_util.py", line 279, in run_neofetch
    asc = get_distro_ascii()
          ^^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\neofetch_util.py", line 239, in get_distro_ascii
    det = distro_detector.detect(distro or get_distro_name())
                                           ^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\neofetch_util.py", line 260, in get_distro_name
    return run_neofetch_cmd('ascii_distro_name', True)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\site-packages\hyfetch\neofetch_util.py", line 220, in run_neofetch_cmd
    return check_output(full_cmd).decode().strip()
           ^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\subprocess.py", line 466, in check_output
    return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\zzz\scoop\apps\python\current\Lib\subprocess.py", line 571, in run
    raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '[WindowsPath('C:/Program Files/Git/bin/bash.exe'), '-c', '/c/Users/zzz/scoop/apps/python/current/Lib/site-packages/neofetch ascii_distro_name']' returned non-zero exit status 127.

Does this issue still occur in the master branch? (Required if issue)

Neofetch version

7.3.6

Screenshot

See description above ~~and #82~~.

If we are certain that upstream is dead, should we make this fork a standalone repo?

Description

The title says it all.

[Redacted]

[Redacted by Content Moderation Bot]

Adding TIDAL HiFi as a music player

I wonder if it would be possible adding TIDAL HiFi to the music players considering it uses MPRIS which aligns with most of the music players in the script.
the MPRIS service/endpoint is called "tidal-hifi"

[Redacted]

[Redacted by Content Moderation Bot]

Curious about the python usage

Description

I'm just curious why the python usage, even for the install? 🤔

It seems to work perfectly when executing sudo make install inside the cloned repo, which doesn't require any python:

#> cd <git-repo>
<git-repo>#> sudo make install
#> cd
#> neofetch --version
Neofetch 7.3.3
#> neofetch
<normal output as expected>

OS detection as wrong as in neofetch

Description

The hyfetch OS detection is a bit off, regular ubuntu running KDE gets picked up as Kubuntu, while I'm not running kubuntu.

Does this issue still occur in the master branch? (Required if issue)

Hyfetch version

┌[realfx@XXXXXXXXXXXXXX]-(~)
└> hyfetch -V
Version is 1.4.2

Screenshot

https://prnt.sc/wgnCy7CLsxmM

Config file (output for `hyfetch --debug`

none
GlobalConfig(color_mode='rgb', override_distro=None, debug=True, is_light=False)
{...}

[Redacted]

[Redacted by Content Moderation Bot]

Incorrect width when using bedrock's ASCII

In the AUR version

And in bash <(curl -sL neowofetch.hydev.org)

I haven't tested other versions yet but I think the issue could be with how it counts the width of the ASCII because of all the slashes

Distributions May Fail to Package Neofetch Updates

What happened?

I was made aware of a pull request that added a small logo for AOSC OS/Retro. Given that the original upstream at @dylanaraps is no longer active, you have duplicated and merged pull request here and suggested that...

"HyFetch is a fork of neofetch with LGBTQ pride flags, but the repo also serves as an updated version of neofetch, addressing many pull requests that are not merged in the original repo."

First of all, thank you. However, I have only then found out about the fact that a copy of Neofetch is maintained here in this repository. Good news, right? Not quite.

Hyfetch, as technically a wrapper project for Neofetch, is not Neofetch. However, judging from the release history, it seems that instead Neofetch is considered one of Hyfetch's integral components.

What's the problem?

Consider this. Various distributions has packaged Neofetch, whose version stopped at 7.1.0, reflecting only changes in Neofetch. Now, Hyfetch merges Neofetch as a component and reset the version history. What kinds of problems might this cause?

Visibility. Practically no distribution knows of an updated fork for Neofetch. Repology statistics demonstrates this point perfectly. Neofetch is currently sitting at 7.3.3 (but not reflected in either commit history or tags).
Failure to reflect versioning changes. Given this situation, a distribution could either downgrade their packages (by adding "epoch" markers, 7.1.0 => 1:1.4.3), or by tagging on Hyfetch changes (either as 7.1.0+hyfetch1.4.3 or 7.1.0+git20221113). However, by doing so, distributions risk either (1) failing to reflect Neofetch versioning changes (users install Neofetch 7.1.0+fetch1.4.3 but the scripts report version 7.3.3, or (2) failing to reflect Hyfetch's de facto upstream status (by not following Hyfetch's versioning convention).

The second point is especially concerning, as distributions may use update checkers to track upstream package versioning. Fedora's Anitya or AOSC OS' aosc-findupdate will not be able to effectively track and apply update information on their packages - as no exact versioning is reflected on Neofetch.

In short, it's unworkable for us distribution packagers (we might miss updates) and it has the potential to confuse users (see point 2 above, complicated versioning markers and inconsistent version reporting).

What do you propose?

From my standpoint (as an AOSC OS maintainer), I urge changes to your release strategies. As you are the de facto upstream, we strongly suggest that you make your project workable for distribution packagers, especially now that Neofetch has been packaged by so many distributions. I propose the following methods (that I would consider ideal or at least workable), for your reference:

Restore Neofetch as a dedicated project, and incorporate its code as a Git submodule in this repository. This way, we have a consistent location to track Neofetch changes and it reflects the nature of this project much better.
Tag Neofetch with a prefix. If option 1 would not work under any circumstances, please consider tagging Neofetch versions like neofetch-7.3.3, so that distributions can still have a clear idea of what is going on here.
At the very least, reflect Neofetch changes in commit messages. But truthfully, I simply don't see why either option 1 or 2 wouldn't work.

I can, however, see an argument that Hyfetch is not the upstream or the fact that @dylanaraps might one day pick up Neofetch again. But hey, they have been inactive for close to a year now. A year is a long time for bug fixes to sit undiscovered by distributions. @dylanaraps also has all the power to apply changes made here in this repository if and when they decide to reboot the project.

Feature request: option to disable package enumeration

Description

On my Oracle Linux VPS, getting rpm package count takes 10+ seconds (4-5 seconds if successively run twice or more).

It will be much more usable if package count could be disabled by modifying config file.

Unable to run Hyfetch on Windows 10

Description

Hyfetch is unable to run on Windows 10
Currently installed version of Python is 3.10.4

Release 1.4.0

Installed using pip
Powershell & Command Prompt:
Setup functions as expected, until you select a brightness, upon which you will be met with the following error:

Traceback (most recent call last):
  File "C:\Program Files\Python310\lib\runpy.py", line 196, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "C:\Program Files\Python310\lib\runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "C:\Users\f191\AppData\Roaming\Python\Python310\Scripts\hyfetch.exe\__main__.py", line 7, in <module>
  File "C:\Users\f191\AppData\Roaming\Python\Python310\site-packages\hyfetch\main.py", line 299, in run
    config = check_config()
  File "C:\Users\f191\AppData\Roaming\Python\Python310\site-packages\hyfetch\main.py", line 33, in check_config
    return create_config()
  File "C:\Users\f191\AppData\Roaming\Python\Python310\site-packages\hyfetch\main.py", line 199, in create_config
    asc = get_distro_ascii()
  File "C:\Users\f191\AppData\Roaming\Python\Python310\site-packages\hyfetch\neofetch_util.py", line 150, in get_distro_ascii
    return normalize_ascii(check_output([get_command_path(), cmd]).decode().strip())
  File "C:\Program Files\Python310\lib\subprocess.py", line 420, in check_output
    return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
  File "C:\Program Files\Python310\lib\subprocess.py", line 501, in run
    with Popen(*popenargs, **kwargs) as process:
  File "C:\Program Files\Python310\lib\subprocess.py", line 966, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
  File "C:\Program Files\Python310\lib\subprocess.py", line 1435, in _execute_child
    hp, ht, pid, tid = _winapi.CreateProcess(executable, args,
OSError: [WinError 193] %1 is not a valid Win32 application

MINGw64 (Git Bash):
Colours entirely broken, ends in same error as before

Ver. `67915c3`

Cloned from GH
Moving to the dir and using python -m hyfetch
Powershell, Command Prompt, MINGw64 (Git Bash):

Traceback (most recent call last):
  File "C:\Program Files\Python310\lib\runpy.py", line 187, in _run_module_as_main
    mod_name, mod_spec, code = _get_module_details(mod_name, _Error)
  File "C:\Program Files\Python310\lib\runpy.py", line 146, in _get_module_details
    return _get_module_details(pkg_main_name, error)
  File "C:\Program Files\Python310\lib\runpy.py", line 110, in _get_module_details
    __import__(pkg_name)
  File "C:\Users\f191\Desktop\hyfetch\hyfetch\__init__.py", line 3, in <module>
    from . import main, constants
  File "C:\Users\f191\Desktop\hyfetch\hyfetch\main.py", line 14, in <module>
    from .models import Config
  File "C:\Users\f191\Desktop\hyfetch\hyfetch\models.py", line 9, in <module>
    from .neofetch_util import ColorAlignment
  File "C:\Users\f191\Desktop\hyfetch\hyfetch\neofetch_util.py", line 17, in <module>
    import psutil
ModuleNotFoundError: No module named 'psutil'

[Redacted]

[Redacted by Content Moderation Bot]

Color Blocks Don't Get Printed on MacOS zsh 5.9/ bash 5.2.9

Description

When running hyfetch and the updated neofetch script from this repo, the color blocks still don't get printed unless I use another custom neofetch config template. I tried to change my shell to bash to see if the problem would get solved but I still get the same output.

MacOS version: Big Sur 11.4
ZSH version: 5.9
BASH version: 5.2.9

Steps to reproduce the problem

Install neofetch via brew.
Install hyfetch via pip.
Replace the neofetch script from this repo to the /usr/local/Cellar/neofetch/7.1.0/bin/neofetch
Use the default config file from the neofetch repo.
Run neofetch and hyfetch.

Does this issue still occur in the master branch? (Required if issue)

Neofetch version

Neofetch version: 7.3.4

Screenshots

ZSH

Hyfetch

Neofetch

BASH

Hyfetch

Neofetch

With a Custom config file (a template)

Config file

This is the one that doesn't print the blocks
Default config from neofetch repo

Template that works printing blocks

print_info() {
        
    prin "${c1} Sys-Info       "
    info "${c5} ├─  Distro     " distro
    info "${c5} ├─  Kernel     " kernel
    info "${c5} ├─  DE/WM      " wm
    info "${c5} ├─  CPU        " cpu
    info "${c5} ├─  GPU        " gpu
    info "${c5} ├─  Up Time    " uptime
    info "${c5} └─  SHELL      " shell 
    prin "$(color 1)  $(color 2) $(color 3) $(color 4) $(color 5) $(color 6) $(color 7) $(color 8)"
    
}
title_fqdn="off"
kernel_shorthand="off"
distro_shorthand="off"
os_arch="off"
uptime_shorthand="on"
memory_unit="mib"
package_managers="on"
shell_path="off"
shell_version="on"
speed_shorthand="off"
cpu_brand="on"
cpu_speed="off"
cpu_cores="off"
cpu_temp="off"
gpu_brand="on"
gpu_type="dedicated"
refresh_rate="off"
gtk_shorthand="off"
gtk2="on"
gtk3="on"
public_ip_host="http://ident.me"
public_ip_timeout=2
de_version="on"
disk_show=('/')
disk_subtitle="mount"
disk_percent="on"
song_shorthand="off"
mpc_args=()
colors=(1 2 3 4 5 6 7 8)
bold="on"
underline_enabled="on"
underline_char=""
separator=":"
block_range=(0 15)
color_blocks="on"
block_width=3
block_height=1
col_offset="auto"
bar_char_elapsed="-"
bar_char_total="="
bar_border="on"
bar_length=15
bar_color_elapsed="distro"
bar_color_total="distro"
cpu_display="off"
memory_display="off"
battery_display="off"
disk_display="off"
image_backend="kitty"
image_source="auto"
ascii_distro="macos_small"
ascii_colors=(1 2 3 4 5 6 7 8)
ascii_bold="on"
image_loop="off"
thumbnail_dir="${XDG_CACHE_HOME:-${HOME}/.cache}/thumbnails/neofetch"
crop_mode="normal"
crop_offset="center"
image_size="auto"
gap=2
yoffset=0
xoffset=0
background_color=
stdout="off"

Verbose log

Neofetch verbose log

Sometimes, flag stripes are obscured because the OS logo is missing lines

Description

Does this issue still occur in the master branch?

The pink part of the flag gets obscured because the ascii Zorin OS logo doesn't have any characters in those lines.

[Redacted]

[Redacted by Content Moderation Bot]

[Redacted]

[Redacted by Content Moderation Bot]

Incomplete Cachyos pull

You pulled in Cachyos's pr to neofetch to early its missing a patch. Without this os detection is broken please fix this at the soonest

From 4c3465badfa09957180768ecfbb998765c4e6584 Mon Sep 17 00:00:00 2001
From: Vladislav Nepogodin <[email protected]>
Date: Tue, 16 Aug 2022 19:30:50 +0400
Subject: [PATCH] =?UTF-8?q?=F0=9F=90=9B=20bug=20is=20leaving=20$HOME?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 neofetch | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/neofetch b/neofetch
index 85d9aea9a..ff3e66d3b 100755
--- a/neofetch
+++ b/neofetch
@@ -784,7 +784,7 @@ image_source="auto"
 #       Antergos, antiX, "AOSC OS", "AOSC OS/Retro", Apricity, ArchCraft,
 #       ArcoLinux, ArchBox, ARCHlabs, ArchStrike, XFerience, ArchMerge, Arch,
 #       Artix, Arya, Bedrock, Bitrig, BlackArch, BLAG, BlankOn, BlueLight,
-#       Bodhi, bonsai, BSD, BunsenLabs, \"Cachy OS\", Calculate, Carbs, CentOS, Chakra, ChaletOS,
+#       Bodhi, bonsai, BSD, BunsenLabs, CachyOS, Calculate, Carbs, CentOS, Chakra, ChaletOS,
 #       Chapeau, Chrom*, Cleanjaro, ClearOS, Clear_Linux, Clover, Condres,
 #       Container_Linux, Crystal Linux, CRUX, Cucumber, dahlia, Debian, Deepin,
 #       DesaOS, Devuan, DracOS, DarkOs, Itc, DragonFly, Drauger, Elementary,
@@ -5143,7 +5143,7 @@ ASCII:
                                 instantOS, Antergos, antiX, \"AOSC OS\", \"AOSC OS/Retro\",
                                 Apricity, ArchCraft, ArcoLinux, ArchBox, ARCHlabs, ArchStrike,
                                 XFerience, ArchMerge, Arch, Artix, Arya, Bedrock, Bitrig,
-                                BlackArch, BLAG, BlankOn, BlueLight, Bodhi, bonsai, BSD, BunsenLabs, \"Cachy OS\",
+                                BlackArch, BLAG, BlankOn, BlueLight, Bodhi, bonsai, BSD, BunsenLabs, CachyOS,
                                 Calculate, Carbs, CentOS, Chakra, ChaletOS, Chapeau, Chrom,
                                 Cleanjaro, ClearOS, Clear_Linux, Clover, Condres, Container_Linux,
                                 Crystal Linux, CRUX, Cucumber, dahlia, Debian, Deepin, DesaOS, Devuan,
@@ -6490,7 +6490,7 @@ ${c1}        `++
          -/
 EOF
         ;;
-    "Cachy OS"*)
+    "CachyOS"*)
         set_colors 2 8 6
         read -rd '' ascii_data <<'EOF'
 ${c3}           ${c2}.${c3}-------------------------:

Hanging on windows

Permanently hangs in run_neofetch_cmd when calling subprocess.call(full_cmd)
I managed to get it to work by using my fork and then running "hyfetch" | bash.exe from PowerShell or "neowofetch"|bash.exe and that doesn't matter what version your using.

Doesn't work on Windows (No such file or directory)

Error is in attachement
error.txt
If i clone the repo and run it from python runner.py in the hyfetch folder then it works

hyfetch installed by pip does not recognize Git for Windows installed by scoop

Description

Because of hard coded path of Git for Windows, hyfetch can not recognize other situations like the portable version or a custom installation path, or as the title says.

hyfetch/hyfetch/neofetch_util.py

Line 154 in 2fda114

def ensure_git_bash() -> Path:

Does this issue still occur in the master branch? (Required if issue)

Neofetch version

7.3.6

[Redacted]

[Redacted by Content Moderation Bot]

`hyfetch/distros/cachy_os.py` still imports `hyfetch.distro`

Description

If you're suggesting a new feature then just a description will suffice.

Does this issue still occur in the master branch? (Required if issue)

python3 setup.py test output:

running test
WARNING: Testing via this command is deprecated and will be removed in a future version. Users looking for a generic test entry point independent of test runner are encouraged to use tox.
running egg_info
writing HyFetch.egg-info/PKG-INFO
writing dependency_links to HyFetch.egg-info/dependency_links.txt
writing entry points to HyFetch.egg-info/entry_points.txt
writing requirements to HyFetch.egg-info/requires.txt
writing top-level names to HyFetch.egg-info/top_level.txt
reading manifest file 'HyFetch.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
adding license file 'LICENSE.md'
writing manifest file 'HyFetch.egg-info/SOURCES.txt'
running build_ext
cachy_os (unittest.loader._FailedTest) ... ERROR

======================================================================
ERROR: cachy_os (unittest.loader._FailedTest)
----------------------------------------------------------------------
ImportError: Failed to import test module: cachy_os
Traceback (most recent call last):
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
    module = __import__(module_name)
  File "/home/hako/Repository/hyfetch/hyfetch/distros/cachy_os.py", line 2, in <module>
    from hyfetch.distro import AsciiArt
ModuleNotFoundError: No module named 'hyfetch.distro'


----------------------------------------------------------------------
Ran 1 test in 0.001s

FAILED (errors=1)
Test failed: <unittest.runner.TextTestResult run=1 errors=1 failures=0>
error: Test failed: <unittest.runner.TextTestResult run=1 errors=1 failures=0>

And notice for agreement of the winget command

Description

~~As the title says, neowofetch freezes on Windows 11 [Version 10.0.22621.1105]~~
~~Use Git for Windows (Version 2.39.1.windows.1)~~

Using the winget command must agree their agreement. That's an interactive interface so it looks like freezed. Maybe a notice is need?

Does this issue still occur in the master branch? (Required if issue)

Neofetch version

7.3.6 (installed from npm)

Screenshot

Config file

Not configured yet. Default settings.

Verbose log

Nothing was outputted with -vv.

[Feature request] Split flags

Description

Add an option to split the distro logo in two or more sections, each having a different flag

Hyfetch does not run on Python 3.11.0

Description

Python 3.11.0 has been released for a while and trying to run hyfetch using python 3.11.0 resulted in a error.

Does this issue still occur in the master branch? (Required if issue)

Verbose log

Traceback (most recent call last):
  File "/var/home/samgo/.pyenv/versions/3.11.0/bin/hyfetch", line 5, in <module>
    from hyfetch.main import run
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/site-packages/hyfetch/__init__.py", line 3, in <module>
    from . import main, constants
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/site-packages/hyfetch/main.py", line 15, in <module>
    from .models import Config
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/site-packages/hyfetch/models.py", line 13, in <module>
    @dataclass
     ^^^^^^^^^
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/dataclasses.py", line 1221, in dataclass
    return wrap(cls)
           ^^^^^^^^^
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/dataclasses.py", line 1211, in wrap
    return _process_class(cls, init, repr, eq, order, unsafe_hash,
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/dataclasses.py", line 959, in _process_class
    cls_fields.append(_get_field(cls, name, type, kw_only))
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/var/home/samgo/.pyenv/versions/3.11.0/lib/python3.11/dataclasses.py", line 816, in _get_field
    raise ValueError(f'mutable default {type(f.default)} for field '
ValueError: mutable default <class 'hyfetch.neofetch_util.ColorAlignment'> for field color_align is not allowed: use default_factory

[Redacted]

[Redacted by Content Moderation Bot]

Different issues

[Redacted]

[Redacted by Content Moderation Bot]

[Redacted]

[Redacted by Content Moderation Bot]

[Redacted]

[Redacted by Content Moderation Bot]

Unable to run Neowofetch outside of MINGw64 on Windows 10

Description

Installed version of Python: 3.10.4
Hyfetch installed from pip, Version 1.4.0

The Neowofetch command currently only runs in MINGw64 on Windows 10

Attempting to use Neowofetch in Powershell will open a "How do you want to open this file?" prompt
Attempting to use Neowofetch in Command Prompt will generate the error:
"'neowofetch' is not recognized as an internal or external command, operable program or batch file."

I've found, through tinkering with the version of neofetch I installed using scoop, that it /is/ possible to run Neowofetch outside of bash:

Navigate to existing Neofetch installation (With scoop this is \user\scoop\apps\neofetch\current)
Copy over the Neowofetch file
Delete/Rename the original Neofetch file
Rename Neowofetch to Neofetch

Failure to run on AlmaLinux 8 (8.6 release)

Description

If you're suggesting a new feature then just a description will suffice.

[*] Does this issue still occur in the master branch? (Required if issue)

Neofetch version

1.4.3

Screenshot

[root@rancid .ssh]# pip3 install hyfetch
WARNING: Running pip install with root privileges is generally not a good idea. Try pip3 install --user instead.
Collecting hyfetch
Downloading https://files.pythonhosted.org/packages/a7/18/c4e9b81f49b447b70941362ef0fa808b2ef96f047f4230d94faf8edbf023/HyFetch-1.4.3-py3-none-any.whl (261kB)
100% |████████████████████████████████| 266kB 3.9MB/s
Collecting typing-extensions (from hyfetch)
Downloading https://files.pythonhosted.org/packages/45/6b/44f7f8f1e110027cf88956b59f2fad776cca7e1704396d043f89effd3a0e/typing_extensions-4.1.1-py3-none-any.whl
Requirement already satisfied: setuptools in /usr/lib/python3.6/site-packages (from hyfetch)
Installing collected packages: typing-extensions, hyfetch
Successfully installed hyfetch-1.4.3 typing-extensions-4.1.1
[root@rancid .ssh]# find / -name hyfetch -print
/usr/local/bin/hyfetch
/usr/local/lib64/python3.6/site-packages/hyfetch
[root@rancid .ssh]# /usr/local/bin/hyfetch
Traceback (most recent call last):
File "/usr/local/bin/hyfetch", line 7, in
from hyfetch.main import run
File "/usr/local/lib64/python3.6/site-packages/hyfetch/init.py", line 1
from future import annotations
^
SyntaxError: future feature annotations is not defined

Config file

Verbose log

Run neofetch -vv 2> neofetchlog
Upload the contents of neofetchlog to pastebin, gist or equivalent.

Doesn't get past the missing "from" so none of the debugging requests work as well. This was a brand new fresh pip3 install.

Line wrapping issues when running in WSL

hyfetch version

1.4.4

Screenshot

Config file

None.

[feature] shell completion

Such as https://docs.iterative.ai/shtab/use/?

[Redacted]

[Redacted by Content Moderation Bot]

[Redacted]

[Redacted by Content Moderation Bot]

[Redacted]

[Redacted by Content Moderation Bot]

cde4914c198ec4e3b534314178777a9c61286dc3 breaks memory on old MacOS

Not sure what the reason is for doing that.

[bug] Not getting CPU on aarch64

1.4.7 Release via AUR

[Redacted]

[Redacted by Content Moderation Bot]

Flag Addition Request

Description

Add demisexual flag please.

Git Bash on Windows renders control characters in setup

Description

When first configuring hyfetch the terminal renders control characters instead of interpreting them:

This happens both in VSCode's integrated terminal as well as the Windows Terminal. Running in MinTTY does work:

After having actually run through the config, running the program does work for some reason...

I have looked through the source, but I can't fix it.

Does this issue still occur in the master branch? (Required if issue)

Neofetch version

Just fetched master

Config file

GlobalConfig(color_mode='rgb', override_distro=None, debug=True, is_light=False)

Syntax error in some distro logos.

Description

If you're suggesting a new feature then just a description will suffice.

Does this issue still occur in the master branch? (Required if issue)

python3 setup.py test output:

WARNING: Testing via this command is deprecated and will be removed in a future version. Users looking for a generic test entry point independent of test runner are encouraged to use tox.
running egg_info
creating HyFetch.egg-info
writing HyFetch.egg-info/PKG-INFO
writing dependency_links to HyFetch.egg-info/dependency_links.txt
writing entry points to HyFetch.egg-info/entry_points.txt
writing requirements to HyFetch.egg-info/requires.txt
writing top-level names to HyFetch.egg-info/top_level.txt
writing manifest file 'HyFetch.egg-info/SOURCES.txt'
reading manifest file 'HyFetch.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
adding license file 'LICENSE.md'
writing manifest file 'HyFetch.egg-info/SOURCES.txt'
running build_ext
Traceback (most recent call last):
  File "/home/hako/Repository/hyfetch/setup.py", line 15, in <module>
    setup(
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/__init__.py", line 87, in setup
    return distutils.core.setup(**attrs)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/_distutils/core.py", line 185, in setup
    return run_commands(dist)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/_distutils/core.py", line 201, in run_commands
    dist.run_commands()
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/_distutils/dist.py", line 973, in run_commands
    self.run_command(cmd)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/dist.py", line 1217, in run_command
    super().run_command(command)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/_distutils/dist.py", line 992, in run_command
    cmd_obj.run()
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/command/test.py", line 224, in run
    self.run_tests()
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/command/test.py", line 227, in run_tests
    test = unittest.main(
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/main.py", line 100, in __init__
    self.parseArgs(argv)
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/main.py", line 124, in parseArgs
    self._do_discovery(argv[2:])
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/main.py", line 244, in _do_discovery
    self.createTests(from_discovery=True, Loader=Loader)
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/main.py", line 154, in createTests
    self.test = loader.discover(self.start, self.pattern, self.top)
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 349, in discover
    tests = list(self._find_tests(start_dir, pattern))
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 405, in _find_tests
    tests, should_recurse = self._find_test_path(
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 483, in _find_test_path
    tests = self.loadTestsFromModule(package, pattern=pattern)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/command/test.py", line 57, in loadTestsFromModule
    tests.append(self.loadTestsFromName(submodule))
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 191, in loadTestsFromName
    return self.loadTestsFromModule(obj)
  File "/gnu/store/1wirnr9djcfwn98dbsz4jndnl7qrh92y-python-setuptools-64.0.3/lib/python3.9/site-packages/setuptools/command/test.py", line 57, in loadTestsFromModule
    tests.append(self.loadTestsFromName(submodule))
  File "/gnu/store/snsyfmz48r2hqfi2bfwcas952ajf1js7-profile/lib/python3.9/unittest/loader.py", line 154, in loadTestsFromName
    module = __import__(module_name)
  File "/home/hako/Repository/hyfetch/hyfetch/distros/haiku.py", line 18
    \""""              \""""
                            ^
SyntaxError: unexpected character after line continuation character

python3 -m compileall . output:

Listing '.'...
Listing './.git'...
Listing './.git/branches'...
Listing './.git/hooks'...
Listing './.git/info'...
Listing './.git/logs'...
Listing './.git/logs/refs'...
Listing './.git/logs/refs/heads'...
Listing './.git/logs/refs/remotes'...
Listing './.git/logs/refs/remotes/origin'...
Listing './.git/objects'...
Listing './.git/objects/03'...
Listing './.git/objects/0e'...
Listing './.git/objects/10'...
Listing './.git/objects/1c'...
Listing './.git/objects/27'...
Listing './.git/objects/3e'...
Listing './.git/objects/82'...
Listing './.git/objects/91'...
Listing './.git/objects/b8'...
Listing './.git/objects/ea'...
Listing './.git/objects/info'...
Listing './.git/objects/pack'...
Listing './.git/refs'...
Listing './.git/refs/heads'...
Listing './.git/refs/remotes'...
Listing './.git/refs/remotes/origin'...
Listing './.git/refs/tags'...
Listing './.github'...
Listing './.github/workflows'...
Listing './.vscode'...
Listing './hyfetch'...
Compiling './hyfetch/constants.py'...
Listing './hyfetch/distros'...
Compiling './hyfetch/distros/haiku.py'...
***   File "./hyfetch/distros/haiku.py", line 18
    \""""              \""""
                            ^
SyntaxError: unexpected character after line continuation character

Compiling './hyfetch/distros/skiffos.py'...
***   File "./hyfetch/distros/skiffos.py", line 14
    ${c1}````'\"""\""""${c2}'\"""\"""""
                       ^
SyntaxError: invalid syntax

Compiling './hyfetch/distros/trisquel.py'...
***   File "./hyfetch/distros/trisquel.py", line 14
    ${c1}     \""""     ${c2}d$$$$"'
                        ^
SyntaxError: invalid syntax

Compiling './hyfetch/main.py'...
Compiling './hyfetch/neofetch_util.py'...
Compiling './hyfetch/presets.py'...
Listing './hyfetch/scripts'...
Compiling './setup.py'...
Listing './tools'...

Custom ASCII Art

Description

I use custom ASCII art with my neofetch instead of the default distro one. Would it be possible to have that be passed to hyfetch? ^^

[Redacted]

[Redacted by Content Moderation Bot]

Recommend Projects

React

A declarative, efficient, and flexible JavaScript library for building user interfaces.
Vue.js

🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript

TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
TensorFlow

An Open Source Machine Learning Framework for Everyone
Django

The Web framework for perfectionists with deadlines.
Laravel

A PHP framework for web artisans
D3

Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

javascript

JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
web

Some thing interesting about web. New door for the world.
server

A server is a program made to process requests and deliver data to clients.
Machine learning

Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Visualization

Some thing interesting about visualization, use data art
Game

Some thing interesting about game, make everyone happy.

Recommend Org

Facebook

We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft

Open source projects and samples from Microsoft.
Google

Google ❤️ Open Source for everyone.
Alibaba

Alibaba Open Source for everyone
D3

Data-Driven Documents codes.
Tencent

China tencent open source team.