Приятно, когда люди не торопятся выпустить релиз.

Ура, товаищи.

УУРРРРРРААААААААА!!!!!!!!! грядёт обновление системы!!!

freebsd

http://www.freebsd.org/releases/5.2R/relnotes.html

А чё так радуетесь?

Опять трахаться с пересборкой......

ну вот, теперь и M$ наконец сможет выпустить релиз лонгхорна... а то все из пре и альф не вылезал ))))

уважаемое freebsd community а вы не знаете почему до сих пор нет bind 9 в очновной ветке. и так уже ясно, что 8 это пережиток прошлого, о котором практически все забыли. даже isc убеждает переходить на 9.

openbsd (они-то известные тормоза) уже давно померджили 9 версию.

черт его знает - я все равно использую djb-dns и всячески его рекомендую вам

Будет в 5,3. Обещали.

> Приятно, когда люди не торопятся выпустить релиз.

еще announcement не вышел. а уже errata наполняется open issues'ами:

-> 9 Jan -- Black and white xdm(1) "due to a change in cpp(1) behavior"

-> 9 Jan -- ACPI bugs

-> 9 Jan -- ATA/SATA bugs

-> 9 Jan -- pcm(4) bugs

-> 10 Jan -- APIC bugs on laptop systems

-> 10 Jan -- NFSv4 client panics

http://www.freebsd.org/releases/5.2R/errata.html

имхо, к 5.3 это все уберут. UML померджат. благо GCC 3.3.3 уже померджили... так что ждем 5.3 ближе к лету.... как обычно нетерпеливые могут юзать -current.

ps. поспешили все таки...

> UML померджат.

я хотел сказать не UML а ULE, конечно. прошу прощения...

>Приятно, когда люди не торопятся выпустить релиз.

Поставил. Ндааа... Ну и глюкало. Откатился обратно на Linux c ядром 2.6.0-test1. Сырая ещё фря, сырая...

ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/5.2-RELEASE/ERRATA.HTM

Ну не может же всё время сырой быть...

А как там в 5.2, уже не валится при попытке подмонтировать дискету с битым ФАТом?
К слову как вообще с этим в 5.х/4.9? 4.8 вылетала с крендель паник.

а ты cvsup-ом накатил прям до RELENG_5_2_0_RELEASE ? :)

Да, тут скажу еще, что ту же испорченную дискету под известным BSD-like init
дистром с ядром 2.4.18 удавалось монтировать и читать без проблем.

объясни мне как можно прочитать испорченную дистеку ? :) если она читается, значит не является таковой.

> УУРРРРРРААААААААА!!!!!!!!! грядёт обновление системы!!!

даа!! Обновляемся до debian'a !! :)

>объясни мне как можно прочитать испорченную дистеку ? :) если она читается, значит не является таковой.

сынок билли гейтса:
-Папа, покажи что такое многозадачность
-Сейчаз дискету отформатирую и покажу
:)

Попытаюсь: видимо в структуре ФС была испорчена первая копия ФАТ, а вот вторая,
их обычно 2, быть ОК. Более точных исследований я не проводил - была копия данных на другой дискете
взял оттуда, через какоето время попробовал считать первую из под Linux - никаких кернел паник
и все прочиталось. Фигня конечно, но тем не менее дисквалифицирует ФРЮ на десктоп.
Да и ещё: если кернел паник, а не просто сообщение дескать не читается, значит неправильная
структура ФАТ на любом носителе должна привести/приводила к аналогичному переполнению буфера.
Делайте выводы.

> Да и ещё: если кернел паник, а не просто сообщение дескать не > читается, значит неправильная структура ФАТ на любом носителе > должна привести/приводила к аналогичному переполнению буфера.

если приводила, то у тебя проблемы с железом, если нет, то кончай пи#$@еть. у меня работала 4.8 неск. месяцев без нареканий, однако и содержала, как в последствии определилось баги в ata, но это был не мой случай, так что вот.

>Делайте выводы.

да, да. делайте выводы.

у меня фря на десктопе начиная с 4.5. подобных случаев не было . делайте выводы.

