From: "Peter V. Saveliev" <peet@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] python vs gcc Date: Sun, 28 Oct 2007 22:43:56 +0400 Message-ID: <200710282143.56359.peet@altlinux.ru> (raw) In-Reply-To: <20071028173410.GF19325@solemn.turbinal> В сообщении от Sunday 28 October 2007 20:34:10 Alexey Tourbin написал(а): > On Sun, Oct 28, 2007 at 08:52:39PM +0400, Peter V. Saveliev wrote: > > (исключая gcc -- там полный набор), лишая разработчика универсальности > > среды. Сизиф сейчас дружественен пользователю и мэйнтейнеру, но враждебен > > разработчику. > > Полный набор gcc тоже даёт проблемы. <skip > > Но если речь идёт о базовом системном интерпретаторе, который служит > ОСНОВОЙ для порождения иерархии зависимостей, тогда эта проблема > возникает часто и стоит остро. Да, это я понял. Правильно ли я понял, что возможна такая ситуация: * в Сизифе начинает жить питон 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. Разработчики обычно знают, какие модули нужны, и способны обойтись без вселенского разума в определении зависимостей, так что это нормально. -- Peter V. Saveliev
next prev parent reply other threads:[~2007-10-28 18:43 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 [this message] 2007-11-02 6:21 ` Andrey Orlov 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=200710282143.56359.peet@altlinux.ru \ --to=peet@altlinux.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