Summary: | Невозможно mysql_install_db из-под пользователя | ||||||
---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey V Turchin <zerg> | ||||
Component: | MySQL-server | Assignee: | Michael Shigorin <mike> | ||||
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
Severity: | normal | ||||||
Priority: | P3 | CC: | aen, ldv, mike, nickel, rider, shaba | ||||
Version: | unstable | ||||||
Hardware: | all | ||||||
OS: | Linux | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 26541 | ||||||
Attachments: |
|
Description
Sergey V Turchin
2010-04-14 18:44:04 MSD
Created attachment 4348 [details]
mysql-global.conf
на мейнтейнера. Когда-нибудь заработает? Я ни у кого не видел патчей для изменения моей команды, соответственно, у всех она работает. Я не разбирался, но мне кажется, что с chroot-нутым mysql это малореально. Выход: или делать возможность запуска неchroot-нутого mysqld, или отрывать чрутизацию нафиг. У меня никакой не чрутнутый. Обычный и работает из-под пользователя. (In reply to comment #5) > У меня никакой не чрутнутый. Обычный и работает из-под пользователя. У нас отличие MySQL от апстрима по большому счёту в chroot-патче. Надо его проверять на корректность работы от произвольного пользователя в произвольном каталоге. Я не уверен, что там ничего не сломается. Я ж говою, давно у кучи народа работает. akonadi по умолчанию пользует mysql от пользователя Проблема только одна -- в этой баге, т.к. приходилось городить костыль для создания базы "mysql", который сейчас перестал удовлетворительно работать. Не надо гадать. Мне нужно только исправление этой баги. Работа остального протестирована. (In reply to comment #7) > Не надо гадать. Мне нужно только исправление этой баги. Работа остального > протестирована. patches welcome, на разборки с проблемой по существу времени пока не предвидится. Можно попросить acl leader добавить на пакет @everybody (В ответ на комментарий №8) > patches welcome Думаешь, я сейчас или 1.5 года назад, когда вешал, ожидал другой ответ(был просто молчок)? ;-) > @everybody Хотя бы (In reply to comment #9) > (В ответ на комментарий №8) > > patches welcome > Думаешь, я сейчас или 1.5 года назад, когда вешал, ожидал другой ответ(был > просто молчок)? ;-) > За это время у нас как не было мейнтейнера MySQL, так и нет. > > @everybody > Хотя бы $ ssh git.alt acl sisyphus MySQL show MySQL rider vitty (В ответ на комментарий №10) > > > @everybody > > Хотя бы > $ ssh git.alt acl sisyphus MySQL show > MySQL rider vitty Я в курсе. Когда вешал багу, был только rider (В ответ на комментарий №8) > patches welcome Собственно, мне проще сделать новый костыль, т.к. он и в p6 подойдет без дополнительных движений. Просто запакую себе нормальный mysql_install_db (In reply to comment #12) > Просто запакую себе нормальный mysql_install_db Приложи хоть тот, который считаешь нормальным. Я тупо скопировал под другим именем из SuSE (или FC, не помню) из установочного пакета. Т.е. идущий в тарболе и слегка патченый дистрибютором. (In reply to comment #14) > Я тупо скопировал под другим именем из SuSE (или FC, не помню) из установочного > пакета. Т.е. идущий в тарболе и слегка патченый дистрибютором. Приложи, пожалуйста, чтоб не гадать. :) PS: поступило ещё одно предложение -- посмотреть на mariadb, там чрут оторван (см. bug #27016, comment #7). См патчи на mysql_install_db в http://pkgs.fedoraproject.org/cgit/mysql.git/tree/ и https://api.opensuse.org:443/public/source/openSUSE:Factory/mysql-community-server/mysql-patches.tar.bz2 Просьба проверить на всякий с 5.5.28-alt1, хотя специально ничего не делал. (В ответ на комментарий №17)
> Просьба проверить на всякий с 5.5.28-alt1
Базы akonadi не сломались
Ну и ладно. |