[11:53] <stevieh> hey ho. Weiss einer, wie ich mit Pidgin ein Jabber passwort _ändere_? Oder geht das nicht?
[11:58] <stevieh> habs. Danke
[14:48] <p0g> moin, sind die neueren Kernel auf älteren Maschinen der "Vista-Generation" eigentlich langsamer? Sind es nur die Desktops, die auf diesen Maschinen immer langsamer laufen?
[14:49] <p0g> Mier fällt es einfach auf, weil ich immer mit den gleichen Maschinen arbeite...:-)
[14:49] <k1l> der kernel ist egal. es sei denn du nutzt so uralt hardware, dass die unterstützung aus dem kernel rausgenommen wurde, weil niemand mehr solche kisten einsetzt.
[14:50] <k1l> bei desktops kommen aber immer mehr services hinzu, sodass die mehr power brauchen im gegensatz zu früher. bei vista hardware würde ich nichts anderes als lubuntu einsetzen.
[14:50] <p0g> selbst XFCE wird langsamer
[14:51] <LetoThe2nd> k1l: naja, das ist nur halb richtig. in neueren kernels ist auch immer mehr infrastruktur enthalten, die bei standard-distrokernels immer aktiviert ist. also trägt der kernel sicher auch ein *bisschen* dazu bei
[14:51] <p0g> XFCE und LXDE liefen hier sehr gut.
[14:51] <LetoThe2nd> aber natürlich kein vergleich zu den restlichen änderungen zwischen ubuntu-releases.
[14:51] <p0g> es fällt mir auf, dass sehr viel Processe laufen, wahrscheinlich auch mehr als früher.
[14:51] <k1l> LetoThe2nd: ja, das sehe ich aber als zu vernachlässigen an im gegensatz dazu, was in der gui alles dazukommt.
[14:51] <LetoThe2nd> k1l: ack.
[14:53] <LetoThe2nd> p0g: sag lieber mal etwsa präziser... was definierst du denn als "vista-generation"
[14:54] <k1l> was damals schon untere bis mittlere klasse war wird halt auch nicht besser.
[14:55] <p0g> der ASUS, wo ich gerade drauf habe hat...core2Duo centrino, mit Core(TM)2 Duo CPU     T7250  @ 2.00GHz
[14:55] <LetoThe2nd> und wat scheins so 1-2GB ram
[14:55] <p0g> und 2 GB ram
[14:55] <LetoThe2nd> klassiker zur zeit
[14:56] <p0g> laufen eigentlich unter Linux recht gut.
[14:56] <LetoThe2nd> die c2ds habens langsam einfach hinter sich. technisch meistens noch ok, aber unter modernen general purpose distributionen und den dazugehörigen applikationen kaum noch produktiv zu gebracuhen.
[14:57] <p0g> aber fragt sich eben, um man ein man z.B. ein neuere (und dann das geplante) LTS raufspitzen soll, wenn die Maschine dann schlechter läuft.
[14:57] <LetoThe2nd> p0g: die antwort: gar nicht.
[14:57] <LetoThe2nd> p0g: leb mit der alten lts solange sie gepfelgt wird.
[14:57] <p0g> wohl am besten, das andere ist nur Risiko.
[14:58] <p0g> o.k. danke für Eure Meinung
[19:35] <dreamon__> Wie kann ich alle mp3s die sich in unterschiedlichen Ordnern befinden in einen anderen Ordner verschieben. Am liebsten über die Konsole.
[19:36] <LetoThe2nd> find + exec, der rest ist fleissarbeit für den fragenden.
[19:36] <LetoThe2nd> (unter der annahme, dass sich das mp3 auf den namen und nicht auf die evaluierung des file-fingerprints bezieht :-P)
[19:36] <dreamon__> Danke.
[19:36] <dreamon__> Auf die Dateiendung.
[19:40] <dreamon__> LetoThe2nd, find -name *.ADF -print -exec echo "mv" {} {} \; .. wie krieg ich im zweiten {} den Pfad geändert wo ers hinschieben soll.?
[19:41] <dreamon__> ADF durch mp3 ersetzen.. war nur ein test
[19:43] <dreamon__> Argh.. bin ich doof einfach /pfad/ .. 
[19:43] <k1l> das zweite {} duchr /path/to/hell
[19:43] <dreamon__> k1l, Genau..;)
[19:44] <LetoThe2nd> ich weiss schon, warum ich bei so was nicht gleich antworte :)
[20:43] <night0wl> hi
[20:45] <night0wl> i have installed the same program over package management and compiled from source in /usr/local/bin. i don't want to write /usr/local/bin/program every time how can i make it terminal takes it as default?
[20:46] <night0wl> achso ich bin ja in einem deutschen raum :)
[20:46] <LetoThe2nd> night0wl: reihenfolge in $PATH
[20:47] <night0wl> kannst du das etwas genauer ausführen ich bin neuling
[20:48] <ppq> echo $PATH
[20:49] <ppq> da muss /usr/local/bin halt vorne stehen
[20:49] <LetoThe2nd> für jemand der selbst kompilert, sollte wohl das ausreichend sein: https://stackoverflow.com/questions/32170798/how-do-i-change-the-order-of-path
[20:49] <le_bot> Title: bash - How do I change the order of $PATH? - Stack Overflow (at stackoverflow.com)
[20:50] <night0wl> echo $path : /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
[20:50] <night0wl> also sollte doch aus /usr/local/bin als erstes genommen werden oder ?
[20:50] <ppq> richtig
[20:50] <night0wl> macht es aber nicht
[20:50] <night0wl> muss ich neu anmelden oder sowas?
[20:51] <ppq> nur wenn du was geändert hast
[20:52] <night0wl> danke 
[23:15] <bnjm> Hi, wie kann ich auf einem 64GB USB Stick ein Ubuntu Live System installieren aber trotzdem noch den Rest vom Speicherplatz zur Verfügung habe?
[23:18] <bnjm> Ich habe z.B. 2 Partitionen mit je FAT32 erstellt aber ubs-creator-gtk oder dd wollen nicht /dev/sdb1 beglücken, sondern das ganze Ding
[23:19] <k1l> ja, weil das live usb setup schon mehrere partitionen hat.
[23:20] <k1l> unter anderem aber auch eine fat partition. und der usb creator sollte da den rest einfach in die fat partition packen. die kann man ja nutzen
[23:20] <bnjm> ahh, ich habe etwas vergessen. 
[23:24] <bnjm> normal stimmt das, aber ich hatte mal vor 2 Monaten die IIAB ( http://download.iiab.io/6.5/rpi/ ) installiert und auf diesem Rechner kam Fehler und dann wurde abgebrochen. Seitdem kann ich auf USB Sticks und externe Festplatten nicht schreiben. 
[23:24] <le_bot> Title: Index of /6.5/rpi (at download.iiab.io)
[23:24] <bnjm> Wie kann ich das ändern?
[23:25] <bnjm> Also im Nautilus geht nur lesen und cut&paste geht nicht auf USB Sticks
[23:26] <k1l> guck mal in dmesg ob der stick jetzt fehler wirft
[23:26] <k1l> usb sticks sind ramsch speicher. die gehen sehr oft kaputt
[23:27] <bnjm> nene, das ist bei allen usb Dingern bisher... das liebt an dem IIAB was ich mal versucht habe zu installieren
[23:27] <k1l> wenn du dd auf das /dev/sdb schreibst, sollte da nix mehr übrig bleiben von dem was vorher da drauf war.
[23:27] <k1l> ich kenn iiab nicht.
[23:35] <bnjm> Und welcher Dienst ist unter Ubuntu 16.04 für einbinden von USB Stick oder Platten zuständig?
[23:35] <k1l> guck dir erst mal dmesg an
[23:35] <bnjm> da ist nichts auffälliges
[23:36] <k1l> das zeigt dir erst mal die hardware seite, wenn du den stick ansteckst, oder wenn du da drauf rumfuhrwerkst und es progbleme gibt.
[23:36] <k1l> sonst wird das dein desktop regeln. bei gnome desktops ist das gvfs
[23:36] <bnjm> https://paste.ubuntu.com/p/cq9wRxr6q5/
[23:36] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[23:38] <bnjm> ich habe Unity drauf aber nutze schon lange i3wm
[23:38] <k1l> sonst mach mal gparted auf und lösch die partitionstabelle
[23:38] <k1l> bnjm: was passiert denn wenn du den mountest?
[23:38] <bnjm> wie gesagt vor der Installation von iiab ging das alles noch
[23:39] <k1l> "sudo parted -l" zeigt an was da drauf ist an partitionstabelle und partitionen
[23:43] <bnjm> ah es geht doch mit dem schreiben auf den usb stick. hm, aber wenn ich ubuntu 16.04 via usb-creator-gtk installiere, dann konnte ich da nicht mehr drauf schreiben. hm. ich versuchs nochmal.
[23:45] <bnjm> aber das problem ist ja dann, wenn ich da live usb erstelle, dann kann ich vom gestartetem live usb system auf den restlichen speicher von ca. 55GB nicht zugreifen. Ist das normal?
[23:47] <k1l> weiß ich jetzt auswendig nicht, ob man das nicht beschreiben kann
[23:47] <bnjm> ich meine, ich hab da keine schreibrechte dann oder?
[23:48] <k1l> mal gemounted?
[23:49] <k1l> oder du machst das image mit dd drauf und nachher mit gparted einfach eine weitere partition dahinter?
[23:50] <k1l> du suchst also eigentlich eine persistente live installation? das sollte doch dann ein /home haben
[23:51] <k1l> also das mit dem schreiben ist mir so banal, ich wüsste nicht, dass das normalerweise so ein problem ist
[23:55] <bnjm> zB habe ich gerade live usb stick erstellt, stick raus- und eingesteckt, in Nautilus links drauf geklickt auf den und es wurde gemounted aber ich kann nicht da Dinge reinkopieren
[23:58] <bnjm> nun habe ich gparted gestartet aber es kommt gleich die Dialogfensterchen-Meldung "The driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes." mit der Möglichkeit "Cancel" oder "Ignore"