The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


155. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от universiteemail (ok), 08-Авг-11, 16:20 
Не троллите.
Покажите хоть один пример "проблемного порта"
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

172. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 08-Авг-11, 17:07 
Легко. Перевод мета-порта php с 5.2 на 5.3 одним махом, не сделав ветки 5.2 для совместимости. Майнтейнеру порта надо было за это отрвать руки и всё, что отрывается. отвалились все плагины разом.
Ответить | Правка | Наверх | Cообщить модератору

213. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViKemail (ok), 08-Авг-11, 19:20 
Не надо никому ничего отрывать.
"одним махом" с php 5.2 на 5.3 переход не возможен и проблема это не freebsd, нн лень или козни майнтенера, это особенность новой ветки PHP. Аналогично во всех дистрибутивах.
Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.
Ответить | Правка | Наверх | Cообщить модератору

216. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от lagman (ok), 08-Авг-11, 19:25 
> Не надо никому ничего отрывать.
> "одним махом" с php 5.2 на 5.3 переход не возможен и проблема
> это не freebsd, нн лень или козни майнтенера, это особенность новой
> ветки PHP. Аналогично во всех дистрибутивах.
> Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php
> 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.

Очевидно, что автор этого комментария не знаком с темой обсуждения и не в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2 на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда - плохой человек и должен лишиться чего-нибудь.

Ответить | Правка | Наверх | Cообщить модератору

237. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 08-Авг-11, 20:59 
>[оверквотинг удален]
>> это не freebsd, нн лень или козни майнтенера, это особенность новой
>> ветки PHP. Аналогично во всех дистрибутивах.
>> Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php
>> 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.
> Очевидно, что автор этого комментария не знаком с темой обсуждения и не
> в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2
> на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались
> экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное
> создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда
> - плохой человек и должен лишиться чего-нибудь.

Я согласен, что ale@ тут не прав. Но авторы Zend'а многим подложили какашку, а у авторов PHP это вообще стало привычкой (это они объявили 5.2 не поддерживаемой больше и ale повелся). Но это не проблема FreeBSD ни разу.

Ответить | Правка | Наверх | Cообщить модератору

256. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 08-Авг-11, 21:45 
Правильно. Это проблема того, как обновляются порты в FreeBSD. Вот скажите, что мне делать если мне нужны apache 1.3 c php 4, apache 2.0 с php 5.2 и что нибудь совсем свежее? Любое телодвижение с такими связками в системе вызывает только один вопрос - зачем? Зачем мне мучатся с такой системой?

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

Ответить | Правка | Наверх | Cообщить модератору

262. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (-), 08-Авг-11, 22:10 
> Вот скажите, что
> мне делать если мне нужны apache 1.3 c php 4, apache
> 2.0 с php 5.2 и что нибудь совсем свежее?

Поставить в разные каталоги? Одна доп. инструкция для make - это сложно?

>Любое телодвижение
> с такими связками в системе вызывает только один вопрос - зачем?
> Зачем мне мучатся с такой системой?

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


Ответить | Правка | Наверх | Cообщить модератору

318. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от vegus (ok), 09-Авг-11, 01:11 
> Поставить в разные каталоги? Одна доп. инструкция для make - это сложно?

порой удивительно, почему такие очевидные решения не приходят в голову пользователям сразу ;-)

ок, а теперь о главном:

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

в этом, кажется, и есть ключевая суть проблемы коммьюнити FreeBSD сейчас - большинство пользователей почему-то не справляется с пользованием системой и в основном по субъективным причинам (неуверенность, страхи перед изменениями, лень учиться) перестают ей пользоваться, тем самым сокращая и так небольшое (по сравнению с GNU/Linux) сообщество.

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

в результате сообщество и сама FreeBSD становятся настолько специфичными, что не набирается достаточной мощности "экосистемы" FreeBSD для ее широкой популярности.

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

Ответить | Правка | Наверх | Cообщить модератору

330. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 09-Авг-11, 01:32 
Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более оставление её в серверном сегменте.

Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного клона linux, чтобы ничем не выделятся на его фоне.

Ответить | Правка | Наверх | Cообщить модератору

376. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +3 +/
Сообщение от vegus (ok), 09-Авг-11, 04:02 
> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг
> якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима
> не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более
> оставление её в серверном сегменте.

Вот! Вы удивительно точно назвали - текущие activities очень похожи на PR-кампанию. Особенно интересно, кажется, замешивание сюда Rambler/Yandex; складывается ощущение, что это очень весомые, а может даже и одни из ключевых пользователей FreeBSD, наряду с "СНГ-сегментом" вообще.

> Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных
> (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных
> особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного
> клона linux, чтобы ничем не выделятся на его фоне.

Не то чтобы я сильно слежу за СМИ :-)

Однако, на протяжении многих лет становится все очевиднее определенная "десоциализация" что ли фряхи: то есть, она как бы есть и развивается, и Apple тут, и Juniper, и когда-то Yahoo!, а вот т. н. "конечный бизнес" ее даже не замечает как возможный выбор - то ли коммьюнити маловато, то ли оно "закрыто-элитарно", то ли и правда квалифицированных фряшных админов почти не осталось - посмотрите только, _сколько_ комментариев про "плохую" систему портов!

При этом лично я, как инженер, не перестаю восхищаться технической красотой существующих возможностей FreeBSD и скоростью их появления 8-) ...и продолжаю спокойно и уверенно пользовать фряху, пусть и на серверах :-)

Ответить | Правка | Наверх | Cообщить модератору

835. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclightemail (ok), 11-Авг-11, 22:05 
> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг
> якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима
> не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более
> оставление её в серверном сегменте.
> Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных
> (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных
> особенностей FreeBSD? Я — да.

Ооо, да. Конечно же, это ЗаговорЪ! Виноваты какие угодно "они", на что угодно спихнуть, лишь бы не замечать / не признавать своих проблем.

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

Единственный проблеск конструктива во всем комменте, но и эта тема - уникальности - уже освещена в посте.

Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

430. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko (?), 09-Авг-11, 10:45 
>> Вот скажите, что
>> мне делать если мне нужны apache 1.3 c php 4, apache
>> 2.0 с php 5.2 и что нибудь совсем свежее?
> Поставить в разные каталоги?

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

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

В документации нет ответа, что делать, если софт поставлен в другой каталог, а его надо обновить или доустановить к нему что-либо.

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

450. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 12:30 
>>> Вот скажите, что
>>> мне делать если мне нужны apache 1.3 c php 4, apache
>>> 2.0 с php 5.2 и что нибудь совсем свежее?
>> Поставить в разные каталоги?
> А потом попробуйте поставить любой порт, который зависит от установленного в кривой
> каталог софта.

чего?


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

берете и обновляете или доустанавливаете, какие проблемы?

Ответить | Правка | Наверх | Cообщить модератору

465. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от ivanko (?), 09-Авг-11, 14:14 
>>>> Вот скажите, что
>>>> мне делать если мне нужны apache 1.3 c php 4, apache
>>>> 2.0 с php 5.2 и что нибудь совсем свежее?
>>> Поставить в разные каталоги?
>> А потом попробуйте поставить любой порт, который зависит от установленного в кривой
>> каталог софта.
> чего?

Ставим libcurl с дополнительным патчем в /opt. Далее пытаемся поставить что-то, что зависит от него. А через месяц - обновить.

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

Ну так попробуйте это сделать через портапгрейд...

Ответить | Правка | Наверх | Cообщить модератору

466. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от DeadLoco (ok), 09-Авг-11, 14:19 
> В документации нет ответа, что делать, если софт поставлен в другой каталог,
> а его надо обновить или доустановить к нему что-либо.

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

Ответить | Правка | К родителю #430 | Наверх | Cообщить модератору

477. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 09-Авг-11, 15:12 
Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту одну доп. инструкцию для make страждущим. Только не надо мне говорить про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей разных версий, многие из которых в портах не дают использовать разные версии без доп. подпорок и плясок с бубном.

Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на пункт документации, где этот момент описан.

P.S: вот именно благодаря такому подходу и такому "коммьюнити" FreeBSD теряет  популярность и пользователей. Что хорошо было для конца 90-х - начала 00-х, не соответствует текущим нуждам и реалиям. Было дохрена хороших идеологически продуктов, угробленных наплевательским отношением к пользователям.

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

516. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (-), 09-Авг-11, 18:22 
> Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту
> одну доп. инструкцию для make страждущим. Только не надо мне говорить
> про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей
> разных версий, многие из которых в портах не дают использовать разные
> версии без доп. подпорок и плясок с бубном.
> Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на
> пункт документации, где этот момент описан.

давайте я сразу вам дам доку, а вы пойдете и почитаете? вот дока: /usr/ports/Mk/bsd.port.mk
после этого желательно научиться работать с make.conf: make make.conf
для завершения нужно почитать /usr/local/etc/pkgtools.conf.sample и маны из portupgrade.

Ответить | Правка | Наверх | Cообщить модератору

517. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (-), 09-Авг-11, 18:23 
> после этого желательно научиться работать с make.conf: make make.conf

tr/make make.conf/man make.conf/

Ответить | Правка | Наверх | Cообщить модератору

526. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 09-Авг-11, 19:11 
Я вообще-то просил указать точное место в документации, где про это написано. Как сделать это одной командой - вы же знаете, раз надуваете щёки - вот и покажите нам. Так, чтобы не надо было три раза править make.conf.
Ответить | Правка | Наверх | Cообщить модератору

542. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 20:33 
> Я вообще-то просил указать точное место в документации, где про это написано.
> Как сделать это одной командой - вы же знаете, раз надуваете
> щёки - вот и покажите нам. Так, чтобы не надо было
> три раза править make.conf.

Я вам указал точные доки, что вам еще нужно?
Читайте, там все есть. Не можете осилить? - идите на форум, там помогут, если хорошо попросите.

Ответить | Правка | Наверх | Cообщить модератору

545. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 09-Авг-11, 21:29 
Т.е. найти точное место в документации вы не можете? И сказать тот самый один магический параметр для make.conf тоже?
Ответить | Правка | К родителю #542 | Наверх | Cообщить модератору

547. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 09-Авг-11, 21:32 
> Т.е. найти точное место в документации вы не можете? И сказать тот
> самый один магический параметр для make.conf тоже?

Желающие могут вместе со мной поискать этот магический параметр здесь:
http://www.freebsd.org/cgi/man.cgi?query=make.conf&sektion=5

Ответить | Правка | К родителю #545 | Наверх | Cообщить модератору

570. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:40 
> Т.е. найти точное место в документации вы не можете? И сказать тот
> самый один магический параметр для make.conf тоже?

Чего его искать, если я все читал, и прежде, чем что-то вам давать, проверил?
Сказать могу, но не все же преподносить на блюдечке. Я указал направление. Пока сами изучаете - узнаете еще кучу полезного и последующие лишние вопросы, возможно, отпадут.

Ответить | Правка | К родителю #545 | Наверх | Cообщить модератору

627. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 10-Авг-11, 10:36 
Понятно. Ляпнул не подумав про одну команду. Бывает. ;)
Ответить | Правка | К родителю #570 | Наверх | Cообщить модератору

640. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 11:58 
> Понятно. Ляпнул не подумав про одну команду. Бывает. ;)

Установить - одна команда, но для поддержки в актуальном состоянии - уже не одна команда.

Ответить | Правка | К родителю #627 | Наверх | Cообщить модератору

697. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 10-Авг-11, 17:39 
Про установку - тоже не одна. Вы забываете, что может потребоваться (точнее, почти всегда требуется) что-то подшаманить с зависимостями. В реальной жизни - плохо сопровождаемый ад. Или делать свои деревья портов (неважно, каким способом), либо держать машину под сборку бинарных пакетов под конкретную задачу. И то, и другое - неэффективно ни разу.
Ответить | Правка | К родителю #640 | Наверх | Cообщить модератору

566. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 09-Авг-11, 22:33 
>> Я вообще-то просил указать точное место в документации, где про это написано.
>> Как сделать это одной командой - вы же знаете, раз надуваете
>> щёки - вот и покажите нам. Так, чтобы не надо было
>> три раза править make.conf.
> Я вам указал точные доки, что вам еще нужно?
> Читайте, там все есть. Не можете осилить? - идите на форум, там
> помогут, если хорошо попросите.

Ну bsd.port.mk тоже. Увлекательное на ночь чтение.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r...

Ответить | Правка | К родителю #542 | Наверх | Cообщить модератору

613. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragiaemail (ok), 10-Авг-11, 06:29 
Сидите уже на пингвинах и не е..те мозг.. а? Вам человек дал всё что вам нужно.
Секции в make.conf могут например выглядеть таким образом:

.if (${.CURDIR:N*/ports/editors/vim} == "")
WITHOUT_X11= yes
NO_GUI= yes
WITH_RUBY= yes
WITH_PERL= yes
WITH_PYTHON= yes
WITH_CSCOPE= yes
.endif

.if (${.CURDIR:N*/ports/multimedia/mplayer} == "")
WITH_DVD_DEVICE= /dev/acd0
WITH_CDROM_DEVICE=/dev/acd0
WITHOUT_NVIDIA= yes
WITHOUT_ARTS= yes
WITHOUT_IPV6= yes
WITH_LANG= ru
.endif

Или как угодно еще. man make.

Ответить | Правка | К родителю #566 | Наверх | Cообщить модератору

624. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Rendemail (?), 10-Авг-11, 10:03 
Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку - если вы собираете разные версии одного и того же порта (пусть и в разные каталоги), могут понадобится - вот сюрприз - разные версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны, укусите себя змеёй. :)

P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта кричать что её нет, что есть вот такие замечательные костылики, что миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее.

Ответить | Правка | К родителю #613 | Наверх | Cообщить модератору

626. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 10:15 
>[оверквотинг удален]
> если вы собираете разные версии одного и того же порта (пусть
> и в разные каталоги), могут понадобится - вот сюрприз - разные
> версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную
> заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны,
> укусите себя змеёй. :)
> P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта
> кричать что её нет, что есть вот такие замечательные костылики, что
> миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите
> сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно
> срубить много деревьев, но бензопила эффективнее.

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

Ответить | Правка | К родителю #624 | Наверх | Cообщить модератору

630. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 10-Авг-11, 10:49 
> Чего полезли-то вообще? Не нравится - не ешьте. Не хотите разбираться -
> не разбирайтесь.
> Дурацкая это манера, сначала чего-то требовать, потом, так и не разобравшись, обосрать
> и сделав улыбку удалиться. Собственно этим самым обосрали вы себя, а
> не то, что хотели, увы.

Какие-то странные у вас фантазии. Мне нравится FreeBSD - с версии 2.2.8 ещё. На тот момент, на фоне всяких дистрибутивов linux она казалась шедевром. Но времена меняются, меняются задачи и цели - а вот система осталась той же. И, внезапно, оказалось, что она как чемодан без ручки - нести тяжело, а бросить - жалко. Нет желания тратить кучу времени на костыли, только чтобы поддерживать систему в адекватном состоянии. В данный момент есть более удобные решения.

Просто чтобы вы, как защитник FreeBSD поняли - вы сделали сейчас всё, чтобы оттолкнуть людей от системы - так как вы себя ведут 80% адептов культа. Вместо того, чтобы дать чёткий ответ (вы же делаете вид, что его знаете) - вы гордо посылаете на х.., пардон в маны. Причём видно, что сами вы их если и читали, то смутно себе представляете, в чём суть вопроса.

В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы - ну что же, посмотрим. Но лично у меня интерес теперь скорее академический - в продакшен FreeBSD у нас умерла. FAMP в России всё больше становится LAMP.
P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том случае, если freebsd - гостевая система? Практика показывает - два года - не предел.

Ответить | Правка | К родителю #626 | Наверх | Cообщить модератору

633. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."  +/
Сообщение от anonymous (??), 10-Авг-11, 11:00 
> В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы

проблема там в community, её коммитами кода не решишь, увы…

Ответить | Правка | К родителю #630 | Наверх | Cообщить модератору

641. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 10-Авг-11, 12:07 
> Просто чтобы вы, как защитник FreeBSD поняли - вы сделали сейчас всё,
> чтобы оттолкнуть людей от системы - так как вы себя ведут
> 80% адептов культа. Вместо того, чтобы дать чёткий ответ (вы же
> делаете вид, что его знаете) - вы гордо посылаете на х..,
> пардон в маны. Причём видно, что сами вы их если и
> читали, то смутно себе представляете, в чём суть вопроса.

Я сделал все, что бы человек думал свой головой, а не чужой. Копи-паст ума и понимания - не добавит. И да, ответ знаю, у меня так два мускуля на одном из серверов жили, например, долгое время. И вы бы узнали ответ, если бы почитали, а не верещали: "дай мне готовую рецептуру".

Ответить | Правка | К родителю #630 | Наверх | Cообщить модератору

698. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 10-Авг-11, 17:41 
> Я сделал все, что бы человек думал свой головой, а не чужой.
> Копи-паст ума и понимания - не добавит. И да, ответ знаю,
> у меня так два мускуля на одном из серверов жили, например,
> долгое время. И вы бы узнали ответ, если бы почитали, а
> не верещали: "дай мне готовую рецептуру".

Я знаю минимум три способа. Проблема в том, что ни один из них не является эффективным с точки зрения трудозатрат.

Ответить | Правка | К родителю #641 | Наверх | Cообщить модератору

651. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 13:01 
> P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том
> случае, если freebsd - гостевая система? Практика показывает - два года
> - не предел.

У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, и в sysctl  задать подходящий.

Ответить | Правка | К родителю #630 | Наверх | Cообщить модератору

722. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 10-Авг-11, 19:50 
> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
> и в sysctl  задать подходящий.

Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?

Ответить | Правка | К родителю #651 | Наверх | Cообщить модератору

764. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 00:09 
>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
>> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
>> и в sysctl  задать подходящий.
> Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?

5.25. Почему часы на моем лэптопе показывают неправильное время?
http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA...


Ответить | Правка | К родителю #722 | Наверх | Cообщить модератору

770. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (ok), 11-Авг-11, 00:24 
>>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в
>>> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт,
>>> и в sysctl  задать подходящий.
>> Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?
> 5.25. Почему часы на моем лэптопе показывают неправильное время?
> http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA...

Боже мой. Лучше бы вы этого не показывали. facepalm.jpg

P.S: хорошо задокументированный баг - это не баг, а фича.

Ответить | Правка | К родителю #764 | Наверх | Cообщить модератору

746. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (-), 10-Авг-11, 22:14 
> У FreeBSD есть по крайней мере три таймера точного времени.

Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально.

Ответить | Правка | К родителю #651 | Наверх | Cообщить модератору

765. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 00:10 
>> У FreeBSD есть по крайней мере три таймера точного времени.
> Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально.

Не всегда: http://www.google.com/search?q=linux%20спешат%20часы


Ответить | Правка | К родителю #746 | Наверх | Cообщить модератору

823. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 20:05 
> Не всегда: http://www.google.com/search?q=linux%20спешат%20часы

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

Ответить | Правка | К родителю #765 | Наверх | Cообщить модератору

666. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:57 
> если вы собираете разные версии одного и того же порта

Разные версии одного софта являются разными портами, а не разными версиями одного порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со своим деревом зависимостей. И, кстати, основное счастье фрей в том, что создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно.

Ответить | Правка | К родителю #624 | Наверх | Cообщить модератору

700. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 10-Авг-11, 17:43 
>> если вы собираете разные версии одного и того же порта
> Разные версии одного софта являются разными портами, а не разными версиями одного
> порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со
> своим деревом зависимостей. И, кстати, основное счастье фрей в том, что
> создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее
> разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей
> тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно.

Кроме одной - это закат солнца вручную. Простите, если сможете. Честное слово, это подходит для академических изысканий, для души там, или просто потрахаться. Но для реальной работы - увольте.

Ответить | Правка | К родителю #666 | Наверх | Cообщить модератору

724. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от DeadLoco (ok), 10-Авг-11, 20:27 
> Простите, если сможете.

Да что вы! Какие могут быть обиды! Я наоборот - доволен и цвету, как майская роза :)

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

Ответить | Правка | К родителю #700 | Наверх | Cообщить модератору

747. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Аноним (-), 10-Авг-11, 22:16 
> косяками и дырками - тем больше и тем охотнее платят мне.

Или решают что содержать вас стало слишком дорого и валят на линукс? :)


Ответить | Правка | К родителю #724 | Наверх | Cообщить модератору

750. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 22:32 
> Или решают что содержать вас стало слишком дорого и валят на линукс? :)

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

Ответить | Правка | К родителю #747 | Наверх | Cообщить модератору

768. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Rendemail (ok), 11-Авг-11, 00:20 
Понимаете, вы исходите из неверной предпосылки, что кому-то нужна именно FreeBSD или именно Linux. Я открою вам таину и истену великую - бизнесу, по большому счёту, всё равно, что там под капотом. Бизнес интересует результат. Именно поэтому у гентушника или фрибздшника шансов устроится при прочих равных в серьёзную контору меньше, чем у нормального юниксоида. Никто не будет оплачивать вам ваши развлечения. Лишний OPEX никому не нужен.
Безусловно, экологическая ниша у фри есть и будет - вот только становится она всё меньше и уже. Специалисты по Cobol тоже сейчас не особо нужны, знаете ли ;) Спрос в этой нише ограничен.

P.S: мне всегда нравилась FreeBSD за свой "соборный" стиль построения системы и коммьюнити, в отличии от "базарного" в Linux. Кто бы мог подумать, что это же станет её проклятьем. Воистину, толпа решает.

Ответить | Правка | К родителю #750 | Наверх | Cообщить модератору

809. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 11-Авг-11, 18:48 
> Понимаете, вы исходите из неверной предпосылки, что кому-то
> нужна именно FreeBSD или именно Linux.

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

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

Простейший пример - сравнить уровень киддизов, освоивших мускль в масс-хостинге, и ораклистов. Когда возникает серьезная задача - скорей обратятся к ораклистам, потому что у киддиза-хостера как бы он ни крутил - все равно получится хостинг ;)

Ответить | Правка | К родителю #768 | Наверх | Cообщить модератору

876. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:26 
> Но данная стратегия не работает в случае нетривиальных штучных задач, требующих от
> проектирования, разработки и сопровождения уровня, заметно более высокого, нежели чем
> киддизовый.

Почему-то гугл, фэйсбук, вика и прочие top busiest sites с кастомными решениями ... все как один на линуксе. Топ500 суперкомпьютеров почему-то тоже оккупировали пингвины. Или это недостаточно масштабные задачи для господ илитистов?

Ответить | Правка | К родителю #809 | Наверх | Cообщить модератору

906. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrew Kolchoogin (?), 12-Авг-11, 19:47 
> Почему-то гугл

Про Google не надо. Не говорите, чего не знаете.

Ответить | Правка | К родителю #876 | Наверх | Cообщить модератору

938. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 14-Авг-11, 04:14 
> Про Google не надо. Не говорите, чего не знаете.

И чего мы не знаем про гугл? Того что у них на серверах свой допиленный пингвиникс с слегка кастомным ядром? Это довольно общеизвестный факт, если что :)

Ответить | Правка | К родителю #906 | Наверх | Cообщить модератору

916. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 20:25 
> Или это недостаточно масштабные задачи для господ илитистов?

Походу, в мировом океане гораздо больше планктона, чем крылатых насекомых (в частности, мух). Так что претендующих на ширпотреб линуксистам есть ещё куда стремиться — десктопы ещё не завоёваны числом установок. :))

Ответить | Правка | К родителю #876 | Наверх | Cообщить модератору

793. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 15:14 
> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже,
> чем илитная ось с задротами глубокого бурения.

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

"Я сильный, я очень сильный! Но легкий, очень легкий!" (с) анек про ежика и медведя.

Ответить | Правка | К родителю #750 | Наверх | Cообщить модератору

842. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 22:38 
>> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже,
>> чем илитная ось с задротами глубокого бурения.
> И вы конечно же готовы это обосновать? Прямо вот с бизнес-планом и
> цифрами на руках? Или это как всегда - следствие мнительности илитистов,
> которые в результате вечно себя переоценивают, что для всех остальных довольно
> смешно выглядит со стороны.

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

Ответить | Правка | К родителю #793 | Наверх | Cообщить модератору

875. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:22 
> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера
> из-за того, что за ними не следили,

Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами т.к. приводит к недооценке потенциального противника.

> видел сетей заваленные штормами, видел apr-спуфинг, всего этого можно было избежать...

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

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

И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию сишного компилера, например, не обновляемую гОдами?

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

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

Ответить | Правка | К родителю #842 | Наверх | Cообщить модератору

901. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:38 
>> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера
>> из-за того, что за ними не следили,
> Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение
> насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами
> т.к. приводит к недооценке потенциального противника.

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

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

К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга.

>> А сколько просто приходит железок с софтом который гадами не обновлялся...
> И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию
> сишного компилера, например, не обновляемую гОдами?

А там есть уязвимости?

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

У вас с мозгом явно что-то не так...

Ответить | Правка | К родителю #875 | Наверх | Cообщить модератору

911. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 20:05 
> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из
> ламеров обходится значительно дороже". Ламеры есть ламеры.

Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки.

> От эникейщиков ждать ничего хорошего не приходится, увы.
> С илитизмом и выводами - согласен.

Взаимоисключающие параграфы, имхо ;)

> К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста
> - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга.

Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу их назвать недоучами и ламерами. А то что они бсдшники - ну вот так получилось. Я не виновт что статистика такая.

>> сишного компилера, например, не обновляемую гОдами?
> А там есть уязвимости?

Там баги есть. Двухдневную сессию бдения над воркэраундингом оных я не так давно видел. Смешно выглядит - толпа фанатиков геморроится 2 дня с тем что за час делается только потому что линукс не комильфо, бсд им подавайте.

Ответить | Правка | К родителю #901 | Наверх | Cообщить модератору

933. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 13-Авг-11, 07:57 
>> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из
>> ламеров обходится значительно дороже". Ламеры есть ламеры.
> Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно
> изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки.

Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр, то очень сомнительно, что там будет человек, который все сможет грамотно настроить.


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

Мое имхо - другое.

> Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу
> их назвать недоучами и ламерами. А то что они бсдшники -
> ну вот так получилось. Я не виновт что статистика такая.

294-ый, а сам себя-то ты как оцениваешь? :)

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

у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало. если будет конкретная бага генерирующая уязвимый код, то известие придет по каналам, а там уже и можно будет думать об обновлении. К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку.

>Смешно выглядит - толпа фанатиков геморроится 2 дня с
> тем что за час делается только потому что линукс не комильфо,
> бсд им подавайте.

Приведите мне примеры, плз. У меня, например, есть другой опыт, приключившийся где то год назад: стоит у нас в офисе железка, на которой был старый дебин 4-ех летней давности , решил не обновлять, а просто переставить систему, тем более, что под руку просили убунту. Попробовал поставить убунту - установщик не нашел винты, причем ядро их видело, так и сяк покорячил - не встает, ладно, взял дебиан, инталлер начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+ - нормально. Вкорячил фрю - встала без проблем. В результате, т.к. нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo. Ну да, вот такая история неосилятора десктоп-ориентированной системы. На др. компах таких приключений не было, т.е. это единичная такая железка, но осадок...

Ответить | Правка | К родителю #911 | Наверх | Cообщить модератору

934. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 13-Авг-11, 08:00 
за ошибки и описки - сорри, на бегу пишу.
Ответить | Правка | К родителю #933 | Наверх | Cообщить модератору

973. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 18-Авг-11, 01:34 
> Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр,
> то очень сомнительно, что там будет человек, который все сможет грамотно настроить.

А зачем нанимать 3 по 20? Один по 50-80 - не вариант?

> Мое имхо - другое.

Ну, я вас с этим поздравляю.

>> ну вот так получилось. Я не виновт что статистика такая.
> 294-ый, а сам себя-то ты как оцениваешь? :)

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

> у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало.

Да, но их еще и чинят, вообще-то. И как правило сами авторы программ используют более-менее свежие версии компилеров, библиотек и прочая. Потому что их абсолютно не прет воркэраундить окаменелые баги чужих либ, компилеров, etc. Стандартная реакция програмеров на репорт в старой версии - "поставьте текущую версию и попробуйте снова".

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

Програмеров которые в 2011 году хотят греть свой мозг багами замшелых версий доGPLv3ного GCC - не очень много, извините.

> К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку.

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

>> бсд им подавайте.
> Приведите мне примеры, плз.

Дык привел уже то что вспомнилось из наиболее вопиющего и свежего, как умел. А если посмотреть, такое сплошь и рядом. Мне специально такие приколы коллекционировать начать? :)

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

Похоже на какие-то глюки инсталлера. Наверное это была какая-то довольно экзотичная конфига, на которой никто не словил какой-то баг. Только вот если мы о железе будем говорить - я без проблем найду вагон железок куда фря или не ставится никак или впихивается чисто номинально, так что результат бесполезен на практике. Особенно если не дай боже взять что-то отличное от х86 (бздуны же любят кивать поддержкой ARM и MIPS, можно это припомнить и взять наугад десяток плат на этом всем из того что более-менее массово продается, во смеху то будет).

> Ну да, вот такая история неосилятора десктоп-ориентированной системы.

У фри corner cases где она взбрыкивает - ИХМО сильно больше. А если придираться то даже XP после обновления до SP2 вываливала синий экран на некоторых конфигруациях. Ответ MS был гениален своей простотой: "извините, но ваше железо не поддерживается SP2". В общем то проблемы везде можно найти.

> На др. компах таких приключений не было, т.е. это единичная такая железка, но осадок...

Идеальных систем вообще без багов - не бывает. Тут скорее вопрос насколько часто и больно грабли будут выдавать в лоб.

Осиляторы могут меня забрасывать тапками, но имхо управление софтом в фре грабельное и архаичное, требующее больше усилий/времени для типовых сценариев чем apt-get install something. По крайней мере с точки зрения удобства содержания боевых серверов на этом. Древние компилеры эпохи царя гороха - вообще маразм. Перескок на шланг опять же странная затея: он пилится только эпплом, которому на проблемы бзди как-то перпендикулярно, так что данный шаг вызовет много попаболи и не факт что закончится чем-то хорошим.

Ответить | Правка | К родителю #933 | Наверх | Cообщить модератору

779. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragiaemail (ok), 11-Авг-11, 06:05 
> Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку -
> если вы собираете разные версии одного и того же порта (пусть
> и в разные каталоги), могут понадобится - вот сюрприз - разные
> версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную
> заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны,
> укусите себя змеёй. :)

Поток сознания. Разные версии "одного и того же софта" находятся в разных каталогах портов.
Пример? Сколько угодно: lang/perl5.10, lang/perl5.12, www/apache13, www/apache20, www/apache22. etc..
"разные версии зависимостей" синхронизированы для всей ветки. для клинических случаев:
devel/autoconf, devel/autoconf213, devel/automake, devel/automake14

Для совсем уж древних портов portupgrade сохраняет библиотеки в compat. т.е. есть гарантия, что при обновлении скажем libpng - gimp останется рабочим.

> P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта
> кричать что её нет, что есть вот такие замечательные костылики, что
> миллионы леммингов их используют и они не могут ошибаться.

Ну и к чему эти ваши спазмы? Проблема есть. И ясно(по крайней мере мной) осознаваемая. Большая и жЫрная. Но не там где вы ее пыжитесь найти.

> Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее.

Да за ради бога. Советчиков и без вас хватает.

Ответить | Правка | К родителю #624 | Наверх | Cообщить модератору

788. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (ok), 11-Авг-11, 11:37 
Вы хоть раз сами пробовали поставить несколько версий одного и того же порта одновременно??
Ответить | Правка | К родителю #779 | Наверх | Cообщить модератору

836. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Аноним (-), 11-Авг-11, 22:09 
> Вы хоть раз сами пробовали поставить несколько версий одного и того же
> порта одновременно??

Утихомирьтесь уже, пробовали, делали, обновляли - все работает.

Ответить | Правка | К родителю #788 | Наверх | Cообщить модератору

819. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 19:50 
> Сидите уже на пингвинах и не е..те мозг.. а?

Ну так чего ж вы потом такие новости то постите, что ай-яй-яй, все валят на пингвины. Нестыковочка.

Ответить | Правка | К родителю #613 | Наверх | Cообщить модератору

695. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +1 +/
Сообщение от Кирилл (??), 10-Авг-11, 17:31 

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

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

Ответить | Правка | К родителю #477 | Наверх | Cообщить модератору

279. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Авг-11, 23:22 
[ multi apache+php ]
> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
> Да, я могу наделать jail-ов со своим деревом портов в каждом
> - но это за гранью добра и зла в плане поддержки.

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

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

335. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 09-Авг-11, 01:44 
> [ multi apache+php ]
>> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
>> Да, я могу наделать jail-ов со своим деревом портов в каждом
>> - но это за гранью добра и зла в плане поддержки.
> Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать --
> в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией,
> чем один со страшными макаронами ("здесь играем, здесь не играем, здесь
> селёдку заворачивали").

А что у вас в этих контейнерах. Чем от них отличаются jail'ы?


Ответить | Правка | Наверх | Cообщить модератору

571. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:41 
> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?

Ну а потребление ресурсов например ограничить группе процессов там как? В лине все понятно, есть cgroups. А тут что? Фига, как обычно?

Ответить | Правка | Наверх | Cообщить модератору

647. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vleemail (ok), 10-Авг-11, 12:47 
> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?

Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
и первое и второе. chroot и фришный jail -- только первое.

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

652. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 13:02 
>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?
> Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
> и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
> и первое и второе. chroot и фришный jail -- только первое.

man setrlimit(2)
man cpuset(1)

OpenVZ не в ванильном ядре.

Ответить | Правка | Наверх | Cообщить модератору

669. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorinemail (ok), 10-Авг-11, 14:41 
> man setrlimit(2)

Хочу (1) или (8).  Так можно и man напильник предлагать :-/

> man cpuset(1)

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

> OpenVZ не в ванильном ядре.

Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например.

У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно.

Ответить | Правка | Наверх | Cообщить модератору

754. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 23:05 
> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, а также приоретизацию I/O.  Что читать?

Читать сначала про epair(4), а потом окунуться с головой в vimage в FreeBSD 9.
Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет, так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а и общего файлового кэша, разделяемого всеми виртуальными машинами (ой, простите — изолированными окружениями).

>> OpenVZ не в ванильном ядре.
> Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например.

Когда же до олухов дойдёт, что наличие OpenVZ — это не столько отличительная особенность Linux, сколько отличительная особенность поставщика конкретного ядра Linux. А таких поставщиков наберётся от силы пять-шесть, два из которых никаких гарантий и предоставление подписок на сопровождение не дадут.

> У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно.

Поздравляю.

Ответить | Правка | Наверх | Cообщить модератору

774. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorinemail (ok), 11-Авг-11, 03:02 
>> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка,
>> а также приоретизацию I/O.  Что читать?
> Читать сначала про epair(4)

Вы про lo точно прочли?

> а потом окунуться с головой в vimage в FreeBSD 9.

Видите ли, я в отпуске и окунуться в головой предпочту в море, нежели в эти удобства во дворе.  Зачем Вы мне ЭТО суёте как достижение?  В OpenVZ есть более легковесная реализация (venet), которая не требует пар типа-эзернетов (которые тоже есть -- veth), собираемых в бриджи со всеми вытекающими.  Заодно более безопасная -- снупать или повесить свой dhcpd не выйдет.

http://wiki.openvz.org/Differences_between_venet_and_veth

> Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет

И опять врёте.  vzctl(8), --ioprio.  _Работает_, мы так и жили на весьма скромном терминальном сервере (два ядра, 4G RAM, 5 HDD) -- три "прижатых" сборочных контейнера, каждый из которых по отдельности способен заметно "задумать" само железо, практически не оказывали влияния на интерактивность терминальных сессий при полной нагрузке.

http://wiki.openvz.org/I/O_priorities_for_containers

На отдельно взятом умеренно древнем линуксе -- schedutils и ionice(1) из них.

> так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а

1) активный своп на плотно нагруженной системе недопустим;
2) производительность фонового вытеснения хлама некритична;
3) ссылку http://wiki.openvz.org/Vswap уже раз или два в ответах Вам здесь давал.

> и общего файлового кэша

С производительностью кэша проблем не наблюдаю: seek'ать нечему; ручка к его объёму (по метаданным) есть: vzctl set --dcachesize.

> Когда же до олухов дойдёт, что наличие OpenVZ — это не столько
> отличительная особенность Linux

Ну-ка найдите мне его нынче на другом ядре, а потом продолжим.

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

Вот скажите, кем надо быть, чтоб пытаться проскочить перед камазом с очень простой мыслью:

    если есть хотя бы один, лучше два,
    дающих гарантию внятных поставщика
    -- неважно, сколько "не дадут"

ARM-овый ширпотреб идёт вон вообще со своими ядрами, _и ничего_.  Потихоньку сводят и обобщают, но главное-то в том, что этот самый хотя бы один поставщик -- находится, пока Вы тут продолжаете спамить "в защиту" вместо того, чтобы помочь со сбором претензий (sic) или на худой конец -- полезным сравнительным анализом.

Ответить | Правка | К родителю #754 | Наверх | Cообщить модератору

789. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 11:53 
> Вы про lo точно прочли?

jail_jailname_ip="192.168.1.5,127.0.0.1" в /etc/rc.conf хоста (в FreeBSD 7.2 и выше).

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

Ответить | Правка | К родителю #774 | Наверх | Cообщить модератору

797. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (ok), 11-Авг-11, 16:06 
iZen, извините, но вы чудовищно некомпетентны. Изолирование loopback - одна из мер изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность использования локализованных данной ВМ сетевых приложений.
Ответить | Правка | К родителю #789 | Наверх | Cообщить модератору

847. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 23:36 
> iZen, извините, но вы чудовищно некомпетентны.

Я-то? Я же пример уже привёл, как сделать изолированный loopback-интерфейс в Jail'ах современных ОС FreeBSD. Какие ещё могут быть вопросы?

> Изолирование loopback - одна из мер
> изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность
> использования локализованных данной ВМ сетевых приложений.

До  этой возможности (которая появилась в FreeBSD 7.2), хостеры FreeBSD-VPS как-то обходились без изолированного (и вообще без никакого) loopback-интерфейса. А потом пришёл OpenVZ и пользователи почему-то вдруг, нет — РЕШИТЕЛЬНО — захотели единоличный 127.0.0.1 в своих изолированных операционных окружениях. :)) Почему так, а?!

Ответить | Правка | К родителю #797 | Наверх | Cообщить модератору

877. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:31 
> iZen, извините, но вы чудовищно некомпетентны.

Капитан! Вы снова нас посетили! :)

Ответить | Правка | К родителю #797 | Наверх | Cообщить модератору

676. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от vleemail (ok), 10-Авг-11, 15:30 
>>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы?
>> Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов
>> и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает
>> и первое и второе. chroot и фришный jail -- только первое.
> man setrlimit(2)

О да, это шедевр.

> man cpuset(1)

Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы,
доступ к которым хотелось бы ограничить.
Да и выдвигать cpuset(1) как средство ограничения jail-а к CPU -- это,
извини подвинься, ни в какие ворота.
Все-таки фанатизма бы тебе поменьше.

> OpenVZ не в ванильном ядре.

Никого это не волнует в мире Линупса. Берется правильный вендор
с правильным ядром, и никому не колупется моск.
grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять.
Это одно из преимуществ сильной фрагментации Линупс рынка.

Ответить | Правка | К родителю #652 | Наверх | Cообщить модератору

773. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 00:28 
> Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы,
> доступ к которым хотелось бы ограничить.

Лимиты на память, cputime, количество одновременно запущенных процесов и т.д. для клеток задаются для собственных классов пользователей в login.conf этих клеток.

> Никого это не волнует в мире Линупса. Берется правильный вендор с правильным ядром, и никому не колупется моск.

Да где ж его взять-то?

> grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять.

Да где ж его взять-то?

> Это одно из преимуществ сильной фрагментации Линупс рынка.

Это — самое неприятное в Linux. Потому и не больше 5% всех установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации, чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и Apple — основных движителей индустрии потребительских устройств, которые совместимы только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор между корпорациями:
1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы;
2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же, чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых друг с другом и с общей кодовой базой (которая мизерна и включает в себя только ванильное ядро Linux);
3) оставить GNU/Linux на серверах, чтобы кое-кто не лежал на печи, а продуцировал нужные всем инновации (веб-два-ноль, облачные вычисления). Google чего-то там рыпается с Android и вроде отвечает на судебные выпады против неё самой (а не Linux), но, я думаю, это "показательные выступления" вендора разработки инфраструктуры проприетарных решений, а не "остриё атаки" движения FOSS.

Ответить | Правка | Наверх | Cообщить модератору

785. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov (?), 11-Авг-11, 11:00 
>>не колупется моск.
> Да где ж его взять-то?

Прогрессивное человечество рыдает над Вашими проблемами.

Ответить | Правка | К родителю #773 | Наверх | Cообщить модератору

787. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от andy (??), 11-Авг-11, 11:20 

> Это — самое неприятное в Linux. Потому и не больше 5% всех
> установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et
> impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации,
> чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и
> Apple — основных движителей индустрии потребительских устройств, которые совместимы
> только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор
> между корпорациями:
> 1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы;

Не считая того, что сговор это бред сивой кобылы, можно вспомнить FreeBSD, которая делает все возможное, что бы убрать gnu утилиты из системы. Чем Apple и пользуется, благодаря "более свободной" лицензии. Друзья проприетарщиков, одним словом.

> 2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же,
> чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых
> друг с другом и с общей кодовой базой (которая мизерна и
> включает в себя только ванильное ядро Linux);

Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то?

Ответить | Правка | К родителю #773 | Наверх | Cообщить модератору

792. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 15:12 
> Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то?

Linux фрагментирован, потому что стадии пересборки в любом случае не избежать — даже внутри одного дистрибутива при изменении системного API c выходом очередной версии ядра и/или glibc.

А между *BSD софт переносят, потому что это не клоны, а РАЗНЫЕ операционные системы, как Mac OS X, AmigaOS и QNX.

Ответить | Правка | К родителю #787 | Наверх | Cообщить модератору

924. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 21:12 
> Linux фрагментирован, потому что стадии пересборки в любом случае не избежать —
> даже внутри одного дистрибутива при изменении системного API c выходом очередной
> версии ядра и/или glibc.

Я вот вчера заменил 2.6.38 на 3.0 и не пересобрал при этом ни одной программы вообще. И ни единой библиотеки. Как можно быть настолько ламером, изен?!

Ответить | Правка | К родителю #792 | Наверх | Cообщить модератору

820. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 19:52 
> OpenVZ не в ванильном ядре.

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

Ответить | Правка | К родителю #652 | Наверх | Cообщить модератору

482. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 09-Авг-11, 15:20 
> [ multi apache+php ]
>> У меня нет желания тратить время на разработку костылей в подобных ситуациях.
>> Да, я могу наделать jail-ов со своим деревом портов в каждом
>> - но это за гранью добра и зла в плане поддержки.
> Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать --
> в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией,
> чем один со страшными макаронами ("здесь играем, здесь не играем, здесь
> селёдку заворачивали").

Зависит от Линукса. В некоторых проблема решается просто и элегантно - в некоторых тоже надо помучаться. Просто "коммьюнити" не понимают разницу между промышленной эксплуатацией, где считают TCO, трудозатраты, человеко-часы на обслуживание и т.д. и "радиолюбительством".

Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

480. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от www2 (??), 09-Авг-11, 15:19 
Дык, у вас и с любым Linux те же проблемы будут. Если от замены предполагаемого источника проблемы проблема не исчезает, может быть не верно определён её источник? Другими словами: нежелание годами менять устаревший софт - это ваши личные трудности.
Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

294. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViKemail (ok), 08-Авг-11, 23:59 
Под Alex я и имел в виду lissyara и с вопросом я хорошо знаком.
Переход на php 5.3 был неизбежен в любом случае.
Для того чтобы не было внезапностей принято читать UPDATING.
Ответить | Правка | К родителю #216 | Наверх | Cообщить модератору

479. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Rendemail (?), 09-Авг-11, 15:17 
> Под Alex я и имел в виду lissyara и с вопросом я
> хорошо знаком.
> Переход на php 5.3 был неизбежен в любом случае.
> Для того чтобы не было внезапностей принято читать UPDATING.

Да ладно? А вот у меня на тот момент было 5.2.7 и нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то решил, что лучше знает, как вести порт, и что нужно пользователям.

Ответить | Правка | Наверх | Cообщить модератору

535. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от VoViKemail (ok), 09-Авг-11, 19:53 
> Да ладно? А вот у меня на тот момент было 5.2.7 и
> нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то
> решил, что лучше знает, как вести порт, и что нужно пользователям.

Надо было почитать UPDATING, заглянуть в форум и т.д.
php52 появился менее чем через 2 недели после смены версии.
Раз уж вы не обновляли с 5.2.7 полтора года, могли бы подождать 2 недели.
Он так решил именно потому что _он_ майнтейнер и с момента выхода 5.3.0 прошел уже почти год.

Ответить | Правка | Наверх | Cообщить модератору

538. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Sememail (ok), 09-Авг-11, 20:07 
>> Под Alex я и имел в виду lissyara и с вопросом я
>> хорошо знаком.
>> Переход на php 5.3 был неизбежен в любом случае.
>> Для того чтобы не было внезапностей принято читать UPDATING.
> Да ладно? А вот у меня на тот момент было 5.2.7 и
> нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то
> решил, что лучше знает, как вести порт, и что нужно пользователям.

Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение слова маинтейнер.

Ответить | Правка | К родителю #479 | Наверх | Cообщить модератору

670. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 10-Авг-11, 14:44 
> Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение
> слова маинтейнер.

Заодно найдите десять отличий от слова "диктатор" (начиная с того, что вовсе не обязательно принимать на себя весь груз ответственности -- можно и посоветоваться, особенно если светит не policy decision, а local admin decision).

--
майнтейнер

Ответить | Правка | Наверх | Cообщить модератору

780. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 09:41 
Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?!


Тогда ты какого лезешь со своими "умными" советами?

Ответить | Правка | Наверх | Cообщить модератору

878. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:33 
> Тогда ты какого лезешь со своими "умными" советами?

Да вообще, закрыть треды и стереть новость. С таким подходом к делу это самый оптимальный вариант.

Ответить | Правка | Наверх | Cообщить модератору

946. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  –1 +/
Сообщение от исчо_адын_аноним (?), 14-Авг-11, 19:40 
> Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?!
> Тогда ты какого лезешь со своими "умными" советами?

Ну наконец то сквозь покровы цивилизации поперла суть среднего фряшника.
Не кормите больше анонимов ;)

Ответить | Правка | К родителю #780 | Наверх | Cообщить модератору

821. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 19:54 
> Я прямо в растеренности...

^^^^^^^^^^^^^^^^^^^^^^^ И эти люди учат других обращаться со словарем. Жесть как она есть!


Ответить | Правка | К родителю #538 | Наверх | Cообщить модератору

224. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonymous (??), 08-Авг-11, 19:41 
portupgrade php5\*

Таки сложно?

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

240. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 08-Авг-11, 21:02 
> portupgrade php5\*
> Таки сложно?

Вы видимо этого не делали. Но это не проблема FreeBSD, это проблема криворуких PHP-разработчиков и web-разработчиков.

Ответить | Правка | Наверх | Cообщить модератору

253. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от anonymous (??), 08-Авг-11, 21:40 
Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается фря?
Ответить | Правка | Наверх | Cообщить модератору

258. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +2 +/
Сообщение от Rendemail (?), 08-Авг-11, 21:50 
> Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и
> к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными
> под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается
> фря?

Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3, и не оставил возможности использовать 5.2. Потому что - сюрприз, для этого надо закоммитить новый порт (который теперь php52), а ему было то ли в лом, то ли последствия он не учёл. И внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а 5.3, сломаные зависимости и неработающие плагины. И так может произойти с каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли - системно проблема не решается, пользователи начинают голосовать ногами.

Ответить | Правка | Наверх | Cообщить модератору

391. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от kshetragiaemail (ok), 09-Авг-11, 08:14 
Тут соглашусь. Пакетная система фрюши - ее любимая мозоль. (Порты мне нравятся).
Ответить | Правка | Наверх | Cообщить модератору

519. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от aaa (??), 09-Авг-11, 18:27 
внезапно? А вы пробовали читать /usr/ports/UPDATING - nfv vyjuj bynthtcyjuj bien/
Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

525. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 09-Авг-11, 19:06 
>[оверквотинг удален]
>> фря?
> Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3,
> и не оставил возможности использовать 5.2. Потому что - сюрприз, для
> этого надо закоммитить новый порт (который теперь php52), а ему было
> то ли в лом, то ли последствия он не учёл. И
> внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а
> 5.3, сломаные зависимости и неработающие плагины. И так может произойти с
> каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления
> как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли
> - системно проблема не решается, пользователи начинают голосовать ногами.

Угу, а разработчики PHP такие все белые и пушистые. Ни с того, ни с сего вдруг объявили, что 5.2 больше не поддерживается. Не поддерживаемое ПО очень сложно держать в портах.

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

649. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vleemail (ok), 10-Авг-11, 12:50 
Вот чем больше читаю фришников про фрю, тем больше понимаю,
что сделал правильный выбор в свое время.
Господа, да посмотрите же, как проблема с php, apache, python и.п.
решена у ваших коллег в NetBSD/pkgsrc!
Там нет даже тени тех проблем, о которых вы говорите.
И pkgsrc чудесно работает и на FreeBSD тоже!
Ответить | Правка | Наверх | Cообщить модератору

733. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Sememail (ok), 10-Авг-11, 21:02 
> Вот чем больше читаю фришников про фрю, тем больше понимаю,
> что сделал правильный выбор в свое время.
> Господа, да посмотрите же, как проблема с php, apache, python и.п.
> решена у ваших коллег в NetBSD/pkgsrc!
> Там нет даже тени тех проблем, о которых вы говорите.
> И pkgsrc чудесно работает и на FreeBSD тоже!

Сравни только количество портов. Ну и актуальность.

Ответить | Правка | Наверх | Cообщить модератору

827. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vleemail (ok), 11-Авг-11, 20:33 
>> Вот чем больше читаю фришников про фрю, тем больше понимаю,
>> что сделал правильный выбор в свое время.
>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>> решена у ваших коллег в NetBSD/pkgsrc!
>> Там нет даже тени тех проблем, о которых вы говорите.
>> И pkgsrc чудесно работает и на FreeBSD тоже!
> Сравни только количество портов. Ну и актуальность.

Все, что нужно *МНЕ* в pkgsrc есть. А мне нужно сильно больше
среднестатистического админа.
Для справки: RHEL -- ~3500 пакетов, SLES - ~4500 пакетов.
pkgsrc -- ~11000 пакетов.

Актуальность?! Позвольте, но это же просто тупо! Более древний
софт можно найти и там и там. Это вообще не аргумент.
Но в плане управления пакетами и сборки,
насколько я вижу, фришные порты по сравнению с pkgsrc
и рядом не валялись. Ну сравните хотя бы базис -- pkg_*.
Основа основ!

Ответить | Правка | Наверх | Cообщить модератору

863. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от анонимЪ (?), 12-Авг-11, 13:48 
>Для справки: RHEL -- ~3500 пакетов,
>pkgsrc -- ~11000 пакетов.

Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...)

А про Debian я вообще не пишу, ибо там в два раза больше чем у Fedora.

Ответить | Правка | Наверх | Cообщить модератору

865. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vleemail (ok), 12-Авг-11, 14:50 
>>Для справки: RHEL -- ~3500 пакетов,
>>pkgsrc -- ~11000 пакетов.
> Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на
>  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...)
> А про Debian я вообще не пишу, ибо там в два раза
> больше чем у Fedora.

