[devel] alternatives && postfix

[devel] alternatives && postfix

[Grigory Milev]

   Вопрос уже поднимался, но, что-то без результат но!!!
Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
кроме желания по дефолту иметь postfix собранный с вышеуказанной
библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
его использования как серверной почтовой программы, а так же как программы для
отсылки почты через smtp сервера с авторизацией.
  Собственно есть предложение собрать postfix-sasl или что-то подобное и
переключать его через альтернативы. Единственное но, как через альтернативы
переключать /etc/chroot.d/postfix.lib и, кто этим займется?

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

[devel] alternatives && postfix

[Grigory Milev]

   Вопрос уже поднимался, но, что-то без результат но!!!
Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
кроме желания по дефолту иметь postfix собранный с вышеуказанной
библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
его использования как серверной почтовой программы, а так же как программы для
отсылки почты через smtp сервера с авторизацией.
  Собственно есть предложение собрать postfix-sasl или что-то подобное и
переключать его через альтернативы. Единственное но, как через альтернативы
переключать /etc/chroot.d/postfix.lib и, кто этим займется?

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

Re: [devel] alternatives && postfix

[Алексей Любимов]

Grigory Milev пишет:

>   Вопрос уже поднимался, но, что-то без результат но!!!
>Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
>кроме желания по дефолту иметь postfix собранный с вышеуказанной
>библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
>его использования как серверной почтовой программы, а так же как программы для
>отсылки почты через smtp сервера с авторизацией.
>
сизиф и "серверная почтовая программа"?
Это серьезно?

>  Собственно есть предложение собрать postfix-sasl или что-то подобное и
>переключать его через альтернативы. Единственное но, как через альтернативы
>переключать /etc/chroot.d/postfix.lib и, кто этим займется?
>
а зачем тут альтернативы? в самом постфиксе есть механизм транспортов.

ps
в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и mysql и 
courier-imap для мастера и сизифа.

Re: [devel] alternatives && postfix

[Алексей Любимов]

Grigory Milev пишет:

>   Вопрос уже поднимался, но, что-то без результат но!!!
>Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
>кроме желания по дефолту иметь postfix собранный с вышеуказанной
>библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
>его использования как серверной почтовой программы, а так же как программы для
>отсылки почты через smtp сервера с авторизацией.
>
сизиф и "серверная почтовая программа"?
Это серьезно?

>  Собственно есть предложение собрать postfix-sasl или что-то подобное и
>переключать его через альтернативы. Единственное но, как через альтернативы
>переключать /etc/chroot.d/postfix.lib и, кто этим займется?
>
а зачем тут альтернативы? в самом постфиксе есть механизм транспортов.

ps
в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и mysql и 
courier-imap для мастера и сизифа.

[devel] Re: alternatives && postfix

[Michael Shigorin]

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

On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> сизиф и "серверная почтовая программа"?  Это серьезно?

Это серьезнее, чем:

> ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и
> mysql и courier-imap для мастера и сизифа.

по очевидной причине: сизиф когда-нибудь да становится блинами.

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

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

[devel] Re: alternatives && postfix

[Michael Shigorin]

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

On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> сизиф и "серверная почтовая программа"?  Это серьезно?

Это серьезнее, чем:

> ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и
> mysql и courier-imap для мастера и сизифа.

по очевидной причине: сизиф когда-нибудь да становится блинами.

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

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

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Michael Shigorin пишет:

>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>  
>
>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>    
>>
>
>Это серьезнее, чем:
>  
>
не думаю.
только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
тоже самое есть и будет с любой программой в сизифе.
Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
отлаживать в использовании и накапливать.
В сизифе есть только первая компонента. Все остальное отсутствует напрочь.

На мастерах же можно  и собирать и накапливать и использовать. Но где в 
альтлинуксе есть накопитель сделанного?

>>ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и
>>mysql и courier-imap для мастера и сизифа.
>>    
>>
>
>по очевидной причине: сизиф когда-нибудь да становится блинами.
>  
>
Не становится. На основе собираемости софта говорить о его готовности 
нельзя.

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Michael Shigorin пишет:

>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>  
>
>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>    
>>
>
>Это серьезнее, чем:
>  
>
не думаю.
только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
тоже самое есть и будет с любой программой в сизифе.
Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
отлаживать в использовании и накапливать.
В сизифе есть только первая компонента. Все остальное отсутствует напрочь.

На мастерах же можно  и собирать и накапливать и использовать. Но где в 
альтлинуксе есть накопитель сделанного?

>>ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и
>>mysql и courier-imap для мастера и сизифа.
>>    
>>
>
>по очевидной причине: сизиф когда-нибудь да становится блинами.
>  
>
Не становится. На основе собираемости софта говорить о его готовности 
нельзя.

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 524 bytes --]

On 9 Февраль 2004 17:45, Алексей Любимов wrote:
> Michael Shigorin пишет:
> >On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> >>сизиф и "серверная почтовая программа"?  Это серьезно?
> >
> >Это серьезнее, чем:
>
> не думаю.
> только сегодня пересобрал pygtk2. 

Почему нет багрепорта на pygtk2?
Где лежит?
2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
это так.

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

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 524 bytes --]

On 9 Февраль 2004 17:45, Алексей Любимов wrote:
> Michael Shigorin пишет:
> >On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> >>сизиф и "серверная почтовая программа"?  Это серьезно?
> >
> >Это серьезнее, чем:
>
> не думаю.
> только сегодня пересобрал pygtk2. 

Почему нет багрепорта на pygtk2?
Где лежит?
2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
это так.

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

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 05:45:43PM +0300, Алексей Любимов wrote:
> только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
Он оказался нерабочий для python2.3.
Для python2.2 он есть, и чУдно работает. Верьте мне (делая страшные
глаза: а то скриншотами кидаться начну).

BTW, в данный момент в сизифе есть некоторое количество питоньих
модулей, которые НЕ РАБОТАЮТ c /usr/bin/python (по очевидным причинам:
/usr/bin/python теперь, как правило, кажет на python2.3, а мэйнтэйнеры
пакетов еще их не пересобрали).

2Андрей Орлов: конструктив: давайте все-таки именовать питоньи модуля
по принципу python<version>-<modulename>. Люди меньше вопросов будут
задавать.

Вопрос, держать ли в репозитории одновременно больше одного
питона лично для меня остается открытым. На данный момент разработка у
меня ведется на python23 (и обратно на 22 мне НЕ хочется). С другой
стороны, я понимаю, что с течением времени мне захочется поставить себе
python24, но в ТО ЖЕ ВРЕМЯ, я объективно понимаю, что если написанное
нами сейчас заживет так, как это планируется в настоящий момент, мне
ПРИДЕТСЯ иметь на машине два питона. Или иметь две машины. Чрут делу НЕ
поможет. Поэтому хотелось бы, чтобы возможность бесконфликтного
существования двух питонов и модулей к ним оставалась и дальше.

> тоже самое есть и будет с любой программой в сизифе.
Ничто не вечно под луной. 

> Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
> отлаживать в использовании и накапливать.
> В сизифе есть только первая компонента. Все остальное отсутствует напрочь.
Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
Быковым и кем-там-еще.

> На мастерах же можно  и собирать и накапливать и использовать. Но где в 
> альтлинуксе есть накопитель сделанного?
Даешь VCS для спеков и патчей?


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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 05:45:43PM +0300, Алексей Любимов wrote:
> только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
Он оказался нерабочий для python2.3.
Для python2.2 он есть, и чУдно работает. Верьте мне (делая страшные
глаза: а то скриншотами кидаться начну).

BTW, в данный момент в сизифе есть некоторое количество питоньих
модулей, которые НЕ РАБОТАЮТ c /usr/bin/python (по очевидным причинам:
/usr/bin/python теперь, как правило, кажет на python2.3, а мэйнтэйнеры
пакетов еще их не пересобрали).

2Андрей Орлов: конструктив: давайте все-таки именовать питоньи модуля
по принципу python<version>-<modulename>. Люди меньше вопросов будут
задавать.

Вопрос, держать ли в репозитории одновременно больше одного
питона лично для меня остается открытым. На данный момент разработка у
меня ведется на python23 (и обратно на 22 мне НЕ хочется). С другой
стороны, я понимаю, что с течением времени мне захочется поставить себе
python24, но в ТО ЖЕ ВРЕМЯ, я объективно понимаю, что если написанное
нами сейчас заживет так, как это планируется в настоящий момент, мне
ПРИДЕТСЯ иметь на машине два питона. Или иметь две машины. Чрут делу НЕ
поможет. Поэтому хотелось бы, чтобы возможность бесконфликтного
существования двух питонов и модулей к ним оставалась и дальше.

> тоже самое есть и будет с любой программой в сизифе.
Ничто не вечно под луной. 

> Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
> отлаживать в использовании и накапливать.
> В сизифе есть только первая компонента. Все остальное отсутствует напрочь.
Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
Быковым и кем-там-еще.

> На мастерах же можно  и собирать и накапливать и использовать. Но где в 
> альтлинуксе есть накопитель сделанного?
Даешь VCS для спеков и патчей?


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

Re: [devel] Re: alternatives && postfix

[Alex Murygin]

On Mon, 9 Feb 2004 21:09:53 +0600
"Alexey Morozov" wrote:

> > На мастерах же можно  и собирать и накапливать и использовать. Но
> > где в альтлинуксе есть накопитель сделанного?
> Даешь CVS для спеков и патчей?
Даешь Даешь Даешь :)
И рассылку.

P.S. пожааалуйста :)

-- 
-----------------------
- Alex Murygin, AITOC -
-----------------------

Re: [devel] Re: alternatives && postfix

[Alex Murygin]

On Mon, 9 Feb 2004 21:09:53 +0600
"Alexey Morozov" wrote:

> > На мастерах же можно  и собирать и накапливать и использовать. Но
> > где в альтлинуксе есть накопитель сделанного?
> Даешь CVS для спеков и патчей?
Даешь Даешь Даешь :)
И рассылку.

P.S. пожааалуйста :)

-- 
-----------------------
- Alex Murygin, AITOC -
-----------------------

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Yuri N. Sedunov пишет:

>On 9 Февраль 2004 17:45, Алексей Любимов wrote:
>  
>
>>Michael Shigorin пишет:
>>    
>>
>>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>>>      
>>>
>>>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>>>        
>>>>
>>>Это серьезнее, чем:
>>>      
>>>
>>не думаю.
>>только сегодня пересобрал pygtk2. 
>>    
>>
>
>Почему нет багрепорта на pygtk2?
>
потому что сегодня и до конца не разобрался, что конкретно не пашет.
на оджной машине работает, а на другой уже нет.

>Где лежит?
>
как всегда, на ftp.atmsk.ru/pub/distributions/...

но его еще надо распилить на pygtk2 и pygtk2-examples. мне совершенно не 
нравится текущая раскладка файлов.

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Yuri N. Sedunov пишет:

>On 9 Февраль 2004 17:45, Алексей Любимов wrote:
>  
>
>>Michael Shigorin пишет:
>>    
>>
>>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>>>      
>>>
>>>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>>>        
>>>>
>>>Это серьезнее, чем:
>>>      
>>>
>>не думаю.
>>только сегодня пересобрал pygtk2. 
>>    
>>
>
>Почему нет багрепорта на pygtk2?
>
потому что сегодня и до конца не разобрался, что конкретно не пашет.
на оджной машине работает, а на другой уже нет.

>Где лежит?
>
как всегда, на ftp.atmsk.ru/pub/distributions/...

но его еще надо распилить на pygtk2 и pygtk2-examples. мне совершенно не 
нравится текущая раскладка файлов.

Re: [devel] alternatives && postfix

[Grigory Milev]

>>>>> "avl" == avl  <avl@l14.ru> writes:
    avl> сизиф и "серверная почтовая программа"?  Это серьезно?
А почему бы и нет? Если мне на серваке нужен ограниченный набор пакетов и
отследить их изменения я в силах?

    >> Собственно есть предложение собрать postfix-sasl или что-то подобное и
    >> переключать его через альтернативы. Единственное но, как через
    >> альтернативы переключать /etc/chroot.d/postfix.lib и, кто этим
    >> займется?
    >> 
    avl> а зачем тут альтернативы? в самом постфиксе есть механизм
    avl> транспортов.
Это все замечательно, но при связывании postfix + cyrus-sasl + courier-imap +
postgresql возникает необходимость авторизации smtp пользователей через sasl,
а sasl в свою очередь через pam. Кроме того, если не собрать postfix с sasl,
то postfix и сам не сможет авторизоваться по smtp, что еще более важно,
т.к. задача клиентская и она должна решаться на Сизифе.

    avl> ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и mysql
    avl> и courier-imap для мастера и сизифа.
Это здорово и для себя я то-же сам пересобрал postfix и pam-pgsql собрал, но
это не повод для радости. Я бы предпочел иметь возможность использовать все
то-же, но из Сизифа. Мы на то его и держим, что бы иметь все необходимое под
рукой и в лучшем виде, а не таскать со всего мира кусками!!!

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

Re: [devel] alternatives && postfix

[Grigory Milev]

>>>>> "avl" == avl  <avl@l14.ru> writes:
    avl> сизиф и "серверная почтовая программа"?  Это серьезно?
А почему бы и нет? Если мне на серваке нужен ограниченный набор пакетов и
отследить их изменения я в силах?

    >> Собственно есть предложение собрать postfix-sasl или что-то подобное и
    >> переключать его через альтернативы. Единственное но, как через
    >> альтернативы переключать /etc/chroot.d/postfix.lib и, кто этим
    >> займется?
    >> 
    avl> а зачем тут альтернативы? в самом постфиксе есть механизм
    avl> транспортов.
Это все замечательно, но при связывании postfix + cyrus-sasl + courier-imap +
postgresql возникает необходимость авторизации smtp пользователей через sasl,
а sasl в свою очередь через pam. Кроме того, если не собрать postfix с sasl,
то postfix и сам не сможет авторизоваться по smtp, что еще более важно,
т.к. задача клиентская и она должна решаться на Сизифе.

    avl> ps в репозитариях linux-os.ru лежат сборки постфикса с sasl2 и mysql
    avl> и courier-imap для мастера и сизифа.
Это здорово и для себя я то-же сам пересобрал postfix и pam-pgsql собрал, но
это не повод для радости. Я бы предпочел иметь возможность использовать все
то-же, но из Сизифа. Мы на то его и держим, что бы иметь все необходимое под
рукой и в лучшем виде, а не таскать со всего мира кусками!!!

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Alexey Morozov пишет:

>On Mon, Feb 09, 2004 at 05:45:43PM +0300, Алексей Любимов wrote:
>  
>
>>только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
>>    
>>
>Он оказался нерабочий для python2.3.
>
который теперь основной, причем уже сколько времени...

>Для python2.2 он есть, и чУдно работает. Верьте мне (делая страшные
>глаза: а то скриншотами кидаться начну).
>

знаю, как насчет ЧУДНО. но работает

>  
>
>>тоже самое есть и будет с любой программой в сизифе.
>>    
>>
>Ничто не вечно под луной. 
>  
>
зафиксированое будет жить достаточно долго.

>>Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
>>отлаживать в использовании и накапливать.
>>В сизифе есть только первая компонента. Все остальное отсутствует напрочь.
>>    
>>
>Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
>Быковым и кем-там-еще.
>  
>
Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично  исчезают и 
появляются на общем поле программ с 11 дисков. Смешно это называть 
накоплением или отладкой в использовании.

>>На мастерах же можно  и собирать и накапливать и использовать. Но где в 
>>альтлинуксе есть накопитель сделанного?
>>    
>>
>Даешь VCS для спеков и патчей?
>  
>
и что это реально даст, кроме очевидного удобства в текущем процессе?

речь идет о накоплении стабилного работоспособного софта, а не о гонке 
версий в сизифе.

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Alexey Morozov пишет:

>On Mon, Feb 09, 2004 at 05:45:43PM +0300, Алексей Любимов wrote:
>  
>
>>только сегодня пересобрал pygtk2. в сизифе он оказался нерабочий...
>>    
>>
>Он оказался нерабочий для python2.3.
>
который теперь основной, причем уже сколько времени...

>Для python2.2 он есть, и чУдно работает. Верьте мне (делая страшные
>глаза: а то скриншотами кидаться начну).
>

знаю, как насчет ЧУДНО. но работает

>  
>
>>тоже самое есть и будет с любой программой в сизифе.
>>    
>>
>Ничто не вечно под луной. 
>  
>
зафиксированое будет жить достаточно долго.

>>Любые не майнстримовые сборки/конфигурации надо отлаживать в сборке, 
>>отлаживать в использовании и накапливать.
>>В сизифе есть только первая компонента. Все остальное отсутствует напрочь.
>>    
>>
>Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
>Быковым и кем-там-еще.
>  
>
Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично  исчезают и 
появляются на общем поле программ с 11 дисков. Смешно это называть 
накоплением или отладкой в использовании.

>>На мастерах же можно  и собирать и накапливать и использовать. Но где в 
>>альтлинуксе есть накопитель сделанного?
>>    
>>
>Даешь VCS для спеков и патчей?
>  
>
и что это реально даст, кроме очевидного удобства в текущем процессе?

речь идет о накоплении стабилного работоспособного софта, а не о гонке 
версий в сизифе.

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 803 bytes --]

On 9 Февраль 2004 18:30, Алексей Любимов wrote:
> Yuri N. Sedunov пишет:
> >On 9 Февраль 2004 17:45, Алексей Любимов wrote:
> >>Michael Shigorin пишет:
> >>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> >>>>сизиф и "серверная почтовая программа"?  Это серьезно?
> >>>
> >>>Это серьезнее, чем:
> >>
> >>не думаю.
> >>только сегодня пересобрал pygtk2.
> >
> >Почему нет багрепорта на pygtk2?
>
> потому что сегодня и до конца не разобрался, что конкретно не пашет.
> на оджной машине работает, а на другой уже нет.

Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
лучше вместе помогать Сизифу.


-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 803 bytes --]

On 9 Февраль 2004 18:30, Алексей Любимов wrote:
> Yuri N. Sedunov пишет:
> >On 9 Февраль 2004 17:45, Алексей Любимов wrote:
> >>Michael Shigorin пишет:
> >>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
> >>>>сизиф и "серверная почтовая программа"?  Это серьезно?
> >>>
> >>>Это серьезнее, чем:
> >>
> >>не думаю.
> >>только сегодня пересобрал pygtk2.
> >
> >Почему нет багрепорта на pygtk2?
>
> потому что сегодня и до конца не разобрался, что конкретно не пашет.
> на оджной машине работает, а на другой уже нет.

Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
лучше вместе помогать Сизифу.


-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Yuri N. Sedunov пишет:

>On 9 Февраль 2004 18:30, Алексей Любимов wrote:
>  
>
>>Yuri N. Sedunov пишет:
>>    
>>
>>>On 9 Февраль 2004 17:45, Алексей Любимов wrote:
>>>      
>>>
>>>>Michael Shigorin пишет:
>>>>        
>>>>
>>>>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>>>>>          
>>>>>
>>>>>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>>>>>            
>>>>>>
>>>>>Это серьезнее, чем:
>>>>>          
>>>>>
>>>>не думаю.
>>>>только сегодня пересобрал pygtk2.
>>>>        
>>>>
>>>Почему нет багрепорта на pygtk2?
>>>      
>>>
>>потому что сегодня и до конца не разобрался, что конкретно не пашет.
>>на оджной машине работает, а на другой уже нет.
>>    
>>
>
>Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
>проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
>конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
>лучше вместе помогать Сизифу.
>
>  
>
С pygtk2 был просто пример. Для девелоперской машины нерабочий 
(неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
софт и получаем...

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 05:21:14PM +0200, Alex Murygin wrote:
> > > На мастерах же можно  и собирать и накапливать и использовать. Но
> > > где в альтлинуксе есть накопитель сделанного?
> > Даешь CVS для спеков и патчей?
> Даешь Даешь Даешь :)
На самом деле, как верно заметил Алексей Турбин, нужна система более
высокого уровня, нежели cvs. Там каждый чендж сам по себе,
и догадываться о том, что несколько ченджей образуют одну и ту же
группу, приходится, э-э-э, нетривиальным образом (посмотрите на то, что
делает, н-р, cvs2cl; там есть, по-моему, места для упрощения и
оптимизации процедуры поиска групп, но додумать ее до конкретного
воплощения я толком не смог). Более того, видимо, и систем с "атомарными
коммитами", навроде svn, будет недостаточно.

Нужен ЕЩЕ более высокий уровень, с контролем непротиворечивости групп
патчей. На эту роль, насколько я понимаю, в данный момент претендует
махоткинский transvn, но я на него не смотрел толком, хоть Лёша и
зазывал неоднократно, и, видимо, штука под названием darcs
http://abridgegame.org/darcs/manual/ (по крайней мере, в её доках о
таких вещах заявлено).

Но то, что двигаться в этом направлении нужно - совершенно точно.


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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 05:21:14PM +0200, Alex Murygin wrote:
> > > На мастерах же можно  и собирать и накапливать и использовать. Но
> > > где в альтлинуксе есть накопитель сделанного?
> > Даешь CVS для спеков и патчей?
> Даешь Даешь Даешь :)
На самом деле, как верно заметил Алексей Турбин, нужна система более
высокого уровня, нежели cvs. Там каждый чендж сам по себе,
и догадываться о том, что несколько ченджей образуют одну и ту же
группу, приходится, э-э-э, нетривиальным образом (посмотрите на то, что
делает, н-р, cvs2cl; там есть, по-моему, места для упрощения и
оптимизации процедуры поиска групп, но додумать ее до конкретного
воплощения я толком не смог). Более того, видимо, и систем с "атомарными
коммитами", навроде svn, будет недостаточно.

Нужен ЕЩЕ более высокий уровень, с контролем непротиворечивости групп
патчей. На эту роль, насколько я понимаю, в данный момент претендует
махоткинский transvn, но я на него не смотрел толком, хоть Лёша и
зазывал неоднократно, и, видимо, штука под названием darcs
http://abridgegame.org/darcs/manual/ (по крайней мере, в её доках о
таких вещах заявлено).

Но то, что двигаться в этом направлении нужно - совершенно точно.


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

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Yuri N. Sedunov пишет:

>On 9 Февраль 2004 18:30, Алексей Любимов wrote:
>  
>
>>Yuri N. Sedunov пишет:
>>    
>>
>>>On 9 Февраль 2004 17:45, Алексей Любимов wrote:
>>>      
>>>
>>>>Michael Shigorin пишет:
>>>>        
>>>>
>>>>>On Mon, Feb 09, 2004 at 05:03:10PM +0300, Алексей Любимов wrote:
>>>>>          
>>>>>
>>>>>>сизиф и "серверная почтовая программа"?  Это серьезно?
>>>>>>            
>>>>>>
>>>>>Это серьезнее, чем:
>>>>>          
>>>>>
>>>>не думаю.
>>>>только сегодня пересобрал pygtk2.
>>>>        
>>>>
>>>Почему нет багрепорта на pygtk2?
>>>      
>>>
>>потому что сегодня и до конца не разобрался, что конкретно не пашет.
>>на оджной машине работает, а на другой уже нет.
>>    
>>
>
>Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
>проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
>конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
>лучше вместе помогать Сизифу.
>
>  
>
С pygtk2 был просто пример. Для девелоперской машины нерабочий 
(неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
софт и получаем...

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 402 bytes --]

On 9 Февраль 2004 18:30, Алексей Любимов wrote:
> Yuri N. Sedunov пишет:
> >On 9 Февраль 2004 17:45, Алексей Любимов wrote:
<skip>
>
> как всегда, на ftp.atmsk.ru/pub/distributions/...
>
> но его еще надо распилить на pygtk2 и pygtk2-examples. мне совершенно не
> нравится текущая раскладка файлов.

Так может, Вы порешаете этот вопрос с Егором, шуму будет меньше, пользы 
больше.

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 402 bytes --]

On 9 Февраль 2004 18:30, Алексей Любимов wrote:
> Yuri N. Sedunov пишет:
> >On 9 Февраль 2004 17:45, Алексей Любимов wrote:
<skip>
>
> как всегда, на ftp.atmsk.ru/pub/distributions/...
>
> но его еще надо распилить на pygtk2 и pygtk2-examples. мне совершенно не
> нравится текущая раскладка файлов.

Так может, Вы порешаете этот вопрос с Егором, шуму будет меньше, пользы 
больше.

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Alexander Bokovoy]

On Mon, Feb 09, 2004 at 06:53:28PM +0300, Алексей Любимов wrote:
> >Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
> >проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
> >конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
> >лучше вместе помогать Сизифу.
> >
> > 
> >
> С pygtk2 был просто пример. Для девелоперской машины нерабочий 
> (неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
> Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
> софт и получаем...
Алексей, я пока наблюдаю нарастающий флейм с Вашей стороны вместо реального 
обсуждения и исправления проблемы (если таковая есть). Безосновательные
"если" совсем не в русле devel@. Давайте займемся реальными делами, а не
попытками обвинять непонятно кого в непонятно чем.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Re: alternatives && postfix

[Alexander Bokovoy]

On Mon, Feb 09, 2004 at 06:53:28PM +0300, Алексей Любимов wrote:
> >Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
> >проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
> >конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
> >лучше вместе помогать Сизифу.
> >
> > 
> >
> С pygtk2 был просто пример. Для девелоперской машины нерабочий 
> (неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
> Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
> софт и получаем...
Алексей, я пока наблюдаю нарастающий флейм с Вашей стороны вместо реального 
обсуждения и исправления проблемы (если таковая есть). Безосновательные
"если" совсем не в русле devel@. Давайте займемся реальными делами, а не
попытками обвинять непонятно кого в непонятно чем.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Alexander Bokovoy пишет:

>On Mon, Feb 09, 2004 at 06:53:28PM +0300, Алексей Любимов wrote:
>  
>
>>>Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
>>>проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
>>>конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
>>>лучше вместе помогать Сизифу.
>>>
>>>
>>>
>>>      
>>>
>>С pygtk2 был просто пример. Для девелоперской машины нерабочий 
>>(неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
>>Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
>>софт и получаем...
>>    
>>
>Алексей, я пока наблюдаю нарастающий флейм с Вашей стороны вместо реального 
>обсуждения и исправления проблемы (если таковая есть). Безосновательные
>"если" совсем не в русле devel@. Давайте займемся реальными делами, а не
>попытками обвинять непонятно кого в непонятно чем.
>
согласен, умолкаю.

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Alexander Bokovoy пишет:

>On Mon, Feb 09, 2004 at 06:53:28PM +0300, Алексей Любимов wrote:
>  
>
>>>Так зачем кричать и делать обобщения по единичному и, как оказалось, не 
>>>проверенному факту. Сожалею, Алексей, в Ваших сообщениях все меньше 
>>>конструктива, зато амбиции в полный рост. Постесняйтесь немного. Давайте 
>>>лучше вместе помогать Сизифу.
>>>
>>>
>>>
>>>      
>>>
>>С pygtk2 был просто пример. Для девелоперской машины нерабочий 
>>(неактуально собраный) pygtk2 - ерунда. Пересобрал и все дела.
>>Но тут говорят о каких то серверных задачах. Вот обновляем на сервере 
>>софт и получаем...
>>    
>>
>Алексей, я пока наблюдаю нарастающий флейм с Вашей стороны вместо реального 
>обсуждения и исправления проблемы (если таковая есть). Безосновательные
>"если" совсем не в русле devel@. Давайте займемся реальными делами, а не
>попытками обвинять непонятно кого в непонятно чем.
>
согласен, умолкаю.

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 06:39:58PM +0300, Алексей Любимов wrote:
> >Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
> >Быковым и кем-там-еще.
> Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично  исчезают и 
> появляются на общем поле программ с 11 дисков. Смешно это называть 
> накоплением или отладкой в использовании.
Да, хорошее сравнение.

> >>На мастерах же можно  и собирать и накапливать и использовать. Но где в 
> >>альтлинуксе есть накопитель сделанного?
> >Даешь VCS для спеков и патчей?
> и что это реально даст, кроме очевидного удобства в текущем процессе?
Если под VCS НЕ подразумевать CVS, а нечто более высокоуровневое, что
позволило бы набирать срезы, фактически, автоматически. В особенности,
если эта среда будет не просто свалкой спеков, а еще и свалкой с
контролем.

> речь идет о накоплении стабилного работоспособного софта, а не о гонке 
> версий в сизифе.
Алексей, боюсь, "это наша Родина, сынок". То есть, нынешняя ситуация
вызвана, во многом, принятой в опенсорс практикой: бинарной
совместимости никто не обещал, и специально этим заморачиваться не
будет. Ну, как же, всегда же можно пересобрать требуемую тебе софтину с
новым набором библиотек! Зато смотрите, как девелопмент ускоряется!

Доктрина эта, может, и хороша для Линуса, фрибздшников и прочих
гентуеров, но как только речь заходит о пакетном репозитории
внушительных размеров и множестве (удаленных) разработчиков, то тут и
начинаются тапки. Но и останавливаться на KDE-3.0 или мозилле-1.2 тоже
как-то не хочется. Что-то с этим нужно делать - совершенно точно.
Что именно - не совсем понятно.


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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 06:39:58PM +0300, Алексей Любимов wrote:
> >Присутствует. В виде срезов, распространяемых линукс-шопом, Мишей
> >Быковым и кем-там-еще.
> Эти срезы очень похожи на ходы в игре жизнь. Баги хаотично  исчезают и 
> появляются на общем поле программ с 11 дисков. Смешно это называть 
> накоплением или отладкой в использовании.
Да, хорошее сравнение.

> >>На мастерах же можно  и собирать и накапливать и использовать. Но где в 
> >>альтлинуксе есть накопитель сделанного?
> >Даешь VCS для спеков и патчей?
> и что это реально даст, кроме очевидного удобства в текущем процессе?
Если под VCS НЕ подразумевать CVS, а нечто более высокоуровневое, что
позволило бы набирать срезы, фактически, автоматически. В особенности,
если эта среда будет не просто свалкой спеков, а еще и свалкой с
контролем.

> речь идет о накоплении стабилного работоспособного софта, а не о гонке 
> версий в сизифе.
Алексей, боюсь, "это наша Родина, сынок". То есть, нынешняя ситуация
вызвана, во многом, принятой в опенсорс практикой: бинарной
совместимости никто не обещал, и специально этим заморачиваться не
будет. Ну, как же, всегда же можно пересобрать требуемую тебе софтину с
новым набором библиотек! Зато смотрите, как девелопмент ускоряется!

Доктрина эта, может, и хороша для Линуса, фрибздшников и прочих
гентуеров, но как только речь заходит о пакетном репозитории
внушительных размеров и множестве (удаленных) разработчиков, то тут и
начинаются тапки. Но и останавливаться на KDE-3.0 или мозилле-1.2 тоже
как-то не хочется. Что-то с этим нужно делать - совершенно точно.
Что именно - не совсем понятно.


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

Re: [devel] alternatives && postfix

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

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

On Mon, Feb 09, 2004 at 02:47:10PM +0200, Grigory Milev wrote:

 >    Вопрос уже поднимался, но, что-то без результат но!!!
 > Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
 > кроме желания по дефолту иметь postfix собранный с вышеуказанной
 > библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
 > его использования как серверной почтовой программы, а так же как программы для
 > отсылки почты через smtp сервера с авторизацией.
 >   Собственно есть предложение собрать postfix-sasl или что-то подобное и
 > переключать его через альтернативы. Единственное но, как через альтернативы
 > переключать /etc/chroot.d/postfix.lib и, кто этим займется?

Может сделать пакет postfix-sasl, который Provides: postfix и Conflicts:
postfix ? Ситуацию установленых на одной машине _и_ postfix _и_ postfix с
sasl2 я себе слабо представляю.

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

http://freesource.info


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

Re: [devel] alternatives && postfix

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

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

On Mon, Feb 09, 2004 at 10:09:29PM +0600, Alexey Morozov wrote:

 > Доктрина эта, может, и хороша для Линуса, фрибздшников и прочих
 > гентуеров, но как только речь заходит о пакетном репозитории
 > внушительных размеров и множестве (удаленных) разработчиков, то тут и
 > начинаются тапки. Но и останавливаться на KDE-3.0 или мозилле-1.2 тоже
 > как-то не хочется. Что-то с этим нужно делать - совершенно точно.
 > Что именно - не совсем понятно.

Что-то близкой к BSD'шной схеме CURRENT/STABLE?

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

http://freesource.info


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

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 18:09, Alexey Morozov wrote:

> 2Андрей Орлов: конструктив: давайте все-таки именовать питоньи модуля
> по принципу python<version>-<modulename>. Люди меньше вопросов будут
> задавать.

Опять 25ть. Перечитайте мои письма на эту тему и пинайте мантейнеров пакетов, 
не пересобравших свои пакеты с python23.

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

Я уже все популярно разъяснил. Все другие подходы кажутся мне:

1. Не логичными (и это самое главное);

2. Тяжело (если вообще возможно) реализуемыми;

3. Ведущими к нестабильности. 

Я уже видел редхед с тремя питонами на борту - поверте мне, это
просто жопа. 

Короче, до появления хоть скольнить обоснованного объяснения зачем это нужно, я
на эту тему повторяться не буду: работать надо.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 18:09, Alexey Morozov wrote:

> 2Андрей Орлов: конструктив: давайте все-таки именовать питоньи модуля
> по принципу python<version>-<modulename>. Люди меньше вопросов будут
> задавать.

Опять 25ть. Перечитайте мои письма на эту тему и пинайте мантейнеров пакетов, 
не пересобравших свои пакеты с python23.

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

Я уже все популярно разъяснил. Все другие подходы кажутся мне:

1. Не логичными (и это самое главное);

2. Тяжело (если вообще возможно) реализуемыми;

3. Ведущими к нестабильности. 

Я уже видел редхед с тремя питонами на борту - поверте мне, это
просто жопа. 

Короче, до появления хоть скольнить обоснованного объяснения зачем это нужно, я
на эту тему повторяться не буду: работать надо.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

[devel] Re: alternatives && postfix

[Michael Shigorin]

On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> мантейнеров пакетов, не пересобравших свои пакеты с python23.

Мож версионирование Requires: python устрожить?

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

[devel] Re: alternatives && postfix

[Michael Shigorin]

On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> мантейнеров пакетов, не пересобравших свои пакеты с python23.

Мож версионирование Requires: python устрожить?

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

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Michael Shigorin пишет:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> 
>>Опять 25ть. Перечитайте мои письма на эту тему и пинайте
>>мантейнеров пакетов, не пересобравших свои пакеты с python23.
> 
> 
> Мож версионирование Requires: python устрожить?
ага, я уже попытался.

Requires: python22 или Requires: python23 работают _гораздо_ хуже.

Requires: python=%{__python_version} ?

Имхо, костылики все это...

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Michael Shigorin пишет:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> 
>>Опять 25ть. Перечитайте мои письма на эту тему и пинайте
>>мантейнеров пакетов, не пересобравших свои пакеты с python23.
> 
> 
> Мож версионирование Requires: python устрожить?
ага, я уже попытался.

Requires: python22 или Requires: python23 работают _гораздо_ хуже.

Requires: python=%{__python_version} ?

Имхо, костылики все это...

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 21:29, Michael Shigorin wrote:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > мантейнеров пакетов, не пересобравших свои пакеты с python23.
>
> Мож версионирование Requires: python устрожить?

Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
тут Requires? 

Кстати, я не понимаю как pygtk мог работать в python23
если был собран под python22 - он же должен был лежать 
в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 
Алексея мог "не работать"? Он вообще не должен был импортироваться,
 а не "не работать"! Если python23 -c "import pygtk2"  завершался
без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

Все рассказы про то, что "у нас питон по  умолчанию указывает 
теперь на python23" - тут совершенно не при чем. 
Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
__никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
а также откровенно некорректные высказывания.


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Egor S. Orlov]

> Где лежит?
> 2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
> это так.
> 

да, он нерабочий именно с python23, т.к. собран с 22

пересобирать пока не получается,
ему la-файлов от libgtk+2-devel сильно хочется

-- 
WBR, Egor S. Orlov
FST SPbSPU

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 21:29, Michael Shigorin wrote:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > мантейнеров пакетов, не пересобравших свои пакеты с python23.
>
> Мож версионирование Requires: python устрожить?

Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
тут Requires? 

Кстати, я не понимаю как pygtk мог работать в python23
если был собран под python22 - он же должен был лежать 
в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 
Алексея мог "не работать"? Он вообще не должен был импортироваться,
 а не "не работать"! Если python23 -c "import pygtk2"  завершался
без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

Все рассказы про то, что "у нас питон по  умолчанию указывает 
теперь на python23" - тут совершенно не при чем. 
Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
__никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
а также откровенно некорректные высказывания.


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Egor S. Orlov]

> Где лежит?
> 2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
> это так.
> 

да, он нерабочий именно с python23, т.к. собран с 22

пересобирать пока не получается,
ему la-файлов от libgtk+2-devel сильно хочется

-- 
WBR, Egor S. Orlov
FST SPbSPU

[devel] Re: alternatives && postfix

[Michael Shigorin]

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> > > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > > мантейнеров пакетов, не пересобравших свои пакеты с python23.
> > Мож версионирование Requires: python устрожить?
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 

При "следующем разе".

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

[devel] Re: alternatives && postfix

[Michael Shigorin]

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> > > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > > мантейнеров пакетов, не пересобравших свои пакеты с python23.
> > Мож версионирование Requires: python устрожить?
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 

При "следующем разе".

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

Re: [devel] alternatives && postfix

[Valery V. Inozemtsev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 341 bytes --]

<skip>
> возможный вариант, но тогда postfix-sasl должен собираться со всеми
> опциями, которые есть сейчас в postfix???

угу

>
> и как sasl2 живет с postfix в chroot'е?

у меня вот так:

/etc/sysconfig/saslauthd

OPTIONS="-a pam -m /var/spool/postfix/var/run/saslauthd"

-- 
Valery V. Inozemtsev	ftp://shrek.tenso-m.ru/pub/shrek/ALTLinux/

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

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Egor S. Orlov пишет:
>>Где лежит?
>>2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
>>это так.
>>
> 
> 
> да, он нерабочий именно с python23, т.к. собран с 22
> 
> пересобирать пока не получается,
> ему la-файлов от libgtk+2-devel сильно хочется

У меня нормально собрался и в сизиф и в мастер.
Заодно (имхо) удачно  распилил на pygtk2 pygtk2-devel и pygtk2-examples.


ftp://ftp.atmsk.ru/pub/distributions/SRPMS.sisyphus/pygtk2-2.0.0-avl11.src.rpm

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Egor S. Orlov пишет:
>>Где лежит?
>>2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно ли 
>>это так.
>>
> 
> 
> да, он нерабочий именно с python23, т.к. собран с 22
> 
> пересобирать пока не получается,
> ему la-файлов от libgtk+2-devel сильно хочется

У меня нормально собрался и в сизиф и в мастер.
Заодно (имхо) удачно  распилил на pygtk2 pygtk2-devel и pygtk2-examples.


ftp://ftp.atmsk.ru/pub/distributions/SRPMS.sisyphus/pygtk2-2.0.0-avl11.src.rpm

Re[2]: [devel] alternatives && postfix

[Volkov Serge]

Hello Денис,

Monday, February 9, 2004, 8:05:50 PM, you wrote:

ДС> On Mon, Feb 09, 2004 at 02:47:10PM +0200, Grigory Milev wrote:

ДС>  >    Вопрос уже поднимался, но, что-то без результат но!!!
ДС>  > Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
ДС>  > кроме желания по дефолту иметь postfix собранный с вышеуказанной
ДС>  > библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
ДС>  > его использования как серверной почтовой программы, а так же как программы для
ДС>  > отсылки почты через smtp сервера с авторизацией.
ДС>  >   Собственно есть предложение собрать postfix-sasl или что-то подобное и
ДС>  > переключать его через альтернативы. Единственное но, как через альтернативы
ДС>  > переключать /etc/chroot.d/postfix.lib и, кто этим займется?

ДС> Может сделать пакет postfix-sasl, который Provides: postfix и Conflicts:
ДС> postfix ? Ситуацию установленых на одной машине _и_ postfix _и_ postfix с
ДС> sasl2 я себе слабо представляю.


возможный вариант, но тогда postfix-sasl должен собираться со всеми
опциями, которые есть сейчас в postfix???

и как sasl2 живет с postfix в chroot'е?

-- 
Best regards,
 Volkov                            mailto:vserge@altlinux.ru

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 21:29, Michael Shigorin wrote:
> 
>>On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
>>
>>>Опять 25ть. Перечитайте мои письма на эту тему и пинайте
>>>мантейнеров пакетов, не пересобравших свои пакеты с python23.
>>
>>Мож версионирование Requires: python устрожить?
> 
> 
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 

Честно говоря, непонятна причина непересборки.
Без претензий и флейма, просто не понятно. Уже раз сто читал про чуть ли 
не ежедневную _тотальную_ пересборку всех пакетов сизифа  в 
хашере/сандмене и опять _не _пересобрали_?

Или если пакет не пересобирается, то он просто остается в том виде, как 
он был собран последний раз?

> 
> Кстати, я не понимаю как pygtk мог работать в python23
> если был собран под python22 - он же должен был лежать 
> в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 
> Алексея мог "не работать"? Он вообще не должен был импортироваться,
>  а не "не работать"! 

Во первых, у меня и тот и другой питоны стоят и работают. пробовал с 
обоими. Просто какой то коленчатый вал получился. Что то с питон23 
собрано, а что то с питон22 и как не поверни - все время не работает.


Если python23 -c "import pygtk2"  завершался
> без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
> багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.

к тому же в *2.3/site-packages был pygtk2.

> 
> Все рассказы про то, что "у нас питон по  умолчанию указывает 
> теперь на python23" - тут совершенно не при чем. 
> Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
> __никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
> а также откровенно некорректные высказывания.

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

итого, пакеты устанавливаются, но не работают...

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 21:29, Michael Shigorin wrote:
> 
>>On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
>>
>>>Опять 25ть. Перечитайте мои письма на эту тему и пинайте
>>>мантейнеров пакетов, не пересобравших свои пакеты с python23.
>>
>>Мож версионирование Requires: python устрожить?
> 
> 
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 

Честно говоря, непонятна причина непересборки.
Без претензий и флейма, просто не понятно. Уже раз сто читал про чуть ли 
не ежедневную _тотальную_ пересборку всех пакетов сизифа  в 
хашере/сандмене и опять _не _пересобрали_?

Или если пакет не пересобирается, то он просто остается в том виде, как 
он был собран последний раз?

> 
> Кстати, я не понимаю как pygtk мог работать в python23
> если был собран под python22 - он же должен был лежать 
> в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 
> Алексея мог "не работать"? Он вообще не должен был импортироваться,
>  а не "не работать"! 

Во первых, у меня и тот и другой питоны стоят и работают. пробовал с 
обоими. Просто какой то коленчатый вал получился. Что то с питон23 
собрано, а что то с питон22 и как не поверни - все время не работает.


Если python23 -c "import pygtk2"  завершался
> без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
> багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.

к тому же в *2.3/site-packages был pygtk2.

> 
> Все рассказы про то, что "у нас питон по  умолчанию указывает 
> теперь на python23" - тут совершенно не при чем. 
> Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
> __никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
> а также откровенно некорректные высказывания.

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

итого, пакеты устанавливаются, но не работают...

Re[2]: [devel] alternatives && postfix

[Volkov Serge]

Hello Денис,

Monday, February 9, 2004, 8:05:50 PM, you wrote:

ДС> On Mon, Feb 09, 2004 at 02:47:10PM +0200, Grigory Milev wrote:

ДС>  >    Вопрос уже поднимался, но, что-то без результат но!!!
ДС>  > Собственно речь идет о сборке postfix с sasl2. Для этого в Sisyphus есть все,
ДС>  > кроме желания по дефолту иметь postfix собранный с вышеуказанной
ДС>  > библиотекой. Отсутствие собранного с ней postfix сильно подкашивает возможность
ДС>  > его использования как серверной почтовой программы, а так же как программы для
ДС>  > отсылки почты через smtp сервера с авторизацией.
ДС>  >   Собственно есть предложение собрать postfix-sasl или что-то подобное и
ДС>  > переключать его через альтернативы. Единственное но, как через альтернативы
ДС>  > переключать /etc/chroot.d/postfix.lib и, кто этим займется?

ДС> Может сделать пакет postfix-sasl, который Provides: postfix и Conflicts:
ДС> postfix ? Ситуацию установленых на одной машине _и_ postfix _и_ postfix с
ДС> sasl2 я себе слабо представляю.


возможный вариант, но тогда postfix-sasl должен собираться со всеми
опциями, которые есть сейчас в postfix???

и как sasl2 живет с postfix в chroot'е?

-- 
Best regards,
 Volkov                            mailto:vserge@altlinux.ru

Re: [devel] alternatives && postfix

[Valery V. Inozemtsev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 341 bytes --]

<skip>
> возможный вариант, но тогда postfix-sasl должен собираться со всеми
> опциями, которые есть сейчас в postfix???

угу

>
> и как sasl2 живет с postfix в chroot'е?

у меня вот так:

/etc/sysconfig/saslauthd

OPTIONS="-a pam -m /var/spool/postfix/var/run/saslauthd"

-- 
Valery V. Inozemtsev	ftp://shrek.tenso-m.ru/pub/shrek/ALTLinux/

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

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.
>
> к тому же в *2.3/site-packages был pygtk2.

Откуда же он у вас там взялся? Я специально слил из сизифа пакет и посмотрел
- pygtk2 ставится в 2.2/site-packages, а не в 2.3.

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

Пакеты пересобранные для разных версий _ставятся_ в  разные каталоги. 
И пакеты по зависимостям вытягивают правильные версии питона. В зависимостях
собранного пакета тоже прописана нужная версия питона, я уж не знаю, что там
с pygtk (не полезу щаз смотреть), но вот например:

rpm -q --requires python-imaging
python = 2.3
...

rpm -q --requires Zope
python = 2.3

Так чего же вы по зависимостм не можете понять кто с какой версией собран? 

Ну и наконец последний вопрос: как у вас в 2.3/site-packages оказался пакет,
который устанавливается в 2.2/site-packages ?

Есть одна-единственная проблема: непересобранный с новым python23 пакет
не будет установлен в доступное ему место. Ни отказ от двух питонов,
ни сборка пакета под два питона сразу не избавят вас от необходимости 
пинать мантейнера. Так что обсуждение идет в общем-то ни о чем: я по-прежнему
не вижу проблемы, которую бы вызывала текущая ситуация с налиием двух питонов
и альтернатив и которой не было бы без них.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.
>
> к тому же в *2.3/site-packages был pygtk2.

Откуда же он у вас там взялся? Я специально слил из сизифа пакет и посмотрел
- pygtk2 ставится в 2.2/site-packages, а не в 2.3.

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

Пакеты пересобранные для разных версий _ставятся_ в  разные каталоги. 
И пакеты по зависимостям вытягивают правильные версии питона. В зависимостях
собранного пакета тоже прописана нужная версия питона, я уж не знаю, что там
с pygtk (не полезу щаз смотреть), но вот например:

rpm -q --requires python-imaging
python = 2.3
...

rpm -q --requires Zope
python = 2.3

Так чего же вы по зависимостм не можете понять кто с какой версией собран? 

Ну и наконец последний вопрос: как у вас в 2.3/site-packages оказался пакет,
который устанавливается в 2.2/site-packages ?

Есть одна-единственная проблема: непересобранный с новым python23 пакет
не будет установлен в доступное ему место. Ни отказ от двух питонов,
ни сборка пакета под два питона сразу не избавят вас от необходимости 
пинать мантейнера. Так что обсуждение идет в общем-то ни о чем: я по-прежнему
не вижу проблемы, которую бы вызывала текущая ситуация с налиием двух питонов
и альтернатив и которой не было бы без них.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 22:37, Michael Shigorin wrote:
> > Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> > тут Requires?
> При "следующем разе".

Не понял. 


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 22:37, Michael Shigorin wrote:
> > Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> > тут Requires?
> При "следующем разе".

Не понял. 


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> Во первых, у меня и тот и другой питоны стоят и работают. пробовал с
> обоими. 

Вот в этом и есть корень вашей проблемы. Солюшен такой:

1.  Сносите python22
2.  Как только какой-то из ваших или чужих пакетов затребовал его установку -
пересобираете или пишите письмо мантейнеру с просьбой пересобрать.
3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
"иногда надо для опытов". В дистрибутив этот пакет скорее всего не войдет.



-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> Во первых, у меня и тот и другой питоны стоят и работают. пробовал с
> обоими. 

Вот в этом и есть корень вашей проблемы. Солюшен такой:

1.  Сносите python22
2.  Как только какой-то из ваших или чужих пакетов затребовал его установку -
пересобираете или пишите письмо мантейнеру с просьбой пересобрать.
3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
"иногда надо для опытов". В дистрибутив этот пакет скорее всего не войдет.



-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 383 bytes --]

On 9 Февраль 2004 22:12, Egor S. Orlov wrote:
> > Где лежит?
> > 2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно
> > ли это так.
>
> да, он нерабочий именно с python23, т.к. собран с 22
>
> пересобирать пока не получается,
> ему la-файлов от libgtk+2-devel сильно хочется

Ну так пересоберите и gtkglarea2, чтоб убрать из него лафайлы.

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Yuri N. Sedunov]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 383 bytes --]

On 9 Февраль 2004 22:12, Egor S. Orlov wrote:
> > Где лежит?
> > 2oes: не могли бы Вы сравнить свою сборку и avl и сообщить, действительно
> > ли это так.
>
> да, он нерабочий именно с python23, т.к. собран с 22
>
> пересобирать пока не получается,
> ему la-файлов от libgtk+2-devel сильно хочется

Ну так пересоберите и gtkglarea2, чтоб убрать из него лафайлы.

-- 
Yuri N. Sedunov

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

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> 
>>import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.
>>
>>к тому же в *2.3/site-packages был pygtk2.
> 
> 
> Откуда же он у вас там взялся? Я специально слил из сизифа пакет и посмотрел
> - pygtk2 ставится в 2.2/site-packages, а не в 2.3.

надо посмотреть.

>>боюсь, что нельзя требовать тотальной пересборки всех питон зависимых
>>пакетов сразу во всем мире. Нужно хотя бы знать, что эта проблема имеет
>>место быть. На текущий момент ни по зависимостям, ни по названиям
>>пакетов понять, что они не  с той версией собраны никак не получается...
>>
>>итого, пакеты устанавливаются, но не работают...
> 
> 
> Пакеты пересобранные для разных версий _ставятся_ в  разные каталоги. 
> И пакеты по зависимостям вытягивают правильные версии питона. В зависимостях
> собранного пакета тоже прописана нужная версия питона, я уж не знаю, что там
> с pygtk (не полезу щаз смотреть), но вот например:
> 
> rpm -q --requires python-imaging
> python = 2.3
> ...

rpm -qp --requires python-ctypes-0.6.3-alt.i586.rpm
python
libffi
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1.3)
libffi.so.2
libpthread.so.0


Name: python-ctypes 
         Summary: create and manipulate C data types in Python 
                  Version: 0.6.3 
                           Release: alt 
                                    Source: 
%{modulename}-%{version}.tar.gz 
Group: System/Servers/ZProducts 
         License: GPL 
                  Requires: python libffi 
                           BuildRequires: python  python-devel 
libffi-devel



Получается, таки надо ставить Requires: python = %__python_version ?

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> 
>>import gtk; g = gtk не проходил, а не import pygtk, что довольно необычно.
>>
>>к тому же в *2.3/site-packages был pygtk2.
> 
> 
> Откуда же он у вас там взялся? Я специально слил из сизифа пакет и посмотрел
> - pygtk2 ставится в 2.2/site-packages, а не в 2.3.

надо посмотреть.

>>боюсь, что нельзя требовать тотальной пересборки всех питон зависимых
>>пакетов сразу во всем мире. Нужно хотя бы знать, что эта проблема имеет
>>место быть. На текущий момент ни по зависимостям, ни по названиям
>>пакетов понять, что они не  с той версией собраны никак не получается...
>>
>>итого, пакеты устанавливаются, но не работают...
> 
> 
> Пакеты пересобранные для разных версий _ставятся_ в  разные каталоги. 
> И пакеты по зависимостям вытягивают правильные версии питона. В зависимостях
> собранного пакета тоже прописана нужная версия питона, я уж не знаю, что там
> с pygtk (не полезу щаз смотреть), но вот например:
> 
> rpm -q --requires python-imaging
> python = 2.3
> ...

rpm -qp --requires python-ctypes-0.6.3-alt.i586.rpm
python
libffi
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1
libc.so.6
libc.so.6(GLIBC_2.0)
libc.so.6(GLIBC_2.1.3)
libffi.so.2
libpthread.so.0


Name: python-ctypes 
         Summary: create and manipulate C data types in Python 
                  Version: 0.6.3 
                           Release: alt 
                                    Source: 
%{modulename}-%{version}.tar.gz 
Group: System/Servers/ZProducts 
         License: GPL 
                  Requires: python libffi 
                           BuildRequires: python  python-devel 
libffi-devel



Получается, таки надо ставить Requires: python = %__python_version ?

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> 
>>Во первых, у меня и тот и другой питоны стоят и работают. пробовал с
>>обоими. 
> 
> 
> Вот в этом и есть корень вашей проблемы. Солюшен такой:
> 
> 1.  Сносите python22

у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с 
мастерами/сизифами разной свежести. их поддерживать надо. Так что не 
вариант.

> 2.  Как только какой-то из ваших или чужих пакетов затребовал его установку -
> пересобираете или пишите письмо мантейнеру с просьбой пересобрать.

Процесс идет.


> 3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
> "иногда надо для опытов". В дистрибутив этот пакет скорее всего не войдет.

боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один 
gcc, одно ядро etc". Здорово, но нереально...

Re: [devel] Re: alternatives && postfix

[Alexey Lubimov]

Andrey Orlov пишет:
> On Monday 09 February 2004 23:23, Alexey Lubimov wrote:
> 
>>Во первых, у меня и тот и другой питоны стоят и работают. пробовал с
>>обоими. 
> 
> 
> Вот в этом и есть корень вашей проблемы. Солюшен такой:
> 
> 1.  Сносите python22

у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с 
мастерами/сизифами разной свежести. их поддерживать надо. Так что не 
вариант.

> 2.  Как только какой-то из ваших или чужих пакетов затребовал его установку -
> пересобираете или пишите письмо мантейнеру с просьбой пересобрать.

Процесс идет.


> 3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
> "иногда надо для опытов". В дистрибутив этот пакет скорее всего не войдет.

боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один 
gcc, одно ядро etc". Здорово, но нереально...

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 01:26, Alexey Lubimov wrote:
> Получается, таки надо ставить Requires: python = %__python_version ?

Похоже на то. Иначе неизвестно что ставить.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 01:31, Alexey Lubimov wrote:
> > Вот в этом и есть корень вашей проблемы. Солюшен такой:
> >
> > 1.  Сносите python22
>
> у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с
> мастерами/сизифами разной свежести. их поддерживать надо. Так что не
> вариант.

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

Пример такого бессмысленного решения:

 zope требует c

 zope требует d

 с  требует python22

 d требует python23

 zope требует python23

 Если добавить ограничение "python23 конфликтует с python22" - то все нормально, система несовместна. Как
 только вы разрешаете стоять и тому, и другому - начинается коленвал, обойти который -
 нельзя.

 Теперь о поддержке мастера & сизифа. Я уже неоднократно говорил, что чтобы подддерживать уже
 наработанные решения под мастером держу на машине мастер. Это сильно урезанный мастер -
 в конце-концов мне в нем нужен только питон, rpm etc. Занимает <100 метров. В него
 командой mount --bind /home /var/lib/master/home смонтирован хоумник. На самом деле, все 
 немножко сложнее - но идея, я думаю, ясна:

 мастер конфликтует с сизифом - это очевидно, оба сразу стоять не могут. Так что разносим
 их и все.

 Собственно, чбы никто не удивлялся, я собираюсь прописать конфликт между python23 & python22.
 Чбы убрать коленвал, ибо надоело.

4LDV: Кроме того, я предлагаю снести в обсолетед все пакеты,  требующие  python22. За три
месяца можно было пересобрать, они явно забыты мантейнерами и никому не нужны.

> > 3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
> > "иногда надо для опытов". В дистрибутив этот пакет скорее всего не
> > войдет.
>
> боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один
> gcc, одно ядро etc". Здорово, но нереально...

В  данном случае - реально. Я уже не первый раз прошу предъявить мне пакет, принципиально
не пересобираемый с python23. Так что не надо гнать.

Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ ставить мастер22. Тот, 
кто хочет разрабатывать на python21 - мастер 20. Тот, кто хочет разрабатывать на python1.52 -
я уж даже не помню, что он должен поставить, но никак не сизиф. 

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 01:26, Alexey Lubimov wrote:
> Получается, таки надо ставить Requires: python = %__python_version ?

Похоже на то. Иначе неизвестно что ставить.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 01:31, Alexey Lubimov wrote:
> > Вот в этом и есть корень вашей проблемы. Солюшен такой:
> >
> > 1.  Сносите python22
>
> у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с
> мастерами/сизифами разной свежести. их поддерживать надо. Так что не
> вариант.

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

Пример такого бессмысленного решения:

 zope требует c

 zope требует d

 с  требует python22

 d требует python23

 zope требует python23

 Если добавить ограничение "python23 конфликтует с python22" - то все нормально, система несовместна. Как
 только вы разрешаете стоять и тому, и другому - начинается коленвал, обойти который -
 нельзя.

 Теперь о поддержке мастера & сизифа. Я уже неоднократно говорил, что чтобы подддерживать уже
 наработанные решения под мастером держу на машине мастер. Это сильно урезанный мастер -
 в конце-концов мне в нем нужен только питон, rpm etc. Занимает <100 метров. В него
 командой mount --bind /home /var/lib/master/home смонтирован хоумник. На самом деле, все 
 немножко сложнее - но идея, я думаю, ясна:

 мастер конфликтует с сизифом - это очевидно, оба сразу стоять не могут. Так что разносим
 их и все.

 Собственно, чбы никто не удивлялся, я собираюсь прописать конфликт между python23 & python22.
 Чбы убрать коленвал, ибо надоело.

4LDV: Кроме того, я предлагаю снести в обсолетед все пакеты,  требующие  python22. За три
месяца можно было пересобрать, они явно забыты мантейнерами и никому не нужны.

> > 3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
> > "иногда надо для опытов". В дистрибутив этот пакет скорее всего не
> > войдет.
>
> боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один
> gcc, одно ядро etc". Здорово, но нереально...

В  данном случае - реально. Я уже не первый раз прошу предъявить мне пакет, принципиально
не пересобираемый с python23. Так что не надо гнать.

Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ ставить мастер22. Тот, 
кто хочет разрабатывать на python21 - мастер 20. Тот, кто хочет разрабатывать на python1.52 -
я уж даже не помню, что он должен поставить, но никак не сизиф. 

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

[devel] Re: alternatives && postfix

[Alexey Tourbin]

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

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 
> 
> Кстати, я не понимаю как pygtk мог работать в python23
> если был собран под python22 - он же должен был лежать 
> в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 

Hi!

