Обнаружены и исправлены две новые ошибки во FreeBSD

> PCLinuxOS с диска LinuxFormat 08'2007 загрузился,

Поддержка указанного девайса с PCI_DEVICE_ID_INTEL_82945GME_HB 0x27AC была добавлена 26 июля 2007 (практически 08'2007). В Ubuntu 7.10(10'2007) поддержка есть. В last stable 2.6.24 тем более.

А для 2A00(host bridge) и 2a02 поддержка добавлена 9 апреля 2007: http://git.kernel.org/?p=linux/kernel/git/chris/linux-2.6.git;a=commit;h=4598...

http://git.kernel.org/?p=linux/kernel/git/chris/linux-2.6.git;a=blobdiff;f=dr...

Так что выкинь тот хлам и запусти 7.10:

$ grep -i 2a0 linux-source-2.6.22/drivers/char/agp/intel-agp.c
#define PCI_DEVICE_ID_INTEL_82965GM_HB 0x2A00
#define PCI_DEVICE_ID_INTEL_82965GM_IG 0x2A02

Проверить поддерживает ли твой хлам данный AGPGART можно так:

$ modinfo intel-agp|grep -i 2a00
alias: pci:v00008086d00002A00sv*sd*bc06sc00i00*

Я кстати багу лучайно во фре нашел:

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/agp/agp_i810.c?rev=1.44;con...

...
{0x27A28086, CHIP_I915, 0x00020000,
"Intel 82945GM (945GM GMCH) SVGA controller"},
{0x27A28086, CHIP_I915, 0x00020000,
"Intel 945GME SVGA controller"},

..

Ж)))

Версия ядра какая?

>> Неверно. Минорные версии отнюдь не всегда чисто багфиксовые. Минорные версии несут минорные(не кардинальные) функциональные изменения.

Я так и написал. Минорные пусть даже функциональные изменения не ломают работу приложения. Поэтому портов вида java/sdk15 вполне достаточно.

>> Выше была ссылка как один товарищ поимел проблемы после обновления портов.

Ссылку к сожалению не нашел. Но подозреваю что он взял самые распоследние порты и разумеется поимел грабли. Ты же ведь не будешь ставить из unstable на сервер.. Хотя у вас другого способа похоже нет для получения свежего софта.

>> Как видно - не может. Скорее стоит для галочки.

Исходя из твоей логики: apt-не умеет компилять исходники. Значит он говно по определению. Данная связка решает задачу по автоматической установке/апгрейду средствами принятыми в системе. Что еще нужно?

>> Может быть. Но про обновление системы он ничего не говорил.

Это очевидно, так как сендмайл по-другому не обновишь. Точнее можно, но скорее всего это не тот случай.

>> Кросскомплятором?

Обычным gcc. В настоящий момент вижу возможность сборки на архитектурах: i386, amd64, ia64, sparc64, arm, powerpc, sun4v, pc98. Сам живу на десктопе amd64, мигрировал с i386 как раз сборкой мира на старой машине и созданием загрузочного диска.

Вобщем проблема не во фре, а в 90% случаев в головах людей ее использующих.

> Я так и написал. Минорные пусть даже функциональные изменения не ломают работу приложения. Поэтому портов вида java/sdk15 вполне достаточно.

Ломают, но не так сильно как мажорныеизменения.

> Но подозреваю что он взял самые распоследние порты и разумеется поимел грабли.

Какие еще самые распоследние? Бсдшники выдерживают порты перед употреблеием?

> Ты же ведь не будешь ставить из unstable на сервер.. Хотя у вас другого способа похоже нет для получения свежего софта.

Свежий софт когда всё работает не нужен. Если очень приспичит подключаем etch-backports и ставим свежий софт на стабильную систему, индивидуальные пакеты: http://packages.debian.org/etch-backports/ Во фре такой гибкости и продуманности нет. Неудивительно, что HP взяла Debian под свое крыло, эдакий HP Enterprise Linux.

> Исходя из твоей логики: apt-не умеет компилять исходники.

Умеет. apt-get -b source

> Значит он говно по определению.

Значит ты совершенно не знаешь то, о чем говоришь.

> Данная связка решает задачу по автоматической установке/апгрейду средствами принятыми в системе. Что еще нужно?

Ничего не нужно. Бсдшники проспорили, что у них есть бинарные пакеты потому, что pkg_add -r ставит какую-то фигню вместо mod_php4 собранно под apache2.x. Есть только порты для оверклокеров-компиляторщиков, выполняющих работу мантейнеров.

> Это очевидно, так как сендмайл по-другому не обновишь. Точнее можно, но скорее всего это не тот случай.

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

sendmail_enable="YES"
sendmail_flags="-bd"
sendmail_pidfile="/var/spool/postfix/pid/master.pid"
sendmail_procname="/usr/local/libexec/postfix/master"
sendmail_outbound_enable="NO"
sendmail_submit_enable="NO"
sendmail_msp_queue_enable="NO"

> Обычным gcc. В настоящий момент вижу возможность сборки на архитектурах: i386, amd64, ia64, sparc64, arm, powerpc, sun4v, pc98.

Хм. А с каких это пор обычный gcc и линковщик, собранные без поддержки кросскомпляции, собирает бинарники и линкет бинарники для чужих архитектур? Тем более откуда они берут библиотеки *.a с кодом для другой платформы?

> Вобщем проблема не во фре, а в 90% случаев в головах людей ее использующих.

Дизайн системы способствует возникновению проблем: сборка из исходников как основной способ установки и обновления программ => проблемы при сборке(версии инструментов сборки в каждой ветке разные), нестабильные порты для нескольких ветвей базовой системы => проблемы с ломающимся после обновления ПО даже если нужно всего-то закрыть дырку, несколько ветвей - никто не тестирует сборку каждого порта на каждой поддерживаемой версии FreeBSD.

>> Вот оно и проявление громоздкости монолитной базовой системы

Сендмайл в базовой системе скорее рудимент. И думаю должен умереть со временем как это произошло с /usr/X11R6.

>> Хм. А с каких это пор обычный gcc и линковщик, собранные без поддержки кросскомпляции, собирает бинарники и линкет бинарники для чужих архитектур?

Я не разбирался как он это делает. Думаю это решается тем, что при сборке мира сначала собирается gcс.