The OpenNET Project / Index page

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



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

Оглавление

Во FreeBSD устранено 5 уязвимостей, включая критическую root..., opennews (??), 23-Дек-11, (0) [смотреть все]

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


8. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 23-Дек-11, 23:47 
> PAM, pam ... уже притча во языцех. Похож на "страшного" вахтера: "Стой! Предъяви пароль! Ах, не знаешь, тогда лезь через дырку в заборе."

Это такой особый, BSD-шный PAM.

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

11. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +2 +/
Сообщение от Аноним (-), 23-Дек-11, 23:51 
> Это такой особый, BSD-шный PAM.

Называется OpenPAM и юзается исключительно в *BSD и макоси.

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

12. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 00:17 
> Называется OpenPAM и юзается исключительно в *BSD и макоси.

Кстати, в OpenBSD эту дыру еще не закрыли?

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

139. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от PereresusNeVlezaetBuggy (ok), 27-Дек-11, 02:35 
>> Называется OpenPAM и юзается исключительно в *BSD и макоси.
> Кстати, в OpenBSD эту дыру еще не закрыли?

OpenPAM не имеет никакого отношения к OpenBSD. В OpenBSD PAM вообще не используется, есть родной bsdauth.

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

207. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 06-Янв-12, 00:11 
> используется, есть родной bsdauth.

То же самое что сказать что "есть родной ушастый запорожец".

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

13. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 24-Дек-11, 00:18 
>> Это такой особый, BSD-шный PAM.
> Называется OpenPAM и юзается исключительно в *BSD и макоси.

Да уж, в альте было посмотрели на него переезжать и отказались...

http://lists.altlinux.org/pipermail/sisyphus/2003-June/24355...
http://lists.altlinux.org/pipermail/sisyphus-incominger/2009...

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

23. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 05:36 
> Называется OpenPAM и юзается исключительно в *BSD и макоси.

...зато свое, под расово верной лицензией. Простите, не удержался.

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

37. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –3 +/
Сообщение от z2206 (ok), 24-Дек-11, 12:06 
>> Называется OpenPAM и юзается исключительно в *BSD и макоси.
> ...зато свое, под расово верной лицензией. Простите, не удержался.

Заметно.

У вас есть представление о политике деятельности в проекте?

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

60. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 16:00 
> У вас есть представление о политике деятельности в проекте?

Политика тут простая: больше кочек, больше ям - больше траха юзерам.

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

69. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от z2206 (ok), 24-Дек-11, 17:20 
>> У вас есть представление о политике деятельности в проекте?
> Политика тут простая: больше кочек, больше ям - больше траха юзерам.

Мсье не путает а) общественный некоммерческий проект с б) оказанием коммерческих услуг?

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

85. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 24-Дек-11, 20:13 
> Мсье не путает а) общественный некоммерческий проект с б) оказанием коммерческих услуг?

Мсье не путает ветку, в которую отвечает? А вселенную, в которой существует?
Что-то ваши комментарии уж очень оторваны от темы обсуждения.

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

91. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от z2206 (ok), 24-Дек-11, 21:13 
>> Мсье не путает а) общественный некоммерческий проект с б) оказанием коммерческих услуг?
> Мсье не путает ветку, в которую отвечает? А вселенную, в которой существует?
> Что-то ваши комментарии уж очень оторваны от темы обсуждения.

У вас не получается понять?

>>> Называется OpenPAM и юзается исключительно в *BSD и макоси.
>...зато свое, под расово верной лицензией. Простите, не удержался.

Тут подразумевается FreeBSD Fnd.

>> У вас есть представление о политике деятельности в проекте?
>Политика тут простая: больше кочек, больше ям - больше траха юзерам.

Вот тут у товарища съезд по фазе и каша по стенам.

>> Политика тут простая: больше кочек, больше ям - больше траха юзерам.
>Мсье не путает а) общественный некоммерческий проект с б) оказанием коммерческих услуг?

Вот тут отделяю мух от котлет. Дошло? Молодец :)

PS Еще, для полногот понимания.

Не нуно схопавать фазы в одну кучу
1 Получения кода из общественного (по сути, любительского) проекта в контору
2 И оказание услуг этой конторой на базе полученного as is кода.

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

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

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

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

88. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –2 +/
Сообщение от Аноним (-), 24-Дек-11, 20:20 
> У вас есть представление о политике деятельности в проекте?

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

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

92. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +3 +/
Сообщение от z2206 (ok), 24-Дек-11, 21:18 
>> У вас есть представление о политике деятельности в проекте?
> Политика сводится к тому, чтобы предоставить бесплатную базу для коммерческих проприетарных
> разработок. Цель эта достигается в ущерб всем остальным факторам, в том
> числе безопасности кода.

Поздравляю соврамши :)


http://www.freebsd.org/doc/ru/books/handbook/history.html
--------
1.3.2. Цели Проекта FreeBSD

