LINUX.ORG.RU

Debian Lenny: что планируется?


0

0

Недавно был опубликован список того, что разработчики хотят реализовать в следующем стабильном выпуске Debian.

  • полная поддержка IPv6
  • уход от использования debmake
  • поддержка NFS 4
  • полная поддержка больших файлов (Large File Support)
  • поменять /bin/sh на dash

>>> http://release.debian.org/lenny-goals.txt

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от anonymous

>> Жду с нетерпением. Сейчас пользуюсь Lenny. Даже будучи не stable, он крайне стабилен.

>Насчет "крайне" это Вы загнули, причем очень сильно. У меня в мае с ним было очень много проблем, даже откат не удавалось провести, в основном из-зи сломанных зависимостей.

Ни чего он не загнул, Lenny действительно очень стабилен. Что касается проблем, то в мае почти не было обновлений... Можно узнать какие у вас были проблемы в мае?

kagor
()
Ответ на: комментарий от anonymous

>>Даже будучи не stable, он крайне стабилен

>Ты совершаешь подвиг заюзывая такой реликт.

И почему же реликт? Софт в тестинге довольно таки свежий...

kagor
()
Ответ на: комментарий от Oceanborn

> Пусть все быдлоскрипты перепишут чтобы там не #!/bin/bash а #!/bin/sh было. Убивать надо таких скриптописателей.

Ога, а ещё пусть перепишут все быдлоскрипты с #!/usr/bin/perl и #!/usr/bin/python.

pv4 ★★
()
Ответ на: комментарий от Casus

> потратил несколько часов на то, чтобы понять как именно сделать раздел на 3Tb

А в чём была проблема?

grad
()
Ответ на: комментарий от anonymous

Анонимус, не смеши. :) Бубунта основана на Дебиане.

grad
()

> поддержка NFS 4

А поддержка NFS - Undergrond када будит?

anonymous
()
Ответ на: комментарий от Casus

Хороший вопрос. Или в wiki написать в lenny goals, или в -devel@ спросить. Я с ходу не нашел, хотя мне тоже интересно. Кажется видел что-то такое (список проблемных пакетов по тагу release goal).

Zulu ★★☆☆
()
Ответ на: комментарий от anonymous

> Тогда уж даёшь везде #!/usr/bin/ruby и настанет щясте и коммунизьм!

В корне не согласен с данным неконструктивным предложением. Там должен быть только #!/usr/bin/python!

anonymous
()
Ответ на: комментарий от Casus

> Где посмотреть на список программ, подлежащих исправлению, и есть ли среди них fdisk? Спрашиваю как человек, который потратил несколько часов на то, чтобы понять как именно сделать раздел на 3Tb.

При чем здесь fdisk, а? 2 ТБ это жесткое ограничение стандартной DOS-совместимой таблицы разделов! И обойти его можно или используя нестандартную PT(GUID) или отказавшись от таблицы разделов вовсе - разметив весь винт под файловую систему.

anonymous
()
Ответ на: комментарий от kagor

> И почему же реликт? Софт в тестинге довольно таки свежий...

Не обращай внимания на тупых ламеров, которые не знают про три ветви Дебиан - stable, testing и unstable.

anonymous
()

Это конечно здорово, но что там с debdelta? Кто-нибудь в курсе?

router ★★★★★
()
Ответ на: комментарий от Casus

> Где посмотреть на список программ, подлежащих исправлению, и есть ли среди них fdisk? Спрашиваю как человек, который потратил несколько часов на то, чтобы понять как именно сделать раздел на 3Tb.

Искать естественно на bugs.debian.org по тегу lfs. Хотя этот баг таким образом не находится, т.к. на нём этого тега нет (http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tag&data=lfs&archi...). Найти его и несколько похожих багов в пакете util-linux, куда и входит fdisk. Вот вроде бы как раз именно этот баг - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324525 (отпишитесь там если можете).

P.S. Я с такой проблемой не сталкивался, но интересно как вы для себя решили эту проблему? Не проще ли использовать LVM?

SKYRiDER ★★★
()
Ответ на: комментарий от Casus

При чем здесь fdisk? 2ТБ это ограничение стандартной ДОС-совместимой таблицы разделов, которое можно обойти или используя вместо стандартной таблицы разделов GPT или отказавшись от таблицы разделов совсем и разметив весь накопитель под файловую систему.

"· Наиболее распространенный формат таблиц разделов MS-DOS не может быть применён в устройствах объемом более 2Тб. Для таких устройств должен быть использован формат таблиц разделов GPT. Утилита parted позволяет создавать и управлять разделами GPT. Для создания раздела GPT используйте команду mklabel gpt."

http://ftp.wustl.edu/pub/centos4.64/NOTES/RELEASE-NOTES-U1-ru.html

anonymous
()
Ответ на: комментарий от SKYRiDER

Это не проблема. Это техническая некомпетентность, выражающаяся в незнании ограничений стандартной таблицы разделов...

anonymous
()
Ответ на: комментарий от anonymous

> Это не проблема. Это техническая некомпетентность, выражающаяся в незнании ограничений стандартной таблицы разделов...

Да ладно, не стоит обвинять незнакомых людей в некомпетентности, все мы чего-нибудь не знаем.

P.S. Прочитав первый пост Casus'а я сначала подумал, что может нашёлся какой-то простой способ прохачить таблицу разделов MS-DOS и добавить в неё поддержку > 2 Tb. :)

А вообще пора добавить поддержку GPT в стандарный fdisk.

SKYRiDER ★★★
()
Ответ на: комментарий от SKYRiDER

> Да ладно, не стоит обвинять незнакомых людей в некомпетентности, все мы чего-нибудь не знаем.

Вот вот, все мы немного некомпетентные идиоты (с)

anonymous
()
Ответ на: комментарий от Casus

> Спрашиваю как человек, который потратил несколько часов на то, чтобы понять как именно сделать раздел на 3Tb.

А почему бы не использовать parted например?

init ★★★★★
()
Ответ на: комментарий от hobbit19

Ждём первую бету инсталлятора в сентябре. Добавился, как минимум, livecd.

anonymous
()
Ответ на: комментарий от anonymous

На самом деле gpt-таблица содержит в первом секторе обычную таблицу разделов
Но все разделы в ней ограничены 2TB

Это чтобы старые программы типа fdisk не смогли удалить чего-нибудь лишнее ;0

есть другие проблемы - как загрузить систему с раздела GPT ?

odip ★★
()
Ответ на: комментарий от odip

> есть другие проблемы - как загрузить систему с раздела GPT ?

Ток на итанике. По идее системный диск можно и на винте менее 2ТБ держать... А под данные использовать винты с таблицей разделов GPT и разделами > 2TB.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.