From: "Vladimir D. Seleznev" <vseleznv@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Date: Tue, 5 Feb 2019 20:07:33 +0300 Message-ID: <20190205170733.GA27792@portlab> (raw) In-Reply-To: <bb0af7f9-a4c7-5298-2d3c-4562ba1ef336@basealt.ru> On Tue, Feb 05, 2019 at 08:00:27PM +0300, Anton Farygin wrote: > 05.02.2019 19:34, Vladimir D. Seleznev пишет: > > On Tue, Feb 05, 2019 at 05:44:09PM +0300, Скрылевъ Малъ wrote: > >> > >> 01.02.2019, 09:40, "Vitaly Chikunov" <vt@altlinux.org>: > >>> On Mon, Jan 28, 2019 at 10:45:27PM +0300, Скрылевъ Малъ wrote: > >>> > > requires ruby >= 2.5.0 > > > > надо добавлять конфликты > > > > conflicts ruby >= 2.6.0 > > > > а также писать эту версию в префиксе имени модуля: > > rubygem2.5.0-modulename. Хотя тут надо спросить совета у более опытных > > участников команды devel@, как в случае наличия версии интерпретатора в > > путях модулей действовать. > > > Очень плохая идея держать несколько версий языка и кучу модулей для > каждой из них в тех случаях, когда этого можно было бы не делать. > Кардинально усложняется сборка прикладного софта и вносится путаница в > зависимости. Моё письмо как раз о том, что мы не собираемся держать несколько Ruby в репозитории. Тем не менее, в модулях RubyGems в путях присутствует версия, и если не ужесточить зависимость на конкретный диапазон версий интерпретатора, то проблем будет не меньше. > Я с год назад с этим боролся в окамл - там была проблема в том, что > часть модулей было собрано для ocaml4, часть - для ocaml-3. В итоге ни > то ни другое толком не работало. После объединения - у нас есть один > ocaml-4.07.1, к которому собрано некоторое количество модулей (ничего > лишнего, всё только нужное). > > Минус такого подхода - необходимость полной пересборки этого хозяйства с > каждой новой версией. Но у нас инструменты для такой пересборки > улучшаются с каждым днём и я вообще не вижу в этом проблемы. -- С уважением, Владимир Селезнев
next prev parent reply other threads:[~2019-02-05 17:07 UTC|newest] Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-01-20 7:58 [devel] Зависимости ruby-libs и libruby Anton Farygin 2019-01-20 12:31 ` Dmitry V. Levin 2019-01-20 19:09 ` Скрылевъ Малъ 2019-01-25 16:38 ` Vladimir D. Seleznev 2019-01-26 16:08 ` Скрылевъ Малъ 2019-01-27 0:17 ` Vladimir D. Seleznev 2019-01-28 19:43 ` Скрылевъ Малъ 2019-01-27 1:46 ` Vitaly Chikunov 2019-01-28 19:45 ` Скрылевъ Малъ 2019-02-01 6:40 ` Vitaly Chikunov 2019-02-05 14:44 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Скрылевъ Малъ 2019-02-05 16:34 ` Vladimir D. Seleznev 2019-02-05 17:00 ` Anton Farygin 2019-02-05 17:07 ` Vladimir D. Seleznev [this message] 2019-02-05 17:13 ` Скрылевъ Малъ 2019-02-05 18:13 ` Vladimir D. Seleznev 2019-02-05 18:31 ` Скрылевъ Малъ 2019-02-05 17:22 ` Скрылевъ Малъ 2019-02-05 17:23 ` Скрылевъ Малъ 2019-02-05 17:07 ` Anton Farygin 2019-02-05 21:38 ` Grigory Ustinov 2019-02-06 6:20 ` Anton Farygin 2019-02-06 11:44 ` Anton V. Boyarshinov 2019-02-05 22:42 ` Dmitry V. Levin 2019-02-11 12:51 ` Dmitry V. Levin 2019-02-11 14:27 ` Скрылевъ Малъ 2019-02-11 15:08 ` Vitaly Chikunov 2019-02-11 15:09 ` Fr. Br. George 2019-02-11 23:10 ` Grigory Ustinov 2019-02-12 5:49 ` Denis Medvedev 2019-02-12 5:56 ` [devel] [JT] " Fr. Br. George 2019-02-12 7:34 ` Oleg Solovyov 2019-02-12 10:26 ` [devel] " Скрылевъ Малъ 2019-02-13 14:05 ` Fr. Br. George 2019-02-11 19:50 ` Michael Shigorin 2019-02-12 6:44 ` Andrey Cherepanov 2019-02-12 6:55 ` Andrey Savchenko 2019-02-12 9:58 ` Andrey Cherepanov 2019-02-12 13:59 ` Anton Farygin 2019-02-12 10:05 ` Скрылевъ Малъ 2019-02-12 7:59 ` Ivan A. Melnikov 2019-02-12 10:39 ` Скрылевъ Малъ 2019-02-12 14:01 ` Anton Farygin 2019-02-12 17:30 ` Leonid Krivoshein 2019-02-13 4:57 ` Anton Farygin 2019-02-13 7:22 ` Скрылевъ Малъ 2019-02-13 7:39 ` Anton Farygin 2019-02-13 8:30 ` Скрылевъ Малъ 2019-02-13 8:36 ` Anton Farygin 2019-02-13 8:41 ` Anton Farygin 2019-02-13 8:37 ` Sergey Y. Afonin 2019-02-13 8:59 ` Leonid Krivoshein 2019-02-11 20:41 ` Paul Wolneykien 2019-02-12 7:19 ` Andrey Savchenko 2019-02-12 10:45 ` Скрылевъ Малъ 2019-02-12 14:02 ` Anton Farygin 2019-02-13 5:47 ` Andrey Savchenko 2019-02-12 12:04 ` Anton V. Boyarshinov 2019-02-12 19:23 ` Vladimir D. Seleznev 2019-02-12 21:17 ` Paul Wolneykien 2019-02-12 22:17 ` Dmitry V. Levin 2019-02-12 22:45 ` Vladimir D. Seleznev 2019-02-12 23:04 ` [devel] [JT] engrish Michael Shigorin 2019-02-13 1:33 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Grigory Ustinov 2019-02-13 5:50 ` Andrey Savchenko 2019-02-12 21:33 ` Michael Shigorin 2019-02-12 22:22 ` [devel] Administrivia Dmitry V. Levin 2019-02-12 13:02 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Dmitry V. Levin 2019-02-13 8:37 ` Andrey Cherepanov 2019-02-12 19:27 ` Aleksey Novodvorsky 2019-02-13 8:44 ` Andrey Cherepanov 2019-02-13 11:51 ` Dmitry V. Levin 2019-02-13 15:48 ` Andrey Cherepanov 2019-03-18 11:49 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 [en] Скрылевъ Малъ 2019-03-18 11:50 ` Скрылевъ Малъ 2019-01-25 16:43 ` [devel] Зависимости ruby-libs и libruby Michael Shigorin 2019-01-25 21:20 ` Anton Farygin 2019-01-27 8:10 ` Anton Farygin 2019-01-28 18:48 ` Alexey Shabalin 2019-01-28 19:06 ` Alexey Shabalin 2019-01-28 20:11 ` Ivan A. Melnikov 2019-01-29 8:32 ` [devel] undeclared ruby packaging policy change Dmitry V. Levin 2019-01-29 10:29 ` Dmitry V. Levin 2019-01-29 8:44 ` [devel] Зависимости ruby-libs и libruby Anton Farygin 2019-01-29 12:34 ` Скрылевъ Малъ 2019-01-29 4:36 ` Anton Farygin 2019-01-29 7:16 ` Eugene Prokopiev 2019-01-29 8:48 ` Anton Farygin 2019-01-29 9:14 ` Vladimir D. Seleznev 2019-01-29 12:33 ` Скрылевъ Малъ 2019-01-29 10:09 ` Dmitry V. Levin 2019-01-29 12:35 ` Скрылевъ Малъ 2019-01-28 19:52 ` Скрылевъ Малъ 2019-01-28 22:35 ` Dmitry V. Levin 2019-01-20 19:08 ` Скрылевъ Малъ
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=20190205170733.GA27792@portlab \ --to=vseleznv@altlinux.org \ --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