ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
From: Michael Shigorin <mike@osdn.org.ua>
To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
Subject: [sisyphus] полиси: после dist-upgrade всё работает или "ben i need help" _заранее_?
Date: Sun, 16 Sep 2007 20:34:07 +0300
Message-ID: <20070916173407.GC22022@osdn.org.ua> (raw)
In-Reply-To: <20070916165204.GB14815@basalt.office.altlinux.org>

On Sun, Sep 16, 2007 at 08:52:04PM +0400, Dmitry V. Levin wrote:
> > > меня не интересует работоспособность ЛЮБОЙ проприетарщины
> > > не зависимо от ее предназначения
> > Валера, другими словами работают ли у нас nvidia/fglrx тебе
> > плевать?  Исходя из этого - с альтом могут прощаться все,
> > кому нужно 3D на этой проприетарщине. Так как самому
> > поставить дрова с сайта производителя на альт с его
> > спецификой - проще застрелиться.

Не так.

> Во время разработки обеспечение совместимости с проприетарным
> софтом (который всегда отстаёт и который зачастую неисправим)
> не является для разработчиков приоритетной задачей.

Дим, и не так.

Конкретно эта тема уже не раз обсуждалась и в данном случае
(xorg) любой майнтейнер, меняющий ветку, по факту огребает вагон
флейма просто потому, что апстрим скорее средней вменяемости,
если не ниже (по крайней мере за пределами "с KDE/GNOME
загружается? вываливаем").

Это всё получается грустно и непродуктивно.


Теперь по проблеме.

Сизиф используется для разработки.  Разработчиками.  Ими же может
использоваться аппаратное обеспечение, которое на сейчас требует
для приемлемой работы проприетарных драйверов.  Это выбор в т.ч.
майнтейнеров, твоих и Валеры коллег, плюс изрядное количество
случайности или привычки.

Так вот если мне или ktirf@ сломать иксы, то мы не сможем
нормально работать над тем, что мы делаем на таких системах
(как минимум тестирование своих же пакетов в сизифе, а также
всего, что им требуется).  Последние два случая в сумме съели
несколько часов времени, причём неожиданно.

Я придерживаюсь мнения, что по возможности не стоит плевать на
коллег и их обстоятельства с высокой колокольни, особенно если
есть и уже обкатаны варианты произведения подобных изменений 
с меньшим количеством проблем для пользователей сизифа.


В данном случае мне крайне не понравились два последних изменения
по части xorg, которые делались исключительно исходя из своей
позиции и без широкой ловли граблей в пакетах, опубликованных
в people, в течение хотя бы пары недель вместо пары дней.

Со шрифтами это бы позволило выловить как минимум одну ошибку, 
пойманную мной; подготовить обновление шрифтовых пакетов пачкой;
спокойнее и конструктивнее понять, что именно делаем с макросами
и пакетами, для которых они предназначены.

С обновлением версии -- это бы _также_ позволило выловить как
минимум одну ошибку, пойманную мной, и продумать хотя бы
автоматическое подставление того же -ignoreABI при условиях,
когда оно требуется.

Если правильно понимаю -- минимум первое из изменений было
проведено бегом из соображений "успеть починить в бранче".
Если я хоть что-то понимаю, то это только усложнило задачу
как синхронизации бранча, так и выпуска -- поскольку проблема
не была настолько серьёзной, как те, которые повылазили в
процессе реализации исправления.  А при переносе отношения
к пользователям сизифа на пользователей бранча и выпусков
становится совсем грустно -- только-только альт начал
выкапываться из маргинальной ямы "сизифятников", и тут опять.

Давайте как-то думать над тем, что после dist-upgrade всё должно
продолжать работать.


Я стараюсь исходить из соображения, что мои пакеты должны
работать для людей, которые необязательно начинают день с чтения
sisyphus@ и sisyphus-cybertalk@ от корки до корки.  Иногда это
приводит к дополнительной мороке (думаю, ты как майнтейнер glibc
помнишь мороку с glibc-preinstall -- и надеюсь, понимаешь, что 
она была не зря).

Я бываю очень благодарен тем людям, пакеты которых по моим
соображениям -- вполне могут взорваться при ином обновлении,
но не взрываются.

--- предложение ---

Как-то в качестве примера %changelog приводилась ссылка на пакеты
vsu@.  Хотелось бы попросить коллег подумать в качестве примера
по части гладких обновлений подумать, почему переезд на
module-init-tools или glibc-2.5 был настолько близок к
автоматическому, насколько это вообще возможно; и не стесняться
сказать _здесь_ и _заранее_, если с обновлением предвидятся
проблемы и в принципе их можно решить, но нет времени/желания.

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

---

PS: не надо полагаться только на себя -- никто из нас не может
предусмотреть все случаи, и даже очень осторожные и опытные люди
от того же меня получали гневные письма при обновлении, которое
ломало какую-нить конфигурацию с переподвыподвертом.

PPS: вот ещё изрядно наивная, но содержащая пару рациональных
зёрен для Светлого Будущего (TM) статья Bruce Byfield про
обновления: http://www.linux.com/feature/119162 :

"all you get is a single sentence description of the package.
>From that description -- or possibly the package name -- you
might be able to tell how important a particular piece of
software is to the smooth running of your system. But what you
can't tell is what changes have been made in the update, and
whether the update is useful to you."

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/


  reply	other threads:[~2007-09-16 17:34 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-15 21:41 [sisyphus] fglrx 8.41.7 в сизифе не будет Konstantin A. Lepikhov
2007-09-15 21:59 ` Ivan Adzhubey
2007-09-15 22:30   ` Konstantin A. Lepikhov
2007-09-16 10:36     ` Valery V. Inozemtsev
2007-09-16 10:46       ` Motsyo Gennadi aka Drool
2007-09-16 11:10         ` Konstantin A. Lepikhov
2007-09-16 17:37           ` Michael Shigorin
2007-09-16 17:57             ` Konstantin A. Lepikhov
2007-09-16 18:40               ` Anton Farygin
2007-09-16 19:44                 ` Valery V. Inozemtsev
2007-09-16 20:01                   ` Anton Farygin
2007-09-16 20:07               ` Michael Shigorin
2007-09-16 11:10         ` Valery V. Inozemtsev
2007-09-16 11:15           ` Motsyo Gennadi aka Drool
2007-09-16 11:32         ` Хихин Руслан
2007-09-16 11:41           ` Konstantin A. Lepikhov
2007-09-16 11:58             ` Хихин Руслан
2007-09-16 12:00               ` Motsyo Gennadi aka Drool
2007-09-16 12:17               ` Konstantin A. Lepikhov
2007-09-16 12:39                 ` Хихин Руслан
2007-09-16 13:18                   ` Konstantin A. Lepikhov
2007-09-16 18:42                   ` Anton Farygin
2007-09-16 18:55           ` Aleksey Novodvorsky
2007-09-16 19:07             ` Anton Farygin
2007-09-16 19:49               ` Valery V. Inozemtsev
2007-09-16 20:03                 ` Anton Farygin
2007-09-16 20:06                   ` [sisyphus] [JT] non-ati-non-intel ? Pavlov Konstantin
2007-09-16 20:23                     ` Anton Farygin
2007-09-16 20:29                     ` Alexander Bokovoy
2007-09-17  6:56                       ` Anton Farygin
2007-09-17 10:35                         ` Pavlov Konstantin
2007-09-16 21:57                 ` [sisyphus] fglrx 8.41.7 в сизифе не будет Konstantin A. Lepikhov
2007-09-17  7:08                   ` Valery V. Inozemtsev
2007-09-17 15:33                     ` Konstantin A. Lepikhov
2007-09-17 19:16                       ` Anton Farygin
2007-09-16 16:52         ` [sisyphus] xorg-x11-server vs fglrx: stable vs unstable Dmitry V. Levin
2007-09-16 17:34           ` Michael Shigorin [this message]
2007-09-16 17:56           ` [sisyphus] [JT] " Motsyo Gennadi aka Drool
2007-09-16 18:37       ` [sisyphus] fglrx 8.41.7 в сизифе не будет Anton Farygin
2007-09-16 11:32     ` Aleksey Avdeev
2007-09-16 18:35 ` Anton Farygin
2007-09-17 17:02 ` Евгений
2007-09-17 17:04   ` Евгений
2007-09-18  5:50   ` Epiphanov Sergei
2007-09-18 13:15     ` Konstantin A. Lepikhov
2007-09-18 13:26       ` Epiphanov Sergei
2007-09-18 22:27         ` Konstantin A. Lepikhov

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=20070916173407.GC22022@osdn.org.ua \
    --to=mike@osdn.org.ua \
    --cc=shigorin@gmail.com \
    --cc=sisyphus@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 Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/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 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git