>> http://www.altlinux.ru/index.php?module=intproj

> Так samba альтовский проект?

Несовсем. Это международный проект. Но команда альтовцев в нем участвует.

>Я жду извинений.

Это да, вряд ли они извинятся. А я скажу спасибо. На Альте живу с Джуниора 1.1, 2.2 на 5 машинах (десктоп и ноут у меня, остальные по друзьям-родственникам). 2.4 вот заказал. Гавкалы же всякие пусть дружно идут по известному в России адресу.

2Yury A. Zotov:

NB: Про форк писал не я, но как я понял, это было скорее комплиментом альту, по сравнению с асп. И чего тут обижаться, в том определении которое было дано, альтлинукс - действительно форк мандраки, который в свое время так и назывался Mandrake RE, а дальше вы пошли своим путем. И чего стесняться своей истории?

При всем моем уважении к ребятам из альта, которые действительно делают работу и отдают ее в мэйнстрим, не вижу смысла в дистрибутиве AltLinux как в коммерческом дистрибутиве.

Если относиться к альтам как к лаборатории, то все замечательно. Соотвественно и относиться к дистибутиву как к лабораторной работе тоже Ок. Но вот как к продукту к альтлинуксу относиться нельзя. Когда-то я покупал пару тройку раз дистры от альта, ходил на семинары, потом надоело.

В коммерческом плане компания себя не позиционирует просто никак, не ясна перспектива, направление, и т.п. Вы так - просто группа единомышленников. Так что смысла покупать коробку нет никакого. Опыты над линуксом больше в мое хобби не входят, а для работы есть более другие дистрибутивы. А покупать только из идеологических соображений "поддержать русского производителя" - не интересно. А насколько я понимаю альтлинукстим все таки пытается быть коммерчески успешным (уже несколько лет)? Или я таки ошибаюсь и для большинства в альте это все действительно просто just for fun?

/AVS

> что ALT Linux это форк Mandrake,

То есть, ты хочешь сказать, что начало никак с MDK не связано ? :-)
(чтобы меньше недоразумений было - сам на Сизифе сижу c некоторых пор. ;-) Примерно с момента пропадания обычных дистрибутивов RH и появления Федоры).

> а для работы есть более другие дистрибутивы.
> А покупать только из идеологических соображений "поддержать русского производителя"

Тут есть другие соображения. Основное - можно поговорить на родном языке (или на очень похожем - это я про Украину; по крайней мере, уж читается он вполне нормально).

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

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

0) не обращайте внимания.
1) Респекты.
2) Русских документаций по настройке VPN - море(даже я писал как про настройку клиента, так и сервера)
3) Респекты.
4) dx собрать не просто, а очень просто.
5) Респекты :)(сборка программы в пакет - это разработка? Тогда я тоже разработчик и очень матёрый! :)
6) Я установил дистрибутив XYZ на кораздо большее число компьютеров и серверов - проблем тоже нет.
7) Все кого-то знают, в большей или меньшей мере.

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

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

ЗЫ разочаровался в М2.4. один апгрейд от 2.2 чего стоит - ужас

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

Мне кажется, что цель - совместить плохо совместимое. То есть, сделать удобный для пользователя, но максимально защищенный дистрибутив.

>ЗЫ разочаровался в М2.4. один апгрейд от 2.2 чего стоит - ужас

sudo service brain start

А вы посмотрите кто делает дистры.
попарсите к примеру исходники ядра, самбы, апача, и другого софта
на строки "@redhat.com" "@suse.de" и похожие.
а теперь то же, но "@altlinux.ru". Ниче не нашли?

Вывод: большие конторы вносят реальный вклад в ОпенСорс, вместо того
чтобы клепать дистры на коленке.

Да короче, все нормальные люди через это прошли, это как пубертант в юности :). После 8 месяцев возни с альтом, я перестал его юзать.
Да, он более менее юзабельный, кое-что сделано разумно. Но вот на сервер
я бы его не ставил! Только то что юзается реально большим числом людей,
например целыми немецкими городами :). А кто юзает Альт? 1000 человек?
Да вы почитайте рассылки скажем suse и альта ...
И посмотрите как собирается ядро в альте и нормальном дистре типа
Fedora, Gentoo, SuSE.
Да короче, тут и говорить не о чем.

Какие у Вас проблемы с апгрейдом?

При минимальных знаниях утилиты apt-get апгрейд проводится элементарно.

В community@ я видел только один негативный отзыв о том, что апгрейд потребовал минимальных усилий (больше 5-и минут работы).

> А вы посмотрите кто делает дистры.
> попарсите к примеру исходники ядра, самбы, апача, и другого софта
> на строки "@redhat.com" "@suse.de" и похожие.
> а теперь то же, но "@altlinux.ru". Ниче не нашли?

Есть уверенность, что там именно @altlinux.ru, а не личные E-Mail, к Alt не относящиеся ?

Цель команды ALT это всего лишь объединение целей участников.

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

Цель участников-членов-Team -- внести в используемый ими дистрибутив улучшения в той области, в которой конкретно они являются специалистами.

Кто-то это делает "из принципа", кто-то "чтобы в коробке уже было", у каждого свои причины.

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

// Mithraen

Версия 3.0 должна быть уже на новом инсталляторе. Слава богу, инсталлятор я вижу крайне редко -- в момент установки новой машины. Дальше всё как-то apt-get :)

// Mithraen

> попарсите к примеру исходники ядра,

Хотя...

$ grep altlinux ChangeLog-2.4.22
<vsu@altlinux.ru>:

2Harzah:

Извините, совместимости по глюкам и отсутстию софта с Fedora команда ALT обеспечивать не будет. И по кривой архитектуре тоже. Ибо никому эта псевдосовместимость не нужна.

Мне нравится что большая часть демонов в chroot из коробки (в том числе bind и postfix), и мне не надо настраивать это самому.

Мне нравится, что ядро уже собрано с патчами от openwall, без коих я не считаю возможность установки сервера, и в ALT это уже сделано. Заодно добавлено множество других патчей, после просмотра их списка и беглого просмотра содержимого я схватился за голову и понял, что сам собирать ядра не буду.

Мне нравится логика сборки Apache, которая правильнее и надёжнее чем в других дистрибутивах (mod_perl вынесен в отдельный сервер и используется mod_proxy, ибо mod_perl очень плохо дружит с mod_ssl).

Мне нравится tcb из коробки.

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

Мне нравится то, что мне уже давно не приходится собирать ядра. Потому что если раньше я знал, что мантейнер ядра в каком-нибудь redhat соберёт то, что мне нафиг не надо, я беру ядро из ALT и вижу, что оно для меня практически идеально, и мне слабо доточить его настолько, чтобы это окупило полчаса моего времени.

Мне нравится система сборки в hasher'е от Дмитрия Левина, благодаря которой я уверен, что собраный мною пакет соберётся точно так же на сборочных серверах ALT, и на машинах любого другого пользователя.

Мне нравится сборка пакетов из под непривелигированого пользователя (сборку под root, как и любую другую работу, кроме базовой настройки системы, считаю неправильной).

В конце-концов мне нравится открытая всем bugzilla и открытый репозиторий Sisypus.

> попарсите к примеру исходники ядра, самбы, апача

Самба, говоришь...
http://us1.samba.org/samba/team/
Обрати внимание на Alexander Bokovoy

Не находишь некой корреляции с
http://alt.linux.kiev.ua/packager/ab/srpms
?

Апач сам посмотришь ? :-) Хотя, тут я сам не уверен. А вот всякий другой софт тоже можно показать.

// Mithraen

2pag: freesource.info -> статьи -> релиз Мастер 2.4

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

Обязательно обновитесь из updates, тогда и известные недоработки дистрибутива будут устранены :)

Можно найти проблемы в bugzilla.altlinux.ru по конкретному пакету, поведение которого вам кажется странным. Если же вы нашли ошибку, вы можете её отправить в bugzilla.

Ну и подписывайтесь на списки рассылки (community@).

это таки альтовский чейнджлог ;)?

> это таки альтовский чейнджлог ;)?

Вообще-то, с kernel.org. :-)

Дебиан говорите ?..

https://db.debian.org/search.cgi

Peter Novodvorsky (uid=nidd,ou=users,dc=debian,dc=org)
login: nidd@debian.org
irc Nickname: nidd
Preferred shell: /bin/zsh
PGP/GPG fingerprint: 1:- 807A E5A3 5817 00CA C16E ACCE E227 F0C3 9469 A7A7
Record created: 0000/00/00 00:00:00 UTC
Last modified: 0000/00/00 00:00:00 UTC

Что-то фамилия знакомая...
http://alt.linux.kiev.ua/packager/nidd/

http://www.openwall.com/Owl/CHANGES-current.shtml

Искать "Levin"
В общем, много куда залезли руки Alt. ;-)

> https://db.debian.org/search.cgi

Кстати, сдается мне, что две трети дебиановцев России работают в Alt Linux (то есть даже не просто в team):

Alexander Kotelnikov (uid=sacha,ou=users,dc=debian,dc=org)

http://alt.linux.kiev.ua/packager/sacha/

Зачем сравнивать все с федорой? Это минималистичный дистрибутив. В свое время он (rh) разжирел, теперь его приводят в норму (хотя и не всегда удачно). У федоры для этого есть отдельные репозитарии, не принадлежащии основной ветви.

Другой момент, что у меня на той же федоре собираются пакеты от mdk и pl linux (в крайнем случае при минимальной правке spec'ов), но собрать пакет от alt linux в другой системе - это надо иметь не знаю сколько пядей во лбу - проще и быстрее свой spec накатать. Почему так?

P.S. И когда будет новая программа установки?

>совместимости по глюкам и отсутстию софта с Fedora команда ALT обеспечивать не будет

Не знаю как сейчас, а раньше альтовый софт работал на федоре и rh. Лично я брал из альт gimp 2 (точнее 1.3.х).

>И по кривой архитектуре тоже.

Не понял.

>Мне нравится, что ядро уже собрано с патчами от openwall, без коих я не считаю возможность установки сервера, и в ALT это уже сделано.

openwall не является стандартом, не так ли?

А почему бы не развивать selinux и exec shield?

>Потому что если раньше я знал, что мантейнер ядра в каком-нибудь redhat соберёт то, что мне нафиг не надо

Насколько я помню, собирают везде ядра стандартно - пихают все + патчи от багов + патчи для расширения функциональности.

У вас поддержка 4Гб в alt'овом ядре включена? А если да, у вас есть памяти больше 1Гб? А если нет, почему вы позволяете себе держать такое ядро, которое делает лишний и довольно ощутимый overhead?

Я в федоровские ядра включал для работы mppe, а для дома mppe, lirc и поддержку starc шедулера. Сильно это сложнее переделки альтового ядра?

>из под непривелигированого пользователя

Это можно сделать где угодно. man rpm вам в помощь.

>В конце-концов мне нравится открытая всем bugzilla и открытый репозиторий Sisypus.

ИМХо только у ASP ее нет, как и репозитория, ибо они тупо копируют федору.

> но собрать пакет от alt linux в другой системе - это надо иметь не
> знаю сколько пядей во лбу - проще и быстрее свой spec накатать.
> Почему так?

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

> Не знаю как сейчас, а раньше альтовый софт работал на федоре и rh. Лично я брал из альт gimp 2 (точнее 1.3.х).

Дык я когда понял, что за софтом предпочитаю на altlinux.ru бегать, так и пересел на alt.

> openwall не является стандартом, не так ли?

Ага. Но удобно и надёжно.

> А почему бы не развивать selinux и exec shield?

Это ортогональные вещи.

selinux в 2.4 это такой же сторонний патч, как и openwall. Разве что в разработчиках openwall я гораздо более уверен, чем в NSA. Тем более что авторы RSBAC и grsecurity попытавшись перенести свои системы на selinux откатились обратно и матерятся в полный голос, ибо убог этот selinux и крив до безобразия.

На текущий момент 2.6 ешё не стабилизировалось и на серверы я бы его ставить поостерёгся. Ибо kernel panic'и у себя на рабочих станциях бывает ловлю.

Посему 2.4 + openwall сейчас наилучшее универсальное решение. И именно так я делал ещё до того, как стал пользоватьсУ вас поддержка 4Гб в alt'овом ядре включена? А если да, у вас есть памяти больше 1Гб? А если нет, почему вы позволяете себе держать такое ядро, которое делает лишний и довольно ощутимый overhead?я ALT

Ядра smp собраны с поддержкой 4G. up, по крайней мере раньше, собиралсь без поддержки 4G, сейчас я не смотрел.

Схема сборки ALT ядра весьма проста и функциональна. Изредка я делаю спец-ядра, естественно на базе уже сделаного ALT (патчи прикладывают автоматом альтовские, конфигурацию я немного меняю).

И чем мне rpm поможет сделать нормально работающие в chroot из коробки сервисы? Чтобы в chroot был необходимый минимум, из стандартных системных инициализационных скриптов сервис поднимался как надо? >В конце-концов мне нравится открытая всем bugzilla и открытый репозиторий Sisypus.

> ИМХо только у ASP ее нет, как и репозитория, ибо они тупо копируют федору.

Перевожу -- нет как минимум у федоры и ASP. Гы. То есть из российских дистрибутивов есть только у ALT :)

pptp

>2. Пакет pptp-client. Например, в Fedora Core 3 такой прораммы вообще нет. В мой пакет по сравнению с орининальной сборкой добавлены скрипты упрощающие работы с программной (ifup pptp0, насколько я знаю, можно сделать только в ALT Linux).

Насколько я помню, пакет pptp-client появился в mandrake-re после того, как он появился в black cat 6.2, и скрипты ifup-pptp тоже. И в ASPLinux оно все есть начиная с 7.1, так что выставлять иключительно своей заслугой по меньшей мере некорректно.

asplinux bugzilla

>> ИМХо только у ASP ее нет, как и репозитория, ибо они тупо копируют федору.

bugzilla.asplinux.ru - что это такое?

>>2. Пакет pptp-client. Например, в Fedora Core 3 такой прораммы вообще нет. В мой пакет по сравнению с орининальной сборкой добавлены скрипты упрощающие работы с программной (ifup pptp0, насколько я знаю, можно сделать только в ALT Linux).

>Насколько я помню, пакет pptp-client появился в mandrake-re после того, как он появился в black cat 6.2, и скрипты ifup-pptp тоже. И в ASPLinux оно все есть начиная с 7.1, так что выставлять иключительно своей заслугой по меньшей мере некорректно.

Да, естественно, в mandrake-re пакет был. Я его взял себе у другого мантейнера, который его не развивал. Скрипт ifup-pptp я написал собственными руками в июле 2003 года, о чём и написал в pptpclient-devel@. Никакого другого подобного скрипта в ALT Linux я не видел. Не исключаю, что в каком-то дистрибутиве тоже есть подобный скрипт не моей разработки. А может он создан на основе моего, так как копирайтов я в своём не ставил.

-- yz

>Перевожу -- нет как минимум у федоры и ASP. Гы. То есть из российских дистрибутивов есть только у ALT :)

Я может туповат, но как отсутствие репозитория у ASP коррелирует с отсутствием репозитрия у Fedora, тем более что у Fedora есть и репозиторий и багзилла (последней я пользуюсь).

Может в задницу такие переводы?

Гм. Помнится, я pptp-linux брал в ASP. Конечно, не так удобно, как клиент, но довольно просто.

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

> Какие у Вас проблемы с апгрейдом?
> При минимальных знаниях утилиты apt-get апгрейд проводится
> элементарно.

> В community@ я видел только один негативный отзыв о том, что апгрейд
> потребовал минимальных усилий (больше 5-и минут работы).

да ну ?

1) для апгрейда нужно как минимум подключать репозитарий контриб. как ни странно, один из основных пакетов требующийся для апгрейда не находится ни на первом диске, ни в репозитарии main ( речь идет о initscripts)

