ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Скрылевъ Малъ" <majioa@yandex.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Зависимости ruby-libs и   libruby и новая политика 2.0
Date: Tue, 05 Feb 2019 20:13:04 +0300
Message-ID: <1551351549386784@myt2-dc4bba9bb23c.qloud-c.yandex.net> (raw)
In-Reply-To: <20190205163451.GB20784@portlab>



05.02.2019, 19:35, "Vladimir D. Seleznev" <vseleznv@altlinux.org>:
> 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'ов.
>

rubygem- очень длинно. Понятие "Gem" само по себе достаточно уникальное явление в мире разработки,чтобы его с чем-то можно было спутать, а узнать о значении оного не очень проблема.

> По политике.
> Если в путях модулей, собранных из RubyGems есть версия Ruby
> (/usr/lib/ruby/gems/2.5.0/), то значит, что эти модули жёстко зависят от
> этой версии. Если у нас не предполагается держать несколько версий руби
> в репозитории/системе, то, пожалуй, помимо зависимостей в RubyGems на
>
>     requires ruby >= 2.5.0
>
> надо добавлять конфликты
>
>     conflicts ruby >= 2.6.0
>

там ставится жесткая зависимость на ruby(2.5.0)

> а также писать эту версию в префиксе имени модуля:
> rubygem2.5.0-modulename. Хотя тут надо спросить совета у более опытных
> участников команды devel@, как в случае наличия версии интерпретатора в
> путях модулей действовать.
>
> --
>    С уважением,
>    Владимир Селезнев
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel



-- 

Малъ Скрылевъ
about.me/majioa



  parent reply	other threads:[~2019-02-05 17:13 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
2019-02-05 17:13                 ` Скрылевъ Малъ [this message]
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=1551351549386784@myt2-dc4bba9bb23c.qloud-c.yandex.net \
    --to=majioa@yandex.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