From: Andrey Orlov <cray@neural.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] python vs gcc Date: Fri, 2 Nov 2007 09:21:37 +0300 Message-ID: <200711020921.37724.cray@neural.ru> (raw) In-Reply-To: <200710282143.56359.peet@altlinux.ru> On Sunday 28 October 2007 21:43:56 Peter V. Saveliev wrote: > Правильно ли я понял, что возможна такая ситуация: > > * в Сизифе начинает жить питон 2.5, он же просто питон > * в Сизифе будет жить питон 2.4, который будет собран с отключенными > провайдесами, которого никто автоматом не затребует, но который можно будет > установить и использовать как `/usr/bin/env python2.4` > Насколько возможно сделать так, чтобы при этом python 2.4 цеплял модули .py > (не использующие .so), "собранные" под 2.5 (он при этом попробует > переделать .pyc, но это уже проблема человека, который ставить python2.4)? > > Насколько возможна ситуация, когда энтузиасты смогут при этом собирать и > модули с .so под 2.4 при всём при этом? Опять-таки, на тех же условиях, что > и весь остальной питон 2.4 -- не мешать 2.5? Насколько я помню, еще несколько лет назад, такая ситуация была полностью работоспособна: два питона могли быть установлены вместе, выбор питона переключался либо альтернативой либо явным указаним при запуске программы, можно было собрать два раздельных комплекта модулей, с коорректно установленными зависимостями, при чем, за исключением случаев патологической несовместимости, из одних исходников (фактически при первой сборке указывалась ключем версия, которая потом сохранялась и выдерживала пересборку, как Алексей этого достиг я не знаю, но достиг). И все это друг другу не мешало. Зависимости все поддерживались и все вместе ставилось. Я это знаю абсолютно точно, так как в связи с особенностями того, чем я тогда занимался, использовал это постоянно. Неужели за столь короткое время все это было утеряно? > Задача-максимум, как я её вижу -- дать человеку возможность установить > питон 2.4, если это ему уж так надо, а также модули к нему -- руками. Ну, > через apt-get. Разработчики обычно знают, какие модули нужны, и способны > обойтись без вселенского разума в определении зависимостей, так что это > нормально. Т.е. зависимости для модулей второго питона работать больше не будут? Ужасно. Как все запущено. Смею вас заверить, как разработчик, что даже разработчики вынуждены постоянно пользоваться инструментами для определения питоновских зависимостей, потому что отследить зависимости вручную в крупных проектах находится за пределами человеческих возможностей. -- Andrey Orlov aka "Cray", Редактор + 79262229963, http://www.zope3.ru
next prev parent reply other threads:[~2007-11-02 6:21 UTC|newest] Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-10-26 17:23 [devel] Переходное полиси для для питона Alexey Tourbin 2007-10-26 18:56 ` Peter V. Saveliev 2007-10-26 19:24 ` Alexey Tourbin 2007-10-26 21:05 ` Peter V. Saveliev 2007-10-26 21:58 ` Alexey Tourbin 2007-10-26 22:45 ` Peter V. Saveliev 2007-10-26 23:02 ` Alexey Tourbin 2007-10-26 23:12 ` Peter V. Saveliev 2007-10-27 7:58 ` Andrey Rahmatullin 2007-10-27 14:49 ` Alexey Tourbin 2007-10-27 16:15 ` Andrey Rahmatullin 2007-10-27 6:22 ` Vitaly Lipatov 2007-10-27 8:05 ` Peter V. Saveliev 2007-10-30 8:30 ` Максим Иванов 2007-10-28 0:56 ` Aleksey Avdeev 2007-10-28 1:58 ` Alexey Tourbin 2007-10-28 4:10 ` Aleksey Avdeev 2007-10-28 7:38 ` Vitaly Lipatov 2007-10-28 9:00 ` Peter V. Saveliev 2007-10-28 9:41 ` Aleksey Avdeev 2007-10-28 13:49 ` Alexey Tourbin 2007-10-28 10:27 ` Aleksey Avdeev 2007-10-28 22:52 ` Pavlov Konstantin 2007-10-28 10:08 ` Alexey I. Froloff 2007-10-28 10:31 ` Eugene Prokopiev 2007-10-28 11:25 ` Alexey I. Froloff 2007-10-28 14:12 ` Alexey Tourbin 2007-10-28 16:52 ` Peter V. Saveliev 2007-10-28 17:34 ` [devel] python vs gcc Alexey Tourbin 2007-10-28 18:43 ` Peter V. Saveliev 2007-11-02 6:21 ` Andrey Orlov [this message] 2007-11-02 7:25 ` Peter V. Saveliev 2007-11-02 8:54 ` Andrey Orlov 2007-11-02 9:20 ` Alexey I. Froloff 2007-11-03 9:09 ` Andrey Orlov 2007-11-03 14:07 ` Alexey I. Froloff 2007-11-05 20:43 ` Andrey Orlov 2007-10-28 10:38 ` [devel] Переходное полиси для для питона Aleksey Avdeev 2007-10-28 10:58 ` Sergey Bolshakov 2007-10-28 11:20 ` Aleksey Avdeev 2007-10-28 11:17 ` Alexey I. Froloff 2007-10-28 11:25 ` Aleksey Avdeev 2007-10-28 11:55 ` Alexey I. Froloff 2007-10-28 12:42 ` Aleksey Avdeev 2007-10-28 11:52 ` Alexey Tourbin 2007-10-28 12:16 ` Alexey I. Froloff 2007-11-03 9:31 ` Andrey Orlov 2007-10-28 14:12 ` Alexey Tourbin 2007-10-28 16:55 ` Peter V. Saveliev 2007-10-28 12:11 ` Alexey Tourbin 2007-10-28 12:36 ` Aleksey Avdeev 2007-10-28 14:34 ` Alexey Tourbin
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=200711020921.37724.cray@neural.ru \ --to=cray@neural.ru \ --cc=devel@lists.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