[devel] Filesystem Coherency And Conflicts Policy

[devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

Уважаемые коллеги,

написал драфт полиси
http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy

Текст родился как пояснение к тестам repocop
rpm-filesystem-conflict-*,
идею которых предложил уважаемый mithraen@ (Денис Смирнов).

Выношу текст на публичное обсуждение,
предлагаю принять как полиси.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 270 bytes --]

* Igor Vlasenko <vlasenko@> [090104 22:47]:
> написал драфт полиси
> http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy
А можно ему сразу Дать_Нормальное_Имя_Без_Ваккиниых_Извратов?
Пока на него никто не успел понассылаться?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Sun, Jan 04, 2009 at 11:06:00PM +0300, Alexey I. Froloff wrote:
> * Igor Vlasenko <vlasenko@> [090104 22:47]:
> > написал драфт полиси
> > http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy
> А можно ему сразу Дать_Нормальное_Имя_Без_Ваккиниых_Извратов?
> Пока на него никто не успел понассылаться?

Можно. Давайте -
только чтобы было не хоже существующего :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 407 bytes --]

* Igor Vlasenko <vlasenko@> [090104 23:19]:
> > > написал драфт полиси
> > > http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy
> > А можно ему сразу Дать_Нормальное_Имя_Без_Ваккиниых_Извратов?
> > Пока на него никто не успел понассылаться?
> Можно. Давайте -
> только чтобы было не хоже существующего :)
Да хотя бы Filesystem_Coherency_and_Conflicts_Policy.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 385 bytes --]


Twas brillig at 23:28:49 04.01.2009 UTC+03 when raorn@altlinux.ru did gyre and gimble:

 >> только чтобы было не хоже существующего :)
 AIF> Да хотя бы Filesystem_Coherency_and_Conflicts_Policy.

Без заглавных в середине. "Filesystem coherency and conflicts". Policy
вешается категорией.

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Sun, Jan 04, 2009 at 11:28:49PM +0300, Alexey I. Froloff wrote:
> > Можно. Давайте -
> > только чтобы было не хоже существующего :)
> Да хотя бы Filesystem_Coherency_and_Conflicts_Policy.

Переименовал, 

On Mon, Jan 05, 2009 at 02:30:40AM +0600, Mikhail Gusarov wrote:
> Без заглавных в середине. "Filesystem coherency and conflicts". Policy
> вешается категорией.

но похоже погорячился.

В общем, Михаил пусть поменяет название как считает нужным.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Mikhail Gusarov]

[-- Attachment #1: Type: text/plain, Size: 353 bytes --]


Twas brillig at 22:35:54 04.01.2009 UTC+02 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> но похоже погорячился.

Ничего страшного. Это на fs.i можно было нечаянно переименовать страницу
и потерять её из-за этого навсегда :)

-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

[devel] [JT] Re: Filesystem Coherency And Conflicts Policy

[Michael Shigorin]

On Mon, Jan 05, 2009 at 02:39:26AM +0600, Mikhail Gusarov wrote:
> > но похоже погорячился.
> Ничего страшного. Это на fs.i можно было нечаянно переименовать
> страницу и потерять её из-за этого навсегда :)

Там тоже есть редиректы, не надо грязи ;)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] Re: Filesystem Coherency And Conflicts Policy

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

On Mon, Jan 05, 2009 at 11:22:55PM +0200, Michael Shigorin wrote:
>>> но похоже погорячился.
>> Ничего страшного. Это на fs.i можно было нечаянно переименовать
>> страницу и потерять её из-за этого навсегда :)
MS> Там тоже есть редиректы, не надо грязи ;)

Вака сходит с ума от символа '_'.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 671 bytes --]

On Sun, Jan 04, 2009 at 09:42:24PM +0200, Igor Vlasenko wrote:

IV> написал драфт полиси
IV> http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy

Mithraen почти счастлив.

Когда нарушение этого полиси станет наконец-то blocker'ом на уровне
incoming Mithraen будет совсем счастлив.

Обоснование -- это полиси содерит некоторые условия, которые являются
необходимыми для корректной работы apt при dist-upgrade.

Увы, это еще недостаточные условия, но мы движемся к тому чтобы сделать
возможность надежных обновлений.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Ivan A. Melnikov]

On Sun, 4 Jan 2009 21:42:24 +0200
Igor Vlasenko <vlasenko@imath.kiev.ua> wrote:

