From: "Скрылевъ Малъ" <majioa@yandex.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Date: Mon, 11 Feb 2019 17:27:18 +0300 Message-ID: <11150531549895238@myt6-23299ba78d64.qloud-c.yandex.net> (raw) In-Reply-To: <20190211125100.GA24140@altlinux.org> Пожалуй нужно пояснить мой подход. Да, я поименовал ruby как руби, и gem как бисер, по нескольким причинам: * я привык к русскому языку, а не английскому, в том числе в технической документации; * такое именование оно вполне себе продолжает школы как дореволюционную инженерную, так и советскую разработческую. скажем по сю пору в ЕСПД есть такие термины как: цепочка (string), управление/управляющий (control), обслуживание (utility), переместимый (relocatible), тупик (deadlock), проверка (checkout), испытание (test), закрытый (encapsulated), старшинство (precedence). 11.02.2019, 15:51, "Dmitry V. Levin" <ldv@altlinux.org>: > On Wed, Feb 06, 2019 at 01:42:51AM +0300, Dmitry V. Levin wrote: > > Повторяю просьбу: не надо переводить слова ruby и gem на русский язык > в технической документации. > Я не против вернуть англоязычные термины (на английском конечно), хотя скажем для меня читать тексты изобилующие изводами букв двух языков напрягает, да и с таким же успехом можно было и сразу писать весь текст по-английски, а в свете грядущего "импортозамещения", а также изложенных доводов о терминологии в сов-время, это представляется мягко говоря недальновидным. мы же по-русски говорим, верно? Я в принципе могу и по-английски написать эти определения. > Прочитать текст в его нынешнем виде, испещрённом бисерами, > не представляется возможным. > > Кажется, в обоснование отказа от нашей многолетней практики > автоматического вычисления ruby-зависимостей в приложениях по require > в тексте продвигается идея, будто все приложения перешли на Gemfile и > require больше не используются. > Так и есть, используются require, только на основе прописанного списка бисеров явно. > Опыт исправления пострадавшего пакета opennebula показывает, что это не так. > Для того, чтобы оценить масштаб бедствия, просьба к автору отказа от > автоматического вычисления ruby-зависимостей в приложениях по require > опубликовать список всех пакетов, которые в результате этого изменения > теряют зависимости и требуют ручного исправления. Опыт упаковки "постраждавшего" пакета ничем не отличается от подобных бисеров или проектов на Gemfile. Скажем если говорить об "opennebula",то такой пакет должен был, иметь по сути 1 пакет с зависимостями на основе Gemfile, и скажем называться ruby-opennebula, и 2 пакета с бисерами (opennebula) и (opennebula-cli). Однако вышел только один пакет ruby-openbebula и иные пакеты Алексей рассек на несколько частей и подпакетов этот основной рубишный, по каким-то своим причинам, растащив при этом и исполняемые файлы, что однако, не может служить правилом определения зависимостей для такой схемы, хотя бы потому, возможны прямые пересечения вызовов модулей в такой схеме, причем модулей не из внешних источников. Потому для такой схемы следует не определять зависимости автоматически, а вписывать их руками, есть также вариант просто сочинить нужные Gemfile-ы, хотя в этом проекте они есть. -- С уважением, Скрылевъ Малъ +79055245451
next prev parent reply other threads:[~2019-02-11 14:27 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 ` Скрылевъ Малъ [this message] 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=11150531549895238@myt6-23299ba78d64.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