NeoVars: make-build.bat funktioniert nicht #542
Tunnisteet
Ei tunnistetta
(╯°□°)╯︵ ┻━┻
Bug
Diskussion
Dokumentation
Duplikat
Gitea
Hardware
Hilfe
Invalid
Java
Lernen
Qt
Remote
Subversion
Tablet
Tastaturbelegung
Test
Treiber/Android
Treiber/iOS
Treiber/Linux/Konsole
Treiber/Linux/xkbmap
Treiber/Linux/xmodmap
Treiber/MacOS
Treiber/Windows/AHK
Treiber/Windows/kbdneo
Treiber/Windows/ReNeo
Verbesserung
Website
Windows 11
Wontfix
Worksforme
Ei merkkipaalua
Ei käsittelijää
2 osallistujaa
Ilmoitukset
Määräpäivä
Määräpäivää ei asetettu.
Riippuvuudet
Riippuvuuksia ei asetettu.
Reference: neo/neo-layout#542
Ladataan…
Viittaa uudesa ongelmassa
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Ich hab gerade versucht, den NeoVars-Treiber aus dem git-Repo zu bauen.
AutoHotkey wird nicht gefunden, weil es unter
C:\Program Files\
und nicht wie vom Skript vermutet unterC:\Program Files (x86)\
installiert ist.Heißt das, dass man die 32-bit-Version benötigt? Steht das irgendwo? Oder ist das Skript nur veraltet?
In der Readme finde ich nur zwei tote Links:
Die aktuellen Links sind anscheinend:
Wenn ich den Pfad zu AutoHotKey in der
make-build.bat
anpasse:erhalte ich einen anderen Fehler:
Gleichzeitig meldet Windows Defender, dass er angeblich einen Trojaner blockiert hat:
Ausgabe des Skripts:
Es wird nur ein leerer Ordner
neo-vars/build/
angelegt.AutoHotkey bietet einen Installer an, aber auch eine Zip-Datei zum Entpacken. Darin enthalten sind ANSI-, Unicode32- und Unicode64-Bit-Versionen vom Interpreter sowie der – hier benötigte – Compiler. Wichtig ist also nur, dass Du den Pfad in der Makedatei anpasst.
Der Windows Defender behandelt den AHK-Compiler als Trojaner. Du kannst das verhindern, indem Du in den Einstellungen vom Defender eine Ausnahme hinzufügst, nämlich die Datei "Ahk2Exe.exe" (ggf. mit vollem Pfad). Ebenso sollte das Outputverzeichnis (
\windows\neo-vars\bin
) als Ausnahme eingetragen werden – oder zumindest die resultierende Datei Neo20.exe.Danke für den Hinweis mit den Links. Diese sollten eigentlich funktionieren (wobei wiki.neo-layout.org aktuell git.neo-layout.org weiterleitet), aber da hat sich ein doppeltes
wiki
in der URL eingeschlichen.So hat es funktioniert. Danke!
Ich hab einen Pull Request erstellt, damit das build-Skript nicht fehlschlägt, wenn man nur die 64-Bit-Version von AutoHotkey installiert hat:
https://github.com/neo-layout/neo-layout/pull/23
Leider konnte ich den PR nur über den GitHub-Mirror erstellen, weil ich im Gitea-Repo keine Möglichkeit gefunden habe, einen Commit in meinen Fork zu pushen. Ich kann mich dort zwar über GitHub einloggen, kann aber nicht mit den GitHub-Credentials pushen. Eine Alternative wäre noch einen Authentifzierung über einen SSH-Key, aber SSH ist in diesem Projekt deaktiviert.
@MaxGyver83 Der Github-Login dient der Anmeldung an Gitea und vereinfacht den Registrierungsprozess. Die Authentifizierung läuft dabei über Github – somit nicht verwunderlich, dass damit keine Git-Operationen möglich sind.
Zur direkten Authentifizierung hast Du zwei Möglichkeiten:
Ich glaube, ich habe gar kein Gitea-Passwort.
Aber das mit dem Personal Access Token hat funktioniert. Danke für den Hinweis! Hier ist der gleiche PR in Gitea:
#543