BSD на десктопе

угу. продолжаем сравнивать хрен с пальцем...

> Я сошел с ума? Я жую траву?

Выплюнь каку, вот если макском или гриныч перейдут - это да, а так - пионером больше, пионером меньше :)

--- Начало IMHO ---

Gentoo'шная система обновления ПО мне кажется более удачной. Как систему больше люблю FreeBSD.

--- Конец IMHO ---

нда, кто так код форматирует?

http://www.linux.org.ru/view-message.jsp?msgid=452440

И все сразу затихли и успокоились :)

С портами действительно есть траблы. Не фатальные, но довольно неприятные. С обновлением из портов. Проблема в том что никогда не гарантируется обратная совместимость разных версий одного и того же порта. Если собранный из портов пакадж A зависит от собранного из портов пакаджа B, и порт B обновился никогда не знаешь следует ли пересобирать пакадж A или в этом нет надобности.

Кто достаточно давно работает с портами наверняка помнят какой великий трах был в своё время с обновлением gettext, когда после обновления только него сразу же внезапно перестали работать практически все установленные пакеты. Когда его обновляли крайний раз, то специально подняли revision всех портов которые прямо или косвенно от него зависят, но радости от этого тоже как-то не очень много было, потому что пересобирать всё из-за одного порта сильно смахивает на онанизм. Причём опять-таки, даже в таком случае никогда неясно, можно ли пересобрать что-то и не пересобирать то что от него зависит.

Сама по себе сборка из портов неплоха, но система зависимостей во фряхе - это постоянный источник геммора, если пытаться держать всё up-to-date. Лично я пришёл к тому, что проще ждать когда набежит достаточно много обновлений, собирать готовые пакаджи с нуля в chroot-е а потом ставить их в рабочую систему.

Дык надо качественные БП и кулеры брать ;)

Хз - я федору в графике ставил на 64 метрах - просто разрешил ей свап свежесозданный использовать (без него тормозит, сволочь).

Такого быть не может.
У тебя же в помещении не десять градусов тепла.

Я точно могу сказать, что в спокойном состоянии температура высших третих пней около 31-34 градусов, четвертых пней 2.4-2.8ГГц от 32 до 34, целеронов (piv) 1000-2000 около 28-30.
Ну и видел нонсенс - PIV 3.0 на 800 шине работает на 64 градусах в спокойном состоянии. Для верности промеряли внешним термодатчиком - та же байда. Думаю, просто бракованный (кулер - залман, на родном вообще не жил).

>Такого быть не может.

С водянкой может быть ;)

Cell 1000 - 22" C

>Дык надо качественные БП и кулеры брать ;)

Дело говоришь! К тому же плохой БП всю систему завалить может, что останется в рабочем состоянии только корпус и предохранитель в БП :-) Пусть читает статью на ru-board.com, пока не поздно.

Ещё можно смазать =) Я свой кулер на nvidia geforce 2 раз в месяц или чаще смазываю, чтобы не гремел. А БП качественный купил, что не гремит.

> Ну и видел нонсенс - PIV 3.0 на 800 шине работает на 64 градусах в спокойном состоянии.

Не, это как раз норма для среднего кулера. А нонсенс - это 34 градуса
для PIV-2.8. Чтоб добиться такой температуры, надо либо применять трюки
с понижением частоты, как на ноутбуках, либо иметь кулер размером с два
кулака по высоте. Так что этот датчик, где 64 градуса - единственный,
который не врал ;)

> Цифр не будет, просто субъективные ощущения.
> Приложения стартуют быстрее.
> Загрузка до логина раза в 3 быстрее, чем в том же Mandrake.

Слаку выставь для примера, и удивись, что всё стартует в три раза
быстрее freebsd ;) А вообще нужно жутко постараться, чтоб линукс был
медленее freebsd... Нужно использовать самый расфуфыренный дистр для
конченных юзверей, типа мандряка, нужно забыть выставить dma на дисках,
заточить ручки под х, и т.д. и т.п. Если такое произошло, то это уже
диагноз пользователю можнео ставить однозначно: не просто ламер, а
злостный и воинствующий ламер ;)

Всем начинающим и не только FreeBSD-ишникам, во избежание натыкания на грабли собственным лбом, рекомендуется почитать:

http://www.onlamp.com/pub/a/bsd/2003/08/07/FreeBSD_Basics.html
http://www.onlamp.com/pub/a/bsd/2003/08/28/FreeBSD_Basics.html

а ты, прости, к какой категории себя относишь ? :)

бля, что за самодеятельность ??

Ron, Zulu и прочие недалеко ушедшие из линукса ...

ports + portupgrade и будет вам счастье ... ну и, конечно, читать-читать и читать ....

вот только стандартные вещи:

make install clean - всем ясно что

make deinstall - тоже понятно

make reinstall

make search name[key]=... display=path[,info,...] - поиск в портах

make package !!! - собираем в пакетик

pkg_info -x kdelibs - узнаём всё об установленных kdelibs

pkg_version -vl \< - узнаём какие из установленных прог требуют обновления (версия "меньше" чем в портах)

pkg_create -b blah-blah-2.3_4 - собираем пакетик из уже собранного порта (для переноса на др. машину)

что ещё надо? луну с неба? так закоммить ... только спасибо скажут

Вот кстати, чисто интереса ради... во фре есть аналог гентушного glsa-check? (он правда пока только бета, но все равно не нарадуюсь)

> что ещё надо?

GDI32.dll

>> "что ещё надо? луну с неба? так закоммить ... только спасибо скажут"

Я же по-моему ясно объяснил, что надо. Надо знать - нужно ли мне пересобирать, скажем, kdelibs если я обновил libxml2. Как мне в этом поможет portupgrade?

>Надо знать - нужно ли мне пересобирать, скажем, kdelibs если я обновил libxml2. Как мне в этом поможет portupgrade?

Даешь Вам кашу так вы еще и пожевать просите.


http://www.onlamp.com/pub/a/bsd/2003/08/28/FreeBSD_Basics.html?page=2

Читаем с третьего абзаца:


If you just upgrade an application but don't check to see if its dependencies also need upgrading, you'll eventually end up with applications that refuse to upgrade. To prevent this from happening, use the two recursive switches with portupgrade, like so:

% portupgrade -arR

The -R will check the build dependencies and the -r will check the applications that depend upon the port being upgraded. This will prevent your system from having outdated dependencies and software incompatibilities.

"Lesen bildet" (c) das Volk

ЧудесТно. Я так понимаю, что это означает, что правильное обновление гарантируется только если на каждый чих libxml2 или gettext обновлять практически всё. Я конечно понимаю, что можно купить отдельный комп и поставить его собирать порты 24х7, но, пожалуй, есть более приятные способы потратить лишние деньги.

Bудут пересобраны толко те пакеты, которые зависят от обновленного one. Не этого ли хотел благородный дон?

а чего делает ? портежи установленные обновляет ?

GLSA - это Gentoo Linux Security Advisory. Фиксы для дыр, короче =)

Syntax: glsa-check <option> [glsa-list]

-l      --list          : list all unapplied GLSA
-d      --dump          : show all information about the given GLSA
        --print
-t      --test          : test if this system is affected by the given GLSA
-p      --pretend       : show the necessary commands to apply this GLSA
-f      --fix           : try to auto-apply this GLSA (experimental)
-i      --inject        : inject the given GLSA into the checkfile
-h      --help          : show this help message
-v      --version       : some information about this tool

glsa-list can contain an arbitrary number of GLSA ids, 
filenames containing GLSAs or the special identifiers 
'all' and 'new'

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

Что интересно - в Винде в своё время все программы вроде Сандры или Аиды ту же самую температуру показывали.

А в BIOS датчик обычно 49 градусов показывает.

Непонятно, кто врёт.

Процессор - P4 1400

Саныч, береги нервы ;)

> если при каждом обновлении so-шки пересобирать всё что с ней линкуется

Стоять... а почему в дженте такого нет? Вроде Portage и BSD Ports достаточно похожи... не верится что-то, что в BSD все так плохо.

>>>http://www.linux.org.ru/view-message.jsp?msgid=452440

Детский лепет, человек вам дело говорил, а вы его на эмоциях задавили. Оно и понятно: вам сказали, что ваш фетиш не идеален, но ведь такого же не может быть, посколько БСД выбор риальных пацанофф.

Поиск порта по ментейнеру - кому, зачем и как часто это нужно? А даже если и нужно, то с этим прекрасно справится grep, зачем добавлять это в портежи? И вообще такие фишки стоит добавлять только если реализована базовая функциональность. Когда с таким элементарным действием, как обновление гнома система не справляется, то о чем еще можно говорить? Я даже молчу про установку и обновление средствами портов нескольких версий одной программы, например gcc-2.95 и gcc-3.2, или об отсутствии USE. И вообще о чем спор? Порты - хорошая система для своего времени, но спорить с тем, что при разработке портежей учли опыт бсд и не повторили ваших ошибок просто глупо.

ты либо невнимательно читал, либо не совсем понимаешь о чем речь :) А Zulu вообще говорил про апт-гет, знаешь, что это такое ? сомневаюсь...

тянем патчи и персобираем, если нужно или как ?

>ты либо невнимательно читал, либо не совсем понимаешь о чем речь :) А Zulu вообще говорил про апт-гет, знаешь, что это такое ? сомневаюсь...

Причем здесь Зулу? Если тебе сложно следить за несколькими нитями дискуссии, то поробуй по крайней мере вести себя вежливо и не выёживаться.

2int19h

>Стоять... а почему в дженте такого нет? Вроде Portage и BSD Ports достаточно похожи... не верится что-то, что в BSD все так плохо.

Собственно в дженте для таких вещей придумали слоты. Допустим у нас есть либа А в двух ипостасиях А1 и А2, которые между собой не совместимы. Также установлена программа В, которая использует А1. Что будет, если мы захотим поставить программу С, которой нужна версия А2? В ебилде будет записано, что А2 нужно установить в слот 2 и файлы будут установлены примерно в такой какталог: /usr/lib/A/2/ , старая версия останется в /usr/lib/A/1 . В каталоге /etc/env.d задаются переменные окружения и там будет два файла в одном в PATH добавится /usr/lib/A/2/ , а в другом сответственно /usr/lib/A/1/ . Название какой файла будет начинатся с меньшего числа, та версия либы и будет использоваться. Что это даёт? Мы можем запустить программу С, используя А2, затем переименовать файл в /etc/env.d выполнить etc-update и запустить В с либой А1. Конечно если мы захотим мы можем пересобрать В с версией А2 и портеж самостоятельно со всем разберется. Конечно данное решение не идеально и требует некоторого вмешательства пользователя, но по крайней мере мы имеем возможность запускать нужные программы даже если например В софтина коммерческая и с А2 не работает, а С использует функции, которые в А1 работали неправильно.

Ну наконец то закончили.уфф Каждому своё имхо и нефиг тут париться З.Ы. 2Demetrio: респект;)

> Собственно в дженте для таких вещей придумали слоты.

Собственно, для таких вещей есть у ld опция -version-info, только не все пЫонеры успели про нее прочитать