Y2K - die zweite

Neuigkeiten rund um GNU/Linux
Antworten
KP97
Beiträge: 3440
Registriert: 01.02.2013 15:07:36

Y2K - die zweite

Beitrag von KP97 » 02.03.2024 17:51:22

https://linuxnews.de/debian-behebt-das-y2k38-problem/

An das erste Mal erinnere ich mich noch gut - wir haben Cobol Programme durchsucht...

Benutzeravatar
TRex
Moderator
Beiträge: 8086
Registriert: 23.11.2006 12:23:54
Wohnort: KA

Re: Y2K - die zweite

Beitrag von TRex » 02.03.2024 17:59:56

Ich empfehle Füße stillhalten, denn Apt kann in diesem Fall nicht auf alle Probleme hinweisen.
Das wird lustig :D
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

Benutzeravatar
kalle123
Beiträge: 2714
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: Y2K - die zweite

Beitrag von kalle123 » 02.03.2024 18:04:05

Erinnere mich noch gut. War ein Jahreswechsel zum Wochenende. Der Service hatte erreichbar zu sein! Messtechnik in der produzierenden Industrie.

Bin jetzt 10 Jahre raus und ob ich 38 noch erlebe? :mrgreen:

cu KH

mampfi
Beiträge: 1765
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: Y2K - die zweite

Beitrag von mampfi » 02.03.2024 21:30:51

Meine Wenigkeit ist ja nebenbei auch noch Computer(Programmier-)Historiker.

Kennt Ihr die Geschichte von PASCAL?

Ich habe immer COBOL beschimpft, dabei haben auch moderne Tools nicht die Möglichkeiten, was Masken-Erstellung betrifft.

Nur die zwei "Alten" COBOL und dBase.
Es gibt viele Foren

Benutzeravatar
ralli
Beiträge: 3919
Registriert: 02.03.2008 08:03:02

Re: Y2K - die zweite

Beitrag von ralli » 03.03.2024 08:39:48

2038 wird sich das Problem erledigt haben, weil es keine 32 Bit Systeme mehr gibt.

Gruß ralli
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

mludwig
Beiträge: 797
Registriert: 30.01.2005 19:35:04

Re: Y2K - die zweite

Beitrag von mludwig » 03.03.2024 11:43:38

Ich bin letztens über diesen Bug gestolpert: https://redmine.pfsense.org/issues/13424

Von der CRL das gültig bis Datum wird 2 stellig gespeichert. Default lifetime 9999 Tage ergibt inzwischen ein Jahr größer 2050, 50 rollt aber bei der Auswertungroutine über zu 1950 - d.h. CRL ist abgelaufen ... :facepalm:

Wer weiß welche Perlen noch so in anderen Programmen stecken - Jahreszahlen zweistellig zu speichern kommt scheinbar nicht aus der Mode.

uname
Beiträge: 12075
Registriert: 03.06.2008 09:33:02

Re: Y2K - die zweite

Beitrag von uname » 03.03.2024 11:47:22

Mein Nano-Router vielleicht 32 Bit läuft seit 10 Jahren gut und vielleicht auch noch in 14 Jahren.

Benutzeravatar
MSfree
Beiträge: 10777
Registriert: 25.09.2007 19:59:30

Re: Y2K - die zweite

Beitrag von MSfree » 03.03.2024 12:13:32

uname hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 11:47:22
Mein Nano-Router vielleicht 32 Bit läuft seit 10 Jahren gut und vielleicht auch noch in 14 Jahren.
Mein Sharp PC-1500 (8 Bit) von 1982 funktioniert auch noch tadellos, und der hat schon das Jahr 2000 überstanden.

Benutzeravatar
ralli
Beiträge: 3919
Registriert: 02.03.2008 08:03:02

Re: Y2K - die zweite

Beitrag von ralli » 03.03.2024 14:01:19

MSfree hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 12:13:32
uname hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 11:47:22
Mein Nano-Router vielleicht 32 Bit läuft seit 10 Jahren gut und vielleicht auch noch in 14 Jahren.
Mein Sharp PC-1500 (8 Bit) von 1982 funktioniert auch noch tadellos, und der hat schon das Jahr 2000 überstanden.
Ha, den hatte ich auch, aber er hat dann irgendwann einem andern Platz machen müssen. Erinnere, das ich den 1981 kaufte, er dürfte mit einem kleinen integrierten Drucker fast 1000 DM gekostet haben. Er hatte eine glaube ich 8 Bit CMOS CPU. Ich habe damals damit einen Betriebsabrechnungsbogen (BAB) in BASIC programmiert. Das war nicht ganz simpel, denn die Variablennamen waren sehr kurz und die Anzeige auf dem Display sehr klein. Außerdem war es ein PC 1500A, ob das ein anderes Modell war, weiß ich nicht mehr.

Gruß ralli
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

Benutzeravatar
MSfree
Beiträge: 10777
Registriert: 25.09.2007 19:59:30

Re: Y2K - die zweite

Beitrag von MSfree » 03.03.2024 14:45:21

ralli hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 14:01:19
Erinnere, das ich den 1981 kaufte
Der PC-1500 (siehe verlinkten Wiki-Artikel oben) kam erst 1982 auf den Markt. Der PC-1500A war das Nachfolgemodell mit mehr Hauptspeicher aber ansonsten gleichen Eigenschaften.

Ich habe meinen immer noch griffbereit liegen, nutze ihn aber nur noch gelegentlich als Taschenrechner. Im Schrank liegen noch der Plotter und ein paar Stifte.

Benutzeravatar
ralli
Beiträge: 3919
Registriert: 02.03.2008 08:03:02

Re: Y2K - die zweite

Beitrag von ralli » 03.03.2024 15:28:46

MSfree hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 14:45:21
ralli hat geschrieben: ↑ zum Beitrag ↑
03.03.2024 14:01:19
Erinnere, das ich den 1981 kaufte
Der PC-1500 (siehe verlinkten Wiki-Artikel oben) kam erst 1982 auf den Markt. Der PC-1500A war das Nachfolgemodell mit mehr Hauptspeicher aber ansonsten gleichen Eigenschaften.

Ich habe meinen immer noch griffbereit liegen, nutze ihn aber nur noch gelegentlich als Taschenrechner. Im Schrank liegen noch der Plotter und ein paar Stifte.
Ja, das war noch Qualität.

Gruß ralli
Wer nicht lieben kann, muß hassen. Wer nicht aufbauen kann muß zerstören. Wer keine Brücken baut, muß spalten.

michaa7
Beiträge: 4632
Registriert: 12.12.2004 00:46:49
Lizenz eigener Beiträge: MIT Lizenz

Re: Y2K - die zweite

Beitrag von michaa7 » 10.03.2024 13:47:19

TRex hat geschrieben: ↑ zum Beitrag ↑
02.03.2024 17:59:56
Ich empfehle Füße stillhalten, denn Apt kann in diesem Fall nicht auf alle Probleme hinweisen.
Das wird lustig :D
Kann man hier ganz gut mitverfolgen

und hier im Detail
gruß

michaa7

-------------------------------
Menschen ändern gelegentlich ihre Ansichten, aber nur selten ihre Motive. (Oskar Negt)

KP97
Beiträge: 3440
Registriert: 01.02.2013 15:07:36

Re: Y2K - die zweite

Beitrag von KP97 » 11.03.2024 19:29:02

So, ich konnte auf meinem Sid vorhin wieder ein full-upgrade ausführen. Soweit ist alles angepaßt, kommt natürlich auch auf die installierten Pakete an.
Ein Backup vorher kann auf keinen Fall schaden.

Benutzeravatar
QT
Beiträge: 1242
Registriert: 22.07.2004 21:08:02
Wohnort: localhost

Re: Y2K - die zweite

Beitrag von QT » 12.03.2024 19:30:48

KP97 hat geschrieben: ↑ zum Beitrag ↑
11.03.2024 19:29:02
So, ich konnte auf meinem Sid vorhin wieder ein full-upgrade ausführen. Soweit ist alles angepaßt, kommt natürlich auch auf die installierten Pakete an.
Ein Backup vorher kann auf keinen Fall schaden.
Ja, bei mir ist nun auch fast alles wieder aktuell. Nur 1 Paket will noch nicht:

Code: Alles auswählen

Die folgenden Pakete sind zurückgehalten worden:
  libkf5kdelibs4support-data

Code: Alles auswählen

$ dpkg -l *t64 |grep ^ii |wc -l
147
Im Zuge dieser Aktion habe ich apt-get, apt und aptitude genutzt und letzteres hat eindeutig in dieser Situation den besten Job gemacht. Die anderen fanden einfach nie ne Lösung, um das Wirrwarr zu lösen, aber "aptitude full-upgrade" hats dann gepackt.

mampfi
Beiträge: 1765
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: Y2K - die zweite

Beitrag von mampfi » 13.03.2024 16:32:13

Mein Turbo-Pascal-Programm von 1985 hatte dieses Problem nicht und hätte es auch 2038 nicht, hatte Daten (Mehrzahl Datum) vierstellig gespeichert, meiner Erinnerung nach als String, ich musste nicht rechnen, es war das Feld Geburtstag.

Vielleicht ist primitiv besser, man muss ja wirklich nicht mehr auf Bit-Ebene arbeiten heutzutage.
Es gibt viele Foren

Benutzeravatar
Livingston
Beiträge: 1454
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Y2K - die zweite

Beitrag von Livingston » 13.03.2024 16:51:24

mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:32:13
Mein Turbo-Pascal-Programm von 1985 hatte dieses Problem nicht und hätte es auch 2038 nicht, hatte Daten (Mehrzahl Datum) vierstellig gespeichert, meiner Erinnerung nach als String, ich musste nicht rechnen, es war das Feld Geburtstag.

Vielleicht ist primitiv besser, man muss ja wirklich nicht mehr auf Bit-Ebene arbeiten heutzutage.
Schön zu wissen, dass Du schon 1985 mit vierstelligen Zahlen umgehen konntest.
Es geht hier aber nicht um zwei- oder vierstellige Dezimalzahlen sondern um 32- bzw. 64-stellige Binärzahlen.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

mampfi
Beiträge: 1765
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: Y2K - die zweite

Beitrag von mampfi » 13.03.2024 16:57:31

Livingston hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:51:24
mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:32:13
Mein Turbo-Pascal-Programm von 1985 hatte dieses Problem nicht und hätte es auch 2038 nicht, hatte Daten (Mehrzahl Datum) vierstellig gespeichert, meiner Erinnerung nach als String, ich musste nicht rechnen, es war das Feld Geburtstag.

Vielleicht ist primitiv besser, man muss ja wirklich nicht mehr auf Bit-Ebene arbeiten heutzutage.
Schön zu wissen, dass Du schon 1985 mit vierstelligen Zahlen umgehen konntest.
Es geht hier aber nicht um zwei- oder vierstellige Dezimalzahlen sondern um 32- bzw. 64-stellige Binärzahlen.
Man kann sich natürlich auf eine Methode fixieren.

Um einem Argument vorzubeugen, man müsste zuviel im System ändern: GNU/Linux war am Anfang ein monolitisches Betriebssystem.
Es gibt viele Foren

Benutzeravatar
Livingston
Beiträge: 1454
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Y2K - die zweite

Beitrag von Livingston » 13.03.2024 22:18:15

mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:57:31
GNU/Linux war am Anfang ein monolitisches Betriebssystem.
Hat nix damit zu tun, dass der Datentyp time_t von 32 auf 64 Bit vergrößert wird.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

mampfi
Beiträge: 1765
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: Y2K - die zweite

Beitrag von mampfi » 13.03.2024 22:38:48

Livingston hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 22:18:15
mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:57:31
GNU/Linux war am Anfang ein monolitisches Betriebssystem.
Hat nix damit zu tun, dass der Datentyp time_t von 32 auf 64 Bit vergrößert wird.
Na ich meinte, dass die Datenstruktur sprich Datentyp komplett ändert.
Es gibt viele Foren

Benutzeravatar
Livingston
Beiträge: 1454
Registriert: 04.02.2007 22:52:25
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: 127.0.0.1

Re: Y2K - die zweite

Beitrag von Livingston » 14.03.2024 01:43:43

mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 22:38:48
Livingston hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 22:18:15
mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 16:57:31
GNU/Linux war am Anfang ein monolitisches Betriebssystem.
Hat nix damit zu tun, dass der Datentyp time_t von 32 auf 64 Bit vergrößert wird.
Na ich meinte, dass die Datenstruktur sprich Datentyp komplett ändert.
Wenn Du im Kernel (ob Microkernel, monolithischer, modularer oder was auch immer) eine solch zentrale Komponente änderst, auf die ein großer Batzen anderer Programme zurückgreift, dann müssen die halt auch angepasst werden.
Genau das findet gerade in Testing und Unstable statt. Betroffen sind ca. 10% aller Pakete im Debian-Repository.
Im Kernel selbst ist das Thema übrigens schon längst abgefrühstückt.
Der Hauptunterschied zwischen etwas, was möglicherweise kaputtgehen könnte und etwas, was unmöglich kaputtgehen kann, besteht darin, dass sich bei allem, was unmöglich kaputtgehen kann, falls es doch kaputtgeht, normalerweise herausstellt, dass es unmöglich zerlegt oder repariert werden kann.
Douglas Adams

mampfi
Beiträge: 1765
Registriert: 16.08.2005 18:15:29
Lizenz eigener Beiträge: GNU General Public License
Wohnort: münchen

Re: Y2K - die zweite

Beitrag von mampfi » 14.03.2024 11:23:29

Livingston hat geschrieben: ↑ zum Beitrag ↑
14.03.2024 01:43:43
mampfi hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 22:38:48
Livingston hat geschrieben: ↑ zum Beitrag ↑
13.03.2024 22:18:15

Hat nix damit zu tun, dass der Datentyp time_t von 32 auf 64 Bit vergrößert wird.
Na ich meinte, dass die Datenstruktur sprich Datentyp komplett ändert.
Wenn Du im Kernel (ob Microkernel, monolithischer, modularer oder was auch immer) eine solch zentrale Komponente änderst, auf die ein großer Batzen anderer Programme zurückgreift, dann müssen die halt auch angepasst werden.
Genau das findet gerade in Testing und Unstable statt. Betroffen sind ca. 10% aller Pakete im Debian-Repository.
Im Kernel selbst ist das Thema übrigens schon längst abgefrühstückt.
Ja mittlerweile (gute 30 Jahre, hihi), schon, da gabs eine Diskussion zwischen dem Minix-Erfinder und Torvalds, ersterer hat gesagt, der Linus würde von ihm keine guten Noten bekommen.

Hab die Geschichte als Datei, ich schau mal nach dem Link, falls die Story irgendjemand hier nicht kennt. :mrgreen:
Es gibt viele Foren

JTH
Moderator
Beiträge: 3023
Registriert: 13.08.2008 17:01:41
Wohnort: Berlin

Re: Y2K - die zweite

Beitrag von JTH » 16.03.2024 13:50:56

Persönliche, abschweifende Diskussion abgetrennt nach „Offtopic aus ‚Y2K - die zweite‘“. Zurück zum Thema hier.
Manchmal bekannt als Just (another) Terminal Hacker.

dillo
Beiträge: 359
Registriert: 28.05.2005 19:53:56

Re: Y2K - die zweite

Beitrag von dillo » 16.03.2024 14:52:12

QT hat geschrieben: ↑ zum Beitrag ↑
12.03.2024 19:30:48
Nur 1 Paket will noch nicht:

Code: Alles auswählen

Die folgenden Pakete sind zurückgehalten worden:
  libkf5kdelibs4support-data
Wenn du libkf5kdelibs4support5t64 installierst, kann auch libkf5kdelibs4support-data noch aktualisiert werden.

Benutzeravatar
QT
Beiträge: 1242
Registriert: 22.07.2004 21:08:02
Wohnort: localhost

Re: Y2K - die zweite

Beitrag von QT » 18.03.2024 21:03:25

dillo hat geschrieben: ↑ zum Beitrag ↑
16.03.2024 14:52:12
Wenn du libkf5kdelibs4support5t64 installierst, kann auch libkf5kdelibs4support-data noch aktualisiert werden.
Ja, nachdem das Paket zur Verfügung steht, konnte apt es nun heute upgraden. Den Tag war das einfach nicht möglich. Aber nun ist nichts mehr zurückgehalten bei mir :THX:

Antworten