|
| 1.2, Andrew Kolchoogin (?), 15:00, 11/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я могу сказать только одно.
По сравнению с [3456]-CURRENT, 7-CURRENT разрабатывается _значительно_ более аккуратно.
То есть, я не замечаю никаких, мешающих мне в работе, нестабильностей. Хотя где-то с марта -CURRENT стоит на рабочей станции, ноутбуке и выносном USB-харде (с которого она без проблем загружается), с корнем на ZFS и кучей всего "наносного" (типа бинарных драйверов от NVidia и NDIS-драйвера для Wireless Ethernet'а в ноутбуке).
| | |
| |
| 2.3, Bocha (??), 17:08, 11/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
 Я в принципе согласен, однако первый раз на 7.0-CURRENT я сел в 2003м или 2004м году, не помню точно, то есть её делают уже, дай бог, года четыре-пять. Конечно же опыт работы над FreeBSD 6.X, без сомнения самой удачной ветки из существующих фрюх, сказался на разработке её потомка, фактически появившегося еще до шестёрки (и мы над этим, помню, сильно потешались, когда сидели еще в 5.2.1 по-моему). Перешел на 7.0 заново сегодня. Поставил минимальный инстал, собрал portinstall и им собрал себе иксы и КДЕ, всё прекрасно, всё работает. Думаю, к концу года получим очень неплохой RELEASE. | | |
| |
| 3.22, Аноним (-), 01:25, 13/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Modified files:
sys/sys param.h
sys/conf newvers.sh
Log:
Make the RELENG_6 branch operation official by moving HEAD to 7.0-CURRENT.
Approved by: re
scottl 2005-07-11 08:45:10 UTC
Только только 2 года как...
Мда... | | |
|
|
| 1.5, Аноним (-), 21:02, 11/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Когда-то здесь пробегала новость по поводу патчей, которые исправляли например проблему вываливания в панику при вытаскивании флешки без размнотирования.
кто-нибудь в курсе были ли эти патчи рассмотрены/одобрены/включены?
никак не могу найти данной темы на опеннете...
| | |
| |
| |
| 3.18, Аноним (-), 18:24, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
>This patch seems awfully dangerous to me..(c)
>http://lists.freebsd.org/pipermail/freebsd-fs/2007-February/002694.html
нет не то
нашел эту тему : http://www.opennet.me/openforum/vsluhforumID9/6467.html
первый пост:
"Привет всем программистам.
Написал небольшой патч для ядра FreeBSD, подсистемы VFS.
Исправляет панику при синхронизации с потеряным устройством, тобишь не отмонтировали флешку, вытащили и словили дамп)))
В общем проблемы была в функции bufobj_invalbuf, исравил правкой флагов (наибольший эффект наименьшими средствами), попутно поправил реализацию msdosfs, не было проверки на нулевой указатель и ядро падало в панику с page fault. Так же изменению подверглась функция dounmount поскольку не уничтожала точку монтирования при отрицательном резельтате синхронизации.
Вопрос к вам товарисчи, куда мне все это деть, это вообще нужно кому нибудь???)))
Какой Русский коммитер может это заценить, английский знаю плохо))) поэтому в списки рассылки не суюсь))) "
| | |
|
| 2.12, Andrew Kolchoogin (?), 09:42, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Я думаю, не одобрены и не включены.
Потому как есть вопрос: а что делать, если не падать в панику? Килять все процессы с открытыми файлами на GEOM-провайдере, который почил в бозе? А если на нём был своп? | | |
| |
| 3.16, kruk (?), 17:32, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
Вообще-то, в идеале, даже и не килять. Ошибка должна бы проявляться на уровне приложения - типа "Couldn't read file blablah". И приложение либо имеет стратегию выхода из некорректной ситуации, либо крэшится :) | | |
|
|
| 1.6, tr (?), 22:46, 11/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
По-моему избавились как раз-таки от KAME IPSEC-стека :).
FreeBSD src repository
Removed files:
sys/netinet6 ah_aesxcbcmac.c ah_core.c ah_input.c
ah_output.c esp_aesctr.c esp_camellia.c
esp_core.c esp_input.c esp_rijndael.c
ipcomp_core.c ipcomp_input.c
ipcomp_output.c ipsec.c
sys/netkey key.c key_debug.c keydb.c keysock.c
Log:
Removing old, dead, KAME IPsec files as part of the move to the
new FAST_IPSEC based IPsec stack. | | |
| |
| 2.8, cvsup (?), 22:57, 11/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
>По-моему избавились как раз-таки от KAME IPSEC-стека :).
именно так.
Реализация от KAME использует Giant lock. Поскольку одной из идей в 7.0 было избавление
от него (конкретно - от конструкции NET_NEEDS_GIANT) в ядре для увеличения производительности на MP-системах, стек был переписан силами gnn@.
Список того, что до недавнего времени использовало NET_NEEDS_GIANT:
i4b - ISDN implementation [1]
netatm - One of three ATM implementations [1]
ng_h4 - tty line discipline for bluetooth serial [1]
KAME IPSEC - One of two IPSEC implementations - s/$1/FAST_IPSEC/
IPX over IP - IPX over IP tunnel support [1]
[1] - временно отключено от сборки до тех пор, пока кто нибудь не соизволит написать giantless реализацию оного. | | |
| |
| 3.9, Andrew Kolchoogin (?), 09:38, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
> ng_h4 - tty line discipline for bluetooth serial
Это misunderstanding.
Сам по себе ng_h4 BGL не использует. BGL использует TTY Subsystem, которой ng_h4 пользуется. Поэтому шансов на то, что в ближайшее время заработают PCMCIA'йные Bluetooth-адаптеры, немного. ;) | | |
|
|
| 1.10, phpcoder (??), 09:41, 12/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Работа над созданием комплекта утилит BSD Bintools для замены GPL Bintools. Почти готова BSD реализация утилиты ar;
И всё-таки я считаю странным, что BSD-шники переписывают GPL-ный софт только чтобы лицензию изменить.. | | |
| |
| 2.13, Andrew Kolchoogin (?), 09:44, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
Ну, GPL'щики-то не согласны на Dual Licensing, вот и приходится переписывать. :)
А что до переписывания Binutils (Bintools - это неправильное название), так это не просто смена лицензии. Это ещё и получение Development Control'а над кодом.
И выкидывание дублирующего кода (libiberty, конечно, хорошая библиотека, но libelf+libarchive ничем не хуже, но под BSD'шной лицензией и контролируемы Core Team). | | |
| |
| 3.34, kan (?), 06:07, 18/07/2007 [^] [^^] [^^^] [ответить]
| +/– |
>Ну, GPL'щики-то не согласны на Dual Licensing, вот и приходится переписывать. :)
>
>А что до переписывания Binutils (Bintools - это неправильное название), так это
>не просто смена лицензии. Это ещё и получение Development Control'а над
>кодом.
>И выкидывание дублирующего кода (libiberty, конечно, хорошая библиотека, но libelf+libarchive ничем не
>хуже, но под BSD'шной лицензией и контролируемы Core Team).
Core Team НИЧЕГО этого не контролирует. Не их это роль.
| | |
|
| 2.14, бурят (?), 09:54, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
GPL'щики сами много чего переписывают, чтобы лицензию изменить | | |
|
| 1.11, dvg_lab (??), 09:42, 12/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
все-таки мне кажется что 7ка будет очень вкусный продукт, с нетерпением жду. Оч хочется спытать детище David Xu - SCHED_SMP, всетаки хорошо что он вернулся в проект. | | |
| |
| 2.15, butcher (ok), 09:58, 12/07/2007 [^] [^^] [^^^] [ответить]
| +/– | |
SCHED_SMP - это детище Jeff Roberson'а, а не Xu. У Xu было SCHED_CORE. | | |
|
| 1.31, www.andr.ru (?), 17:37, 16/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Проект по портированию FreeBSD для работы на ноутбуках Apple MacBook;
Этто интересно, а на Mac-mini ничего не портировано? А то я Икс-сервером старенький пень-3 запускаю кино посмотреть, звуковуху не видит 6.2.0, зараза. А wifi работает. Чё железячники звуковые карты переделывают всякий раз заново? Неужели нельзя стандарт разработать один типа VESA для видеокарт?! Самый простой девайс во всей железяке, а мудрят как с ваккумным коллоидным нанопоршнем. Как новый комп - так жди полгода пока родят дрова | | |
| 1.32, www.andr.ru (?), 17:53, 16/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> tarfs - файловая система для монтирования tar архивов;
Ещё бы прикрутить 9P - и половину оси можно было бы выбрость. И без микроядра работать должно быть уже стыдно - 21 век на дворе. Как битую флешку втыкаешь - так писец аптайму, да ещё полчаса диски чекаешь и матюкаешься. Скоро совсем на QNX перееду, мне исходники ядра всё равно рыть некогда. Оперу вот портируют - и брошу нафиг БДЗеть, надоело | | |
| 1.33, www.andr.ru (?), 18:03, 16/07/2007 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> finstall - проект новой GUI программы для установки
Абсолютно не понимаю - зачем?! Я понимаю, когда Линукс в БИОС ГУЙ прикручивает, Линукс ведь - голова! А бзде нафига эти окна?! чел, который сможет инсталлу на все вопросы ответить правильно легко обойдётся без ГУЯ, а для остальных - сделать на автомате. Хорошая была, помню, политика бзди - не плодить сущности без особой необходимости. Это как раз такой случай, причём тяжёлый. Типа лога для файловой системы вместо softupdate. Кто-нибудь юзает? | | |
|
