Опубликован (http://lists.freebsd.org/pipermail/freebsd-stable/2010-April...) предварительный план подготовки FreeBSD 8.1-RELEASE, в соответствии с которым определены следующие точки развития:
- 24 мая - заморозка кодовой базы;
- 29 мая - первая бета-версия;
- 11 июня - первый кандидат в релизы
- 25 июня - второй кандидат в релизы
- 9 июля - релиз
Кроме того, опубликовано (http://lists.freebsd.org/pipermail/freebsd-stable/2010-April...) предупреждение о прекращении 30 июня 2010 года поддержки выпуска исправлений безопасности для FreeBSD 7.2. Поддержка FreeBSD 7.3 будет производиться до 31 марта 2012 года. поддержка FreeBSD 6.4 и FreeBSD 8.0 истекает 30 ноября текущего года, а FreeBSD 7.1 - 31 января 2011 года (расширенный срок поддержки).
URL: http://lists.freebsd.org/pipermail/freebsd-stable/2010-April...
Новость: https://www.opennet.ru/opennews/art.shtml?num=26097
Значит, по традиции, в августе выйдет. А вообще, это за долгое время первый релиз, которого я не жду - 8.0 просто замечательна. Больше жду смерти 6 ветки, которой давно пора на свалку.
>Больше жду смерти 6 ветки, которой давно пора на свалку.Чёт я не понял ... а не использовать не пробовал? Зачем именно ждать смерти?
Готичный.
Чтобы мантейнеры портов не тратили время на поддержку этого барахла.
Это их (маинтайнеров) дело а не твое, не? Или ты так - за народЪ радеешь?
> Это их (маинтайнеров) дело а не твое, не?"Не".
Я то же жду, 8.0 не для продакшена...
Аргументы есть или ОБС?
зачем вам аргументы, в номере версии же всё видно.
>зачем вам аргументы, в номере версии же всё видно.ОБС, я так и знал. "Админов", которые гадают на стабильность по номеру версии, надо гнать поганой метлой.
А что делать с девелоперами, которые меняют libc при переходе .0 -> .1???Несмотря на то, что каждый мажор релизе в линикс-дистрах меняется glibc, но чтоб в одном мажоре такое было - я ни разу не встречал!!!!
Так что будем поторапливаться не спеша. А Матросовы - на выход к амбразуре :)
Отвечу за Сергея, в одной конторе работаем, позавчера пришлось откатить сервер доступа с 8.0 до 7.3, так как глючил частенько. Правда почтовый сервер на 8.0 работает без проблем, но там нагрузка не та. А вообще восьмерка заметно быстрее семерки, но еще сыровата.
Может это ваши руки или железо хреновое? У меня 8.0 прекрасно работает в качестве pptp сервера, трафика в среднем 1.7Gbps
> А что делать с девелоперами, которые меняют libc при переходе .0 -> .1???Упоротый чтоле? Что тогда, libc вообще не обновлять? Может тебе вообще с 5.х не слезать тогда?
>А что делать с девелоперами, которые меняют libc при переходе .0 -> .1???Что? В libc вообще-то symbol versioning, там никаких проблем вообще быть не может.
Когда это такое было во FreeBSD?
Лично налетел в 5.0 -> 5.1, добавили syscall (вот оно стабильное ABI :) ), слава богу уже не помню названия функции, но вызов цеплялся сам, без явного использования.Встречал в трекерах "добрые" слова в адрес "стабильное ABI" и в других версиях.
А тот же RHEL 5.0 5.1 ... 5.5 - и все с одной glibc!!! Только pl растет - баги закрывают.
зы. анонимусам не отвечаем :)
зы.зы. Изи на лоре ведет работу, доказываю стабильность ABI во фришке :DDDDDDDD
5.0 и 5.1 выпущены из текущей ветви разработки.
Стыдно не знать #2.
Вы о чём???
>Вы о чём???Об основах. Есть -CURRENT и есть -STABLE. И 5.0 и 5.1 и 5.2, в отличие от всех остальных более поздних, выпускались из -CURRENT, а не -STABLE. Сами виноваты, что использовали эти версии, проще говоря.
>>Вы о чём???
>
>Об основах. Есть -CURRENT и есть -STABLE. И 5.0 и 5.1 и
>5.2, в отличие от всех остальных более поздних, выпускались из -CURRENT,
>а не -STABLE. Сами виноваты, что использовали эти версии, проще говоря.Тогда все становится на свои места.
Короче, поторопились.
> зы. анонимусам не отвечаем :)Так вас там оказывается целая банда... Как все плохо-то...
>[оверквотинг удален]
>
>Встречал в трекерах "добрые" слова в адрес "стабильное ABI" и в
>других версиях.
>
>А тот же RHEL 5.0 5.1 ... 5.5 - и все с
>одной glibc!!! Только pl растет - баги закрывают.
>
>зы. анонимусам не отвечаем :)
>зы.зы. Изи на лоре ведет работу, доказываю стабильность ABI во фришке :DDDDDDDD
>Если налетели, можете считать себя счастливчиком.
В том плане, что вы на такое вообще налетели)
5 версия FreeBSD - одна из самых нестабильных.
Может даже самая нестабильная.
Это была версия, где много чего переписали с нуля.
Там переходили от одноядерности к SMP, переписывали ata.
Что-то типа стабильности появилось только к версии 5.4С версии 6.0 не замечал проблем с ABI.
Кстати хочу заметить, что с версии 6.2 сделали фичу - бинарное обновление дистрибутива.
Делается с одной перезагрузкой.
Я думаю, вы понимаете, что при таком обновлении любые конфликты версий libc СРАЗУ вылезают наружу.
Но раз бинарное обновление работает, то стабильность ABI во фре на должном уровне)
Добавлением сисколла нельзя сломать ABI.
Кому что нужно в работе.
У меня группа серверов AIX/Solaris/HP-UX В которых реально работает NFSv4, во фре он только в 8.0 появился.
mpd5 без костылей не работает... А так в целом позитив есть... Если у 8.1 будет LTS так вообще все чудненько.
> Если у 8.1 будет LTS ...Extended Type.
И да, стыдно, товарищи. Учимся ходить по ссылкам.
оО где не работает?
в 8.0-RELEASE не работает proxy-arp в mpd5
>в 8.0-RELEASE не работает proxy-arp в mpd5А разработчики об этом конечно же уже знают?)
mpd5 - чай не world
Поставляется отдельно от системы, лежит в /usr/ports/net/mpd5
В мейллистах недавно что-то по этому поводу писали.
>А разработчики об этом конечно же уже знают?)
>mpd5 - чай не world
>Поставляется отдельно от системы, лежит в /usr/ports/net/mpd5А проблема в world. Как минимум, в /usr/sbin/arp, а может еще и в ядре, потому что я видел PR на тему утечек памяти в lltable.
>>А разработчики об этом конечно же уже знают?)
>>mpd5 - чай не world
>>Поставляется отдельно от системы, лежит в /usr/ports/net/mpd5
>
>А проблема в world. Как минимум, в /usr/sbin/arp, а может еще и
>в ядре, потому что я видел PR на тему утечек памяти
>в lltable.Помнится, в 8 версии хотели переписать arp и route.
В результате по команде netstat -rn должны были пропасть мак адреса.
Я так понимаю, всплыли грабли?)
А чего кстати с новым KDE 4.4 тормозят? Вроде же порты разморожены уже давно.
А что мне с сервачком под FreeBSD 4.11 делать?
пионэров к нему водить на экскурсии :)
Кстати, в прошлом месяце разбирал старые бэкапы и натолкнулся на древнющий бэкап сервера под 2.2.5. Не поленился поднять его в VirtualBox.... как же за последние 13 лет все изменилось..... такое чувство возникло, что к пещерным людям попал.
Зато работает...
Это еще что. Я лет 5 назад в simh поднимал 2.11BSD
У меня 4.11 стоит как модемный пул - очень давно стоит :) Используется сейчас уже редко, но раньше юзался беспощадно
>А что мне с сервачком под FreeBSD 4.11 делать?Если работает - не трогать)
Самая вылизанная версия FreeBSD.
Но, это если у вас 1 ядро и IDE)
>А что мне с сервачком под FreeBSD 4.11 делать?It's depend ... как говорят на юге Орловшины :)
Если работает - води junior admin's чтоб ох*али куда же они попали работать :)У меня самый старый из боевых 4.10 до сих пор в одной NA фирме работает. Держит легаси.
Железо "белый" делл что то типа OptiPlex GX1 (PII 300MHz, памяти насувал сколько мама приняла - целых 320MB :)# uname -a
FreeBSD c***n.b***e.com 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC i386- собирает с департментских NFS-servers юзерские home dir's через NFS-client и раздаёт их через Samba 2.2.3a виндоюзерам.
- NT-like домен на той же самбе.
- NIS domain master.
- mail list server (majordomo).
- cvs (cvs + cvsweb + cvs2cl).
- Apache 1 + mod_ssl.В этом году после ~10 лет службы - похерят. Купили их US-овцы а они вантузятнеги :(
кто слышал, что они там с KMS творят? Вообще творят ли что-нибудь?
Не... там все глухо пока.На самом деле графика сильно отстаёт от linux(ядра). Фактически портированием DRM занимается один человек. И он периодически пишет в рассылку что зашивается :)).
Что касается KMS, то тут нужно много чего переписывать и дописывать, в том числе существующую систему виртуальных терминалов или придумать как подцепить существующую инфраструктуру к KMS. Вообще есть http://wiki.freebsd.org/Newcons , но что-то все остановилось...
Вобще говоря "чистый" KMS мало интересен. TTM/GEM в драйверах - более интересно.
В общем для ускорения процесса нужны люди с хорошим пониманием работы VM.