Обнаружены и исправлены две новые ошибки во FreeBSD

> Наслышан о проблемах AMD/ATI в Linux: пользователи не знают как Компиз запустить на них, не то что в Кваку сыграть.

Квака нормально бегает. И Google Earth. И много что еще. Хотя и
проблемы есть. А во фре ни проблем ни официальной поддержки ни 3D нет.

> GMA950 это порт ports/x11-drivers/xf86-video-intel для Xorg 7.3,
если не ошибаюсь. Причём здесь Фря? Спросите у Intel и Xorg.org.

Действительно, фря к поддержке железа отношения не имеет. Это такой
сферический конь в вакууме неясно для чего нужный. http://www.securitylab.ru/forum/index.php?PAGE_NAME=read&FID=21&TID=4...

В Linux поддержка "#define PCI_DEVICE_ID_INTEL_82945GME_HB 0x27AC" есть, а во фре - хрен.

> С DSL USB модемами, вебкамерами, датчиками отпечатков, DVB не имел дела.

А я уже поглядел как во фре запускают ОТКРЫТЫЕ ДРАЙВЕРА для SPCA5x
вебкамер gspca через ЭМУЛЯТОР ЯДРА LINUX вместо того чтобы написать
свои или нормально портировать! А обычно железо поддерживается так:
если в винде почти всегда всё кое-как работает, в линуксе
в большинстве случаев работает, то во фре чудо если поддерживается.

> ТВ-тюнеры у кого-то работают.

spca7134 который в линукс уже лет 7 во фре работает?


> Про Broadcom 43xx в хэндбуке написано.

"4.5.3. Существует ли собственный драйвер для адаптеров Broadcom 43xx?

Нет, и вряд ли появится.

Broadcom отказывается от публикации информации о программировании производимых бла-бла-бла плак-плак-плак."

А для линукс вот http://linuxwireless.org/en/users/Drivers/b43.

$ modinfo b43
filename: /lib/modules/2.6.24-7-generic/kernel/drivers/net/wireless/b43/b43.ko
license: GPL
author: Michael Buesch
author: Stefano Brivio
author: Martin Langer
description: Broadcom B43 wireless driver
srcversion: 25A1D5D1CFF4323D0050D04
alias: ssb:v4243id0812rev0A*
alias: ssb:v4243id0812rev09*
alias: ssb:v4243id0812rev07*
alias: ssb:v4243id0812rev06*
alias: ssb:v4243id0812rev05*
depends: mac80211,ssb,input-polldev,rfkill
vermagic: 2.6.24-7-generic SMP mod_unload 586
parm: pio:enable(1) / disable(0) PIO mode (int)
parm: bad_frames_preempt:enable(1) / disable(0) Bad Frames Preemption (int)
parm: short_retry:Short-Retry-Limit (0 - 15) (int)
parm: long_retry:Long-Retry-Limit (0 - 15) (int)
parm: fwpostfix:Postfix for the .fw files to load. (string)
parm: hwpctl:Enable hardware-side power control (default off) (int)
parm: nohwcrypt:Disable hardware encryption. (int)

> Открой уже для себя модули ядра, чукча. "Ненужные" "корявые" модули-драйвера не загружаются.

Если тебе неизвестно что ядро BSD модульное, и нужные модули загружаются через kldload (например ipwf), то с вами всё ясно.

> Впечатляющая выборка. А то, что написано на официальном сайте фри - ложь и провокация, потому что "А у меня все работает". Повторять мантру три раза в день.

У меня 2 года работал MySQL сервер на AMD64.

> А AMD/ATI-шные вообще фрю не поддерживают. разве?

> Не надо ликбеза. MTA postfix по мнению бсдунов менее системный чем дырявое сендмыло? Или freeradius это херня собачья в /usr/local помойке, а ненужный на вебсервере bind - мегасистемная вещь? Вот это и есть хлам, когда искаропки устанавливают монолитная свалка.

Вам уже ответили.

> А аппаратный Render Acceleration заработал? Или ты думаешь, что DRI достаточно? Советую подучить матчасть. Уже и не удивляюсь, что бсдшники нифига не знают - у них ведь виста на десктопе.

для вас нужно что-то кроме теста glxgears? Насчёт висты на десктопе - BSDшник бсдишнику рознь, бывают и линуксойды которые на венде сидят/или поиграть переключаются (потому-что вайн осилить не в состоянии)

> Google, IBM, HP, Dell, Oracle, Novell, Deutche Bahn и т.д. используют Linux. BSD используют совковые пионеры вроде тебя на шлюзах и домашних страничках.

http://www.theage.com.au/articles/2003/07/10/1057783256883.html

Для чего нужна FreeBSD написано в хендбуке, хотя это и так ясно: http://www.freebsd.org.ru/handbook/nutshell.html

Кстате, очень много крупных корпораций спонсирует разработку FreeBSD (Гугл например или Циско) http://www.freebsdfoundation.org/donate/sponsors.shtml

> Даже видели как ОНО тащит по зависимостям mod_php4 первый апач вместо второго.

Так-же как и apt тащит перый апач. Зависимости можно отключитью

Если фря есть то это кому-то нужно, разве не разумный довод?

Да что с разговаривать с человеком который последний раз уже архаичный 5.5 видел? Тогда двайте я с вами про 2.4 или 2.2 буду говорить.

> Если тебе неизвестно что ядро BSD модульное, и нужные модули загружаются через kldload (например ipwf), то с вами всё ясно.

Мне известно что оно хреново-модульное потому, что ALTQ, IPSEC и т.д. включаются только пересборкой ядра. В отличие от Linux где и IPSEC и шейпинг трафика, файловые ACL и многое другое включается без пересборки.

> У меня 2 года работал MySQL сервер на AMD64.

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

> А AMD/ATI-шные вообще фрю не поддерживают. разве?

http://ati.amd.com/support/driver.html

> Вам уже ответили.

Нормальная система не превращается в помойку, в не появляются лишние библиотеки, поэтому ей не требуются rm -rf /usr/local/ и искуственное разделение на "система" и "локальная помойка", а базовая система это метапакет, bind опционален, а системный MTA это не конкретный прибитый гвоздями демон, а метапакет(mail-transport-agent), позволяющий выбрать один MTA из нескольких. Такой подход более гибок и не перегружен лишними сущностями.

> для вас нужно что-то кроме теста glxgears?

Конечно. Без нормальных драйверов с render accel даже линуксовый Google Earth тормозит не говоря уже про compiz и игры, хотя и не ценитель рюшек и игрушек. Однако есть и ценители.

> Для чего нужна FreeBSD написано в хендбуке, хотя это и так ясно: http://www.freebsd.org.ru/handbook/nutshell.html

FreeBSD используется на огромнейших сайтах в Internet, включая:

* Yahoo! - FreeBSD

* Hotmail - брехня

$ httptype www.hotmail.com Microsoft-IIS/6.0

http://searchdns.netcraft.com/?restriction=site+ends+with&host=.hotmail.c...

винда + пара проксей на Linux.

* Apache - в основном Solaris 9/10 http://searchdns.netcraft.com/?host=apache.org&position=limited&looku.....

$ telnet www.apache.org 22 Trying 140.211.11.130... Connected to www.apache.org. Escape character is '^]'. SSH-2.0-Sun_SSH_1.1 quit

* be.com - брехня. Linux + unknown(Aggressive OS guesses: Linux 2.6.9-42.(x86, SMP) (96%), Linux 2.6.9 - 2.6.12 (x86) (95%), Linux 2.6.15-27-686 (Ubuntu Dapper, X86) (91%)) http://searchdns.netcraft.com/?restriction=site+ends+with&host=be.com&...

* Blue Mountain Arts - в основном Linux http://searchdns.netcraft.com/?host=bluemountain.com&position=limited&.....

* Pair Networks - ну хоть у этой шаражки FreeBSD

Whistle Communications - на сайте лого IBM, ОС - AIX. Снова брехня http://searchdns.netcraft.com/?restriction=site+ends+with&host=.whistle.c...

* BSDi http://www.osd.bsdicom/

$ httptype www.osd.bsdi.com Warning: Hostname lookup failure: www.osd.bsdi.com $ httptype www.bsdi.com Warning: Hostname lookup failure: www.bsdi.com $ httptype bsdi.com Warning: Hostname lookup failure: bsdi.com

BSDi RIP.

> Кстате, очень много крупных корпораций спонсирует разработку FreeBSD (Гугл например или Циско) http://www.freebsdfoundation.org/donate/sponsors.shtml

Циско дали свитч. А Google пользуются исключительно Linux на серверах. И кластерная ФС GFS у них только для Linux.

> Так-же как и apt тащит перый апач. Зависимости можно отключитью

libapache2-mod-php4 (libapache2-mod-php5) - тащит второй и PHP4/5 libapache-mod-php4 тащил первый.

> Если фря есть то это кому-то нужно, разве не разумный довод?

Hurd, ReactOS, MenuetOS, FreeDOS существуют и тоже кому-то нужны.

> Да что с разговаривать с человеком который последний раз уже архаичный 5.5 видел? Тогда двайте я с вами про 2.4 или 2.2 буду говорить.

Система которой полтора года (май 2006) представляет из себя сильно архаичную систему? linux 2.2 8 лет. linux 2.4 - 6 лет. А из новинок я уже увидел - поддерка не только линуксатора для запуска бинарников Linux, но и linux-kmod-compat для запуска дарйверов Linux! А также портирование линуксовых KVM, LVM, LVS, XEN, FUSE, O(1) и т.д. Чем дальше, тем более выражена гонка за Linux.

>> Система которой полтора года (май 2006) представляет из себя сильно архаичную систему?

Да. Потому, что смотреть надо больше не на версию системы а на версию бранча.

>> libapache2-mod-php4 (libapache2-mod-php5) - тащит второй и PHP4/5 libapache-mod-php4 тащил первый.

lang/php4, lang/php5 заточены на _любой_ апач. Зависимости выбираются автоматически.

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

Почитал. Сколько однако среди красноглазых баек ходит про FreeBSD. :) Сразу видно - большинство дальше убунты/мандривы/сузи не ушло.

Кстати, действительно, после сокрушительного отсоса с vmsplice() постеснялись бы... :)

>Т.е. _не_ свободный GPL совт для вас труевее ? :)

запишитесь на приём к дедушке столману - он вас полечит, а то болезнь-то у вас запущена ;)))

>> Кстати, действительно, после сокрушительного отсоса с vmsplice() >> постеснялись бы... :)

Дай угадаю. Их красноглазый фильтр не пропускает такие отсосы в их мозг.

> Читай еще раз тупой бсдшник до которого с первого линка не дошло:
> http://blog.rosmir.org/2006/09/srcsyskernschedulec.html

В четвёртый раз для самых отсталых.
Планировщик ULE1 во FreeBSD 7.0 заменён на новый планировщик ULE3, написанный Джефом Роберсоном и включён в исходники FreeBSD под тем же именем sched_ule.c, , последний раз файл sched_ule.c в них редактировался 20.12.2007г.
Экспериментальный планировщик ULE1 до сих пор доступен в ветках 5.x и 6.x, последний раз файл sched_ule.c в них редактировался 27.09.2005г.

> А вот иллюстрация по поддержке железа: http://support.asus.com/download/download.aspx?SLanguage=ru-ru&model=WL-1...
> Виндузятникам драйвер, макосовцам драйвер, линуксоидам - драйвер, а бсдшникам хрен моржовый. ;)

Я тебе покажу:/sys/i386/conf/GENERIC:
...
device ral # Ralink Technology RT2500 wireless NICs.
...
Фишка: драйвер ASUS WL-167g поддерживается на уровне ядра FreeBSD. :)

> А во фре ни проблем ни официальной поддержки ни 3D нет.

Можно и дальше утверждать то, о чём понятия не имеете.

>> GMA950 это порт ports/x11-drivers/xf86-video-intel для Xorg 7.3,
если не ошибаюсь. Причём здесь Фря? Спросите у Intel и Xorg.org.
> Действительно, фря к поддержке железа отношения не имеет. Это такой
сферический конь в вакууме неясно для чего нужный.

ports/x11-drivers/xf86-video-intel/pkg-descr:
"Driver for Intel integrated graphics chipsets. It supports the i810,
i810-DC100, i810e, i815, i830M, 845G, 852GM, 855GM, 865G, 915G, 915GM,
945G, 945GM, 965G, 965Q, 946GZ and 965GM chipsets."

Продолжайте быть в неведении. Ж)

> И бонус для тех кто не видел Fatal trap:
>http://groups.google.ru/group/lucky.freebsd.questions/search?hl=ru&group=....
freebsd.questions&q=Fatal+trap&qt_g=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA+%D0%B2+%D1%8 D
%D1%82%D0%BE%D0%B9+%D0%B3%D1%80%D1%83%D0%BF%D0%BF%D0%B5

По ссылке трапится какое-то древнее старьё на FreeBSD 4.4 до FreeBSD 5.2.1.
Я уже это не застал.

>По ссылке трапится какое-то древнее старьё на FreeBSD 4.4 до FreeBSD 5.2.1.

по ссылке активно трапится 6.2 и всякие rc 7-ки.

> В четвёртый раз для самых отсталых. Планировщик ULE1 во FreeBSD 7.0 заменён на новый планировщик ULE3, написанный Джефом Роберсоном и включён в исходники FreeBSD под тем же именем sched_ule.c, , последний раз файл sched_ule.c в них редактировался 20.12.2007г. Экспериментальный планировщик ULE1 до сих пор доступен в ветках 5.x и 6.x, последний раз файл sched_ule.c в них редактировался 27.09.2005г.

Как это отеняет или оправдывает ФАКТ, что бсдшники тянут всё из Linux?

> device ral # Ralink Technology RT2500 wireless NICs.

Это USB-шный драйвер?

> Можно и дальше утверждать то, о чём понятия не имеете.

Где официальный fglrx для FreeBSD? Где открытый драйвер с поддержкой renderaccel(не путать с DRI!) для radeon > 9500?

> ports/x11-drivers/xf86-video-intel/pkg-descr: "Driver for Intel integrated graphics chipsets. It supports the i810, i810-DC100, i810e, i815, i830M, 845G, 852GM, 855GM, 865G, 915G, 915GM, 945G, 945GM, 965G, 965Q, 946GZ and 965GM chipsets."

Читай тред, тупой бсдшник: http://www.securitylab.ru/forum/index.php?PAGE_NAME=read&FID=21&TID=4... /dev/agpgart не появляется потому что в убогой фре не поддерживается MCH с chipid=0x27ac8086

> Да. Потому, что смотреть надо больше не на версию системы а на версию бранча.

Два 5.5-RELEASE вышел в мае 2006. http://www.freebsd.org/releases/5.5R/announce.html Древность писец млять.

> lang/php4, lang/php5 заточены на _любой_ апач. Зависимости выбираются автоматически.

Вот вы сейчас про что говорите? Про cd /usr/ports/...; make? Мы сейчас говорим не про расноглазую сборку из сорсов, а говорим про пакеты, про pkg_add -r! Так вот "pkg_add -r php4" выкачивал на "древней" 5.5 apache 1.3 хотя в система стоял apache2 из пакета, соответсвенно апаче 1.3 нах был не нужен. Где, вот покажите где тут есть сборка php4 для apache1.x и apache2.x: ftp://ftp3.freebsd.org/pub/FreeBSD/ports/i386/packages-6.3-release/All/ ? Такое впечатление что вышеотписавшиеся бсдшники сами ни разу не запускали pkg_add -r потому, что компилируют все что движется и поэтому совершенно не представляют как работает этот самый pkg_add -r.

>> Вот вы сейчас про что говорите? Про cd /usr/ports/...; make?

разумеется. >> Мы сейчас говорим не про расноглазую сборку из сорсов, а говорим про пакеты, про pkg_add -r

pkg_add, чтоб ты знал, всего лишь частный случай для быстрого взлета. Нормальный BSDшник pkg_add-ом воспользуется только в крайнем случае. И это отнюдь не красноглазие. Если _необходимо_ пакет всегда можно собрать с нужными _тебе_ зависимостями а не тянуть репозиторий в 10гигов(everything) как на восьмой федоре.

pkg_add хорош для десктопа. т.к. там нет такого разнообразия вариантов в зависимостях. Сервак поставить один раз из портов не напрягает абсолютно. Установка N-ного количества машин займет немнОгим больше времени чем на пакетных дистрибутивах. Оно будет бОльшим на время компиляции _одной_ машины.

>> Два 5.5-RELEASE вышел в мае 2006.

Уважаемый отличает версию от бранча и почему смотреть надо именно ее?

> Как это отеняет или оправдывает ФАКТ, что бсдшники тянут всё из Linux?

Что "всё"? Linux — только ядро.

>> device ral # Ralink Technology RT2500 wireless NICs.
> Это USB-шный драйвер?

Это драйвер для всего что движется с чипом Ralink Technology RT2500.
А что, в Linux на каждый интерфейс определённого устройства положено заводить свой драйвер? Ж) Во FreeBSD принята другая модель драйверов.

>Читай тред, тупой бсдшник: http://www.securitylab.ru/forum/index.php?PAGE_NAME=read&FID=21&TID=4.. . >/dev/agpgart не появляется потому что в убогой фре не поддерживается MCH с chipid=0x27ac8086

Чиво-чиво? agpgart не поддерживаетсЯ? Апять вы зашли не на тот на форум чайников.
forum.ubuntu.ru — вам сюда, читать гигабайты багоглюков ядра Linux.

Загрузил с флэшки FreeBSD 6.2-RELEASE на ноутбуке HP Compaq 6720s. Вот вывод dmesg:

Copyright (c) 1992-2007 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007
root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
ACPI APIC Table: <HP 30D8 >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 Duo CPU T5470 @ 1.60GHz (1596.01-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x6fd Stepping = 13
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM OV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0xe39d<SSE3,RSVD2,MON,DS_CPL,EST,TM2,<b9>,CX16,<b14>,<b15>>
AMD Features=0x20100000<NX,LM>
AMD Features2=0x1<LAHF>
Cores per package: 2
real memory = 1065025536 (1015 MB)
avail memory = 1033187328 (985 MB)
ioapic0: Changing APIC ID to 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
acpi0: <HPQOEM SLIC-MPC> on motherboard
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi_bus_number: can't get _ADR
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_ec0: <Embedded Controller: GPE 0x16> port 0x62,0x66 on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib0: no PRT entry for 0.25.INTA
pci0: <display, VGA> at device 2.0 (no driver attached)
pci0: <display> at device 2.1 (no driver attached)
em0: <Intel(R) PRO/1000 Network Connection Version - 6.2.9> port 0x4020-0x403f mem 0xe4600000-0xe461ffff,0xe4620000-0xe4620fff irq 5 at device 25.0 on pci0
em0: Ethernet address: 00:1a:4b:6f:98:ee
uhci0: <UHCI (generic) USB controller> port 0x4040-0x405f irq 16 at device 26.0 on pci0
uhci0: [GIANT-LOCKED]
usb0: <UHCI (generic) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xe4621000-0xe46213ff irq 18 at device 26.7 on pci0
ehci0: [GIANT-LOCKED]
usb1: EHCI version 1.0
usb1: wrong number of companions (2 != 1)
usb1: companion controller, 2 ports each: usb0
usb1: <EHCI (generic) USB 2.0 controller> on ehci0
usb1: USB revision 2.0
uhub1: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub1: 4 ports with 4 removable, self powered
pci0: <multimedia> at device 27.0 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci8: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci16: <ACPI PCI bus> on pcib2
pci16: <network> at device 0.0 (no driver attached)
<...>

--> (окончание dmesg)
pcib3: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
pci40: <ACPI PCI bus> on pcib3
uhci1: <UHCI (generic) USB controller> port 0x4060-0x407f irq 20 at device 29.0 on pci0
uhci1: [GIANT-LOCKED]
usb2: <UHCI (generic) USB controller> on uhci1
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci2: <UHCI (generic) USB controller> port 0x4080-0x409f irq 21 at device 29.1 on pci0
uhci2: [GIANT-LOCKED]
usb3: <UHCI (generic) USB controller> on uhci2
usb3: USB revision 1.0
uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
uhci3: <UHCI (generic) USB controller> port 0x40a0-0x40bf irq 18 at device 29.2 on pci0
uhci3: [GIANT-LOCKED]
usb4: <UHCI (generic) USB controller> on uhci3
usb4: USB revision 1.0
uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub4: 2 ports with 2 removable, self powered
ehci1: <EHCI (generic) USB 2.0 controller> mem 0xe4628000-0xe46283ff irq 20 at device 29.7 on pci0
ehci1: [GIANT-LOCKED]
usb5: EHCI version 1.0
usb5: companion controllers, 2 ports each: usb2 usb3 usb4
usb5: <EHCI (generic) USB 2.0 controller> on ehci1
usb5: USB revision 2.0
uhub5: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub5: 6 ports with 6 removable, self powered
umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2
pcib4: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib4
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <GENERIC ATA controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x40c0-0x40cf,0x40d0-0x40df irq 17 at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
battery0: <ACPI Control Method Battery> on acpi0
acpi_acad0: <AC Adapter> on acpi0
acpi_button0: <Sleep Button> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
acpi_tz0: _CRT value is absurd, ignored (256.0C)
acpi_tz1: <Thermal Zone> on acpi0
acpi_tz2: <Thermal Zone> on acpi0
acpi_tz3: <Thermal Zone> on acpi0
acpi_tz4: <Thermal Zone> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xd0000-0xd0fff,0xd1000-0xd1fff on isa0
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ugen0: Broadcom Corp HP Integrated Module, rev 2.00/1.00, addr 2
Timecounter "TSC" frequency 1596010936 Hz quality 800
Timecounters tick every 1.000 msec
ad0: 114473MB <FUJITSU MHY2120BH 890B> at ata0-master UDMA33
acpi_tz0: _CRT value is absurd, ignored (256.0C)
acd0: DVDR <MATSHITADVD-RAM UJ-861H/1.50> at ata1-master PIO4
da0 at umass-sim0 bus 0 target 0 lun 0
da0: < USB FLASH DRIVE PMAP> Removable Direct Access SCSI-0 device
da0: 40.000MB/s transfers
da0: 984MB (2015232 512 byte sectors: 64H 32S/T 984C)
cd0 at ata1 bus 0 target 0 lun 0
cd0: <MATSHITA DVD-RAM UJ-861H 1.50> Removable CD-ROM SCSI-0 device
cd0: 16.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed
GEOM_LABEL: Label for provider da0s1a is ufs/FBSDUSB.
Trying to mount root from ufs:/dev/ufs/FBSDUSB
acpi_tz0: _CRT value is absurd, ignored (256.0C)
umass1: Generic Mass Storage Device, rev 2.00/1.13, addr 3
da1 at umass-sim1 bus 1 target 0 lun 0
da1: <Multi Flash Reader 1.00> Removable Direct Access SCSI-0 device
da1: 40.000MB/s transfers
da1: 1952MB (3998720 512 byte sectors: 255H 63S/T 248C)

% pciconf -lv
hostb0@pci0:0:0: class=0x060000 card=0x30d8103c chip=0x2a008086 rev=0x0c hdr=0x00
vendor = 'Intel Corporation'
class = bridge
subclass = HOST-PCI
none0@pci0:2:0: class=0x030000 card=0x30d8103c chip=0x2a028086 rev=0x0c hdr=0x00
vendor = 'Intel Corporation'
class = display
subclass = VGA
none1@pci0:2:1: class=0x038000 card=0x30d8103c chip=0x2a038086 rev=0x0c hdr=0x00
vendor = 'Intel Corporation'
class = display
em0@pci0:25:0: class=0x020000 card=0x30d8103c chip=0x10c48086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = network
subclass = ethernet
uhci0@pci0:26:0: class=0x0c0300 card=0x30d8103c chip=0x28348086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
ehci0@pci0:26:7: class=0x0c0320 card=0x30d8103c chip=0x283a8086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
none2@pci0:27:0: class=0x040300 card=0x30d8103c chip=0x284b8086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = multimedia
pcib1@pci0:28:0: class=0x060400 card=0x00000040 chip=0x283f8086 rev=0x03 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
pcib2@pci0:28:1: class=0x060400 card=0x00000040 chip=0x28418086 rev=0x03 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
pcib3@pci0:28:4: class=0x060400 card=0x00000040 chip=0x28478086 rev=0x03 hdr=0x01
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-PCI
uhci1@pci0:29:0: class=0x0c0300 card=0x30d8103c chip=0x28308086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
uhci2@pci0:29:1: class=0x0c0300 card=0x30d8103c chip=0x28318086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
uhci3@pci0:29:2: class=0x0c0300 card=0x30d8103c chip=0x28328086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
ehci1@pci0:29:7: class=0x0c0320 card=0x30d8103c chip=0x28368086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = USB
pcib4@pci0:30:0: class=0x060401 card=0x00000050 chip=0x24488086 rev=0xf3 hdr=0x01
vendor = 'Intel Corporation'
device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge'
class = bridge
subclass = PCI-PCI
isab0@pci0:31:0: class=0x060100 card=0x30d8103c chip=0x28158086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = bridge
subclass = PCI-ISA
atapci0@pci0:31:2: class=0x010180 card=0x30d8103c chip=0x28288086 rev=0x03 hdr=0x00
vendor = 'Intel Corporation'
class = mass storage
subclass = ATA
none3@pci16:0:0: class=0x028000 card=0x135c103c chip=0x42228086 rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
class = network

> pkg_add, чтоб ты знал, всего лишь частный случай для быстрого взлета.

Так и запишем: нормальных пакетов нет. А порты могут вдруг перестать
собираться как это произошло у одного товарища:

wstat#cd /usr/ports/lang/php4
wstat#make config
wstat# make install
===> Patching for php4-4.4.2_1
===> Applying FreeBSD patches for php4-4.4.2_1
Ignoring previously applied (or reversed) patch.
1 out of 1 hunks ignored--saving rejects to Zend/zend.h.rej
=> Patch patch-Zend::zend.h failed to apply cleanly.
*** Error code 1

> Нормальный BSDшник pkg_add-ом воспользуется только в крайнем случае.

Вот тогда и нечего болтать, что во фре есть pkg_add если оно не работает как надо, с зависимостями не справляется.

> И это отнюдь не красноглазие. Если _необходимо_ пакет всегда можно собрать

А с какой стати пользователь или админ должен собирать пакет. Сборка программ - фунция программистов и мейнтенеров(сборщиков).

> с нужными _тебе_ зависимостями

apt-get install libapache2-mod-php5 Никакой сборки. Бсдушники ниасилили.

> а не тянуть репозиторий в 10гигов(everything) как на восьмой федоре

Не забываем, что Федора - вечно сырой тестовый полигон RedHat. И зачем, спрашивается, тащить все 10гигов репозитария? Вы бредите? Из репозитария тянется только то, что нужно.

> Сервак поставить один раз из портов не напрягает абсолютно.

А обновить? А потом снова обновить? А потом еще и еще. И все это с красноглазой сборкой, проблемами с несобирающимися портами(см. выше) с проблемами из-за глубоких функциональных пакетов(вон как у одного товарища, который обновил фрю - почта стала дико глючить). Политика Debian или того же RHEL с собранными бинарными пакетами и бэкпортами патчей без смены версий на голову выше этого красноглазия от которого в конечном итоге страдают и юзеры, которым админ обновлением портов на сервере, который до обновления не глючил, подкладывает свинью.

ИМХО сборка из исходников с нужными #define-ами(флаги конфигурации) - это каменный век, громоздкость, халтура разработчика, которому совершенно плевать на юзера. Модули/плагины - вот правильный путь.

> Установка N-ного количества машин займет немнОгим больше времени чем на пакетных дистрибутивах. Оно будет бОльшим на время компиляции _одной_ машины.

Не надо выдумывать. Железо на системах разное - значит бсдшник пилит ядро на каждой системе, софт разный с разными требованиями - т.е. здесь подрезать функционал, а здесь добавить. А вот я возьму генерик ядро, которое само подгрузит нужные модули и в котором есть и поддержка IPSEC и аналога dummynet, бинарные пакеты с нужными зависимостями и получится то же самое, только без трат времени на сборку, без проблем со сборкой и без проблем при обновлении(пока через N лет не закончится период поддержки etch и не придется переходить на lenny - возможно тогда, при явном апгрейде, посчастливиться увидеть проблему, к которой я буду готов). Под AMD64 оптимизировать лучшем чем оптимизирован Debian AMD64 увас не получится. А если какой-то пакет будет собран без нужных мне опций - вот ТОЛЬКО В ЭТОМ случае я соберу СВОЮ версию пакета закину в свой репозитарий и остальные машины заберут его оттуда. Вот это и есть логичный некрасноглазый подход - не бить из пушки по воробьям, не суетиться с версиями если все итак работает, брать стабильную платформу и немного подшлифовывать вместо сборки всего что движется.

s/глубоких функциональных пакетов/глубоких функциональных изменений/

> Уважаемый отличает версию от бранча и почему смотреть надо именно ее?

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

> Что "всё"? Linux — только ядро.

FUSE, XEN, LVS, LVM, KVM, O(1), linuxator, linux-compat-mod.

> Это драйвер для всего что движется с чипом Ralink Technology RT2500.А что, в Linux на каждый интерфейс определённого устройства положено заводить свой драйвер? Ж)

$ modinfo rt2500
rt2500pci rt2500usb

> Во FreeBSD принята другая модель драйверов.

Не надо сказок:

Вот PCI:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ral/rt2560.c?rev=1.17.2.1;c...

Вот USB:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/usb/if_ural.c?rev=1.70;cont...

> Чиво-чиво? agpgart не поддерживаетсЯ? Апять вы зашли не на тот на форум чайников.

Точно. Вот ты как раз один из них, совершенно тупой бсдшник, который рассказывает мне тут про то как драйвера работающие с PCI во фре совершенно спокойно работают и с USB, а гляжу сорсы и нахожу там ural и отдельный драйвер для PCI и USB версии, который кидает совершенно левые dmesg и показывает совершенно леый дамп PCI-устройств среди которых НЕТ МЛЯ УСТРОЙСТВА с chipid=0x27ac8086, которое установлено в том ноутбуке. Иди ищи поддержку этого устройства в сорсах фри - его там нет. А в Linux - есть:

$ modinfo intel-agp |grep -i 27ac
alias: pci:v00008086d000027ACsv*sd*bc06sc00i00*

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

В сад. На время появления 5.5 уже во всю юзалась 6.1. Нужна функциональность, тогда вам на 6.х надо было. теперь уже на 7.х

>> Так и запишем: нормальных пакетов нет. А порты могут вдруг перестать собираться как это произошло у одного товарища:

К моменту любого из релизов порты стабильны и одинаковы для всех веток. Релиз выходит как минимум раз в полгода. На практике я могу подобрать дату портов в любой момент таким образом, чтобы ничего не ломалось.

>> Вот тогда и нечего болтать, что во фре есть pkg_add если оно не работает как надо, с зависимостями не справляется.

Обычная ошибка линуксоидов. apt если что, тоже не пакетный менеджер. RPM или dpkg тоже не справляются с зависимостями. А в некоторых аспектах даже хуже. Некоторые вещи, как например, триггеры в rpm, или необходимость одновременной установки нескольких пакетов, вообще напоминают костыли. Не говоря уже о том, что пакеты могут пересекаться по файлам. С deb-ом правда немного получше.

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

Руки выдернуть этому товарищу. Если он такие вещи проделывает на боевом сервере, не знает чем отличается номер версии от ревизии и не может осилить portupgrade, который кстати и пакетное обновление поддерживает). Да еще и на другой бранч поди перешел на ходу. Смею предположить что и пакетная база у него порушена.

>> А с какой стати пользователь или админ должен собирать пакет. Сборка программ - фунция программистов и мейнтенеров(сборщиков).

Для пользователей имеются BSD дистры "для_пользователей". Админ _обязан_ иметь представление о портах, или пусть валит на другую ось.

>> Модули/плагины - вот правильный путь.

Кто спорит, но это уже вопрос к разработчикам софта. То что можно сделать плагинами, так и присутствует в портах как плагины.

>> А вот я возьму генерик ядро, которое само подгрузит нужные модули и в котором есть и поддержка IPSEC и аналога dummynet

И тонна всягого другого гогна, не нужного на сервере. Фряшное ядро, если что тоже модульное. Никто не заставляет его пересобирать каждый раз.

> К моменту любого из релизов порты стабильны и одинаковы для всех веток. Релиз выходит как минимум раз в полгода. На практике я могу подобрать дату портов в любой момент таким образом, чтобы ничего не ломалось.

Пакетов нет еще и состояние портов надо подбирать. Я фигею уважаемая редакция.

> apt если что, тоже не пакетный менеджер.

Самый чтони на есть пакетный. apt - Advanced Package Tool

> RPM или dpkg тоже не справляются с зависимостями.

С этой задачей справляется комплекс из apt+низкоуровневый dpkg и yum+низкоуровневый rpm.

> Не говоря уже о том, что пакеты могут пересекаться по файлам.

diversion/deb

> Если он такие вещи проделывает на боевом сервере, не знает чем отличается номер версии от ревизии и не может осилить portupgrade, который кстати и пакетное обновление поддерживает).

Ты хочешь сказать, что во фревых портах не меняются версии программ в портах, что есть некие специальные стабильные порты с зафиксированными версиями для которых мейнтейнеры прилагают титанические услилия и бэкпортят секьюрити патчи и багфиксы ? Нет этогою Не доросла фря еще до таких вещей. У нее такая политика распространяется только на базовую систему и ядро(порты - сами по себе), а у Debian - на весь репозитарий с essential-пакетами(аналог базовой во фре) и прочие десятки тысяч приложений.

> Да еще и на другой бранч поди перешел на ходу.

Походу он просто обновил sendmail и spamassassin. И фря на практике показала какая она надежная. надежная это когда один раз настроил и сколько бы ее не обновлял в пределах бранча ничего не отваливается. Но у фри не отвалится только базовая систма и ядро. на порты - никаких гарантий.

> Для пользователей имеются BSD дистры "для_пользователей".

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

> Админ _обязан_ иметь представление о портах, или пусть валит на другую ось.

Во фре, видимо, свои представления о том чем должен заниматься админ, которому больше нечем заняться кроме как сборкой, твикингом и мантейнингом пакетов для каждой своей железки. Админо-мантейнер в одном флаконе, тратящий рабочее время на компиляцию вместо непосредственных обязанностей. Это как если бы каждый менеджер вместо выполнения своей работы лазил бы в электрощитовую, оптимизировал бы электропроводку, выкидывал лишние клеммы, а затем занимался бы твикингом своего компьютера. Непосредственная работа админа - поддержание системы в работоспособном состоянии, мониторинг, обновление, резервирование данных, управление пользователями, конфигурирование серверов, а не подбор состояния портов, не сборка пакетов, не тестирование новых фич, которые засунули в обновленные порты и не танцы с бубном после того как эти фичи повылазят. Основной принцип админа "настроил - работает - не трогай" да закрывать дыры(ставить бэкпортированные обновления безопасности). С политикой обновлений портов во фре гарантировать надежную работу после обновления нельзя.

>> Ты хочешь сказать, что во фревых портах не меняются версии программ в портах, что есть некие специальные стабильные порты с зафиксированными версиями для которых мейнтейнеры прилагают титанические услилия и бэкпортят секьюрити патчи и багфиксы ?

вообще-то да..

примеры: databases/mysql41*, databases/mysql50*, databases/mysql51, www/apache13*, www/apache20, www/apache22, java/jdk14*, java/jdk15*, java/jdk16*

>> С этой задачей справляется комплекс из apt+низкоуровневый dpkg и yum+низкоуровневый rpm.

Так чего же ты требуешь такого же от системных pkg_* утилит? Комплекс из portupgrade + низкоуровневый pkg_add справляется с этой задачей.

>> Походу он просто обновил sendmail и spamassassin.

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

>> Но у фри не отвалится только базовая систма и ядро. на порты - никаких гарантий.

На момент релиза портам уделяется внимания более чем достаточно.

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

Разумеется линукс-администратор не должен понимать как собрать пакет из SRPM и configure в глаза не видел. Все что нужно находится в готовом виде и работает правильно.. не смешите меня. Наверное и slackware с gentoo тоже не тем пальцем деланые. Ведь приходится (о ужас) компилять что-то.

>> Непосредственная работа админа - поддержание системы в работоспособном состоянии. ..<чего-то там>.. Основной принцип админа "настроил - работает - не трогай"

Твой друг явно нарушил этот принцип. Тестовая машина должна быть _всегда_ и не важно на чем крутится сервер. Любые изменения на боевом сервере должны обкатываться на полигоне. Особенно при "обновлении sendmail-a"..

Вобщем выковыриваем бревна уже из глаз. Лучше прокомментируй прокол с vmsplice(). И влияние на это фряхи как быдлоподелия не достойного внимания. А заодно просвети пожалуйста откуда столько энузиазма доказывать что инструмент, которым я активно пользуюсь и люблю, говно полное.

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

Дай догадаюсь. Этот товарищ забыл обновить индекс: % cd /usr/ports && make index
Ж))))

>> Установка N-ного количества машин займет немнОгим больше времени чем на пакетных дистрибутивах. Оно будет бОльшим на время компиляции _одной_ машины.

> Не надо выдумывать. Железо на системах разное - значит бсдшник пилит ядро на каждой системе, софт разный с разными требованиями - т.е. здесь подрезать функционал, а здесь добавить. А вот я возьму генерик ядро, которое само подгрузит нужные модули и в котором есть и поддержка IPSEC и аналога dummynet, бинарные пакеты с нужными зависимостями и получится то же самое, только без трат времени на сборку, без проблем со сборкой и без проблем при обновлении...

Аналогично во FreeBSD: GENERIC-ядро (да хотя бы с CPUTYPE=pentium3 в /etc/make.conf) и системные каталоги — всё вместе автоматом собрано в /usr/obj на какой-то одной машине — выкладывается на NFS-шару, откуда любая машина монтирует его к себе в локальный /usr/obj, дальше делает:
% cd /usr/src && make installkernel KERNCONF=GENERIC && make installworld && mergemaster && reboot
И фффсё, все машины обновлены с учётом специфических настроек каждой!

Про разделение /usr/ports в сети я уж не говорю — WRKDIRPREFIX должны уметь настраивать, если так хочется пересобрать из сорцов. Бинарные пакеты берутся, само-собой, из /usr/ports/packages той машины, которая их уже собрала. :)

>> Чиво-чиво? agpgart не поддерживаетсЯ? Апять вы зашли не на тот на форум чайников.

> Точно. Вот ты как раз один из них, совершенно тупой бсдшник, который рассказывает мне тут про то как драйвера работающие с PCI во фре совершенно спокойно работают и с USB, а гляжу сорсы и нахожу там ural и отдельный драйвер для PCI и USB версии, который кидает совершенно левые dmesg и показывает совершенно леый дамп PCI-устройств среди которых НЕТ МЛЯ УСТРОЙСТВА с chipid=0x27ac8086, которое установлено в том ноутбуке. Иди ищи поддержку этого устройства в сорсах фри - его там нет. А в Linux - есть:

> $ modinfo intel-agp |grep -i 27ac
alias: pci:v00008086d000027ACsv*sd*bc06sc00i00*

Так давай пересобери этот драйвер под FreeBSD, как советуют пингвиноиды на том чайникофоруме. С нужным chipid=0x27ac8086. Пропатчи исходники Фри пингвиноидными дифами!!! Ж)))

(Какие же тупые пингвиноиды — не поймут, что chipid относится к поддержке так же, как частное к общему.)

> вообще-то да..

Вообще-то нет.

> примеры: databases/mysql41*, databases/mysql50*, databases/mysql51, www/apache13*, www/apache20, www/apache22, java/jdk14*, java/jdk15*, java/jdk16*

Версия все равно меняется, даже в этих откопанных тобой случаях. Мажорная версия в паре откопанных тобой случаев не меняется, а минорная меняется! Где в портах зафиксированная версия spamassassin, которая не меняется в версии годами, а только патчится обновлениями безопасноасти в течение всего срока поддержки?

> Комплекс из portupgrade + низкоуровневый pkg_add справляется с этой задачей.

Отлично. Продемонстрируй штатные _бинарные_ пакеты php4 содержащие mod_php для apache 1.x, 2.x и 2.2.x, которые якобы устанавливает portupgrade+pkg_add.

> Это принципиальный момент. так как из коментария не понятно что там обновлялось. по опыту знаю что в рамках бранча ну очень сложно что-то убить из базовой части. Из портов кстати тоже.

Читай продолжение. Обновил spamassassin - начались проблемы. Вот и вся надежность портов фри. Обновил Debian - ничего не отвалилось, потому что версии зафиксировано, а обновления закрывают только критические баги и дыры безопасности без изменения даже минорной версии. Может быть теперь наконец до вас дойдет зачем была принята такая политика обновлений.

> На момент релиза портам уделяется внимания более чем достаточно.

А потом "кошка бросила котят пусть ипутся как хотят" (c)? В нормальных системах, не страдающих пионенрией, внимание пакетам из репозитария уделяется в течение всего срока поддержки, т.е. 5-7-10 лет.

> Разумеется линукс-администратор не должен понимать как собрать пакет из SRPM и configure в глаза не видел. Все что нужно находится в готовом виде и работает правильно..

В федоре может не работать.

> Наверное и slackware с gentoo тоже не тем пальцем деланые. Ведь приходится (о ужас) компилять что-то.

Такие же красноглазые пионерские системы как и фря.

> Твой друг явно нарушил этот принцип. Тестовая машина должна быть _всегда_ и не важно на чем крутится сервер. Любые изменения на боевом сервере должны обкатываться на полигоне. Особенно при "обновлении sendmail-a"..

Это все красивые сказки, что бсдшники обкатывают каждое обновление на тестовой системе. На тестовом сервере должны обкатываться _функцинальные_ изменения программ. Обновления безопасности не могут ничего сломать так что без проблем встают на боевые сервера, но во фре они для портов не поддерживаются, поэтому у бсдшников, пренебрегающих трушным путем тестирования кажого обновления на тестовом сервере и сборки на выделенном кластере, вечно что-то отваливается.

> Особенно при "обновлении sendmail-a"..

Ну а в дебе можно годами обновлять и ничего не сломается. Проблемы могут возникнуть при переезде на новый стейбл релиз по истечении срока поддержки потому, что при этом происходит изменение версии. Вот и получается, что у фри pkg_add так как надо не работает и при установке бинарного php4 тащит на какой-то хрен apache1.3, порты нормально работают на момент релиза, в остальное время могут не собираться и постоянно происходящие смены версий пакетов заставляют бсдшников тщательно тестировать каждое обновление потому, что в любой момент может измениться функционал, а не как в нормальных системах, где тщательное тестирование требуется только при переезде с одного релиза системы на другой.

> Лучше прокомментируй прокол с vmsplice(). И влияние на это фряхи как быдлоподелия не достойного внимания.

А что тут комментировать? Локальная дыра. Добавили новый фнкционал и не заметили что проверка недостаточная. Угроза минимальная за исключением сайтов с дырявыми скриптами и быдлохостингов, которые вкрячивают тысячу вхостов, обрабатываемых однмим апачем вместо раздачи VPS, в которых рут может ломать сам себя до рута до позеленения.

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

Люблю поспорить. И считаю что система, в которой основной способ установки программ компиляция - не может быть надежной, т.к. другая версия инструмента сборки или непротестированная комбинация флагов и здраствуйте грабли(по опыту ловли проблем с gentoo), а также не может считаться надежной если вней нет обновлений безопасности закрывающих весь установленный софт, потому что каждое обновление портов это русская рулетка, поэтому бсдшникам никак не обойтись без ежедневного тестирования обновлений без тестовой системы как и виндузятникам с их кривыми патчами, в отличие от систем, где изменение версий происходит раз в N лет при явной миграции с релиза на релиз.

> Дай догадаюсь. Этот товарищ забыл обновить индекс: % cd /usr/ports && make index Ж))))

Не угадал. У одного порты не собираются на фряхе 5.x. Ведь за полтора года она стала мегадревней системой, да и порты "ноормально работают на момент релиза". В остальное время, надо полагать, не работают. А второй обновил spamassassin и тот начал дико тормозить на ресольве spamhaus.org. Налицо изменение функционала, вызвавшее проблемы. И на лицо пионерская политика фри: обновил порты - лови грабли. Отличные жизненные иллюстрации.

>> Так давай пересобери этот драйвер под FreeBSD, как советуют пингвиноиды на том чайникофоруме. С нужным chipid=0x27ac8086. Пропатчи исходники Фри пингвиноидными дифами!!! Ж))) (Какие же тупые пингвиноиды — не поймут, что chipid относится к поддержке так же, как частное к общему.) Тупой бсдшник, без поддержки этих циферок - VENDOR_ID 0x8086(intel) & DEVICE_ID 0x27ac драйвер твоей страной фряхи просто не увидит данный девайс в качестве /dev/agpgart. Но чугуноголовому ламеру это, видимо, неочевидно - он строит из себя гуру, совершенно не понимая как это всё работает, прикрываясь философскими фразами про частное и общее. Если ты настолько тупой, что не можешь заглянуть в http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/agp/agp_i810.c?r... то я тебе покажу там эти самые циферки(vendor_id, device_id) по которым драйвер находит поддерживаемое устройство: static const struct agp_i810_match { int devid; int chiptype; int bridge_offset; char *name; } agp_i810_matches[] = { {0x71218086, CHIP_I810, 0x00010000, "Intel 82810 (i810 GMCH) SVGA controller"}, {0x71238086, CHIP_I810, 0x00010000, "Intel 82810-DC100 (i810-DC100 GMCH) SVGA controller"}, {0x71258086, CHIP_I810, 0x00010000, "Intel 82810E (i810E GMCH) SVGA controller"}, {0x11328086, CHIP_I810, 0x00020000, "Intel 82815 (i815 GMCH) SVGA controller"}, {0x35778086, CHIP_I830, 0x00020000, "Intel 82830M (830M GMCH) SVGA controller"}, {0x25628086, CHIP_I830, 0x00020000, "Intel 82845M (845M GMCH) SVGA controller"}, {0x35828086, CHIP_I855, 0x00020000, "Intel 82852/5"}, {0x25728086, CHIP_I855, 0x00020000, "Intel 82865G (865G GMCH) SVGA controller"}, {0x25828086, CHIP_I915, 0x00020000, "Intel 82915G (915G GMCH) SVGA controller"}, {0x258A8086, CHIP_I915, 0x00020000, "Intel E7221 SVGA controller"}, {0x25928086, CHIP_I915, 0x00020000, "Intel 82915GM (915GM GMCH) SVGA controller"}, ... И среди перечисленных устройства с vendor_id 0x8086, evid 0x27AC нет, поэтому во фре оно не поддерживается. Так что пшел вон учить матчасть.

>> Так давай пересобери этот драйвер под FreeBSD, как советуют пингвиноиды на том чайникофоруме. С нужным chipid=0x27ac8086. Пропатчи исходники Фри пингвиноидными дифами!!! Ж)))
(Какие же тупые пингвиноиды — не поймут, что chipid относится к поддержке так же, как частное к общему.)

Тупой бсдшник, без поддержки этих циферок - VENDOR_ID 0x8086(intel) & DEVICE_ID 0x27ac драйвер твоей страной фряхи просто не увидит данный девайс в качестве /dev/agpgart. Но чугуноголовому ламеру это, видимо, неочевидно - он строит из себя гуру, совершенно не понимая как это всё работает, прикрываясь философскими фразами про частное и общее.

Если ты настолько тупой, что не можешь заглянуть в http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/agp/agp_i810.c?r... то я тебе покажу там эти самые циферки(vendor_id, device_id) по которым драйвер находит поддерживаемое устройство:

static const struct agp_i810_match {
int devid;
int chiptype;
int bridge_offset;
char *name;
} agp_i810_matches[] = {
{0x71218086, CHIP_I810, 0x00010000,
"Intel 82810 (i810 GMCH) SVGA controller"},
{0x71238086, CHIP_I810, 0x00010000,
"Intel 82810-DC100 (i810-DC100 GMCH) SVGA controller"},
{0x71258086, CHIP_I810, 0x00010000,
"Intel 82810E (i810E GMCH) SVGA controller"},
{0x11328086, CHIP_I810, 0x00020000,
"Intel 82815 (i815 GMCH) SVGA controller"},
{0x35778086, CHIP_I830, 0x00020000,
"Intel 82830M (830M GMCH) SVGA controller"},
{0x25628086, CHIP_I830, 0x00020000,
"Intel 82845M (845M GMCH) SVGA controller"},
{0x35828086, CHIP_I855, 0x00020000,
"Intel 82852/5"},
{0x25728086, CHIP_I855, 0x00020000,
"Intel 82865G (865G GMCH) SVGA controller"},
{0x25828086, CHIP_I915, 0x00020000,
"Intel 82915G (915G GMCH) SVGA controller"},
{0x258A8086, CHIP_I915, 0x00020000,
"Intel E7221 SVGA controller"},
{0x25928086, CHIP_I915, 0x00020000,
"Intel 82915GM (915GM GMCH) SVGA controller"},

-cut--cut--cut--cut--cut--cut--cut--cut--cut--cut--cut--cut--cut--cut-

И среди перечисленных устройства с vendor_id 0x8086, evid 0x27AC нет, поэтому во фре оно не поддерживается. Так что пшел вон учить матчасть.

> Аналогично во FreeBSD: GENERIC-ядро (да хотя бы с CPUTYPE=pentium3 в /etc/make.conf) и системные каталоги — всё вместе автоматом собрано в /usr/obj на какой-то одной машине — выкладывается на NFS-шару, откуда любая машина монтирует его к себе в локальный /usr/obj, дальше делает: % cd /usr/src && make installkernel KERNCONF=GENERIC && make installworld && mergemaster && reboot И фффсё, все машины обновлены с учётом специфических настроек каждой!

В итоге оптимизацию под железо каждой конкретной машины не получится - ведь оптимизация под p3. А для 64-битных платформ потребуются 64-битные объектники.

PS Как только бсдшники не выдирают гланды автогеном ради полпроцента производительности и ускорения времени загрузки системы на пару секунд...

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

Загрузка с флэшки теперь уже со свежей FreeBSD 7.0-RC2 на ноутбуке HP Compaq 6720s в Xfce 4.4.2 DE не удалась. X'ы не стартуют ни с "vesa", ни с "vga" драйвером!!! Доступна только текстовая консоль.

Буду пробовать Linux LiveCD (PCLinux и Xubuntu). Отпишусь здесь об успехах.

>> Аналогично во FreeBSD: GENERIC-ядро (да хотя бы с CPUTYPE=pentium3 в /etc/make.conf) и системные каталоги — всё вместе автоматом собрано в /usr/obj на какой-то одной машине — выкладывается на NFS-шару, откуда любая машина монтирует его к себе в локальный /usr/obj, дальше делает: % cd /usr/src && make installkernel KERNCONF=GENERIC && make installworld && mergemaster && reboot И фффсё, все машины обновлены с учётом специфических настроек каждой!

> В итоге оптимизацию под железо каждой конкретной машины не получится - ведь оптимизация под p3. А для 64-битных платформ потребуются 64-битные объектники.

В смысле? Так трудно локализовать x86 и x86-64 в сети и сделать в каждой группе машин мастерхосты с бинарниками систем и пакетов под разные архитектуры? chroot или jail уже отменили?

Не вижу проблем.

> В смысле? Так трудно локализовать x86 и x86-64 в сети и сделать в каждой группе машин мастерхосты с бинарниками систем и пакетов под разные архитектуры?

Нет, не особо трудно. Неясно отлько зачем. Совершенно неочевидно преимущество кастрированных самосборных генерик ядер, заточенных под p3 перед коробочным полностью модульным генерик ядром собранным под i686, которое просто не загружает модули для чужого железа. И кстати в дебе даже в случае билда своих ядре репозитарий сделан лучше: пакеты для всех архитектур сваливаются в единый репозитарий и машины забирают из него пакеты только для собственных архитектур.

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

Ну вот практика - критерий истины, хотя и по исходникам всё прекрасно видно. А то "ламерский форум", "xf86-video-intel", "тупые пингвиноводы"...

> Загрузка с флэшки теперь уже со свежей FreeBSD 7.0-RC2 на ноутбуке HP Compaq 6720s в Xfce 4.4.2 DE не удалась. X'ы не стартуют ни с "vesa", ни с "vga" драйвером!!! Доступна только текстовая консоль.

О чем и говорю, что даже с поддержкой Intel-овского железа с открытыми спеками у фри проблемы, не говоря уже про реверсеные gspca и прочее.

> Буду пробовать Linux LiveCD (PCLinux и Xubuntu). Отпишусь здесь об успехах.

В Linux скорее всего заработает, если ядро не пятилетней давности. В Ubuntu 7.10 с 2.6.22 (при текущем 2.6.24) как было отмечено на "ламерском форуме" поддержка данного девайса имеется именно из-за "пингвиноводных диффов" оперативно добавленных 26 июля 2007 самим Intel - Wang Zhenyu <zhenyu.z.wang@intel.com>: http://git.kernel.org/?p=linux/kernel/git/chris/linux-2.6.git;a=commit;h=dde4...

Так же над intel-agp.c активно работают профессиональные разработчики из IBM, Redhat, Novell: Dave Airlie <airlied@redhat.com>, Nick Piggin <npiggin@suse.de>, Cedric Le Goater <clg@fr.ibm.com> и многие другие. Так что нет ничего удивительного в том, что Linux более функционален чем фря.

>> Мажорная версия в паре откопанных тобой случаев не меняется, а минорная меняется!

Разумеется меняется. Для того минорная версия и существует, чтобы делать багфиксы и минорные изменения, не приводящие к изменению функциональности. Фиксы в рамках портов вносятся с изменением ревизии.

>> Где в портах зафиксированная версия spamassassin.

Ее нет. И скорее всего из-за того что в этом нет необходимости. По крайней мере за последние полтора года и пяти обновлениях я не поимел с ним граблей ни разу.

>> Отлично. Продемонстрируй штатные _бинарные_ пакеты php4 содержащие mod_php для apache 1.x, 2.x и 2.2.x, которые якобы устанавливает portupgrade+pkg_add.

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

>> Читай продолжение. Обновил spamassassin - начались проблемы. ... На тестовом сервере должны обкатываться _функцинальные_ изменения программ. ... А второй обновил spamassassin и тот начал дико тормозить на ресольве spamhaus.org

Попробую рассказать что там у твоего друга. Его проблемы начались после "обновления sendmail-a". т.к. похоже не умеет пользоваться mergemaster-ом. Вероятная причина таких тормозов - отсутвие резолва на самого себя. Т.е. скорее всего он себе бинд порушил. Могу поспорить что и сендмайл у него взлетает долго. на лицо именно функциональные изменения, но только не спамасассина а самой системы.

>> В итоге оптимизацию под железо каждой конкретной машины не получится - ведь оптимизация под p3. А для 64-битных платформ потребуются 64-битные объектники.

Которые легко получаются на i386 железе, с любыми кастомными оптимизациями для каждого конкретного случая. Т.е. под ферму на все платформы достаточно одной машины.

>> Буду пробовать Linux LiveCD (PCLinux и Xubuntu). Отпишусь здесь об успехах.

> В Linux скорее всего заработает, если ядро не пятилетней давности.


Отписываюсь об успехах.
PCLinuxOS с диска LinuxFormat 08'2007 загрузился, но дальше текстовой консоли не пошёл ни в нормальном режиме, ни в режиме защиты от сбоев с "vesa" драйвером.
Удалось смонтировать flash-картовод Pretec с 2Гб miniSD-карточкой Transcend в нём (команда: mount -t vfat /dev/sda1 /media ). И то — ошибку написал.
Удалось записать вывод dmesg > /media/PCLinux-Compaq_6720s.txt:
Начало>
7616k
vesafb: mode is 800x600x16, linelength=1600, pages=6
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
bootsplash: scanning last 2MB of initrd for signature
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 275007 bytes,<6>...found (800x600, 274959 bytes, v3).
Console: switching to colour frame buffer device 93x31
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12ac
hpet_resources: 0xfed00000 is busy
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PNP: PS/2 Controller [PNP0303:C298,PNP0f13:C299] at 0x60,0x64 irq 1,12
i8042.c: Detected active multiplexing controller, rev 1.1.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
serio: i8042 AUX3 port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
NET: Registered protocol family 1
Starting balanced_irq
Using IPI No-Shortcut mode
ACPI: (supports S0 S3 S4 S5)
Time: tsc clocksource has been installed.
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
input: AT Translated Set 2 keyboard as /class/input/input0
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
NTFS driver 2.1.27 [Flags: R/O DEBUG MODULE].
loop: loaded (max 8 devices)
SCSI subsystem initialized
libata version 2.00 loaded.
ata_piix 0000:00:1f.2: version 2.00
ata_piix 0000:00:1f.2: MAP [ XX XX XX XX ]
ata_piix 0000:00:1f.2: invalid MAP value 2
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x40C0 irq 14
scsi0 : ata_piix
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x40C8 irq 15
scsi1 : ata_piix
Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1a0b1, caps: 0xa04713/0x200000
input: SynPS/2 Synaptics TouchPad as /class/input/input1
Fusion MPT base driver 3.04.01
Copyright (c) 1999-2005 LSI Logic Corporation
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
scsi: <fdomain> Detection failed (no card)
GDT-HA: Storage RAID Controller Driver. Version: 3.05
...

(продолжение)
GDT-HA: Found 0 PCI Storage RAID Controllers
NCR53c406a: no available ports found
qlogicfas: Unknown symbol qlogicfas408_info
qlogicfas: Unknown symbol qlogicfas408_biosparam
qlogicfas: Unknown symbol qlogicfas408_setup
qlogicfas: Unknown symbol qlogicfas408_detect
qlogicfas: Unknown symbol qlogicfas408_ihandl
qlogicfas: Unknown symbol qlogicfas408_bus_reset
qlogicfas: Unknown symbol qlogicfas408_disable_ints
qlogicfas: Unknown symbol qlogicfas408_get_chip_type
qlogicfas: Unknown symbol qlogicfas408_abort
qlogicfas: Unknown symbol qlogicfas408_queuecommand
sym53c416.c: Version 1.0.0-ac
Failed initialization of WD-7000 SCSI card!
3ware Storage Controller device driver for Linux v1.26.02.001.
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1a.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1a.0 to 64
uhci_hcd 0000:00:1a.0: UHCI Host Controller
uhci_hcd 0000:00:1a.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1a.0: irq 16, io base 0x00004040
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 20 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.0: irq 18, io base 0x00004060
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 21 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.1: irq 19, io base 0x00004080
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.2: irq 20, io base 0x000040a0
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt 0000:00:1a.7[C] -> GSI 18 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1a.7 to 64
ehci_hcd 0000:00:1a.7: EHCI Host Controller
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1a.7: debug port 1
PCI: cache line size of 32 is not supported by device 0000:00:1a.7
ehci_hcd 0000:00:1a.7: irq 20, io mem 0xe4621000
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 4 ports detected
usb 2-2: new full speed USB device using uhci_hcd and address 2
usb 2-2: not running at top speed; connect to a high speed hub
usb 2-2: configuration #1 chosen from 1 choice
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 20 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 6
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 18, io mem 0xe4628000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb6: configuration #1 chosen from 1 choice
hub 6-0:1.0: USB hub found
hub 6-0:1.0: 6 ports detected
Initializing USB Mass Storage driver...
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usb 6-2: new high speed USB device using ehci_hcd and address 2
usb 6-2: configuration #1 chosen from 1 choice
usb 2-2: USB disconnect, address 2
scsi5 : SCSI emulation for USB Mass Storage devices
usbcore: registered new driver usb-storage
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
USB Mass Storage support registered.
Vendor: Multi Model: Flash Reader Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 00
SCSI device sda: 3998720 512-byte hdwr sectors (2047 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 3998720 512-byte hdwr sectors (2047 MB)
sda: Write Protect is off
sda: Mode Sense: 03 00 00 00
sda: assuming drive cache: write through
sda: sda1
sd 5:0:0:0: Attached scsi removable disk sda
sd 5:0:0:0: Attached scsi generic sg0 type 0
usb-storage: device scan complete
usb 6-2: reset high speed USB device using ehci_hcd and address 2
sd 5:0:0:0: SCSI error: return code = 0x00070000
end_request: I/O error, dev sda, sector 2157953
<Конец

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

Неверно. Минорные версии отнюдь не всегда чисто багфиксовые. Минорные версии несут минорные(не кардинальные) функциональные изменения.

> Ее нет. И скорее всего из-за того что в этом нет необходимости. По крайней мере за последние полтора года и пяти обновлениях я не поимел с ним граблей ни разу.

Выше была ссылка как один товарищ поимел проблемы после обновления портов.

> Я утверждал что данная связка может служить альтернативой apt-у как средство, позволяющее совместить бинарную установку и компиляцию, где невозможно воспользоваться пакетом.

Как видно - не может. Скорее стоит для галочки.

> Могу поспорить что и сендмайл у него взлетает долго. на лицо именно функциональные изменения, но только не спамасассина а самой системы.

Может быть. Но про обновление системы он ничего не говорил.

> Которые легко получаются на i386 железе, с любыми кастомными оптимизациями для каждого конкретного случая.

Кросскомплятором?