[NIXP] Определено кодовое имя Debian GNU/Linux 7.0 — «Wheezy»

[Dmitry Shurupov]

В разосланном вчера по почтовой рассылке debian-devel-announce сообщении было объявлено о кодовом имени для следующего релиза дистрибутива Debian GNU/Linux. Версия 7.0 получила название «Wheezy». Проект Debian традиционно использует в качестве кодовых названий своих релизов имена персонажей из мультфильма «История игрушек» (Toy Story). Debian GNU/Linux не стал исключением и получил название «Wheezy». Что интересно, это имя не просто еще одного персонажа из Toy Story, а пингвина с красным галстуком-бабочкой. Данный персонаж присутствовал только во второй части мультфильма.

оригинал на www.nixp.ru

[frp]

Проект Debian традиционно использует в качестве кодовых названий своих релизов имена персонажей из мультфильма «История игрушек» (Toy Story). Debian GNU/Linux не стал исключением и получил название «Wheezy».

Мой парсер вылетел с ошибкой. Текст ошибки намекает, что процитированный текст примет более-менее осмысленный вид если после Debian GNU/Linux поставить 7.

[rssbot]

В настоящее время все усилия разработчиков Debian направлены на подготовку выпуска релиза Debian GNU/Linux 6.0, известного под именем «Squeeze». Однако пришло время выбирать имя для следующей версии, 7.0. И такой выбор сделан. Стало известно, что следующий релиз, Debian GNU/Linux 7.0, будет называться «Wheezy». Традиционно выпуски Debian получают свои названия по именам персонажей мультсериала Toy Story. Так, Squeeze – маленький зеленый инопланетянин, а Wheezy – пингвин, который носит красную бабочку. Релиз Debian 6.0 «Squeeze», который уже около месяца находится в режиме заморозки кода, теперь переведен в режим «усиленной» заморозки: исправления в кодовую базу пакетов могут быть внесены только для коррекции критических ошибок; внесения правок, нацеленных на достижение целей релиза; поправок в переводах или документации. Подробности здесь.

оригинал на www.linuxcenter.ru

[rssbot]

Сегодня в рассылке debian-devel-announce анонсировали название следующего выпуска Debian: для версии 7.0 будет использовано имя пингвина Wheezy из мультфильма Toy Story.

оригинал на linux.org.ru

[humppalaki]

Хех, забавный такой пингвинчик

пересмотреть чтоли Toy Story?

[Dillan83]

Все в очередь за мягкой игрушкой. Забавная

[sash-kan]

мне только кажется, или имена героев уже подходят к концу?

[Rootlexx]

мне только кажется, или имена героев уже подходят к концу?

http://en.wikipedia.org/wiki/List_of_Toy_Story_characters

[frp]

мне только кажется, или имена героев уже подходят к концу?

AFAIK есть Toy Story 2 и намечается Toy Story 3, так что подойдут к концу не скоро.

И все таки интересно, что будет когда имена кончатся.

[sash-kan]

И все таки интересно, что будет когда имена кончатся.

конец света?

[Bluetooth]

И все таки интересно, что будет когда имена кончатся.

конец света?

Конец календаря UNIX VS Конец календаря Майя. Кто победит?

[Bizdelnick]

И все таки интересно, что будет когда имена кончатся.

Видимо, сообществу придётся снимать новые серии с новыми персонажами. А куда деваться?

[frp]

Конец календаря UNIX VS Конец календаря Майя. Кто победит?

Конец календаря UNIX. Мистики не существует (эт я про календарь Майя), а AFAIK в результате любого возможного решения проблемы 2038 года обратная совместимость будет сломана.

Хотя вряд ли обратная совместимость с современными никсами будет актуальна в 2038 году.

[Minton]

Календарь Майя вовсе не про мистику, а про результаты астрономических расчётов, произведённых с точностью, которую могли себе позволить индейцы в своём лохматом доисторическом году. Даже мистики уже говорят, что дат перехода в новую эру две (21.12.2012 и 13.02.2013) Ну а ближе к делу там ещё какая-нибудь погрешность выскочит :)

[/dev/random]

AFAIK в результате любого возможного решения проблемы 2038 года обратная совместимость будет сломана.

Для 64bit-систем проблема 2038 неактуальна. Да, переход с 32 на 64 в некоторой степени ломает обратную совместимость. Но отдельной "поломки" для 2038 не требуется.

[sash-kan]

Для 64bit-систем проблема 2038 неактуальна.

а преобразование уже сохранённых данных произойдёт при помощи уличной шестидесятичетырёхбитной магии?

[/dev/random]

а преобразование уже сохранённых данных произойдёт при помощи уличной шестидесятичетырёхбитной магии?

А в уже сохранённых данных таких поздних дат ещё нет.

[frp]

AFAIK в результате любого возможного решения проблемы 2038 года обратная совместимость будет сломана.

Для 64bit-систем проблема 2038 неактуальна. Да, переход с 32 на 64 в некоторой степени ломает обратную совместимость. Но отдельной "поломки" для 2038 не требуется.

1. Проблема не столько в библиотеках си и ядре (их-то как раз и пофиксили на 64-битных системах), сколько в данных. Пофиксив данные, мы полностью теряем совместимость - формат уже совсем другой.
2. Переходят на 64 бит только десктопы/серверы/ноутбуки, а для встроенных устройств (ARM, MIPS) такой переход не актуален.

[watashiwa_daredeska]

Пофиксив данные, мы полностью теряем совместимость - формат уже совсем другой.

Первый раз что ли?

для встроенных устройств (ARM, MIPS) такой переход не актуален.

Для 8-битных и 32-битное время, вроде как, неактуально, но предел времени делает переход на 64-битное время актуальным даже для 32-битных архитектур.

[sash-kan]

а преобразование уже сохранённых данных произойдёт при помощи уличной шестидесятичетырёхбитной магии?

А в уже сохранённых данных таких поздних дат ещё нет.

ок. но более поздние даты надо будет запихивать в те же 32 бита. т.е. работы — непочатый край.
главное, к чему веду, — нет совершенно никакой гарантии, что ко времени «ч» всё и везде будет скорректировано и согласовано.
«тараканы» хоть где-нибудь, да пролезут.
остаётся надеяться, что всякие там контроллеры на аэс не попадут в число «а, чёрт, совсем забыли про эту фиговину! вот это её сглючило так сглючило…».

[t.t]

Ну, была ведь уже проблема y2k; насколько я помню, о критических последствиях на аэс тогда сообщений не было. А годовиться начали гораздо меньше, чем за 28 лет до того.

[frp]

но предел времени делает переход на 64-битное время актуальным даже для 32-битных архитектур.

В результате ломаем ABI. Для x86 это будет AFAIK в первый раз (если начинать отсчет от linux 1.0, сомневаюсь, что до этого разработчиков заботила совместимость). Для ARM - во второй (и то AFAIK старый ABI поддерживается по сей день). Здесь возможно только одно решение - поддерживать одновременно два набора библиотек - с поддержкой 32-битного времени и с поддержкой 64-битного времени.

Первый раз что ли?

Не в первый, но в первый мы будем вынуждены перейти на новый формат.

Ну, была ведь уже проблема y2k; насколько я помню, о критических последствиях на аэс тогда сообщений не было

Не связано ли это с тем, что эта проблема не относилась к никсам? Или я не прав?

А годовиться начали гораздо меньше, чем за 28 лет до того.

Вот это единственная причина, по которой от проблемы 2038 мы вряд ли серьезно пострадаем (возможно, даже не заметим (но разработчики под встроенные устройства точно заметят ))