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 19:34:51 +0300
Message-ID: <20190205163451.GB20784@portlab> (raw)
In-Reply-To: <36851621549377849@myt1-4903e6646a45.qloud-c.yandex.net>
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:
> >> > Гемы и "модули по старинке" не одним и тем-же require подцепляются?
> >> > Следовательно, нет никакой разницы "что именно они представляют" и
> >> > в какие папки попадает.
> >>
> >> Одним и тем же require, однако side_ruby модули не видны в дереве гемов. Так что разные.
> >
> > Если не одним и тем же require, то разные, а если одним и тем же, то не
> > важно где они лежат.
> >
> > Но, я хочу развить эту мысль:
> >
> >> Было бы логично, чтоб в префиксе указывалось то к чему относится модуль.
> >> Например, модуль для руби скорее всего относится к руби, а не к гему.
> >> Модуль для rails к rails, а не к gem или rubyapps.
> >
> > Так как gem-ы это всего лишь вид паковки, то (согласно моей идее) его
> > нужно добавлять не как префикс, а как суффикс к названию пакета.
> >
> Принципиально я не против суффикса -gem. Однако есть 2 замечания:
>
> первое это то, что изменение префикса на суффикс, додаст бардака в принципы формирования пакетов, хотя бы потому, что в подсистемах перла и пифона, по сю пору используются префиксы.
>
> второе объясню на примере:
> есть вот пакет libyajl из исходника yajl, будет логически конфликтовать в похожим на него бисером с таким же названием и суффиксом "-gem".
>
>
> > Наподобие того как есть суффиксы -static -devel и т.д. Например
> > ruby-memcached-gem - значит этот пакет упадет в дерево гемов.
> >
> > В таком варианте остается желанный префикс ruby, не меняется полиси в
> > этом отношении и добавляются отсылки к gem.
>
> Собственно вот проект документа новой политики руби, о котором была речь на совещании:
>
> https://www.altlinux.org/Ruby_Policy_2.0
Вместо префикса gem- и суффикса -gem для наглядности лучше использовать
префикс rubygem-. Нерубишникам будет понятно, что пакет относится к
руби, рубишники увидят, что собирается модуль из gem'ов.
По политике.
Если в путях модулей, собранных из RubyGems есть версия Ruby
(/usr/lib/ruby/gems/2.5.0/), то значит, что эти модули жёстко зависят от
этой версии. Если у нас не предполагается держать несколько версий руби
в репозитории/системе, то, пожалуй, помимо зависимостей в RubyGems на
requires ruby >= 2.5.0
надо добавлять конфликты
conflicts ruby >= 2.6.0
а также писать эту версию в префиксе имени модуля:
rubygem2.5.0-modulename. Хотя тут надо спросить совета у более опытных
участников команды devel@, как в случае наличия версии интерпретатора в
путях модулей действовать.
--
С уважением,
Владимир Селезнев
next prev parent reply other threads:[~2019-02-05 16:34 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 [this message]
2019-02-05 17:00 ` Anton Farygin
2019-02-05 17:07 ` Vladimir D. Seleznev
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=20190205163451.GB20784@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