Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite]

Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite]

[Andrey Orlov]

Hi!

Все-таки я считаю что келейно решать такие вопросы не стоит, и уж
коли письмо автора содержит аппелеции к AltLinuxTeam, то я дублирую
ответ в рассылке.

On 2002 November 20 Wednesday 16:11, you wrote:
> Иначе возможны конфликты имен с прочими пакетами. Только
> на www.zope.org/Products сейчас зарегистрировано более
> полутысячи продуктов, поэтому вероятность конфликта высока.

Не приведете конкретный пример конфликта? Я, прямо скажем,
ни одного конфликта привести не могу. А если вероятность конфликта,
как вы утверждаете, высока - то пример привести должно быть не трудно?

> И еще, не знаю как в ALT, но в редхате дополнительные
> пакеты для perl и python обычно имеют соответствующую
> приставку.

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

> Вообще как мне кажется, не ничего плохого в том, чтобы
> выделять пакеты, не предназначенные для пользователя
> системы, в отдельные пространства имен. Плохо только то,

Извините, я не понял тезис про пакеты не предназначенные
для пользователя системы  - что это за пакеты и для кого они
предназначены? Откуда такое противопоставление?

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

Есть тег GROUP - по-моему этого достаточно.

> Так что пусть AL Team решит, как лучше.

Неприятно возвращатся к вопросу уже однажды нами решенному
еще раз. Но именно поэтому я и написал все эти соображения в рассылку.
Господа, нам __нужно__ ваше мнение - пожалуста, откликнетесь.

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

Да, обсуждали. Но я не понял когда завершится первый этап тестирования
 (кажется уже?) Я не понимаю, как это его ускорит. И я считаю, что
 тестирование не в том виде, как это будет использоваться далее не имеет ни
 малейшего смысла. В связи с зваершением первого этапа тестирования кажется
 уже пора пилить на отдельные пакеты ;))

> >  -- Мне не нравится что в описании пакета не оговорено вот это являение :
> > Присутствующие меня поймут: пакет изменяет систему безопасности Zope,
>
> Ok, я добавлю предупреждение в description пакета.

ОК

> > -- AFAIK, у нас нет пакета python2 -
> >    есть пакет python22. Сломанная зависимость в пакете NauSite.
>
> Разве python22 не provides python2 ?

Видимо нет - при установке возникла ошибка и при установке пришлось указывать
--nodeps.  Вообще-то вопрос к мантейнеру питона, мне чгря всеравно.

> Не хотелось бы зависеть именно от 2.2, тем более что
> у нас разработка идет под 2.1.

В прошлый раз (Master2.0) пакет python2.1 не вошел в диcтрибутив
за ненужностью. Я рад, что он лежит тем не менее в сизифусе (так
как иногда нужен при разрешении спортных вопросов тестирования),
но я думаю - он и в этот раз не войдет в дистрибутив.

> > -- AFAIK, у нас нет пакета ZServer -
> >    есть пакет Zope-ZServer. Сломанная зависимость в пакете NauSite.
>
> Недосмотрел, исправлю.

OK

> > Отдельно замечание по работоспособности : пакеты вполне поднялись
> > под Zope-2.5.1 + python2.2.2.
>
> Это уже хорошо. А создать объект NauSite и поработать с ним
> не пробовали?

Ой нет. Вы знаете, я разбираю глюкодром с Zope2.6.0 и честно говоря у меня
нет возможности протестировать ваш пакет в полном объеме. Я могу дать
вам доступ к тестовому серверу или рассказать как быстро и правильно
создать тестовую среду у вас самих, перекачав через инет не более 100
мегабайт. - думаю, это не много.

--
WthBstRgrds -- Андрей Орлов --
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite]

[Vitaly Lipatov]

On 21 Ноябрь 2002 02:26, Andrey Orlov wrote:
> Не приведете конкретный пример конфликта? Я, прямо скажем,
> ни одного конфликта привести не могу. А если вероятность
> конфликта, как вы утверждаете, высока - то пример привести
> должно быть не трудно?
>
> > И еще, не знаю как в ALT, но в редхате дополнительные
> > пакеты для perl и python обычно имеют соответствующую
> > приставку.
>
> Для перл имееют, но в ALT с перлом какая-то сложная история,
> за которой я не слежу - не возьмусь утверждать из-за чего и
> почему. Для питон - часть имеет, часть нет. Для Zope - имееют
> только те, которые входят непосредственнно в Zope, для
> остальных вероятность конфликта полгода назад была признана
> нами низкой, а преимущества такого именованя - сомнительными.

С точки зрения пользователя я бы предпочёл иметь префиксы для 
пакетов, относящихся к одной группе: dict-, ruby-, zope-, perl-
и т.д.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite]

[Andrey Orlov]

On 2002 November 21 Thursday 11:08, you wrote:
> С точки зрения пользователя я бы предпочёл иметь префиксы для
> пакетов, относящихся к одной группе: dict-, ruby-, zope-, perl-
> и т.д.

Можно я доведу до абсурда?

Zope-Python-MySQL-mysqlUserFolder
Zope-Python-LDAP-ldapUserFolder
Zope-Python-Postgres-ZPsycopg
Zope-CMF-NauSite
Zope-Python-Linux-Windows-smbUserFolder
Zope-Apache-Python-Perl-ZopeProxyCacheManager
Zope-PHP-PHParser
Zope-Python-SSL-SSLAbsoluteURL

Итдтп ;). Не длинновато получается? Это я еще часть токенов пропустил ;)
Тем более, что предложенный порядок расположения токенов не самый лучший,
а лучший далеко не очевиден : как писать Zope-Python или Python-Zope, особенно
учитывая то, что 50% Zope могут использоваться как самостоятельные инструменты
и даже устанавливаются (нами по кмре) в каталог /usr/lib/python ?. А в документации
на некторые из них просто написано что Zope - удобная тестовая среда для этих самостоятельных
в сущности продуктов.
На мой вкус оправдано такое исключительно для тех продуктов, суть которых сводится
к интеграции с разными средами. Например, коннекторы к базам данных:
MySQL-python, Postgres-python и т.п., оболочки вокруг библиотек (libxml2-python),
но специально в случае Zope все эти продукты имеют доходчивое самоcтоятельное
название (в силу специфики коммунити, построенного вокруг единого рееестра
продуктов): ZMySQLDA, ZPsycopgDA и тп., да и название в таких случаях принято пояснять 
при пмощи суффикса.

Кроме того, пакеты непосредственно входящие в основную поставку Zope хотелось
бы отличать от других, иначе это несколько запутывает. Да и Zope - регестрировання торговая марка
и т.п. Хотя в этом направлении я спорить не буду.

Ммм, ваш ход?

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite]

[Vitaly Lipatov]

On 21 Ноябрь 2002 12:30, Andrey Orlov wrote:
> On 2002 November 21 Thursday 11:08, you wrote:
> > С точки зрения пользователя я бы предпочёл иметь префиксы
> > для пакетов, относящихся к одной группе: dict-, ruby-,
> > zope-, perl- и т.д.
>
> Можно я доведу до абсурда?
>
> Zope-Python-MySQL-mysqlUserFolder
Если может использоваться без Zope, значит
python-mysqlUserFolder,
иначе Zope-mysqlUserFolder,

> Zope-Python-LDAP-ldapUserFolder
> Zope-Python-Postgres-ZPsycopg
аналогично

> Zope-CMF-NauSite
> Zope-Python-Linux-Windows-smbUserFolder
Если может использоваться без Zope, значит
python-smbUserFolder
иначе
Zope-smbUserFolder

> Zope-Apache-Python-Perl-ZopeProxyCacheManager
> Zope-PHP-PHParser
> Zope-Python-SSL-SSLAbsoluteURL

И т.д.  До абсурда вовсе не нужно :)

> Ммм, ваш ход?
Я в сущности не берусь решать проблему, как писать MySQL-python 
или python-MySQL, просто сталкивался несколько раз с пакетами,
которые имеют притягательное название и описание, а при установке 
оказывается, что это для какого-то Zope.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: Fwd: Re: [cray@neural.ru: [devel] О пакете NauSite] -- perl

[Alexey Tourbin]

On Thu, Nov 21, 2002 at 02:26:58AM +0300, Andrey Orlov wrote:
> Все-таки я считаю что келейно решать такие вопросы не стоит, и уж
> коли письмо автора содержит аппелеции к AltLinuxTeam, то я дублирую
> ответ в рассылке.

> Для перл имееют, но в ALT с перлом какая-то сложная история,
> за которой я не слежу - не возьмусь утверждать из-за чего и почему.

По части перла могу сказать: никакой сложной истории нет.

> > Вообще как мне кажется, не ничего плохого в том, чтобы
> > выделять пакеты, не предназначенные для пользователя
> > системы, в отдельные пространства имен. Плохо только то,

Дело в том, что пространство имен пакетов одномерно.
Поэтому нужно искать разумные компромиссы.
Названия пакетов с дополнительными модулями для перла в виде perl-*
кажется мне разумным.

-- 
WBR, Alexey Tourbin	"He is a sane man who can have tragedy 
BIOZAK Ltd., Russia	 in his heart and comedy in his head."
					--G.K.Chesterton