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, 12 Feb 2019 13:05:33 +0300
Message-ID: <3522701549965933@myt4-c0b480c282c8.qloud-c.yandex.net> (raw)
In-Reply-To: <20190212095509.96d63206adc62e50f454741b@altlinux.org>



12.02.2019, 09:55, "Andrey Savchenko" <bircoph@altlinux.org>:
> On Tue, 12 Feb 2019 09:44:37 +0300 Andrey Cherepanov wrote:
>>  11.02.2019 22:50, Michael Shigorin пишет:
>>  > On Mon, Feb 11, 2019 at 05:27:18PM +0300, Скрылевъ Малъ wrote:
>>  >> Да, я поименовал ruby как руби, и gem как бисер, по нескольким причинам:
>>  > Ты для себя пишешь или для других? Если второе -- то предлагаю
>>  > подход "кесарю кесарево".
>>  Поддерживаю.
>>  >
>>  >> Потому для такой схемы следует не определять зависимости
>>  >> автоматически, а вписывать их руками, есть также вариант просто
>>  >> сочинить нужные Gemfile-ы, хотя в этом проекте они есть.
>>  > Пойми одну простую вещь: для внешнего наблюдателя это чистой воды
>>  > регрессия. Было, работало, сломали. Ради чего?
>>
>>  Миша, ты собирал сотни пакетов на Ruby, чтобы делать такой вывод? Ты
>>  собирал сам Ruby?
>
> Я собирал Ruby на e2k и обеспечил возможность бутстрапа на другие
> новые архитектуры, чем люди уже пользовались. И могу утверждать,
> что нынешнее действие выглядит примерно так: мы упростим себе
> поддержку ruby и инфраструктуры модулей ruby (т.е. gem) за счёт
> отказа от автоматического определения зависимостей в пакетах,
> использующих ruby (но не обязательно являющихся gem). Т.е. по сути
> дела речь идёт о перекладывании проблем с плеч мейнтенеров ruby на
> плечи мейнтенеров не-gem пакетов, использующих ruby.
>
> Такой подход можно понять, но я считаю его неверным, поскольку он
> нарушает принцип автоопределения зависимостей, которому издавна
> следуют в Альте.

Принцип автоопределения зависимостей никак не нарушает новый подход, поскольку собственно автоопределение происходит по несколько иным принципам, и старая схема не удовлетворят (по причинам изложенным в новой политике), как раз из-за того, что подход к правильному употреблению вызовов require, со старой схемы изменился значительно, став зачастую неявным. 

То есть автоопределение зависимостей по старой схеме попросту является частным случаем такого автоопределения, имеющим при этом значительные недостатки по сравнению с новым.


-- 

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



  parent reply	other threads:[~2019-02-12 10:05 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                 ` Скрылевъ Малъ
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                           ` Скрылевъ Малъ [this message]
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=3522701549965933@myt4-c0b480c282c8.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