Предоставил Jordan Hubbard.
Целью Проекта FreeBSD является предоставление программного обеспечения, которое может быть использовано для любых целей и без дополнительных ограничений. Многие из нас внесли значительный вклад в код (и проект) и совершенно не против получать за это иногда финансовую компенсацию, но мы определенно не собираемся ее требовать. Мы верим, что первая и основная наша ''миссия'' это предоставление кода для всех, кому он необходим, и для любых целей, так чтобы этот код становился всё более распространённым и предоставлял самые широкие возможности. Это, я верю, является одной из наиболее фундаментальных целей Свободного Программного Обеспечения, и мы с энтузиазмом поддерживаем её.
---------
Это в формулировке Хаббарда.
Конечно, перевод есть отражение оригинала.

PS Не, конечно у вас своя интерпретация, и вы имеете на это право. Но ... ведь вы используете код этого проекта? Тогда почему вас так заинтересовала эта новость?

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

110. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 25-Дек-11, 04:35 
> У вас есть представление о политике деятельности в проекте?

Да. При том парни из яндекса и рамблера недвусмысленно высказались о том что они думают о политике при которой в системе свежего gcc нет.

Политика - такая штука где все принятые решения имеют свою цену. Кое-кто 4 числа это ВНЕЗАПНО для себя обнаружил :)

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

114. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от iZEN (ok), 25-Дек-11, 08:26 
>> У вас есть представление о политике деятельности в проекте?
> Да. При том парни из яндекса и рамблера недвусмысленно высказались о том
> что они думают о политике при которой в системе свежего gcc
> нет.

Ну так они сказали, не подумавши наперёд, то есть, не видя перспектив. А они есть. ;)

В системе уже есть LLVM/Clang v.3.0, который полностью собирает операционную систему (вместе с устаревшим GCC 4.2.2 "в одном флаконе", если что). И большая часть портированных программ уже компилируется LLVM/Clang и работает. А что значит подготовка ПО для возможности сборки ДВУМЯ и более типами компиляторов? Это открывает новые возможности по дальнейшей оптимизации кодовой базы, по отладке устаревшего и сомнительного качества кода, приведения его в надлежащий (живой) вид, по очистке кодовой базы от накопившегося мусора и заброшенных субпроектов.

> Политика - такая штука где все принятые решения имеют свою цену. Кое-кто
> 4 числа это ВНЕЗАПНО для себя обнаружил :)

Ну и какую же цену имеет решение, к примеру, как заведомый отказ от применения системы хранения данных со сквозной целостностью данных (ZFS)?

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

124. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 26-Дек-11, 09:08 
> Ну так они сказали, не подумавши наперёд, то есть, не видя перспектив.
> А они есть. ;)

Их как раз не прельщала перспектива и дальше сношаться с черти-чем вместо нормальной цивильной пакетной системы.

> В системе уже есть LLVM/Clang v.3.0, который полностью собирает операционную систему
> (вместе с устаревшим GCC 4.2.2 "в одном флаконе", если что).

Может быть ты тупой, но претензии этих господ были к версиям GCC. Они не могут ждать 10 лет пока твой шланг может быть, и если вдруг, будет готов к продакшну в бсд. Жрать они хотят сейчас. И акционеры их будут нагибать сейчас, если что.

> И большая часть портированных программ уже компилируется LLVM/Clang и работает.

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

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

Улови мысль: есть gcc. Он работает. Сегодня. Хорошо. В продакшне. Продакшн приносит бабки. Свой авангардизм ты можешь засунуть куда-нибудь. Конторам зарабатывающим бабки все это блеяние неинтересно, оставь его своим академикам.

> Ну и какую же цену имеет решение, к примеру, как заведомый отказ
> от применения системы хранения данных со сквозной целостностью данных (ZFS)?

Улови мысль: в их системе даже полный отказ узла в кластере вообще ничего не значит и ничего не меняет, кроме скорости обслуживания пользователей. Прикольно, да? Это другой подход к дизайну систем, не имеющий ничего общего с супернадежными переростками за супербабки. При такой парадигме нахрен не впилась супернадежность 1 узла. Этот дизайн изначально предусматривает что узлы будут отказывать (а в большой инфраструктуре они неизбежно будут, да).

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

126. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +2 +/
Сообщение от Аноним (-), 26-Дек-11, 10:47 
>> В системе уже есть LLVM/Clang v.3.0, который полностью собирает операционную систему
>> (вместе с устаревшим GCC 4.2.2 "в одном флаконе", если что).
> Может быть ты тупой, но претензии этих господ были к версиям GCC.
> Они не могут ждать 10 лет пока твой шланг может быть,
> и если вдруг, будет готов к продакшну в бсд. Жрать они
> хотят сейчас. И акционеры их будут нагибать сейчас, если что.

# ls -d /usr/ports/*/gcc{3,4}*
/usr/ports/lang/gcc34/ /usr/ports/lang/gcc42/ /usr/ports/lang/gcc43/ /usr/ports/lang/gcc44/ /usr/ports/lang/gcc45/ /usr/ports/lang/gcc46/

