[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