From: Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Переход на новый python Date: Wed, 16 Mar 2005 13:24:54 +0600 Message-ID: <20050316072454.GK2741@pyro.hopawar.private.net> (raw) In-Reply-To: <200503152158.15291.cray@neural.ru> [-- Attachment #1: Type: text/plain, Size: 3901 bytes --] On Tue, Mar 15, 2005 at 09:58:14PM +0300, Andrey Orlov wrote: > > Андрей, речь про _сборочную_ зависимость. > > Про зависимости "бинарного пакета" речи и не идет, там, кажется, сейчас > > все корректно с логической точки зрения. > > Я и говорю про ___сборочную___ зависимость. Так вот. Сборочная зависимость. > > 1. Если пакет будет персобран не с тем питоном, он будет неработоспобен. > Как минимум, потому, что модули лягут не в тот каталог. Slow. Slow down. Если "пакет будет пересобран не с тем питоном", то ничего страшного априори не произойдет. Потому что в нынешней ситуации все (порядочные мэйнтэйнеры) пользуются для составления списка файлов или INSTALLED_FILES или, на худой конец, %python_libdir, который, как несложно понять, привязывается именно к той версии питона, под которой происходит сборка пакета. То есть, собираем под python2.3 - пойдет в /usr/lib/python2.3 (и зависимость выставится именно на python 2.3). Собираем под 2.4 - пойдет в соответствующее место и зависимость выставится соответствующая. Тут-то проблем нет. Проблемы могут возникнуть, когда старый пакет, несмотря на "собираемость" под новым питоном оказывается в итоге неработоспособным (ну, я вижу два случая: несоместимость нового питона в синтаксисе или библиотеках). Но, кажется, это, скорее, форс-мажор. > 2. hasher (вернее apt-get) собирая сборочную среду имеет тенденцию > вытаскивать не тот python, который нужен. Т.е. не последний. А вот это, наверное, другая проблема, но, кажется, ты пытаешься рубить хвост змея горыныча, вместо того, чтобы рубить (и прижигать еще, кажется, надо было) головы. Тогда это так и стоит объявлять: due to deficiency of apt/hasher we have to explictly bind... > То что я имею проявления этой ошибки дома каждый день - я об этом > просто молчу, LDV научил меня с ней бороться, я это уже делаю на автомате. Может, вам, эта, собраться вдвоем и родить, гхм, гомункула, который будет делать это за вас? ;-) > 3. Ну и наконец, собственно элементарная логика - довод лично для меня > - я проверил сборку пакета инструментом под названием pythonX.Y, я хочу > гарантировать, что будет иметь место сборка именно этой версией. > Будет pythonX.Y + 1 (для тех кто в танке: версия питона, минор которой > на единицу больше, > чем у питона в предыдущем предложении) - я хочу сам > его туда положить. Так что лично в моих пакетах такая зависимость будет > всегда - я своими пакетами пользуюсь, и их работоспособность для меня не > пустой звук. <затихающие звуки гимна здравому смыслу> Могу поручиться, что твой любимый писатель в детстве - Жюль Верн. А теперь будь добр, изложи все это в полиси. Я, в общем, не против такой постановки вопроса, я просто хочу, чтобы это было раз и навсегда зафиксировано, и в ответ на будущие инсинуации ты просто сошлешься на себя самого. "Он памятник воздвиг..." и все такое прочее. > Б) А собственно, что мы выигрываем, убрав зависимость? Робот-пересборщик > нужен так и так, сами пакеты не пересобираются. Я вопрос подробно не > изучал (сейчас займусь), но если я правильно понял LDV, сложность робота > возрастает незначительно, к тому же по любому такая проблема возникает и > с другими пакетами. Так что никакого __выигрыша__ убрав зависимость мы > не получаем. Ну, мне лень думать про ваших гомункулов. Вы уж как-нибудь сами :-) > Ну, это верно, но, боюсь, что это мой личный аргумент. Похоже, сообщество > в целом предпочитает обновится неоттетсированным пакетом, грохнуть себе > машину и потом писать багрепорты. Это возможный выбор. У меня-то главная Фтопку демократию. > вопросов, в которых это разжевано. Посмотри пожалуйста наше FAQ, > если там __вдруг__ объяснения нет или оно недостаточно разжевано - > подвесь багрепорт на rpm-build-python. :-) Попробую. (С некоторой досадой) Слушай, а это же придется читать то, что мы там с тобой написали, да? [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-03-16 7:24 UTC|newest] Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-03-09 7:49 Andrey Orlov 2005-03-11 15:43 ` Dmitry V. Levin 2005-03-11 16:08 ` Alexey Morozov 2005-03-11 16:43 ` Dmitry V. Levin 2005-03-13 18:37 ` Mikhail Zabaluev 2005-03-14 8:46 ` Alexey Morozov 2005-03-14 20:29 ` Andrey Orlov 2005-03-15 9:13 ` Mikhail Zabaluev 2005-03-15 17:06 ` Alexey Morozov 2005-03-15 18:58 ` Andrey Orlov 2005-03-16 6:41 ` Alexey I. Froloff 2005-03-16 7:26 ` Alexey Morozov 2005-03-16 8:53 ` [devel] " Michael Shigorin 2005-03-16 8:58 ` Ivan Fedorov 2005-03-16 7:51 ` [devel] " Andrey Orlov 2005-03-16 8:48 ` Alexey I. Froloff 2005-03-16 11:29 ` Andrey Orlov 2005-03-16 11:43 ` Alexey I. Froloff 2005-03-16 13:11 ` Andrey Orlov 2005-03-17 7:17 ` Alexey I. Froloff 2005-03-17 7:53 ` Andrey Orlov 2005-03-17 8:01 ` [devel] " Michael Shigorin 2005-03-17 20:28 ` Andrey Orlov 2005-03-18 9:05 ` Michael Shigorin 2005-03-17 8:13 ` [devel] " Alexey I. Froloff 2005-03-17 8:37 ` Anton Farygin 2005-03-17 20:26 ` Andrey Orlov 2005-03-16 7:24 ` Alexey Morozov [this message] 2005-03-16 8:28 ` Andrey Orlov 2005-03-16 8:46 ` Andrey Orlov 2005-03-16 21:18 ` Mikhail Zabaluev 2005-03-16 21:44 ` Andrey Orlov 2005-03-17 23:33 ` Mikhail Zabaluev 2005-03-18 0:09 ` Andrey Orlov 2005-03-18 8:03 ` Mikhail Zabaluev 2005-03-19 11:39 ` Andrey Orlov 2005-03-19 21:17 ` [devel] apt-rpm issue Dmitry V. Levin 2005-03-13 21:31 ` [devel] Переход на новый python Andrey Orlov 2005-03-14 0:02 ` Dmitry V. Levin 2005-03-14 11:10 ` [devel] " Michael Shigorin 2005-03-14 16:29 ` [devel] " Dmitry V. Levin 2005-03-14 20:43 ` Andrey Orlov 2005-03-14 22:18 ` Alexey I. Froloff 2005-03-14 23:06 ` Andrey Orlov 2005-03-15 6:35 ` Alexey I. Froloff 2005-03-15 8:38 ` Andrey Orlov 2005-03-14 23:12 ` Dmitry V. Levin 2005-03-14 23:19 ` Alexey Rusakov 2005-03-14 23:22 ` Andrey Orlov 2005-03-14 23:40 ` Dmitry V. Levin 2005-03-15 8:09 ` Andrey Orlov 2005-03-29 16:19 ` Dmitry V. Levin 2005-03-29 17:23 ` Вячеслав Диконов 2005-03-30 1:01 ` Ivan Fedorov 2005-03-30 8:36 ` Vitaly Lipatov 2005-03-30 10:57 ` Dmitry V. Levin 2005-03-30 14:02 ` Sergey V Turchin
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=20050316072454.GK2741@pyro.hopawar.private.net \ --to=alex-altlinux@idisys.iae.nsk.su \ --cc=devel@altlinux.ru \ /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