Надеюсь, с английским проблем не возникнет?
http://mail-index.netbsd.org/netbsd-users/2011/08/04/msg0087...

Ответить | Правка | Наверх | Cообщить модератору

833. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclightemail (ok), 11-Авг-11, 21:58 
> Вот чем больше читаю фришников про фрю, тем больше понимаю,
> что сделал правильный выбор в свое время.
> Господа, да посмотрите же, как проблема с php, apache, python и.п.
> решена у ваших коллег в NetBSD/pkgsrc!
> Там нет даже тени тех проблем, о которых вы говорите.
> И pkgsrc чудесно работает и на FreeBSD тоже!

Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда NetBSD/pkgsrc так непопулярна (сотые доли процента) ? Что-то, значит, не ладно, что-то не так? А значит, раз не так, то и не получится перетащить решение как есть.

Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло много хорошего, значит, стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное обзорное руководство, где эта система доступна объясняется? Какая-нибудь статья на 30-40 тысяч знаков (не больше), охватывающая целиком.

Ответить | Правка | К родителю #649 | Наверх | Cообщить модератору

856. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok), 12-Авг-11, 08:37 
>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>> решена у ваших коллег в NetBSD/pkgsrc!
>> Там нет даже тени тех проблем, о которых вы говорите.
>> И pkgsrc чудесно работает и на FreeBSD тоже!
> Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда
> NetBSD/pkgsrc так непопулярна (сотые доли процента)?
> Что-то, значит, не ладно, что-то не так?

Я тебя умоляю, давай обойдемся без писькомера.
Я человек технический, у кого длиннее мне мало интересно,
давай лучше по делу ;-)

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

Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD.

http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011...

Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes).
Поэтому многие пакеты попадали, в норме, если собирать без этого флага,
соберется пакетов намного больше, но даже 7000 для "чужой"
платформы -- хороший результат. Я бы мог эксперимент повторить,
если б не померла в машинке сетевая карта, все никак не починю.
С удовольствием гонял бы bulk build-ы регулярно, но у меня нет
подходящего железа, да и возиться с настройкой FreeBSD
неохото, если честно.

В то время, когда в pkgsrc активно улучшалась поддержка DragonFlyBSD
над этим работало ну буквально один-два человека. За примерно пол года
поддержка стала такой же как и для NetBSD, сейчас для стрекозы
пакеты собираются практически все.

FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
поэтому обеспечить поддержку на 5 баллов для нее куда проще.

> Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло
> много хорошего, значит,
> стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное
> обзорное руководство, где эта система доступна объясняется?\
> Какая-нибудь статья на 30-40
> тысяч знаков (не больше), охватывающая целиком.

http://www.netbsd.org/docs/pkgsrc/
http://www.netbsd.org/docs/guide/en/
http://pkgsrc.se/pkgtools/nih
http://pkgsrc.se/pkgtools/distbb
http://pkgsrc.se/pkgtools/pkg_summary-utils
http://pkgsrc.se/pkgtools/pkglint
http://pkgsrc.se/pkgtools/pkgin
http://pkgsrc.se/pkgtools/pbulk
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current
http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur...

Для начала, думаю, хватит. Обрати внимание на флаги -u, -U и -A в pkg_add.
Без них жить нельзя!
При наличии заинтересованных по ту сторону, можно подумать над портированием NIH
под фрю.

Ответить | Правка | Наверх | Cообщить модератору

948. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclightemail (ok), 15-Авг-11, 00:35 
>>> Господа, да посмотрите же, как проблема с php, apache, python и.п.
>>> решена у ваших коллег в NetBSD/pkgsrc!
>>> Там нет даже тени тех проблем, о которых вы говорите.
>>> И pkgsrc чудесно работает и на FreeBSD тоже!
>> Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда
>> NetBSD/pkgsrc так непопулярна (сотые доли процента)?
>> Что-то, значит, не ладно, что-то не так?
> Я тебя умоляю, давай обойдемся без писькомера.
> Я человек технический, у кого длиннее мне мало интересно,
> давай лучше по делу ;-)

Кхе. Проблема в том, что есть куда более серьезные вещи, чем технические вопросы, вот например на http://ailev.livejournal.com/936771.html хорошо расписано. Или вот подумай, например, над объединением усилий команды FreeBSD Ports и pkgsrc в единую систему - какой объем работ потребуется? Технический ли это вопрос? А ведь вполне по делу. Рассматривать исключительно технические вопросы - вредно (кстати, они вовсе не сводятся к длине), впрочем, я начинаю пересказывать ссылку.

>>  А значит, раз не так, то и не получится перетащить решение как есть.
> Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD.
> http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011...
> Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes).
> Поэтому многие пакеты попадали, в норме, если собирать без этого флага,
> соберется пакетов намного больше, но даже 7000 для "чужой"
> платформы -- хороший результат. Я бы мог эксперимент повторить,

[...]
> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
> поэтому обеспечить поддержку на 5 баллов для нее куда проще.

А сколько из них рабочих? Во фре сейчас более 22 тысяч портов. Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс? А самое главное, кто этим будет заниматься?

>[оверквотинг удален]
> http://pkgsrc.se/pkgtools/distbb
> http://pkgsrc.se/pkgtools/pkg_summary-utils
> http://pkgsrc.se/pkgtools/pkglint
> http://pkgsrc.se/pkgtools/pkgin
> http://pkgsrc.se/pkgtools/pbulk
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current
> http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur...
> Для начала, думаю, хватит.

"Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е. такие обзорные, какие я и сам в ЖЖ пишу). Я осилил 16 глав из первой ссылки и указанные четырьмя последними маны - дальше по факту, пардон, ты крадешь моё время. Это с твоей стороны весьма неэтично. Вот скажи, оно _мне_ реально надо, это всё _целиком_ читать? Для какой цели? Вопросы мотивации - они, если что, тоже не технические.

Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод, что pkgsrc развилась из тех же самых FreeBSD Ports, и у них до сих пор всё еще много общего.

> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!

Ясен пень. Но это не выглядит значительным в реализации отличием от фревых эквивалентов.

> При наличии заинтересованных по ту сторону, можно подумать над
> портированием NIH под фрю.

Он опирается на pkgsrc. А на портирование самого pkgsrc в NetBSD официально согласны?

Ответить | Правка | Наверх | Cообщить модератору

958. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok), 15-Авг-11, 07:48 
> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
> pkgsrc в единую систему - какой объем работ потребуется?

MirBSD понадобилось несколько месяцев для того,
чтобы написать порт pkgsrc под свою систему, которого раньше не было.
Примерно столько же MINIX-оидам.
Но и там и там полтора человека, ты же понимаешь.
Что касается фри, то под нее поддержка
есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.

> [...]
>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
> А самое главное, кто этим будет заниматься?

Никто из фришников не откажется от своих портов, и это вам никто не предлагает.
года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что мол
FreeBSD собирается переходить на pkgsrc с целью...
Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)

> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
> такие обзорные, какие я и сам в ЖЖ пишу).

Ты хочешь сравнительную характеристику фришных портов и pkgsrc
по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст то?
Где ты найдешь человека в равной степени владеющего
и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты -- извини.
Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже указал.

> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
> них до сих пор всё еще много общего.

Подход общий, да, декларативное описание механизма сборки
на основе make/bmake-а. Дальше -- практически ничего общего.

>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
> эквивалентов.

Это выглядит значительным для того, чтобы стало возможным реализация
сколь-нибудь нормальной системы управления пакетами.
Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.

По поводу полного сравнения pkgsrc vs. порты см. выше.

>> При наличии заинтересованных по ту сторону, можно подумать над
>> портированием NIH под фрю.
> Он опирается на pkgsrc.

nih опирается на pkg_{add,remove,info,admin} и pkg_summary(5).
При более менее общих pkg_{add/remove} портирование возможно
и, наверное, не сильно трудоемко.

> А на портирование самого pkgsrc в NetBSD официально
> согласны?

pkgsrc на фре работает очень давно. В NetBSD будут только рады
видеть регулярные балк билды и под FreeBSD тоже.

Вот, кстати, и первая ласточка от MirBSD
http://mail-index.netbsd.org/pkgsrc-bulk/2011/08/14/msg00831...
Успехом пока не назовешь, но тем не менее.
Случайных балдбилд под фрю (мой) я уже показывал.

Ответить | Правка | Наверх | Cообщить модератору

967. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от nuclightemail (ok), 16-Авг-11, 21:15 
>> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и
>> pkgsrc в единую систему - какой объем работ потребуется?
> MirBSD понадобилось несколько месяцев для того,
> чтобы написать порт pkgsrc под свою систему, которого раньше не было.
> Примерно столько же MINIX-оидам.
> Но и там и там полтора человека, ты же понимаешь.
> Что касается фри, то под нее поддержка
> есть давно. Что нужно делать -- править сборку пакетов, и, изредка,
> прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало.

Не, не портировать, а объединить обе команды в один общий проект. Переучить всех port committers & maintainers на новую схему. А самое главное, кто этим всем станет заправлять? :) Опять же не технические вопросы.

>>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly,
>>> поэтому обеспечить поддержку на 5 баллов для нее куда проще.
>> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов.
>> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс?
>> А самое главное, кто этим будет заниматься?
> Никто из фришников не откажется от своих портов, и это вам никто
> не предлагает.

Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы быть сделано.

> года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что
> мол
> FreeBSD собирается переходить на pkgsrc с целью...
> Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-)

Не знаю, я как-то пропустил эту шутку, видимо. Из косметики - /usr/pkg более правилен, чем /usr/local (наиболее повлияющее на пользователя отличие, я б переделал, да поздно ж...). Переход как есть действительно никому не нужен, вот объединение во что-то новое - уже как-то осмысленно.

>> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е.
>> такие обзорные, какие я и сам в ЖЖ пишу).
> Ты хочешь сравнительную характеристику фришных портов и pkgsrc
> по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст
> то?

Ну, гм. Вот в той же Википедии регулярно можно видеть обширные статьи с табличками Comparison of ... про, например, файловые системы, instant messenger'ы и много чего еще. Конечно, по каждому пункту информации мало, но зато их самих много, и у них обычны сноски, ведущие на соответствующие источники - т.е. изучающему легко окунуться именно туда, куда конкретно надо.

К сожалению, по пакетным менеджерам такого там нет, просто список, единственное, что я нашел - это http://distrowatch.com/dwres.php?resource=package-management - но там совсем кратко, а NetBSD вообще нету.

> Где ты найдешь человека в равной степени владеющего
> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты
> -- извини.

На уровне человека, разбирающегося в internals? Да, такое навряд ли, но оно и не нужно, а на уровне "рисовал сборку пакета туда и туда" - почему нет? Много таких людей, на разных дистрибутивах линукса, много таких, кто, например, собирал (рисовал) новый пакет и для FreeBSD, и для Debian. Логично предположить, что такие есть и для FreeBSD/NetBSD. Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем я предполагал :-/

> Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел.
> На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже
> указал.

Пардон, _мне_? Мне никто не писал ничего, как уже выяснилось, ты меня с кем-то другим путаешь. Так что давай и мне ссылки, где писал ты и где Jeremy Reed :)

>> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод,
>> что pkgsrc развилась из тех же самых FreeBSD Ports, и у
>> них до сих пор всё еще много общего.
> Подход общий, да, декларативное описание механизма сборки
> на основе make/bmake-а. Дальше -- практически ничего общего.

Я прочитал 16 глав и увидел очень много знакомого и похожего - та же структура Makefile, distinfo и т.д. Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD, и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам. Наиболее значительное отличие, которое я успел увидеть - это способ задания опций и buildlink3.

>>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя!
>> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых
>> эквивалентов.
> Это выглядит значительным для того, чтобы стало возможным реализация
> сколь-нибудь нормальной системы управления пакетами.

Я с точки зрения трудозатрат на реализацию смотрю, разумеется. Насчет обеспечения возможности уже и так очевидно.

> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.
> По поводу полного сравнения pkgsrc vs. порты см. выше.

А почему он просто не встроен в основные утилиты? Следующий логический шаг, так сказать.

>> А на портирование самого pkgsrc в NetBSD официально
>> согласны?
> pkgsrc на фре работает очень давно. В NetBSD будут только рады
> видеть регулярные балк билды и под FreeBSD тоже.

Я под этим немножко другое имел в виду, см. выше про объединение.

Ответить | Правка | К родителю #958 | Наверх | Cообщить модератору

968. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok), 17-Авг-11, 01:44 
> Не, не портировать, а объединить обе команды в один общий проект. Переучить
> всех port committers & maintainers на новую схему. А самое главное,
> кто этим всем станет заправлять? :) Опять же не технические вопросы.

Если ты хочешь, чтобы тебя размазали по стенке свои же, выступи
с таким предложением. Я в этом участвовать не буду, потому что
заранее знаю результат. Хотя чисто технически это возможно.

> Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода"
> pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы
> быть сделано.

В Солярисе практика иметь несколько принципиально различных
_репозиториев_ вполне распространена. Не вижу в этом большого криминала.
Чего-то не хватает или версия не та -- дернул из другого места.
Хотя конечно меру знать надо. И dpkg и rpm прикрутить проблем никаких.
В OpenSolaris-е вон, опять же, пакетики из rpm spec собирают.
Страшненько, но как-то работает.

>> Где ты найдешь человека в равной степени владеющего
>> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты
>> -- извини.
> Логично предположить, что такие есть и для FreeBSD/NetBSD.
> Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем
> я предполагал :-/

Дяденька, это уже второй некрасивый выпад с твоей стороны в этой ветке.
У меня возникают сомнения в твоей адекватности.
О NetBSD ты можешь думать все, что тебе вздумается, но не выноси свое
незнание на публику, стыдно же!
Во-первых, я не давал повода для хамства. Во-вторых, тему начал ты,
лично мне плевать с высокой башни на проблемы FreeBSD и,
тем более, на ее убогие порты (моя очередь хамить).
Ты воззвал к общественности -- я ответил, где я вижу проблему, и как я считаю
ее можно решить. Как никак коллеги.
В-третьих, не тебе сомневаться в компетентности
разработчиков NetBSD и pkgsrc, извини за прямоту.
Уж поверь, здесь прекрасно знают и Linux (dpkg, rpm, apt, yum etc.)
и MacOS-X (mac ports, fink), и Solaris (pkg*, pkg) и тем
более FreeBSD-ые порты.  Marc Espie из OpenBSD
постоянно читает tech-pkg@ и периодически делится своими соображения.
Иногда весьма полезные. Ему, думаю, тоже, иначе б не читал.

> Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD,

Ты еще времена Царя Гороха вспомни.

> и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам.
> Наиболее значительное отличие, которое я успел увидеть - это способ задания
> опций и buildlink3.

NetBSD vs. FreeBSD ты уже нашел, там есть кое-что из сравнительных характеристик.
Хотя ветка скучная, там мало.

>> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже.
>> По поводу полного сравнения pkgsrc vs. порты см. выше.
> А почему он просто не встроен в основные утилиты? Следующий логический шаг,
> так сказать.

По этому поводу есть разные мнения. Я считаю, что pkgsrc-ые pkg_*
задают необходимую базу, над которой уже можно сделать что-то вполне
приличное. Расширять pkg_* дальше не имеет смысла. Оно стабильно,
удобно, функционально достаточно. Все остальное делается
поверх этих утилит.
В OpenBSD считают по-другому, их pkg_add умеет обновлять
все пакеты одним махом, флаг им в руки. Я считаю их подход
кривым убогим костылем. Но это лично мое мнение.
Во FreeBSD-ых pkg_* нет даже самых элементарных и нужных вещей.
В этом смысле pkgsrc-ые pkg_* подобны Линуксячим rpm/dpkg,
хотя намного удобнее и, на мой взгляд, лучше.
nih/pkgin - подобие apt/yum/zypper.

>>> А на портирование самого pkgsrc в NetBSD официально
>>> согласны?
>> pkgsrc на фре работает очень давно. В NetBSD будут только рады
>> видеть регулярные балк билды и под FreeBSD тоже.
> Я под этим немножко другое имел в виду, см. выше про объединение.

Гораздо полезнее и нашим и вашим _для начала_ доказать, что
это вообще работает, т.е. построить на FreeBSD 10500 пакетов pkgsrc
+ >2500 WIP, а уж потом кого-то куда-то тащить с непонятными перспективами.

Ответить | Правка | К родителю #967 | Наверх | Cообщить модератору

969. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от vle (ok), 17-Авг-11, 02:08 
Да, вот еще, asau/NetBSD.org использует pkgsrc как раз на FreeBSD.
Можешь спросить у него почему не фришные порты, он вполне говорит по-русски.
Может, и объяснит.

И еще.

http://mail-index.netbsd.org/tech-pkg/2011/04/05/msg006927.html

Опять же, на мой взгляд совершенно ненужный проект,
но некоторым идея нравится. Как по мне, так гораздо
полезнее было бы сделать конвертор из пакетов pkgsrc в
пакеты FreeBSD, сохранив при этом всю pkgsrc-шную инфраструктуру, например,
bulk-builder-ов. Есть желание в этом поучаствовать? ;-)
А с этим GSoC разьве что pkg_rolling-replace
баловаться. Да и то не получится, нет у вас pkg_add -uUD,
и многого другого. Остается bmake install/replace/update/package -- весьма
сомнительная радость.

Ответить | Правка | К родителю #967 | Наверх | Cообщить модератору

176. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 08-Авг-11, 17:25 
KDE?
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру