|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 14 Feb 2002 15:04:59
To : Oleg Goodyckov
Subject : Re: Русские буквы в vim (и просмотр в mutt)
--------------------------------------------------------------------------------
u> <20020212164929.E2399@videoproject.kiev.ua> <slrna6ilcv.6is.ran@party.ice.ru>
u> <20020213115456.G964@videoproject.kiev.ua> <slrna6l2qn.qvf.ran@party.ice.ru>
u> <20020213191255.G2547@videoproject.kiev.ua>
From: Artem Chuprina <ran@ice.ru>
Здравствуй, Oleg Goodyckov.
>> OG> > вообще осмысленная, скорее всего, он там есть. Причем если тебе нужна
>> OG> > не версия прямо из CVS, то скорее всего есть устраивающая тебя.
>> OG> > Вытаскиваешь и rpm -bb. Если вдруг нету - то можно и спек слабать.
>> OG> > Пока лабаешь - это чуть
OG> >
>> OG> Да на хрена все эти бантики?
OG> >
OG> > Для зависимостей.
OG> Сомневаюсь.
Hепохоже. Похоже, что бездумно отвергаешь.
>> OG> Это не я не отследил. Это ты не снизошел до того, чтобы
>> OG> поинтересоваться у меня о моих суждения на сей счет. А я так думаю, что
>> OG> в Линуксе есть отличное штатное средство - файловая система и
>> OG> физические ссылки. Файл не удаляется с диска, пока на него есть ссылки.
>> OG> Более того, файл не копируется дважды при создании ссылки на него. Чего
>> OG> стоит каждому приложению поместить к себе в директорию физическую
>> OG> ссылку на требуемую библиотеку и спокойно удалять ее при деинсталляции?
OG> >
OG> > Ты хочешь сказать "на все файлы, относящиеся к данной библиотеке"?
OG> > Включая конфигурационные?
OG> Hа те, на которые необходимо.
Для библиотеки это, как правило, одно и то же.
OG> > Кстати, если кто не в курсе, эта замечательная файловая система не умеет
OG> > хардлинки с другого тома, так что при попытке побить диск на разделы с
OG> > разными полезными целями твоя идея идет лесом к Северному полюсу. А
OG> Hу, не вся идея, только ее часть. Да и то, еще не известно, такая ли уж
OG> критическая.
Критическая. Может быть, ты заткнешь эту дырку, но тебе придется подумать еще
раз.
OG> > с конфигурационными файлами есть еще одна засада, в силу которой их не
OG> > стоит держать хардлинками.
OG> И что же это за засада?
Многие редакторы разрывают хардлинки при редактировании. В результате то, что
ты отредактируешь, будет отличаться от того, что ты подлинковал к оригиналу.
>> OG> ОС сама отследит, когда эту библиотеку следует удалить физически. А при
>> OG> инсталляции, буде требуемой библиотеки не обнаружится, ты получишь
>> OG> сообщение об этом. Точь в точь, как при проверке зависимостей при
>> OG> установке rpm-а. Красиво и изящно. Без всяких дополнительный команд и
>> OG> пакетов.
OG> >
OG> > Ок. Сценарий. Вышел security update к оной библиотеке. Совместимый по
OG> > интерфейсу с предыдущим вариантом. Ваши действия?
OG> Для начала попытаюсь увидеть проблему. Пока я ее не вижу.
Показываю для особо невнимательных: оный апдейт перекрывает имеющуюся
библиотеку (или ставится рядом в директорию с другим номером версии, а эту
сносит). Ты получаешь новую версию. А программы, которые ей пользовались,
продолжают пользоваться старой. Дырявой. В силу той самой особенности файловой
системы, которой ты решил воспользоваться. И места на диске жрется вдвое
больше. И хрен отловишь все такие места. В силу, опять же, именно этой
особенности. Ты все еще продолжаешь считать эту систему менее геморройной, чем
существующие?
--
Artem Chuprina
Communiware.net
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/358.49, ICQ: 13038757
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
