Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Przydatna informacja dla tych co lubią eksperymentować.
Z tego co wiem, to pakiety z tym "time_t" trzymają z ostrożności w gałęzi experimental.
Dziękuje za informacje.
Offline
No już się rozpoczęła tranzycja w sid, przykład:
util-linux (2.39.3-6.1) unstable; urgency=medium * Non-maintainer upload. * Rename libraries for 64-bit time_t transition. Closes: #1063039 -- Steve Langasek <vorlon@debian.org> Wed, 28 Feb 2024 21:32:09 +0000
I teraz wszystkie pakiety będą miały przepisywane te nazwy bibliotek, czyli był np. libmtp9 to teraz będzie libmtp9t64 i wszystkie zależności trzeba będzie powymieniać. Ja musiałem u siebie partiami aktualizować bo kalkulacja zależności (w safe-upgrade) nie była w stanie ustalić co ma zrobić. xD Także będzie ciekawe.
Offline
W końcu sid jest sidem, ze 2 tygodnie zajmie jak całe repo przebudują.
Offline
To samo z gcc-5 było, nie wiem po co to robią
Offline
Tylko na czas przeróbki, żeby nie zamieszać w paczkach: https://lists.debian.org/debian-devel/2023/05/msg00168.html
* Largely via NMU, add a “t64” suffix to the name of runtime library
packages whose ABI changes on rebuild with the above flags. If an
affected library already has a different suffix (c102, c2, ldbl, g…), drop
it at this time.
* In order to not unnecessarily break compatibility with third-party (or
obsolete) packages on architectures where the ABI is not actually
changing, on 64-bit archs + i386, emit a Provides/Replaces/Breaks of the
old library package name. A sample implementation of the necessary
packaging changes is at
https://salsa.debian.org/vorlon/armhf-time_t/-/blob/main/time-t-me.
* Once the renamed library packages have been built on all archs and
accepted through binary NEW, issue binNMUs of the reverse-dependencies
across *all* architectures, to ensure that users get upgraded to the
current runtime library package and aren’t left with stale packages under
the old name on upgrade.
* In the future when the upstream SONAME changes, the t64 suffix should be
dropped.
Offline
Nie warto panikować, Y2038 jest za latek ponad 14, to miło, że Deweloperzy nie czekają 20 lat z rozwiązaniem problemu Y2038.
Ale też nie ma paniki, czasu jeszcze trochę zostało.
W Gentoo dopiero wprowadzą flagę time64, która załatwi prawie całość problemu.
W Debianie paczki buduje około 1000 Deweloperów, zsynchronizowanie takiej grupy do flag time64 to musi być dosyć skomplikowana sprawa, także w Debku sobie zapas czasu przygotowali i chwała Im za to.
Jak ktoś wolałby najpierw przeżyć Y2038 a potem dopiero się martwić, co dalej, to mogę Mu tylko współczuć.
Oznaczanie paczek przez t64 to też jest kompromisowe rozwiązanie, co nie musi się wszystkim podobać,
ale jest uznane przez Devóv za najmniejsze zło.
Pozdro
Offline
morfik napisał(-a):
Hmmm, to później znów będą jazdy tylko w drugą stronę. xD
Tylko dla sidowców :) ale jak już mati75 napisał, w końcu sid jest sidem.
Ostatnio edytowany przez arecki (2024-03-06 09:42:54)
Offline