ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: "Евгений Ростовцев" <real.altlinux.org@gmail.com>
Cc: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: [devel] Q: python default byte-compilation paths list compilation
Date: Wed, 17 Feb 2010 03:09:28 +0300
Message-ID: <20100217000927.GE25697@wo.int.altlinux.org> (raw)
In-Reply-To: <20100216145537.GB21790@wo.int.altlinux.org>

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

On Tue, Feb 16, 2010 at 05:55:38PM +0300, Dmitry V. Levin wrote:
> > > $ rpm --showrc |fgrep -w _python_compile_include
> > > -14: _python_compile_include	%_target_libdir
> > > -14: add_python_compile_include	%global _python_compile_include
> > > %_python_compile_include %*
> > >
> > > т.е. оно обрабатывает только %_target_libdir, а содержимое
> > > %_target_libdir_noarch (в случае когда оно отличается от %_target_libdir),
> > > остаётся в стороне.
> > >
> > > Стало быть, надо исправить дефолтное значение %_python_compile_include
> > > таким образом, чтобы оно включало в себя %_target_libdir_noarch, если
> > > %_target_libdir_noarch != %_target_libdir.

Я посмотрел, где, помимо %_target_libdir/python%__python_version и
%_target_libdir_noarch/python%__python_version, у нас в Сизифе
встречаются модули для python, и обнаружил следующее:

- Некоторые модули находятся в экзотических местах, например:
/usr/include/wx-2.8/wx/wxPython/i_files/__init__.py
/usr/share/Tartarus/common/__init__.py
/usr/share/apps/kexi/kross/python/kexiapp/__init__.py
/usr/share/chestnut-dialer/chestnut_dialer/__init__.py
/usr/share/connexion/bus/__init__.py
/usr/share/decibel-audio-player/src/gui/__init__.py
Мне не очевидно, стоит ли автоматически запускаемый
/usr/lib/rpm/python.compileall.py распространять на них (сейчас этого
не происходит).

- Некоторые модули находятся в не менее экзотических местах, например:
/usr/lib/Tartarus/modules/Time/__init__.py
/usr/lib/bakefile/empy/__init__.py
/usr/lib/blender/scripts/bpymodules/colladaImEx/__init__.py
/usr/lib/calibre/calibre/__init__.py
/usr/lib/exaile/xl/__init__.py
/usr/lib/gdesklets/main/__init__.py
/usr/lib/gedit-2/plugins/devhelp/__init__.py
/usr/lib/gnue/__init__.py
/usr/lib/gwyddion/python/Gwyddion/__init__.py
/usr/lib/listen/parse/__init__.py
Мне не очевидно, стоит ли автоматически запускаемый
/usr/lib/rpm/python.compileall.py распространять на них (сейчас это
происходит)

Наконец, мне кажется нелогичным тот факт, что сейчас к
/usr/share/Tartarus/common/__init__.py и
/usr/lib/Tartarus/modules/Time/__init__.py применяются разные умолчания.

Даже если мы когда-нибудь передумаем, и byte-compilation переедет в
post-transaction filetrigger, то этот вопрос всё равно никуда не денется.

Просьба высказывать аргументированные точки зрения на
python default byte-compilation paths list.


-- 
ldv

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

  reply	other threads:[~2010-02-17  0:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-16  1:27 ` [devel] Q: python x86_64 (was: [#20176] FAILED srpm=postr-0.12.4-alt1.src.rpm) Dmitry V. Levin
2010-02-16  2:23   ` Yuri N. Sedunov
2010-02-16  2:43     ` [devel] Q: python x86_64 Dmitry V. Levin
2010-02-16  9:12       ` Евгений Ростовцев
2010-02-16 14:55         ` Dmitry V. Levin
2010-02-17  0:09           ` Dmitry V. Levin [this message]
2010-02-17  6:59             ` [devel] Q: python default byte-compilation paths list compilation Евгений Ростовцев
2010-02-17  7:18               ` Andrey Rahmatullin
2010-02-17 14:01                 ` Dmitry V. Levin
2010-02-17 14:06                   ` Andrey Rahmatullin
2010-02-17 13:54               ` [devel] Q: python default byte-compilation paths list Dmitry V. Levin

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=20100217000927.GE25697@wo.int.altlinux.org \
    --to=ldv@altlinux.org \
    --cc=devel@lists.altlinux.org \
    --cc=real.altlinux.org@gmail.com \
    /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