On Wed, Feb 17, 2010 at 01:59:15PM +0700, Евгений Ростовцев wrote:
> Таких мест много, а разве %add_python_lib_path действует только во
> время сборки?
+1

> > - Некоторые модули находятся в экзотических местах, например:
> > /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 распространять на них (сейчас этого
> > не происходит).
> Думаю, не стоит. Думаю, лучше мейнтейнерам создавать символические
> ссылки внутрь %python_sitelibdir.
Зачем, если и без них всё работает? Только для байт-компиляции?

> См. мой абзац выше. Давайте всё же окультурим питон и будем его модули
> располазать в стандартном месте
Ужасно.
http://www.debian.org/doc/packaging-manuals/python-policy/ch-programs.html#s-current_version_progs

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

на самом деле, все равно это не может рассматриваться как средство защиты и
соответственно его обхода не было (а если агент не поддерживает robot
exclusion standart? в протоколе http robots.txt не описан :-)

вот когда baida.ru отдает wget'у 403, и я делаю wget -u Mozilla - это
"взлом" для dmca. потому что server side ограничение.
		-- gns in smoke-room@