Changes between Initial Version and Version 1 of Ticket #3121, comment 22


Ignore:
Timestamp:
08/24/22 19:39:23 (21 months ago)
Author:
newsboost
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #3121, comment 22

    initial v1  
    1717'''Concluding remarks:''' 
    1818I did not try to compile anything but hope this bug will be fixed and until that, I think this is a really good and easy work-around for me, which I hope also can help other who experiences this issue. You can read more details here, because the work-around wasn't actually my idea but I posted the issue in the Arch Linux forum ([https://bbs.archlinux.org/viewtopic.php?pid=2053275#p2053275]) and now I hope sharing this info will help fix the bug upstream and properly so the workaround isn't needed in the future. Please let me know if this helps other with the same issue so we maybe can find the culprit, if the issue remains without neofetch on some systems, which I suspect and I'll be happy to help, if there are questions. 
     19 
     20'''UPDATE: The above workaround does not always work - this works (on my system):'''  
     21hmm, I just downloaded {{{mc-4.8.28.tar.xz}}} (am new user here, couldn't see how to get the git-repo, but this seems ok) and compiled it and tried to reproduce this and see if I could see/learn more. But it starts up with "Error. Unable to load 'default' skin. Default skin has been loaded" (which I think is contradictory?). After pressing ESC+enter a few times it opens up in black/white - I then hit CTRL+O, but then the issue persists and the subshell-workaround above doesn't help. However, what *DOES* work is to: 
     22 
     23{{{ 
     24#!zsh 
     25mv -i .zshrc .zshrc__ 
     26}}} 
     27 
     28which is also how I found the above-mentioned work-around (by "bisecting", i.e. commenting things out until I could see what did the difference).