Hardware "zu neu" für den Debian-Installer/Live-System?
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Als Root ausgeführt ??
Synaptic gleichzeitig geöffnet ?
Synaptic gleichzeitig geöffnet ?
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Als root mit "sudo", oder? Dann ja. Synaptic ist zu.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Mist und sorry, mit "su -" kommt:
OK:1 http://security.debian.org/debian-security bullseye-security InRelease
OK:2 http://deb.debian.org/debian bullseye InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
bogofilter bogofilter-bdb bogofilter-common evolution-common
evolution-data-server evolution-data-server-common gir1.2-appindicator3-0.1
libappindicator3-1 libcamel-1.2-62 libchamplain-0.12-0
libchamplain-gtk-0.12-0 libcompfaceg1 libebackend-1.2-10 libebook-1.2-20
libebook-contacts-1.2-3 libecal-2.0-1 libedata-book-1.2-26
libedata-cal-2.0-1 libedataserver-1.2-24 libedataserverui-1.2-2 libetpan20
libevolution libgnome-autoar-0-0 libgnome-autoar-gtk-0-0 liblockfile-bin
liblockfile1 libphonenumber7 libpst4 libytnef0
Verwenden Sie »apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
OK:1 http://security.debian.org/debian-security bullseye-security InRelease
OK:2 http://deb.debian.org/debian bullseye InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
bogofilter bogofilter-bdb bogofilter-common evolution-common
evolution-data-server evolution-data-server-common gir1.2-appindicator3-0.1
libappindicator3-1 libcamel-1.2-62 libchamplain-0.12-0
libchamplain-gtk-0.12-0 libcompfaceg1 libebackend-1.2-10 libebook-1.2-20
libebook-contacts-1.2-3 libecal-2.0-1 libedata-book-1.2-26
libedata-cal-2.0-1 libedataserver-1.2-24 libedataserverui-1.2-2 libetpan20
libevolution libgnome-autoar-0-0 libgnome-autoar-gtk-0-0 liblockfile-bin
liblockfile1 libphonenumber7 libpst4 libytnef0
Verwenden Sie »apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Ich habe jetzt doch die von dir angegebenen Paketquellen über nano angepasst und es wurden gleich mal einige aktualisiert.willy4711 hat geschrieben:13.06.2020 16:27:24Häufiges full-upgrade ist angesagt.Ich mach das täglich
Damit ich's richtig verstehe: Mit diesen Quellen und täglichem "apt update && apt full-upgrade" wird die bei mir installierte Version von "debian-live-testing-amd64-cinnamon+nonfree.iso" immer auf den neusten Stand gebracht?
Und sorry für blöde Fragen. Ich bin hier auf absolutem Neuland und umso wichtiger ist es mir, so gut wie möglich zu verstehen, was ich da mache.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Hi, ich bin faul und mach das über synaptic
Neu laden', 'Alle Aktualisierungen vormerken', 'Anwenden' und gut isses.
Noch ne Sache, du fährst TESTING. Da könnte auch mal was schief gehen. Ist zwar recht unwahrscheinlich, aber ...
Und nebenbei, das größte Problem sitzt im allgemeinen ja vor dem Rechner
Ich hab hier in allen drei Kisten 'timeshift' installiert und so konfiguriert, das 1x pro Woche eine Sicherung des Systems angelegt wird und davon halte ich zwei vor. Hab auch schon mal Mist gebaut, aber die Sicherungen haben mich da recht unproblematisch gerettet.
Hab 'timeshift' bei Linux Mint kennen gelernt. Inzwischen kriegst du bei einer Neuinstallation dort den dringenden Hinweis, 'timeshift' umgehend zu konfigurieren und aktivieren.
Ich weiß, hier wird die Kommandozeile verehrt
Duck und wech - KH
PS. 'timeshift' ist seit Buster in den Quellen!
Neu laden', 'Alle Aktualisierungen vormerken', 'Anwenden' und gut isses.
Noch ne Sache, du fährst TESTING. Da könnte auch mal was schief gehen. Ist zwar recht unwahrscheinlich, aber ...
Und nebenbei, das größte Problem sitzt im allgemeinen ja vor dem Rechner
Ich hab hier in allen drei Kisten 'timeshift' installiert und so konfiguriert, das 1x pro Woche eine Sicherung des Systems angelegt wird und davon halte ich zwei vor. Hab auch schon mal Mist gebaut, aber die Sicherungen haben mich da recht unproblematisch gerettet.
Hab 'timeshift' bei Linux Mint kennen gelernt. Inzwischen kriegst du bei einer Neuinstallation dort den dringenden Hinweis, 'timeshift' umgehend zu konfigurieren und aktivieren.
Ich weiß, hier wird die Kommandozeile verehrt
Duck und wech - KH
PS. 'timeshift' ist seit Buster in den Quellen!
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Eben deshalb frage ich lieber 1x mehr als zu wenig. Timeshift schaue ich mir auf jeden Fall an - vielen Dank für den Tipp! Und wahrscheinlich werde ich auch eher über Synaptic gehen. Mir ist's vor allem wichtig, dass die Paketquellen stimmen, damit Testing auf dem Weg zu Stable regelmäßig aktualisiert wird. Als willy4711 am Wochenende "Häufiges full-upgrade ist angesagt." schrieb dachte ich mal kurz, ich muss regelmäßig per USB-Stick neu installieren.kalle123 hat geschrieben:16.06.2020 11:53:29Und nebenbei, das größte Problem sitzt im allgemeinen ja vor dem Rechner
Ich hab mich damit hoffentlich getäuscht
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Weisst du, mit der sources.list für Testing hab ich mich hier im Forum vor Jahren schon mal in die Nesseln gesetzt
Und so 'Nettigkeiten' finden sich bei Debian auch noch aktuell
https://wiki.debianforum.de/Sources.list
Also mach einfach mit Testing, schau, dass du im Fall des Falles zurück spulen kannst (timeshift) und gut isses
Hier findet sich ne ausführliche Anleitung https://www.linuxmintusers.de/index.php ... =Timeshift
Gruß KH
Und so 'Nettigkeiten' finden sich bei Debian auch noch aktuell
Testing, Unstable, Experimental
So hart es auch klingt, wer sich keine sources.list für testing, unstable oder gar experimental selbst erstellen kann. Der sollte vorerst noch bei stable bleiben und sich weiter in Debian einarbeiten.
https://wiki.debianforum.de/Sources.list
Also mach einfach mit Testing, schau, dass du im Fall des Falles zurück spulen kannst (timeshift) und gut isses
Hier findet sich ne ausführliche Anleitung https://www.linuxmintusers.de/index.php ... =Timeshift
Gruß KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Joo, über den Satz habe ich mich auch schon gefreut. Ich hätte ja auch liebend gerne 10.4. Stable genommen, aber damit läuft mein Laptop nicht. Genau darum gibt's ja diesen Thread...!? Timeshift läuft prima, danke für den Link!
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Gerne
Schade, das so ein Satz da immer noch steht und interessant, dass dir das auch ins Auge gesprungen ist.
cu KH
Schade, das so ein Satz da immer noch steht und interessant, dass dir das auch ins Auge gesprungen ist.
cu KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Zum Glück ist es nicht die Regel, aber es kommt doch immer mal vor, dass man sich von "Profis" einen Anschiss abholt. Dabei trennt man sich endlich von Microsoft und/oder Apple. Man merkt, dass man plötzlich mit Linux und/oder LineageOS o.ä.in einem Bereich ist, wo man selbst immer wieder Hand anlegen und sich informieren muss. Man will sich ja auch informieren, zum Beispiel in Foren und dann läuft man u.U. erst mal in eine Ohrfeige rein. Dankenswerterweise läuft's hier bei Debian - so meine Erfahrungen - doch sehr freundlich.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Ich möchte doch noch etwas Öl in die Synaptic-Begeisterung gießen:
Synaptic bietet als "Varianten" der Aktualisierung an: Normal und Intelligent.
Ich habe schon oft gesucht, aber nicht gefunden, was genau das bedeuten soll.
Bei Testing ist es sehr wichtig, apt full-upgrade (gleichbedeutend mit apt dist-upgrade) zu benutzen.
Ich zitiere mal das Manual:
überholte Pakete gelöscht werden müssen.
Ich benutze für Upgrades immer aptitude, weil die Logs übersichtlicher sind, und auch etwas mehr Auskunft gegeben wird.
Gestern sah das z.B. so aus:
Ein normales "upgrade" würde das Install / Remove nicht ausführen. Mit ziemlicher Sicherheit fährst du dein System dann irgendwann an die Wand.
Ob das Synaptic mit "intelligent" ebenfalls so handelt weiß ich eben nicht.
Ich will keinem Synaptic ausreden, im Gegenteil, ich benutze das Programm sehr intensiv.Nur eben nicht für Upgrades.
Nach der Installation von apt-xapian-index wird ein Volltext- Suchfeld zur Verfügung gestellt,
das einfach genial ist.Du kannst so nach Programmen suchen, die Webseiten besuchen, auf einen Blich Abhängigkeiten
sehen und viels mehr, was im Terminal dann relativ mühsam ist.
Synaptic bietet als "Varianten" der Aktualisierung an: Normal und Intelligent.
Ich habe schon oft gesucht, aber nicht gefunden, was genau das bedeuten soll.
Bei Testing ist es sehr wichtig, apt full-upgrade (gleichbedeutend mit apt dist-upgrade) zu benutzen.
Ich zitiere mal das Manual:
Bei Testing ändert sich eben sehr oft was. Das kann dazu führen, dass durch neue Paket andere Abhängigkeiten entstehenupgrade (apt-get(8))
upgrade wird verwendet, um verfügbare Upgrades für alle derzeit auf dem System installierten Pakete von den in der sources.list(5)
konfigurierten Quellen zu installieren. Neue Pakete werden installiert, falls dies nötig ist, um Abhängigkeiten zu erfüllen, existierende
werden jedoch nie entfernt. Falls das Upgrade für ein Paket verlangt, dass ein installiertes Paket entfernt wird, wird dieses Upgrade nicht
durchgeführt.
full-upgrade (apt-get(8))
full-upgrade verrichtet die Funktion von »upgrade«, wird aber auch installierte Pakete entfernen, falls dies erforderlich ist, um ein
Upgrade des Systems als Ganzes durchzuführen.
überholte Pakete gelöscht werden müssen.
Ich benutze für Upgrades immer aptitude, weil die Logs übersichtlicher sind, und auch etwas mehr Auskunft gegeben wird.
Gestern sah das z.B. so aus:
Code: Alles auswählen
Aptitude 0.8.13: log report
Mon, Jun 15 2020 10:37:05 +0200
IMPORTANT: this log only lists intended actions; actions which fail
due to dpkg problems may not be completed.
Will install 18 packages, and remove 4 packages.
5191 kB of disk space will be used
========================================
[INSTALL, DEPENDENCIES] libgnustep-base1.27:amd64 1.27.0-3
[INSTALL, DEPENDENCIES] libgnustep-gui0.28:amd64 0.28.0-2
[INSTALL, DEPENDENCIES] libpocketsphinx3:amd64 0.8+5prealpha+1-11
[INSTALL, DEPENDENCIES] libsphinxbase3:amd64 0.8+5prealpha+1-10+b1
[REMOVE, DEPENDENCIES] gnustep-back0.27:amd64 0.27.0-2
[REMOVE, DEPENDENCIES] gnustep-back0.27-cairo:amd64 0.27.0-2
[REMOVE, DEPENDENCIES] libgnustep-base1.26:amd64 1.26.0-7+b1
[REMOVE, DEPENDENCIES] libgnustep-gui0.27:amd64 0.27.0-5+b1
[UPGRADE] gir1.2-rsvg-2.0:amd64 2.48.4+dfsg-1 -> 2.48.7-1
[UPGRADE] gnustep-back-common:amd64 0.27.0-2 -> 0.28.0-2
[UPGRADE] gnustep-base-common:amd64 1.26.0-7 -> 1.27.0-3
[UPGRADE] gnustep-base-runtime:amd64 1.26.0-7+b1 -> 1.27.0-3
[UPGRADE] gnustep-gui-common:amd64 0.27.0-5 -> 0.28.0-2
[UPGRADE] gnustep-gui-runtime:amd64 0.27.0-5+b1 -> 0.28.0-2
[UPGRADE] libcgi-pm-perl:amd64 4.48-1 -> 4.49-1
[UPGRADE] librsvg2-2:amd64 2.48.4+dfsg-1 -> 2.48.7-1
[UPGRADE] librsvg2-common:amd64 2.48.4+dfsg-1 -> 2.48.7-1
[UPGRADE] librsvg2-dev:amd64 2.48.4+dfsg-1 -> 2.48.7-1
[UPGRADE] mknfonts.tool:amd64 0.5-12+b1 -> 0.5-12+b2
[UPGRADE] netcat-openbsd:amd64 1.217-1 -> 1.217-2
[UPGRADE] ruby-sass:amd64 3.7.4-1 -> 3.7.4-3
[UPGRADE] unar:amd64 1.10.1-2+b5 -> 1.10.1-2+b6
========================================
Ob das Synaptic mit "intelligent" ebenfalls so handelt weiß ich eben nicht.
Ich will keinem Synaptic ausreden, im Gegenteil, ich benutze das Programm sehr intensiv.Nur eben nicht für Upgrades.
Nach der Installation von apt-xapian-index wird ein Volltext- Suchfeld zur Verfügung gestellt,
das einfach genial ist.Du kannst so nach Programmen suchen, die Webseiten besuchen, auf einen Blich Abhängigkeiten
sehen und viels mehr, was im Terminal dann relativ mühsam ist.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Jetzt schlaft ich sicher unruhig ......willy4711 hat geschrieben:16.06.2020 20:37:02Mit ziemlicher Sicherheit fährst du dein System dann irgendwann an die Wand.
cu KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Wenn ich "apt update && apt full-upgrade" bin ich aber erst mal safe?willy4711 hat geschrieben:16.06.2020 20:37:02Ob das Synaptic mit "intelligent" ebenfalls so handelt weiß ich eben nicht.
Ich will keinem Synaptic ausreden, im Gegenteil, ich benutze das Programm sehr intensiv.Nur eben nicht für Upgrades.
Nach der Installation von apt-xapian-index wird ein Volltext- Suchfeld zur Verfügung gestellt,
das einfach genial ist.Du kannst so nach Programmen suchen, die Webseiten besuchen, auf einen Blich Abhängigkeiten
sehen und viels mehr, was im Terminal dann relativ mühsam ist.
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Wenn du mir garantierst, dass das "intelligente" gleichbedeutend mit full-upgrade ist, ja.kalle123 hat geschrieben:17.06.2020 08:50:42Also mir genügen die Infos, die synaptic da liefert, was entfernt, aktualisiert und installiert wird.
Außerdem nervt mich das mini-Terminal, aus dem man nur mit Mühe was rauskopieren kann.
Wenn ich auch sonst ein GUI-Fan bin, hier stehe einfach auf aptitude.
Natürlich nach entsprechender GUI- Benachrichtigung und 1X Klick
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Jetzt weitet es sich mit deinen Bemerkungen aber auswilly4711 hat geschrieben:17.06.2020 10:01:25Wenn du mir garantierst ....
Außerdem nervt mich ....
cu KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Gerade jetzt:
Aptitude:
Aptitude:
Code: Alles auswählen
Die folgenden NEUEN Pakete werden zusätzlich installiert:
libplacebo72{a}
Die folgenden Pakete werden ENTFERNT:
libplacebo43{u}
Die folgenden Pakete werden aktualisiert:
conky-all epiphany-browser epiphany-browser-data feh gir1.2-vte-2.91
krb5-locales libefiboot1 libefivar1 libgssapi-krb5-2 libk5crypto3
libkrb5-3 libkrb5support0 libokular5core9 libvlc-bin libvlc5 libvlccore9
libvte-2.91-0 libvte-2.91-common libvulkan-dev libvulkan1 manpages
manpages-dev mpv okular python3-lxml vlc vlc-bin vlc-data vlc-l10n
vlc-plugin-base vlc-plugin-notify vlc-plugin-qt vlc-plugin-samba
vlc-plugin-skins2 vlc-plugin-video-output vlc-plugin-video-splitter
vlc-plugin-visualization
Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert:
cups-bsd
37 Pakete aktualisiert, 1 zusätzlich installiert, 1 werden entfernt und 0 nicht aktualisiert.
34,3 MB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 197 kB frei werden.
Möchten Sie fortsetzen? [Y/n/?]
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Willy, lass einfach gut sein.
Du bist Fan von aptitude, ich nehm synaptic und gut isses.
Hier seh ich auch keine Warnung und das, was ne Paketverwaltung soll, macht lt. dieses Wiki Eintrags (und meiner persönlichen Erfahrung) synaptic auch. Da wir auch 'Upgrading all installed packages' erwähnt.
https://wiki.debian.org/Synaptic#Upgrad ... d_packages
Wenn ich dann in den nächsten Tagen hier aufschlage, weil ich was 'an die Wand' gefahren hab, dann
Nebenbei, so eine Diskussion wie zwischen uns beiden hier, verunsichert m.E. Neuuser wie gundheri. Muss doch nicht sein. Er soll sich um eine Absicherung seines Systems kümmern (ich nehm da timeshift für das System und grsync für den Rest. Gui, gut dokumentiert und funktioniert!) und dann selber Erfahrung sammeln. Und Garantien, die gibt hier wohl niemand keiner.
Gruß KH
Du bist Fan von aptitude, ich nehm synaptic und gut isses.
Hier seh ich auch keine Warnung und das, was ne Paketverwaltung soll, macht lt. dieses Wiki Eintrags (und meiner persönlichen Erfahrung) synaptic auch. Da wir auch 'Upgrading all installed packages' erwähnt.
https://wiki.debian.org/Synaptic#Upgrad ... d_packages
Wenn ich dann in den nächsten Tagen hier aufschlage, weil ich was 'an die Wand' gefahren hab, dann
Nebenbei, so eine Diskussion wie zwischen uns beiden hier, verunsichert m.E. Neuuser wie gundheri. Muss doch nicht sein. Er soll sich um eine Absicherung seines Systems kümmern (ich nehm da timeshift für das System und grsync für den Rest. Gui, gut dokumentiert und funktioniert!) und dann selber Erfahrung sammeln. Und Garantien, die gibt hier wohl niemand keiner.
Gruß KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Um ein paar Sachen gerade zu rücken:kalle123 hat geschrieben:17.06.2020 14:41:06Nebenbei, so eine Diskussion wie zwischen uns beiden hier, verunsichert m.E. Neuuser wie gundheri.
Es spielt keine Rolle, mit welchem Werkzeug man sein System aktuell hält. Man kann sogar Montag das System mit apt-get aktualisieren, am Dienstag mit aptitude, am Mittwoch mit apt, am Donnerstag mt synaptic und am Freitag mit unattended-upgrades. Die Werkzeuge setzen auf die selbe Paketdatenbank auf und bringen sich nichts gegenseitig durcheinander.
Ein Paket, das man mit synaptic installiert hat, kann man mit apt, apt-get, aptitude ... aktualisieren und umgekehrt. Das funktioniert gegenseitig absolut zuverlässig.
Von daher ist es völlig egal welches Werkzeug man nimmt. Am besten, man nimmt das, das man am besten kennt.
Und überhaupt bin ich der Meinung, daß nichts über apt-get geht
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
LOL! Der war gut!MSfree hat geschrieben:17.06.2020 14:57:24Und überhaupt bin ich der Meinung, daß nichts über apt-get geht
cu KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Ähm, jetzt bin ich verunsichert. Soll ich doch nur apt-get nehmen?MSfree hat geschrieben:17.06.2020 14:57:24Und überhaupt bin ich der Meinung, daß nichts über apt-get geht
Neeeiiin, war nur Schpass. Ich lese hier schmunzelnd mit und will eigentlich nur auf der sicheren Seite sein, was die Paketquellen betrifft, damit ich nicht mit einer Testing-Version rummache, die nicht aktualisiert wird, weil ich was nicht raffe. Diese zu aktualisieren sollte nicht das Problem sein.
Bei MX-Linux gibt's wohl eine Version, die neue Hardware besonders unterstützt. Wisst ihr zufällig was darüber? Oder kommt gleich ein Gong, weil ich was anspreche, was nicht original Debian ist (so ging's mir mal bei Lineage, auweia)?
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Die Hardwareunterstützung steht und fällt mit dem Linuxkernel. Bei Buster wird Kernel 4.19 mitgeliefert und der ist vor fast zwei Jahren erschienen. Seither wurden zwar Fehler und Sicherheitslücken behoben, es kam aber keine Unterstützung für neue Hardware dazu. Wenn du also etwas neueres Einsetzt, kann es zu fehlender Unterstützung kommen. Davon betroffen sind z.B. neuere AMD-Prozessoren, WLAN6 und teilweise wohl auch WLAN5, eventuell Intels Core-i 10. Generation (aber die ist eigentlich nur aufgewärmter Core-i 7. Generation-Kaffee) ...gundheri hat geschrieben:17.06.2020 17:22:39Bei MX-Linux gibt's wohl eine Version, die neue Hardware besonders unterstützt.
Man kann allerdings unter Debian Buster auch einen Kernel 5.5 (Januar 2020) installieren, der die meisten Probleme mit aktueller Hardware beseitigen sollte. Bullseye, was aber zur Zeit noch als "Testing" bezeichnet wird, bringt wohl schon Kernel 5.6.
Was MX-Linux mitbringt, habe ich nicht recherchiert. Wenn dort die Hardwareunterstützung als besonders aktuell beworben wird, dann werden die auch einen besonders aktuellen Kernel einsetzen.
https://en.wikipedia.org/wiki/Linux_ker ... on_history
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Jetzt will ich dich noch etwas verwirren, da du ja schon 'schmunzelnd' hier mit liest.gundheri hat geschrieben:16.06.2020 23:38:39Wenn ich "apt update && apt full-upgrade" bin ich aber erst mal safe?
https://wiki.debian.org/Aptitude?highl ... ent%5Cb%29Using full-upgrade in the regular course of events is no longer the recommended practice (unless you are running sid, in which case you should not need to be reading this.)
Ja, die Wiki kann häufig eine Quelle von Erheiterung oder aber Verzweiflung sein.
Noch was, Testing entspricht bei anderen Distros der aktuelle Version, Sid ist ne ganz andere Karte, da geh ich z.B. nicht ran. Hab mal Siduction in einer VM installiert, aber recht schnell wieder raus geschmissen.
cu KH
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Hab was gefunden:MSfree hat geschrieben:17.06.2020 18:37:41Was MX-Linux mitbringt, habe ich nicht recherchiert. Wenn dort die Hardwareunterstützung als besonders aktuell beworben wird, dann werden die auch einen besonders aktuellen Kernel einsetzen.
Kernel: 5.6.0-2-amd64 x86_64 und Debian buster
Immer weiter, bald schockt mich nix mehr!kalle123 hat geschrieben:17.06.2020 19:22:09Jetzt will ich dich noch etwas verwirren,...
Ja, die Wiki kann häufig eine Quelle von Erheiterung oder aber Verzweiflung sein...
Noch was, Testing entspricht bei anderen Distros der aktuelle Version,...
Re: Hardware "zu neu" für den Debian-Installer/Live-System?
Nur um mal die Streiterei über Synaptic zu beenden, empfehle ich nicht 10 Jahre alte Zitate, sondern die aktuelle Version des Debian-Paketmanagement. Dort steht unter 8.40.6:
https://book.dpmb.org/debian-paketmanag ... 08s40.html
https://book.dpmb.org/debian-paketmanag ... 08s40.html
Ist wohl doch nicht alles das GleicheÜber die graphische Oberfläche von Synaptic (siehe Abschnitt 6.4.1, „Synaptic“) können Sie ebenfalls einzelne oder mehrere Pakete aktualisieren. Welche Aktualisierungen dabei berücksichtigt werden, legen Sie über die Einstellungen des Programms fest. Zu Auswahl stehen hier die Sicherheitsaktualisierungen und neue Paketversionen. Synaptic unterscheidet dabei nicht wie APT, apt und aptitude zwischen den verschiedenen Aktualisierungsstufen.