Я бы словами типа пи#$@еть не швырялся, проблемы с железом допускаю, хотя <0.5%.
Понимаю, что возпроизвести это трудно, но во первых тут подтверждали эту проблему, а во вторых,
если была проблема с флоповодом, то и так не вижу повода впадать в кернел паники.
При всем этом IMHO проблема в том, что в 4.8 были ошибки в драйвере FAT.

Проблема с железом - это не главное.

Главное - стабильная система!!!

Конкретно данный случай не попадался, но то что у ФРИ есть много проблем с VFS - это факт общепризнанный, всю подсистему надо переписывать, а времени у мантейнеров нет, к сожалению. Так что как десктоп классическоум зверьку - не советую. Из этого же вытекает проблема с USB MASS STORAGE - если выдернул диск не отмонтировав то опаньки. Тем не менее в остальном система удобнее. И смышленому пользователю я б ее поставил без сомнений. У себя дома и на рабочем месте поставил CURRENT (у меня не падает, а упадет - хрен с ним). Потихоньку всю таможню перетаскиваю на нее, чему очень рад.

:) во парень гонит :)

>> Конкретно данный случай не попадался, но то что у ФРИ есть много проблем с VFS - это факт общепризнанный, всю подсистему надо переписывать, а времени у мантейнеров нет, к сожалению. Так что как десктоп классическоум зверьку - не советую. Из этого же вытекает проблема с USB MASS STORAGE - если выдернул диск не отмонтировав то опаньки. Тем не менее в остальном система удобнее. И смышленому пользователю я б ее поставил без сомнений. У себя дома и на рабочем месте поставил CURRENT (у меня не падает, а упадет - хрен с ним). Потихоньку всю таможню перетаскиваю на нее, чему очень рад.

Есть же умные люди в нашем отечестве!

ya budu jdat' 5.3.. kogda 5.x vetku obyavyat stable :)

>сынок билли гейтса: >-Папа, покажи что такое многозадачность >-Сейчаз дискету отформатирую и покажу

RuLeZZ

А это linux с bsd-like init слечеем не слака???

> уважаемое freebsd community а вы не знаете почему до сих пор нет bind
> 9 в очновной ветке. и так уже ясно, что 8 это пережиток прошлого, о
> котором практически все забыли. даже isc убеждает переходить на 9.

Потому что Doug Barton, который этим делом занимается, считает, что 9ка- это ещё тот тормоз, и не желает тратить на неё время. Уж он-то знает, о чём говорит, его за знание всех тонкостей DNS в ICANN General Маnager-ом пригласили.

Если мне не изменяет память, на последнем devsummit его почти убедили вынести bind8 в порты.

bind9 budet v 5.3... v roadmap uje bilo pro eto..

По-поводу 9-го бинда:

Если кому-то действительно(!) необходима та функциональность, которую предаставляет BIND 9, то он-то уж сможет грамотно собрать его из портков. А если она ему нахер не нужна, а нужно так... DNS локальный поднять, что чем его 8-й не устроит? При этом миграция с 8-го на 9-й (ну, если что) проходит очень мягко.

По-поводу 9-го бинда:

Если кому-то действительно(!) необходима та функциональность, которую предаставляет BIND 9, то он-то уж сможет грамотно собрать его из портков. А если она ему нахер не нужна, а нужно так... DNS локальный поднять, что чем его 8-й не устроит? При этом миграция с 8-го на 9-й (ну, если что) проходит очень мягко.

>Да и ещё: если кернел паник, а не просто сообщение дескать не читается, значит неправильная структура ФАТ на любом носителе должна привести/приводила к аналогичному переполнению буфера.

А можно глупому вопрос - каким образом кернел паник связан с переполнением буффера Следующий несложный код кода будуче исполнен ядром ведет к панике, но какой буффер при этом переполняется - не догоняю

char *p; p=0; p[0]=17;

>У себя дома и на рабочем месте поставил CURRENT (у меня не падает, а упадет - хрен с ним). Потихоньку всю таможню перетаскиваю на нее, чему очень рад.

