С опозданием на одну неделю относительно первоначального плана началось тестирование (http://lists.freebsd.org/pipermail/freebsd-stable/2010-June/...) кандидата в релизы FreeBSD 8.1. С учетом отставания от графика (http://wiki.freebsd.org/Releng/8.1TODO) второй кандидат в релизы можно ждать 2 июля, а релиз - 16 июля. Тестовая версия доступна (ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i386/8.1/) для архитектур amd64, i386, ia64, powerpc, pc98 и sparc64 в 5 установочных сборках: bootonly, CD, DVD, LiveFS и Memstick для USB Flash (к сожалению из-за нехватки места на FTP размер DVD-образа ограничен минимальным набором пакеджей). Поддерживается и бинарное обновление с прошлых версий, для выполнения которого необходимо выполнить:
Загружаем обновления:freebsd-update upgrade -r 8.1-RC1
Устанавливаем обновления, попутно отвечая на вопросы,
касающиеся решения конфликтов при обновлении файлов конфигурации:freebsd-update install
Перезагружаем систему:
shutdown -r now
Еще раз выполняем:
freebsd-update install
shutdown -r now
URL: http://lists.freebsd.org/pipermail/freebsd-stable/2010-June/...
Новость: http://www.opennet.me/opennews/art.shtml?num=27015
вот интересно почему не пишут линь обновлять (ну там федора, ибунту...), а вот как бсд - пишут?!
Потому что в линуксе все привыкли, а во фре от такой относительно простой команды все еще мозг взрывает "как, неужели так можно"
сочувствую
Фряха хороша тюнингованная. Ставить непонятно где компиленные бинари - это не bsd-way. Всегда, во все времена система обновлялась так:тюнить make.conf
тюнить src.conf
make buildworld
make buildkernel KERNCONF=kern.conf
make installkernel KERNCONF=kern.conf
reboot in single user mode
монтировать всё на запись
mergemaster -p
make installworld
mergemaster
rebootkern.conf надо выстрадать для каждой машины, будь их даже 100 (отговорки что мол "это не для большого парка машин\вы упаритесь так делать" - для неудачников). src.conf тоже надо аккуратно написать, ну и make.conf подобрать по вкусу.
Вот так. Только так система будет родная, тёплая, ламповая. А иначе получится линукс.
> make installkernel KERNCONF=kern.conf
> reboot in single user mode
> монтировать всё на запись
> mergemaster -p
> make installworld
> mergemasterКак правило, это приходится делать примерно раз в десять лет. Когда меняются системные UID'ы/GID'ы, или происходит несовместимое изменение между ядром и libc (UID'ы/GID'ы вместо 16'битных становятся 32'хбитными, меняется NGROUPS или что-нибудь из номеров/форматов нужных syscall'ов).
А так -- вполне достаточно installkernel/reboot/installworld/mergemaster. Без Single User Mode. И удалённо. Вполне работает. :)
> Только так система будет родная, тёплая, ламповая.
Не. Только так она будет по-настоящему цифровая и транзисторная (то есть, абсолютно точно воспроизводящая звук), а не тёплый ламповый Линукс, вносящий по своему усмотрению нужные ему нелинейные искажения в собственную работу, причём заявляя, что пользователю так будет приятнее. ;)
>Не. Только так она будет по-настоящему цифровая и транзисторная (то есть, абсолютно
>точно воспроизводящая звук), а не тёплый ламповый Линукс, вносящий по своему
>усмотрению нужные ему нелинейные искажения в собственную работу, причём заявляя, что
>пользователю так будет приятнее. ;)+1 Всё правильно сказал.
Раз в десять лет проще перезалить на новую железку новую фрю и перенести данные :)
>Раз в десять лет проще перезалить на новую железку новую фрю и
>перенести данные :)Как это вам ещё не ответили, что это не есть ТРУ и не БСД-вей?)
make buildkernel KERNCONF=kern.conf DESTDIR=/mnt/newjelezka
make installkernel KERNCONF=kern.conf DESTDIR=/mnt/newjelezka
make distribution KERNCONF=kern.conf DESTDIR=/mnt/newjelezka
cp -a /usr/src /mnt/newjelezka/usr/
cp -a /usr/ports /mnt/newjelezka/usr/
cp -a /usr/local /mnt/newjelezka/usr/
cp -a /var/db/ports /mnt/newjelezka/var/db/
cp -a /var/db/pkg* /mnt/newjelezka/var/db/
ну и ещё там "cp -a" по мелочи из /etc/ и из /var/, если нужно.
А я еще перед этим правлю /root/csup.conf:*default host=cvsup.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=.
*default delete use-rel-suffix
*default compress
src-all
ports-allа потом, csup -L 2 -g csup.conf
Ну а потом все примерно так, как и вы и описали )) Да, это true-way
P.S. таки да, это CURRENT получается
P.P.S Я бы не стал противопоставлять этот способ Линуксу, как противоположность. Линукс разный бывает. Мне больше всего нравится Slackware и Gentoo. Последний в этом отношении мало чем отличается от обновления FreeBSD
> Да, это true-wayНе, не true ни разу.
True Way для мэйнтенэнса современной FreeBSD, поставленной на современную ZFS, выглядит так:
1) создаём четыре отдельные файловые системы с '-o compression=gzip-9' и с точками монтирования соответственно:
/export/FreeBSD/src
/export/ftp/pub/FreeBSD/ports/ports
/usr/src
/usr/ports2) правим /etc/portsnap.conf на предмет BASEDIR в /export/ftp/pub/FreeBSD/ports/ports и /usr/local/etc/csup.d/src-supfile на предмет *default base /export/FreeBSD/src
3) запускаем portsnap fetch && portsnap extract; после чего csup -L 2 -g src-supfile
4) идём в первые две директории, и в каждой говорим:
hg init && hg addremove && hg commit -m "Initial import"
Таким образом, мы получаем директории с "образцовыми" деревьями исходников и портов, которые вполне можно обновлять раз в сутки по крону скриптом типа:
===
#!/bin/sh
portsnap fetch && portsnap update && cd /export/ftp/pub/FreeBSD/ports/ports && hg addremove && hg commit -m "Syncing: `date`"
csup -L 0 -g /usr/local/etc/csup.d/src-supfile && cd /export/FreeBSD/src && hg addremove && hg commit -m "Syncing: `date`"===
Из которых мы, конечно же, приготовим те куски исходников (и портов), над которыми мы будем издеваться сами (или с помощью "доброжелателей", пишущих внешние патчи):
cd /usr
hg clone /export/FreeBSD/src
hg clone /export/ftp/pub/FreeBSD/ports/portsКстати говоря, у меня (подсмотрел в OpenBSD) есть группы 'wsrc' и 'portmgr', которым принадлежат деревья исходных текстов системы и портов соответственно (первой, к тому же, принадлежит ещё и /usr/obj, который тоже есть отдельная файловая система с '-o compression=on'), так что править исходники я могу и не от рута, и собирать систему и порты, впрочем, тоже, что есть тщательно согласованное с Кашрутом и Верховным Раввином действо. ;)
А дальше -- да, дальше /etc/make.conf, /etc/src.conf, ${LOCALBASE}/etc/pkgtools.conf, make -j 4 buildworld && make buildkernel KERNCONF=GENERIC...
Ну, остальное понятно.
В исходниках операционной системы я, как правило, правлю nfs_vfsops.c на предмет разрешения монтирования по NFS из Jail'ов (ну нужно мне это), порты захачены заметно сильнее...
Спасибо, добавил в избранное ))P.S. Узнаю старый-добрый, теплый, ламповый OpenNET периода 2004-2007 ))
>*default host=cvsup.FreeBSD.orgА можно ещё выбрать fastest cvs. Да и порты удобнее штатным postsnap тягаять. Я лично предпочитаю STABLE. А в целом Ъ.
>[оверквотинг удален]
>*default host=cvsup.FreeBSD.org
>*default base=/var/db
>*default prefix=/usr
>*default release=cvs tag=.
>*default delete use-rel-suffix
>*default compress
>src-all
>ports-all
>
>а потом, csup -L 2 -g csup.confА "-L 2" зачем?
log levelМожно и не указывать
> Только так система будет родная, тёплая, ламповаяПрямо-таки вспоминается ( http://lurkmore.ru/%D0%A2%D1%91%D0&... ):
"Известен случай, когда ценителю теплого лампового [звука] дали вслепую послушать запись через дорогой кабель и через металлическую вешалку и он не смог отличить одно от другого."
:)
Но тут, конечно, главное, верить.
И никогда не попадать в ситуацию, когда на "собери-себя-сам" системе (вроде FreeBSD или Gentoo), работающей в production, нужно очень срочно установить новую версию оказавшегося дырявым или не держащим нагрузку демона (ну мало ли что в жизни случается), особенно должго собирающегося. А то минуты и часы ожидания сборки могут много нервов (и данных) напортить :)
> И никогда не попадать в ситуацию, когда на "собери-себя-сам" системе (вроде FreeBSD
> или Gentoo), работающей в production, нужно очень срочно установить новую версию
> оказавшегося дырявым или не держащим нагрузку демона (ну мало ли что
> в жизни случается), особенно должго собирающегося. А то минуты и часы
> ожидания сборки могут много нервов (и данных) напортить :)Ога. А твоя машина будет собирать его, безусловно, на несколько порядков медленнее, чем то время, которое понадобится мэйнтэйнерам твоего дистрибутива. Или ты думаешь, что они бинарники за бесконечно малое время генерят, что ли?-)))
Да и, кроме всего прочего, если уж что -- "ipfw add 1 deny <...>", пересборка, "ipfw delete 1".
И волосы станут... ;)
Да, пруфлинки с лурка это авторитетно. В школу, на курс физики, срочно. Там расскажут, что (вдруг) у транзистора есть частота срабатывания (от неё на транзисторе в принципе нельзя избавиться), которая даёт ступенчатую диаграмму (читай лестницу вместо гладкого прямолинейного изменения сигнала), чего у ламп нет.
Но вы можете объяснить мне, как будет менять звук вставленная между усилителем и динамиком вешалка, пуговица и другие элементы, на которые не наводятся специально посторонние сигналы (катушка Тесла у соседей, трансформаторная будка под полом и т.п.).
>Да, пруфлинки с лурка это авторитетно. В школу, на курс физики, срочно.
>Там расскажут, что (вдруг) у транзистора есть частота срабатывания (от неё
>на транзисторе в принципе нельзя избавиться), которая даёт ступенчатую диаграмму (читай
>лестницу вместо гладкого прямолинейного изменения сигнала), чего у ламп нет.
>Но вы можете объяснить мне, как будет менять звук вставленная между усилителем
>и динамиком вешалка, пуговица и другие элементы, на которые не наводятся
>специально посторонние сигналы (катушка Тесла у соседей, трансформаторная будка под полом
>и т.п.).Зато у транзисторов нет присущего для ламп нагрева, требований-ко-всему-подряд, пожирания электричества зря, мягкотелости и маломощности, проблем с нестандартными сопротивлениями и т.п. И когда даже случается эта "ступенчатая диаграмма", то расслышать её.. ну может кто-то и натренировал слух и теперь точь так же, как и любители ламп, наслаждается этими мгновениями...
Может быть дело в том, что я не вырос в век ламп (лампы у меня всё равно ассоциируются со старыми засыревшими советскими ч\б телевизорами, которые полчаса требовалось нагревать, чтоб пару минут посмотреть новости и узнать прогноз погоды... нет уж - спасибо лампам, что были до тех пор, пока не придумали транзисторы и микросхемы - и не более того...)
И вообще это вечная тема (читай - идеального не бывает и ответа не существует).
Да, а ещё вспомнил историю ЭВМ - тот момент, когда "почти компактный" и "почти производительный" ламповый комп "почти" справлялся с функцией калькулятора (экрана ведь когда-то не было - нужно было выводить на бумаге (факсом? не помню точно) или другим способом, а управление и комманды - рычагами и перемычками; требовалась целая комманда людей, чтоб посчитать 2*2...) и "почти" влазил в одну квартиру... Хы.. а теперь вот жалуются юзвери "флеш - гамьно редкостное", КДЕ 4 - "сакс", и вообще везде сплошной УГ)))
>Да, а ещё вспомнил историю ЭВМ - тот момент, когда "почти компактный"
>и "почти производительный" ламповый компВот тут ваши главные грабли. Это всё равно что спутать видеокарту и монитор - видеокарта РАССЧИТЫВАЕТ картинку, монитор ВЫВОДИТ, хотя в мониторе тоже есть проц, но он там не для рассчёта шейдеров DirectX 10 и прочей лабуды. Вы путаете цифру и аналоговый сигнал. Мораль сей басни - не извечный спор, а своя ниша для каждой железки. OpenCL - считать простые функции можно и на видяхе, но центральный проц компа она всё равно не заменит (это о замене ламп транзисторами в их нише).
>> Да, а ещё вспомнил историю ЭВМ - тот момент, когда "почти компактный"
>> и "почти производительный" ламповый комп
> Вот тут ваши главные грабли...
> ...Вы путаете цифру и аналоговый сигнал.Вот тут ваши главные грабли.
Вы превышаете скорость на автомобиле потому, что не понимаете, что E=(mv^2)/2 не только у тележек на лабораторном столе, но и у автомобилей на дороге.
Физика -- она ж едина. Что для аналогового сигнала, что для цифрового. И теория передачи информации тоже одна.
Так что все эти россказни про "ниши" -- не более, чем яркое свидетельство непонимания сути физики рассказывающим. ;)
> Да, пруфлинки с лурка это авторитетно.Зато они не стесняются называть идиотов именно идиотами, а не "альтернатино одаренными"
> В школу, на курс физики, срочно.В школах про транзистор расказывают только то что он существует. На радиофакультетах вузов преподаются только основные характеристики, зависимости, сильно упрощенные модели и типовые схемы. Более полные модели, например http://ecee.colorado.edu/~bart/book/book/chapter5/ch5_3.htm могут вызвать разрыв мозга у неискушенного в квантовой физике человека
> Там расскажут, что (вдруг) у транзистора есть частота срабатыванияНе раскажут. ибо нет такого параметра. Есть fгр. - граничная частота. даже у самых нискочастотных транзисторов советского производства она измеряется мегагерцами. http://cxem.net/sprav/sprav43.php
> от неё на транзисторе в принципе нельзя избавитьсяизбавится от несуществующего параметра?
> которая даёт ступенчатую диаграмму (читай лестницу вместо гладкого прямолинейного изменения сигнала) чего у ламп нет.Чего, чего? Вы утверждаете, что вольт-амперные характеристики транзистора имеют ступенчатый вид? Это бред. Они нелинейны, но гладки: http://tre.kai.ru/rates/method/lab_420.htm - рис 1.4, 1.6 и т.д. Нелинейность, кстати, очень успешно подавляют отрицательной обратной связью
Или Вы про частоты дискретизации и уровни квантования? Этого в лампах действительно нет. Я еще не разу не слышал про цифровую обработку сигналов на ламповых вычислителях :-). Но и в аналоговых транзисторных усилителях этого нет тоже.
Кстати, если Вы подставите параметры бытового AudioCD (16bit - квантование, 44kHz дискретизация) в формулы оценки шума квантования и теорему Котельникова/Найквиста, то получившийся сигнал/шум - 96 дб и верхняя частота - 22кГц намного превзойдут параметры лампового антиквариата и среднего человеческого уха даже с поправкой на неидеальность АЦП и фильтров
> и теорему Котельникова/НайквистаВ данном случае -- Котельникова-Найквиста-Шеннона.
Если мне ни с кем не изменяет мой склероз, то Найджелом Найквистом и Владимиром Котельниковым она была сформулирована для случая амплитудной модуляции, то есть, когда несущая частота сама по себе гармонична.
Для случая импульсно-кодовой модуляции (и вообще для случаев, когда несущая не подчиняется "классической" теореме Фурье для дискретного спектра, а только обобщённой -- когда вводится понятие спектральной плотности) она была обобщена Клодом Шенноном.
Если я, конечно, ничего не путаю.
>> Там расскажут, что (вдруг) у транзистора есть частота срабатывания
> Не раскажут. ибо нет такого параметра. Есть fгр. - граничная частота. даже у самых
> нискочастотных транзисторов советского производства она измеряется мегагерцами.
> http://cxem.net/sprav/sprav43.phpКак ни странно, такой параметр всё-таки есть.
Он называется по-научному квантовым пределом pn-перехода, физически равен времени "пролёта" электрона между высшей занятой и низшей свободной молекулярной орбиталями (строго говоря, не пролёта, конечно, но не будем "квантово буквоедствовать"), вычисляется методами зонной теории кристаллов, и по их вычислениям...
... для кремниевого pn-перехода находится в районе 4,5 ГИГАгерц. :)
Для арсенида галлия превышает 30 ГГц, а про фосфид индия мне даже цифры приводить страшно. ;) Впрочем, граничная рабочая частота у лампы тоже есть, формируется по тем же физическим принципам (время пролёта электрона между катодом в случае косвенного накала или нитью накала в случае прямого накала и, соответственно, анодом) и для "обычных" (не маячковых) ламп не превышает сотен мегагерц.
Для "генерации гигагерцев" приходится использовать специальные лампы, без катода и анода. Магнетроны, например.
>> от неё на транзисторе в принципе нельзя избавиться
> избавится от несуществующего параметра?Ну почему же несуществующего. ;) Вполне себе существующего. ;) И избавиться от него, действительно, нельзя.
Вот только каким образом ухо любителей "тёплого лампового" слышит гигагерцы мне, как человеку, знакомому с биологией, совершенно непонятно. ;)
> Кстати, если Вы подставите параметры бытового AudioCD (16bit - квантование, 44kHz дискретизация) в формулы оценки шума квантования и теорему Котельникова/Найквиста, то получившийся сигнал/шум - 96 дб и верхняя частота - 22кГц намного превзойдут параметры лампового антиквариата и среднего человеческого уха даже с поправкой на неидеальность АЦП и фильтровой не надо!!! то-то мое немузыкальное ухо слышит искажения этого цифрового старья. И со мной согласны авторы hi-end: 24bit - 96/192 kHz. Только эти величины покрывают аналоговый сигнал.
> ой не надо!!! то-то мое немузыкальное ухо слышит искажения этого цифрового старья.Пример про металлическую вешалку см. выше. Только слепой метод (а лучше двойной слепой) может меня убедить в том, что ваше немузыкальное ухо что-то там слышит.
> И со мной согласны авторы hi-end: 24bit - 96/192 kHz. Только эти величины покрывают
> аналоговый сигнал.Зато с вами (и авторами hi-end) не согласны современная физика и теория передачи информации.
> ой не надо!!! то-то мое немузыкальное ухо слышит искажения этого цифрового старья. И со мной согласны авторы hi-end: 24bit - 96/192 kHz. Только эти величины покрывают аналоговый сигнал.Еще один аудиофил?
Вы себе представляете причины ухода в 24bit и 192kHz в профессиональной технике? Они совсем не связаны с тем что столько может услышать ухо. Они связаны с тем что это практически бесплатный способ борьбы с алиасингом при многократной обработке сэмплов в студии. Конечный итогом все равно остается запись 16 bit 44kHz. А если в Hi-end-е перешли на такие параметры, то можно поздравить приобретателей этой продукции. Их в очередной раз развели на бабки. В предыдущий раз развели на ламповый антиквариат :-)
Ггыгыг.... +500Мы на студии используем таскамы (цифровые пульты) 24/96 и основной толк от эти 24/96 только в том что при обработке в цифре по сути "ошибка" сводиться на нет. Внутреннея обработа 32 бита с плавающей точкой. Весь материал экспортиться в 16/44. А гадкий dvd-audio вообще похоронили.
P.S. ностальгия по Adat от teac терь замучает чую.
PP.SS. Аудиофилов фтопку.
Да, чуть не забыл. Лампы юзаются в 99% в электретных/конденсаторных микрофонах в перых каскадах усиления установленных прямо в микрофоне. В примочках гитарых тоже, но там задачи другие. В общем тёплый ламповый звук.. =)))P.S. В студийных мониторах кои сейчас идут сплошь активние (см. Event) лампы не применяют принципиально.
Ъ
Смотрите, дети. И учитесь на чужих ошибках. Кто-то растёт, решает всё более новые и интересные задачи, более высокооплачеваемые крупные сложные проекты, а кто-то до пенсии компилит бсдюшное ядро для каждой машины.
> Кто-то растёт, решает всё более новые и интересные задачи,... как бы ещё выбить из народа денег...
> более высокооплачеваемые крупные сложные проекты
... путём генерации Windows 2000 Server -> Windows 2003 Server -> Windows 2008 Server.
Он всё более крупный, всё более сложный... Но всё такой же глючный. :)
Отчего же... пишут, только пишут "доброжелатели".
Это издержки журналистики, как в мультике про смешариков:
- Спешите, спешите, только сегодня с ОПОЗДАНИЕМ вышел очередной выпуск FreeBSD.
- Спешите, спешите, только сегодня с ИСПРАВЛЕНИЕМ БЕЗОПАСНОСТИ вышел очередной выпуск Linux.
>вот интересно почему не пишут линь обновлять (ну там федора, ибунту...), а
>вот как бсд - пишут?!Одна из черт FreeBSD - хорошая документированность.
Даже в новостях =)
Ура, жду недождусь!
Наконец-то сами стали делать имиджи для флэшек!> к сожалению из-за нехватки места на FTP размер DVD-образа ограничен минимальным набором пакеджей)
детский сад какой-то =)
Твоё имя есть в http://freebsdfoundation.org/donate/sponsors.shtml ?
Проект живет и на наши с вами деньги в том числе, так что будь добр, стяни жвало.
представьте себе есть! Регулярно жертвую бабло на некоторые опенсорсные продукты, в том числе и на Фрю. Хоть и получаю не много
> представьте себе естьПруф в студию.
еще чего! я как и вы хочу оставаться анонимом, так на всякий пожарный.
предлагаю поверить мне на слово, врать мне причины нет
>Твоё имя есть в http://freebsdfoundation.org/donate/sponsors.shtml ?
>Проект живет и на наши с вами деньги в том числе, так
>что будь добр, стяни жвало.Та боже, заливайте на здоровье на файлообменники, раздавайте через торренты, через муль, директ-коннект... - сейчас это уже не проблема. Действительно детсад...
oops - ну имаджи для флешек они начали год назад делать - с выходом 8 ветки как таковой.
То что делвют, и это удобно - без спору, сам пользую на серверах, если чтонить не корретно встало, и система не оживает стандартными методами, так как сидюки не на всех машинах есть, а вот усб - повсеместно.
Да и зфс онли к примеру систему только с лайвфс поднять можно, а диски писать - сам понимаешь - прошлый век :)
неточный перевод - в оринале что-то вроде ограничения на размер образа 2Гб
> неточный перевод - в оринале что-то вроде ограничения на размер образа 2ГбОчень мало BIOS'ов умеют грузиться с DVD ROM'ов, данные на которых записаны в Universal Disk Format. Умеют некоторые, да, но очень мало.
А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта написано в этом самом ISO 9660. :)))
>А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта
>написано в этом самом ISO 9660. :)))маленькие, они помещаются на "половине" DVD...
http://en.wikipedia.org/wiki/ISO_9660#The_2.2F4_GiB_file_siz...
>>А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта
>>написано в этом самом ISO 9660. :)))
>маленькие, они помещаются на "половине" DVD...Кто маленькие?
>>>А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта
>Кто маленькие?Файлы на ISO 9660 level 2. Они ещё и слышат плохо...
>>>>А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта
>>Кто маленькие?
>
>Файлы на ISO 9660 level 2. Они ещё и слышат плохо...Развели демагогию...
>>>>А ограничение размера файловой системы ISO9660 в 2 гибибайта без одного байта
>>Кто маленькие?
>
>Файлы на ISO 9660 level 2. Они ещё и слышат плохо...И бледненькие
>ограничения на размер образа 2ГбВ какой версии обещают сделать поддержку "large files"? А полную поддержку?...
...как труЪ админы раздают DVD и прочий пр0н?...
due to some limitations of the FTP mirroring system we are limited to images no larger than 2Gb
>limitations of the FTP mirroring system we are limitedСпонсоры терабайты трафика "для народа" зажимают?
врядли. не смотрел как насчет актуальных версий, но для старых они раздавали исошки через торенты в том числе
А как обстоят дела с поддержкой UTF в нативной консоли в 8.1?
> А как обстоят дела с поддержкой UTF в нативной консоли в 8.1?Просто распрекрасно.
Нативная консоль FreeBSD поддерживает X-серверы из портов этой же FreeBSD буквально out-of-the-box. :) Ничего в консольном драйвере для этого настраивать не надо. ;)
C виртуальной консолью - всё замечательно. Можешь выставить LANG в ru_RU.UTF-8 и зайти через Путти. С физической консолью, конечно, понадобятся дополнительные телодвижения, но тоже решаемо.
есть такая, только надо ядро пересобрать
типа да, есть...
options TEKEN_UTF8 и TEKEN_XTERM в kernconf (+шрифты) - и у вас отображается utf в консоли. вот только консоль нужна как правило для рута, а там рулит - C.
давным-давно мне хотелось utf в консоли freebsd, а когда оно появилось - оказалось, что ничего для меня не изменилось. :-/
Ложка дёгтя.
Сегодня узнал из достоверных источников, что постоянно поддерживаются и обновляются менее 1/3 из более 22000 портов под freebsd. Это значит, что программа в реале давно обновилась, а мантайнер тянет с обновлением порта, потому что скорее всего он уже и руки умыл, надоело ему (слил короче). Причины этого - ОЧЕНЬ маленькое число мантайнеров и тестеров портов сейчас. Это ужасно. Например, популярный браузер или менеджер базы данных или клиент im может оставаться необновлённым в портах год и более. Например, менеджер базы данных TOra в портах имеет версию 2.0.0 (2008 года!!!), а актуальная 2.1.2. Ну куда это годится??
ну не знаю, единственно, на что наткнулся, так например на zim - да и тот собрался и запустился с иходников. использую гном
"Your patches are always welcome..." И к портам тоже...Ну, не мне вас учить. ;)
>Ложка дёгтя.
>Сегодня узнал из достоверных источников, что постоянно поддерживаются и обновляются менее 1/3
>из более 22000 портов под freebsd. Это значит, что программа в
>реале давно обновилась, а мантайнер тянет с обновлением порта, потому что
>скорее всего он уже и руки умыл, надоело ему (слил короче).
>Причины этого - ОЧЕНЬ маленькое число мантайнеров и тестеров портов сейчас.
>Это ужасно. Например, популярный браузер или менеджер базы данных или клиент
>im может оставаться необновлённым в портах год и более. Например, менеджер
>базы данных TOra в портах имеет версию 2.0.0 (2008 года!!!), а
>актуальная 2.1.2. Ну куда это годится??всё, что реально актуально _для_работы_ обновляется более чем своевременно (кое-что выкатывают быстрее, чем та же убунта), например порт nginx-devel обновляется чуть ли не каждый день.
# uname -a
FreeBSD sambaserver.windomain 8.0-RELEASE-p3 FreeBSD 8.0-RELEASE-p3 #0: Wed May 26 05:45:12 UTC 2010 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386# cat /usr/ports/sysutils/bacula-server/distinfo
MD5 (bacula-5.0.0.tar.gz) = 68e008d2578a6d9a50af60439db17dcb
SHA256 (bacula-5.0.0.tar.gz) = 4c6344807769d1b6b61f9cbddc0a5dc1160c3eb51744b23c790fcb57947ac294
SIZE (bacula-5.0.0.tar.gz) = 4075825Bacula Version 5.0.1 has been released to Source Forge
25 February 2010 at 15:35Eric has released Bacula Version 5.0.2 to Source Forge
28 April 2010 at 19:15 CETСкажите, а бакула она не актуальна или не "_для_работы_" ?
цитирую комент по теме, чуть ниже:
если нужно вам, почему вы ее не взяли и обновили?
Так и думал, что ответят так. Вначале говорят, что ничего стоящего в мертвых портах нет, а как тыкаешь носом - сразу, а если оно вам надо, делайте сами, детский сад :)
>Так и думал, что ответят так. Вначале говорят, что ничего стоящего в
>мертвых портах нет, а как тыкаешь носом - сразу, а если
>оно вам надо, делайте сами, детский сад :)а что в этом такого? если кому-то надо - так надо делать. да, это неудобно и хочется быстрого обновления софта в портах - но это не значит, что кто-то кому-то должен.
>Так и думал, что ответят так. Вначале говорят, что ничего стоящего в
>мертвых портах нет, а как тыкаешь носом - сразу, а если
>оно вам надо, делайте сами, детский сад :)Бакула не относится к мёртвым портам (давно ли выпустили 5.0? в феврале месяце), это раз.
Два — о каком детском саде вы говорите, если гонитесь за номером версии с 5.0 на 5.0.2 на некритичном приложении?
И три — политика разработки ФриБЗД такая, что порты выпускают либо разработчики софта (если им интересна и важна поддержка данной платформы), либо энтузиасты. Здесь вам никто ничего не должен. Есть проблемы? Надо обращаться к мейнтейнеру, либо самому им становиться, опенсорс такой опенсорс.З.Ы.
в случае бакулы достаточно слегка подправить файлик distinfo - вписать название файла 5.0.2 и его md5 и sha256. Это так сложно для вас?
про Makefile забыли (как минимум). ну и вполне возможно что plist тоже нужно будет править;)
давайте попробуем по другому - какие отличия между 5.0.2 и 5.0.0? какие-то критические, мешающие работе? или если они нужны вам, почему вы не списались с мейнтайнером?взять ту-же бубунту - так там что вышло на момент изготовления, то и будет по версиям. и только несколько недель назад сделали исключение для фф.
я не к тому, что проблемы слежения за свежестью нет совсем, но вот утверждать. что большинство портов никем не обслуживается - это перебор
>давайте попробуем по другому - какие отличия между 5.0.2 и 5.0.0? какие-то
>критические, мешающие работе?Да, есть мешающие работе, я даже постил баг-репорт, его закрыли порекомендовали обновиться до 5.0.1, якобы там пофикшено. А вообще читайте ченжлог, там все написано.
>или если они нужны вам, почему вы не
>списались с мейнтайнером?А он сам не знает, что порт обновлять бы уже пора, спустя 4 месяца после релиза новой версии?
>взять ту-же бубунту - так там что вышло на момент изготовления, то
>и будет по версиям. и только несколько недель назад сделали исключение
>для фф.Как бы не путайте, во-первых, в убунте пакеты обновляются (баг и секьюрити фиксы).
Во-вторых, бубунта - бинарный дистр. А в данном случае речь идет о портах, если мне надо было бы убунту/дебиан/центос-лайк систему на основе фри получить - ставил бы из пакетов, но ведь весь интерес портов в том, что ты имеешь всегда свежий софт и собираешь его с нужными ф-ми.>но вот утверждать. что большинство портов никем не обслуживается - это перебор
Я такого нигде не утверждал, просто привел пример конкретный, с которым сам столкнулся.
ну у нас бакула стоит древняя, сам я за ней не слежу, поэтому и спросил.кстати, а мейнтайнер что-нибудь ответил?
>чем та же убунта), например порт nginx-devel обновляется чуть ли не
>каждый день.т.к. nginx изначально пишется под FreeBSD, потом портируется на все остальное.
Сысоев, рамблер, freebsd.
>всё, что реально актуально _для_работы_ обновляется более чем своевременно (кое-что выкатывают >быстрее, чем та же убунта), например порт nginx-devel обновляется чуть ли не каждый день.ха. так Сысоев известный фрибсдшник. у него и всех в его отделе насколько я знаю на
рабочих лапопах фря уже далеко не первый год. удивительно если бы он свою софтину
в порты не обновлял. да и работает Сысоев же в рамблере. а у них на фре пашет многое.
короче пример с nginx не катит. Сысоев с коллегами пилит nginx. коммитит его в порты и
сами же его в первую очередь из этих портов юзают. такой сферический nginx в вакууме.
>[оверквотинг удален]
>ха. так Сысоев известный фрибсдшник. у него и всех в его отделе
>насколько я знаю на
>рабочих лапопах фря уже далеко не первый год. удивительно если бы он
>свою софтину
>в порты не обновлял. да и работает Сысоев же в рамблере. а
>у них на фре пашет многое.
>короче пример с nginx не катит. Сысоев с коллегами пилит nginx. коммитит
>его в порты и
>сами же его в первую очередь из этих портов юзают. такой сферический
>nginx в вакууме.вообще-то ментейнер nginx ниразу не Игорь;-) И я не уверен в том что Сергей Осокин работает в рамблер.
> Например, менеджер базы данных TOra в портах имеет версию 2.0.0 (2008 года!!!),
> а актуальная 2.1.2. Ну куда это годится??В данном случае ситуация вот в чём.
TOra -- "Toolkit for Oracle" -- давно уже, конечно, не только "for Oracle". Однако, для разработки под PostgreSQL и MySQL есть другие утилиты, а с Оракулом под FreeBSD дела, прямо скажем, средне.
Между "хреново" и "очень хреново".
Вот мэйнтэйнер и забил на порт большой болт за его ненужностью. :(
>[оверквотинг удален]
>> а актуальная 2.1.2. Ну куда это годится??
>
>В данном случае ситуация вот в чём.
>
>TOra -- "Toolkit for Oracle" -- давно уже, конечно, не только "for
>Oracle". Однако, для разработки под PostgreSQL и MySQL есть другие утилиты,
>а с Оракулом под FreeBSD дела, прямо скажем, средне.
>Между "хреново" и "очень хреново".
>Вот мэйнтэйнер и забил на порт большой болт за его ненужностью. :(
>Оракл и фрибзд это да, хреново и очень хреново.
>Оракл это да, хреново и очень хреново.Fixed. Не нужна ни эта монструозная проприетарщина, ни поделки для нее - тут все просто.
Вам не нужна, а мне нужна, но ее все равно нет, клиент древний и кривой, под php52 еще есть модуль, а под php53 все идите лесом. Это ограничевает лично у меня применение фри в продакшене. Пока что стоит php52 и как-то работает, но через год/два когда этот порт будет заброшен придется видимо отказываться от фри. Там других вариантов нет приконнектится из php к ораклу.И да у меня продакшен, а не игрушки играть...
> Пока что стоит php52 и как-то работает, но через год/два, когда этот порт будет заброшен,
> придется видимо отказываться от фри. Там других вариантов нет приконнектится из php
> к ораклу.Хм.
1) iODBC/unixODBC (databases/php5-odbc или databases/php5-pdo_odbc, если хочется объедков)
2) sqlrelay (databases/php-sqlrelay), и на машине с Оракулом ставим SQL Relay.Какие проблемы?
> Это ограничевает лично у меня применение фри в продакшенеОграничивает не это, а использование проприетарного гoвна. С ним вы, кстати, далеко не только в выборе системы ограничены.
> Сегодня узнал из достоверных источников, что постоянно поддерживаются и обновляются менее 1/3 из более 22000 портов под freebsd. Это значит, что программа в реале давно обновилась, а мантайнер тянет с обновлением портаНет, это просто значит что 2/3 софта не обновляются и обновлять их не требуется, либо что мантэйнера у порма просто нет, а это с большой вероятностью всякое старье и никому не нужная рухлядь, которая, пока не перестала собираться вроде как никому не мешает.
Смотрим http://portscout.org - даже из портов без мантейнера всего 6% требуют обновления, так что не заливайте.
> Причины этого - ОЧЕНЬ маленькое число мантайнеров и тестеров портов сейчас
Ложь, мантейнеров и комитеров достаточно.
> Например, менеджер базы данных TOra в портах имеет версию 2.0.0 (2008 года!!!), а актуальная 2.1.2
Что это такое, кому это вообще нужно, и если нужно вам, почему вы ее не взяли и обновили?
>[оверквотинг удален]
>так что не заливайте.
>
>> Причины этого - ОЧЕНЬ маленькое число мантайнеров и тестеров портов сейчас
>
>Ложь, мантейнеров и комитеров достаточно.
>
>> Например, менеджер базы данных TOra в портах имеет версию 2.0.0 (2008 года!!!), а актуальная 2.1.2
>
>Что это такое, кому это вообще нужно, и если нужно вам, почему
>вы ее не взяли и обновили?Кстати, из достоверных источников — неподдерживаемые порты из этих самых 22к+ выкидываются (а мейнтейнеры расстреливаются на заднем дворике;) ).
Так что, если где-то версия 2.1.2, а в портах 2.0.0 (2008 года!!!), то на это обычно есть причины ;)
>неподдерживаемые порты из этих самых 22к+ выкидываются
>(а мейнтейнеры расстреливаются на заднем дворике;) ).
>
>Так что, если где-то версия 2.1.2, а в портах 2.0.0 (2008 года!!!),
>то на это обычно есть причины ;)Ментейнер расстрелян, порт _поддерживается_, и *неспешно* ищестя новый ментенер на расстрельную должность? :))) Которые тут добровольцы?!
Всё обсуждение можно перенести в ветку форума "Как правильно обновить Free BSD".
> Всё обсуждение можно перенести в ветку форума "Как правильно обновить Free BSD".По-моему, это лучше, чем обсуждать количество дыр на единицу исходных текстов в *BSD, Linux, Solaris и Windows, кичась при этом длиной и толщиной, сами знаете, чего и утверждая, что его-то логи самые-самые длинные, так что все остальные ни хрена ни в чём не понимают. ;)
А самое смешное -- так это то, что 8.1-RC у меня стоит на машинке, обновлённой из репозитария ещё 16 июня.Core Team -- не тормоза, они просто долго думают?-)
>А самое смешное -- так это то, что 8.1-RC у меня стоит
>на машинке, обновлённой из репозитария ещё 16 июня.
>
>Core Team -- не тормоза, они просто долго думают?-)нужно сначала собрать образы, а потом дождаться, пока они разойдутся по зеркалам. на это и уходит 2-3 дня
скорее не тормоза, а объявляют после распространения на официальные зеркала(иль хотябы на большинство) - у меня с ближайшего зеркала 8.1-PRERELEASE #7: Wed Jun 16
Вопрос по UTF8 в консоли актуален. В новостях было, что к 8.1 syscons приведут в порядок. Но в каком все это состоянии сейчас не нашел...
>Вопрос по UTF8 в консоли актуален.мде, актуален для тех кто на десктопе сидит в консоле) круто.
syscons в порядок? это вы о чем? может вас интересует newsyscons?
Возможно... newsyscons был отдельным проектом. Вот и интересует текущая ситуация.
Скажите, пожалуйста, есть ли подвижки в FreeBSD 8.1 с поддержкой драйверов для видео Intel? Или по-прежнему из-за отсутствия KMS в ядре последняя версия 2.7 в портах ? 2.9 не собирается в 7.3. А для линукса уже 2.11.
>Скажите, пожалуйста, есть ли подвижки в FreeBSD 8.1 с поддержкой драйверов для
>видео Intel? Или по-прежнему из-за отсутствия KMS в ядре последняя версия
>2.7 в портах ? 2.9 не собирается в 7.3. А для
>линукса уже 2.11.тот же вопрос мучает.
пока все никак. GEM/KMS планируют в рамках GSoC портировать на DragonFlyBSD (http://lists.freebsd.org/pipermail/freebsd-x11/2010-April/00...), а оттуда, наверное, RNoland уже будет это во фрю портировать. И то, я думаю в карент.
Кстати, как-никак а дрова 2.9 из портов у меня в 8 фре работают с горем пополам.
Интересно, а в таком случае интегрированная в процессоры графика Intel будет работать с драйвером 2.9 под FreeBSD 8?
у меня пашет на intel d510mo