[sisyphus] Не ставится mailman

[sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Здравствуйте.
Не ставится mailman:
$ sudo apt-get install mailman
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.

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

Следующие пакеты имеют неудовлетворенные зависимости:
  mailman: Требует: python2.4(Defaults) но пакет не может быть установлен
           Требует: python2.4(Mailman) но пакет не может быть установлен
           Требует: python2.4(japanese) но пакет не может быть установлен
           Требует: python2.4(korean) но пакет не может быть установлен
           Требует: python2.4(mm_config) но пакет не может быть установлен
E: Извините, `битые' пакеты

Куда делись данные пакеты? Пересборка в хешере не помогает... :-(

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Wed, Nov 01, 2006 at 09:59:37AM +0200, Slava Dubrovskiy wrote:
> Здравствуйте.
> Не ставится mailman:

mailman уже давно ищет нового мантейнера с опытом эксплуатации.
Может кому-нибудь интересно?


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Vladimir V. Kamarzin]

>>>>> On 02 Nov 2006 at 03:54 "DVL" == Dmitry V Levin writes:

>> Здравствуйте.
>> Не ставится mailman:
 DVL> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
 DVL> Может кому-нибудь интересно?

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

-- 
vvk

Re: [sisyphus] Не ставится mailman

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Thursday 02, at 01:54:08 AM you wrote:

> On Wed, Nov 01, 2006 at 09:59:37AM +0200, Slava Dubrovskiy wrote:
> > Здравствуйте.
> > Не ставится mailman:
> 
> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
> Может кому-нибудь интересно?
Интересно. А питон у нас уже починили?

-- 
WBR et al.

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>> Здравствуйте.
>>> Не ставится mailman:
>>>       
>> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
>> Может кому-нибудь интересно?
>>     
> Интересно. А питон у нас уже починили?
>   
Так это из-за разломаного питона!?

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Konstantin A. Lepikhov]

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

Hi Slava!

Thursday 02, at 11:49:12 AM you wrote:

> Konstantin A. Lepikhov пишет:
> >>> Здравствуйте.
> >>> Не ставится mailman:
> >>>       
> >> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
> >> Может кому-нибудь интересно?
> >>     
> > Интересно. А питон у нас уже починили?
> >   
> Так это из-за разломаного питона!?
Нет, просто я сейчас обхожу питоньи пакеты стороной, пока у них вменяемый
мантейнер не появится.

-- 
WBR et al.

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>>>> Здравствуйте.
>>>>> Не ставится mailman:      
>>>>>           
>>>> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
>>>> Может кому-нибудь интересно?    
>>>>         
>>> Интересно. А питон у нас уже починили?  
>>>       
>> Так это из-за разломаного питона!?
>>     
> Нет, просто я сейчас обхожу питоньи пакеты стороной, пока у них вменяемый
> мантейнер не появится.
>   
Мне кажется, что проблема не в питоне. Что-то с зависимостями самого пакета.
Вот например он требует: python2.4(Mailman) но пакет сам должен
провайдить это. Нет такого питоньего модуля.
Вот разбираюсь...

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Slava Dubrovskiy пишет:
> Konstantin A. Lepikhov пишет:
>>>>>> Здравствуйте. Не ставится mailman:
>>> Так это из-за разломаного питона!?
>> Нет, просто я сейчас обхожу питоньи пакеты стороной, пока у них
>> вменяемый мантейнер не появится.
> Мне кажется, что проблема не в питоне. Что-то с зависимостями самого
> пакета. Вот например он требует: python2.4(Mailman) но пакет сам
> должен провайдить это. Нет такого питоньего модуля. Вот разбираюсь...
>
Вообщем разобрался. Из-за #8829 в спек было поставлено AutoProv: yes,
nopython
А добавить Provides: python2.4(Defaults) python2.4(Mailman)
python2.4(japanese) python2.4(korean) python2.4(mm_config)
никто не догадался. Добавление вышеуказанных Provides исправляет ситуацию.
Думаю это баг. Вообщем #10226

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Thu, Nov 02, 2006 at 12:19:26PM +0300, Konstantin A. Lepikhov wrote:
> Thursday 02, at 01:54:08 AM you wrote:
> > On Wed, Nov 01, 2006 at 09:59:37AM +0200, Slava Dubrovskiy wrote:
> > > Здравствуйте.
> > > Не ставится mailman:
> > 
> > mailman уже давно ищет нового мантейнера с опытом эксплуатации.
> > Может кому-нибудь интересно?
> Интересно. А питон у нас уже починили?

Питон не так легко разломать как это кажется.
Да, на x86-64 с python/rpm-build-python не всё в порядке, но исправляется
сравнительно легко.
Ну а mailman'у от python'а совсем мало требуется.


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

Slava Dubrovskiy пишет:
>> Мне кажется, что проблема не в питоне. Что-то с зависимостями самого
>> пакета. Вот например он требует: python2.4(Mailman) но пакет сам
>> должен провайдить это. Нет такого питоньего модуля. Вот разбираюсь...
>>     
> Вообщем разобрался. Из-за #8829 в спек было поставлено AutoProv: yes,
> nopython
> А добавить Provides: python2.4(Defaults) python2.4(Mailman)
> python2.4(japanese) python2.4(korean) python2.4(mm_config)
> никто не догадался. Добавление вышеуказанных Provides исправляет ситуацию.
> Думаю это баг. Вообщем #10226
>   
Не все так просто. Такой пакет получается не работоспособным.
Traceback (most recent call last):
  File "/usr/share/mailman/cron/gate_news", line 38, in ?
    import paths
  File "/usr/share/mailman/cron/paths.py", line 56, in ?
    import japanese
ImportError: No module named japanese

В спеке стоит:
# DIRTY HACK!!! NEED RESEARCH!!!
%__rm -rf $RPM_BUILD_ROOT%prefix/pythonlib/{japanese,korean,lib,korean.pth}

Т.е. эти модули перед проверкой ELF объектов удаляются, и логично
получается что пекет не провайдит их. А без них не работает.
А если не удалять, то не проходит
verify-elf: ERROR:
./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: ELF object
out of allowed directory tree
verify-elf: WARNING:
./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: undefined
symbol: PyExc_ValueError
verify-elf: WARNING:
./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: undefined
symbol: PyExc_UnicodeError
и т.д.

подскажите, как быть?

-- 
С уважением,
Дубровский Вячеслав.

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Thu, Nov 02, 2006 at 03:30:50PM +0200, Slava Dubrovskiy wrote:
> Slava Dubrovskiy пишет:
> >> Мне кажется, что проблема не в питоне. Что-то с зависимостями самого
> >> пакета. Вот например он требует: python2.4(Mailman) но пакет сам
> >> должен провайдить это. Нет такого питоньего модуля. Вот разбираюсь...
> >>     
> > Вообщем разобрался. Из-за #8829 в спек было поставлено AutoProv: yes,
> > nopython
> > А добавить Provides: python2.4(Defaults) python2.4(Mailman)
> > python2.4(japanese) python2.4(korean) python2.4(mm_config)
> > никто не догадался. Добавление вышеуказанных Provides исправляет ситуацию.
> > Думаю это баг. Вообщем #10226
> >   
> Не все так просто. Такой пакет получается не работоспособным.
> Traceback (most recent call last):
>   File "/usr/share/mailman/cron/gate_news", line 38, in ?
>     import paths
>   File "/usr/share/mailman/cron/paths.py", line 56, in ?
>     import japanese
> ImportError: No module named japanese
> 
> В спеке стоит:
> # DIRTY HACK!!! NEED RESEARCH!!!
> %__rm -rf $RPM_BUILD_ROOT%prefix/pythonlib/{japanese,korean,lib,korean.pth}
> 
> Т.е. эти модули перед проверкой ELF объектов удаляются, и логично
> получается что пекет не провайдит их. А без них не работает.
> А если не удалять, то не проходит
> verify-elf: ERROR:
> ./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: ELF object
> out of allowed directory tree
> verify-elf: WARNING:
> ./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: undefined
> symbol: PyExc_ValueError
> verify-elf: WARNING:
> ./usr/share/mailman/pythonlib/japanese/c/_japanese_codecs.so: undefined
> symbol: PyExc_UnicodeError
> и т.д.
> 
> подскажите, как быть?

Пакет mailman в Сизифе безнадёжно запущен, это сразу видно если посмотреть
в любой репозиторий где mailman поддерживается.

Я посмотрел в ftp://ftp.debian.org/debian/pool/main/m/mailman/ и в
mailman_2.1.9-2.diff.gz нашёл вполне правдоподобные патчи на эту тему:
53_disable_addons.patch
59_fix_missing_language_crash.patch

Там и другие интересные патчи есть, но это уже для мантейнера.


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
> Пакет mailman в Сизифе безнадёжно запущен, это сразу видно если посмотреть
> в любой репозиторий где mailman поддерживается.
>
> Я посмотрел в ftp://ftp.debian.org/debian/pool/main/m/mailman/ и в
> mailman_2.1.9-2.diff.gz нашёл вполне правдоподобные патчи на эту тему:
> 53_disable_addons.patch
> 59_fix_missing_language_crash.patch
>   
Спасибо за наводку.
> Там и другие интересные патчи есть, но это уже для мантейнера.
>   
Я намек понял. Попробую поправить этот пакет.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
>> Не ставится mailman:
>>     
> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
> Может кому-нибудь интересно?
>   
Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.
Просмотрел как это сделано в Red Hat, Debian, Mandrake и  т.д. и
попытался взять все лучшее. Мне понравилась сборка Red Hat и её взял за
основу. Сначала хотел переделать уже существующую, но после дня работы
плюнул и начал с начала.
Что сделал? Даже не знаю с чего начать...
Если кратко, то все =-O . А если подробно, то вот:
1. Изменена структура расположения по дирректориям согласно стандартам FHS:
    /var/mailman                                --> /var/lib/mailman
    /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
    /var/mailman/archives                       -->
/var/lib/mailman/archives
    /var/mailman/bin                            --> /usr/lib/mailman/bin
    /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
    /var/mailman/cron                           --> /usr/lib/mailman/cron
    /var/mailman/data                           --> /var/lib/mailman/data
    /var/mailman/lists                          --> /var/lib/mailman/lists
    /var/mailman/locks                          --> /var/lock/mailman
    /var/mailman/logs                           --> /var/log/mailman
    /var/mailman/mail                           --> /usr/lib/mailman/mail
    /var/mailman/messages                       -->
/usr/lib/mailman/messages
    /var/mailman/pythonlib                      -->
/usr/lib/mailman/pythonlib
    /var/mailman/qfiles                         --> /var/spool/mailman
    /var/spool/mailman/qfiles                   --> /var/spool/mailman
    /var/mailman/scripts                        --> /usr/lib/mailman/scripts
    /var/mailman/spam                           --> /var/lib/mailman/spam
    /var/mailman/templates                      -->
/usr/lib/mailman/templates
    /var/mailman/tests                          --> /usr/lib/mailman/tests

    File Mapping:
    /var/mailman/data/adm.pw                    --> /etc/mailman/adm.pw
    /var/mailman/data/creator.pw                --> /etc/mailman/creator.pw
    /var/mailman/data/aliases                   --> /etc/mailman/aliases
    /var/mailman/data/virtual-mailman           -->
/etc/mailman/virtual-mailman
    /var/mailman/data/sitelist.cfg              -->
/etc/mailman/sitelist.cfg
    /var/mailman/data/master-qrunner.pid        -->
/var/run/mailman/master-qrunner.pid

Для этого использовался патч mailman-FHS.patch из Red Hat
В связи с этим переехали все настройки из
/var/lib/mailman/etc/mm_config.py в /etc/mailman/mm_cfg.py Это надо
переносить вручную.
2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.
4. Для этих команд добавил man (из Дебиана)
5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
список групп от которых может работать демон. Это позволяет отказаться
от wrapper.sh
5. Оставил наши патчи: email-2.5.6-alt-charset.patch
mailman-2.1.7-CVE-2005-3573.patch mailman-2.1.7-alt-date-overflows.patch
7. Также используются патчи от Дебиана:
(ftp://ftp.debian.org/debian/pool/main/m/mailman/)
07_snooze.patch
11_handle_propfind.patch
15_mailmanctl_daemonize.patch
21_newlist_help.patch
30_pipermail_threads.patch
32_MIME_fixup.patch
53_disable_addons.patch
59_fix_missing_language_crash.patch
64_correct_html_nesting.patch
65_handle_templates_directories.patch
66_donot_let_cache_html_pages.patch
72_fblast_add_shebang.patch
74_admin_non-ascii_emails.patch
77_header_folding_in_attachments.patch
78_DeprecationWarning.patch
79_archiver_slash.patch
80_fix_string_search.patch
99_js_templates.patch

8. Полностью переписан спек. От старого остались только changelog и
некоторые патчи.
9. Убрал группу mailmanadm.

Ну и много чего по мелочам. Пожелания, замечания приветствуются.
Если эта сборка в основном устроит, то останется только
попереименовывать патчи и дописать README.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Slava Dubrovskiy пишет:
> Dmitry V. Levin пишет:
>   
>>> Не ставится mailman:
>>>     
>>>       
>> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
>> Может кому-нибудь интересно?
>>   
>>     
> Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.
> Просмотрел как это сделано в Red Hat, Debian, Mandrake и  т.д. и
> попытался взять все лучшее. Мне понравилась сборка Red Hat и её взял за
> основу. Сначала хотел переделать уже существующую, но после дня работы
> плюнул и начал с начала.
> Что сделал? Даже не знаю с чего начать...
> Если кратко, то все =-O . А если подробно, то вот:
> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>     /var/mailman                                --> /var/lib/mailman
>     /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
>     /var/mailman/archives                       -->
> /var/lib/mailman/archives
>     /var/mailman/bin                            --> /usr/lib/mailman/bin
>     /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
>     /var/mailman/cron                           --> /usr/lib/mailman/cron
>     /var/mailman/data                           --> /var/lib/mailman/data
>     /var/mailman/lists                          --> /var/lib/mailman/lists
>     /var/mailman/locks                          --> /var/lock/mailman
>     /var/mailman/logs                           --> /var/log/mailman
>     /var/mailman/mail                           --> /usr/lib/mailman/mail
>     /var/mailman/messages                       -->
> /usr/lib/mailman/messages
>     /var/mailman/pythonlib                      -->
> /usr/lib/mailman/pythonlib
>     /var/mailman/qfiles                         --> /var/spool/mailman
>     /var/spool/mailman/qfiles                   --> /var/spool/mailman
>     /var/mailman/scripts                        --> /usr/lib/mailman/scripts
>     /var/mailman/spam                           --> /var/lib/mailman/spam
>     /var/mailman/templates                      -->
> /usr/lib/mailman/templates
>     /var/mailman/tests                          --> /usr/lib/mailman/tests
>
>     File Mapping:
>     /var/mailman/data/adm.pw                    --> /etc/mailman/adm.pw
>     /var/mailman/data/creator.pw                --> /etc/mailman/creator.pw
>     /var/mailman/data/aliases                   --> /etc/mailman/aliases
>     /var/mailman/data/virtual-mailman           -->
> /etc/mailman/virtual-mailman
>     /var/mailman/data/sitelist.cfg              -->
> /etc/mailman/sitelist.cfg
>     /var/mailman/data/master-qrunner.pid        -->
> /var/run/mailman/master-qrunner.pid
>
> Для этого использовался патч mailman-FHS.patch из Red Hat
> В связи с этим переехали все настройки из
> /var/lib/mailman/etc/mm_config.py в /etc/mailman/mm_cfg.py Это надо
> переносить вручную.
> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
> 3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.
> 4. Для этих команд добавил man (из Дебиана)
> 5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
> список групп от которых может работать демон. Это позволяет отказаться
> от wrapper.sh
> 5. Оставил наши патчи: email-2.5.6-alt-charset.patch
> mailman-2.1.7-CVE-2005-3573.patch mailman-2.1.7-alt-date-overflows.patch
> 7. Также используются патчи от Дебиана:
> (ftp://ftp.debian.org/debian/pool/main/m/mailman/)
> 07_snooze.patch
> 11_handle_propfind.patch
> 15_mailmanctl_daemonize.patch
> 21_newlist_help.patch
> 30_pipermail_threads.patch
> 32_MIME_fixup.patch
> 53_disable_addons.patch
> 59_fix_missing_language_crash.patch
> 64_correct_html_nesting.patch
> 65_handle_templates_directories.patch
> 66_donot_let_cache_html_pages.patch
> 72_fblast_add_shebang.patch
> 74_admin_non-ascii_emails.patch
> 77_header_folding_in_attachments.patch
> 78_DeprecationWarning.patch
> 79_archiver_slash.patch
> 80_fix_string_search.patch
> 99_js_templates.patch
>
> 8. Полностью переписан спек. От старого остались только changelog и
> некоторые патчи.
> 9. Убрал группу mailmanadm.
>
> Ну и много чего по мелочам. Пожелания, замечания приветствуются.
> Если эта сборка в основном устроит, то останется только
> попереименовывать патчи и дописать README.
>   
Забыл добавить про замеченные проблемы:
1. Интерактивные команды не выводят свои сообщения из под vzctl. Не
покзывает :
# vzctl exec mail /usr/lib64/mailman/bin/newlist
test
Enter the name of the list: Enter the email of the person running the
list: Traceback (most recent call last):
  File "/usr/lib64/mailman/bin/newlist", line 261, in ?
    main()
  File "/usr/lib64/mailman/bin/newlist", line 182, in main
    owner_mail = raw_input(
EOFError: EOF when reading a line

2. В ru_RU.UTF-8 не правильно показываются русские символы.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] mailman

[Pavel Usischev]

Slava Dubrovskiy пишет:
> Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.

> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.

Я с mailman не знаком и могу ошибаться, но возможно, лучше было бы в 
/etc/cron.d/mailman использовать конструкцию навроде:

[ -f /var/lock/subsys/mailman ] && do_the_action

Тогда можно будет и файл не менять, и крон не дергать. А вот создавать и 
прибивать такой локфайл -- традиционно дело сервиса.

-- 
С уважением,
Павел Усищев

Re: [sisyphus] Не ставится mailman

[Konstantin A. Lepikhov]

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

Hi Slava!

Thursday 09, at 04:27:12 PM you wrote:

<skip>
> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>     /var/mailman                                --> /var/lib/mailman
>     /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
>     /var/mailman/archives                       -->
> /var/lib/mailman/archives
>     /var/mailman/bin                            --> /usr/lib/mailman/bin
>     /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
>     /var/mailman/cron                           --> /usr/lib/mailman/cron
>     /var/mailman/data                           --> /var/lib/mailman/data
>     /var/mailman/lists                          --> /var/lib/mailman/lists
>     /var/mailman/locks                          --> /var/lock/mailman
>     /var/mailman/logs                           --> /var/log/mailman
>     /var/mailman/mail                           --> /usr/lib/mailman/mail
>     /var/mailman/messages                       -->
вообще-то, каталог в /var - это не прихоть мантейнера, там было вполне
внятное объяснение, для чего это было сделано.

-- 
WBR et al.

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>>     /var/mailman                                --> /var/lib/mailman
>>     /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
>>     /var/mailman/archives                       -->
>> /var/lib/mailman/archives
>>     /var/mailman/bin                            --> /usr/lib/mailman/bin
>>     /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
>>     /var/mailman/cron                           --> /usr/lib/mailman/cron
>>     /var/mailman/data                           --> /var/lib/mailman/data
>>     /var/mailman/lists                          --> /var/lib/mailman/lists
>>     /var/mailman/locks                          --> /var/lock/mailman
>>     /var/mailman/logs                           --> /var/log/mailman
>>     /var/mailman/mail                           --> /usr/lib/mailman/mail
>>     /var/mailman/messages                       -->
>>     
> вообще-то, каталог в /var - это не прихоть мантейнера, там было вполне
> внятное объяснение, для чего это было сделано.
>   
"там" - это где? Подскажите пожалуйста?
И что-то не могу понять, зачем куча .po в /var ?

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] mailman

[Slava Dubrovskiy]

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

Pavel Usischev пишет:
>> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
>> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
>>     
> Я с mailman не знаком и могу ошибаться, но возможно, лучше было бы в 
> /etc/cron.d/mailman использовать конструкцию навроде:
>
> [ -f /var/lock/subsys/mailman ] && do_the_action
>
> Тогда можно будет и файл не менять, и крон не дергать. А вот создавать и 
> прибивать такой локфайл -- традиционно дело сервиса.
>   
Попробую.
Это лучше?

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Konstantin A. Lepikhov]

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

Hi Slava!

Thursday 09, at 09:56:35 PM you wrote:

> Konstantin A. Lepikhov пишет:
> >> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
> >>     /var/mailman                                --> /var/lib/mailman
> >>     /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
> >>     /var/mailman/archives                       -->
> >> /var/lib/mailman/archives
> >>     /var/mailman/bin                            --> /usr/lib/mailman/bin
> >>     /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
> >>     /var/mailman/cron                           --> /usr/lib/mailman/cron
> >>     /var/mailman/data                           --> /var/lib/mailman/data
> >>     /var/mailman/lists                          --> /var/lib/mailman/lists
> >>     /var/mailman/locks                          --> /var/lock/mailman
> >>     /var/mailman/logs                           --> /var/log/mailman
> >>     /var/mailman/mail                           --> /usr/lib/mailman/mail
> >>     /var/mailman/messages                       -->
> >>     
> > вообще-то, каталог в /var - это не прихоть мантейнера, там было вполне
> > внятное объяснение, для чего это было сделано.
> >   
> "там" - это где? Подскажите пожалуйста?
> И что-то не могу понять, зачем куча .po в /var ?
В README.ALT к пакету. перенос каталогов был сделан для случая, когда
/usr смонтирован в r/o, что не такое уж и редкое явление. 

-- 
WBR et al.

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

Re: [sisyphus] mailman

[Pavel Usischev]

Slava Dubrovskiy пишет:
> Pavel Usischev пишет:
>> Я с mailman не знаком и могу ошибаться, но возможно, лучше было бы в 
>> /etc/cron.d/mailman использовать конструкцию навроде:
>>
>> [ -f /var/lock/subsys/mailman ] && do_the_action
>>
>> Тогда можно будет и файл не менять, и крон не дергать. А вот создавать и 
>> прибивать такой локфайл -- традиционно дело сервиса.
>>   
> Попробую.
> Это лучше?

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

-- 
С уважением,
Павел Усищев

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Thu, Nov 09, 2006 at 04:27:12PM +0200, Slava Dubrovskiy wrote:
> Dmitry V. Levin пишет:
> >> Не ставится mailman:
> >>     
> > mailman уже давно ищет нового мантейнера с опытом эксплуатации.
> > Может кому-нибудь интересно?
> >   
> Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.
> Просмотрел как это сделано в Red Hat, Debian, Mandrake и  т.д. и
> попытался взять все лучшее. Мне понравилась сборка Red Hat и её взял за
> основу. Сначала хотел переделать уже существующую, но после дня работы
> плюнул и начал с начала.
> Что сделал? Даже не знаю с чего начать...
> Если кратко, то все =-O . А если подробно, то вот:
> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:

Думаю что вы немного поторопились.  В том пакете, который когда-то делал я,
каталоги уже были расположены согласно FHS, и сделано это было лучше чем в
RH.  Нынешний пакет в Сизифе, кажется, этого свойства не потерял.  Так что
стоит проверить ещё раз.

[...]
>     File Mapping:
>     /var/mailman/data/adm.pw                    --> /etc/mailman/adm.pw
>     /var/mailman/data/creator.pw                --> /etc/mailman/creator.pw
>     /var/mailman/data/aliases                   --> /etc/mailman/aliases
>     /var/mailman/data/virtual-mailman           -->
> /etc/mailman/virtual-mailman
>     /var/mailman/data/sitelist.cfg              -->
> /etc/mailman/sitelist.cfg
>     /var/mailman/data/master-qrunner.pid        -->
> /var/run/mailman/master-qrunner.pid

Сизифовский пакет хранит это частично в /var/lib/mailman/data, частично в
/var/lib/mailman/etc; возможно, /etc/mailman и лучше.

> Для этого использовался патч mailman-FHS.patch из Red Hat
> В связи с этим переехали все настройки из
> /var/lib/mailman/etc/mm_config.py в /etc/mailman/mm_cfg.py Это надо
> переносить вручную.

Это можно перенести при помощью %post-скрипта.

> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.

Ой.  Не надо так шутить.  Это очень сомнительная идея - редактировать
/etc/cron.d/mailman при включении/выключении сервиса.

> 3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.

Это может быть и полезно, если имена не конфликтуют с другими пакетами.
Иначе стоит добавить префикс.

> 4. Для этих команд добавил man (из Дебиана)

Это хорошо.

> 5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
> список групп от которых может работать демон. Это позволяет отказаться
> от wrapper.sh

А какой смысл расширять список групп, от которых может работать демон?

> 5. Оставил наши патчи: email-2.5.6-alt-charset.patch
> mailman-2.1.7-CVE-2005-3573.patch mailman-2.1.7-alt-date-overflows.patch
> 7. Также используются патчи от Дебиана:

Всех патчей не помню, поэтому не готов комментировать. :)

> 8. Полностью переписан спек. От старого остались только changelog и
> некоторые патчи.
> 9. Убрал группу mailmanadm.

А зачем?


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Konstantin A. Lepikhov пишет:
>>>> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>>>>     /var/mailman                                --> /var/lib/mailman
>>>>     /var/mailman/Mailman                        --> /usr/lib/mailman/Mailman
>>>>     /var/mailman/archives                       -->
>>>> /var/lib/mailman/archives
>>>>     /var/mailman/bin                            --> /usr/lib/mailman/bin
>>>>     /var/mailman/cgi-bin                        --> /usr/lib/mailman/cgi-bin
>>>>     /var/mailman/cron                           --> /usr/lib/mailman/cron
>>>>     /var/mailman/data                           --> /var/lib/mailman/data
>>>>     /var/mailman/lists                          --> /var/lib/mailman/lists
>>>>     /var/mailman/locks                          --> /var/lock/mailman
>>>>     /var/mailman/logs                           --> /var/log/mailman
>>>>     /var/mailman/mail                           --> /usr/lib/mailman/mail
>>>>     /var/mailman/messages                       -->
>>>>     
>>>>         
>>> вообще-то, каталог в /var - это не прихоть мантейнера, там было вполне
>>> внятное объяснение, для чего это было сделано.
>>>   
>>>       
>> "там" - это где? Подскажите пожалуйста?
>> И что-то не могу понять, зачем куча .po в /var ?
>>     
> В README.ALT к пакету. перенос каталогов был сделан для случая, когда
> /usr смонтирован в r/o, что не такое уж и редкое явление. 
>   
Это вот это Вы имеете ввиду?
Специфика ALT Linux
~~~~~~~~~~~~~~~~~~~
В стандартной поставке конфигурирование mailman осуществляется через файл
/usr/share/mailman/Mailman/mm_cfg.py однако это не позволяет монтировать
/usr в
RO что часто практикуется на серверах. Дабы исправить это, содержимое файла
вынесено в /var/lib/mailman/etc/mm_config.py

Наверно вы не так поняли. И в данной сборке это возможно. Все настройки
(mm_cfg.py, aliases,virtual-mailman,  adm.pw) находятся в /etc/mailman.
Все файлы, для которых нужен r/o доступ вынесены в /usr/lib/mailman или
/usr/lib64/mailman для x86_64. В /var/lib/mailman находится только то,
что действительно изменяется при работе программы: archives  data 
lists  spam.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
>>> mailman уже давно ищет нового мантейнера с опытом эксплуатации.
>>> Может кому-нибудь интересно?
>>>   
>>>       
>> Ну вообщем похакал я этот mailman немного. Результат выложил в Дедал.
>> Просмотрел как это сделано в Red Hat, Debian, Mandrake и  т.д. и
>> попытался взять все лучшее. Мне понравилась сборка Red Hat и её взял за
>> основу. Сначала хотел переделать уже существующую, но после дня работы
>> плюнул и начал с начала.
>> Что сделал? Даже не знаю с чего начать...
>> Если кратко, то все =-O . А если подробно, то вот:
>> 1. Изменена структура расположения по дирректориям согласно стандартам FHS:
>>     
> Думаю что вы немного поторопились.  В том пакете, который когда-то делал я,
> каталоги уже были расположены согласно FHS, и сделано это было лучше чем в
> RH.  Нынешний пакет в Сизифе, кажется, этого свойства не потерял.  Так что
> стоит проверить ещё раз.
>   
Хорошо. Еще раз проверил соответствие FHS той сборки что сейчас в Сизифе.
Возникли вопросы:
Почему master-qrunner.pid хранится в /var/lib/mailman/data, когда должен
в /var/run?
То же самое касается lock. Не тот который создает инициализационный
скрипт в /var/lock/subsys, а тот который создает mailmanctl в
/var/lib/mailman/locks .
Настройки тоже в /var/lib/mailman и не стандартное название
конфигурационного файла.
Хотя вот мне понравилось, что не все в /usr/lib, а в /usr/share. А в
/usr/lib вынесено действительно платформозависимое. Попробую так переделать.
> [...]
>   
>> File Mapping:
>> /var/mailman/data/adm.pw                    --> /etc/mailman/adm.pw
>> /var/mailman/data/creator.pw                --> /etc/mailman/creator.pw
>> /var/mailman/data/aliases                   --> /etc/mailman/aliases
>> /var/mailman/data/virtual-mailman           --> /etc/mailman/virtual-mailman
>> /var/mailman/data/sitelist.cfg              -->/etc/mailman/sitelist.cfg
> Сизифовский пакет хранит это частично в /var/lib/mailman/data, частично в
> /var/lib/mailman/etc; возможно, /etc/mailman и лучше.
>   
Значит это оставляем. Обращаю внимание, что изменилось название
конфигурационного файла с mm_config.py на оригинальное mm_cfg.py
>> Для этого использовался патч mailman-FHS.patch из Red Hat
>> В связи с этим переехали все настройки из
>> /var/lib/mailman/etc/mm_config.py в /etc/mailman/mm_cfg.py Это надо
>> переносить вручную.
>>     
> Это можно перенести при помощью %post-скрипта.
>   
Да, и даже есть скриптик помогающий миграцию. Сделаю.
>> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
>> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
>>     
> Ой.  Не надо так шутить.  Это очень сомнительная идея - редактировать
> /etc/cron.d/mailman при включении/выключении сервиса.
>   
Исправлю. Мне тоже не очень нравится.
>> 3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.
>>     
> Это может быть и полезно, если имена не конфликтуют с другими пакетами.
> Иначе стоит добавить префикс.
>   
Пока не заметил. Существует механизм проверки?
>> 5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
>> список групп от которых может работать демон. Это позволяет отказаться
>> от wrapper.sh
>>     
> А какой смысл расширять список групп, от которых может работать демон?
>   
Он (демон) проверяет не только от какой группы запущен, но и группу и
владельца своих файлов. И, например, при создании нового списка из веб
интерфейса меняется владелец /etc/mailman/aliases.cdb. И тогда mailman
отказывается работать.
И еще. mailman может работать с разными MTA. Сейчас в сизифе есть
postfix, sendmail, exim и каждый из них имеет свою группу.
Мне показалось что это не плохое решение, хотя конечно не уверен.
>> 9. Убрал группу mailmanadm.
>>     
> А зачем?
>   
Надо? Верну. Она есть только у нас. Ни в каких других дистрибутивах её нет.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Konstantin A. Lepikhov]

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

Hi Slava!

Friday 10, at 11:32:29 AM you wrote:

> >> 9. Убрал группу mailmanadm.
> >>     
> > А зачем?
> >   
> Надо? Верну. Она есть только у нас. Ни в каких других дистрибутивах её нет.
она полезна тем, что позволяет дать права на создание списков
непривилегированному пользователю.

-- 
WBR et al.

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

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Fri, Nov 10, 2006 at 11:32:29AM +0200, Slava Dubrovskiy wrote:
> Dmitry V. Levin пишет:
[...]
> Хорошо. Еще раз проверил соответствие FHS той сборки что сейчас в Сизифе.
> Возникли вопросы:
> Почему master-qrunner.pid хранится в /var/lib/mailman/data, когда должен
> в /var/run?
> То же самое касается lock. Не тот который создает инициализационный
> скрипт в /var/lock/subsys, а тот который создает mailmanctl в
> /var/lib/mailman/locks .

Вероятно, дело в правах доступа к этим файлам.  Не помню деталей, но мне
кажется, что псевдопользователь mailman должен был иметь возможность
удалять и создавать их.  В этом случае наиболее логичным было бы
размещение в /var/{run,lock}/mailman/.

[...]
> > Это можно перенести при помощью %post-скрипта.
> Да, и даже есть скриптик помогающий миграцию. Сделаю.

OK

[...]
> >> 2. Изменена схема работы с кроном. Теперь при остановке сервиса mailman
> >> сервис редактирует /etc/cron.d./mailman и дергает сервис крона.
> > Ой.  Не надо так шутить.  Это очень сомнительная идея - редактировать
> > /etc/cron.d/mailman при включении/выключении сервиса.
> Исправлю. Мне тоже не очень нравится.

OK

> >> 3. Сделал симлинки из /usr/lib/mailman/bin в /usr/sbin основных команд.
> > Это может быть и полезно, если имена не конфликтуют с другими пакетами.
> > Иначе стоит добавить префикс.
> Пока не заметил. Существует механизм проверки?

Да, Sisyphus/*/base/contents_index.

> >> 5. Использовал патч mailman-2.1-multimail.patch что позволяет задать
> >> список групп от которых может работать демон. Это позволяет отказаться
> >> от wrapper.sh
> >>     
> > А какой смысл расширять список групп, от которых может работать демон?
> >   
> Он (демон) проверяет не только от какой группы запущен, но и группу и
> владельца своих файлов. И, например, при создании нового списка из веб
> интерфейса меняется владелец /etc/mailman/aliases.cdb. И тогда mailman
> отказывается работать.
> И еще. mailman может работать с разными MTA. Сейчас в сизифе есть
> postfix, sendmail, exim и каждый из них имеет свою группу.
> Мне показалось что это не плохое решение, хотя конечно не уверен.

Это, конечно, правильное решение, хотя я и не понял, каким образом это
связано с wrapper.sh (наверное, я просто забыл).

> >> 9. Убрал группу mailmanadm.
> > А зачем?
> Надо? Верну. Она есть только у нас. Ни в каких других дистрибутивах её нет.

Это наше изобретение, позволяет входящему в эту группу локальному
непривилегированному пользователю конфигурировать mailman во многих аспектах.
Когда я принимал участие в поддержке lists.altlinux, это было удобно.


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Dmitry V. Levin пишет:
>> Хорошо. Еще раз проверил соответствие FHS той сборки что сейчас в Сизифе.
>> Возникли вопросы:
>> Почему master-qrunner.pid хранится в /var/lib/mailman/data, когда должен
>> в /var/run?
>> То же самое касается lock. Не тот который создает инициализационный
>> скрипт в /var/lock/subsys, а тот который создает mailmanctl в
>> /var/lib/mailman/locks .
>>     
> Вероятно, дело в правах доступа к этим файлам.  Не помню деталей, но мне
> кажется, что псевдопользователь mailman должен был иметь возможность
> удалять и создавать их.  В этом случае наиболее логичным было бы
> размещение в /var/{run,lock}/mailman/.
>   
Я думаю правильней иметь одно место и один lock файл и чтобы этим
заведывал mailmanctl, раз он это умеет.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Alexey I. Froloff]

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

* Slava Dubrovskiy <slava@> [061110 10:31]:
> Все файлы, для которых нужен r/o доступ вынесены в /usr/lib/mailman или
> /usr/lib64/mailman для x86_64.
Только это таки не %_libdir, а %_libexecdir...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Alexey I. Froloff пишет:
>> Все файлы, для которых нужен r/o доступ вынесены в /usr/lib/mailman или
>> /usr/lib64/mailman для x86_64.
>>     
> Только это таки не %_libdir, а %_libexecdir...
>   
Да вообще в /usr/share уберу.
Хотя в Mandrake 2007 именно в %_libdir сделано.

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Pavel Usischev]

Slava Dubrovskiy пишет:
> Alexey I. Froloff пишет:
>> Только это таки не %_libdir, а %_libexecdir...
> Да вообще в /usr/share уберу.
> Хотя в Mandrake 2007 именно в %_libdir сделано.

Если я не ошибаюсь, при упаковке питоновых пакетов происходит компиляция 
.py в .pyc и .pyo, которые попадают в пакет (раньше именно так и 
происходило). Про эти компилированные файлы говорили, что они все-таки 
архитектурно-зависимы. Так что /usr/share может оказаться плохим вариантом.

-- 
С уважением,
Павел Усищев

Re: [sisyphus] Не ставится mailman

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 01:13:03AM +0300, Pavel Usischev wrote:
> Slava Dubrovskiy пишет:
> > Alexey I. Froloff пишет:
> >> Только это таки не %_libdir, а %_libexecdir...
> > Да вообще в /usr/share уберу.
> > Хотя в Mandrake 2007 именно в %_libdir сделано.
> 
> Если я не ошибаюсь, при упаковке питоновых пакетов происходит компиляция 
> .py в .pyc и .pyo, которые попадают в пакет (раньше именно так и 
> происходило). Про эти компилированные файлы говорили, что они все-таки 
> архитектурно-зависимы.

А как это на самом деле?


-- 
ldv

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

Re: [sisyphus] Не ставится mailman

[Pavel Usischev]

Dmitry V. Levin пишет:
> On Sat, Nov 11, 2006 at 01:13:03AM +0300, Pavel Usischev wrote:
>> Если я не ошибаюсь, при упаковке питоновых пакетов происходит компиляция 
>> .py в .pyc и .pyo, которые попадают в пакет (раньше именно так и 
>> происходило). Про эти компилированные файлы говорили, что они все-таки 
>> архитектурно-зависимы.
> А как это на самом деле?

В официальной питоновской документации написано, что .pyc (и .pyo) 
архитектурно-независимы. cray@ в свое время предупреждал, что могут быть 
зависимы. С его слов, собственно, я и передал. Но это говорилось уже 
давно. Как проверить, я не знаю (возможных corner cases не представляю 
себе), да и x86_64 не использую.

-- 
С уважением,
Павел Усищев

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Pavel Usischev пишет:
>>> Если я не ошибаюсь, при упаковке питоновых пакетов происходит компиляция 
>>> .py в .pyc и .pyo, которые попадают в пакет (раньше именно так и 
>>> происходило). Про эти компилированные файлы говорили, что они все-таки 
>>> архитектурно-зависимы.
>>>       
>> А как это на самом деле?
>>     
> В официальной питоновской документации написано, что .pyc (и .pyo) 
> архитектурно-независимы. cray@ в свое время предупреждал, что могут быть 
> зависимы. С его слов, собственно, я и передал. Но это говорилось уже 
> давно. Как проверить, я не знаю (возможных corner cases не представляю 
> себе), да и x86_64 не использую.
>   
Кстати, в той версии, что в сизифе, на x86_64 не происходит компиляция
.pyo модулей. И именно по той причине, что питон пытается писать в
usr/lib64. Что-то мне подсказывает что он правильно писать пытается.

Verifying ELF objects in /usr/src/tmp/mailman-buildroot
(arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved=normal)
Stripping binaries in /usr/src/tmp/mailman-buildroot (executable,shared)
Bytecompiling python modules in /usr/src/tmp/mailman-buildroot using
/usr/bin/python
Can't list '/usr/src/tmp/mailman-buildroot/usr/lib64'
Bytecompiling python modules with optimization in
/usr/src/tmp/mailman-buildroot using /usr/bin/python -O
Can't list '/usr/src/tmp/mailman-buildroot/usr/lib64'


-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Fr. Br. George]

On Fri, Nov 10, 2006 at 01:39:59PM +0200, Slava Dubrovskiy wrote:
> Dmitry V. Levin пишет:
> >> Хорошо. Еще раз проверил соответствие FHS той сборки что сейчас в Сизифе.
> >> Возникли вопросы:
> >> Почему master-qrunner.pid хранится в /var/lib/mailman/data, когда должен
> >> в /var/run?
> >> То же самое касается lock. Не тот который создает инициализационный
> >> скрипт в /var/lock/subsys, а тот который создает mailmanctl в
> >> /var/lib/mailman/locks .
> >>     
> > Вероятно, дело в правах доступа к этим файлам.  Не помню деталей, но мне
> > кажется, что псевдопользователь mailman должен был иметь возможность
> > удалять и создавать их.  В этом случае наиболее логичным было бы
> > размещение в /var/{run,lock}/mailman/.
> >   
> Я думаю правильней иметь одно место и один lock файл и чтобы этим
> заведывал mailmanctl, раз он это умеет.
А вы уверены, что в каждый момент времени создаётся не более одного
lock-файла? Скажем, два администратора зашли и давай ctl-ить свои
списки?

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [sisyphus] Не ставится mailman

[Slava Dubrovskiy]

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

Fr. Br. George пишет:
>> Я думаю правильней иметь одно место и один lock файл и чтобы этим
>> заведывал mailmanctl, раз он это умеет.
>>     
> А вы уверены, что в каждый момент времени создаётся не более одного
> lock-файла? Скажем, два администратора зашли и давай ctl-ить свои
> списки?
>   
А при чем тут lock файл и списки?

-- 
С уважением,
Дубровский Вячеслав.


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3237 bytes --]

Re: [sisyphus] Не ставится mailman

[Fr. Br. George]

On Thu, Nov 16, 2006 at 04:39:56PM +0200, Slava Dubrovskiy wrote:
> Fr. Br. George пишет:
> >> Я думаю правильней иметь одно место и один lock файл и чтобы этим
> >> заведывал mailmanctl, раз он это умеет.
> >>     
> > А вы уверены, что в каждый момент времени создаётся не более одного
> > lock-файла? Скажем, два администратора зашли и давай ctl-ить свои
> > списки?
> >   
> А при чем тут lock файл и списки?
Вы имеете в виду master lock? 
os.path.join(mm_cfg.LOCK_DIR, 'master-qrunner')?
Его назначение отличается от /var/lock/subsys и хранится в нём отнюдь
не только PID: grep tempfile mailmanctl.

Можно, конечно, оторвать от стартовых сценариев mailman поддержку
/var/lock/subsys и заставить его ходить к master-qrunner... Переписать
их с испльзованием mailmanctl... Отладить...


-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru