ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     12 May 2003  13:40:17
 To : Maxim Timofeyev
 Subject : Re: RPM & SPEC
 -------------------------------------------------------------------------------- 
 

 
    Hi, Maxim!
 
 >>>>> "MT" == Maxim Timofeyev
 >>>>> <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org> writes:
 
 VB>> 1. а кто мешает УКАЗЫВАТЬ uid?
 VB>> 2. еще раз, я уже несколько писем тебе предлагаю в качестве ОСHОВHОГО
 VB>>     варианта решения твоего ворпоса с созданием пользователй,
 VB>>     создавать их ЗАРАHЕЕ в системном /etc/passwd
 
  MT> Дык тут и проблема. Кто знает, может при попытке установить не мой
  MT> пакет (например из того же RH или же нового из Openwall) этот пакет
  MT> захочет использовать тот же uid? Тогда он обломается... ;(
 
  а как вороятность этого конфликта и последсвий зависит от СПОСОБА
  попадания конкретной записи  в /etc/passwd?
  
  Давай рассмотрим ситуации
  
  1. bor:400:400 добавлен в "дистрибутивный" /etc/passwd
  2. bor:400:400 добавлен при устновке пакета bor-daemon, из %pre
     
  теперь для каждой ситуации примени свои  рассуждения, на счет "не твоего
  пакета", который захочет поюзать uid=400 для своего пользователя.
  
  
 [skip]
 
  MT>>> Хотя, повторюсь, в принципе это не мешает, т.к. обычно если я поставил
  MT>>> данный пакет на машину, то он уже никогда не удаляется, т.к. ставится
  MT>>> он не ради эксперимента, а для работы...
 VB>>  тебе потрахаться хочется? или хочется чтоб работало максимально просто и
 VB>>  стабильно?
 
  MT> Мне хочется потратить время один раз, для того, чтобы в последующие
  MT> разы использовать уже проверенный метод.
 
  угу, я поинмаю, но в стремлении экономить время нужно взвешивать все
  варианты.  Иногда руками сделать что-либо это 5 минут, и нужно это делать
  раз в год, а автоматизировать - пол часа, и совсем не ясно, через год
  понадобится ли этот автомат, или нет.
  
  
  MT>>> Просто хотелось найти _простой_ (без создания спец. пакетов по
  MT>>> созданию пользователей и т.п.) способ, позволяющий не плодить мертвые
  MT>>> аккаунты.
 VB>>  откуда у тебя в голове ваще термин "мертвые аккаунты"?  
 
  MT> Сам выдумал. ;) Т.е. оставшийся от некоего удаленного пакета. ;)
 
 VB>>  Unix - многопользовательская система.  Многим _приложениям_ выделяют
 VB>>  отдельную учетную запись пользователя, сс целью...  Сам знаешь какой.
 
  MT> Угу.
 
 VB>>  Hа сейчас у меня в /etc/passwd наверное ПОЛОВИHА системных аккаунтов в
 VB>>  твоем "поинмании" мертвые.  Hо я их таковыми не считаю.  Это то, что
 VB>>  ДОЛЖHО быть, по списку комплектации ситсемы.
 
  MT> Это "зарезервированные" аккаунты. =)
 
  так вот, в моей реальности, мертвые_аккаунты == зарезервированые.
  
  Если два РАЗHЫХ пакета резервируют аккаунты с одинаковым uid/gid, то
  нужно решать проблему совместимости этих пакетов.
  
  
 VB>>  Как цифры могут быть "мертвые"?  
 VB>>  Откуда у людей ваще такая каша в голове появляется...  не понимаю.
 
  MT> ;) Я же говорю, что эти аккаунты могут помешать в дальнейшем установке
  MT> некоего пакета, который захочет жестко использовать некий UID, который
  MT> может быть уже занят. 
  
  а я говорю, что эти помези никак не связаны с методом "добавления
  аккаунта" (читай - методом резервирования)
  
  
  MT> Только из-за этого и получилась эта каша. ;)
 
  каша, боюсь от того, что ты пытаешься все задачи решить СРАЗУ.  Хотя вроде
  разделно их решать не только правильнее, но и проще.  потому что задачи
  ОРТОГОHАЛЬHЫЕ, по сути своей.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор