[room] технофашизм

[room] технофашизм

[Mykola S. Grechukh]

Дело было так:

lftp ftp.sunet.se:/pub/os/Linux/distributions/fedora/epel/epel/5/i386>
ls | grep Graphics
-rw-r--r--         2.8M  2009-09-19 00:24  GraphicsMagick-1.3.7-1.el5.i386.rpm
-rw-r--r--         145K  2009-09-19 00:24
GraphicsMagick-c++-1.3.7-1.el5.i386.rpm
-rw-r--r--          52K  2009-09-19 00:24
GraphicsMagick-c++-devel-1.3.7-1.el5.i386.rpm
-rw-r--r--          66K  2009-09-19 00:24
GraphicsMagick-devel-1.3.7-1.el5.i386.rpm
-rw-r--r--         190K  2009-09-19 00:24
GraphicsMagick-perl-1.3.7-1.el5.i386.rpm

lftp ftp.sunet.se:/pub/os/Linux/distributions/fedora/epel/epel/5/i386>
get GraphicsMagick-perl-1.3.7-1.el5.i386.rpm
GraphicsMagick-1.3.7-1.el5.i386.rpm
3153508 bytes transferred in 3 seconds (1.04M/s)
Total 2 files transferred

lftp ftp.sunet.se:/pub/os/Linux/distributions/fedora/epel/epel/5/i386> exit

[root@miromesnil ~]# rpm -Uvh GraphicsMagick-1.3.7-1.el5.i386.rpm
GraphicsMagick-perl-1.3.7-1.el5.i386.rpm
Preparing...                ########################################### [100%]
   3:GraphicsMagick         ########################################### [ 75%]
   4:GraphicsMagick-perl    ########################################### [100%]

[root@miromesnil ~]# ./findimagedupes-2.18/findimagedupes
/usr/bin/perl: symbol lookup error:
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Graphics/Magick/Magick.so:
undefined symbol: InitializeMagick

Ну ладно, это какая-то полуфедорка. Пойдём к центоси:

[root@miromesnil ~]# lftp http://yum.cocoiti.com/CentOS/5/RPMS/i386/
cd ok, cwd=/CentOS/5/RPMS/i386

lftp yum.cocoiti.com:/CentOS/5/RPMS/i386> get
GraphicsMagick-1.2.7-1.i386.rpm GraphicsMagick-perl-1.2.7-1.i386.rpm
4627750 bytes transferred in 9 seconds (493.7K/s)
Total 2 files transferred
lftp yum.cocoiti.com:/CentOS/5/RPMS/i386> exit

[root@localhost ~]# rpm -Uvh GraphicsMagick-1.2.7-1.i386.rpm
GraphicsMagick-perl-1.2.7-1.i386.rpm
error: Failed dependencies:
	libGraphicsMagick.so.3 is needed by GraphicsMagick-1.2.7-1.i386
	libGraphicsMagick.so.3 is needed by GraphicsMagick-perl-1.2.7-1.i386
[root@miromesnil ~]# rpm -qlp GraphicsMagick-1.2.7-1.i386.rpm | grep
libGraphicsMagick.so
/usr/lib/libGraphicsMagick.so.2
/usr/lib/libGraphicsMagick.so.2.0.7

Вот когда вспоминаешь о железной руке at@ !

--
Mykola Grechukh
RISC Group IT Solutions

Re: [room] технофашизм

[Денис Смирнов]

On Thu, Oct 15, 2009 at 04:44:12PM +0000, Mykola S. Grechukh wrote:

MSG> Вот когда вспоминаешь о железной руке at@ !

Я был в шоке, когда увидел _mv_ падающий в segfault на TrixBox (который на
базе CentOS).

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] технофашизм

[Mykola S. Grechukh]

2009/10/15 Денис Смирнов <>:
> On Thu, Oct 15, 2009 at 04:44:12PM +0000, Mykola S. Grechukh wrote:
>
> MSG> Вот когда вспоминаешь о железной руке at@ !
>
> Я был в шоке, когда увидел _mv_ падающий в segfault на TrixBox (который на
> базе CentOS).
>
> Какими бы жестокими не были наши проверки в gear-builder, но когда
> наталкиваешься в жизни на софт который собирали без них -- становится
> очень, очень грустно.

О да. Ещё был прикол в настоящем купленом RHEL5, когда ночной RHN
принёс обновление то ли кластерного плагина к snmpd, то ли самого
snmp, отчего оный плагин перестал загружаться с жалобой на missing
symbol. Саппорт предложил откатиться.

Ну то что  центосям удалось собирая из одного тарбола библиотеку и
перловку, слинковать перл с другой версией либы, это ладно. Но ведь
годами это всё лежит и никто не замечает.

Точно так же как никто не замечает что все найденные сборки
GraphicsMagick страдают missing symbol InitializeMagick. Я-то сделал
LD_PRELOAD, но как-то ведь у людей работают эти недолинкованые перлы?

--
Mykola Grechukh
RISC Group IT Solutions

Re: [room] технофашизм

[Денис Смирнов]

On Thu, Oct 15, 2009 at 08:02:25PM +0000, Mykola S. Grechukh wrote:

MSG> О да. Ещё был прикол в настоящем купленом RHEL5, когда ночной RHN
MSG> принёс обновление то ли кластерного плагина к snmpd, то ли самого
MSG> snmp, отчего оный плагин перестал загружаться с жалобой на missing
MSG> symbol. Саппорт предложил откатиться.

Т.е. суппорт у них мальчики для битья, не имеющиие контактов
разработчиков. Так и запишем.

MSG> Ну то что  центосям удалось собирая из одного тарбола библиотеку и
MSG> перловку, слинковать перл с другой версией либы, это ладно. Но ведь
MSG> годами это всё лежит и никто не замечает.
MSG> Точно так же как никто не замечает что все найденные сборки
MSG> GraphicsMagick страдают missing symbol InitializeMagick. Я-то сделал
MSG> LD_PRELOAD, но как-то ведь у людей работают эти недолинкованые перлы?

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

Почему же они этого не делают, а альт успешно внедряет такие технологии?

У меня на ум приходит только одно -- крыпным vendor'ам это просто не
нужно. Крики о крутом QA для топов окупаются быстрее и надежнее чем
собственно развитие QA. Менее масштабные бренды -- либо делают качество
_выше_ чем у топов (как альт), или просто быстро загибаются.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] технофашизм

[Mykola S. Grechukh]

2009/10/15 Денис Смирнов <>:
> On Thu, Oct 15, 2009 at 08:02:25PM +0000, Mykola S. Grechukh wrote:
>
> MSG> О да. Ещё был прикол в настоящем купленом RHEL5, когда ночной RHN
> MSG> принёс обновление то ли кластерного плагина к snmpd, то ли самого
> MSG> snmp, отчего оный плагин перестал загружаться с жалобой на missing
> MSG> symbol. Саппорт предложил откатиться.
>
> Т.е. суппорт у них мальчики для битья, не имеющиие контактов
> разработчиков. Так и запишем.

кажется, it depends. То есть по тому же кластеру (когда мы
разворачивали failovered NFS)  саппорт ответил очень быстро и сказал
пару нигде не документированных опций которые решают.

> MSG> Ну то что  центосям удалось собирая из одного тарбола библиотеку и
> MSG> перловку, слинковать перл с другой версией либы, это ладно. Но ведь
> MSG> годами это всё лежит и никто не замечает.
> MSG> Точно так же как никто не замечает что все найденные сборки
> MSG> GraphicsMagick страдают missing symbol InitializeMagick. Я-то сделал
> MSG> LD_PRELOAD, но как-то ведь у людей работают эти недолинкованые перлы?
>
> Мне вот одно непонятно. У RedHat финансовых возможностей по организации
> средств автоматизации тестирования и т.д. -- на порядки больше чем у
> альта. У RedHat также на порядки больше аудитория, поэтому если для нас
> представляет опасность излишне закручивать гайки (мантейнеры разбегаются),
> то их мантейнеры, которые на з/п сидят, будут грязно материться но
> собирать качественные пакеты.
>
> Почему же они этого не делают, а альт успешно внедряет такие технологии?
>
> У меня на ум приходит только одно -- крыпным vendor'ам это просто не
> нужно. Крики о крутом QA для топов окупаются быстрее и надежнее чем
> собственно развитие QA. Менее масштабные бренды -- либо делают качество
> _выше_ чем у топов (как альт), или просто быстро загибаются.

Боюсь всё даже хуже. QA не просто не окупается, а уменьшает доход -
поддерживать техническую консистентность означает потерять некоторую
часть подписчиков саппорта.

Мы вот редхат покупаем, только из-за контрактной ответственности.  А
на  альте железные ящики делаем под _свою_ ответственность.

--
Mykola Grechukh
RISC Group IT Solutions

Re: [room] технофашизм

[Mykola S. Grechukh]

2009/10/15 Mykola S. Grechukh <>:
> Боюсь всё даже хуже. QA не просто не окупается, а уменьшает доход -

в смысле pre-production QA

--
Mykola Grechukh
RISC Group IT Solutions

Re: [room] технофашизм

[Денис Смирнов]

On Thu, Oct 15, 2009 at 10:08:19PM +0000, Mykola S. Grechukh wrote:

MSG> Боюсь всё даже хуже. QA не просто не окупается, а уменьшает доход -
MSG> поддерживать техническую консистентность означает потерять некоторую
MSG> часть подписчиков саппорта.

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

Но есть еще группа клиентов, которые по норме прибыли интереснее -- но они
предпочитают платить "шоб все было зашибись, а ежели появишься на площадке
-- еще сам денег нам за это заплатишь, за то что работать мешаешь".

И вот на таких с качественным продуктом деньги делать интереснее :)

MSG> Мы вот редхат покупаем, только из-за контрактной ответственности.  А
MSG> на  альте железные ящики делаем под _свою_ ответственность.

Угу, понимаю.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [room] технофашизм

[Mykola S. Grechukh]

Как работает IBM.

Вот, скажем, некий айбиэмовский софт с кусками на коболе. Софт состоит
из пяти компонентов. Лечение заключается в их перезапуске в
определённом порядке, с обязательным ручным  вычищением всех логов и
ошмётков из рабочих директорий. Процедуру повторять до достижения
стабильной работы.

Или даже железо. HS22 блейды из коробки не поддерживают BOFM.
Перепрошиваем фирмварь. После этого advanced management module
рандомно теряет блейды, и при попытке апплаить BOFM говорит для одного
из блейдов "can not connect to BMC". Приходят два айбиэмца с почасовой
оплатой и начинают руководить починкой.

Лечение заключается в следующем:

- прошиваем самую свежую фирмварь в management module. Рестартим
management module
- хм, не помогло
- ребутим management processor потерянного блейда
- хм, всё равно не помогло. ребутим AMM.
- нет пути. Тогда чтобы выяснить проблема в конкретном блейде или
шасси, переставляем потерянный и рабочий
- опа! теперь на двух BMC error!
- переставляем местами потерянный и один из оставшихся
- опа! BMC error на трёх!
- хм. Ребутим management processor на всех блейдах
- рестартим AMM
- опа! у одного блейда потерялся IO module
- опять рестартим management processor на всех
- опять рестартим AMM
- ух ты, всё зелененькое и BOFM апплаится-

А разгадка одна - почасовая оплата.

......

Однако на следующий день баг вылезает опять, с другим блейдом. Но я
уже запомнил процедуру - ДВА ребута AMM с десятиминутным интервалом.
Действительно, воспроизводится вся симптоматика в той же
последовательности, с катарсисом в финале.

--
Mykola Grechukh
RISC Group IT Solutions

Re: [room] технофашизм

[Michael Bykov]

2009/10/16 Mykola S. Grechukh <nick.grechukh@gmail.com>:
> Как работает IBM.
>
> Вот, скажем, некий айбиэмовский софт с кусками на коболе. Софт состоит
> из пяти компонентов. Лечение заключается в их перезапуске в
> определённом порядке, с обязательным ручным  вычищением всех логов и
> ошмётков из рабочих директорий. Процедуру повторять до достижения
> стабильной работы.
>
> Или даже железо. HS22 блейды из коробки не поддерживают BOFM.
> Перепрошиваем фирмварь. После этого advanced management module
> рандомно теряет блейды, и при попытке апплаить BOFM говорит для одного
> из блейдов "can not connect to BMC". Приходят два айбиэмца с почасовой
> оплатой и начинают руководить починкой.
>
> Лечение заключается в следующем:
>
> - прошиваем самую свежую фирмварь в management module. Рестартим
> management module
> - хм, не помогло
> - ребутим management processor потерянного блейда
> - хм, всё равно не помогло. ребутим AMM.
> - нет пути. Тогда чтобы выяснить проблема в конкретном блейде или
> шасси, переставляем потерянный и рабочий
> - опа! теперь на двух BMC error!
> - переставляем местами потерянный и один из оставшихся
> - опа! BMC error на трёх!
> - хм. Ребутим management processor на всех блейдах
> - рестартим AMM
> - опа! у одного блейда потерялся IO module
> - опять рестартим management processor на всех
> - опять рестартим AMM
> - ух ты, всё зелененькое и BOFM апплаится-
>
> А разгадка одна - почасовая оплата.
>
> ......
>
> Однако на следующий день баг вылезает опять, с другим блейдом. Но я
> уже запомнил процедуру - ДВА ребута AMM с десятиминутным интервалом.
> Действительно, воспроизводится вся симптоматика в той же
> последовательности, с катарсисом в финале.
>
> --
> Mykola Grechukh
> RISC Group IT Solutions
> _______________________________________________
> smoke-room mailing list
> smoke-room@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/smoke-room


 > После этого AMM
 > рандомно теряет блейды, и при попытке апплаить BOFM говорит для одного
 > из блейдов "can not connect to BMC".