Угу, если вся таможня упадет, то и хрен с ней. К слову - а что это за таможня? Чтоб знать, и стороной обходить, а то упадет, не ровен час...

malloc'чить кто будет? Пушкин? :)

А PnP они уже починили? FreeBSD 5.0 и 5.1 входили в кернел паник при
наличии ISA PnP карточки с IRQ 2 в списке её IRQs.
В FreeBSD 5.2-RC1/RC2 кернел паник починили, но алокация IRQ 2
осталась, из-за чего драйвер той самой карточки нифига не фурычит.
В freebsd-arch это обсуждалось, но исправили они это в FreeBSD
5.2-RELEASE или нет, не понятно. Неужели придётся FreeBSD 5.3-RELEASE
ждать или использовать следующий кривой патч в FreeBSD 5.2-RELEASE?

--- pnpparse.c.orig     Sun Dec 28 18:18:29 2003
+++ pnpparse.c  Sun Jan  4 09:14:30 2004
@@ -111,7 +111,7 @@
                        if (bootverbose)
                                pnp_printf(id, "adding irq mask %#02x\n",
                                           I16(res));
-                       config->ic_irqmask[config->ic_nirq] = I16(res);
+                       config->ic_irqmask[config->ic_nirq] = I16(res) & ~0x04;
                        config->ic_nirq++;
                        break;

Хорош гнать! 5.1 уже достаточно хороша и стабильна. У самого уже полгода во внутренней сети работает без перерыва 5.1 в качестве файл-сервера, службы каталогов и сервера авторизации. Сам использую фрю на ноутбуке, хотя и считаю, что в качестве десктопной системы для обычного пользователя FreeBSD не подходит - установка и обновление компонентов не так тривиальна, как в Windows/Linux.

Sorry za translit - klava bez russkogo 8-(

Ochen' proshu Vas proverit' FAT12-image kotorii
nahoditsia zdes' :

http://www.freebsd.org/cgi/query-pr.cgi?pr=55028

Etot image valil daje 5.1-CURRENT do nedavnego vremeni.

Mne ne dovoelos' proverit' eto posle nedavnego (2 weeks)
obnovlevia MSDOSFS v CURRENT.

Uvi, eti izmenenia ne zatronuli 5.2-RELEASE - tak chto
mojno smelo predpolojit', cho voz i nine tam 8-(

>под известным BSD-like init дистром с ядром 2.4.18 :))) Красиво ;). Хорошо хоть анонизмусы, вечно орущие нехорошие слова о нем, даже не догадываются что это такое ;)).

Predidushii post dlia napisavshih eto:


>>Да и ещё: если кернел паник, а не просто сообщение дескать не >>читается, значит неправильная структура ФАТ на любом носителе  >>должна привести/приводила к аналогичному переполнению буфера. 

>если приводила, то у тебя проблемы с железом, если нет, то кончай >пи#$@еть. у меня работала 4.8 неск. месяцев без нареканий, однако и >содержала, как в последствии определилось баги в ata, но это был не >мой случай, так что вот. 


>меня фря на десктопе начиная с 4.5. подобных случаев не было . >делайте выводы.

2>но какой буффер при этом переполняется - не догоняю > >char *p; p=0; p[0]=17;

мда... пытаться присвоить NULL'у значение и при этом глупо удивляться - это нужно еше постараться таким извращенцем быть

> Из этого же вытекает проблема с USB MASS STORAGE - если выдернул диск не отмонтировав то опаньки

Покажи систему, у которой такого нет. Вовремя выдернутая флешка ставит и Linux, и винду в аналогичную позу.

ты бредишь

Нда... PnP порблему с IRQ 2 не починили :-((

9ка

> Потому что Doug Barton... считает, что 9ка- это ещё тот тормоз,
тормоз - это Дуг.
впрочем, если у Вас какой-то 1 вшивый инет-сервер, то Вы наверное сможете прожить без DDNS и т.п., занимаясь постоянным исправлением ошибок 8ки (by design). КРоме того, у 8ки сильно хуже с общим фнукционалам.

По нулевому указателю некоторые процы (типа арм) просто перегружаются.