+1

Не нашел в новости и по ссылкам ничего о /tmp. Как-бы и нет его. У этих упорышей он что, теперь в /run?

https://www.illumos.org/projects/illumos-userland https://www.illumos.org/projects/icore

Enjoy :-P

В Дебиане, например, сначала хотели наоборот из /usr все вытаскивать в /

Что, вообще говоря, намного здоровее

> В отсутствие даже предварительной публичной версии fsck.

Это хитрый план:
1. Запилить мало кому потребную ФС по умолчанию
2. Дождаться стонов пользователей
3. Какой-нибудь программист устанет читать нытьё на форумах и напишет утилиты
4. ?????
5. PROFIT!!!111one

Некоторые энтерпрайзные специалисты тепло примут любую вещь, которая превращает линукс в винду.

3. Какой-нибудь программист устанет читать нытьё на форумах и напишет утилиты

Увы, данную задачу не осилят те, кто читает нытье на форумах.

Может надеются раскачать криса (хотя не фиолетово-ли оракелу на федору?). Но в любом случае, даже если он опубликует поделку: два месяца на ее обкатку выглядят весьма оптимистично.

нет, он в /tmp

/run предназначен для другого, хорошего и годного: http://lwn.net/Articles/436012/ http://wiki.debian.org/ReleaseGoals/RunDirectory

systemd очень тепло принят техническими специалистами, в т.ч. и из embedded-отрасли.

Это что-то в духе get the facts

Слушайте, один хрен: / или initramfs. Проблема не стоит выеденного яйца.

Так же как стонут, что не могут изолировать / от /usr, так и будут стонать, что не могут создать самодостаточный initramfs.

But instead of expecting the traditional Unix way to (sometimes mindlessly) distributing tools between /usr and /, and require more and more tools to move to /, we now just expect /usr to be pre-mounted from inside the initramfs, to be available before 'init' starts.

При чем тут юникс вей? дамбфаки...

а вот не один хрен

чем страдать херней, задумались бы лучше о впиливании ssh в ядро

Прочитал. Помещение /tmp в /run пока опционально и планируется в Дебиане. Ну да ладно, поскольку речь в любом случае идет о файлах, которые не переживают ребут, и о том, чтобы собрать их в одном месте на tmpfs, не страшно. Хотя, на мой непросвещенный взгляд, логичнее было бы поместить run в /tmp, который у всех есть, а не наоборот.

В отсутствие даже предварительной публичной версии fsck.

Это хитрый план:

Вообще-то Feature Freeze для ф17 назначен на 2012-02-07.

Так что этот «хитрый план» означает, что разработчикам Btrfs дан зеленый свет и всяческая поддержка со стороны Fedora, особое внимание к багам и т.п. И в то же время дан четкий deadline, когда они должны дать отчет по всем появившимся багам, по всем недореализованным фичам.

И уж будьте уверены, реализация fsck в этом отчете будет первым пунктом.

И если они не будут готовы к этому времени, фичу как и в прошлый раз отодвинут до следующего релиза.

Так что да, Fedora принимает план по фичам для стимулирования их разработки, но речь здесь не о «стонах пользователей» и не о «каких-то» левых программистах, а о приоритетной поддержке разработчиков Btrfs и активном тестировании их продукта на pre-Alpha этапе.

хренотенью занимаются. лучше бы полезные фичи до ума доводили, то же энергосбережение.

Прочитал.

Но ничерта не понял?

Помещение /tmp в /run пока опционально и планируется в Дебиане.

Ничего подобного не планируется:
-->8--
/tmp will always be available whether used directly or if it is symlinked to a location under /run. Programs should continue to use /tmp.
-->8--

логичнее было бы поместить run в /tmp, который у всех есть, а не наоборот

логичнее чем? /tmp не обязан быть на tmpfs

то, что не полезно для тебя должно быть не полезным для всех?

Вообще-то Feature Freeze для ф17 назначен на 2012-02-07.

А я что написал? Два месяца.

Так что да, Fedora принимает план по фичам для стимулирования их разработки

Они уже раз так «стимулировали» разработку. Nobody cares.

Эффект и в этот раз предсказуем - работать надо, а не «стимулировать». Что Вы собираетесь тестировать в отсутствие кода?

Жду не дождусь, когда уже все конфиги запихают в ~/.config.

Какая разница, где помойке быть? ~/.config/SomeShit принципиально ничем не лучше ~/.SomeShit

Это не «из-за них» - это как раз хорошее, годное...

А чем изначальный lib32/lib64 си симлинком не устроил? Такое ощущение, что кому-то хочется прийти к /ProgramFiles и /DocumentsAndSettings, потому что названия директорий больно короткие.

Они уже раз так «стимулировали» разработку. Nobody cares.

Да, стимулировали. http://dir.gmane.org/gmane.comp.file-systems.btrfs

совсем nobody, конечно.

работать надо, а не «стимулировать»

А слабо пойди да посмотреть, какая работа делается в реальности и кем именно? В том числе как обстоит дело с той же fsck. Статистику по коммитам например?

Или так и будем шуметь ни о чем ?

Да вроде как раз понял. Логичнее потому, что:

1 /tmp уже есть, он именно для временных файлов, почему бы не создать точку монтирования для run внутри него? Раз уж начали «очищать» корень, стоит быть последовательным.

