Debian wechselt zu GCC 5 und libstdc++6

[Radfahrer]

Kannst du bei stable oder oldstable ja auch machen.
Machst du es aber bei testing oder sid, wirst du über kurz oder lang damit auf die Nase fallen. Und ein Sprung auf die nächste Debian-Version geht ohne dist-upgrade sowieso nicht. In dem Fall lag es also nicht am dist-upgrade, sondern an etwas anderem. Deswegen sollte man, bevor man so etwas macht, eingehend die release-notes lesen, Fremdquellen deaktivieren, die grafische Oberfläche beenden, usw..

[KBDCALLS]

Von der libstdc++6 Transition sind momentan 35 % erledigt.

https://release.debian.org/transitions/index.html

[bifo]

Hallo zusammen,

kann mir jemand sagen, wie der aktuelle Stand der Dinge ist? Ich schaue seit Wochen immer mal wieder bei synaptic nach. Derzeit soll mein mysql-Server immer deinstalliert werden. Das möchte ich nur ungern tun, weil da meine Fotodatenbank dranhängt...

Grüße in die Runde
Bifo

[KBDCALLS]

Offen gestanden ich halte von dem grafischen Schnickschnack garnichts. Ich würde mal ein mit apt-get oder aptitude ein update und dann ein dist-upgrade bzw. full-upgrade machen. Angehängt ein -V. Solltte es dann immer noch Probleme geben ist das ein eigenes Thema.

[rendegast]

Derzeit soll mein mysql-Server immer deinstalliert werden.
... weil da meine Fotodatenbank dranhängt...

'mysqldump' ?

[RobertS]

Offen gestanden ich halte von dem grafischen Schnickschnack garnichts.

Zum Überblick verschaffen ist Synaptic recht angenehm.
Upgrade mach ich dann aber auch lieber per apt upgrade.

Grüße

Robert

[MaGe]

Hallo zusammen,

kann mir jemand sagen, wie der aktuelle Stand der Dinge ist? Ich schaue seit Wochen immer mal wieder bei synaptic nach. Derzeit soll mein mysql-Server immer deinstalliert werden. Das möchte ich nur ungern tun, weil da meine Fotodatenbank dranhängt...

Grüße in die Runde
Bifo

bei mir dist-upgrade
Debian GNU/Linux stretch/sid

Abhängigkeitsbaum wird aufgebaut....
Statusinformationen werden eingelesen....
Die folgenden Pakete sind zurückgehalten worden:
kactivities libsane libsane-common
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 3 nicht aktualisiert.

neu libsane libsane-common 1.0.25-1 ( keinen scanner mehr Bug )

alt auf hold libsane libsane-common 1.0.24-8 ( scanner OK )


gruss MaGe

[bifo]

Hallo zusammen,

danke für die Informationen. Ich habe mich in synaptic mal durchgeklickt und gesehen, daß ich wohl wahrscheinlich nur einmal mutig sein muß...

LG Bifo

Von meiner Fotodatenbank mache ich vorher noch ein Backup...

[MrScoville]

Also, ich warte mal aus leidvoller Erfahrung ab, bis sich Debian und GCC6/libstdc++6 eingekriegt haben... Wollte vor Monaten schon auf einer experimentellen VM drauf umsteigen, und das Ergebnis war, dass ich das Image zum Schluss einfach gelöscht habe. Wäre ich Alkoholiker, wäre ich heute noch aus lauter Frust besoffen xD

Im Ernst und eigentlich anderes Thema, ich habs hier schonmal in nem anderen Thread zu einem ganz anderen Thema erwähnt (um es freundlich auszudrücken), die Abhängigkeiten in Debian-Paketen sind inzwischen so arg geworden, dass Windows dagegen ein eleganter, kleiner Rennwagen ist. Mag nicht jedem gefallen, so ein Statement ("Dann kauf doch bei Netto!!!"), stimmen tut's trotzdem. Was früher bei Windows die DLL-Hell war, ist heute diese Mischung aus Fürsorge ("lieber noch dieses Paket in die Abhängigkeiten packen, wer weiß, wofür es gut ist!") und Arroganz ("ICH bin Contributor, ICH weiß, was ihr braucht!").

Im Ernst, was ist mir lieber? Ich installiere ein Paket, es lässt sich smooth installieren, ich starte das Binary, es steigt mit nem Core-Dump aus, ich lese das README im Paket, und da steht, "Sie müssten bitte noch X ab 2.7.8 und Y mindestens 5.4 installieren", ich hole das nach, und alles schnuckelt? Oder: Ich installiere ein Paket, es meckert ständig nach Abhängigkeiten, ich löse sie im Aptitude auf, habe 500 MB mehr Code auf der Platte, und es geht immer noch nix?

Ich höre schon, wie die 64-Bitter meckern, was für ein altbackenes Ding ich denn da habe. Kommt mir bekannt vor... "Waaaas, du hast noch XP? Dann darfst du dich aber nicht wundern!" ... und dachte, bei Linux wäre das alles anders... Tja, ich Träumerle ^^

[towo]

Mal auf's Datum geguckt?
Das is schon kange Geschichte!

[MrScoville]

Mal auf's Datum geguckt?
Das is schon kange Geschichte!

Ja?
https://packages.debian.org/de/stretch/gcc
gcc5? gcc6?

[towo]

Und was willst Du mit dem nichtssagenden Post mitteilen?

[scientific]

Also, ich packetiere selber für mich verschiedene debs mit selbstgeschriebener Software.
Und ich kann dir aus eigener Erfahrung sagen, dass so ein Maintainer sowas nicht aus Bösartigkeit macht. Die Pakete stellen Funktionen sicher, welche das Programm benötigt.
Für dich als User oder Hobbyadmin mags befremdlich wirken, wenn bei einem FVWM-config-Paket gmrun und python3 als Abhängigkeit erforderlich sind... Aber das hat schon seinen Sinn...

Und wenn X in einer bestimmten Version vorgeschrieben wird, wird die Vorgängerversion einen Bug haben, in den der Entwickler gerannt ist, oder eine Funktion noch nicht haben, die das Programm benötigt.

Woher nimmst du eigentlich die Arroganz, zu glauben, besser zu wissen, was das Programmpaket für korrektes funktionieten benötigt, als Entwickler oder Maintainer?

Die Zukunft geht halt eh in die Richtung, dass die Programme alles mitbringen, was sie benötigen (Stichwort snap)... Dann hast du keine Libhölle mehr, dafür aber brauchst du größere Platten...

Kann man den toten Thread bitte schließen?

[Lord_Carlos]

Die Zukunft geht halt eh in die Richtung, dass die Programme alles mitbringen, was sie benötigen (Stichwort snap)... Dann hast du keine Libhölle mehr, dafür aber brauchst du größere Platten...

Das snap image kann man dann sicherlich live streamen.