> Уважаемые коллеги,
> 
> написал драфт полиси
> http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy
> 
> Текст родился как пояснение к тестам repocop
> rpm-filesystem-conflict-*,
> идею которых предложил уважаемый mithraen@ (Денис Смирнов).
> 
> Выношу текст на публичное обсуждение,
> предлагаю принять как полиси.
> 

Мне кажется, этот текст необходимо дополнить, рассомотрев дополнительно
ситуацию, когда один из пакетов должен заменять другой (новая версия
или переименование пакета). То есть, по крайней мере, ответить на
вопросы

- если один пакет Obsoletes другой, нужен ли таг Conflicts?
- что должно быть сделано, если новая версия содержит файл (и особенно
  *симлинку*) там, где в предыдущей каталог? А если наоборот? А если
  приходится "скакать" туда-сюда, и не известно текущее состояние в
  пользовательской системе?

Последнее возможно стоит подробно раскрыть где-то вне полиси (заодно
описав, что делать, если Вы уже всё испортили), тем не менее оставив в
policy несколько правильных слов.

Возможно я также упустил какой-то стоящий рассмотрения случай.

-- 
Best Regards,
Ivan A. Melnikov

Re: [devel] Filesystem Coherency And Conflicts Policy

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1498 bytes --]


IAM> Мне кажется, этот текст необходимо дополнить, рассомотрев дополнительно
IAM> ситуацию, когда один из пакетов должен заменять другой (новая версия
IAM> или переименование пакета). То есть, по крайней мере, ответить на
IAM> вопросы
IAM> - если один пакет Obsoletes другой, нужен ли таг Conflicts?

Да. Да. Да. Да. Да. Да.

Если пакеты пересекаются по файлам между ними должен быть Conflicts.

IAM> - что должно быть сделано, если новая версия содержит файл (и особенно
IAM>   *симлинку*) там, где в предыдущей каталог? А если наоборот? А если
IAM>   приходится "скакать" туда-сюда, и не известно текущее состояние в
IAM>   пользовательской системе?

Да, эта ситуация требует отдельного рассмотрения (в рассылке периодически
выясняют как фиксить подобные баги).

Проблема в том, что такие ошибки не может искать repocop -- он не видит
старой версии пакета, а только текущую. Поэтому может искать конфликты
между разными пакетами, но все-таки далеко не все ошибки упаковки может
ловить.

Если бы repocop стал чуть круче и мог учитывать еще и историю, это было бы
великолепно.

IAM> Последнее возможно стоит подробно раскрыть где-то вне полиси (заодно
IAM> описав, что делать, если Вы уже всё испортили), тем не менее оставив в
IAM> policy несколько правильных слов.
IAM> Возможно я также упустил какой-то стоящий рассмотрения случай.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 499 bytes --]

On Tue, Jan 06, 2009 at 07:30:06PM +0300, Денис Смирнов wrote:
> 
> IAM> Мне кажется, этот текст необходимо дополнить, рассомотрев дополнительно
> IAM> ситуацию, когда один из пакетов должен заменять другой (новая версия
> IAM> или переименование пакета). То есть, по крайней мере, ответить на
> IAM> вопросы
> IAM> - если один пакет Obsoletes другой, нужен ли таг Conflicts?
> 
> Да. Да. Да. Да. Да. Да.

Нет.  Если пакет Obsoletes, то должен присутствовать тэг Obsoletes.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Tue, Jan 06, 2009 at 10:05:39PM +0300, Dmitry V. Levin wrote:
> On Tue, Jan 06, 2009 at 07:30:06PM +0300, Денис Смирнов wrote:
> > 
> > IAM> Мне кажется, этот текст необходимо дополнить, рассомотрев дополнительно
> > IAM> ситуацию, когда один из пакетов должен заменять другой (новая версия
> > IAM> или переименование пакета). То есть, по крайней мере, ответить на
> > IAM> вопросы
> > IAM> - если один пакет Obsoletes другой, нужен ли таг Conflicts?
> > 
> > Да. Да. Да. Да. Да. Да.
> 
> Нет.  Если пакет Obsoletes, то должен присутствовать тэг Obsoletes.

Т.е. имеется в виду такая формулировка 
"при наличии тега Obsoletes: тег Conflicts: можно не указывать."
?

Поздравляю всех читателей данной ветки с кануном Рождества Христова!

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Ivan A. Melnikov]

On Tue, 6 Jan 2009 22:09:51 +0200
Igor Vlasenko <vlasenko@imath.kiev.ua> wrote:

