ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Morozov <alex@idisys.iae.nsk.su>
To: Mikhail Zabaluev <mhz@altlinux.org>, devel@altlinux.ru
Subject: Re: [devel] Re: Q: Python packaging howto
Date: Mon, 23 Feb 2004 06:46:34 +0600
Message-ID: <20040223004634.GA15141@localhost.localdomain> (raw)
In-Reply-To: <20040222220537.GB1905@av1046.comex.ru>

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

On Mon, Feb 23, 2004 at 01:05:37AM +0300, Mikhail Zabaluev wrote:
> > Хочется не только решить проблему с зависимостями, но и решить проблему
> > с неединовременным перетеканием всего питоньего хозяйства из одной версии
> > в другую.
> Эта проблема решается другими, нетехническими, средствами.
Какими? Нет, правда, если будет озвучено, как это можно делать
_на самом_ деле, и это нетехническое решение будет устраивать всех и не
потребует никаких доп. механизмов, то давайте действовать административно.
Думаете, мне очень хочется чувствовать себя мачо rpm macro language
программирования? ;-)

Но я, например, пока не понимаю, как возможно в нынешнем состоянии ALT
взять и всем организованно уехать на новую версию питона и всех его либ.
Ну, кроме нескольких успешных по факту, но довольно болезненных в процессе,
примеров от Сами Знаете Кого :-). 2ldv: no offense и всё такое :-).

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

> 
> > > Достаточно определить макрос для уровня оптимизации, %python_optlevel,
> > > и использовать его в опции --optimize (с разумным fallback'ом).
> > Не только. Нужно еще понять, выделять ли в отдельный пакет (автоматически,
> > разумеется) .py.
> Этого делать не нужно.
Почему? Андрей придерживается противоположного мнения, у него есть
причины на это. У меня самого таких причин на данный момент нет, поэтому
мне скорее все равно. Поэтому, давайте договариваться.

> > > Точно так же, нет смысла в общем имени каталога /usr/lib/python
> > Есть. Для исходников (.py). Они НЕ БУДУТ использоваться напрямую,
> > а просто для "напосмотреть".
> А отладчик их там найдёт, если байт-код грузится из /usr/lib/python2.3?
Да, это хороший вопрос, пока не знаю. Вообще, don't use debugger, feel
the power, Luke :-)

> > Ну, это место я еще не оптимизировал. К тому же, я игрался на 2.2, там,
> > помнится, что-то странное происходило в этом месте. Ну и, я пока не понял,
> > как отнести управляемую байт-компиляцию в %build stage.
> Надо перепроверить. Байт-компиляция происходит в %install стадии, по
> команде install, и разработчики distutils не имеют ничего против:
Ну и фиг с ним тогда. Я это писал уже довольно давно, когда у меня было
слишком много привычек от "настоящих" языков.


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

  reply	other threads:[~2004-02-23  0:46 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-20 12:00 [devel] " Mikhail Zabaluev
2004-02-20 12:04 ` Klimchev Konstantin
2004-02-20 13:45 ` Andrey Orlov
2004-02-21 11:37 ` Alexey Morozov
2004-02-21 18:25   ` Mikhail Zabaluev
2004-02-21 19:14     ` Dmitry V. Levin
2004-02-22  0:26       ` Alexey Morozov
2004-02-22 19:59         ` [devel] " Mikhail Zabaluev
2004-02-22 20:15           ` Andrey Orlov
2004-02-23 22:58             ` Mikhail Zabaluev
2004-02-23  1:20           ` Alexey Morozov
2004-02-23 23:05             ` Mikhail Zabaluev
2004-02-22  0:05     ` [devel] " Alexey Morozov
2004-02-22 22:05       ` [devel] " Mikhail Zabaluev
2004-02-23  0:46         ` Alexey Morozov [this message]
2004-02-23  6:19           ` Andrey Orlov
2004-02-23 23:12             ` Mikhail Zabaluev
2004-02-24  7:28               ` Andrey Orlov
2004-02-23 23:16           ` Mikhail Zabaluev
2004-02-24 10:53             ` Michael Shigorin
2004-02-22  7:18     ` [devel] " Andrey Orlov
2004-02-22 13:39   ` Andrey Orlov
2004-02-22 13:40   ` Andrey Orlov
2004-02-22 16:20   ` Andrey Orlov
2004-02-22 17:58 ` [devel] [JT] " 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=20040223004634.GA15141@localhost.localdomain \
    --to=alex@idisys.iae.nsk.su \
    --cc=devel@altlinux.ru \
    --cc=mhz@altlinux.org \
    /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