[devel] [git update] packages/python: heads/master

[Alexey Tourbin]

On Thu, Mar 15, 2007 at 08:47:44PM +0800, Ivan Fedorov wrote:
> > Признаться, я не читал policy.
> Ну вот... То есть ты даже не удосужился узнать, почему сделано так, а не
> иначе и решил что все неправильно! Тебя внести в списки неумеющих читать
> или ты хотябы попробуешь прочесть полиси?

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

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

Позивтив, грубо говоря, не нужен.  Это убунтовское.  Нужен конструктив,
который решает определенные проблемы, посредством примеров и
конрприметров (если полезность не очевдина), в общем, falsifiability.
Только так мы сможем выбраться из дыры.

> > git в значительной степени решает эту проблему.  Изменения может вносить
> > кто угодно, а если они будут конструктивными (например, в духе "Old
> > behaviour: неправильный результат; New behaviour: правильный
> > результат"), то их остается только взять.
> git это вообще странная система... и не ее децентрализованность, а
> вообще вся система!

Она странная, но хорошая.  Во всяком случае, она дает возможность
публиковать изменения с защитой от подтасовок.  Этому несложно
научиться.

> > Говорят, что у Эйнштейна болела голова, что-то у меня тоже иногда голова болит. :)
> Ну у меня она иногда болит с утра и до вечера... и что с того???

Я шучу, прчем сам над собой, это должно быть понятно, и вряд ли стоит
драматизировать по этому поводу. :)

> > Вы можете хотя бы публиковать свои изменения, git это очень
> > демократичная система, практически как rcs, остальное это быть
> > конструктивным и убедительным (но убеждать надо знамо кого, а не
> > всех подряд).
> Я знаете ли пару лет назад дошел до одной истины - если человек хочет
> оставаться в неведении и тебе это не мешает, то не надо ему мешать
> оставаться в неведении.

Вы хотите оставить кого-то в невежестве посредством непубликации
собственной работы?  Это больше похоже на абсурд.

> >>>  Решение от дяди Васи не всегда плохо.
> >>> А что -- пришел, покрутил, работает.
> >> Угу... а потом все ищут концы... и виноватым за любой косяк все равно
> >> останется cray на ...
> > 
> > Это не конструктивно.  Конструктивно значит существует доказательство.
> > Давайте пример, или контрпример, или corner case, что именно после моих
> > изменений будет работать неправильно.
> Во-первых я не говорил, что что-то обязательно будет работать
> неправильно... а во-вторых я так понимаю, что 2 питона уже поставить
> неудастся?..

Нет конечно!  Два или три питона можно ставить сколько угодно.
Вот мое главное изменение насчет /usr/bin/python.

commit 4b546b4d14d4e8028a45020793ef101df042e61f
Author: Alexey Tourbin <at на altlinux.ru>
Date:   Wed Mar 14 14:43:26 2007 +0300

    spec: moved /usr/bin/python from python-strict to python-base

diff --git a/python.spec b/python.spec
index 3960a28..bf83c82 100644
--- a/python.spec
+++ b/python.spec
@@ -74,7 +74,6 @@ Conflicts: python22
 Conflicts: python = 2.2
 Conflicts: python23
 Conflicts: python = 2.3
-Provides: %_bindir/%real_name
 Requires: %name-base
 Requires: %name-modules %name-modules-encodings
 Requires: %name-modules-curses %name-modules-xml %name-modules-compiler
@@ -116,6 +115,7 @@ This is a python with relaxed conflicts: using with python22 are allowed.
 Summary: Base python modules and executables
 Group: Development/Python
 Requires: %real_name = %require_ver
+Provides: /usr/bin/python
 Provides: python2.4(os.path)
 Provides: python2.4(pwd)
 Obsoletes: python2.4-base <= 2.4-alt1
@@ -630,6 +630,10 @@ chmod +x python.sh
 mv %buildroot{%_libdir/python2.4/config/libpython2.4.a,%_libdir/libpython2.4.a}
 mv %buildroot{%_mandir/man1/python.1,%_mandir/man1/python2.4.1}
 
+%post base
+[ -e /usr/bin/python ] || ln -snf python2.4 /usr/bin/python
+[ -e /usr/bin/pydoc ] || ln -snf pydoc2.4 /usr/bin/pydoc
+
 %post strict
 ln -sf /usr/bin/python2.4 /usr/bin/python
 ln -sf /usr/bin/pydoc2.4 /usr/bin/pydoc

Это означает ровно следующее: 1) зависимость /usr/bin/python теперь
будет предоставлять python-base.  Это означает, что если есть некоторый
"случайный" питоновский скрипт, который не требует "ничего специального"
от питона, то теперь эта зависимость будет разрешаться в python-base.
2) Если сразу после установки python-base не видит, что /usr/bin/python
куда-то смотрит, то он переводит стрелки на себя.  После установки
python-strict или python-relaxed стрелки переводятся как и раньше.
Всё вместе это означает, что все "неспецифические" зависимости на питон
я хочу свести к *предсказуемому* python-base.  Конфликтов по файлу
/usr/bin/python нет, и возможность many-world интерпретации сохраняется.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20070315/de3730d3/attachment-0001.bin>