LINUX.ORG.RU

Проекту Debian 14 лет


0

0

Ровно 14 лет назад в рассылке Ян Мэрдок обьявил о создании нового дистрибутива, который бы был маленьким, содержал бы весь свежий софт, и позволил бы установить linux на компьютер неискушенному человеку. Вообщем-то у него всё получилось!

>>> Подробности



Проверено: Dimez ()
Ответ на: комментарий от anonymous

> Про твой английский подметили в точку :D

Не передергивай.

> Кстати, у меня все ок с man-pages-ru UTF-8.
Что я делаю не так?

Много пи*дишь. Гентушный man с UTF-8 не работает потому что groff
плющит от UTF-8, а в нормальных дистрах и man и groff пропатчены для
поддержки UTF8 и поддержки автоопределения кодировки KOI/UTF. Так что убей себя апстену плз.

$ bzcat /usr/share/man/ru/man1/ls.1.bz2|/usr/bin/nroff -c -Tutf8 -mandoc|head
LS(1) LS(1)



éíñ
ls, dir, vdir - ×Ù×ÏÄÉÔ ÓÏÄÅÒÖÉÍÏÅ ËÁÔÁÌÏÇÁ

ïâúïò
ls [ÏÐÃÉÉ] [ÆÁÊÌ...]
dir [ÆÁÊÌ...]
$ bzcat /usr/share/man/ru/man1/ls.1.bz2|/usr/bin/nroff -c -Tlatin1 -mandoc|head
LS(1) LS(1)



���
ls, dir, vdir - ������� ���������� ��������

�����
ls [�����] [����...]
dir [����...]


А теперь убей себя апстену.

anonymous
()
Ответ на: комментарий от anonymous

> Гентушный man с UTF-8 не работает потому что groff
плющит от UTF-8, а в нормальных дистрах и man и groff пропатчены для
поддержки UTF8

Вот тебе стеночка, дебулушка :)
* Applying groff-man-UTF-8.diff

Иди дальше ножками и ручками подергай - отпускает, говорят, после серии ударов об стенки :)

anonymous
()
Ответ на: комментарий от anonymous

> Опять без фактов демонстрируешь свой недодроч :)

Не, с гентой недодроча просто не может быть - может быть только жесткий передроч, потому что gentoo - это вечный Дао Совершенствования Стиля Дрочения! Какие тебе еще факты надо? Иди читай что выше написано с конкретными ошибками, тормоз. Вчерашнего обновления emerge world было достаточно чтобы угробить систему. Обновился *СТАБИЛЬНЫЙ* expat, который снес /usr/lib/libexpat.so.0* из-за чего отвалились все программы, которые используют эту библиотеку. Стандартное решение - revdep-rebuild в руки и дрочить на систему, чтобы отремонтировать ее.

anonymous
()
Ответ на: комментарий от anonymous

Дитя, не плачь - будь мужчиной.
Это _штатные_ средства и _идеология_ гентуу.
А вот то, что мудаки каждый день себе мир обновляют с 205 маскированными пакетами, к дискуссии отношения не имеет.

Пока, уродец :)

anonymous
()
Ответ на: комментарий от anonymous

> Вот тебе стеночка, дебулушка :) * Applying groff-man-UTF-8.diff

Хорошо, признаю, что там что-то накладывается что должно решить проблемы groff. Ну а теперь ты давай показывай результат "man bleah" и "man ls" с установленными man-pages-ru и без всяких читов enconv и переконверченных man-pages-ru. И после этого с разбегу да апстеночку!

anonymous
()
Ответ на: комментарий от anonymous

> Дитя, не плачь - будь мужчиной. Это _штатные_ средства и _идеология_ гентуу. А вот то, что мудаки каждый день себе мир обновляют с 205 маскированными пакетами, к дискуссии отношения не имеет.

