=== Elfo__ is now known as Elfo
=== eTeddy1 is now known as eTeddy
[09:42] <tadeus53b> Hallo, ich versuche gerade https://wiki.ubuntuusers.de/OpenShot/ zum laufen zu bringen. Leider kommt die Fehlermeldung "ModuleNotFoundError: No module named 'PyQt5.QtWebKitWidgets'"
[09:42] <le_bot> Title: OpenShot › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[09:42] <tadeus53b> Wie komme ich da weiter?
[09:44] <k1l> welches ubuntu nutzt du?
[09:44] <stevieh> das letzte Mal, als ich openshot unter Ubuntu nutzte, nahm ich das appimage...
[09:45] <tadeus53b> 1804
[09:46] <k1l> mach mal "pip3 uninstall pyqt5"
[09:47] <tadeus53b> funzt, danke
[09:48] <k1l> scheint der bug zu sein, wenn man das modul mit pip installiert hatte: https://bugs.launchpad.net/ubuntu/+source/openshot-qt/+bug/1814520
[09:48] <le_bot> Title: Bug #1814520 “openshot-qt: No module named 'PyQt5.QtWebKitWidget...” : Bugs : openshot-qt package : Ubuntu (at bugs.launchpad.net)
[13:38] <interrobangd> Hallo, sollte "xinput list" nicht meine Tastatur anzeigen? ich sehe da nur meine Maus
[13:39] <interrobangd> .. da sollte laut internetz "AT Translated Set 2 keyboard" aufgelistet werden
[13:43] <interrobangd> ok, keyboard wird zeimal aufgelistet, mit unterschiedlichen IDs, keine ahnung warum
[13:44] <interrobangd> aber wenn ich sage "HID 046a:0023" deaktivieren, nimmt er vermutlich die "falsche" Tastatur, nämlich die andere "HID 046a:0023"
[13:45] <LupusE> und was funktioniert nicht?
[13:45] <interrobangd> ich will tastatur und maus deaktivieren, maus geht -> xinput disable "USB OPTICAL MOUSE"
[13:46] <interrobangd> tastatur so nicht -> xinput disable "HID 046a:0023"
[13:46] <interrobangd> https://termbin.com/ul61
[13:47] <interrobangd> wenn ich die ID angebe, also disable 10, dann ist die tastatur deaktiviert
[13:55] <LupusE> ich koennte meine frage wiederholen.
[13:57] <interrobangd> ich kann die tastatur nicht anhand des Namens deaktivieren, nur mit der ID. 
[13:57] <interrobangd> bei der Maus aber schon
[13:58] <LupusE> wenn ich das richtig intepretiere, dnan weil diene tastatur keine USB tastatur ist?
[14:01] <interrobangd> doch, ist sie
[14:01] <interrobangd> https://termbin.com/tokg
[14:01] <interrobangd> "Cherry GmbH Keyboard"
[14:02] <interrobangd> komisch oder!?
[14:02] <LupusE> nope.
[14:04] <interrobangd> hm
[14:04] <interrobangd> xinput disable "HID 046a:0023" geht jedenfalls nicht
[14:05] <LupusE> klar. weil du es bei der Maus ja auch nicht mit der HID ID, sondern mit dem namen machst.
[14:06] <interrobangd> dachte "HID 046a:0023" ist der name der tastatur
[14:06] <interrobangd> wie ist der denn? den sollte xinput list doch anzeigen
[14:07] <LupusE> und deshalb steht die HID ID auch oben bei der maus?
[14:07] <interrobangd> ... zugegeben das wundert mich auch
[14:07] <LupusE> xinput zeigt an was xinput bekommt. wenn xinput aber keine tastatur 'sieht', dann wird die dor tnicht angezeigt.
[14:09] <interrobangd> also bekommt xinput einfach den namen nicht
[14:10] <LupusE> sieht so aus. als ob die nicht als HID im system registriert ist.
[14:11] <interrobangd> ehe
[14:11] <LupusE> ich wuerde zunächst ins bios schauen ob es da einen PS/2 ode rlegacy modus gibt, der ggf den treiber 'ueberschreibt'.
[14:12] <interrobangd> BIOS/Efi überschreibt was? ich dachte linux erkennt die hardware selbst
[14:12] <LupusE> ja, tut es auch. wenn die hardware entsprechend praesentiert wird.
[14:13] <interrobangd> weil festplatten kann ich im bios auch deaktivieren, werden aber dennoch unter linux gefunden
[14:14] <LupusE> dabb wuerd eich mir ein anderes mainboard kaufen.
[14:14] <interrobangd> mein Raspi hat auch kein BIOS, wozu das alte zeug überhaupt noch!?
[14:27] <Letothe2nd> interrobangd: ich kenne ungefähr 10.000 ARM-Entwickler die soooooo froh wären wenn der raspi ein bios oder etwas vergelcihbares hätte.
[14:33] <interrobangd> und wozu?
[14:34] <interrobangd> ehrlich .. ich weis es nicht.
[14:35] <Letothe2nd> interrobangd: weil man sich auf ARMs einen abbricht um die hardware zu definieren, da so gut wie nichts autoamtisch erkennbar ist. du musst für quasi jede ARM-plattform bis auf die pins des prozessors runter genau definieren was da dran hängt und was es tut. auf x86 sagst du: "hey bios, was geht?" und die sache ist erledigt.
[14:36] <interrobangd> aha
[14:36] <Letothe2nd> ja.
[14:37] <interrobangd> dann ist das bios die schnittstelle zwischen hardware und OS
[14:37] <interrobangd> dachte das wäre altes zeug was sich aus DOS zeiten gehalten hat :D
[14:38] <Letothe2nd> interrobangd: es ist ein teil der schnittstelle.
[14:38] <Letothe2nd> interrobangd: tja, falsch gedacht. wir lernen: wenn man keine ahnung hat....
[14:39] <interrobangd> vielen dank
[14:39] <Letothe2nd> bitte gerne.
[14:40] <interrobangd> teste das mal mit der festplatte, war ein ASUS Mainboard
[14:40] <interrobangd> alles deaktiviert, usb stick rein, linux geladen, alles plötzlich da
[20:28] <Herbert-51> nabend in den Raum
[20:30] <Herbert-51> <<< hat mal wieder kleines problem, mein rechner schaltet sich nach den shutdown  nicht vollständig ab sondern bleibt mit schwarzen Bildschirm stehen
[20:32] <Herbert-51> im netz hatte ich gefunden das ich die "/boot/grub/menu.lst" ändern sollte aber die datei gibt es bei mir dort garnicht
[20:33] <k1l> wie fährst du runter? du kannst mal ESC drücken, dann sollte er die meldungen anzeigen. oder mal ohne "quiet splash" in grub beim kernel
[20:33] <Herbert-51> habe muntu 19.10 drauf
[20:34] <Herbert-51> wann soll ich esc drücken damit ich das angezeigt bekomme
[20:35] <Herbert-51> wo finde ich die datei bei mir die den shutdown steuert?
[20:36] <Herbert-51> menue.lst kann ich nirgrns finden :-(
[20:37] <k1l> vergiss mal menue.lst
[20:37] <Herbert-51> ich fahre ganz normal mit dem aus schalter oben rechts runter und dann auf ausschalten
[20:38] <k1l> wenn am ende der schwarze bildschirm ist, dann mal versuchweise ESC drücken, evtl zeigt er dann die logs an woran er hängt.
[20:38] <Herbert-51> moment
[20:41] <Herbert-51> nein, er macht dann nix, gibt mir nur die Bildschirmmeldung das das kabel nicht angeschlossen ist. muss dann die powertaste halten bis er sich vollständig abschgaltet
[20:49] <k1l> dann nimm mal "quiet splash" aus dem kernel raus. beim grub am anfang auf e drücken, dann unten das weglöschen und dann F10 drücken zum booten.
[20:51] <Rochvellon> oder in /etc/default/grub bei 'GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"' eine Raute (#) davor setzen
[20:53] <Herbert-51> ok versuch ich mal
[20:57] <Herbert-51> immer noch das selbe resultat :-(
[20:57] <Herbert-51> hab es in grub geändert
[20:58] <k1l> Herbert-51: wir machen hier noch keine problemlösung
[20:58] <k1l> Herbert-51: wir versuchen erstmal das so einzustellen, dass dir angezeigt wird, was er da noch macht und warum er da nicht ausgeht.
[20:59] <k1l> du musst natürlich den grub neu schreiben, wenn du die variante von Rochvellon nimmst: sudo update-grub
[20:59] <Rochvellon> Herbert-51: "quiet splash" bedeutet nur, dass die Systemmeldungen beim Booten bzw. beim Runterfahren versteckt werden
[21:00] <Rochvellon> k1l: stimmt, habe ich vergessen
[21:00] <Herbert-51> ok hab ich gemacht
[21:01] <Herbert-51> worauf soll ich denn jetzt achten was er mir anzeigt
[21:01] <Herbert-51> ich denke das wird nur kurz geschehen oder sehe ich das falsch?
[21:01] <Herbert-51> ich versuche es noch mal
[21:01] <k1l> was er dir am ende anzeigt wo er hängen bleibt.
[21:02] <Herbert-51> ok
[21:07] <Herbert-51> also, er zeigt mir jetzt zwar einiges an aber er scheint nicht wirklich richtig zu hängen, nach dem der letzte eintrag erscheint wird das bild schwarz und der monitor wird ausgeschaltet
[21:08] <Herbert-51> kann die letzte meldung deshalb nicht lesen
[21:08] <Herbert-51> kann man das irgendwie schritt für schritt durchlaufen lassen?
[21:10] <stevieh> handyfilm in zeitlupe?
[21:11] <Herbert-51> gute idee ich versuche das mal
[21:12] <k1l> ok, dann müssen wir wohl in die logs gucken
[21:17] <tomreyn> die letzten schritte vorr'm poweroff werden leider nicht mehr im log sein.
[21:18] <Herbert-51> also die letzten beiden meldungen "Satarted Power-OFF"  und " Reached target Pawer-OFF"
[21:20] <Herbert-51> Power-off sollte das sein
[21:29] <stevieh> Herbert-51: ging das schon mal? Was ist das für ein Rechner?
[21:30] <Herbert-51> das ist jetzt seid dem update auf 19.10 vorher ging das
[21:30] <stevieh> von wo haste denn geupdated?
[21:32] <Herbert-51> was für ein rechner ist gut? nix altes ehe neu als cpu amd rycen
[21:32] <stevieh> ne, von was für nem ubuntu?
[21:32] <Herbert-51> hat der mir nach gefragt ob ich das machen will
[21:33] <stevieh> 18.04?
[21:33] <Herbert-51> ich glaube 19.04
[21:33] <stevieh> ok.
[21:33] <Herbert-51> oder 18.1 bin mir nicht sicher
[21:33] <Herbert-51> denke aber 19.04
[21:34] <k1l> bis juli musst du eh auf 20.04 aktualisieren. das würde ich jetzt einfach mal machen und gucken ob mit dem neuen kernel und co das problem immer noch besteht.
[21:35] <stevieh> das ist ein guter plan. Und am besten vorher mit dem Live Stick vom 20.04 schauen, obs da geht
[21:36] <Herbert-51> ok denn werd ich mich mal da ran machen
[21:36] <Herbert-51> danke erstmal
[21:36] <Herbert-51> ich melde mich wenns nicht geklappt hat :-)
[21:36] <Herbert-51> nacht erst mal an alle und danke für die hilfe
[21:40] <Rochvellon> erm, wo wird eigentlich gespeichert, ob der Upgrader nach neuen (nicht-)LTS-Versionen suchen soll?
[21:42] <k1l>  /etc/update-manager/release-upgrades
[21:43] <Rochvellon> kk
[21:44] <Rochvellon> wäre dem Herbert auch noch anzuraten, dass er dort LTS einträgt