From: "Евгений Ростовцев" <real.altlinux.org@gmail.com>
To: "Dmitry V. Levin" <ldv@altlinux.org>
Cc: "Евгений Ростовцев" <real.altlinux.org@gmail.com>,
"ALT Devel discussion list" <devel@lists.altlinux.org>
Subject: Re: [devel] /usr/lib64/python2.6
Date: Tue, 9 Feb 2010 15:07:50 +0700
Message-ID: <8d778a621002090007qd6eeacdtfd362e0689f05344@mail.gmail.com> (raw)
In-Reply-To: <20100208154026.GB11910@wo.int.altlinux.org>
> Другими словами, AM_PATH_PYTHON на x86-64 не будет работать правильно.
Тут я ничего не могу сказать...
> Кто бы мне рассказал, почему у нас %python_libdir на x86-64 определён в
> /usr/lib64/python2.6, а не в /usr/lib/python2.6?
Я бы тоже послушал. А ещё бы послушал, какие это порождает проблемы.
Какие проблемы породит, если %python_libdir на x86_64 сделать
/usr/lib/python2.6, могу я прямо сейчас: у нас не будет больше
разделения на arch/noarch пакеты, потому что %_python_sitelibdir будет
в ЛЮБОМ случае отдавать /usr/lib/python2.6/site-packages. Последствия
очевидны. Неочевиден тот гигантский объём работы, которую нужно будет
проделать, что вылечить репозитория после такой замены. Я с таким
питоном работать не буду (да и с ALT, пожалуй, тоже).
> Смысл /usr/lib64 в том, чтобы в /usr/lib можно было установить 32-битные
> библиотеки. А какой смысл в 32-битных python-модулях на x86-64? Какая
> сущность сможет загрузить их на x86-64?
А меня недавно ругали, что я в /usr/lib/%name складываю файлы, а не в
/usr/lib64/%name. Вы уж там в core team придите хотя бы к общему
мнению, а потом уже и нам скажите, что получилось ;)
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
next prev parent reply other threads:[~2010-02-09 8:07 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-08 15:40 Dmitry V. Levin
2010-02-08 16:10 ` Sergey V Turchin
2010-02-08 16:27 ` Dmitry V. Levin
2010-02-08 16:44 ` Sergey V Turchin
2010-02-09 8:07 ` Евгений Ростовцев [this message]
2010-02-09 9:42 ` Dmitry V. Levin
2010-02-09 11:13 ` Евгений Ростовцев
2010-02-09 12:31 ` Dmitry V. Levin
2010-02-09 12:15 ` Sergey Y. Afonin
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=8d778a621002090007qd6eeacdtfd362e0689f05344@mail.gmail.com \
--to=real.altlinux.org@gmail.com \
--cc=devel@lists.altlinux.org \
--cc=ldv@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