Началось (http://lists.freebsd.org/pipermail/freebsd-stable/2012-Augus...) тестирование кандидата врелизы FreeBSD 9.1. Перед финальным релизом, который намечен (http://www.freebsd.org/releases/9.1R/schedule.html) на 19 сентября, планируется выпустить ещё один кандидат в релизы. Тестовая версия доступна (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/) для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/) и powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/) (сборки для sparc64 и ia64 задерживается). Установочные сборки доступны в виде образов bootonly, DVD и Memstick для USB Flash.
Из новшеств, запланированных для включения во FreeBSD 9.1 можно отметить:
- Включение интерфейса bsdconfig (http://www.opennet.me/opennews/art.shtml?num=34153) для настройки различных параметров системы;
- Обновление компонентов распространяемого под лицензией BSD С/C++ стека на базе наработок проекта LLVM, в состав будет включена (но отключена по умолчанию) библиотека libc++ и новая версия компилятора Clang 3.1.
- Поддержка множественных таблиц маршрутизации (Multi-FIB (http://svnweb.freebsd.org/base/projects/multi-fibv6/)) для IPv6-стека;
- Обновлённый звуковой драйвер HDA (snd_hda), в котором улучшена поддержка вывода звука через порты HDMI и DisplayPort;
- Интеграция подсистемы CAM Target Layer (CTL), обеспечивающей эмуляцию дисковых и процессорных устройств;
- Переработанная реализация GEOM-класса Multipath, позволяющего организовать доступ к хранилищу, подключенному через несколько каналов ввода/вывода.
URL: http://lists.freebsd.org/pipermail/freebsd-stable/2012-Augus...
Новость: http://www.opennet.me/opennews/art.shtml?num=34645
Я один не вижу диска DVD на FTP?
с версии 9.0 поменялись пути до ISO образов на зеркалах
http://ftp6.ru.freebsd.org/pub/FreeBSD/releases/amd64/amd64/.../
DVD диска нету на ftp
Кто знает когда будет поддержка GEM/KMS-драйвера для графических чипов Intel
В 9.1 она есть
Уже (за подробностями на wiki.freebsd.org/Intel_GPU)
Да, а еще вот сюда: http://www.phoronix.com/scan.php?page=news_item&px=MTE2Mzc
...и там же где-то рядом и упоминание про то что автора патчей покусывают слоупоки от бзд, которые и так то отставали, а тут такая подляна от интеля - изменили как делается modesetting. Слоупоки в прострации.
> Да, а еще вот сюда: http://www.phoronix.com/scan.php?page=news_item&px=MTE2Mzc
> ...и там же где-то рядом и упоминание про то что автора патчей
> покусывают слоупоки от бзд, которые и так то отставали, а тут
> такая подляна от интеля - изменили как делается modesetting. Слоупоки в
> прострации.детонька, уже всего неделька до школы осталась, шел бы ты ранец собирать, карандаши/пенал/тетрадки закупать, вместо того чтобы в интернетиках писать.
О, сегодня как раз четверг! То-то посде дождичка раки на горе рассвистелись...
В состав 9.1 уже входит проперченный модуль ядра i915kms.ko необходимый для работы GEM/KMS. Но он не подключен по умолчанию.
> В состав 9.1 уже входит проперченный модуль ядра i915kms.ko необходимый для работы
> GEM/KMS. Но он не подключен по умолчанию.Как подключить
Подгрузить модулем ядра:
# kldload i915kmsНо при этом локальная консоль не будет доступна после подгрузки модуля.
Это известная проблема связанная с недопилом:
I cannot switch back to the text console. Or, immediately after loading the driver, the console went black.
The VT switching code is not implemented (yet). In fact, the real cause is that driver turns on modesetting right after the load. This way, it is easier for me to test the driver. Eventually, this will be changed.
Если делать все по инструкции с freebsd wiki то не надо загружать модуль явно. Нужный модуль подгрузится во время запуска иксов.
Не надо его подключать, как и другие модули. Просто запустите скофигуренные иксы с новым драйвером.
Инсталляции на ZFS по-прежнему нет штатной?
А зачем нужна "штатная" инсталяция для вещи, которая "штатно" подглючивает? Без твиков на i386 до сих пор можно огрести проблем. Поэтому штатным хомячкам не нужно, остальные знаю как варить
а что еще кто-то ставит i386? что за нищебродство такое? или периодически музей ленина грабят или одно из трёх.
>> а что еще кто-то ставит i386? что за нищебродство такое? или периодически музей ленина >> грабят или одно из трёх.А если это унаследованная система?
У меня есть такая, первоначально ставилась туда 7.0... Сейчас 9.0 живет...
Это не та система, которую на каждый чих переустанавливать надо. У меня живёт на десктопе и жрать не просит, стабильно как бронепоезд, если что-то сам и сломал, лечится с первого попавшегося бутявчика на ура без переустановки всего и вся. Единственное что - начинал ещё когда i386 было нормой и сейчас хоть и размечено всё в ZFS, совершенно лениво пересобирать ВСЁ под AMD64 только потому что "i386 у рэальных посонов с семками не в моде"
даже унаследованную систему можно мигрировать на amd64, это так, к слову.
p.s. комментатору выше: есть железо (которого достаточно для выполнения определенных задач) на которое amd64 не встанет. +есть еще wine, кто-то им пользуется, думаю. ставить по вики не хочет в силу каких-либо причин. (на всякий случай: про http://www.mediafire.com/wine_fbsd64 знаю, wine не юзаю)
Расскажи чайнику по таким миграциям, что будет с софтом после того как я вместо ядра/мира i386 потяну туда AMD64 ? Я так понимаю что отвалится драйвер nvidia, cuse4bsd, VirtualBox... что ещё? Линуксятор весь? Или после энтого обновления мне придётся пересобирать всё?
> Расскажи чайнику по таким миграциям, что будет с софтом после того как
> я вместо ядра/мира i386 потяну туда AMD64 ? Я так понимаю
> что отвалится драйвер nvidia, cuse4bsd, VirtualBox... что ещё? Линуксятор весь? Или
> после энтого обновления мне придётся пересобирать всё?часть софта будет работать.
пропиарю дадва: http://dadv.livejournal.com/143243.htmlp.s. сам я на десктопе делал i386->amd64, мне было проще сделать pkg_delete -a, но то десктоп, я его юзаю изредка, на ноуте я бы сношался, конечно, не снося все
> p.s. сам я на десктопе делал i386->amd64, мне было проще сделать pkg_delete
> -a, но то десктоп, я его юзаю изредка, на ноуте я
> бы сношался, конечно, не снося всеа в чём трабл на десктопе организовать "репу" пакетов и ставить на ноут уже готовые пакеты?
>> p.s. сам я на десктопе делал i386->amd64, мне было проще сделать pkg_delete
>> -a, но то десктоп, я его юзаю изредка, на ноуте я
>> бы сношался, конечно, не снося все
> а в чём трабл на десктопе организовать "репу" пакетов и ставить на
> ноут уже готовые пакеты?на самом деле трабла никакого нет с этим. отдельный(-ые) репо имеют смысл при:
а) большом парке машин
б) 1 нормальной машине и >=1 дохлой, на которую(-ые) и ставить пакетаминоут/десктоп у меня ~одинаковы по конфигурации, разницы какую тачку напрягать компиляцией особой нет. ставить (например) libreoffice на ноут у меня необходимости не было, кде -тоже, остальное собирается более-менее быстро.
тот же LO на десктопе у меня есть, раз в ~год открыть документик можно на десктопе локально, если я в офисе, либо через ssh -Y если не в нем.
> на самом деле трабла никакого нет с этим. отдельный(-ые) репо имеют смысл
> при:
> а) большом парке машин
> б) 1 нормальной машине и >=1 дохлой, на которую(-ые) и ставить пакетамив) при отсутствии желания заниматься одним и тем же обновлением > 1 раза.
> ноут/десктоп у меня ~одинаковы по конфигурации, разницы какую тачку напрягать компиляцией
> особой нет.аналогично, но желание компилить всё по 2 раза как-то в своё время пропало, и я назначил роль репы десктопу.
> ставить (например) libreoffice на ноут у меня необходимости не
> было, кде -тоже, остальное собирается более-менее быстро.
> тот же LO на десктопе у меня есть, раз в ~год открыть
> документик можно на десктопе локально, если я в офисе, либо через
> ssh -Y если не в нем.ну у меня деск дома) хотя сейчас я его юзаю собсно для репы, на 90%. потому что ноут и удобнее, и электричество жрёт меньше (особенно заметно в жару, включаешь деск, и темп-ра в комнате начинает резко расти =))
а так каждому своё, у меня кеды на ноуте работают пристойно, хотя в упор не видят батарею =) лень разбираться. Был Хфце, но как-то начал жёстко глючить с nvidia, поставил кеды и прижились.
ну а офис штука такая, никогда не знаешь когда понадобится, так что приходится держать на ноуте. Благо кушать не просит.
>>> а что еще кто-то ставит i386? что за нищебродство такое? или периодически музей ленина >> грабят или одно из трёх.
> А если это унаследованная система?
> У меня есть такая, первоначально ставилась туда 7.0... Сейчас 9.0 живет...Вопрос, насколько я понимаю, не в том, что "была i386 и дальше будет", а в том, кто её ставит.
Если в случае с "унаследованная" соглашусь с тем, что не трогай то, что работает, то в случае новой установки нет никакого резона выбирать i386 на 64бит железе. А на не-64бит железе, думаю, вероятность одновременной необходимости установить и ZFS примерно равна вероятности ограбления музея Ленина.
Так что можно уже и инсталлятор проапгрейдить для ZFS. Да и ничто не мешает в инсталляторе сделать проверку на i386 =)
Лучше всё равно, имхо, ручками. Или скриптом.
<ворчание>
Сколько уже можно "видеть свет" в заголовках новостей? Можно же просто -- "кандидат в релизы FreeBSD 9.1" или "тестирование кандидата в релизы FreeBSD 9.1".
</ворчание>
Верно надо было назвать «Ночь живых мертвецов» xD
тебе из погреба виднее
Да все комменты к этой новости, и ее саму, уместнее назвать байками из склепа =)
Да нет - куда правильнее признать что ты %удак и пойти дальше. Что кстати все и сделали, я просто из _милосердия_ тебе об этом рассказал.
Ой, опять из могилы закукарекали =)
> тебе из погреба виднееДаже достаточно нейтральный автор фороникса отмечает что бсдшники - "lagging" и своим слоупокингом только мешаются.
Кому мешаются? :-)))
> Даже достаточно нейтральный автор фороникса отмечает что бсдшники - "lagging" и своим
> слоупокингом только мешаются.вы поторопитесь - там уже 400-ая версия systemd на носу. опоздаете на 5 минут - вас слоупоком обзовут
Супер! Как показывает многолетний опыт, начиная с 9.2 можно будет пользоваться.
Пользуюсь 9 веткой с 9.0-BETA1. Особых проблем не было.
Многолетний опыт подсказывает, что команда фри учла свой опыт с 5.Х и теперь даже бета работает. Разве что пакеты под бету/рц не выпускаются.
Кстати, в последнее время RC3 зачастую становится релизом вообще без изменений в коде.
Смотря под какие задачи. С шестеркой до 6.2 проблемы были.
> Смотря под какие задачи. С шестеркой до 6.2 проблемы были.Были, были. Тогда ещё видимо опыт 5.Х никого не научил =)
Опыт - это то, чего не было, когда оно было нужно =)А вообще, конечно, тут бабушка сказала надвое. Вероятность того, что в старой версии вылезет какая нибудь секьюрити дыра или серьёзный баг, всё-таки в разы меньше, чем в новой (или и_в_новой_И_в_старой) версии. Поэтому если работает, то и суетиться нефиг. С другой стороны, когда узнаёшь, что эта дыра обнаружена в версии на твоём серваке, можно уже и опоздать обновиться...
>Многолетний опыт подсказывает, что команда фри учла свой опыт с 5.Х и теперь даже бета работаетну вообще-то не рекомендуется ломать HEAD, не говоря уж о stable/*
> Кстати, в последнее время RC3 зачастую становится релизом вообще без изменений в
> коде.<пошутилка mode: on>с ними! в newvers.sh. такое было с, кажется, 8.2 :-)</пошутилка mode: off>
>>Многолетний опыт подсказывает, что команда фри учла свой опыт с 5.Х и теперь даже бета работает
> ну вообще-то не рекомендуется ломать HEAD, не говоря уж о stable/*иногда приходится и в релизах поломать свой хед))
стейбл лично я вообще не вижу смысла юзать. Если только у кого-то вызывает оргазм сам процесс обновления...>> Кстати, в последнее время RC3 зачастую становится релизом вообще без изменений в
>> коде.
> <пошутилка mode: on>с ними! в newvers.sh. такое было с, кажется, 8.2 :-)</пошутилка
> mode: off>с 8.2 точно, раньше не обращал внимания. <offtop>Моё выражение "зачастую", конечно, немного преувеличение, особенно с учётом частоты выхода релизов =)</offtop>
>>>Многолетний опыт подсказывает, что команда фри учла свой опыт с 5.Х и теперь даже бета работает
>> ну вообще-то не рекомендуется ломать HEAD, не говоря уж о stable/*
> иногда приходится и в релизах поломать свой хед))под HEAD имеется ввиду CURRENT (ну если конечно выше не шутка была;))
> стейбл лично я вообще не вижу смысла юзать. Если только у кого-то
> вызывает оргазм сам процесс обновления...дело не в оргазме, а в том, что MFC делается именно в stable/, к примеру, драйвера под сетевуху. в RELEASE они могут отличаться "особенностью" которая будет мешать нормальной работе. фикс будет в head, потом в stable, тебе же, с любовью к RELEASE придется ждать след. релиз или самостоятельно патчить драйвер, превращая RELEASE в... почти stable!;-)
>>> Кстати, в последнее время RC3 зачастую становится релизом вообще без изменений в
>>> коде.
>> <пошутилка mode: on>с ними! в newvers.sh. такое было с, кажется, 8.2 :-)</пошутилка
>> mode: off>
> с 8.2 точно, раньше не обращал внимания. <offtop>Моё выражение "зачастую", конечно, немного
> преувеличение, особенно с учётом частоты выхода релизов =)</offtop>по поводу частоты релизов было уже over9000 срачей в листах, как по мне так все ок, раб. машинки на head, на серверах release/stable, благо с svn, грубо говоря, можно говорить "у меня 9.0.1-RELEASE о stable/9, от 9.0 отличается починенным ipsec, или типа того:)