[Перевод] Ужасное состояние двоичной совместимости Linux (и что с ним делать)

Двоичная совместимость в Linux омрачена одним аспектом, который часто упускаю из виду при рассмотрении выпуска ПО для Linux. В этой статье я расскажу, как можно увидеть этот аспект, как решать эту проблему при выпуске современного ПО и что же именно нужно сделать, чтобы устранить её полностью.

https://habr.com/ru/articles/893720/

#двоичная_совместимость #дистрибутивы_linux #linux #libc #стандартная_библиотека

Ужасное состояние двоичной совместимости Linux (и что с ним делать)

Двоичная совместимость в Linux омрачена одним аспектом, который часто упускаю из виду при рассмотрении выпуска ПО для Linux. В этой статье я расскажу, как можно увидеть этот аспект, как решать эту...

Хабр

[Перевод] Риски перехода на 64-битный time_t

Один из разделов статьи Overview of cross-architecture portability problems я посвятил проблемам, возникающим из-за использования 32-битного типа time_t. Это архитектурное решение, до сих пор влияющее на использующие glibc системы с Gentoo, приведут к тому, что у 32-битных приложений в 2038 году начнут возникать ужасные сбои: они будут получать ошибку -1 вместо текущего времени и не смогут выполнять stat() файлов. Одним словом, возникнет полный хаос. Считается, что решением будет переход на 64-битный тип time_t. Musl уже перешёл на него, а glibc поддерживает его как опцию. Многие другие дистрибутивы, например, Debian, совершили этот переход. К сожалению, дистрибутивам на основе исходников, например, Gentoo, сделать это не так просто. Поэтому мы по-прежнему обсуждаем эту проблему и экспериментируем, пытаясь понять, как пользователи максимально безопасно могли бы выполнить апгрейд. К сожалению, это совершенно нетривиально. Во-первых, мы говорим о переломном изменении ABI — ситуация «всё ли ничего». Если в API библиотеки используется time_t, то всё связанное с ней должно использовать ту же ширину типа. В этом посте я бы хотел подробно рассмотреть этот вопрос: почему это плохо и что мы можем сделать, чтобы повысить безопасность.

https://habr.com/ru/articles/847744/

#time_t #unix_time #время #gentoo #дистрибутивы_linux

Риски перехода на 64-битный time_t

Один из разделов статьи Overview of cross-architecture portability problems я посвятил проблемам, возникающим из-за использования 32-битного типа time_t. Это архитектурное решение, до сих пор влияющее...

Хабр

Клеман Лефевр, создатель Linux Mint

Клеман Лефевр (Clement Lefebvre) — создатель Linux Mint . Долгое время это был самый популярный дистрибутив Linux, то есть по сути самая популярная в мире свободная ОС для настольных ПК. Дистрибутив на базе Ubuntu и Debian обогнал по популярности и Ubuntu, и Debian. Хотя он не получает широкой медийной огласки, но если спросить самих линуксоидов, то многие порекомендуют Mint.

https://habr.com/ru/companies/ruvds/articles/817327/

#Клеман_Лефевр #Ubuntu #Debian #Cinnamon #Linux #дистрибутивы_Linux #Slackware #Hexchat #Jargonaut #Matrix #Element #XApp #Cjs #Cinnamon_Control_Center #Cinnamon_Desktop #MDM #Cinnamon_Menus #Muffin #Nemo #Cinnamon_Screensaver #Cinnamon_Session #Cinnamon_Settings_Daemon #Cinnamon_Spices #Cinnamon_Translations #личная_свобода #ruvds_статьи

Клеман Лефевр, создатель Linux Mint

Клеман Лефевр (Clement Lefebvre) — создатель Linux Mint . Долгое время это был самый популярный дистрибутив Linux, то есть по сути самая популярная в мире свободная ОС для настольных ПК. Дистрибутив...

Хабр