[devel] MySQL & db3
Alexander Bokovoy
=?iso-8859-1?q?ab_=CE=C1_avilink=2Enet?=
Пн Дек 18 12:59:27 MSK 2000
On Mon, Dec 18, 2000 at 03:23:48AM +0300, Dmitry V. Levin wrote:
> On Sun, Dec 17, 2000 at 10:58:58PM +0200, Alexander Bokovoy wrote:
> > Я собрал MySQL 3.23.28-gamma с поддержкой транзакций, всех кодировок,
> > новых типов таблиц -- BDB, RAID, вообщем, всего, что там вкусного появилось.
> > Огромное спасибо Михаилу за очистку SPEC-файла, проверку кодировок и
> > общее тестирование. Также подправлен стартовый скрипт -- он научился
> > команде status
>
> Странно, у меня, например, стандартный "status mysqld" работает :)
>
> > Новый MYSQL требует db3-3.2.3e, который тоже пересобран и будет залит
>
> Ой! А как этот db3 совместим с системным db3-3.1.17-ipl3mdk?
У меня работает. Это, конечно, не оправдание, но см. ответ Михаилу -- в этой
версии только связка с MySQL добавлена.
> > завтра вечером на Sisyphus:/home/ipl_ab, если будут другие предложения
> > или варианты места "залива" -- посылайте.
> Sisyphus:/incoming - это почти как /tmp, разница только в имени.
> А /home/XXX - это сугубо личные каталоги (кстати, без префикса ipl_).
Вот это бы стоило расписать где-нибудь в policy, а то приходится догадки на все строить.
> Когда-нибудь, надеюсь, у меня руки дойдут то CVS; сейчас главный тормоз -
> это rpm, который нужно адаптировать, чтобы работа с CVS была естественной
> (нужна поддержка _topsrcdir, _patchdir, _icondir, ...).
> И вообще, chroot там какой-то неполноценный...
>
> > Попутно заметил небольшую ошибку в colorgcc -- gcc автоматически переносит
> > сообщения об ошибках на 72-м символе, что ломает colorgcc уже на второй
> > строке -- она не раскрашивается. Исправление: перед запуском настоящего
> > gcc в colorgcc нужно добавить
> >
> > $COLUMNS=`/usr/bin/tput cols` - 8;
> > push @ARGV, ("-fmessage-length=$COLUMNS");
> >
> > Так все аккуратно работает.
>
> А это будет работать, если полученный $COLUMNS != 72?
Работает с $COLUMNS == 128. Безусловно, приведенный фрагмент -- лишь иллюстрация.
> Кстати, у меня в плане пофиксить gcc на тему этого числа 72, как это уже
> сделано в "rpm -hv" и initscripts. Тогда приведенный выше патч будет
> работать.
Угу, только тогда этот патч вообще не нужен будет, если gcc сам будет определять
ширину терминала.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | www.midgard-project.org | Aurora R&D team
Minsk Linux Users Group | www.minsk-lug.net | www.aurora-linux.com
IPLabs Linux Team | linux.iplabs.ru | Architecte Open Source
-- Many people are secretly interested in life.
_______________________________________________
Devel mailing list
Devel на linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel
Подробная информация о списке рассылки Devel