>>>Зачем вам еженедельная сборка, тем более что в щах вы не сильны?
>>хочется DRI на via s3g unichrome, которое не работает без device drm ( это где 5->6 ).
>откуда такие сведения про:
>device drm ??? я вытащил из cvs HEAD xorg в части xc/extras/drm и увидел, что патч от eric anholt туда вошёл. Собрал модуль ядра via.ko, а он не грузится, сообщает, что потому что в ядре нет drm. Подгрузил drm.ko от 6.0, via.ko грузится, но жалуется на несоответствие версии. Думаю, 6.0 ему надо.
>есть DRI драйвера для отдельного набора карт (в ядре появилось в 5.x):
>1) DRI KERNEL-LEVEL (выдержка из NOTES):
видел, нету там via s3g unichrome igp
>2) есть в портах (кто в какой момент свежей, нужно смотреть:
>ls -la /usr/ports/graphics/ | grep drm
>ls -la /usr/ports/graphics/ | grep dri
по порядку:
$ ls -1d /usr/ports/graphics/dr[im]*
/usr/ports/graphics/dri
и так есть
/usr/ports/graphics/dri-devel
июльский снапшот --- via там нет:
===
$ find /usr/ports/graphics/dri-devel/work/drm/bsd* -iname '*via*'|wc -l
0
===
/usr/ports/graphics/driconf
это тулзы, надо ядро/либы
/usr/ports/graphics/drm-kmod
это под фрю-4
>Про unichrome - работает и поддерживается только то что есть в
>последнем xorg 6.8.2 или смотреть x11-servers/xorg-server-snap
только в snap он и есть, но без dri.
> Есть проект DRI в рамках которого для linux лобают драйвера и
>openchrome - только для unichrome и тоже под linux. Ничего из этого
>не портируется, ну разве что первый перерабатывается под FreeBSD.
какой проект? dri.sf.net?
>>хочется автоматического реагирования на security advisories ( а это --- где 5->5 ). Всё же вроде работало?
>в смысле? я понимаю к примеру использование проекта binaries-upgrade:
>security/freebsd-update
и там libc не меняется? а там можно выписать stable или только release?
>>с 5.4-stable августа до 6.0-release образца ноября (или когда оно там
>>вышло)
>libc изменилась, не вижу проблем, отписано ранее
ранее ---это на деревню опеннету? или куда?
>>теперь та же проблема с 5.4-stable конца ноября до 5.4-stable середины декабря
>uname -rs текущей stable?
FreeBSD 5.4-STABLE
> Наверняка тоже libc могла поменяться, если
>это так, то при выпуске 5.5 это будет отражено в UPDATING, хотя
>слабо
>вериться чтобы в пределах ВЕТКИ изменили libc,
мне тоже
> сомневаюсь, полагаю
>что вы сами где-то накосячили.
год крон нормально эту задачу выполнял в обычной и jail-ветках, а тут вдруг ему взбрендилось?
>>>5.x - это одна ВЕТВЬ FreeBSD
>>>6.x - другая, в 6.x изменилась libc, отсюда могут быть проблемы
>>>с locale того софта, что собирался на 5.x и остался после подъема 5.x -> 6.x
>>переход 5-stable->6-release ещё объясним, но не 5-stable->5-stable
>>>Как решается эта проблема - было уже отписано на этом форуме и
>>>на sysadmins.ru
>>по каким ключам искать? и почему такие вещи не пишутся в UPDATING?
>какие такие?
http://www.opennet.ru/search.shtml?words=freebsd+libc&sort=t...
странно, но нашлось
> о чем писать - о том что libc изменилась, так
>это пол-системы, ежику понятно, есть масса вещей которые НЕ ПИШУТ в
>UPDATING
>и смотреть их можно только через CVS
думается, что UPDATING --- это чтобы сюда не писАли "не работает!". разве не так?