> On Tue, Jan 06, 2009 at 10:05:39PM +0300, Dmitry V. Levin wrote:
> > On Tue, Jan 06, 2009 at 07:30:06PM +0300, Денис Смирнов wrote:
> > > 
[...]
> > > IAM> - если один пакет Obsoletes другой, нужен ли таг Conflicts?
> > > 
> > > Да. Да. Да. Да. Да. Да.
> > 

Как это соотносится с
http://www.altlinux.org/SharedLibsPolicy#Переезд_со_старого_именования ?


> > Нет.  Если пакет Obsoletes, то должен присутствовать тэг Obsoletes.
> 
> Т.е. имеется в виду такая формулировка 
> "при наличии тега Obsoletes: тег Conflicts: можно не указывать."
> ?
> 

Присоединяюсь к вопросу. Если это так, эту формулировку стоит включить
в policy.

> Поздравляю всех читателей данной ветки с кануном Рождества Христова!
> 

Присоединяюсь!

-- 
Best Regards,
Ivan A. Melnikov

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Tue, Jan 06, 2009 at 11:29:21PM +0300, Ivan A. Melnikov wrote:
> Как это соотносится с
> http://www.altlinux.org/SharedLibsPolicy#Переезд_со_старого_именования ?

Если библиотека запакована в соответствии с SharedLibsPolicy
и поводом к переезду послужила смена major soname, то причин
конфликтовать нет:
в старом пакете была
%_libdir/libfoo.so.3
а в новом будет
%_libdir/libfoo.so.4

Если же смены major soname не было,
то то, что написанно на 
 http://www.altlinux.org/SharedLibsPolicy#Переезд_со_старого_именования
в таком случае не корректно. 

Не проблема, я потом подправлю по итогам дискуссии.

Сейчас, как я понимаю, остался вопрос,
достаточно ли Obsoletes или нужно
Obsoletes+Conflicts.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Ildar Mulyukov]

On 07.01.2009 02:09:51, Igor Vlasenko wrote:
> Поздравляю всех читателей данной ветки с кануном Рождества Христова!

Пусть вифлеемская звезда светит всем участникам Team! С праздником!

-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] Filesystem Coherency And Conflicts Policy

[Ivan A. Melnikov]

On Tue, 6 Jan 2009 19:30:06 +0300
Денис Смирнов <mithraen@altlinux.ru> wrote:

[...] // на это ответил в другой ветке

> 
> IAM> - что должно быть сделано, если новая версия содержит файл (и
> IAM> особенно *симлинку*) там, где в предыдущей каталог? А если
> IAM> наоборот? А если приходится "скакать" туда-сюда, и не известно
> IAM> текущее состояние в пользовательской системе?
> 
> Да, эта ситуация требует отдельного рассмотрения.

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

> (в рассылке периодически выясняют как фиксить подобные баги).
> 

Сам такую сажал, отсюда и интерес...

> Проблема в том, что такие ошибки не может искать repocop -- он не
> видит старой версии пакета, а только текущую. Поэтому может искать
> конфликты между разными пакетами, но все-таки далеко не все ошибки
> упаковки может ловить.
> 

Необдуманный вопрос на уровне идеи:

Можно ли реализовывыть такие тесты в рамках sisyphus_check, опираясь на
contents_index например?

> Если бы repocop стал чуть круче и мог учитывать еще и историю, это
> было бы великолепно.
> 

Да, великолепно. Ещё одна интересная область для проверки -- возможность
переезда с бранча на бранч и на Сизиф.

[...]

-- 
Best Regards,
Ivan A. Melnikov

Re: [devel] Filesystem Coherency And Conflicts Policy

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 716 bytes --]

On Wed, Jan 07, 2009 at 12:07:10PM +0300, Ivan A. Melnikov wrote:

>> Если бы repocop стал чуть круче и мог учитывать еще и историю, это
>> было бы великолепно.
IAM> Да, великолепно. Ещё одна интересная область для проверки -- возможность
IAM> переезда с бранча на бранч и на Сизиф.

Собственно тестирование на файловые конфликты с учетом истории -- как раз
является необходимым для корректной работы переезда между бранчами и
Сизифом, а также вообще корректной работы dist-upgrade (которым у нас
пользоваться сейчас в состоянии только люди _очень_ хорошо знакомые с
ALT).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Tue, Jan 06, 2009 at 07:30:06PM +0300, Денис Смирнов wrote:
> Проблема в том, что такие ошибки не может искать repocop -- он не видит
> старой версии пакета, а только текущую. Поэтому может искать конфликты
> между разными пакетами, но все-таки далеко не все ошибки упаковки может
> ловить.
> 
> Если бы repocop стал чуть круче и мог учитывать еще и историю, это было бы
> великолепно.

Вообще говоря, это как раз можно сделать.

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

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

И еще нужно время. А у меня сейчас в java - пакетах
ликвидация последствий аварии :(

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

[devel] 5.0/branch archive?

[Igor Vlasenko]

On Sat, Jan 10, 2009 at 11:06:29PM +0200, Igor Vlasenko wrote:
> Но для этого понадобится еще одна песочница
> с доступом к архиву Сизифа, и были бы архивы истории 
> бранчей, к ним тоже.

Господа, 
жаль, что у нас до сих пор не ведутся архивы branches.
Это нужно и для раскопок, но в 1000 раз более нужно
простым пользователям, которые сидят на бранче 
и хотят откатиться с глючного обновления.

Что мешает завести? Терабайт нынче дешев.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 612 bytes --]

On Sat, Jan 10, 2009 at 11:06:29PM +0200, Igor Vlasenko wrote:

IV> Но для этого понадобится еще одна песочница
IV> с доступом к архиву Сизифа, и были бы архивы истории 
IV> бранчей, к ним тоже.

Ну уж хотя бы в рамках Сизифа это обеспечить.

IV> Там я бы поднял еще один репокоп со специализированным 
IV> набором тестов, который это все отслеживал бы.
IV> И еще нужно время. А у меня сейчас в java - пакетах
IV> ликвидация последствий аварии :(

Ох... Желаю удачи.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Kirill Maslinsky]

[-- Attachment #1: Type: text/plain, Size: 1769 bytes --]

On Sun, Jan 04, 2009 at 09:42:24PM +0200, Igor Vlasenko wrote:
> Уважаемые коллеги,
> 
> написал драфт полиси
> http://www.altlinux.org/FilesystemCoherencyAndConflictsPolicy
> 
> Текст родился как пояснение к тестам repocop
> rpm-filesystem-conflict-*,
> идею которых предложил уважаемый mithraen@ (Денис Смирнов).
> 
> Выношу текст на публичное обсуждение,
> предлагаю принять как полиси.

По формулировкам: 
* Пакетам запрещается содержать путь в файловой системе, часть которого
является альтернативой. 
    - нужно уточнение: альтернативой в другом пакете, в старой версии пакета, в этом же
      пакете?
    - Наверное, есть смысл дополнить запретительную клаузу
      рекомендательной: если нельзя этот путь включить в пакет, то как с
      ним поступать: оставить неупакованным, запаковать в -common или
      ещё как-то?
* Пакетам запрещается содержать файлы, которые в другом пакете являются
  каталогами.
    - думаю, в тексте этого полиси понятие "другой пакет" нуждается в
      точном определении, в котором учитывалось бы, входят ли в это
      понятие новые версии пакетов. 
* Пакетам запрещается содержать путь в файловой системе, часть которого
  является симлинком в другом пакете. 
    - опять же есть смысл дополнить запретительную клаузу
      рекомендательной.

* Пакетам запрещается иметь неявные конфликты в файловой системе друг с
другом
    - понятие "неявные конфликты в файловой системе" нуждается в
      определении (может даже есть смысл сделать раздел с определениями 
      в начале полиси)

---------

В тексте не оговаривается ситуация совместного владения одним каталогом группой
родственных пакетов, что обычно у нас рассматривалось как допустимое.

-- 
Kirill Maslinsky
ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1711 bytes --]

* Kirill Maslinsky <kirill@> [090108 22:05]:
> * Пакетам запрещается содержать путь в файловой системе, часть которого
> является альтернативой. 
>     - нужно уточнение: альтернативой в другом пакете, в старой версии пакета, в этом же
>       пакете?
В любом пакете.  С оговоркой, про "старые версии" см. ниже.

>     - Наверное, есть смысл дополнить запретительную клаузу
>       рекомендательной: если нельзя этот путь включить в пакет, то как с
>       ним поступать: оставить неупакованным, запаковать в -common или
>       ещё как-то?
Если этот путь включить в пакет нельзя, значит надо положить
нужный файл по другому пути.  

/usr/share/icons/current/32x32/foo.png

/usr/share/icons/current - альтернатива, которая может смотреть
на /usr/share/icons/{foo,bar,baz}.  Очевидно такой 32x32/foo.png
нельзя паковать в current.

> * Пакетам запрещается содержать файлы, которые в другом пакете являются
>   каталогами.
>     - думаю, в тексте этого полиси понятие "другой пакет" нуждается в
>       точном определении, в котором учитывалось бы, входят ли в это
>       понятие новые версии пакетов. 
Входят обязательно, иначе при апгрейде вылезет cpio: can't
rename.  Другое дело, что это можно обойти в новой версии сделав
специального вида %pre.  См. vim и ruby-actionpack.

