From: Alexey Gladkov <legion@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] [#291551] [test-only] FAILED (try 5) crtools.git=3.16.1-alt1
Date: Sat, 29 Jan 2022 19:12:50 +0100
Message-ID: <20220129181250.mg3tij7nox5awnrv@example.org> (raw)
In-Reply-To: <dbe85519-a541-6dbb-2962-9fa74488f18d@basealt.ru>
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-битный ноут и у меня _всё_работает_".
Это наша цель ?
Какой смысл в такой архитектуре для владельца старого, но работающего
ноутбука ?
--
Rgrds, legion
next prev parent reply other threads:[~2022-01-29 18:12 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 [this message]
2022-01-29 18:16 ` Anton Farygin
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=20220129181250.mg3tij7nox5awnrv@example.org \
--to=legion@altlinux.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