[09:14] <deem> ich habe hier ein ganz seltsames problem. mein displaymanager (gnome-shell) reagiert nicht mehr richtig. wenn ich ein fenster wechsele, sehe ich in xinput, das meine maus genau einmal klickt, wenn ich drücke und danach nie wieder. erst, wenn ich ein fenster wechsele kann ich wieder einmal klicken
[09:18] <dadrc> deem: hast du das mal mit einem anderen nutzer probiert?
[09:18] <dadrc> wenn nicht, mach mal bitte
[09:18] <deem> kann ich mal tun
[09:18] <deem> sekunde
[09:20] <deem> dadrc: selbes verhalten. ich kann genau ein einziges mal klicken, bis ich das fenster wechsele
[09:21] <dadrc> deem: also kein konfigurationsbug
[09:22] <deem> oder der bug sitzt in einer systemkonfiguration
[09:22] <deem> aber zumindest nicht mein user
[09:22] <dadrc> Ja, oder das
[09:22] <dadrc> Versionen?
[09:22] <deem> aber das is schon seltsam... die tage hatte ich das schonmal, aber da hat ein neustart geholfen
[09:22] <deem> ubuntu 16.04
[09:23] <deem> gnome-shell 3.18
[09:23] <dadrc> 3.18.5-0ubuntu0.1?
[09:23] <deem> jupp
[09:26] <dadrc> humhum
[09:26] <deem> vielleicht liegt es an dem nvidia treiber? ich les hier gerade, das fedore mit xorg 1.18 so ein problem hat
[09:26] <dadrc> deem: passt das hier?
[09:26] <dadrc> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1181666
[09:26] <deem> aber ubuntu nutzt noch 1.7
[09:26] <deem> dadrc: ich würde deinen link ja echt gerne öffnen, aber... :/
[09:26] <dadrc> ^^"
[09:27] <dadrc> deem: Alt-F2, r, Enter soll helfen, ohne die Session zu killen
[09:27] <deem> leider nicht
[09:28] <deem> ich deinstalliere mal die nvidia pakete und schaue mal, ob das was hilft
[09:29] <dadrc> Laut dem Bug passiert das auch mit AMD/ATI und so
[09:29] <dadrc> Aber ja, probier es mal
[09:30] <deem> oh lord... das wars tatsächlich
[09:30] <deem> funktioniert wieder problemlos
[09:30] <dadrc> Das ist doch aber … bleh?
[09:31] <deem> das war auch die einzige änderung seit dem letzten neustart :)
[09:32] <deem> mal nen bug für das nvidia paket schreiben
[09:38] <dadrc> jo, das ist ja echt ein ekliger bug
[09:39] <ShiroNeko> Hi, hab mal ne kurze frage zur mysql config unter ubuntu16.04. Habe in der /etc/mysql/conf.d/mysql.cnf unter [mysqld] max_allowed_packet und innodb_log_file_size jeweis 512M gesetzt.
[09:40] <ShiroNeko> ein show variables like 'innodb_log_file_size'/'max_allowed_packet' zeigt aber immer nur 50331648 was ca. 50MB sind an
[09:40] <ShiroNeko> woran könnte das liegen?
[09:41] <dadrc> reload/restart gemacht?
[09:42] <dadrc> geguckt, ob die Werte eventuell irgendwo später noch mal überschrieben werden?
[09:45] <ShiroNeko> dadrc: ja, restart ist gemacht
[09:45] <ShiroNeko> er will die werte auch mit einem set max_allowed_packet=512M; nicht übernehmen. da meckert er das wäre eine Read Only variable
[09:45] <ShiroNeko> das gleiche für set global
[09:46] <dadrc> hm, ok
[09:46] <ShiroNeko> das in der my.cnf nur ein !includedir steht, ist denke ich normal. oder?
[09:46] <dadrc> kann ich nicht sagen, weiß ich nicht
[09:51] <ShiroNeko> das er die variablen read only setzt ist irgendwie extrem nervig
[09:51] <ShiroNeko> dadrc: du hast also auch keine idee?
[09:51] <dadrc> Ne, sorry, so spontan nicht
[09:55] <ShiroNeko> nich gut ... 
[10:08] <_thelion_> Ich hab ein Problem mit KMail: wenn ich eine Datei an ein Mail anhängen will, läst sich der Dateibrowser öffnen - aber dann friert das Programm ein und reagiert nicht mehr. Hat jemand ähnliche Erfahrungen bzw Lösungsansätze? (Kubuntu 16.04)
[10:13] <jokrebel> wie groß ist denn der Anhang? Und wie lange hast Du gewartet ob es wieder "auftaut"?
[10:16] <_thelion_> jobkrebel: eine kleine Worddatei (5 KB; für das Warten muss zugeben, dass ich wenig Geduld hatte: nach zwei Minuten habe ich KMail geschlossen. das Mail war nicht lang... 
[10:17] <jokrebel> Hm - für so eine kleine Datei sollte das nicht für Minuten einfrieren. Passiert das mit anderen Dateien ähnlicher Größe auch?
[10:18] <_thelion_> Ich hab jetzt das Mail über das Webinterface von GMail verschickt (im Firefox), dort gab es mit dem Dateibrowser keine Probleme. 
[10:18] <jokrebel> Wobei ich zugeben muss, mit KMail schon länger nichts mehr zu tun gehabt zu haben.
[10:18] <_thelion_> Weiß ich nicht, da ich in letzter Zeit kaum Mails mit Anhang verschickt habe...
[11:36] <_thelion_> jokrebel: Ich hab eine Lösung gefunden. Ich hab KMail geöffnet, mein Mail geschrieben. Dann Dolphin geöffnet und die Datei mit Drag an Drop in das Mail (Textkörper) gezogen. So klappt's.
[11:38] <jokrebel> _thelion_: Prima und interessant. Kannst das Problem und den Workaround ja ins Wiki einpflegen https://wiki.ubuntuusers.de/KMail/
[11:41] <_thelion_> jokrebel: Gerne, mache ich.
[11:46] <jokrebel> Danke im Namen der Gemeinschaft
[11:48] <_thelion_> jokrebel: Bitte gerne - Bitte sag mir: wie füge ich das Problem ins Wiki ein? Soll ich am Ende des Artikels einen Abschnitt mit "Problemen" eröffnen?
[11:51] <Frickelpit> _thelion_: eher unwahrscheinlich, frag am besten im Forum unter "Rund ums Wiki" nach oder in #ubuntuusers, wenn Wikileute anwesend sind (mrkramps z.B.)
[11:52] <_thelion_> Oder zuerst in der Diskussion zum Artikel? - Aha, gut, werde dort vorbeischauen. 
[11:53] <Frickelpit> Es scheint zumindest kein Problem von Plasma/KMail zu sein, hier funktioniert es.
[11:55] <nagetier> ich hoffe ja ganz stark das Problem löst sich in nicht all zu ferner Zukunft
[11:56] <nagetier> mal abgesehen von dem Armutzeugnis solch ein System zu veröffentlichen
[12:22] <marau73> hallo leute, hat jemand lubuntu als vm in virtualbox laufen ?
[12:22] <k1l> sicherlich
[12:27] <WadeWatts> jup
[12:28] <marau73> ich bekomme die gasterweitung nicht richtig installiert, er meldet mir beim kernelbau fail
[12:28] <nagetier> marau73: wie gehst du dabei denn vor?
[12:29] <k1l> marau73: stell sicher, dass die kernel header auch installiert sind im gast os
[12:30] <jokrebel> und der Host auch in den aktuellen Kernel gebootet ist
[12:30] <k1l> nee. host hat damit nichts zu tun.
[12:30] <marau73> bei xubuntu lief die installation der gasterweiterung ohne fehler durch, das lief auch sehr gut...bloss lubuntu meldet beim kernelbau fail
[12:31] <nagetier> evtl spart sich lubuntu die header
[12:39] <marau73> keiner ne idee woran das liegen könnte ?
[12:39] <nagetier> marau73: k1l nannte dir etwas
[12:39] <xendon> marau73 hast du die kernel-headers installiert ?
[12:40] <k1l> marau73: das hast du mit deinem crossposting und rumgenöle gar nicht die antworten gelesen? warum fragst du dann überhaupt?
[12:40] <nagetier> marau73: vergleiche 'dpkg -l | grep header' und 'uname -r' .. es müssen die passenden Header installiert sein
[12:41] <marau73> ok, mal schauen
[12:41] <k1l> wenn mal die exakte lubuntu version genannt werden würde könnte man da auch direkt das passende paket nennen. wenn man mal fehlermeldungen gezeigt bekommen würde müsste man auch an sich nicht rum raten
[12:41] <k1l> aber dafür ist ja keine zeit
[12:41] <xendon> marau73 sudo apt-get install linux-headers-$(uname -r)
[12:42] <nagetier> joa, oder so
[12:43] <xendon> nagetier: Fürs lesen ist doch keine Zeit :P
[12:45] <marau73> dort ist bereits die linux-headers-4.4.0-36-generic installiert
[12:45] <buerohengst> haben wir schon eine vollständige fehlermeldung hier gesehen?
[12:46] <marau73> Building the main Guest Additions module....fail!
[12:46] <nagetier> und da kam nicht mehr?
[12:47] <xendon> marau73 wie installierst du die additions ? via apt-get install oder irgendwie anders ?
[12:49] <marau73> sudo sh /media/virtualbox/VBOXADDITIONS_5.0.24_108355/VBoxLinuxAdditions.run
[12:51] <xendon> sudo apt-get install virtualbox-guest-dkms
[12:51] <xendon> Dann brauchst keinen installer
[12:53] <nagetier> marau73: Du solltest so vorgehen.. https://www.virtualbox.org/wiki/Linux_Downloads , dann was xendon sagt
[12:54] <nagetier> soll einer der wenigen Ausnahmen sein wo man nicht aus dem Repo installiert
[12:54] <marau73> glaube xendons tip hat geholfen...er hat da einiges in lubuntu installiert und startet gerade neu
[12:55] <nagetier> marau73: die Versionen müssen übereinstimmen, also die auf dem Host eingesetzte und die Erweiterung.. das soltlest kontrollieren
[12:56] <Roch> hm, önnt ihr was im syslog finden, was darauf hindeutet, was das Problem sein kann, warum die WLAN-Verbindung nach einer gewissen Zeit einfach beendet wird? -> https://paste.fedoraproject.org/418009/64792314/ ist mir jetzt zum 2. Mal aufgefallen, dass einfach die Verbindung gekappt wird und mit Netzwerk de- und wieder aktivieren über networkmanager die Verbindung nicht wieder aufgebaut wird. 16.04
[12:57] <buerohengst> Roch, welcher wifi chipsatz?
[12:58] <marau73> jungs ich danke euch, besonnders xendon...der tip hat geholfen und sorry nochmal für vorhin, bin neu hier und gelobe besserung
[12:58] <xendon> Kein ding, alles gute noch ^^
[12:58] <Roch> buerohengst: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
[13:00] <jokrebel> ...ooO( ohje - warum prügeln sich immer wieder Leute eine .run ins System, wo es doch so viel einfachere Wege gibt? )
[13:02] <penni> Hi! Ich nutze Ubuntu 14.04. Seit dem letzten Kernel + Grafikupdate kann ich mein System nicht mehr nutzen. Beim hochfahren startet GNOME nicht durch, sondern die Bildschirme bleiben schwarz. Das Problem muss irgendwie mit dem Xorg Server zusammenhängen. Kann mir da vielleicht wer weiterhelfen?
[13:03] <penni> Versuche ich im recovery Modus zu startet und dort den abgesicherten Grafikmodus zu wählen, erscheint folgendes: https://dl.dropboxusercontent.com/u/47295850/20160831_145245.jpg
[13:03] <dadrc> penni: hast du mal versucht, einen älternen Kernel zu booten?
[13:03] <dadrc> Solltest du im Grub auswählen können
[13:04] <penni> dadrc: Also das Problem besteht seit ca. einem Monat. In diesem Monat konnte ich immer noch über einen alten Kernel erfolgreich starten. Seit heute geht es aber über keinen Kernel mehr
[13:06] <jokrebel> da ist mal von 3.13... und dann von 4.4.... die Rede in der Meldung. Hast Du ein Release-Upgrade auf 16.04 gemacht? Und das ist ggf. nicht korrekt durchgelaufen? penni
[13:07] <penni> jokrebel: Auf den 3.X Kernen lief es sonst immer. Gestern hat er mir angezeigt, dass wichtige Updates vorhanden sind. Da hat er auch anscheinend den 4.4 installiert. Ist das denn schon ein Upgrade auf 16.04!?
[13:08] <k1l> oder es ist das hardware enablement stack (backports kernel von 16.04)
[13:08] <jokrebel> wär mir neu, dass unter normalen Umständen ein 14.04.x auch schon einen 4.4er Kernel haben könnte 
[13:08] <k1l> jokrebel: siehe oben
[13:08] <penni> jokrebel: lsb_release -a gibt Ubuntu 14.04.5 LTS aus
[13:08] <jokrebel> k1l: ja - deshalb ja das "unter normalen Umständen"
[13:08] <k1l> aktuell kann man auf 14.04 entweder den 3.13er kernel oder den 4.4er kernel haben. alle anderen sind unsicher
[13:09] <penni> Ich konnte jetzt das System starten, indem ich in den recovery Modus gegangen bin und dann einfach auf resume (warum auch immer es dann funktioniert). Jetzt geht aber auch nur einer meiner beiden Bildschirme
[13:09] <k1l> was für ne graka ist das?
[13:11] <penni> k1l: GM204M [GeForce GTX 970M]
[13:11] <k1l> und wie war der nvidia treiber installiert?
[13:12] <Roch> hrmpf, scheint ein Treiber-Problem zu sein ...
[13:12] <fledl> ich hatte das Problem, als ich mal als sudo das x startete, dann waren alle .X dateien als Benutzer "root" eingetragen
[13:12] <fledl> und das X startete nicht
[13:12] <fledl> die Rechte auf .X geändert für den Benutzer, und es lief
[13:13] <fledl> also auf den .X dateien im $HOME
[13:13] <penni> k1l: Wie meinst du das mit "Wie war der nvidia treiber installiert"?
[13:13] <fledl> habe ähnliche Probleme bei jedem Kernel Upate
[13:14] <penni> fledl: also die .Xauthority gehört anscheinend mir und nicht root
[13:15] <k1l> jo, das wäre uach erst beim einloggen ein problem, nicht beim booten
[13:15] <fledl> penni: ok, das ist gut
[13:15] <k1l> penni: war der nvidia treiber aus den ubuntu repo? oder von der webseite von nvidia?
[13:16] <penni> k1l: Puhhhh.... Das ist schon ewig her... Kann ich das irgendwo nachschauen? Hatte das damals auch hier mit euch zusammen installiert, da es da Probleme gab
[13:18] <penni> k1l: Ich sehe gerade in meinen PPAs folgendes: http://ppa.launchpad.net/graphics-drivers/ppa/ubuntu
[13:18] <penni> Könnte es das vielleicht sein?
[13:19] <k1l> was passiert denn wenn du normal bootest? wo bleibt er mit welcher merldung hängen?
[13:19] <k1l> ja, das ist das driver ppa von ubuntu mit moderneren treibern
[13:19] <nagetier> braucht 14.04 den das nicht auch für die 970M?
[13:19] <penni> Zuerst sehe ich GRUB. Dann wähle ich Ubuntu aus und danach bleiben die Bildschirme schwarz. Ich komme also nichtmal mehr zum Login Bildschirm
[13:21] <k1l> "cat /var/log/dmesg | nc termbin.com 9999" und die url bitte hier rein
[13:22] <k1l> wie hast du dnen da das enablement stack bzw den 4.4er kernel isntalliert?
[13:22] <penni> http://termbin.com/w899
[13:22] <penni> k1l: Das ist eine sehr, sehr gute Frage. Ubuntu sagte mir aufeinmal, das wichtige Updates anstehen. Ich denke mal dabei hat sich das Ding installiert
[13:22] <k1l> neee, iegentlich macht es das nicht automatisch
[13:23] <k1l> jedenfalls war der letzt boot da mit einem 3.19 kernel
[13:23] <k1l> "dpkg -l | grep linux-image | nc termbin.com 9999"
[13:24] <penni> http://termbin.com/gk9h
[13:25] <k1l> sudo apt-get install --install-recommends linux-generic-lts-xenial xserver-xorg-core-lts-xenial xserver-xorg-lts-xenial xserver-xorg-video-all-lts-xenial xserver-xorg-input-all-lts-xenial libwayland-egl1-mesa-lts-xenial libgl1-mesa-glx-lts-xenial libgl1-mesa-glx-lts-xenial:i386 libglapi-mesa-lts-xenial:i386
[13:26] <k1l> installiert er dir da kram?
[13:26] <penni> k1l: joooo
[13:27] <penni> Ab und an hat er aber Fehler ausgeworfen "Error": http://pastebin.com/W7THK5B4
[13:29] <k1l> ja im endeffekt hattest du da nur den kernel aber nicht die header installiert.
[13:29] <penni> k1l: Und jetzt? Kann ich jetzt einfach neustarten und testen?
[13:30] <k1l> warte
[13:31] <k1l> "cat /var/lib/dkms/ath10k/1.0/build/make.log | nc termbin.com 9999"
[13:32] <penni> cat: /var/lib/dkms/ath10k/1.0/build/make.log: Datei oder Verzeichnis nicht gefunden Use netcat.
[13:33] <penni> Im Order build existiert keine make.log Datei
[13:35] <k1l> "dpkg -l | grep nvidia | nc termbin.com 9999"
[13:39] <k1l> aber ein reboot zum testen geht auch
[13:40] <penni> k1l: http://termbin.com/xwtq
[13:42] <k1l> sudo apt-get install nvidia-graphics-drivers-370 
[13:43] <penni> E: Paket nvidia-graphics-drivers-370 kann nicht gefunden werden.
[13:43] <k1l> sudo apt update
[13:43] <k1l> dann nochmal
[13:44] <Punkt> guys
[13:45] <penni> W: Duplicate sources.list entry http://dl.google.com/linux/chrome/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_chrome_deb_dists_stable_main_binary-amd64_Packages) W: Probieren Sie »apt-get update«, um diese Probleme zu korrigieren. E: Paket nvidia-graphics-drivers-370 kann nicht gefunden werden.
[13:46] <k1l> ohje. das klingt ja nach einem sehr zerfummelten system
[13:46] <k1l> "grep ^ /etc/apt/sources.list /etc/apt/sources.list.d/* | nc termbin.com 9999"
[13:47] <penni> http://termbin.com/nafv
[13:50] <k1l> sudo rm -rf /etc/apt/sources.list.d/google.list*
[13:50] <k1l> dann nochmal "sudo apt update"
[13:52] <penni> Immer noch E: Paket nvidia-graphics-drivers-370 kann nicht gefunden werden.
[13:54] <k1l> läuft das apt update ohne fehler durch?
[13:55] <k1l> er scheint das ppa nicht mehr einzulesen. du hast da aber noch nvidia settings von dem ppa installiert. ich weiß nicht was du da gemacht hast, aber "nichts" war das bestimmt nicht.
[13:56] <penni> k1l: http://pastebin.com/AKTzW3dv
[13:57] <k1l> ok, "apt-cache policy nvidia-settings | nc termbin.com 9999"
[13:57] <penni> http://termbin.com/6dfw
[14:00] <k1l> ok, "sudo apt install nvidia-370"
[14:05] <penni> k1l: ahhh, das ist jetzt einwandfrei durchgelaufen
[14:05] <penni> Und ich soll im UEFI secure boot deaktivieren
[14:05] <k1l> dann reboot
[14:05] <k1l> was?
[14:05] <penni> Bei der Installation kam eine Meldung, dass ich jetzt rebooten soll und dabei darauf achten soll, dass im UEFI secure boot deaktiviert ist. Das soll ich dann nach dem reboot besättigen
[14:06] <k1l> nee, eigentlich soll man das nicht umstellen. versuch erstmal ohne
[14:06] <penni> ok, bis gleich :)
[14:13] <kante> frage zu einem bash-skript: wie kann ich überprüfen ob die grep-ausgabe eines befehls leer ist oder nicht?
[14:15] <deem> kante: du kannst die treffer für grep mit '-c' zählen
[14:17] <penni> k1l: Sooo, da bin ich wieder. Auf den neuen Kerneln läuft es leider immer noch nicht. Ich sehe jetzt zwar das GNOME Logo wie es lädt, aber danach wieder black screen, kein Login Screen. Auf einem alten 3.X Kernel geht es jetzt aber
[14:17] <buerohengst> eigentlich dürfte ein 'if grep bla datei ; then …' reichen
[14:47] <jokrebel> penni: Ich würd ja mal mit einer 16.04er Live-DVD/USB-Stick ausprobieren ob das läuft und dann ggf. (nach Backup!) ein "do-release-upgrade" in Erwägung ziehen.
[14:48] <jokrebel> Momentan hört sich das nach "zufälligerwise mit Glück wieder zum laufen gebebracht" an
[14:49] <penni> jokrebel: Ich wollte eh auf 16.04 umstellen. Was ist denn das besondere an dem "do-release-upgrade"
[14:50] <jokrebel> Naja - mit "do-release-upgrade" kann man auf die nächste Version upgraden. Also auch ein LTS-Upgrade von 14.04.x nach 16.04.1
[14:52] <penni> Wie sieht das dann mit Daten und Programmen aus? Bleibt alles exakt erhalten?
[14:56] <jokrebel> theoretisch (außer Fremdquellensachen) ja. Ein komplettes Backup wird aber trotzdem angeraten.
[14:57] <jokrebel> ...und das mit dem "exakt" ist manchmal auch so ne Sache. Ist halt doch ein gravierenderer Eingriff. Zwei Jahre sind in der EDV ne lange Zeit.
[14:57] <penni> Das mein bei jedem größeren Update / Upgrade ein Backup machen sollte, sollte meiner Meinung nach jeder Mensch wissen
[14:58] <penni> Ich habe Windows im Dual Boot. Muss ich dann irgendwo speziell drauf achten oder erkennt der alles (Partitionen und co.) automatisch?
[14:59] <jokrebel> ...da es aber doch ein paar gibt die das (angeblich) noch nie gehört haben, muss man es (leider) trotzdem immer noch erwähnen. Sonst ist manchmal das geheule (hinterher) groß (und die Schuldzuweisungen)
[15:00] <jokrebel> Dualboot sollte kein Problem machen für ein "do-release-upgrade" 
[15:00]  * jokrebel muss mal eben kurz weg ... bis gleich
[15:01] <kante> frage: ich habe aus versehen die verzeichnisse Bilder und Dokumente gelöscht. kann ich die einfach mit mkdir wieder erstellen? oder muss ich noch etwas beachten?
[15:03] <deem> kante: kannst du
[15:09] <k1l> penni: ok, scheint so als wenn das bauen der module für den 4.4er fehlschlägt wegen dem athk modul. deswegen baut der auch keine nvidia treiber module für den 4.4
[15:10] <k1l> penni: "dkms status"
[15:30] <jokrebel> re
[15:43] <penni> k1l: http://pastebin.com/AG6AGhni (Wie gesagt, bin gerade auf nem alten Kernel)
[15:50] <k1l> mit dem ath10k module gibts wie gesagt probleme. aber das sollte das booten nicht verhindern. guck mal in die syslogs in /var/log/ was bei dem boot mit dem 4.4er kernel schiefgeht
[15:52] <penni> k1l Welche Datei ist das denn von den vielen?
[15:56] <k1l> ja die werden ja durchrotiert. also guck dir die syslog und syslog.0 .1 etc mal an. wo der boot forgang mit dem 4.4er kernel drin ist
[16:11] <penni> Ok, danke erstmal für eure Hilfe, ich schaue mal durch
[16:11] <penni> Schönen Abend noch! :)
[18:16] <retduck__> ml zu Tee Uhr h
[18:26] <jokrebel> bitte was?
[19:40] <hdp> Nabend, welche Software wird denn von dem grafischen Software Updater genutzt? Bzw. woher rühren die Unterschiede zwischen apt-get update/upgrade und der Liste des Software Updaters?
[19:42] <Robert_Zenz> hdp, definiere: "Unterschiede".
[19:43] <hdp> Vollkommen andere zu aktualisierende Programmpakete.
[19:48] <Robert_Zenz> hdp, bin ich mir jetzt nicht sicher, das muesste eigentlich alles aus apt kommen. Was ich mir vorstellen kann ist das die Name im Update Manager "geschoent" sind.
[19:48] <ppq> hdp, ist es vielleicht der unterschied "apt upgrade" vs "apt full-upgrade"? beim ersten werden ja nur pakete aktualisiert, die keine neuinstallationen benötigen
[19:48] <ppq> (früher: dist-upgrade)
[19:50] <jokrebel> ...ooO( nutzt man (sollte) nicht dist-... full-... immer; ein reines upgrade aber nur in Ausnahmefällen? )
[19:51] <ppq> dass es beides gibt hat heute nur noch historische gründe, jo
[19:52] <hdp> Ich habe keine Ahnung, bisher dachte ich Software Updater wäre nur das grafische Frontend für apt-get update und jetzt sehe ich eine lange Liste in apt-get upgrade, die der Software Updater eben nicht anzeigt.
[19:53] <ppq> das GUI teil hat schon seinen eigenen paketlistencache
[19:55] <hdp> Jo danke, dann werde ich mir das mal aus der Nähe anschauen. *seufz*
[20:00] <hdp> Also der update-manager kann zwei verschiedene Backends benutzen, das könnte die Erklärung sein.
[20:02] <jokrebel> es hieß ja schon seit langem, man solle nicht wild verschiedene apt-Frontends benutzen
[20:04] <jokrebel> also mal apt - mal apt-get - mal aptitude - dann vielleicht auch noch synAPTic und das Softwarecenter gemischt...
[20:06] <hdp> Synaptic liefert interessanterweise die exakt gleiche Liste wie apt-get zurück. Also kann der update-manager das Backend wohl nicht nutzen.