> * Пакетам запрещается содержать путь в файловой системе, часть которого
>   является симлинком в другом пакете. 
>     - опять же есть смысл дополнить запретительную клаузу
>       рекомендательной.
Рекоммендуется не использовать симлинки там, куда другие пакеты
могут класть файлы.  Как например никогда-никогда нельзя делать
симлинков на %_docdir/%name-%version.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Thu, Jan 08, 2009 at 11:02:24PM +0300, Alexey I. Froloff wrote:
> >     - опять же есть смысл дополнить запретительную клаузу
> >       рекомендательной.
> Рекоммендуется не использовать симлинки там, куда другие пакеты
> могут класть файлы.  Как например никогда-никогда нельзя делать
> симлинков на %_docdir/%name-%version.

s/симлинков на %_docdir/%name-%version./симлинков вида %_docdir/%name-%version./
?

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Igor Vlasenko]

On Thu, Jan 08, 2009 at 10:04:44PM +0300, Kirill Maslinsky wrote:
> По формулировкам: 
>     - нужно уточнение: альтернативой в другом пакете, в старой версии пакета, в этом же
>       пакете?

Спасибо, занес

>     - Наверное, есть смысл дополнить запретительную клаузу
>       рекомендательной: если нельзя этот путь включить в пакет, то как с
>       ним поступать: оставить неупакованным, запаковать в -common или
>       ещё как-то?

Такое бывает редко, и каждый случай по своему уникален.
Думаю, нет универсальных рекомендаций.

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

Спасибо, добавил

> * Пакетам запрещается содержать путь в файловой системе, часть которого
>   является симлинком в другом пакете. 
>     - опять же есть смысл дополнить запретительную клаузу
>       рекомендательной.

Не уверен, есть ли общие рекомендации, кроме как связаться с
другим майнтайнером и перепаковать.
 
> * Пакетам запрещается иметь неявные конфликты в файловой системе друг с
> другом
>     - понятие "неявные конфликты в файловой системе" нуждается в
>       определении (может даже есть смысл сделать раздел с определениями 
>       в начале полиси)

done

> В тексте не оговаривается ситуация совместного владения одним каталогом группой
> родственных пакетов, что обычно у нас рассматривалось как допустимое.

Напомню, что наличие в разных пакетах одинаковых с точностью до mtime файлов и каталогов конфликтом не является.

Это же дописал в текст policy.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Filesystem Coherency And Conflicts Policy

[Kirill Maslinsky]

[-- Attachment #1: Type: text/plain, Size: 1673 bytes --]

On Sat, Jan 10, 2009 at 10:55:39PM +0200, Igor Vlasenko wrote:
> On Thu, Jan 08, 2009 at 10:04:44PM +0300, Kirill Maslinsky wrote:
> > По формулировкам: 

[...]

> > * Пакетам запрещается содержать файлы, которые в другом пакете являются
> >   каталогами.
> >     - думаю, в тексте этого полиси понятие "другой пакет" нуждается в
> >       точном определении, в котором учитывалось бы, входят ли в это
> >       понятие новые версии пакетов. 
> 
> Спасибо, добавил

[...]

> > * Пакетам запрещается иметь неявные конфликты в файловой системе друг с
> > другом
> >     - понятие "неявные конфликты в файловой системе" нуждается в
> >       определении (может даже есть смысл сделать раздел с определениями 
> >       в начале полиси)
> 
> done

Я немного поредактировал раздел предварительных сведений на wiki, 
проверьте, пожалуйста, не исказил ли где-то смысл. 

> > * Пакетам запрещается содержать путь в файловой системе, часть которого
> >   является симлинком в другом пакете. 
> >     - опять же есть смысл дополнить запретительную клаузу
> >       рекомендательной.
> 
> Не уверен, есть ли общие рекомендации, кроме как связаться с
> другим майнтайнером и перепаковать.

Связаться с другим мантейнером -- совсем неплохая общая рекомендация,
стоит включить в полиси. 
 
> > В тексте не оговаривается ситуация совместного владения одним каталогом группой
> > родственных пакетов, что обычно у нас рассматривалось как допустимое.
> 
> Напомню, что наличие в разных пакетах одинаковых с точностью до mtime файлов и каталогов конфликтом не является.
> 
> Это же дописал в текст policy.

-- 
Kirill Maslinsky
ALT Linux Team

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]