make install clean/pkg_add - по вкусу.

юзер, может быть это ты тупой?

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

156. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 28-Дек-11, 18:59 
> юзер, может быть это ты тупой?

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

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

166. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 29-Дек-11, 14:52 
вам только что ткнули носом версию gcc. я понимаю, детям важнее выяснить кто тупой и кто начал первым, но мне бы например, очень хотелось бы услышать две вещи. во-первых, признание того, что ваши фантазии в реальности не существуют, во-вторых признание того, что эти фантазии - прямое следствие невладения вопросом.


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

171. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –2 +/
Сообщение от Аноним (-), 29-Дек-11, 17:03 
> вам только что ткнули носом версию gcc.

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

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

Ну так зачем выясняете? Еще я понимаю что детям важнее доказать всем какие они взрослые и крутые (btw, одна из причин установки *BSD/gentoo скрипткиддисами). Самым "умным" методом является кивание на возраст оппонента. Надежно сдает киндерсюрприза как стеклотару (о чем киндерсюрприз почему-то не догадывается, чем забавляет окружающих).

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

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

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

190. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 30-Дек-11, 05:07 
>> вам только что ткнули носом версию gcc.
> Понимаешь, когда я билдую софт - мне меньше всего хочется нае...ся на
> тот факт что дефолтная версия компилера - древнее кривое барахло. То
> что можно доработать напильником - ну это круто. Только мне не
> нравится "на охоту ехать - собак кормить".

софт билдится на одной-двух машинах, можно же их подготовить нормально, как тебе нужно, если уж тебе приспичило на gcc 4.6 все собирать?


>> я понимаю, детям важнее выяснить кто тупой и кто начал первым,
> Ну так зачем выясняете? Еще я понимаю что детям важнее доказать всем
> какие они взрослые и крутые (btw, одна из причин установки *BSD/gentoo
> скрипткиддисами). Самым "умным" методом является кивание на возраст оппонента. Надежно
> сдает киндерсюрприза как стеклотару (о чем киндерсюрприз почему-то не догадывается, чем
> забавляет окружающих).

Ну вообще-то это ты пришел в ветку о фре и начал рассказывать какая дебиан крутая, а не наоборот.

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

Фантазии: отсутствие компилятора, о котором, в том числе, писал слоник.
Свои посты пускай они сами читают и радуются, мы уже почитали, поняли какой слоник герой и нам этого хватило.

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

191. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от Клыкастый2 (?), 30-Дек-11, 17:45 
> Понимаешь, когда я билдую софт - мне меньше всего хочется нае...ся на тот факт что дефолтная версия компилера - древнее кривое барахло.

очень трудно угодить с дефолтными версиями всем. для одного - древнее кривое барахло. для другого - проверенная версия. для одного - новая версия с новыми фичами, для другого - непроверенная хрень с неизвестными глюками. тебя не устраивает дефолтная версия компилятора. я за всю свою практику НИ РАЗУ не сталкивался с тем, что проблемы в софте вызваны компилятором. а вот дефолтным набором софта на моей практике частенько не обойдёшься. лично меня устраивают средства администрирования FreeBSD и как она себя ведёт и по дефолту и в нестандартных конфигурациях. Если она не подходит - я выберу gentoo, потому как давая преимущества линукса, она сохраняет преимущества FreeBSD. Когда мне понадобилось преимущество бинарных пакетов, я выбрал Calculate. логика прослеживается, так? Теперь я хочу узнать в чём профит от Дебиана/Убунты и слышу в ответ поразительную бодягу про старый компилятор по дефолту. Это все преимущества? Спасибо, давайте закончим.


> То что можно доработать напильником - ну это круто. Только мне не нравится "на охоту ехать - собак кормить".

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

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

я?! я-то тут при чём!? кто тут тупой вы с оппонентом выясняли, не надо меня приплетать.


> Еще я понимаю что детям важнее доказать всем какие они взрослые и крутые (btw, одна из причин установки *BSD/gentoo скрипткиддисами).

одна из причин установки Ubuntu/Debian виндовсятниками-недоучками - доказать всем какие они взрослые и крутые. можно продолжать ничерта не знать, но всем рассказывать - админю серьёзный Лиииинукс. но это не повод приравнивать ВСЕХ, кто использует Ubuntu/Debian к подобной публике, верно?


> Самым "умным" методом является кивание на возраст оппонента. Надежно сдает киндерсюрприза как стеклотару (о чем киндерсюрприз почему-то не догадывается, чем забавляет окружающих).

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


> А нельзя ли пояснить - что именно считается за фантазии, для начала?

Очень напоминает ужика на сковородке. Мне цитировать, или месьё потрудится читать посты, на которые отвечает?

> И чего не существует в реальности?

Например утверждение, что во фре нет gcc4x. Я понимаю, вам кажется, что поворот на "дефолный компилятор" очень артистичен и прошёл незамеченым, но это далеко не так.

> Посты слоников и анатоликсов в жжшечке можно самолично прочитать.

толкового там ровно вопрос с виртуализацией. это есть, и это проблема фряхи, да. но это - всё.


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

208. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 06-Янв-12, 06:30 
> очень трудно угодить с дефолтными версиями всем. для одного - древнее кривое
> барахло. для другого - проверенная версия.

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

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

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

> тебя не устраивает дефолтная версия компилятора. я за всю свою практику
> НИ РАЗУ не сталкивался с тем, что проблемы в софте вызваны компилятором.

А я вот видел прикольный интернал еррор древнего гцц на вполне безобидном сырце. По поводу чего бсдельники как обычно убили в 10 раз больше времени чем пингвиноиды на элементарную операцию. А потом они еще и удивляются, чего это рамблеры и яндексы шлют их на .. и в .. :)

> а вот дефолтным набором софта на моей практике частенько не
> обойдёшься. лично меня устраивают средства администрирования FreeBSD и как она себя
> ведёт и по дефолту и в нестандартных конфигурациях.

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

> Если она не подходит - я выберу gentoo,

А слабо LFS сразу? И майнтайнить от и до самому? А то недостаточно хардкорненько.

> потому как давая преимущества линукса, она сохраняет преимущества FreeBSD.

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

> Когда мне понадобилось преимущество бинарных пакетов, я выбрал Calculate.
> логика прослеживается, так?

Логика defective by design: основная задача энтерпрайза это работать и приносить профит, с минимальными затратами на администрежку. А вовсе не пересобирать что-то там. Пересборка - это чисто техническая рутинная операция, не ведущая сама по себе к достижению целей и получению профита. Значит ее надо максимально избегать.

> Теперь я хочу узнать в  чём профит от Дебиана/Убунты и слышу в ответ
> поразительную бодягу про старый компилятор по дефолту. Это все преимущества?
> Спасибо, давайте закончим.

Заканчивайте. Вас послушать так фуфло в базовой системе не проблема, древний компилер не проблема, отсутствие виртуализации не проблема. "Ну и что что у нашего авто с фабрики тормозные колодки - из пенопласта?! Вы можете их заменить сами на более прочные и долговечные! А если вы расшиблись потому что ман не почитали - сам дурак!"

>> То что можно доработать напильником - ну это круто. Только мне не нравится "на охоту ехать - собак кормить".
> Это да, согласен полностью. И поиск хрен знает каких репозитариев, где есть
> именно нужная сборка софта устраивает далеко не всех.

Так энтерпрайз работать должен, а не заниматься онанизмом вида "именно нужная сборка софта". Этим вообще имеет смысл заниматься только если выигрыш в разы и по другому ну совсем никак, т.е. буквально единицы пакетов на весь энтерпрайз, меньше = лучше. Иначе там админам просто зря платят: они удовлетворяят свои персональные прихоти за конторский счет. Тратя дохрена времени и ресурсов и не привнося ничего существенного взамен. На месте руководителей энтерпрайзов как раз вполне логично гнать таких "квалифицированных специалистов" взашей. Стоят дорого а эффекта мало.

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

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

> я?! я-то тут при чём!? кто тут тупой вы с оппонентом выясняли,
> не надо меня приплетать.

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

> одна из причин установки Ubuntu/Debian виндовсятниками-недоучками - доказать всем какие
> они взрослые и крутые. можно продолжать ничерта не знать, но всем
> рассказывать - админю серьёзный Лиииинукс. но это не повод приравнивать ВСЕХ,
> кто использует Ubuntu/Debian к подобной публике, верно?

Честно говоря гораздо чаще вижу растопыривающих пальцы гентушников и фрибсдунов. Чисто статистически. Вообще, илитисты своими обсираниями убунтов все-таки принесли миру пользу: на убунтодебианообразных остались в основном те кому надо чтобы "just work". А желающие повыделываться (наиболее красноглазая, горластая и глупая категория) чаще всего юзают генты и фри. Потому что понтануться "я юзаю убунту" как-то не очень выходит (вон тетя Маня тоже юзает, что омрачает "достижение").

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

А зачем? Мне и так хорошо, у меня никаких комплексов по этому поводу нет. Могу лишь проинформировать что школу я закончил хренадцать лет назад.

> Очень напоминает ужика на сковородке.

Мне тоже бсдельники его напоминают. Этого не надо, вот это не так плохо, а вот это вообще не баг а фича. Хм, прикольный подход к делу :)

> Мне цитировать, или месьё потрудится читать посты, на которые отвечает?

Месье считает что лучше цитировать, чтобы не возникало вопросов/ошибок/неоднозначностей. Цитирование для того и придумано чтобы не надо было рыться на 20 постов вверх (что в интерфейсе опеннета вообще не сильно удобно).

>> И чего не существует в реальности?
> Например утверждение, что во фре нет gcc4x.

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

> Я понимаю, вам кажется, что поворот на "дефолный компилятор" очень артистичен
> и прошёл незамеченым, но это далеко не так.

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

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

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

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

215. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Клыкастый2 (?), 11-Янв-12, 20:11 
> Ага, с проверенными багами типа вылета компилера по интернал еррорам,

Ждём пруфов из портов. Что именно там не собирается.


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

ждём пруфом из портов -2.

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

с чьих тестикул вы соскребли эти сырцы?

> Ну вот тебя устраивают - ты и пользуйся.

Да.

> А вот две сабжевых конторы как видим не устроило.

И что мне с этого?

> А слабо LFS сразу? И майнтайнить от и до самому? А то недостаточно хардкорненько.

какая трогательная забота.

> Вы так говорите как будто у ынтырпрайза основное - это собирать и майнтайнить

Ну что вы - исключительно сидеть и по пакетикам заворачивать, старательно онанируя на каждый deb :)

> А вот руководилы оных как видите иного мнения.

Этих - такого, других - иного.

> Логика defective by design: основная задача энтерпрайза это работать и приносить профит, с минимальными затратами на администрежку. А вовсе не пересобирать что-то там.

Я вам не мешаю, вы слегка увлеклись онанизмом. Речь о Calculate.


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

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

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

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

> Так энтерпрайз работать должен, а не заниматься онанизмом вида "именно нужная сборка
> софта".

В смысле таскаться по помойкам в поисках нужного набора?


> Тратя дохрена времени

можно в студию сравнение _полного цикла_ установки  к примеру 50 серверов 3 типов на дебиане в человекочасах? К примеру на аппаратный рейд 50.

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

ну не все же так вот без знания предмета выносят "авторитетное" мнение.

> Стоят дорого а эффекта мало.

Стоят дорого не потому что FreeBSD, стоят дорого специалисты. Под тот же Дебиан. Только вот специалисты не верещат, как оглашенные. А пионэры - да. Машут своими грязными портками с самым серьёзным видом.


> Но по умолчанию миллион хомяков является куда более хорошим тестером чем один Клыкастый2. Чисто за счет теории вероятности.
> Оттуда же вытекает и логичное следствие: чем менее массовое решение вы выберете,
> тем выше шанс отхватить какие-то неожиданные грабли в свой лобешник буквально
> "на ровном месте".

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

> Просто потому что вы будете первым вляпавшимся.

Ещё раз: если решение приниматся вслепую, да, смотрим на теорвер.


>> я?! я-то тут при чём!? кто тут тупой вы с оппонентом выясняли,
>> не надо меня приплетать.
> Да, вы.

Вы с оппонентом называли друг друга идиотами. Носиком ткнуть?


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

В смысле вы детским умишком так и не поняли, что вам говорят? Ну да, верю.


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

Это вполне объяснимо на опеннете. Хамоватые крикливые дебианпионэры все строго анонимы. Вроде как одна рожа.

> Вообще, илитисты своими обсираниями убунтов  все-таки принесли миру пользу:

Ну с толковых людей всегда польза.

> А зачем?

Вопросов не имею.

> Мне тоже бсдельники его напоминают.

это про отщивывания кусочков про на raid5?

> Месье считает что лучше цитировать,

...походу цитирование тебя освобождает от необходимости читать :)

>> Например утверждение, что во фре нет gcc4x.
> По-моему это уже возведение напраслины.

Конкретное высказывания убунтоидного анонима.

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

Вах, как все рискуют. И ждут пруфов.

> Откуда-то сбоку

Сбоку это возможно хреннадцатая подпольная репа дебьяна. Порты это самый что ни на есть центр.

> я могу поставить все что угодно, так что не аргумент.

Чувствуется опыт установки откуда-то сбоку.

> Проблема только в том что это мне будет стоить затрат времени и сил

ну да, это же православное apt-get install одарено благостию всех богов настолько что ни время его набора, ни время его выполнения даже к сроку жизни богоравного убунтоида не прибавляется. А богомерзкий portinstall даже и рядом ставить нельзя. Тьфу! Тьфу! Тьфу!

> а по дефолту я словлю в лоб граблями.

Без примеров - нещитово.

> точнее я то не словлю, а вот как бсдельники отхыватывают на ровном месте - видел, да :)

Крутой!

> Ну как бы в этом месте по законам жанра следовало бы втереть

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

> что у вас есть jail который всех порвет

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

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

Непорядочек у тебя, пионэра, в голове. Ну не с мозгами, конечно, само APT-GET INSTALL осилил, но вот обвинять людей в том, что сам придумал - и не краснеть, это серьёзная проблема, да. Ну и неумение ни читать, ни спорить. Уж не знаю, когда ты школу закончил, но голову надо было там оставить ещё годика на четыре.

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

128. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +1 +/
Сообщение от iZEN (ok), 26-Дек-11, 11:27 
>> В системе уже есть LLVM/Clang v.3.0, который полностью собирает операционную систему
>> (вместе с устаревшим GCC 4.2.2 "в одном флаконе", если что).
> Может быть ты тупой, но претензии этих господ были к версиям GCC.

А может они?

% cd /usr/ports/ && make search key="gcc4"
Port:    msp430-binutils-2.21.1.20110716_4
Path:    /usr/ports/devel/msp430-binutils
Info:    GNU binutils for TI's msp430 MCUs cross-development
Maint:    lev@FreeBSD.org
B-deps:    gettext-0.18.1.1 gmake-3.82 libiconv-1.13.1_1
R-deps:    
WWW:    http://mspgcc4.sourceforge.net/

Port:    msp430-libc-gcc4-1.0.20110612_2
Path:    /usr/ports/devel/msp430-libc
Info:    Libc for TI's msp430 MCUs cross-development
Maint:    lev@FreeBSD.org
B-deps:    gettext-0.18.1.1 gmake-3.82 gmp-5.0.2 libiconv-1.13.1_1 mpc-0.9 mpfr-3.1.0_2 msp430-binutils-2.21.1.20110716_4 msp430-gcc-4.5.3.20110716_5,2 msp430mcu-1.0.20110613_4
R-deps:    gmp-5.0.2 libiconv-1.13.1_1 mpc-0.9 mpfr-3.1.0_2 msp430-binutils-2.21.1.20110716_4 msp430-gcc-4.5.3.20110716_5,2 msp430mcu-1.0.20110613_4
WWW:    http://mspgcc.sourceforge.net/

Port:    gcc-4.2.5.20090325_5
Path:    /usr/ports/lang/gcc42
Info:    GNU Compiler Collection 4.2
Maint:    gerald@FreeBSD.org
B-deps:    bison-2.4.3,1 gettext-0.18.1.1 gmake-3.82 gmp-5.0.2 libiconv-1.13.1_1 m4-1.4.16,1 mpfr-3.1.0_2 perl-5.12.4_3
R-deps:    gmp-5.0.2 libiconv-1.13.1_1 mpfr-3.1.0_2
WWW:    http://gcc.gnu.org/

Port:    gcc-4.4.7.20111108
Path:    /usr/ports/lang/gcc44
Info:    GNU Compiler Collection 4.4
Maint:    gerald@FreeBSD.org
B-deps:    binutils-2.22 bison-2.4.3,1 gettext-0.18.1.1 gmake-3.82 gmp-5.0.2 libiconv-1.13.1_1 m4-1.4.16,1 mpfr-3.1.0_2 perl-5.12.4_3
R-deps:    binutils-2.22 gmp-5.0.2 libiconv-1.13.1_1 mpfr-3.1.0_2
WWW:    http://gcc.gnu.org/

Port:    gcc-4.6.3.20111209_1
Path:    /usr/ports/lang/gcc46
Info:    GNU Compiler Collection 4.6
Maint:    gerald@FreeBSD.org
B-deps:    binutils-2.22 bison-2.4.3,1 gettext-0.18.1.1 gmake-3.82 gmp-5.0.2 libiconv-1.13.1_1 m4-1.4.16,1 mpc-0.9 mpfr-3.1.0_2 perl-5.12.4_3 zip-3.0
R-deps:    binutils-2.22 gmp-5.0.2 libiconv-1.13.1_1 mpc-0.9 mpfr-3.1.0_2
WWW:    http://gcc.gnu.org/

Port:    gcc-4.7.0.20111217
Path:    /usr/ports/lang/gcc47
Info:    GNU Compiler Collection 4.7
Maint:    gerald@FreeBSD.org
B-deps:    binutils-2.22 bison-2.4.3,1 gettext-0.18.1.1 gmake-3.82 gmp-5.0.2 libiconv-1.13.1_1 m4-1.4.16,1 mpc-0.9 mpfr-3.1.0_2 perl-5.12.4_3 zip-3.0
R-deps:    binutils-2.22 gmp-5.0.2 libiconv-1.13.1_1 mpc-0.9 mpfr-3.1.0_2
WWW:    http://gcc.gnu.org/

Port:    llvm-gcc4-2.9
Path:    /usr/ports/lang/llvm-gcc4
Info:    A gcc4 frontend for LLVM
Maint:    brooks@FreeBSD.org
B-deps:    binutils-2.22 bison-2.4.3,1 gettext-0.18.1.1 gmake-3.82 libiconv-1.13.1_1 llvm29-2.9 m4-1.4.16,1 perl-5.12.4_3
R-deps:    binutils-2.22 libiconv-1.13.1_1
WWW:    http://llvm.org/

> Они не могут ждать 10 лет пока твой шланг может быть,
> и если вдруг, будет готов к продакшну в бсд. Жрать они
> хотят сейчас. И акционеры их будут нагибать сейчас, если что.

Использование стороннего компилятора для сборки ПО описано здесь (для тупых специально перевели страничку Wiki на русский язык): http://alex-tesla.livejournal.com/10298.html

>> И большая часть портированных программ уже компилируется LLVM/Clang и работает.
> Извини, величина бинарная: или у тебя есть безпроблемный продакшн, или нет. Большая
> часть и почти - не считается. Им в хрен не вперся
> самый прогрессивный но фэйлящий компилер. Когда и если он будет идеально
> вылизан и это будет чем-то лучше - они может и поюзают.

А исключения делать не судьба?

> Когда и если. Ага.
>> и сомнительного качества кода, приведения его в надлежащий (живой) вид, по
>> очистке кодовой базы от накопившегося мусора и заброшенных субпроектов.
> Улови мысль: есть gcc. Он работает. Сегодня. Хорошо. В продакшне. Продакшн приносит
> бабки. Свой авангардизм ты можешь засунуть куда-нибудь. Конторам зарабатывающим бабки
> все это блеяние неинтересно, оставь его своим академикам.

А! Я и не подумал, что Rambler зарабатывает бабки. Я думал, что это просто какая-то интернет-витрина-портал для непонятно-чего. Поэтому и не хожу туда.

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

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


User294, почему не логинишься?

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

173. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от Аноним (-), 29-Дек-11, 17:28 
>> Может быть ты тупой, но претензии этих господ были к версиям GCC.
> А может они?

Кхм, выбирая между тем кому верить - я лучше буду верить анатоликсам и слоникам чем изенам и еще паре местных клоунов. I'm sorry, но мое видение моего удобства больше совпадает с их точкой зрения.

> Port: msp430-libc-gcc4-1.0.20110612_2

<off>А где для AVR? А можно и для ARM :)</off>
[покиляно]
Тебе не приходило в голову что я не хочу выступать слесарем пытающимся окултурть автотаз? Почему мне надо по дефолту подсунуть какое-то древнее бажное дерьмо, которое я потом могу напильником доработать? Это вообще нормально?

>> Они не могут ждать 10 лет пока твой шланг может быть, и если вдруг, будет готов
>> к продакшну в бсд. Жрать они хотят сейчас. И акционеры их будут нагибать сейчас, если что.
> Использование стороннего компилятора для сборки ПО описано здесь (для тупых специально
> перевели страничку Wiki на русский язык): http://alex-tesla.livejournal.com/10298.html

Ты издеваешься? Если в другой системе это же самое делается тупым запуском дефолтного компилера - угадай что выберут эксплуатационщики. Ушибленных на голову фанатов, готовых на троекратный объем геморроя потому что "зато это BSD" мы рассматривать не будем :P

[покиляно]
>> самый прогрессивный но фэйлящий компилер. Когда и если он будет идеально
>> вылизан и это будет чем-то лучше - они может и поюзают.
> А исключения делать не судьба?

Все эксплуатационщики так и прутся от перспективы гулять с миноискателем по минному полю и метить места с минами. Вместо того чтобы просто работать, пилять.

> А! Я и не подумал, что Rambler зарабатывает бабки. Я думал, что
> это просто какая-то интернет-витрина-портал для непонятно-чего. Поэтому и не хожу туда.

Это ты так закамуфлированно рассказал что ты - наивный чукотский юноша? В любом случае, я в этом не виноват.

[del]
> Ты похоже не то ключевое слово выбрал для ответа на мою реплику из зала.
> Напоминаю, что ключевое слово здесь не "отказ", а словосочетание "сквозная целостность
> данных". Эта целостность данных обеспечивается несколько другими средствами и технологиями.

В упомянутых случаях обычно идет разбивка на блоки и репликация блока на несколько узлов, поэтому целостность можно обеспечить более другими методами, при том - можно универсально обрабатывать вообще любые отказы нод, что глюкинг когда запрос возвращает некорректный блок, что полный отказ ноды. Если есть ресурсы - можно считать блокам чексумм/хеши (на сколько жаба по CPU не удавит) и обнаруживать сбои на уровне протокола распределенной ФС. Примерно как битторент обнаруживает что ему неверный блок всучили (заметь, ему похрен кто и почему это сделал). Ну может с чуть более продвинутой реакцией на сбой, типа сигнала с требованием о полном заглушении проблемной ноды.

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

187. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от iZEN (ok), 30-Дек-11, 00:03 
>>> Может быть ты тупой, но претензии этих господ были к версиям GCC.
>> А может они?
> Кхм, выбирая между тем кому верить - я лучше буду верить анатоликсам
> и слоникам чем изенам и еще паре местных клоунов. I'm sorry,
> но мое видение моего удобства больше совпадает с их точкой зрения.

Они не правы, когда не замечают то, что ЕСТЬ и РАБОТАЕТ.

> Тебе не приходило в голову что я не хочу выступать слесарем пытающимся
> окултурть автотаз? Почему мне надо по дефолту подсунуть какое-то древнее бажное
> дерьмо, которое я потом могу напильником доработать? Это вообще нормально?

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

Под GPL без исключений оказались новейшие версии компиляторов GCC. Если нельзя включить в базовую систему последние версии GCC, то нужно хотя бы обеспечить:
1) сборку ПО из коллекции портов тем компилятором, который доступен в системе (GCC 4.2.2);
2) позволить сборку стороннего ПО тем компилятором, который выберет пользователь.
Обе цели достигнуты.

