=== vitus_ is now known as vitus === vitus_ is now known as vitus === taunix_ is now known as taunix === Jochen_wvdT is now known as Schlawiner === redqueen is now known as Guest43081 === ghostcube is now known as lammstulle === tomreyn_ is now known as tomreyn [13:33] Hi [13:37] yogg: guten Tag [13:37] Wir verwenden diverse Ubuntu Versionen im zusammenspiel mit einem Samba und sind jetzt auf ein Geschwindigkeitsproblem im zusammenspiel mit Nautilus gestoßen. [13:38] Wenn sich viele unterOrdner in einem Ordner befinden dauert es teilweise ewig bis Nautilus alle Ordner anzeigt, wobei es drauaf ankommt über was man gerade verbunden ist [13:39] Lan 2-3 Sekunde, Wlan (im selben netz) 8-10 Sekunden, Openvpn über eine kabelgebundenes internet ca. 30 sek, über LTE und openvpn ca. 60 sek [13:40] wir können uns nicht wiklich erklären wo das problem herkommt. Mit einem Mount und ls in der Console geht es immer quasi instant [13:40] nur über die Grafische dauert es ewig [13:40] unter windows tritt das problem nicht auf, dort wird auch alles sofort angezeigt [13:41] fast so als würde Nautilus größere Datenmengen lesen, was aber nicht wirklich logisch ist [13:45] Eventuell hat ja noch wer eine Idee wo das herkommen könnte. Ich habe mittlerweile einiges getestet und es nicht schneller bekommen. [13:46] yogg: hast du das in Nautilus gemountet oder extern gemountet und dann in Nautilus geöffnet? [13:46] i.e. gvfs versus cifs-mount [13:47] sdx23: habe beides getestet. War immer gleich langsam. Bei einem manuellen mount konnte ich dann auch ein "ls" testen und da gibt es interesanterweise kine größere Zeitverzögerung [13:49] Eventuell versucht nautilus irgendwelche thumbnails oder sonst was zu lesen damit die Ordner ein eigenes symbol bekommen? [13:53] yogg: ich habe dunkel etwas in Erinnerung von wegen "Verzeichnisgröße anzeigen". Kann aber auch bei einer anderen Sache gewesen sein. Hast du mal einen anderen Datiemanager getestet? [13:53] Sonst hilft es sicher, das smbd Log zu lesen. [13:54] Wenn er wirklich die größe von jedem Verzeinis berechnet, dann wäre das eine Erklärung (dann müsste ich ihn überreden damit aufzuhören). [13:56] das mit dem smb log ist noch eine idee. Wobei es im Windows schnell geht (somit eher kein server problem). Aber eventuell sehe ich dort was er denn macht [14:47] Gibt es eigentlich einen bestimmten Grund, warum bei Serverinstallationen von Ubuntu in der default .bashrc nur auf xterm-color statt auch auf xterm-256color getestet wird um Farbe ins Spiel zu bringen? Irgendeine Kompatibilität? [14:48] Bei mir ist $TERM nämlich generell immer xterm-256color und nicht xterm-color [14:49] Oder bin ich da sogar der einzige mit diesem "Problem"? [15:17] wahrscheinlich legacy === reichi63 is now known as reichi62 === reichi63 is now known as reichi62 === reichi63 is now known as reichi62 [20:48] Hallo, ich möchte die aktuelle Version des Pakets "eric" installieren. Laut "apt-cache policy" wurde gerade die Version 17.01-1 installiert. Es gibt aber aktuellere Versionen https://launchpad.net/ubuntu/+source/eric Wie komme ich über den Paketmanager an die aktuelle? [20:48] Title: eric package : Ubuntu (at launchpad.net) [20:50] Lembert321: welches Ubuntu nutzt du denn? [20:52] ghostcube, 17.04 [20:52] dann ist für deine version das paket aktuell [20:52] die neueren pakete sind für 17.10 und 18.04 [20:53] das hab ich verstanden, ich möchte aber trotzdem die aktuellere version [20:53] es kann sein dass die nicht funmktioniert [20:53] das ist dir bewusst? [20:54] das risiko geh ich ein [20:54] https://launchpad.net/ubuntu/+source/eric/17.08-1 [20:54] Title: 17.08-1 : eric package : Ubuntu (at launchpad.net) [20:54] dor tfindest du 2 deb files [20:55] !apt-pinning [20:55] https://launchpad.net/ubuntu/+archive/primary/+files/eric-api-files_17.08-1_all.deb https://launchpad.net/ubuntu/+archive/primary/+files/eric_17.08-1_all.deb [20:55] Informationen zu Apt-Pinning finden sich im Wiki unter http://wiki.ubuntuusers.de/Apt-Pinning [20:55] sdx23: näh === nils__2 is now known as nils_2 [20:55] doch. Muss man halt vernünftig machen. [20:59] ah ok, danke für die info === reichi63 is now known as reichi62 [21:00] Lembert321: falls du das mit Pinning machen möchtest, mach es richtig und informier dich genau wie es geht. Man kann sich damit auch sein System zerschiessen. Insofern besser wie ghostcube vorschlägt. [21:03] ich les mir grad das wiki durch, danke === reichi63 is now known as reichi62 === reichi63 is now known as reichi62 === reichi63 is now known as reichi62