Ну я и говорю - это идеология совершенствования анонизма. Пи*доболы, вы так до сих пор и не ответили насчет проблем с man, затыков revdep-rebuild, плавающих путей тилит и отваливания системы после обновления СТАБИЛЬНОГО expat. Систему Debian Stable можно обвновлять хоть раз в сутки - ничего не отвалится. Смотрите что такое нормальная система, пионеры.

> Пока, уродец :)

Кончились аргменты? Слил? Сдулся? Вон отсюда ничтожество!

anonymous
()
Ответ на: комментарий от anonymous

> Хахаха! Насмешил. Так вот они какие - Мамонтоводы-дебилианщики :)

Ответь мне на один вопрос. Каковы преимущества 2.6.22 перед 2.6.18 и как конкретно ты их используешь?

anonymous
()
Ответ на: комментарий от anonymous

> Иди поучись (на русском!!!):
http://www.gentoo.org/doc/ru/utf-8.xml

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

$ locale |head -1
LANG=ru_RU.UTF-8
$ epm -qa|grep ^man
man-pages-ru-0.98
manedit-0.7.1
man-1.6e-r3
man-pages-2.63
$ grep ^NROF /etc/man.conf
NROFF /usr/bin/nroff -mandoc -c
$ man ls
LS(1) LS(1)



éíñ
ls, dir, vdir - ×Ù×ÏÄÉÔ ÓÏÄÅÒÖÉÍÏÅ ËÁÔÁÌÏÇÁ

ïâúïò
ls [ÏÐÃÉÉ] [ÆÁÊÌ...]
dir [ÆÁÊÌ...]
vdir [ÆÁÊÌ...]


$ man rpm
RPM(8) Red Hat Linux RPM(8)



ÐÐÐÐÐÐÐÐ
rpm - ÐÐµÐ½ÐµÐ´Ð¶ÐµÑ Ð¿Ð°ÐºÐµÑов RPM


$ man getuid
GETUID(2) Linux Programmer’s Manual GETUID(2)



éíñ
getuid, geteuid - ÐÏÌÕÞÉÔØ ÉÄÅÎÔÉÆËÁÔÏÒ ÐÏÌØÚÏ×ÁÔÌÑ

$ man getoosux
������ ��� getoosux � ����������� ���


Облажались? Обтекайте! В Debian и Fedora все работает искаропки!

anonymous
()

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

anonymous
()
Ответ на: комментарий от anonymous

Юноша, не брызжите слюной.

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

Сейчас попробовал русские маны с юникодом. И, действительно, увидел точно такие же проблемы, как и у вас.
Через 10 минут проблемы исчезли (5 минут - гугл, 5 минут - все остальное). Это много? Справедливости ради отмечу, что при постоянной работе с Gentoo _незначительные_ проблемы встречаются, и связаны они скорее с конкретной спецификой (софт из оверлея, например), а решаются они быстро.

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

Кстати, сколько же у вас будет проблем с LFS...
Предвижу вашу подростковую истерику: "LFS - отстой, так все надо продумывать, я три года уже пробую - не получается. Нет, я не тупой, это вы все тупые! Я умный - использую дебиан!"
Иди, ботаник ты наш, в дебиан :)

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

anonymous
()
Ответ на: комментарий от anonymous

> Ответь мне на один вопрос. Каковы преимущества 2.6.22 перед 2.6.18 и как конкретно ты их используешь?

Фигасе ты в лужу пернул.

Да куча преимуществ!
Сеть (в том числе и беспроводная), тюнеры и камеры, звук, sata, core2.
Как все это используется твое птушное образование позволяет понять?

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

anonymous
()
Ответ на: комментарий от anonymous

> Если вам нужно, чтобы за вас, но не по-вашему, все было сделано - используйте дебиан.

Что передернул? Гордишься собой? Молодец.

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

smith
()
Ответ на: комментарий от anonymous

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

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

lester ★★★★
()
Ответ на: комментарий от anonymous

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

Как минимум Мандрайк/Мандрива

DNA_Seq ★★☆☆☆
()
Ответ на: комментарий от smith

По моему вообще не уместно сравнивать gentoo и debian. Каждая их них хороша для своих целей: gentoo - отличная система для обучения и для экспериментов, здесь у нее почти нет конкурентов (только LFS и Slackware); debian - система для организаций, для работы, позволяющая быстро и эффективно поднять сервер и поддерживать его.

smith
()
Ответ на: комментарий от smith

> компилируйте на дебиан что хотите и как хотите

Все можно?

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

Пример сегодняшнего для: Есть острая необходимость glibc дистрибутива с максимальными оптимизациями и, извините, кастрациями + (о да - это странно) весь из себя защищенный (имеются в виду эти гадостные тормознутые патчи). Думали о LFS, кстати, но вот Gentoo оказался легче и хоть как-то оттестированный в плане такой задачи.

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

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

anonymous
()
Ответ на: комментарий от lester

> через недельку после рестарта

lester, уже неоднократно вы показывали свой опыт. Хватит.

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

Гентушик продумает еще при инсталляции, как в будущем будут обновляться сервисы без ущерба пользователям. Ибо _думать_ в Gentoo надо сразу, а не по менюшкам лазить.

anonymous
()
Ответ на: комментарий от DNA_Seq

Давайте не будем. Ни одного английского слова? И сообщения с verbose (не отладка, конечно), которые _лично_ мне интересны в плане контроля процессов, например, подключения к сервисам? Во-во. Получается мешанина, которая _лично_ мне не нравится.

anonymous
()
Ответ на: комментарий от anonymous

Хороший пакетный дистрибутив не крашит сервисы. (точка) Скажите - это был debian stable с демонами, установленными из deb пакетов? Возьмите на работе какой-нибудь старый компьютер и потестите на нем debian. Вдруг вам понравится )

smith
()
Ответ на: комментарий от smith

Позвольте скорректировать:

> gentoo - отличная система для обучения и для экспериментов

Gentoo - отличная система для создания решений.

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

Debian - отличное решение для стандартных задач.

anonymous
()
Ответ на: комментарий от smith

> Хороший пакетный дистрибутив не крашит сервисы.

Если я правильно вас понял, то вы меня не поняли :)
Не крашит, а рестартует...

> Скажите - это был debian stable с демонами, установленными из deb пакетов?

Да. Сервисы не падали, с этим все впорядке было. Следуя "хорошим тонам" они рестартовались. +масса говна была, связанная

> Возьмите на работе какой-нибудь старый компьютер и потестите на нем debian. Вдруг вам понравится )

И даже работал с ним на вполне приличной машине :)
И устраивал, пока не... Я же не говорю, что он совсем плох. Я говорю, что он далеко не идеальная для _меня_ система, работающая _по-моему_ (точка?)

anonymous
()
Ответ на: комментарий от anonymous

> Gentoo - отличная система для создания решений.

> Debian - отличное решение для стандартных задач.

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

smith
()
Ответ на: комментарий от smith

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

anonymous
()
Ответ на: комментарий от anonymous

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

smith
()
Ответ на: комментарий от anonymous

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

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

> Или вы знаете дистрибутив, в котором все ПО имеет русский интерфейс?

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

> Это много?

Таких проблем много, например, wget в русской UTF8 локали печатает квадратики(проблема glibc с разделителями тысяч, которая СЮРПРИЗ! также исправлена в Debian). И я ведь упомянул что (кривое) решение с enconv есть. А вот какие с ним проскакивают глюксы: "Copyright <A9> 2007 Free Software Foundation, Inc.". Моей целью было не доказать, что решения нет, а доказать, что качество дистрибутива Gentoo и качество тестирования - посредственное, поэтому пользователь вместо того, чтобы заниматься своими непосредственными делами должен няньчиться с системой, прямо как виндузятник, глядеть на глюки и терять часы и дни своей жизни на компиляцию и разборки с возникающими при установке/обновлении проблемами, чего в добротно сделанных для ЛЮДЕЙ дистрибутивах не происходит. Или вы предпочитаете дистрибутив, где допиливание является обязательным ритуалом и отечественные авто с недокрученными и проржавевщими болтами, без электрических стеклоподъемников и систем климат-контроля?

> Справедливости ради отмечу, что при постоянной работе с Gentoo _незначительные_ проблемы встречаются, и связаны они скорее с конкретной спецификой (софт из оверлея, например), а решаются они быстро.

revdep-rebuild ребилдящий сотню пакетов, чтобы починить систему после обновления expat, которое удалило старую версию libexpat, после чего стало невозможно ничего запустить - это серьезная проблема или не проблема? Видимо, вы редко обновляетесь, эксплуатируя месяцами уязвимое ПО и используете мало пакетов. У меня 1895 пакетов и я довольно часто обновляю систему. Так вот по опыту такого стресстестинга гента обновления переносит плохо, дебиан(STABLE) - идеально. Атрибутами серьезной системы(смотреть на RHEL,SLES,Debian) всегда было качество исполнения, продуманность и автоматизация: стабильная ветка, в которой есть обновления безопасности(наложение секьюрити патчей без поднятия версии), полная автоматизация обновления(сервис автообновления), отсутствие даже мелких проблем при обновлении и такие приятные мелочи как перезапуск обновленных сервисов. В Gentoo этого нет, поэтому понять людей, устанавливающих это сложно - или у них много свободного времени для решения возникающих проблем после каждого обновления, ручное обновление каждого сервера или они как те мыши, которые ничего лучше кактуса в жизни не пробовали.

anonymous
()
Ответ на: комментарий от anonymous

> Или вы хотите все из коробки?

Хочу стабильную ветвь, обновления безопаснсти(не путать с GLSA), возможнсть *беспроблемного* *автоматического* обновления, LSB-совместимость, наличие официального бинарного репозитария(у той же сорсбейсед фри есть) чтобы не убивать кучу собственного времени на сборку, реальная польза от которой есть в одном из тысячи случаев, зато проблем с несобирающимися пакетами добавляет однозначно(с более строгим gcc-4.2.0 обнаружено уже два несобирающихся пакета), про то, сколько проблем возникает от флагов оптимизации можете почитать ебилды, маскирующие -O3, -fstack-protector, а если задействовать SIMD автовекторизатор -ftree-vectorize ждите спонтанных сегфолтов(починено в gcc-4.2.2). Лично я считаю такую гибкость системы, когда можно запросто получить увечья сделав шаг в сторону(используя не точно такие же версии инструменты сборки, CFLAGS или USE-флаги с которыми была проверена сборка мантейнерами) и саму концепцию сборки с опциями конфигурирования/USE-флагами - ущербной и не позволяющей гарантировать стабильность сборки и фунционирования на всех возможных комбиациях версий инструментов разработки, CFLAGS и опций сборки. Будущее - за модулями/плугинами и динамической оптимизацией, когда для данного типа процессора автоматически активируется оптимизированный под данный процессор критический участок кода.

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

Неужели у вас в Gentoo своя личная версия apache, ssh, ядра, KDE/Gnome? И что мешает в том же Debian собрать своё пропатченное каким-нибудь IMQ ядро или включить экспериментальный ключ поддержки RFC-2640, вместо того, чтобы сутки собирать *всю* систему, а затем, после каждого апдейта, чинить снова сломанную систему revdep-rebuild/emerge -e world?

anonymous
()
Ответ на: комментарий от anonymous

> Если вам нужна совсем ваша система - вперед к LFS.

По принципу если коту делать нечего? Не вижу смысла в использовании LFS и Gentoo, кроме развлечения или глубокого изучения системы. Мне не нужна совсем своя система. Мне нужна качественная система, позволяющая выполнять возложенные на нее задачи, а не няньчиться с ее проблемами.

> Предвижу вашу подростковую истерику

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

> А почему дебиановцы так любят автообновление?

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

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

Потому что ни у гентушников, ни у виндузятников, не бывает прямых надежных обновлений. Концепция обновлений безопасности для того и была создана, чтобы точечно устранять уязвимости и критические проблемы, не меняя функционал программы и не создавая проблем. Не совсем устраивает автоматизация - пусть рядом сидит сисадмина и смотрит как система обновляется строго по расписанию. От того, что он вручную будет набирать yum/apt/yast ничего не изменится, в любом случае админ обязан установить доступные обновления безопасности. К тому же системы автоматического мониторинга доступности сервисов никто не отменял или у вас админ ручками пингом и телнетом сервисы проверяет для надежности? :)

> И именно поэтому в Gentoo сервисы автоматом не рестартуются ;)

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

anonymous
()
Ответ на: комментарий от anonymous

> Да куча преимуществ! Сеть (в том числе и беспроводная), тюнеры и камеры, звук, sata, core2. Как все это используется твое птушное образование позволяет понять?

Допустим, madwifi ставится отдельно. Драйвера для ряда тв-тюнеров и вебкамер - аналогично. А с SATA и Core2 какие проблемы? Надеюсь, твое ПТУшное образование не позволяющее понять, что концепция тащить в ядре всевозможные драйвера и менять все ядро ради одного устройства неудачна по определению.

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

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

anonymous
()
Ответ на: комментарий от anonymous

*твое ПТУшное образование позволяет все-таки понять

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

anonymous
()
Ответ на: комментарий от smith

> По моему вообще не уместно сравнивать gentoo и debian. Каждая их них хороша для своих целей: gentoo - отличная система для обучения и для экспериментов

Вот-вот... для обчения и экспериментов.

anonymous
()
Ответ на: комментарий от anonymous

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

Простите, но я никогда не считал, что Linux - для "обычных" пользователей.

> в русской UTF8 локали

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

> проблема glibc с разделителями тысяч, которая СЮРПРИЗ! также исправлена в Debian

Сюрприз - исправлена везде. Не надо старое ПО использовать...

> (кривое) решение с enconv есть

Ваше решение - кривое. Если вы знаете одно решение, это не значит, что оно единственное. Ссылки вам давались.

> допиливание является обязательным

Не "допиливание", а кастомизация.

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

А вот как раз и пример того, что для вас сделали.

> это серьезная проблема или не проблема?

Это дебил-обычный-пользователь. (точка)

> продуманность и автоматизация

За вас, питомцев. (см. посты выше)

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

Как минимум, у нас тебе не работать (см. выше) = 4000$ + вкусности.

> ручное обновление каждого сервера

Вы пришли в Linux... и до сих пор ничего не поняли.



anonymous
()
Ответ на: комментарий от anonymous

> *беспроблемного* *автоматического* обновления

Вы идиот или домохозяйка?

> наличие официального бинарного репозитария

Вы не умеете читать документацию на английском?

> сколько проблем возникает от флагов оптимизации можете почитать ебилды, маскирующие -O3, -fstack-protector, а если задействовать SIMD автовекторизатор -ftree-vectorize ждите спонтанных сегфолтов(починено в gcc-4.2.2)

Да не лезьте вы туда, и все будет работать так, как на вашем любимом дебиане! Зачем лазить туда, где ничего не понимаешь? Оставьте это нам, пожалуйста. У нас получаются установки намного лучше, чем с дебиан.

> Неужели у вас в Gentoo своя личная версия apache, ssh, ядра, KDE/Gnome? И что мешает в том же Debian собрать своё пропатченное каким-нибудь IMQ ядро или включить экспериментальный ключ поддержки RFC-2640

Ха-ха! Да! Именно своя! Я сделал так, как нужно мне :)

anonymous
()
Ответ на: комментарий от anonymous

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

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

> у системы нет ни сертификатов, ни корпораций-кураторов

Бугага. Иди подумай, дитя пиара.

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

На счет проблем - смотри выше. Люди работу теряют с такими концепциями.

> К тому же системы автоматического мониторинга доступности сервисов

Да ты что! Серьезно? Просветил... Ну давай, автоматически посмотри, ковыряет ли в носу менеджер, или все-таки смотрит и слушай поток с MCU... особенно по броадкасту.

Тебя мама до сих пор содержит, или у тебя жена за маму уже?

anonymous
()
Ответ на: комментарий от anonymous

> Собрать бы вас всех злобных религиозных закомплексованных фанатиков

Ммммм. Гентушники тут весьма адекватны, а вот дебиановцы какие-то агрессивные. Адекватные фанатики?

anonymous
()
Ответ на: комментарий от anonymous

> Пример сегодняшнего для: Есть острая необходимость glibc дистрибутива с максимальными оптимизациями

Ога, советую -ftree-vectorize и тому подобные оптимизации, для полноты ощущений. Дистр дебиана для AMD64 итак уже оптимизирован дальше некуда, елси не искать приключений на свою задницу. В дистре для устаревших x86 который собирается под i486 есть версии ядра и glibc оптимизированные под i686. MMX/SSE там все равно не используются поэтому разницы по используемым командам между Pentium Pro и Core 2 Duo практически никакой, сорки i686 достаточно.

> и, извините, кастрациями + (о да - это странно) весь из себя защищенный (имеются в виду эти гадостные тормознутые патчи). Думали о LFS, кстати, но вот Gentoo оказался легче и хоть как-то оттестированный в плане такой задачи.

В стандартном ванильном glibc уже давно есть защита от эксплуатации переполнений на куче, в ядрах 2.6.12 - ASLR. На современных процессорах - NX, апапратно неисполнимые страницы памяти на стеке и куче. SELinux - с первых версий 2.6. Чего еще нужно, какие нафиг патчи? Может просто разобраться в ситуации следовало бы, вместо того чтобы пытаться ставить мегакрутые мегапатчи для мегакрутой защиты не разбираясь в предмете?

> С тех пор стараемся использовать что-то, что не навязывает "тоны", и вообще их не имеет :) Поймите меня правильно, я не пытаюсь что-то доказать - это жизнь.

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

anonymous
()
Ответ на: комментарий от anonymous

> для обчения

Только и делаем, что "обчаемся" :)
А еще у нас проверка орфографии работает... Ага.

Привет от Гентушников!

anonymous
()
Ответ на: комментарий от anonymous

> все что нужно функционирует со старым ядром

Ну не у всех машины такой же старости, как софт в дебилиане. Правда?

anonymous
()
Ответ на: комментарий от anonymous

> Ога, советую -ftree-vectorize и тому подобные оптимизации, для полноты ощущений.

Ты про этот флаг вообще, что знаешь, маленький?

> Дистр дебиана для AMD64 итак уже оптимизирован дальше некуда, елси не искать приключений на свою задницу.

Круто! Поздравляю! Причем тут AMD64 только?
Ну и, как вы правильно заметили, руками его лучше не трогать... даже клавиатуру.

> В дистре для устаревших x86 который собирается под i486 есть версии ядра и glibc оптимизированные под i686.

Понимаешь, что ляпнул, птушнечег?

> MMX/SSE там все равно не используются поэтому разницы по используемым командам между Pentium Pro и Core 2 Duo практически никакой, сорки i686 достаточно.

Опять ляпнул что-ли?

anonymous
()
Ответ на: комментарий от anonymous

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

Это ты про себя? Ну так поступи в ВУЗ, раз тебе не позволяет образование их решить.

> Бугага. Иди подумай, дитя пиара.

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

> На счет проблем - смотри выше. Люди работу теряют с такими концепциями.

Поднять HA-кластер и автоматически обновлять в специально отведенное для профилактики время религия не позволяет или отсутсвие мозгов?

> Да ты что! Серьезно? Просветил... Ну давай, автоматически посмотри, ковыряет ли в носу менеджер, или все-таки смотрит и слушай поток с MCU... особенно по броадкасту.

А если бы этот сервер упал в тот момент? В ПТУ не проходили HA-кластеры?

> Тебя мама до сих пор содержит, или у тебя жена за маму уже?

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

anonymous
()
Ответ на: комментарий от anonymous

> Ну не у всех машины такой же старости, как софт в дебилиане. Правда?

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

anonymous
()
Ответ на: комментарий от anonymous

> Поднять HA-кластер и автоматически обновлять в специально отведенное для профилактики время религия не позволяет или отсутсвие мозгов?

Малыыыышь, не ты все решаешь ;)

> А если бы этот сервер упал в тот момент?

У тебя падают серверы, как только обновления выходят ?!?!?!
ч.т.д.

> В ПТУ не проходили

Задело? ;)

anonymous
()
Ответ на: комментарий от anonymous

> Ты про этот флаг вообще, что знаешь, маленький?

Это ты по фрейду сказал? Комплексы мучают, что маленький? Поубавь понтов. Уж поболе тебя знаю и о возникающей с ним проблеме знаю и о том в чем именно она состоит, где взять патч и когда поправили gcc. Этот флаг обеспечивает автовекторизация - автоматически может объединять несколько параллельных математических операций одной SIMD-инструкцией. Проблема в том, что gcc до 4.2.2 собирал некорректный код, некоторые movapd инструкции ссылались на невыровннные по 128-битной границе данные, что приводило к исключению и критическому завершению программ.

> Причем тут AMD64 только?

При том что современные массовые сервера поддерживают 64-битный набор команд AMD64 не первый год, а сервера на базе древнего x86 железа вымирают.

> Понимаешь, что ляпнул, птушнечег?

Для тех, у кого трудно с восприятием объясняю: пакеты Debian 4.0 x86 собраны под набор команл i486, в репозитарии для x86 также есть оптимизированны версии libc6-i686 и linux-headers-2.6.18-4-686. Хотя никто не мешает пересобрать хоть всю систему с требующимися оптимизациями.

> Опять ляпнул что-ли?

Нет просто ты опять ничего не понял. Разницы по скорости между оптимизированным glibc под -march=prescott или какой-нибудь nocona и оптимизированной под i686 нет. Более того, гоняя openssl benchmark на системе с оптимизированным openssl под -march=prescott наблюдается падение производительности относительно оптимизированной для i686 сборки openssl. Разница по командам Pentium pro(i686) и более старщих P2,P3,P4 состоит в основном в подедрживаемых SIMD-командах. Ни ядро ни glibc преимуществ SIMD не используют.

anonymous
()
Ответ на: комментарий от anonymous

s/linux-headers-2.6.18-4-686/linux-image-2.6.18-4-686/ конечно же

anonymous
()
Ответ на: комментарий от anonymous

Ты смотри, на что отвечаешь, дитя,
а потом посмотри на стену... и подумай, что не плохо бы было убиться об нее :D

anonymous
()
Ответ на: комментарий от anonymous

> Малыыыышь, не ты все решаешь ;)

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

> У тебя падают серверы, как только обновления выходят ?!?!?! ч.т.д.

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

> Задело? ;)

Совершенно нет. Уже привык к царящей на ЛОРе атмосфере хамства, когда каждый обиженный словами, ставящими под сомнение святость используемой системы или DE начинает кидаться язвительными оскорблениями, неосознанно предполагая, что поток брани позволить как-то переубедить оппонента.

anonymous
()
Ответ на: комментарий от anonymous

Тьфуты. Я вас перепутал с другим анонимусом, похожим по стилю, на ответы на сообщения которого вы ответить пытались :)

Не птушнег :)
Проехали.

anonymous
()
Ответ на: комментарий от anonymous

> Ты смотри, на что отвечаешь, дитя,

Ты хоть сколько мне лет знаешь?

> а потом посмотри на стену... и подумай, что не плохо бы было убиться об нее :D

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

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.