[08:49] <ShiroNeko> Hallo, wie kann ich via nm
[08:49] <nagetier> sprich dich aus
[08:51] <strohalm> mit nm-cli!
[08:51] <ShiroNeko> nm-cli die pin der SIM Karte speichern
[08:58] <nagetier> ShiroNeko: damit der NM die SIM freischaltet?
[09:01] <ShiroNeko> nagetier: genau
[09:01] <ShiroNeko> hatte in der GUI zwar auch mal gesagt er soll die PIN speicher, dennoch fragt er jedes mal nach dem boot nach der pin
[09:02] <ShiroNeko> zudem will er jetzt nach eingabe der pin sudo rechte
[09:02] <nagetier> ShiroNeko: nach Eingabe, wozu will er denn da root?
[09:03] <nagetier> ShiroNeko: imho kann man die SIM nur deaktivieren um dem zu entgehen
[09:03] <nagetier> also den PIN der SIM..
[09:03] <ShiroNeko> keine ahnung. nach eingabe der pin und bestätigung des sudo passworts gibt er das lte modem jedenfalls frei. verweigere ich sudo kommt auch das modem nicht up
[09:04] <nagetier> ahso, ok
[09:04] <nagetier> ShiroNeko: ist alles was ich dazu kenne - https://wiki.ubuntuusers.de/Mobiler_Datentransfer/UMTS-Checkliste/
[09:04] <ShiroNeko> hatte schon versucht den PIN zu deaktivieren, hatte das mit 2 smartphones getestet und eine Leere PIN lässt er nicht zu
[09:06] <ShiroNeko> nagetier: die seite hatte ich auch schon gesehen, leider meldet mir nmcli zu der option -i die wäre nicht vorhanden
[09:06] <ShiroNeko> ubuntu 16.04 scheint auch nur nmcli zu kennen und nicht nm-cli
[09:09] <nagetier> ShiroNeko: wäre das brauchbar? - https://wiki.ubuntuusers.de/UMTSmon/
[09:12] <ShiroNeko> danke nagetier, ich schaus mir mal an
[09:14] <ShiroNeko> seh das es wohl nur i386 deb pakete gibt
[09:16] <ShiroNeko> glaub ich werd mal testen die SIM in ein anderes smartphone zu packen und dort die sim zu deaktiveren
[09:16] <nagetier> ShiroNeko: das ist auch von 2009, sehe ich gerade.. da wäre ich vorsichtig
[09:17] <nagetier> ShiroNeko: das sollte klappen
[09:17] <nagetier> dachte das hättest schon versucht
[09:17] <nagetier> zumindest hatte es hier einst mal geklappt
[09:19] <ShiroNeko> nagetier: deshalb auch der versuch die pin über ein anderes device zu deaktivieren
[09:21] <ShiroNeko> nagetier: nein, wollte es möglichst vermeiden die PIN zu deaktivieren
[09:21] <ShiroNeko> scheint sich aber wohl nicht vermeiden zu lassen
[09:26] <ShiroNeko> nagetier: ohne SIM PIN keine probleme
[09:27] <nagetier> sprich, verhält sich jetzt so wie du es dir wünscht?
[09:27] <nagetier> mal abgesehen von der nicht vorhandenen PIN..
[09:27] <ShiroNeko> ja, mit pin wäre zwar schöner, aber funktion geht erstmal vor sicherheit
[09:27] <nagetier> jo, oft ist das so
[09:27] <nagetier> :)
[09:28] <ShiroNeko> naja, würde an anderen stellen den kompromiss nicht eingehen wollen
[10:34] <mikemator> 1l
[14:36] <Wishpacker> Hi
[15:19] <taxidriver> hallo zusammen, kann mir jemand mit x11 und ssh ein wenig helfen… ging ganz normal, jetzt auf einmal kann die .Xauthority nicht mehr gelocked werden
[15:23] <jokrebel> Was genau machst Du wie? Von welchem System aus auf welches?
[15:24] <taxidriver> ich hab nen 16.04.1 server laufen und logge mich mit nem Mac per ssh -X ein
[15:25] <taxidriver> ging bis vor ein paar Tagen… jetzt weiß ich nicht, ob es daran liegt, dass ich ein update meines macs auf die neueste Version durchgeführt habe oder am Server 
[15:26] <taxidriver> wenn ich es per ssh -X versuche, kommt : Warning: untrusted X11 forwarding setup failed: xauth key data not generated 
[15:26] <taxidriver> und wenn ich dann versuche mit xauth generate, dann kommt: xauth:  timeout in locking authority file /home/server/.Xauthority
[15:26] <jokrebel> Na dann probier es halt einfach von nem 3ten Rechner aus (ggf. mit einer Live CD)
[15:28] <jokrebel> und diese Meldung lässt sich doch sehr schön googlen
[15:28] <taxidriver> hab auch gegoogelt, habe auch versucht die Lösungen zu befolgen, hat leider nichts geholfen bzw. ich habe es wohl nciht richti verstanden
[15:28] <jokrebel> der scheint sogar auch nen Mac zu nutzen http://www.linuxquestions.org/questions/linux-newbie-8/x11-forwarding-failed-872212/
[15:29] <jokrebel> hast Du es mal mit ssh -Y versucht?
[15:30] <taxidriver> ja, dann kommt: Warning: No xauth data; using fake authentication data for X11 forwarding.
[15:31] <taxidriver> und dann gleich /usr/bin/xauth:  timeout in locking authority file /home/server/.Xauthority
[15:31] <taxidriver> ich habe versucht die .Xauthority zu löschen, dann wird diese aber nicht automatisch neu erstellt und es kommen andere Fehlermeldungen. Das habe ich dann mit einer Neuinstallation von xauth wieder gelöst
[15:32] <taxidriver> ich habe mit verschiedenen usern und zugriffsrechten gespielt, alles keine Lösung
[15:32] <taxidriver> dann sollte ich es mit strace xauth list versuchen
[15:32] <taxidriver> da kommen so viele Daten, das ich untergehe
[15:33] <nagetier> taxidriver: schau mal ob -vvv etwas mehr Information ausgibt
[15:33] <taxidriver> xauth?
[15:33] <nagetier> an ssh anhängen
[15:34] <nagetier> ssh -Xvvv dürfte funktionieren, ansonsten -vvv ansetzen
[15:35] <taxidriver> es kommt komischerweise die Info: debug1: No xauth program.
[15:37] <jokrebel> dann hast Du das wohl entfernt
[15:37] <taxidriver> wenn ich aber per ssh eingeloggt bin, kann ich xauth ganz normal starten
[15:38] <nagetier> war da schon lange nicht mehr dran.. ist nicht die Frage welche xauth er meint, die lokale oder die entfernte?
[15:39] <taxidriver> hmm, das könnte natürich auch sein
[15:39] <taxidriver> ich versuche mal nen Rechner zu finden und teste mal die live-cd
[15:43] <fred```> Seit 4 Stunden laeuft bei mir auf einem Dell Notebook und einem voll gepatches Xenial ein 'gpg2 --full-gen-key' mit 4096 bit key auf der Console. Hab mal zwischendurch 2 CDs auf FLAC gerippt. 
[15:43] <fred```> Mir kommt das irgendwie zu lange vor....
[15:44] <fred```> jetzt lese ich, dass da normalerweise so '+++++++++'e erscheinen waehrend der keygenerierung - bei mir steht da aber gar nichts
[15:47] <fred```> und der gpg2-prozess generiert keinerlei auslastung
[15:48] <fred```> (das mit dem flac rippen habe ich wg der entropy geschrieben)
[15:49] <fred```> aber auch ein rngd oder haveged bringt irgendwie nichts
[16:03] <taxidriver> nagetier Danke für den Tipp… es lag am Mac. Habe Quartz neu installiert und schon gehts wieder :-)
[16:05] <fred```> und bei mir lief ein 'gpg --key-gen' sauber durch - spannend
[16:08] <taxidriver> okay, zu früh gefreut
[16:08] <taxidriver> es kommt keine xauth fehlermeldung mehr, aber dafür nach wie vor die /usr/bin/xauth:  timeout in locking authority file /home/server/.Xauthority
[16:12] <taxidriver> das komische ist, ändere ich den Dateinamen der .Xauthority, kommt trotzdem diesselbe Fehlermeldung
[16:14] <nagetier> taxidriver: wer schmeißt denn die Meldung, der Client?
[16:14] <taxidriver> ja
[16:14] <taxidriver>  /home/sever ist der Ubuntu-Server
[16:15] <nagetier> und der Server slber meldet ebenfalls eine Reaktion?
[16:15] <taxidriver> inwiefern?
[16:16] <nagetier> naja, es muss die Anfrage vom Clienten ja protokolliert werden
[16:16] <nagetier> evtl kann man mit der Meldung auf dem Server mehr anfangen
[16:16] <taxidriver> wo schau ich genau nach?
[16:17] <nagetier> taxidriver: /var/log/syslog und /var/log/auth.log
[16:21] <taxidriver> da gibt es doch auch einen befehl für die systemctl, das immer das aktuellste angezeigt wird
[16:22] <nagetier> taxidriver: und muss die .Xauthority nicht neu generiert werden? Also das Paar dürfte ja jetzt nicht mehr übereinstimmen.. aber wie gesagt, ich habe da lange nichts mehr mit zu tun gehabt
[16:23] <nagetier> taxidriver: 'tail -f /var/log/syslog' funktioniert recht gut
[16:24] <taxidriver> syslog meldet nur die Anmeldung von ssh, mehr aber auch nciht
[16:25] <taxidriver> aber es muss ja mit der Client zu tun haben, da ich keinen user Server auf meinem mac habe
[16:26] <taxidriver> ich habe es auch mal mit xauth add :0 . $(mcookie) versucht
[16:26] <taxidriver> kommt aber wieder xauth:  timeout in locking authority file /home/server/.Xauthority
[16:31] <nagetier> glaub ich würde mich da durch man xauth nochmal arbeiten.. kann dir da leider nicht helfen, taxidriver 
[16:31] <taxidriver> ok, trotzdem danke
[19:13] <ace> Nabend!  Kann man beim Unity Desktop wie bei Gnome einstellen, dass virtuelle Desktop jeweils seperat wechseln, bzw. es nur auf dem Hauptmonitor virtuelle Desktops gibt?
[19:14] <k1l_> ich glaube nicht.
[19:54] <Longbottom> ace: Es müsste aber gehen, die Fenster auf dem einem Monitor auf allen Desktops anzuzeigen. Ist halt nur für jedes Fenster einzeln einstellbar.
[20:39] <ace> Longbottom: Ja kenn ich, is aber nervig