> Ты издеваешься?

Unix-way изначально предполагает обмен ПО на уровне исходников и патчей к исходникам, с последующей компиляцией и сборкой ПО на целевой системе или в режиме кросс-компиляции. Если пользователь не готов идти этим путём, то существуют готовые заранее собранные по стандартному сценарию бинарные модули (пакеты), которые можно взять и установить.

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

Эксплуатационщики выберут заранее собранное и оттестированное на тестовом стенде необходимое ПО, представляющее собой набор файлов бинарных пакетов, готовых к распространению и установке на целевом оборудовании.

>> А исключения делать не судьба?
> Все эксплуатационщики так и прутся от перспективы гулять с миноискателем по минному
> полю и метить места с минами. Вместо того чтобы просто работать,
> пилять.

Все "мины" ищутся специалистами-тестерами на тестовом стенде. Для продакшена не допускаются непроверенное ПО. Никакие сервиспаки без тестового запуска на тестовом стенде никогда не допускаются до боевого продакшена.

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

209. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  –1 +/
Сообщение от Аноним (-), 06-Янв-12, 07:09 
> Они не правы, когда не замечают то, что ЕСТЬ и РАБОТАЕТ.

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

>> дерьмо, которое я потом могу напильником доработать? Это вообще нормально?
> В систему не может быть принят исходный код, распросраняемый под GPL без
> исключений и оговорок со стороны производителя стороннего продукта,

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

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

Ну вот поэтому то наличие каких-то там более новых гцц где-то сбоку и не считается. Где-то сбоку много чего еще есть. Только за это (как ты верно заметил) никто толком не отвечает и все на свой страх и риск.

> Под GPL без исключений оказались новейшие версии компиляторов GCC.

Насколько я помню, там разок и правда перегнули. Но вопрос с исключениями был утрясен много версий назад. Но некоторым теперь не нравится что GPLv3 - это дескать фи. При том кроме "фи" никаких конструктивных вариантов придумано не было. Форкануть 4.2 и зачинить там хотя-бы известные баги - ниасилили, шланг - где-то там, в теории. А нормальную версию компилера вы можете опционально, откуда-то сбоку. Сами. Без гарантий. Ха.

> Если нельзя включить
> в базовую систему последние версии GCC, то нужно хотя бы обеспечить:
> 1) сборку ПО из коллекции портов тем компилятором, который доступен в системе (GCC 4.2.2);

Нужно? А теперь подумай кому нужно делать проблемы некрофилов с их gpl3-фобией своими проблемами. Вон представители контор недвусмысленно высказались по ссылкам.

> 2) позволить сборку стороннего ПО тем компилятором, который выберет пользователь.
> Обе цели достигнуты.

Напоминает автоТАЗ какой-то. Ну да, по проекту вроде не совсем барахло. На практике - ведро с гайками.

>> Ты издеваешься?
> Unix-way изначально предполагает обмен ПО на уровне исходников и патчей к исходникам,

Ты так говоришь как будто исходники и патчи кто-то не дает.

> с последующей компиляцией и сборкой ПО на целевой системе или в
> режиме кросс-компиляции.

А как с твоим "юниксвеем" совмещается то что компилеры испокон веков умеют компилить в объектники и группировать их в бинарные библы? Чтобы потом можно было быстренько залинковать твой хелловорлд с вон теми либами. Получается что в сишных компилерах испокон веков есть "неюниксвейные" элементы :D.

> Если пользователь не готов идти этим путём, то существуют готовые заранее собранные
> по стандартному сценарию бинарные модули (пакеты), которые можно взять и установить.

Ну да, чисто номинально вроде бы ты прав. Дьявол как обычно прячется в деталях.

> Эксплуатационщики выберут заранее собранное и оттестированное на тестовом стенде необходимое
> ПО, представляющее собой набор файлов бинарных пакетов, готовых к распространению и
> установке на целевом оборудовании.

Да, и они выбирают, как ты заметил. Почему-то не фрибсд. А вообще какую-то там презренную убунту [в этом месте илитисты получают -10 к ЧСВ]. Наверное потому что там с миноискателем на минном поле явно меньше бегать надо, а?

> Все "мины" ищутся специалистами-тестерами на тестовом стенде.

Думаешь, эксплуатационщики сильно хотят превращаться в профессиональных саперов? Да для них это вообще побочный и непрофильный род деятельности, если ты еще не понял. Принцип прост: меньше = лучше.

> Для продакшена не допускаются непроверенное ПО. Никакие сервиспаки без
> тестового запуска на тестовом стенде никогда не допускаются до боевого продакшена.

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

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

196. "Во FreeBSD устранено 5 уязвимостей, включая критическую root..."  +/
Сообщение от iZEN (ok), 31-Дек-11, 00:53 
> <off>А где для AVR? А можно и для ARM :)</off>

ВНЕЗАПНО: http://www.freshports.org/search.php?query=avr-gcc

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

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

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




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

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