За свободный десктоп, или FreeBSD на столе

Как же забодал этот клоун со своими бредовыми статейками...

имхо абсолютно бесполезная статья.

сам юзаю и фрю и линукс. если руки не из жопы, то обе системы однинаково полезны в повседневной жизни.

опять никому не нужная хренотень ;(((

Действительно бред. Передовые технологии из FreeBSD. Даже и не смешно...

Система управления пакетами, базирующаяся на Makefile-ах ето круто!!!!!

Vodi nalil, nichego tolkovogo v statje net. Interesno, kniga u nego takaja ze ? :)

Начал неплохо (ну более-менее), а потом стал откровенно гнать. :)
Число пакетов в debian - разве весной не отмечали порог в 10.000? Да и alt-linux где-то в этой же категории.

P.S. Теперь хочу увидеть драйвера, которые будут работать в suse и redhat, но больше работать не будут нигде.

Мне понравилось как он в двух словах рассказал о существующих проблемах в Линуксе и преимуществах FreeBSD в плане целостности.

Ботва, это мне напоминает сказочку про C#: типа крутой язык C, однако вижуал бейсик проще, создадим же новый вижуал бейсик напоминающий C. В результате от C там только буква в названии. Крутая, перспективная и прогрессирующая система linux, но нам это не надо, будем сидеть на древней BSD :)

> А в версиях ветки 5-й — и эта необходимость отпала (вполне можно обойтись подключаемыми модулями).

Акуеть! А чо, в лялихе модули отменили? Пихай себе в модули всё подряд и наслаждайся...

>Система управления пакетами, базирующаяся на Makefile-ах ето круто!!!!!

ммм... а в чем прикол-то?

предыдущему анониму: а чего тебя не устраивает ? ну сидит народ на фри - пусть себе сидит. это тебе жить мешает ? или ты от этого неполноценным себя чувствуешь ? :)

>Число пакетов в debian - разве весной не отмечали порог в 10.000? Да и alt-linux где-то в этой же категории.

Не учитывая того, что там довольно много виртуальных пакетов и дублирования типа exim и exim-heavy, ......

Ну и учти что один фряшный порт соответствует от 1 до 100(иногда) демьяновских пакетов. Факт.

хм... ну вот у меня фря как десктоп, что я кому натягиваю ? :) плохая статься или хорошая, но человек просто высказал свое мнение. не нравиться - напиши статью-опровержение, только это будет тоже лишь твое мнение :)

А проще автору было написать: "I love FreeBDS and пошли все .... !" Ибо во многих случаях ему так и хотелось сказать, что BSD как минимум не хуже. Да никто и не спорит что BSD хорошая ОС, вот только не надо "натягивать" ей оценки на десктоп.

>В любой версии FreeBSD, с которой я имел дело (а это — начиная с 4.2)

Н-да чего же еще можно было ждать от такого "опытного" бумагомарателя...

тов. Ламерчук видимо изучал и фрю и линух но публикациям в журнале "Мурзилка" ...

>Ботва, это мне напоминает сказочку про C#: типа крутой язык C, однако >вижуал бейсик проще, создадим же новый вижуал бейсик напоминающий C. В >результате от C там только буква в названии. Крутая, перспективная и >прогрессирующая система linux, но нам это не надо, будем сидеть на >древней BSD :) Так а что тебе не нравится в C# это другой уровень абстракции. Тебе не надо ковырятся в этом ассемблере.(С) Не надо писать элементарные вещи которые за тебя уже прекрасно написаны ты можешь сосредоточится на более глобальных задачах.

Я надеюсь что ximian догонит майкрософт и они паралелльно будут развивать .Net.

>Акуеть! А чо, в лялихе модули отменили? Пихай себе в модули всё подряд и наслаждайся...

А он и не говорил, что в в лялихе модули отменили. Он только сказал, во фре это тоже есть. Странно, что некоторых это так задевает. Акуеть!

А что система RPM лучше?????

В RedHat поставить GNOME у меня вызвал шаманские пляски с бубном по поводу КАКОЙ пакет нужен ему сейчас!!!

Во FreeBSD - просто скачал, поставил на компиляцию .... и все работает!!!

Deb точно лучше . apt-get install gnome и все! И не надо ждать пока все скомпилируется.

Хорошая статья для популяризации FreeBSD. Я вот с FreeBSD дела никогда не имел, а теперь прочитал и может быть поставлю на досуге, посмотреть, что за зверь такой. А в случае необходимости уже не так страшно её использовать будет - кое-какая информация уже есть.

Да я о том, что он выдаёт за достоинство то, что в лялихе реализовано давным давно, а именно - простота подключения оборудования в принципе поддерживаемого ядром.

" С другой стороны, факт, что поддержка существенно нового «железа», не зависящая от его производителей и фирменных драйверов, во FreeBSD обычно появляется несколько позже, чем в Linux. Однако буде она все же появилась — реализация ее, как правило, изначально лучше. Хотите примеры? Их есть у меня. "

Хачу! Как прямые, так и обратные.

> "Во FreeBSD с USB-устройствами любого рода не возникало ни малейших проблем с того момента, как она вообще узнала о существовании этой шины."

Да ну! Прям ни у кого нет никаких проблем? Он даже цифровую камеру САМ подключать не пробовал, а бумагу марать горазд!

> "В Linux же некоторые шероховатости в работе с USB-устройствами время от времени отмечаются по сию пору. "

Что значит "шероховатости"? Ошибки есть ВЕЗДЕ!

> " Относительно поддержки периферии, особенно той, что еще недавно считалась за экзотическую (от сканеров и фотореалистических принтеров до цифровых камер) — сказать затрудняюсь. "

А как дысал, как дысал!

> И тут выяснилось — писать-то просто нечего: настройка и сети, и DialUp соединения во FreeBSD выполняется не просто. А — очень просто.

Поздравляю! В юзерфрендли дистрах linux этот опрос давно решён.

> " Запись CD-R/RW дисков (на распространенных нынче ATA-приводах) во FreeBSD не требует манипуляций (не всегда однозначных и не сказать чтобы интуитивно прозрачных) с опциями эмуляции SCSI-интерфейса через IDE в ядре системы, или передачи ядру параметров при загрузке (как это делается в Linux). "

А юзеру пофиг что там в ядре делается, это только анонимусы здесь обсуждают ide-scsi. Запускаешь gtoaster, к примеру и ВСЁ!

Ужас, человек расписывает древние плюсы БСД, как будто они появились в 5-ветке, просто офигеть! Зато то что в 5 ветке они сделали сценарии rc.d он не знает!

Кому такая статья может быть полезна?

Главная задача статьи - напомнить что FreeBSD все еще есть.
Ну вот и хорошо..

>Действительно бред. Передовые технологии из FreeBSD. Даже и не смешно...

Как же надоели эти ограниченные фанатики! Стоит им только услышать что-то отличное от "Линукс - РУЛЕЗЗ", так сразу начинают жопу морщить!
IMHO - статья правильная! Единственный её недостаток - слишком общая и неконкретная. Юзаю фряху с 1998 года (начиная с 2.2.7), и линукс с 99 (начиная с rh-6.1, если мне склероз не изменяет), и всегда подкупала безглючность фри и простота настройки. 3-4 строчки в /etc/rc.conf и в /etc/ttys и система на 90% настроена, включая русификацию и прочую плешь. Остаются иксы, но борьба с ними одинакова в любой системе. Конечно, до идеала десктопа фря тогда не дотягивала, впрочем и в линуксе дела обстояли не многим лучше. Но всё изменилось в последние 1.5 года, когда появились достаточно качественные дрова для nvidia карт с поддержкой 3d и критичные для офисного применения приложения (OO и проочее). Используя фрюшку в качестве десктопа, за последний, ну по крайней мере год, я не испытывал серьёзных затруднений. Параллельно юзаю, в целях собственного развития, Линукс (редхат, АСП и Альт) и Солярис x86, чтобы не быть таким же ограниченным, как некоторые здешние линуксоиды.
Могу отметить, что Линукс, конечно тоже нехило продвинулся как дестоп, не нравится только, что дистроклепатели нарочито усложняют стартовые скрипты и настройку (сравните, какая помойка в линуксовом /etc и как всё просто и логично устроено во фришном). Во фре утилита sysinstall - одна и та же как при начальной установке, так и при последующем конфигурировании, что сильно облегчает жизнь начинающему юзеру. В то же время, утилиты настройки одного и того же во всех дистрах линукса разные. По-моему, фирмы-дистрописатели линукса думают не о том, как облегчить жизнь юзера, а о том, чтобы привязать его к своему дистру и к своей платной поддержке, т.е. пытаются быть маленькими майкрософтами, что не есть гуд.
Мда, что-то длинно получилось, видимо наболело ;) Мой вывод: теперь фрюха не уступает Линуксу не только как сервер, но и даже в качестве десктопа. Во всяком случае, если в чём то и уступает, то не так сильно, как хотелось бы фанатам линукса.

PS Друзья, не будьте такими ограниченными, откройте глаза. Мир - большой!

>Deb точно лучше . apt-get install gnome и все! И не надо ждать пока все скомпилируется.

Лучше чем? Чем portupgrade чтоли? :)
portupgrade -P gnome2 и все! И не надо ждать пока все скомпилируется.

>Да я о том, что он выдаёт за достоинство то, что в лялихе реализовано давным давно, а именно - простота подключения оборудования в принципе поддерживаемого ядром.

Простите, а что это? Неужели недостаток :)
Кстати во фре это тоже "реализовано давным давно", по крайней мере и в 2.2.x это было, просто правильнее было сказать, что ядро 5.x стало _ещё_более_модульным_.

>Да ну! Прям ни у кого нет никаких проблем? Он даже цифровую камеру САМ подключать не пробовал, а бумагу марать горазд!

Я пробовал! В 5.0 иногда были проблемы при отмонтировании камеры. В 5.1 вроде нет. Впрочем и 5.1 - development-релиз, так, что и ему пока простительно. Но то, что во фре в целом, действительно меньше проблем с "номинально" поддерживаемым оборудованием - в этом я убеждался на собственном опыте, т.к. в отличие от некоторых здешних "знатоков" знаю и то и другое и могу сравнивать. Дело тут, мне кажется в том, что FreeBSD тестируют девелопперы и добровольцы, которые сознательно идут на установку нестабильного релиза, а линукс тестируют юзеры, причём им об этом не говорят. Например rh-7.0 по стандартам качества FreeBSD не дотягивал даже до -RC.

>А как дысал, как дысал!
Если не секрет, на каком это языке ;)
Наверно это значит "FreeBSD - форева" :)

>Поздравляю! В юзерфрендли дистрах linux этот опрос давно решён.
Спасибо! Во фре тоже давно, причём во всех, а не только в юзерфрендли ;)

>А юзеру пофиг что там в ядре делается, это только анонимусы здесь обсуждают ide-scsi. Запускаешь gtoaster, к примеру и ВСЁ!

Вы не поверите, во фре даже этого не надо делать ;)

Alex_M respect.. daje i kommentirovat' to nechego :) pravilno skazal vse, a na LOR kak orut vse podryad chto "linux rulez, xxx sux" tak i budut orat' dalshe...

Alex_M, лучше сказать было нельзя. Согласен по всем пунктам.

Лосев.

>>А юзеру пофиг что там в ядре делается, это только анонимусы здесь >обсуждают ide-scsi. Запускаешь gtoaster, к примеру и ВСЁ!
>Вы не поверите, во фре даже этого не надо делать ;)
>Alex_M (*) (17.12.2003 16:35:42)

поверим, поверим. чья бы корова мычала про про прожиг дисков только бы фряза молчала. я помню как для ide писалок там была тулза отдельная от скази тулз, и настолько тупая уууууу, практически ничего не умевшая кроме имиджа записать.

>>Так а что тебе не нравится в C# это другой уровень абстракции.
Я в курсе. Против уровня абстракции я ничего не имею. Вполне возможно что что-то типа NET имеет право на существование, только не в реализации микровсоса. А конкретно C# ничего кроме рвотных позывов не порождает.
Ублюдочный он.

*мечтательно*

А у меня FreeBSD-5.1-RELEASE при kldunload ums в панику падала...

А еще мне сильно интересно, что в какой модуль при сборке ядра попадает и как работает автоподгрузка. Например, ums подтягивает за собой usb, а ipfw -- не подгружает bpf. И не работает, соответственно.
При том что man security говорит, что "...тра-ля-ля... и подгрузит модуль bpf" -- а я этот модуль никак получить не могу. 8( Нет такого после сборки ядра.

И еще фишка:
/boot/loader.conf
ums_load="YES" -- moused запускается и работает, но при старте ругается на device busy
если же эту строку убрать -- то не запускается и не работает, даром что ему сказано "мыша -- усб".
Т.е. если ен скажешь -- не подгрузит, а если скажешь -- оказывается, что его уже подгрузили ДО того как. Загадка 8|

А еще лист freebsd@opennet.ru -- абсолютно ламерский. При том что на freebsd.org на него ссылка как на russian mailing list 8(

Для тех кто в танке:

Статья это, только первая. Ну типа как "Введение в тему". Автор продолжит и подробнее все преимущества покажет и докажет.

Просто iXBT читают люди разные и им нужно дать хоть какие-то сведения о "неизвестной ОС".

>поверим, поверим. чья бы корова мычала про про прожиг дисков только бы фряза молчала. я помню как для ide писалок там была тулза
отдельная от скази тулз, и настолько тупая уууууу, практически ничего не умевшая кроме имиджа записать.

Во фре не была, а есть тулза burncd для IDE, только она не тупая, а простая (aka user-friendly), как говорится, почувствуйте разницу. 
А насчёт возможностей императору определённо поможет man burncd:
BURNCD(8)     FreeBSD System Manager's Manual BURNCD(8)
NAME
     burncd -- control the ATAPI CD-R/RW driver
SYNOPSIS
     burncd [-delmnpqtv] [-f device] [-s speed] [command] [command file ...]

DESCRIPTION
     The burncd utility is used to burn CD-R/RW media using the ATAPI cd
     driver.
     Available options and operands:
     -d            burn the CD-R/RW in DAO (disk at once) mode.
     -e            eject the media when done.
     -f device     set the device to use for the burning process.
     -F            force operation regardless of warnings.
     -l            read a list of image files from filename.
     -m            close disk in multisession mode (otherwise disk
                   is closed as singlesession).
     -n            do not write gaps between data tracks in DAO mode.
     -p            use preemphasis on audio tracks.
     -q            quiet, do not print progress messages.
     -s speed      set the speed of the burner device.  Defaults to 4. 
                   Specify ``max'' to use the drive's fastest speed.
     -t            test write, do not actually write on the media.
     -v            verbose, print extra progress messages.
     command may be one of:
     msinfo        Show the first LBA of the last track on the media and the
                   next writeable address on the media for use with the
                   mkisofs(8)'s -C switch when adding additional data to ISO
                   file systems with extra sessions.
     blank         Blank a CD-RW medium.  This uses the fast blanking method,
                   so data are not physically overwritten, only those areas
                   that make the media appear blank for further usage are erased.
     erase         Erase a CD-RW medium.  This erases the entire media.  Can
                   take up to 1 hour to finish.
     format {dvd+rw | dvd-rw}
                   Formats a DVD+RW or DVD-RW media to the default max size
                   and 2048 byte blocks.  This operation can take a long time
                   to finish.  Progress reporting is done during the process.
     fixate        Fixate the medium so that the TOC is generated and the
                   media can be used in an ordinary CD drive.  The driver
                   defaults to creating singlesession media (see -m option).
                   Should be the last command to burncd as the program exits
                   when this has been done.  Ignored in DAO mode (see -d
                   option).
     raw | audio   Set the write mode to produce audio (raw mode) tracks for
                   the following images on the command line.
     data | mode1  Set the write mode to produce data (mode1) tracks for the
                   following image files on the command line.
     mode2         Set the write mode to produce data (mode2) tracks for the
                   following image files on the command line.
     XAmode1       Set the write mode to produce data (XAmode1) tracks for the
                   following image files on the command line.
     XAmode2       Set the write mode to produce data (XAmode2) tracks for the
                   following image files on the command line.
     vcd           Set the write mode to produce VCD/SVCD tracks for the fol-
                   lowing image files on the command line.  This automatically
                   sets DAO (-d) and ``no gaps'' (-n) modes.
     dvdrw         Set the write mode to write a DVD+RW from the following
                   image.  DVDs only have one track.
file          All other arguments are treated as filenames of images to
                   write to the media, or in case the -l option is used as
                   files containing lists of images.

     Files whose length are not a multiple of the current media blocksize are
     quietly zero padded to fit the blocksize requirement.  The conventional
     filename - refers to stdin, and can only be used once.

EXAMPLES
     The typical usage for burning a data CD-R:
           burncd -f /dev/acd0c data file1 fixate

     The typical usage for burning an audio CD-R:
           burncd -f /dev/acd0c audio file1 file2 file3 fixate

     The typical usage for burning an audio CD-R in DAO mode:
           burncd -f /dev/acd0c -d audio file1 file2 file3

     The typical usage for burning a mixed mode CD-R:
           burncd -f /dev/acd0c data file1 audio file2 file3 fixate

     The typical usage for burning from a compressed image file on stdin:
           gunzip -c file.iso.gz | burncd -f /dev/acd0c data - fixate

PS Извиняюсь за длинный вывод, просто не хотелось, чтобы у кого-нибудь под воздействием пропаганды злобных анонимусов сложилось превратное впечатление о возможностях топика.

>>Ужас, человек расписывает древние плюсы БСД, как будто они появились 5-ветке, просто офигеть! Зато то что в 5 ветке они сделали сценарии rc.d он не знает!

>>Кому такая статья может быть полезна?

>>anonymous (*) (17.12.2003 15:50:09)

Гым... прежде чем 3.14здить, я бы скромно порекомендовал разобраться для чего это сделанно... RTFM вообщем

* еще более мечтательно *

а у меня кернел 2.4.21 не грузился до тех пор, пока руками драйвер для cardbus не пропатчил (потому как некоторые товарищи, не послушавшись Торвальдса, взяли и преставили куски кода местами)

Господин Zulu, ветка 5.x пока заявлена как development, и stable будет только после выхода 5.3 Посему все ваши вопросы адресуйте в hackers или в bugs, а не постите с умным видом на ЛОР

Кстати, насчет ламерства - ссылочку на русскоязычный мейллист по линуху, свободный от ламеров, не подскажете ?

Alex_M молодец. Спокойный, достойный ответ :-)

>>>Ужас, человек расписывает древние плюсы БСД, как будто они появились 5-ветке, просто офигеть! Зато то что в 5 ветке они сделали сценарии rc.d он не знает!

>>>Кому такая статья может быть полезна?

>>>anonymous (*) (17.12.2003 15:50:09)

>Гым... прежде чем 3.14здить, я бы скромно порекомендовал разобраться для чего это сделанно... RTFM вообщем

>anonymous (*) (17.12.2003 17:48:59)

3.14здите вы и товарищ Федорчук! Поддержка devfs во фряхе ещё со 2-ой версии! alpha с 3 версии. rc.d портировали из NetBSD в 5 ветку, так что можно юзать без проблем! по поводу POSIX: http://www.freebsd.org/projects/c99/index.html

v fbsd est' ide-scsi emulation, dlya etogo option atapi-cam v yadre nado vkluchit' i vse, posle etogo cdrtools iz portov i vse nishtyak pishetsya luboy gui pisalkoy... k3b, xroaster itd

>А у меня FreeBSD-5.1-RELEASE при kldunload ums в панику падала...

А у меня не падает. Серьёзно! Могу посоветовать про-cvsup-иться.

>А еще мне сильно интересно, что в какой модуль при сборке ядра попадает и как работает автоподгрузка. Например, ums подтягивает за собой usb, а ipfw -- не подгружает bpf. И не работает, соответственно.
Правильно! kldload подтягивает зависимости, если, конечно соответствующие модули есть. А модуля bpf.ko не существует. Вот ng_bpf -- Berkeley packet filter netgraph node type - есть, а этого - нет. Надо было оставить его в ядре, благо в ядре GENERIC строчка device bpf есть по умолчанию.
>При том что man security говорит, что "...тра-ля-ля... и подгрузит модуль bpf" -- а я этот модуль никак получить не могу. 8( Нет такого после сборки ядра.
Неверно! в man security говорится, что злоумышленник может "установить _собственное_ устройство bpf или _левый_ sniffing device", а вовсе не о том, что должен _существовать_штатный_ модуль.

ums_load="YES" -- moused запускается и работает, но при старте ругается на device busy
если же эту строку убрать -- то не запускается и не работает, даром что ему сказано "мыша -- усб".
Т.е. если ен скажешь -- не подгрузит, а если скажешь -- оказывается, что его уже подгрузили ДО того как. Загадка 8|

Вообще-то поддержка usb встроена по умолчанию в ядро GENERIC. Нафига эту поддержку убирать из него, учитывая, что все равно она нужна практически в любой конфигурации. Можно, конечно и через модули, но если только точно знаешь, что делаешь. Кажется, это не тот случай, вот и поимел геморрой. Похоже ты жёстко изнасиловал несчастное, ни в чём не повинное ядро. Если уж на то пошло надо было править конфиг гарантированно рабочего ядра GENERIC, добавляя в него то что нужно и выкидывая из него то, что точно знаешь, что не нужно. Впрочем это и к ядру линукса относится...
Заодно, я что-то не понял, куда ты писал "мыша -- усб", ведь достаточно прописать в /etc/rc.conf moused_enable="YES". И ВСЁ! С usb-мышами система сама разбирается.

>А еще лист freebsd@opennet.ru -- абсолютно ламерский. При том что на freebsd.org на него ссылка как на russian mailing list 8(
Дык ему 2 дня от роду.

Мешает ложь, смешанная с правдой - это самая опасная вещь.

> Простите, а что это? Неужели недостаток :)

Нет. Я этого не говорил. Имелось ввиду другое и не надо делать глупый вид, Вы меня поняли.

> ... что ядро 5.x стало _ещё_более_модульным_

Звучит как _ещё_более_беременным

> В 5.0 иногда были проблемы при отмонтировании камеры. В 5.1 вроде нет.

А вот автор говорит... " Во FreeBSD с USB-устройствами любого рода не возникало ни малейших проблем с того момента, как она вообще узнала о существовании этой шины. "

> Но то, что во фре в целом, действительно меньше проблем с "номинально" поддерживаемым оборудованием

Здесь ключевое слово - "номинально". Дальше объяснять?

> >А как дысал, как дысал!
> Если не секрет, на каком это языке ;)
Наверно это значит "FreeBSD - форева" :)

А что тут неясно? Человек слабо себе представляет положение дел " относительно поддержки периферии, особенно той, что еще недавно считалась за экзотическую (от сканеров и фотореалистических принтеров до цифровых камер)" , а словами кидается...

> Спасибо! Во фре тоже давно, причём во всех, а не только в юзерфрендли ;)

В каких это всех? Автор говорит, что " FreeBSD — одна, а Linux'ов — много. "

>>А у меня FreeBSD-5.1-RELEASE при kldunload ums в панику падала...

>А у меня не падает. Серьёзно! Могу посоветовать про-cvsup-иться.

Куда? Это ж -RELEASE... ДО -CURRENT неудобно. Сильно стремное название...

>Правильно! kldload подтягивает зависимости, если, конечно соответствующие модули есть. А модуля bpf.ko не существует. Вот ng_bpf -- Berkeley packet filter netgraph node type - есть, а этого - нет. Надо было оставить его в ядре, благо в ядре GENERIC строчка device bpf есть по умолчанию.

Чудесно. А кто и когда мне точно скажет по каждой опции -- собирается она модулями или нет? Вот то-то...

>>ums_load="YES" -- moused запускается и работает, но при старте ругается на device busy

>Вообще-то поддержка usb встроена по умолчанию в ядро GENERIC. Нафига эту поддержку убирать из него, учитывая, что все равно она нужна практически в любой конфигурации. Можно, конечно и через модули, но если только точно знаешь, что делаешь. Кажется, это не тот случай, вот и поимел геморрой. Похоже ты жёстко изнасиловал несчастное, ни в чём не повинное ядро.

Угу. Повелся на рекламу "наше ядро самое модульное" -- попробовал собрать в само ядро только опции, необходимые для загрузки ядра. Чтоб потом все остальное модулями.

>сли уж на то пошло надо было править конфиг гарантированно рабочего ядра GENERIC, добавляя в него то что нужно и выкидывая из него то, что точно знаешь, что не нужно

Так и сделал. Не с пустого ж места начал... Но если не все в ядре способно собраться модулями и более того -- без одних опций другие не соберутся, то почему бы это не сообщить мне? По второму пункту да, почти все такие вещи указаны. А по первому...

>Заодно, я что-то не понял, куда ты писал "мыша -- усб", ведь достаточно прописать в /etc/rc.conf moused_enable="YES". И ВСЁ! С usb-мышами система сама разбирается.

device ему показал... В том же /etc/rc.conf

Кстати приколы в продолжение: если собрать ядро с опцией device viapm, то при старте системы background fsck вылетает по сигналу 10 (BUS ERROR). И гадай теперь, почему именно после этой опции, именно fsck и именно по 10 сигналу.

Ты почитай, как он это сказал:

...для более-менее распространенных pci карт пересобрать ядро
с включением всего лишь одной строки...
ну и дальше восторг по поводу модуля.

Ну и хрен ли. Делаем так же make menuconfig (или лезем руками)
и включаем нашу "более-менее" распространенную pci карту
в разделе звука "одним нажатием пробела!"

(Другой момент, если у тебя альса - собирать придется. Но это уже дело
каждого. К тому же в 2.6 альса тоже в ядре.)

Более того, пересобирать ядро не нужно - либо мы пересобираем
модули, либо подключаем готовые, либо собираем альсу.

А у него написано в таком ключе, как будто под линухами там тонну
действий нужно произвести, чтобы эта несчастная карта завелась.
И это неправильно.

>Кстати приколы в продолжение: если собрать ядро с опцией device viapm, то при старте системы background fsck вылетает по сигналу 10 (BUS ERROR). И гадай теперь, почему именно после этой опции, именно fsck и именно по 10 сигналу.

>Zulu (*) (17.12.2003 18:54:34)

еще раз повторяю для непонятливых - 5.x сейчас является development, и рекомендуется только для тестирования, но никак не для production (хотя есть и рисковые люди)

дальше объяснять, или есть желание еще погадать ?

может, начнем постить сюда обо всех ошибках в ядрах 2.6 и орать "а почему это так херово все работает, да еще и непонятно"?

А редхат - единственный линукс на земле? Вон тебе alt-linux или
debian - apt-get и пошел...

Не по теме - мимо топика.

Просто есть два подхода к жизни. Древний (тот что ещё из научной среды универов вышел) и майкросаковский (тот что от недоученых студентов, но с амбициями). Если перенести первый на UNIX, получим что типа *BSD. Если спроецировать второй на мир UNIX, то получим, что то типа Linux.

Просто два стиля мышления (жизни). И нечего более. Это неплохо и не хорошо. Это по разному.

Даааа, тут куча информации. Причем полезной. Именно по использованию.
:)

>Просто есть два подхода к жизни. Древний (тот что ещё из научной среды универов вышел) и майкросаковский (тот что от недоученых студентов, но с амбициями). Если перенести первый на UNIX, получим что типа *BSD. Если спроецировать второй на мир UNIX, то получим, что то типа Linux.

О мудрый, и чего же такого виндозного в Linux подходе, чего нет в BSD подходе? :)

> ... что ядро 5.x стало _ещё_более_модульным_
>Звучит как _ещё_более_беременным

И тем не менее.. Если, к примеру, в ядре-X только половину драйверов устройств можно было загружать как модули, а теперь - почти все, то это как раз и означает, что оно стало _ещё_более_модульным_

>А вот автор говорит... " Во FreeBSD с USB-устройствами любого рода не возникало ни малейших проблем с того момента, как она вообще узнала о существовании этой шины. "

Ладно, автор чуть-чуть погорячился, однако ему далеко до того гонева в обратную сторону, что мы постоянно видим на ЛОРе. Проблемы бывают везде, но не будем забывать, что я-то говорил он 5.x, т.е. пока ещё девелопперской ветке, а ей многое простительно.

>> Но то, что во фре в целом, действительно меньше проблем с "номинально" поддерживаемым оборудованием

>Здесь ключевое слово - "номинально". Дальше объяснять?

Вот именно! Я не зря применил это слово. Разработчики фри никогда не пойдут на то, чтобы засунуть в стабильный релиз нестабильный драйвер. Для линукса увы это не так. Если не понятно, перечитайте мой прошлый пост.

>> Спасибо! Во фре тоже давно, причём во всех, а не только в юзерфрендли ;)
>В каких это всех? Автор говорит, что " FreeBSD — одна, а Linux'ов — много. "

Что? Смайлики уже не замечаем? ;)
Но вообще-то намёк был. У фри один дистр. И он-же юзерфрендли :)