Класс. Рецессивная аллель влияет на фенотип, только когда генотип гомозиготен.

М.

Re: [room] технофашизм

[Mykola S. Grechukh]

2009/10/16 Michael Bykov <>:
>  > После этого AMM
>  > рандомно теряет блейды, и при попытке апплаить BOFM говорит для одного
>  > из блейдов "can not connect to BMC".
>
> Класс. Рецессивная аллель влияет на фенотип, только когда генотип гомозиготен.

:)

AMM - advanced management module шасси блейдцентра.
BOFM - blade open fabric manager. Рассказывает каждому блейду какие у
него будут маки на эзеернете и фибре
BMC - board management console, через неё AMM общается с блейдами.

Кстати вебинтерфейс AMM сделан на PHP и не скрывает этого. Иногда
может выдать "use of uninitialized variable".

Re: [room] технофашизм

[Vyatcheslav Perevalov]

В сообщении от Пятница 16 октября 2009 18:49:34 автор Michael Bykov написал:
> Класс. Рецессивная аллель влияет на фенотип, только когда генотип
>  гомозиготен.
>
Чочо??^W Постите, но я, как представитель сугубо технического воспитания 
(именно так!) не вполне Вас понял..
-- 
/vip

Re: [room] технофашизм

[Terechkov Evgenii]

16.10.2009 Vyatcheslav Perevalov писал:

> В сообщении от Пятница 16 октября 2009 18:49:34 автор Michael Bykov написал:
> > Класс. Рецессивная аллель влияет на фенотип, только когда генотип
> >  гомозиготен.
> Чочо??^W Постите, но я, как представитель сугубо технического воспитания 
> (именно так!) не вполне Вас понял..

Хорошо что не все технари так плохо помнят школьный курс биологий.
Иначе было совсем скучно.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

Re: [room] технофашизм

[Андрей Новосёлов]

В Птн, 16/10/2009 в 22:27 +0700, Vyatcheslav Perevalov пишет:

> Чочо??^W Постите, но я, как представитель сугубо технического воспитания 
> (именно так!) не вполне Вас понял..
Если помните из  школы про А ( большое, оно же доминантное) и а
( маленькое, оно же рецессивное). Когда встречается Аа или АА всегда
проявляется во внешнем облике животного те черты, которые обусловлены А
- ведь он доминантен, т.е подавляет а. Для того, чтобы проявилось
свойство, определяемое а, нужно чтобы комбинация была аа и только так.
Это называется рецессивный гомозиготный. :-) ЕМНИП :-)
-- 
С уважением, Андрей Новосёлов.
Registered linux user No. 282220
Ubuntu User number is No.  20998
My servers & desktops powered by ALT Linux
Jabber UID  gnostik_at_jabber.ru
ICQ UIN     162278208

Re: [room] технофашизм

[Michael Shigorin]

On Thu, Oct 15, 2009 at 04:44:12PM +0000, Mykola S. Grechukh wrote:
> Вот когда вспоминаешь о железной руке at@ !

Скрутил по просьбе в community@ soundconverter.  Если кому
интересно, то можете попробовать выкинуть из спека добавленные
руками (Как В Старое Доброе Время) все Requires: и заодно
BuildRequires: desktop-file-utils.

Вот думаю -- то ли python.req.py доломали, то ли что, и уж совсем
непонятно, почему использования desktop-file-install в %install
оказалось недостаточно для прописывания BR.

Как кто думает -- вешать или это так задумано?

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