From: "Алексей Любимов" <avl@l14.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Re: [sisyphus] pygame und Numeric Date: Thu, 24 Jun 2004 03:43:29 +0400 Message-ID: <40DA15A1.3050109@l14.ru> (raw) In-Reply-To: <200406230217.35325.cray@neural.ru> Андрей, вы прекрасно понимаете уязвимость своей позиции. У полиси по определению нет и не может быть проблем. Проблемы есть у майнтейнеров и пользователей сизифа. И претензий к Орлову тоже нет. Он ведь не взламывал серверы альтлинукс, чтобы по умолчанию изменить процедуру поиска зависимостей в пакетах, содержащих скрипты питона? Претензии к тем, кто понимая, что нарушится сборка(установка) кучи пакетов, которые уже есть в сизифе, спокойно пропустил такое изменение. То, что у нас всего-то скрибус свалился, это показатель "питонизации" дистра. И это при том, что интересных питоновых прог - потенциальных кандидатов в сизиф уже не одна тысяча... Вносить изменния в спек может только майнтейнер и только если он понимает, что и зачем он делает. Питон в пакете зачустую идет опциональной добавкой и майнтейнер не имеет возможности его исправить - ему просто не на чем проверить/увидеть косяки. Тот же скрибус 100% такой случай. Зачем было ломать его установку? >Но, простите, если например, пакет содержит файл хрен-знает-что.py, который >никем и никогда не исполльзуется - да и не может быть использован, так как зависет >от python2.3(win32api) - то это явная проблема пакета и его мантейнера, а не проблема >полиси. Есть и другие типовые проблемы, часть которых неодонокартно освещалась в рассылке >devel - последний раз опять-таки сегодня. > > > Это ничего, что питоновые программы обычно пишуться не в стиле "(alt)linux only" и "A.Orlov 2004 compatible"? 1) Питоновый скрипт в пакете совсем не обязан быть рабочим. В конце концов, он может использоваться как пример. Как документация. Пусть даже в /usr/share/progname/* 2) Есть множество питоновых врапперов, которые цепляются ко всему в системе. freevo таким образом имеет добрую полусотню зависимостей на биндинги. Все это sugest зависимости, вызов которых обвязан в try ... except и не сказывается на работоспособности программы. Это норма. 3) Лишний файл сегодня может завтра без предупреждений быть задействован. Не надо без серьезной нужды удалять файлы "который никем и никогда не исполльзуется". Не смешивайте девелопмент программы и ее упаковку в пакеты. И без того нерабочих биндингов хватает... 4)Программа может действительно сложной. twisted, zope, freevo,gdesklets - сложные программы. Сломать их легко, исправлять трудно и далеко не всем под силу. >PS: Конечно, ехидно ухмылятся из-за угла и винить во всем Орлова это проще чем прочитать FAQ >или попытатся поискать почему возникла проблема с вашим пакетом. Только такой подход, право, >неконструктивен. > > > Для тех, кто в упор не видит конструктива (они знают, о ком речь) - ВОТ ОН: ----------------------------------------------------------------------- вводная: 1) Не надо менять полиси под каждый чих. Правила должны быть простыми и понятными. Все, что надо, это признать, что не все пакеты прямо подходят под это полиси и такие пакеты должны идти без проверок по этим правилам. Естественно, несоответствие правилам - минус программе и довод в пользу невключения в дистр или даже сизиф. 2) Не забывайте про тех, кто дома собирает программы для себя. Они даже в рассылки не напишут, что у них не получилось собрать или поставить пакет. Но они имеют право на лояльность дистрибутива по отношению к сторонним пакетам. 3)Ну есть же миграция на новые сборки проблемы ее прозрачности. предложение: Поставить таки по умолчанию: FindReq: yes,nopython Как только майнтейнер дозреет (или его доведут), он _самостоятельно_ поставит в _своем_ спеке FindProv: yes и отработает поиск зависимостей. ---------------------------------------Конструктив закончился. ЗЫ Еще раз. Упаковка программ обычно преследует цели внедрить в дистрибутив РЕШЕНИЕ той или иной задачи или целого круга задач. То есть некое среднее между обеспечением работоспособности программы с минимумом телодвижений при установке с одной стороны и с максимумом гибкости в настройке посредством кручения стандартных дистрибутивных "ручек" с другой. У нас же упаковка, это на 99% поиск и лечение граблей, внесеных теми или иными скриптами в rpm с сопутствующим прибиванием самой программы. Результат на лице. Можете дальше пенять на зеркало, вернее на ехидство зрячих.
next prev parent reply other threads:[~2004-06-23 23:43 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-06-22 22:17 ` Andrey Orlov 2004-06-23 23:43 ` Алексей Любимов [this message] 2004-06-23 23:51 ` Dmitry V. Levin 2004-06-24 1:02 ` Алексей Любимов 2004-06-24 8:42 ` Andrey Orlov 2004-06-24 8:38 ` Andrey Orlov 2004-06-24 5:46 ` Anton Farygin 2004-06-24 8:05 ` alexey lubimov 2004-06-24 8:44 ` Andrey Orlov 2004-06-24 9:59 ` Anton Farygin 2004-06-24 10:39 ` Andrey Orlov 2004-06-24 8:36 ` Andrey Orlov 2004-06-24 9:56 ` Anton Farygin 2004-06-24 10:33 ` Andrey Orlov 2004-06-24 11:21 ` Anton Farygin 2004-06-24 11:54 ` Andrey Orlov 2004-06-24 8:35 ` Andrey Orlov 2004-06-26 11:18 ` [devel] meta-policy on policies and changes (was: pygame und Numeric) Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=40DA15A1.3050109@l14.ru \ --to=avl@l14.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git