Если бы в сизифе был всего один питон, то было бы единое пространство
зависимостей.  Также можно было бы отказаться от versioned каталогов и
т.д.  Это автоматически решает большую часть проблем.  С перлом так и
сделано.  С питоном, насколько я понял, это иногда невозможно из-за
слишком сильных изменений и несовместимости в самом языке.

> Алексея мог "не работать"? Он вообще не должен был импортироваться,
>  а не "не работать"! Если python23 -c "import pygtk2"  завершался
> без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
> багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

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

[devel] Re: alternatives && postfix

[Alexey Tourbin]

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

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> Мих, еще раз, проблема в том что его _не _пересобрали_. Причем
> тут Requires? 
> 
> Кстати, я не понимаю как pygtk мог работать в python23
> если был собран под python22 - он же должен был лежать 
> в /usr/lib/python22/site-packages, как его python23 увидел? Как он у 

Hi!

Если бы в сизифе был всего один питон, то было бы единое пространство
зависимостей.  Также можно было бы отказаться от versioned каталогов и
т.д.  Это автоматически решает большую часть проблем.  С перлом так и
сделано.  С питоном, насколько я понял, это иногда невозможно из-за
слишком сильных изменений и несовместимости в самом языке.

> Алексея мог "не работать"? Он вообще не должен был импортироваться,
>  а не "не работать"! Если python23 -c "import pygtk2"  завершался
> без ошибки в этой ситуации - то это мой баг! О котором надо, блин, написать
> багрепорт! А не сидеть в углу и что-то там извращать локально в /usr/local !

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

Re: [devel] Re: alternatives && postfix

[Egor S. Orlov]

On Mon, 09 Feb 2004 23:01:04 +0300
Alexey Lubimov <avl@l14.ru> wrote:

> > пересобирать пока не получается,
> > ему la-файлов от libgtk+2-devel сильно хочется
> 
> У меня нормально собрался и в сизиф и в мастер.
> Заодно (имхо) удачно  распилил на pygtk2 pygtk2-devel и pygtk2-examples.
> 
> 
> ftp://ftp.atmsk.ru/pub/distributions/SRPMS.sisyphus/pygtk2-2.0.0-avl11.src.rpm

с вашим пакетом у меня аналогично с моим

grep: /usr/lib/libgtk-x11-2.0.la: No such file or directory
/bin/sed: can't read /usr/lib/libgtk-x11-2.0.la: No such file or directory
libtool: link: `/usr/lib/libgtk-x11-2.0.la' is not a valid libtool archive



-- 
WBR, Egor S. Orlov
FST SPbSPU

Re: [devel] Re: alternatives && postfix

[Egor S. Orlov]

On Mon, 09 Feb 2004 23:01:04 +0300
Alexey Lubimov <avl@l14.ru> wrote:

> > пересобирать пока не получается,
> > ему la-файлов от libgtk+2-devel сильно хочется
> 
> У меня нормально собрался и в сизиф и в мастер.
> Заодно (имхо) удачно  распилил на pygtk2 pygtk2-devel и pygtk2-examples.
> 
> 
> ftp://ftp.atmsk.ru/pub/distributions/SRPMS.sisyphus/pygtk2-2.0.0-avl11.src.rpm

с вашим пакетом у меня аналогично с моим

grep: /usr/lib/libgtk-x11-2.0.la: No such file or directory
/bin/sed: can't read /usr/lib/libgtk-x11-2.0.la: No such file or directory
libtool: link: `/usr/lib/libgtk-x11-2.0.la' is not a valid libtool archive



-- 
WBR, Egor S. Orlov
FST SPbSPU

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 04:27, Alexey Tourbin wrote:
> Если бы в сизифе был всего один питон, то было бы единое пространство
> зависимостей.  Также можно было бы отказаться от versioned каталогов и
> т.д.  Это автоматически решает большую часть проблем.  С перлом так и

Каких? Вот все мне говорят, "это решает большую часть проблем". Единственная
пролема, которая реально всплывает - недопинанный мантейнер, не пересобравший пакет
с новым питоном. Теперь, пожайлуста, ответте:

1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь разговоримено
этой проблемой на этот раз и вызван).

2. Какие еще проблемы вызывает наличие двух питонов? (Одна реально есть, я он ней
писал, решается отказом пользователя - добровольшным или принудительным - от установки
двух  питонов);

Если можете ответить - отвечайте, нет - кончайте переливать из пустого в порожнее. Если
руками пакеты из 22/site-packages в 23/site-packages не копировать - проблем нет.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 04:27, Alexey Tourbin wrote:
> Если бы в сизифе был всего один питон, то было бы единое пространство
> зависимостей.  Также можно было бы отказаться от versioned каталогов и
> т.д.  Это автоматически решает большую часть проблем.  С перлом так и

Каких? Вот все мне говорят, "это решает большую часть проблем". Единственная
пролема, которая реально всплывает - недопинанный мантейнер, не пересобравший пакет
с новым питоном. Теперь, пожайлуста, ответте:

1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь разговоримено
этой проблемой на этот раз и вызван).

2. Какие еще проблемы вызывает наличие двух питонов? (Одна реально есть, я он ней
писал, решается отказом пользователя - добровольшным или принудительным - от установки
двух  питонов);

Если можете ответить - отвечайте, нет - кончайте переливать из пустого в порожнее. Если
руками пакеты из 22/site-packages в 23/site-packages не копировать - проблем нет.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 08:29:41PM +0200, Michael Shigorin wrote:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > мантейнеров пакетов, не пересобравших свои пакеты с python23.
> Мож версионирование Requires: python устрожить?
Не поможет :-/

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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 08:29:41PM +0200, Michael Shigorin wrote:
> On Mon, Feb 09, 2004 at 09:09:33PM +0300, Andrey Orlov wrote:
> > Опять 25ть. Перечитайте мои письма на эту тему и пинайте
> > мантейнеров пакетов, не пересобравших свои пакеты с python23.
> Мож версионирование Requires: python устрожить?
Не поможет :-/

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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> Все рассказы про то, что "у нас питон по  умолчанию указывает 
> теперь на python23" - тут совершенно не при чем. 
> Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
> __никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
> а также откровенно некорректные высказывания.
У нас на борту ДВА питона.

<offtopic>
Процесс перевода приложений с питонаX на питонY занимает ненулевое
время. В условиях БОЛЬШОГО репозитория и БОЛЬШОГО количества людей,
которые собирают питоньи модуля, время это будет только расти.

В течение этого времени апт НЕ ловит того факта, что часть
модулей для программ, которые запускаются через /usr/bin/python
ПЕРЕСТАЛА грузиться (и НЕ СМОЖЕТ поймать, учитывая то, что
сосуществование pythonX и pythonY вполне законно)

В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с
перлом, по крайней мере, arch-independent модуля относительно спокойно
переезжают из одной майнор версии в другую, да и скорость выхода новых
версий СУЩЕСТВЕННО ниже), я НЕ хочу, завидев новую версию, тут же
кидаться проверять челововеко-месяцы и -годы кода на то, что ничего не
сломается при переезде. У меня просто нет такой физической возможности.
У меня так же есть мало желания хвататься и пересобирать всю ботву на
самый модный (в терминологии Андрея: самый последний) питон.

Кроме того, мне НАДО поддерживать старые релизы. И мне НАДО будет
убеждаться, что софтина заработает в том окружении, которое стоит у
заказчика. И организация "виртуального окружения" существенно усложняет
жизнь обычного девелопера, которому _каждый день_ приходится править
ошибки в старых версиях (или, по крайней мере, быть готовым к этому).
</offtopic>

В общем, мне кажется, Андрей, что Ваша позиция неконструктивна и ведет
к недоуменным вопросам пользователей. То, что я предлагаю, возможно, и
не является серебряной пулей, но, лично для меня, сильно облегчает
жизнь. Если Вам по-прежнему кажется, что ничего менять не надо, то так
тому и быть. Я больше к Вам с этими предложениями не лезу. Мне тоже
работать надо.


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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Mon, Feb 09, 2004 at 10:13:05PM +0300, Andrey Orlov wrote:
> Все рассказы про то, что "у нас питон по  умолчанию указывает 
> теперь на python23" - тут совершенно не при чем. 
> Пинайте мантейнера, чбы пересобрал под python23! Я еще раз утверждаю,
> __никакой__ проблемы нет. Есть просто непонимание и нежелание разбираться,
> а также откровенно некорректные высказывания.
У нас на борту ДВА питона.

<offtopic>
Процесс перевода приложений с питонаX на питонY занимает ненулевое
время. В условиях БОЛЬШОГО репозитория и БОЛЬШОГО количества людей,
которые собирают питоньи модуля, время это будет только расти.

В течение этого времени апт НЕ ловит того факта, что часть
модулей для программ, которые запускаются через /usr/bin/python
ПЕРЕСТАЛА грузиться (и НЕ СМОЖЕТ поймать, учитывая то, что
сосуществование pythonX и pythonY вполне законно)

В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с
перлом, по крайней мере, arch-independent модуля относительно спокойно
переезжают из одной майнор версии в другую, да и скорость выхода новых
версий СУЩЕСТВЕННО ниже), я НЕ хочу, завидев новую версию, тут же
кидаться проверять челововеко-месяцы и -годы кода на то, что ничего не
сломается при переезде. У меня просто нет такой физической возможности.
У меня так же есть мало желания хвататься и пересобирать всю ботву на
самый модный (в терминологии Андрея: самый последний) питон.

Кроме того, мне НАДО поддерживать старые релизы. И мне НАДО будет
убеждаться, что софтина заработает в том окружении, которое стоит у
заказчика. И организация "виртуального окружения" существенно усложняет
жизнь обычного девелопера, которому _каждый день_ приходится править
ошибки в старых версиях (или, по крайней мере, быть готовым к этому).
</offtopic>

В общем, мне кажется, Андрей, что Ваша позиция неконструктивна и ведет
к недоуменным вопросам пользователей. То, что я предлагаю, возможно, и
не является серебряной пулей, но, лично для меня, сильно облегчает
жизнь. Если Вам по-прежнему кажется, что ничего менять не надо, то так
тому и быть. Я больше к Вам с этими предложениями не лезу. Мне тоже
работать надо.


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

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Andrey Orlov пишет:

>On Tuesday 10 February 2004 01:31, Alexey Lubimov wrote:
>  
>
>>>Вот в этом и есть корень вашей проблемы. Солюшен такой:
>>>
>>>1.  Сносите python22
>>>      
>>>
>>у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с
>>мастерами/сизифами разной свежести. их поддерживать надо. Так что не
>>вариант.
>>    
>>
>
>Кажется кто-то только сегодня докладывал, что сервер & сизиф - вещи несовместимые?
>
ага. но это уже признано флеймом.
и потом, речь идет о машине для разработки/поддержки, а не о сервере.

>Не вы ли? Ну так вот. К сожалению. При условии, что у вас на машине стоят оба питона,
>система зависимостей может иметь множественные решения, не все из которых имеют смысл.
>
>Пример такого бессмысленного решения:
>
> zope требует c
>
> zope требует d
>
> с  требует python22
>
> d требует python23
>
> zope требует python23
>  
>

zope требует или  c22 d23
zope требует c22  d22

zope требует c23  d22  или c22  d23  - ошибка сборки

кроме того, возможен визуальный контроль наличия нужных пакетов.

весь вопрос, какой кровью обойдется такая сборка и как ее сделать 
максимально прозрачной. В идеале, из одного src.rpm оба варианта.

г. Морозов грозился рассекретить свои мысли на данный счет...


> Если добавить ограничение "python23 конфликтует с python22" - то все нормально
>
это не решение.
 python23 и python22 не конфликтуют друг с другом.

>>>3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
>>>"иногда надо для опытов". В дистрибутив этот пакет скорее всего не
>>>войдет.
>>>      
>>>
>>боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один
>>gcc, одно ядро etc". Здорово, но нереально...
>>    
>>
>
>В  данном случае - реально. Я уже не первый раз прошу предъявить мне пакет, принципиально
>не пересобираемый с python23. Так что не надо гнать.
>
не тот случай.  соберется, может, и все. а вот работать не _обязано_.
За zope со всеми используемыми в нем продуктами лично я не поручусь...

>Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ ставить мастер22. Тот, 
>кто хочет разрабатывать на python21 - мастер 20. Тот, кто хочет разрабатывать на python1.52 -
>я уж даже не помню, что он должен поставить, но никак не сизиф. 
>  
>
По крайней мере, здесь позиция ясна. Осталось донести ее до сознания 
всех заинтересованных лиц.

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 09:52:31AM +0300, Andrey Orlov wrote:
> On Tuesday 10 February 2004 04:27, Alexey Tourbin wrote:
> > Если бы в сизифе был всего один питон, то было бы единое пространство
> > зависимостей.  Также можно было бы отказаться от versioned каталогов и
> > т.д.  Это автоматически решает большую часть проблем.  С перлом так и

> 1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь разговоримено
> этой проблемой на этот раз и вызван).
Элементарно. При удалении (аптом) pythonX, на который стоят зависимости
у pyPackageX, pyPackageY итп, эти самые pyPackage* либо попытаются
проапгрейдиться, если есть новая версия, либо уйдут в цифровое небытие.

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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 09:52:31AM +0300, Andrey Orlov wrote:
> On Tuesday 10 February 2004 04:27, Alexey Tourbin wrote:
> > Если бы в сизифе был всего один питон, то было бы единое пространство
> > зависимостей.  Также можно было бы отказаться от versioned каталогов и
> > т.д.  Это автоматически решает большую часть проблем.  С перлом так и

> 1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь разговоримено
> этой проблемой на этот раз и вызван).
Элементарно. При удалении (аптом) pythonX, на который стоят зависимости
у pyPackageX, pyPackageY итп, эти самые pyPackage* либо попытаются
проапгрейдиться, если есть новая версия, либо уйдут в цифровое небытие.

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

Re: [devel] Re: alternatives && postfix

[Алексей Любимов]

Andrey Orlov пишет:

>On Tuesday 10 February 2004 01:31, Alexey Lubimov wrote:
>  
>
>>>Вот в этом и есть корень вашей проблемы. Солюшен такой:
>>>
>>>1.  Сносите python22
>>>      
>>>
>>у меня пара серверов с зопом на питоне 2.2 крутится + несколько машин с
>>мастерами/сизифами разной свежести. их поддерживать надо. Так что не
>>вариант.
>>    
>>
>
>Кажется кто-то только сегодня докладывал, что сервер & сизиф - вещи несовместимые?
>
ага. но это уже признано флеймом.
и потом, речь идет о машине для разработки/поддержки, а не о сервере.

>Не вы ли? Ну так вот. К сожалению. При условии, что у вас на машине стоят оба питона,
>система зависимостей может иметь множественные решения, не все из которых имеют смысл.
>
>Пример такого бессмысленного решения:
>
> zope требует c
>
> zope требует d
>
> с  требует python22
>
> d требует python23
>
> zope требует python23
>  
>

zope требует или  c22 d23
zope требует c22  d22

zope требует c23  d22  или c22  d23  - ошибка сборки

кроме того, возможен визуальный контроль наличия нужных пакетов.

весь вопрос, какой кровью обойдется такая сборка и как ее сделать 
максимально прозрачной. В идеале, из одного src.rpm оба варианта.

г. Морозов грозился рассекретить свои мысли на данный счет...


> Если добавить ограничение "python23 конфликтует с python22" - то все нормально
>
это не решение.
 python23 и python22 не конфликтуют друг с другом.

>>>3.  Еще раз напоминаю, python22 - только для разработчиков. Так как
>>>"иногда надо для опытов". В дистрибутив этот пакет скорее всего не
>>>войдет.
>>>      
>>>
>>боюсь, что такая постановка вопроса из разряда "одна libdb4X.X, один
>>gcc, одно ядро etc". Здорово, но нереально...
>>    
>>
>
>В  данном случае - реально. Я уже не первый раз прошу предъявить мне пакет, принципиально
>не пересобираемый с python23. Так что не надо гнать.
>
не тот случай.  соберется, может, и все. а вот работать не _обязано_.
За zope со всеми используемыми в нем продуктами лично я не поручусь...

>Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ ставить мастер22. Тот, 
>кто хочет разрабатывать на python21 - мастер 20. Тот, кто хочет разрабатывать на python1.52 -
>я уж даже не помню, что он должен поставить, но никак не сизиф. 
>  
>
По крайней мере, здесь позиция ясна. Осталось донести ее до сознания 
всех заинтересованных лиц.

[devel] Re: alternatives && postfix

[Andrey Khavryuchenko]

Alexey,

"AM" == Alexey Morozov wrote:

 AM> В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с

Не чаще раза в год.  RTFM.

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

[devel] Re: alternatives && postfix

[Andrey Khavryuchenko]

Alexey,

"AM" == Alexey Morozov wrote:

 AM> В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с

Не чаще раза в год.  RTFM.

-- 
Andrey V Khavryuchenko            http://www.kds.com.ua/
Silver Bullet Software Solutions  http://www.kds.com.ua/training/

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 10:43:04AM +0300, Алексей Любимов wrote:
> весь вопрос, какой кровью обойдется такая сборка и как ее сделать 
> максимально прозрачной. В идеале, из одного src.rpm оба варианта.
> 
> г. Морозов грозился рассекретить свои мысли на данный счет...
Мои мысли давно рассекречены и лежат (в виде примеров пакетов
некототорой степени свежести) на http://woland.iae.nsk.su/~alex/python/

_Меня_ устраивает предложенная там схема сборки за исключением следующих
моментов:
	1. стоит, видимо, как предлагает Андрей, оставлять в "боевых"
	   пакетах только байткод

	2. наверное, стоит отказаться от одновременной сборки пакета
	   под две версии, в противном случае необходимо организовать
	   автоматическую генерацию пакетов (хе-хе, это будет непросто)
	   
	3. необходимо причесать макросы, используемые для питона, там
	   много простых повторяющихся моментов.
	 
> >Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ 
> >ставить мастер22. Тот, кто хочет разрабатывать на python21 - мастер 20. 
> >Тот, кто хочет разрабатывать на python1.52 -
> >я уж даже не помню, что он должен поставить, но никак не сизиф. 
> По крайней мере, здесь позиция ясна. Осталось донести ее до сознания 
> всех заинтересованных лиц.
<flame>
Даешь по четыре машины на каждого девелупера! Им ведь с этим кодом
_работать_ надо, а не просто смотреть на его [не]работоспособность.
А работа - это не просто pythonX и pyPackageY, pyPackageZ итп. Это еще и
те либы, которые цепляются в проекте, и возможность проверять код в
своем _привычном_ девелоперском окружении (читай: из редактора) итп.
</flame>


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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 10:43:04AM +0300, Алексей Любимов wrote:
> весь вопрос, какой кровью обойдется такая сборка и как ее сделать 
> максимально прозрачной. В идеале, из одного src.rpm оба варианта.
> 
> г. Морозов грозился рассекретить свои мысли на данный счет...
Мои мысли давно рассекречены и лежат (в виде примеров пакетов
некототорой степени свежести) на http://woland.iae.nsk.su/~alex/python/

_Меня_ устраивает предложенная там схема сборки за исключением следующих
моментов:
	1. стоит, видимо, как предлагает Андрей, оставлять в "боевых"
	   пакетах только байткод

	2. наверное, стоит отказаться от одновременной сборки пакета
	   под две версии, в противном случае необходимо организовать
	   автоматическую генерацию пакетов (хе-хе, это будет непросто)
	   
	3. необходимо причесать макросы, используемые для питона, там
	   много простых повторяющихся моментов.
	 
> >Еще раз, для всех: тот, кто хочет разрабатывать на python22 _должен_ 
> >ставить мастер22. Тот, кто хочет разрабатывать на python21 - мастер 20. 
> >Тот, кто хочет разрабатывать на python1.52 -
> >я уж даже не помню, что он должен поставить, но никак не сизиф. 
> По крайней мере, здесь позиция ясна. Осталось донести ее до сознания 
> всех заинтересованных лиц.
<flame>
Даешь по четыре машины на каждого девелупера! Им ведь с этим кодом
_работать_ надо, а не просто смотреть на его [не]работоспособность.
А работа - это не просто pythonX и pyPackageY, pyPackageZ итп. Это еще и
те либы, которые цепляются в проекте, и возможность проверять код в
своем _привычном_ девелоперском окружении (читай: из редактора) итп.
</flame>


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

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:42, Alexey Morozov wrote:
> В течение этого времени апт НЕ ловит того факта, что часть
> модулей для программ, которые запускаются через /usr/bin/python
> ПЕРЕСТАЛА грузиться (и НЕ СМОЖЕТ поймать, учитывая то, что
> сосуществование pythonX и pythonY вполне законно)

Это я принимаю. Conflict python22 будет добавлен в ближайшей сборке
python23. Такая проблема действительно есть, причины ее возникновения 
я только что описал.

> У меня так же есть мало желания хвататься и пересобирать всю ботву на

Откажитесь от части взятых на себя пакетов, появится время.

> Кроме того, мне НАДО поддерживать старые релизы. И мне НАДО будет
> убеждаться, что софтина заработает в том окружении, которое стоит у
> заказчика. И организация "виртуального окружения" существенно усложняет

Я уже написал. Для исправления ошибок в старых релизах существуют 
старые дистрибутивы. Я живу в таких условиях и мне это не мешает - даже
мышину пергружать не приходится для пересборки. Почему вы не можете?
В тоже время, попытка поддкрживать пакеты под мастер работая под сизифом
и исползьуя остаточный python22 создает лишь иллюзию решения проблемы,
не решая ее на самом деле.

> В общем, мне кажется, Андрей, что Ваша позиция неконструктивна и ведет
> к недоуменным вопросам пользователей. То, что я предлагаю, возможно, и
> не является серебряной пулей, но, лично для меня, сильно облегчает

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

> Я больше к Вам с этими предложениями не лезу. Мне тоже
> работать надо.

Я не видел от вам еще ни одного прделожения, сформулированного в достаточной 
степени чбы о нем можно было говорить. Если увижу - будем обсуждать. Плиз:

1. Проблема, которую решает ваше предложение;
2. Суть самого предложения.

До сих пор я видел два варианта предложений:

1. Держатиь один питон - эмулируется сносом лишнего питона, поскольку есть реальная проблема
которую это решает, я решил добавить конфликт в пакет python23, его совместная установка
с python22 станет невозможной и одна конкрентная проблема будет решена.
2. Держать два комплекта пакетов - если кратко, то это невозможно. В частности, простая
задача upgrade, которая сейчас худо-бедно решается после пересборки необходимых пакетов
становится неразрешимой.

Еще предложения есть?

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:45, Alexey Morozov wrote:
> > 1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь
> > разговоримено этой проблемой на этот раз и вызван).
>
> Элементарно. При удалении (аптом) pythonX, на который стоят зависимости
> у pyPackageX, pyPackageY итп, эти самые pyPackage* либо попытаются
> проапгрейдиться, если есть новая версия, либо уйдут в цифровое небытие.

Буквально только что некий Алексей Любимов запустил питон23 и старый pygtk2 (пересобранный
с python22) и убедился что он не работает. По крайней мере он так утверждает. А вы предлагаете
это как решение проблемы. Так что это предложение создает проблемы а не решает их. Еще 
предложения есть?


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:42, Alexey Morozov wrote:
> В течение этого времени апт НЕ ловит того факта, что часть
> модулей для программ, которые запускаются через /usr/bin/python
> ПЕРЕСТАЛА грузиться (и НЕ СМОЖЕТ поймать, учитывая то, что
> сосуществование pythonX и pythonY вполне законно)

Это я принимаю. Conflict python22 будет добавлен в ближайшей сборке
python23. Такая проблема действительно есть, причины ее возникновения 
я только что описал.

> У меня так же есть мало желания хвататься и пересобирать всю ботву на

Откажитесь от части взятых на себя пакетов, появится время.

> Кроме того, мне НАДО поддерживать старые релизы. И мне НАДО будет
> убеждаться, что софтина заработает в том окружении, которое стоит у
> заказчика. И организация "виртуального окружения" существенно усложняет

Я уже написал. Для исправления ошибок в старых релизах существуют 
старые дистрибутивы. Я живу в таких условиях и мне это не мешает - даже
мышину пергружать не приходится для пересборки. Почему вы не можете?
В тоже время, попытка поддкрживать пакеты под мастер работая под сизифом
и исползьуя остаточный python22 создает лишь иллюзию решения проблемы,
не решая ее на самом деле.

> В общем, мне кажется, Андрей, что Ваша позиция неконструктивна и ведет
> к недоуменным вопросам пользователей. То, что я предлагаю, возможно, и
> не является серебряной пулей, но, лично для меня, сильно облегчает

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

> Я больше к Вам с этими предложениями не лезу. Мне тоже
> работать надо.

Я не видел от вам еще ни одного прделожения, сформулированного в достаточной 
степени чбы о нем можно было говорить. Если увижу - будем обсуждать. Плиз:

1. Проблема, которую решает ваше предложение;
2. Суть самого предложения.

До сих пор я видел два варианта предложений:

1. Держатиь один питон - эмулируется сносом лишнего питона, поскольку есть реальная проблема
которую это решает, я решил добавить конфликт в пакет python23, его совместная установка
с python22 станет невозможной и одна конкрентная проблема будет решена.
2. Держать два комплекта пакетов - если кратко, то это невозможно. В частности, простая
задача upgrade, которая сейчас худо-бедно решается после пересборки необходимых пакетов
становится неразрешимой.

Еще предложения есть?

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:45, Alexey Morozov wrote:
> > 1. Как отказ от двух питонов решает _эту_ проблему? (Собственно весь
> > разговоримено этой проблемой на этот раз и вызван).
>
> Элементарно. При удалении (аптом) pythonX, на который стоят зависимости
> у pyPackageX, pyPackageY итп, эти самые pyPackage* либо попытаются
> проапгрейдиться, если есть новая версия, либо уйдут в цифровое небытие.

Буквально только что некий Алексей Любимов запустил питон23 и старый pygtk2 (пересобранный
с python22) и убедился что он не работает. По крайней мере он так утверждает. А вы предлагаете
это как решение проблемы. Так что это предложение создает проблемы а не решает их. Еще 
предложения есть?


-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:43, Алексей Любимов wrote:
> > Если добавить ограничение "python23 конфликтует с python22" - то все
> > нормально
>
> это не решение.
>  python23 и python22 не конфликтуют друг с другом.

Это решение, так как делает бессмысленную систему несовместной.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:43, Алексей Любимов wrote:
> > Если добавить ограничение "python23 конфликтует с python22" - то все
> > нормально
>
> это не решение.
>  python23 и python22 не конфликтуют друг с другом.

Это решение, так как делает бессмысленную систему несовместной.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:43, Алексей Любимов wrote:
> не тот случай.  соберется, может, и все. а вот работать не _обязано_.

Оно и со старым работать не обязано ;), тестировать надо.

> За zope со всеми используемыми в нем продуктами лично я не поручусь...

Ни одна версия Zope ни с одной из версий python не работоспосбона со всеми написаными
для него продуктами. За это я поручусь. Если вы знаете о неработоспособности текущей	
версии zope В сизифе с какими либо пакетами, наличиствующими в сизифе - пожалуста,
баг либо на пакет, либо на Zope.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 10:43, Алексей Любимов wrote:
> не тот случай.  соберется, может, и все. а вот работать не _обязано_.

Оно и со старым работать не обязано ;), тестировать надо.

> За zope со всеми используемыми в нем продуктами лично я не поручусь...

Ни одна версия Zope ни с одной из версий python не работоспосбона со всеми написаными
для него продуктами. За это я поручусь. Если вы знаете о неработоспособности текущей	
версии zope В сизифе с какими либо пакетами, наличиствующими в сизифе - пожалуста,
баг либо на пакет, либо на Zope.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 09:55:25AM +0200, Andrey Khavryuchenko wrote:
> Alexey,
> 
> "AM" == Alexey Morozov wrote:
> 
>  AM> В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с
> Не чаще раза в год.  RTFM.
Я боюсь приписать эту информацию Андрею Орлову, он сильно обижается на
мои "оценочные" фразы, но готов поклясться, что про два раза в год я
слышал в списках рассылки @altlinux.ru от /кого-то, кто имеет отношение
к сборке питона и/или его модулей/. Специально для Андрея: я НЕ имею
ввиду Вас, мне просто кажется, что это был достаточно компетентный в
данном вопросе человек из ALT.

По существу вопроса: да, срок выхода новой "minor" версии питона
по-видимому, около года (между 2.1 и 2.2 прошло восемь месяцев,
а между 2.2 и 2.3 - полтора). Впрочем, можно ли было использовать в
продакшне stock 2.2 и 2.3 я не знаю, такого опыта у меня нет.



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

Re: [devel] Re: alternatives && postfix

[Alexey Morozov]

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

On Tue, Feb 10, 2004 at 09:55:25AM +0200, Andrey Khavryuchenko wrote:
> Alexey,
> 
> "AM" == Alexey Morozov wrote:
> 
>  AM> В условиях того, что с питоном подобная ЖОПА случается ДВА РАЗА В ГОД (с
> Не чаще раза в год.  RTFM.
Я боюсь приписать эту информацию Андрею Орлову, он сильно обижается на
мои "оценочные" фразы, но готов поклясться, что про два раза в год я
слышал в списках рассылки @altlinux.ru от /кого-то, кто имеет отношение
к сборке питона и/или его модулей/. Специально для Андрея: я НЕ имею
ввиду Вас, мне просто кажется, что это был достаточно компетентный в
данном вопросе человек из ALT.

По существу вопроса: да, срок выхода новой "minor" версии питона
по-видимому, около года (между 2.1 и 2.2 прошло восемь месяцев,
а между 2.2 и 2.3 - полтора). Впрочем, можно ли было использовать в
продакшне stock 2.2 и 2.3 я не знаю, такого опыта у меня нет.



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

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 11:04, Alexey Morozov wrote:
> <flame>
> Даешь по четыре машины на каждого девелупера! Им ведь с этим кодом
> _работать_ надо, а не просто смотреть на его [не]работоспособность.
> А работа - это не просто pythonX и pyPackageY, pyPackageZ итп. Это еще и
> те либы, которые цепляются в проекте, и возможность проверять код в
> своем _привычном_ девелоперском окружении (читай: из редактора) итп.
> </flame>

У меня три среды - для сборки под master22, ASP, и сизифа - стоят на одной машине
и доступны _одновременно_. И так уже не первый год. Я совершенно спокойно
работаю и это не вызывает ровным счетом никаких проблем. Почитайте man chroot.
Пару раз ко мне обращались люди, которым нужна была среда для сборки под сизиф, 
а сами они работали либо в редхэт, либо в asp - я им об этом рассказал и у них это тоже
сработало. Попробуйте и вы, это действително нетрудна.

Кстати, на самом деле у меня даже два сизифа - вчерашний и сегодняшний. Если апгрейд
сегодняшнего до завтрашнего приводит к проблемам, я перегружаюсь во вчерашний.
Но, тут уже нужна перезагрузка, правда, такие проблемы возникают редко.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[Andrey Orlov]

On Tuesday 10 February 2004 11:04, Alexey Morozov wrote:
> <flame>
> Даешь по четыре машины на каждого девелупера! Им ведь с этим кодом
> _работать_ надо, а не просто смотреть на его [не]работоспособность.
> А работа - это не просто pythonX и pyPackageY, pyPackageZ итп. Это еще и
> те либы, которые цепляются в проекте, и возможность проверять код в
> своем _привычном_ девелоперском окружении (читай: из редактора) итп.
> </flame>

У меня три среды - для сборки под master22, ASP, и сизифа - стоят на одной машине
и доступны _одновременно_. И так уже не первый год. Я совершенно спокойно
работаю и это не вызывает ровным счетом никаких проблем. Почитайте man chroot.
Пару раз ко мне обращались люди, которым нужна была среда для сборки под сизиф, 
а сами они работали либо в редхэт, либо в asp - я им об этом рассказал и у них это тоже
сработало. Попробуйте и вы, это действително нетрудна.

Кстати, на самом деле у меня даже два сизифа - вчерашний и сегодняшний. Если апгрейд
сегодняшнего до завтрашнего приводит к проблемам, я перегружаюсь во вчерашний.
Но, тут уже нужна перезагрузка, правда, такие проблемы возникают редко.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:30 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:30 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:36 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:37 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:42 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 8:42 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 8:46 UTC (permalink / raw)]

Re: [devel] [JT] alternatives && postfix

[@ 2004-02-10 8:46 UTC (permalink / raw)]

Re: [devel] [JT] alternatives && postfix

[@ 2004-02-10 8:46 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 8:46 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:03 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:04 UTC (permalink / raw)]

Re: [devel] [JT] alternatives && postfix

[@ 2004-02-10 9:04 UTC (permalink / raw)]

Re: [devel] [JT] alternatives && postfix

[@ 2004-02-10 9:05 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:05 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:06 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 9:09 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 9:09 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:19 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:20 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:21 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 9:22 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 9:51 UTC (permalink / raw)]

[devel] Re: alternatives && postfix

[@ 2004-02-10 9:51 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 10:00 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 10:01 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 10:04 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 10:04 UTC (permalink / raw)]

Re: [devel] Python Modules Policy: (was: alternatives && postfix)

[@ 2004-02-10 10:15 UTC (permalink / raw)]

Re: [devel] Python Modules Policy: (was: alternatives && postfix)

[@ 2004-02-10 10:15 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 10:21 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 10:22 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 10:23 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 10:23 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 14:14 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 14:15 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 15:51 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 15:54 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 16:06 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 16:06 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 17:44 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 17:53 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 18:28 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-10 19:27 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 20:39 UTC (permalink / raw)]

Re: [devel] Re: alternatives && postfix

[@ 2004-02-10 20:40 UTC (permalink / raw)]

[devel] Administrativia

[@ 2004-02-10 21:19 UTC (permalink / raw)]

[devel] Administrativia

[@ 2004-02-10 21:19 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 21:22 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-10 21:22 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-11 6:03 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-11 6:04 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 8:42 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 8:48 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-11 9:50 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 12:28 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 12:38 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 12:44 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 12:48 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 12:58 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 13:04 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 13:14 UTC (permalink / raw)]

[devel] Re: Python Modules Policy:

[@ 2004-02-11 13:46 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 13:54 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 14:03 UTC (permalink / raw)]

[devel] Muchos gracios

[@ 2004-02-11 15:58 UTC (permalink / raw)]

Re: [devel] alternatives && postfix

[@ 2004-02-11 17:58 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 8:29 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 10:03 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 15:22 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 16:15 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 17:10 UTC (permalink / raw)]

Re: [devel] Python Modules Policy:

[@ 2004-02-12 17:44 UTC (permalink / raw)]

[devel] [JT] Re: Python Modules Policy:

[@ 2004-02-13 11:21 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-16 8:07 UTC (permalink / raw)]

Re: [devel] Python Modules Policy: (was: alternatives && postfix)

[@ 2004-02-16 8:46 UTC (permalink / raw)]

[devel] (was: Python Modules Policy)

[@ 2004-02-16 9:00 UTC (permalink / raw)]

Re: [devel] Python Modules Policy: (was: alternatives && postfix)

[@ 2004-02-16 9:10 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-16 10:07 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-16 10:20 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-16 11:03 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-16 13:02 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-16 13:06 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-16 13:24 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-16 13:48 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-16 13:51 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-16 21:36 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-17 8:01 UTC (permalink / raw)]

Re: [devel] Re: Python Modules Policy:

[@ 2004-02-17 10:15 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-21 18:52 UTC (permalink / raw)]

Re: [devel] (was: Python Modules Policy)

[@ 2004-02-23 12:11 UTC (permalink / raw)]