The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora рассматривается предложение по переносу всех исполн..., opennews (ok), 01-Ноя-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


205. "В Fedora рассматривается предложение по переносу всех исполн..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 02-Ноя-11, 14:16 
> Лично я не вижу никаких причин делать корень автономным от /usr.

Он уже давно сделан и работает; лично я не вижу никаких технических причин ломать эту автономность и устраивать лишний tight coupling.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

269. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от csdoc (ok), 02-Ноя-11, 23:30 
>> Лично я не вижу никаких причин делать корень автономным от /usr.
> Он уже давно сделан и работает; лично я не вижу никаких технических
> причин ломать эту автономность и устраивать лишний tight coupling.

причины есть (btrfs):

http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/1...

k) having all static, distro-specific, sharable OS in a single dir
   makes snapshots of the OS independetly of its state and configuration
   truly atomic. In a btrfs world doing 5 snapshots of /lib, /lib64,
   /bin, /sbin and /usr instead of just one is not atomic, and hence
   racy, and ugly, and boooh!

..............

...and finally administrators have the major
benefits of the atomicity of the btrfs snapshotting, and for network and
especially container setups. And those three are absolute killer
features in my eyes.

Lennart

--
Lennart Poettering - Red Hat, Inc.

Ответить | Правка | Наверх | Cообщить модератору

278. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от Michael Shigorinemail (ok), 03-Ноя-11, 04:24 
> причины есть (btrfs):

Спасибо, пока обхожусь ext3/ext4/xfs.

> http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/1...
> k) having all static, distro-specific, sharable OS in a single dir
>    makes snapshots of the OS independetly of its state and configuration
>    truly atomic. In a btrfs world doing 5 snapshots

Вот если припрёт Именно Это, тогда его логика будет применима.  А пока она, мягко говоря, не универсальна, но предлагается именно на таких правах (заметь, речь ведь идёт об оправдании развала работавшего, а не о предпочтении его неиспользования).

Собственно, попытки увода разговора в сторону от первопричины тоже некрасивы.

> And those three are absolute killer features in my eyes.

Абы только не в буквальном смысле слова.

Ответить | Правка | Наверх | Cообщить модератору

292. "В Fedora рассматривается предложение по переносу всех исполн..."  +/
Сообщение от csdoc (ok), 03-Ноя-11, 23:12 
>> причины есть (btrfs):
> Спасибо, пока обхожусь ext3/ext4/xfs.

ключевое слово "пока". даже автор ext4 сказал, что это временный и промежуточный вариант, а btrfs - это наше светлое будущее. см. http://en.wikipedia.org/wiki/Btrfs

>> http://permalink.gmane.org/gmane.linux.redhat.fedora.devel/1...
>> k) having all static, distro-specific, sharable OS in a single dir
>>    makes snapshots of the OS independetly of its state and configuration
>>    truly atomic. In a btrfs world doing 5 snapshots
> Вот если припрёт Именно Это, тогда его логика будет применима.

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

> А пока она, мягко говоря, не универсальна, но предлагается именно на таких
> правах (заметь, речь ведь идёт об оправдании развала работавшего, а не
> о предпочтении его неиспользования).

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

> Собственно, попытки увода разговора в сторону от первопричины тоже некрасивы.

так ведь GNU's Not UNIX. а это разделение на каталоги пришло с древнего юникса еще.

посмотри самый True UNIX - Solaris сейчас где находится и в каком состоянии.
не говоря уже о том, какая там жуткая свалка бинарного мусора в каталоге /etc.

вроде бы верным путем шли товарищи - соблюдали обратную совместимость и традиции.
а что? где теперь их система и их традиции, и кому это все надо в конечном итоге?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру