From: Anton Farygin <rider@basealt.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1
Date: Sat, 29 Jan 2022 21:16:05 +0300
Message-ID: <fb99b31c-b3e1-3902-304b-57a1335624ef@basealt.ru> (raw)
In-Reply-To: <20220129181250.mg3tij7nox5awnrv@example.org>
On 29.01.2022 21:12, Alexey Gladkov wrote:
> On Sat, Jan 29, 2022 at 08:32:32PM +0300, Anton Farygin wrote:
>> On 29.01.2022 16:26, Alexey Gladkov wrote:
>>> On Sat, Jan 29, 2022 at 04:01:15PM +0300, Grigory Ustinov wrote:
>>>> 29.01.2022 15:48, Sergey Y. Afonin пишет:
>>>>> On Saturday 29 January 2022, Dmitry V. Levin wrote:
>>>>>
>>>>>> Давайте честно скажем, что особой пользы от 32-битных архитектур уже нет.
>>>>>> Возможно, неплохая мысль выключить их в недалёком будущем, скажем, к p11.
>>>>> Мне кажется немного рано. Вот к p12 уже может быть.
>>>> Я до сих пор в поездках пользуюсь ноутбуком на Intel Atom N270. Он 32битный,
>>>> он работает и по большому счёту он меня устраивает ровно настолько, что
>>>> 64битный ноутбук я пока не вижу смысла покупать. Возможно не всем нужны
>>>> большие мощности и некоторые люди могут пользоваться устаревшей техникой. У
>>>> одного довольно известного преподавателя курса операционных систем вмк мгу
>>>> это даже стало жизненной позицией, которую я поддерживаю и возможно есть и
>>>> другие пользователи, которые её разделяют в той или иной мере.
>>> Я хочу проговорить вслух всем защитникам 32-x архитектур, чтобы не было
>>> иллюзий и обид:
>>>
>>> Для меня эти архитектуры мертвы. У меня давно нет такого железа, чтобы
>>> проверять там сборки и я патчу связанные баги неглядя. Тестировать эти
>>> сборки у меня нет ни возможности ни желания.
>>>
>>> Когда случаются проблемы, которые я не могу сходу запатчить, то проблемный
>>> функционал просто выключаю (удивительно как это не стало ещё заметно).
>>> Потому что актуальные архитектуры не должны страдать от этого легаси.
>>>
>>> Если вас такой уровень поддержки устраивает, то ок, я буду продолжать
>>> такую поддержку 32-x сборок.
>>>
>> У меня точно такая же политика - если тест падает на 32-х битах и сходу
>> непонятно как чинить, то я его просто выключаю.
>>
>> Я думаю что это нормально и если у владельца такой системы возникнет острая
>> необходимость починить приложение на 32-х битной архитектуре, то он это
>> сделает.
>>
>> Но важное замечание заключается в том, что в основном такое происходит с
>> разным серверным ПО.
> Это ничто иное как деградация архитектуры. Формально архитектура есть, но
> пакеты в ней либо имеют урезанный функционал, либо вообще не работают.
>
> Разве что такой подход приведёт к тому что владельцы старого железа скоро
> не смогут говорить "у меня есть 32-битный ноут и у меня _всё_работает_".
> Это наша цель ?
>
> Какой смысл в такой архитектуре для владельца старого, но работающего
> ноутбука ?
Конечно деградация архитектуры, но тащить архитектуру за апстрим нам
будет ой как не просто. С учётом того, что она, в целом, нужна только
некоторым владельцам 32-х битных платформ.
Поэтому надо и возложить на тех людей, кто хочет 32-бит вопросы
поддержки желаемой ими архитектуры. Это нормальная практика, на мой взгляд.
next prev parent reply other threads:[~2022-01-29 18:16 UTC|newest]
Thread overview: 80+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-24 15:54 ` Vladimir D. Seleznev
2022-01-24 22:51 ` Alexey V. Vissarionov
2022-01-25 7:51 ` Sergey V Turchin
2022-01-25 7:47 ` Sergey V Turchin
2022-01-25 10:52 ` Alexey Sheplyakov
2022-01-25 15:58 ` Gleb Fotengauer-Malinovskiy
2022-01-25 16:12 ` Vladimir D. Seleznev
2022-01-25 16:17 ` Anton Farygin
2022-01-26 13:01 ` Alexey Sheplyakov
2022-01-28 21:30 ` Dmitry V. Levin
2022-01-28 21:58 ` Leonid Krivoshein
2022-01-28 22:45 ` Dmitry V. Levin
2022-01-29 9:17 ` Alexey V. Vissarionov
2022-01-29 12:19 ` Yuri Sedunov
2022-01-28 22:25 ` Andrey Savchenko
2022-01-28 22:43 ` Dmitry V. Levin
2022-01-28 23:33 ` Andrey Savchenko
2022-01-30 0:10 ` Mikhail Novosyolov
2022-01-30 9:25 ` Anton Farygin
2022-01-30 16:45 ` Andrey Savchenko
2022-01-29 2:32 ` Антон Мидюков
2022-01-29 3:06 ` Dmitry V. Levin
2022-01-29 5:27 ` Антон Мидюков
2022-01-29 9:31 ` Alexey V. Vissarionov
2022-01-29 10:09 ` Антон Мидюков
2022-01-29 11:29 ` Alexey Gladkov
2022-01-29 11:34 ` Anton Farygin
2022-01-29 11:47 ` [devel] x86_64-i586 Dmitry V. Levin
2022-01-29 11:58 ` Anton Farygin
2022-01-31 9:24 ` Anton V. Boyarshinov
2022-01-31 10:12 ` Ilya Kurdyukov
2022-01-31 10:22 ` Anton V. Boyarshinov
2022-01-29 12:02 ` Антон Мидюков
2022-01-29 12:10 ` Anton Farygin
2022-01-29 12:28 ` Andrey Savchenko
2022-01-29 17:29 ` Anton Farygin
2022-01-30 18:37 ` [devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1 Alexey V. Vissarionov
2022-01-29 7:31 ` Anton Farygin
2022-01-29 11:22 ` Alexey Gladkov
2022-01-29 12:31 ` Валерий Иноземцев
2022-01-29 12:48 ` Sergey Y. Afonin
2022-01-29 13:01 ` Grigory Ustinov
2022-01-29 13:26 ` Alexey Gladkov
2022-01-29 17:32 ` Anton Farygin
2022-01-29 18:12 ` Alexey Gladkov
2022-01-29 18:16 ` Anton Farygin [this message]
2022-01-29 18:35 ` Alexey Gladkov
2022-01-30 9:20 ` Anton Farygin
2022-01-31 10:36 ` Sergey Afonin
2022-01-29 15:38 ` Alexey Sheplyakov
2022-01-29 15:50 ` Denis Medvedev
2022-01-29 17:33 ` Anton Farygin
2022-01-30 19:11 ` Alexey V. Vissarionov
2022-01-29 16:00 ` Dmitry V. Levin
2022-01-29 17:41 ` [devel] subrepository for 32-bit Anton Farygin
2022-01-29 18:25 ` Alexey Gladkov
2022-01-30 4:42 ` Ilya Kurdyukov
2022-01-30 6:35 ` Aleksey Novodvorsky
2022-01-30 7:10 ` Антон Мидюков
2022-01-30 8:05 ` Ilya Kurdyukov
2022-01-30 9:24 ` Anton Farygin
2022-01-30 10:15 ` Ilya Kurdyukov
2022-01-30 10:25 ` Anton Farygin
2022-01-31 0:54 ` Alexey V. Vissarionov
2022-01-30 20:14 ` Michael Shigorin
2022-01-30 20:49 ` Andrey Savchenko
2022-01-30 21:03 ` Aleksey Novodvorsky
2022-01-31 10:23 ` Alexey Sheplyakov
2022-01-31 10:29 ` Антон Мидюков
2022-01-31 5:28 ` Ilya Kurdyukov
2022-01-31 10:43 ` Sergey Afonin
2022-01-31 16:42 ` arbars
2022-01-31 21:55 ` Alexey V. Vissarionov
2022-01-31 23:26 ` [devel] OOM OMG OMG Paul Wolneykien
2022-01-31 23:55 ` Andrey Savchenko
2022-02-01 10:58 ` Paul Wolneykien
2022-02-01 14:02 ` Andrey Savchenko
2022-02-01 12:40 ` [devel] subrepository for 32-bit Anton Farygin
2022-01-30 17:32 ` Ilya Kurdyukov
2022-02-08 20:02 ` Alexey V. Vissarionov
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=fb99b31c-b3e1-3902-304b-57a1335624ef@basealt.ru \
--to=rider@basealt.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