2 /tmp, таки да, не обязан быть на tmpfs, в отличие от run. И это очень хорошо.

Любители засранных временными файлами /tmp (вроде меня) будут и дальше держать его разделом на диске, особо не опасаясь за то, что после очередного фаерфоксового «окртыть файл после загрузки программой просмотра» или открытия чего-нибудь в графической оболочке архиватора система полезет в своп. Внутри /tmp будет смонтирован замечательный run на tmpfs для небольших временных файлов, которые сейчас рассованы по разным углам системы. В корне не надо создавать еще один каталог.

Чем плохо-то?

Линус же на федоре сидит? Ждём когда Линус сменит дистрибутив и смачно выскажется об изменениях. :)

Ура! Оттестят Btrfs .глядишь к 14.04 LTS можно будет пользоваться.

sbin --> bin и будет им счастье:) В остальном, вроде неплохое решение. Но есть те, у кого /usr на отдельном разделе. Им такое решение понравится? Раньше они знали, что mount и прочие нужные команды у них в /bin, а вспомогательные mount.cifs и прочие - в /sbin. Теперь у них не будет доступа к нужным приложениям, если fstab накроется:) Надо посоветовать им теперь в initrd запихнуть всё необходимое, включая vim:) Как я делаю для себя в арчике, добавив в образ нужные приложения(mount то там и так есть, а полноценный редактор отсутствует).

НА минте он , с разморозкой :)

ну от зачем Btrfs?

О преимуществах данного решения можно подробнее прочитать в предыдущей новости.

Перечитал, видать самое основное в последних пунктах:

эксперименты уже показали жизнеспособность предложенной схемы и отсутствие серьезных проблем;

есть разработчик (Harald Hoyer), готовый выполнить необходимую работу.

Система «жизнеспособна», есть один чел который всё разрулит - значит можно толкать в массы.

Всегда считал, что Линукс это прежде всего - стабильность и надежность. Оказывается, достаточно уже быть просто «жизнеспособным» и не иметь «серьезных» проблем и можно толкать в народ.

Как могло случится, что в сообществе всх околдовал один человек по имени Леннарт, пусть даже и не лишенный таланта?

то, что полезно для тебя должно быть полезным для всех?

Всегда считал, что Линукс это прежде всего - стабильность и надежность.

БУ-ГО-ГА. только на серваках.

Линус

Как заплатят, так и поменяет дистриб.

а что ,вечно сидеть на ext4 ? пора что-то новое уже пилить.

Насчёт BTRFS - BTRFS - это кусок дерьма, и они о.уели его вместо Ext4 пихать корнем!

Ибо нефиг халявно ставить ОС распаковывая готовый образ, познайте халявщики радость выбора сотен пакетов вручную! Ну а если к следующему рхелу ФС не приживётся, можно опять на ext героически откатить.

На слаку же. Тут всё по-старому приятненько и знакомо. И гнома нет.

＞куда бежать после повсеместной реализации коварных замыслов … Мейсона

От духа этого не убежишь ты.

Тут не ждать, пинать надо.

NO WAY

А нафига тогда /usr нужна? Перенесли бы всё в корень - один фиг даже при их подходе по разным разделам нельзя разносить ФС. Ликвидировали бы тогда /usr и оставили бы /opt для всего остального. Но и это идиотизм.

Кстати - в тут случаем Поттеринг не замешан? А то по наркоманской затее похоже на его почерк.

Так же принято решение об очередной попытке перехода на Btrfs в качестве основной ФС.

Вот это уже чисто по-федоровски. Нестабильное в релиз в целях тестирования для энтерпрайза. Так что поддерживаю эту затею.

darkshvein> план Дениса Попова выполняется нормально

Тайный масонский заговор против федоры?

HerrWeigel> Не дай Бог это по всем дистрибутивам пойдет.

Не волнуйся - Патрег не допустит.

plm> Пойдет. В Debian уже давно эту тему обсуждают.

Если ЭТО попадёт в дебьян - придётся пересаживаться на шлаку и портировать туда APT.

GotF> На слаку. Но, поскольку Патрег не очень предсказуем (HAL ему пришёлся по вкусу когда-то), лучше сразу на BSD.

Лучше сразу в могилу, чем в деревенский сруб с участком?

uju> Символьные ссылки будут же для совместимости.

Ага. Костыли будут для возможности кое-как передвигаться.

plm> systemd очень тепло принят техническими специалистами, в т.ч. и из embedded-отрасли.

То есть специалисты на systemd наделали тёплую кучу?

...Покойся с миром, Fedora...

Ты больше не UNIX-like OS.

Minix?

plm> Ну а когда Леннарт стал диктатором? И кто его таким сделал?

Так Поттеринг не диктатор - он просто сумасшедший.

Для этого и придумали /usr и остальные элементы ФС.

aleax> из-за этого и переносят. что-то там системд не переваривал в конфигурации с разными разделами. Было в прошлой новости.

Офигеть. Изменять чуть ли не важнейшую часть системы только потому, что мудило Поттеринг не смог осилить написать systemd нормально. Уьивать!

постоянный = неизменный?!

Не мучай голову, пиши «персистентный».