2) как ни странно dist-upgrade хочем все снести и приходиться делать апгрейд маленькими шажками - сначала apt/libc, потом еще что-то, потом еще что-ниюбудь маленькое и так до тех пор пока установка service+pam0 (от которых завияст практиески все основные пакеты) не будут требовать снести все подряд включая basesystem (такие милые но постоянные шуточки типа снести login/mingetty/openssh-server оставим в стороне - после пятого такого предложения мне уже не бло смешно)

3) после апгрейда вылезла куча проблем с софтом. courier-imap видите ли требует fam в обязательном порядке в дефолтной конфигурации однако в зависимостях его не наблюдается. гугл конечно же в данном случае помог. кто поможет мантейнеру courier-imap сделать service brain reload ?

4) довесилась куча пакетов мне нафиг не сдавшихся. прикол в том что требую снести какой-либо пакет, а мне предлагают установить еще парочку ненужных, и только потом снести то что я попросил.
автоматом довесилась куча сервисов которые как мне казалось я уже давно успешно снес - типа sound, bootsplash (без него видите ли lilo не хочет работать), rawdevices, random и еще парочка. про те которые повесились но автоматом не грузятся я промолчу - спасибо и на этом.
никак не могу снести пакеты типа libqt3 и Xfree86-libs - предлагают заодно снести все подряд. будем разбираться.

5) сейчас разбираюсь с постфиксом - валится куча ошибок в логе насчет postfix-sasl. а такого в м2,4 уже нет.

6) то что на pam_auth в сквиде надо выставлять suid бит после каждого обновления я уже давно привык. А в фортунках в рассылке ходит громкое высказывание Левина что ни один непривелегированый процесс в альтлинукс не может проверить правильность пароля системного пользователя. Интересно когда же ментейнер сквида удосужится сделать себе service brand reload.

7) после обновления упал бинд. выяснилось - то что раньше мы прописывали ручками в конфигах где то в дебрях /var/lib/bind (определение локальных зон) теперь идет уже заранее прописанным в файлике rfc1912. бинд ругается на двойное определение зоны и не запускается. такое поведение - переписывать файлы которые фактически являются конфигурационными но таковыми в пакете не помечены свойственно и сквиду - помню как год назад я долго матерился на то что обновление сквида потерло нафиг все сообщение об ошибках которые я долго и стрательно приводил в удобоваримый для пользователей вид.

5 минут говорите ? у меня только на написание всего вышеописанного ушло больше времени.

а тому анонимусу которые посоветовал service brain restart один вопрос - это он по собственному опыту говорит ?

с сайта опенвола:

2004/02/08 Package: SimplePAMApps
In login(1) and su(1), generate ut_id's consistently with libutempter and OpenSSH (patch from Dmitry V. Levin of ALT Linux). This will make "su -" replace existing utmp entries for the duration of the su session.

да, крутой патч, ничего не скажешь.

с предыдущим оратором абсолютно согласен - альтом топить печку! кто хочет- пробуйте, но мы вас предупредили!

P.S. ;)

#service brain start
brain: unrecognized service
#

>> В community@ я видел только один негативный отзыв о том, что апгрейд
>> потребовал минимальных усилий (больше 5-и минут работы).

> да ну ?

Ну да. C Compact 2.3 до Master 2.4

> никак не могу снести пакеты типа libqt3 и Xfree86-libs - предлагают заодно снести все подряд. будем разбираться.

Говорят, это сплэш.

> да, крутой патч, ничего не скажешь.

Посмеялся ? :-)

Скачай теперь tcb у них (или в Alt) и посмотри, кто его, вообще, делает.

File: LICENSE:
Copyright (c) 2001, 2002 Rafal Wojtczuk <nergal@owl.openwall.com>
Copyright (c) 2001 - 2003 Solar Designer <solar@owl.openwall.com>
Copyright (c) 2001, 2003 Dmitry V. Levin <ldv@altlinux.org>

Additionally, some or all of the following copyright notices may apply
to portions of pam_tcb and tcb_chkpwd:

Copyright (c) 1996 Alexander O. Yuriev
Copyright (c) 1996 - 1998 Andrew G. Morgan
Copyright (c) 1996 Cristian Gafton
Copyright (c) 1996 Elliot Lee, Red Hat Software
Copyright (c) 1999 Jan RЙkorajski
Copyright (c) Thorsten Kukuk

>> да ну ? > Ну да. C Compact 2.3 до Master 2.4 может тогда кто-нибудь подскажет почему mysql грохнулась ? похоже бинарная несовместимость >> никак не могу снести пакеты типа libqt3 и Xfree86-libs - предлагают >> заодно снести все подряд. будем разбираться. > Говорят, это сплэш. снес таки libqt3. а вот с XFree86-libs затык - просят снести (из того что мне нужно) webalizer, пару перловых и пхпшных модулей. в общем апгрейд мне надолго запомнится. и это все еще только на запасном серваке.

>> да ну ?

> Ну да. C Compact 2.3 до Master 2.4

может тогда кто-нибудь подскажет почему mysql грохнулась ? похоже бинарная несовместимость

>> никак не могу снести пакеты типа libqt3 и Xfree86-libs - предлагают
>> заодно снести все подряд. будем разбираться.

> Говорят, это сплэш.

снес таки libqt3. а вот с XFree86-libs затык - просят снести (из того что мне нужно) webalizer, пару перловых и пхпшных модулей.

в общем апгрейд мне надолго запомнится. и это все еще только на запасном серваке.

> Посмеялся ? :-)
> Скачай теперь tcb у них (или в Alt) и посмотри, кто его, вообще,
> делает.

кто пользуется тот и делает.
покажите еще хоть один дистр где используется tcb, я им напишу - может они спасибо скажут ?

> покажите еще хоть один дистр где используется tcb, я им напишу - может они спасибо скажут ?

www.google.com знаешь ? Строку для поиска подсказать, или сам придумаешь ? :-)

>Это дистр будущего.

Будуще покажет ;-)) В смысле, докажет...

>Нормальный форк - он чем отличается: форкнулись, и пошли самостоятельно. :-)

ГЫы)) ЗдОрово сказал :)

> ГЫы)) ЗдОрово сказал :)

С процессами не путай, да ? :-)

>А я скажу спасибо.

Присоединяюсь... Дистр -- IMHO the best!!!

>> покажите еще хоть один дистр где используется tcb, я им напишу -
>> может они спасибо скажут ?

> www.google.com знаешь ? Строку для поиска подсказать, или сам
> придумаешь ? :-)

придумал - tcb

Только вот в результатах ничего толкового нет - транскредитбанк, музыкальная группа, техасская комиссия для слепых и т.д.
Наверно понимать надо что это пользователи tcb разработанного незабвенным ООО альтлинукс ?

поискал tcb+linux
такой же плачевный результат - одно упоминание об альтлинукс
остальные касаются tcb - file viewer for terminal, а еще более остальные - trusted computing base
кажется еще где-то промелькнуло sco openserver вкупе с auth

Так как все таки в гугле найти строные ряды дистрибутивов использующих верх программистского гения - tcb ?

ЗЫ а мускль быстро поднялся - надо было файлики innodblog прибить в /var/lib/mysql/db (они потом автоматом появятся но уже правильной версии)

просьба мантейнеру mysql сделать советуемый анонимусом (не мной, выше по треду) service brain restart и прописать кое-какие строчки в rpm postinst

> Наверно понимать надо что это пользователи tcb разработанного незабвенным ООО альтлинукс ?

Вообще-то, оно с OWL пошло. В Альт оно оттуда попало. В общем, помнится, я в Генту это видел... КАк минимум. Правда, не буду утверждать, что это там основная система авторизации - Генту в глаза не видел.

> просьба мантейнеру mysql сделать советуемый анонимусом (не мной,
> выше по треду) service brain restart и прописать кое-какие строчки
> в rpm postinst

Если это Альта касается, то bugzilla.altlinux.ru или надеяться, что передаст кто-нибудь....