From: "Anton V. Boyarshinov" <boyarsh@altlinux.org> To: "Скрылевъ Малъ" <majioa@yandex.ru> Cc: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Date: Tue, 12 Feb 2019 15:04:11 +0300 Message-ID: <20190212150411.5ea06ffb@boyarsh.office.basealt.ru> (raw) In-Reply-To: <11150531549895238@myt6-23299ba78d64.qloud-c.yandex.net> On Mon, 11 Feb 2019 17:27:18 +0300 Скрылевъ Малъ wrote: > > * такое именование оно вполне себе продолжает школы как > дореволюционную инженерную, так и советскую разработческую. скажем по > сю пору в ЕСПД есть такие термины как: цепочка (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 > > > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel
next prev parent reply other threads:[~2019-02-12 12:04 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 ` Скрылевъ Малъ 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 [this message] 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=20190212150411.5ea06ffb@boyarsh.office.basealt.ru \ --to=boyarsh@altlinux.org \ --cc=devel@lists.altlinux.org \ --cc=majioa@yandex.ru \ /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