форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Проекту NetBSD исполнилось 20 лет"	+/–
Сообщение от opennews (??) on 22-Мрт-13, 08:39
Разработчики операционной системы NetBSD празднуют (http://www.netbsd.org/changes/#NetBSD-turns-20-today) двадцатилетие с момента основания проекта. Ровно 20 лет назад Крис Деметриу (Chris Demetriou) совершил первый коммит (http://cvsweb.netbsd.org/bsdweb.cgi/src/Makefile?rev=1.1&con...), который ознаменовал создание репозитория проекта и ответвления от кодовой базы 386BSD 0.1. Первый релиз вышел (http://ftp.netbsd.org/pub/NetBSD/misc/release/NetBSD/NetBSD-0.8) спустя несколько недель - 19 апреля. Среди мотивов создания новой ОС упоминалось расхождение взглядов с разработчиками 386BSD, выразившееся в желании перейти к более открытой модели разработки, объединить в работающем продукте накопившиеся в сообществе внешние патчи и интегрировать в систему отдельно развиваемую коллекцию сетевых приложений. Название NetBSD предложил Тэо де Раадт (Theo de Raadt), сооснователь проекта, который через два года создал собственное ответвление - OpenBSD, в котором первоочерёдный акцент делался на безопасности. Впоследствии цели проекта NetBSD сконцентрировались на обеспечении высокой стабильности и переносимости кода. NetBSD является рекордсменом по числу поддерживаемых (http://www.netbsd.org/ports/) аппаратных платформ: последний выпуск официально доступен в сборках для 57 системных архитектур и 16 различных семейств CPU. URL: http://www.netbsd.org/changes/#NetBSD-turns-20-today Новость: http://www.opennet.dev/opennews/art.shtml?num=36462
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Проекту NetBSD исполнилось 20 лет"	–20 +/–
Сообщение от Алексей (??) on 22-Мрт-13, 08:39
Красавцы, поздравляю! Но осталось решить зачем это и ещё over9000 различных вариаций BSD и Linux. Лучше бы развивали FreeBSD и Debian.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Проекту NetBSD исполнилось 20 лет"	+6 +/–
	Сообщение от Аноним (??) on 22-Мрт-13, 09:03
	> Лучше бы развивали FreeBSD и Debian. Наглядная демонстрация того, что создание велосипедов рождает прогресс. По вашей логике нужно было как раз пилить NetBSD и Slackware, ведь эти системы появились раньше. Но только какой уровень сейчас у FreeBSD и Debian, а какой у NetBSD и Slackware.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Проекту NetBSD исполнилось 20 лет"	–7 +/–
	Сообщение от Антоним on 22-Мрт-13, 09:11
	>Но только какой уровень сейчас у FreeBSD и Debian, а какой у NetBSD и Slackware. А что не так у Слаки? Чем она хуже Дебиана?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Проекту NetBSD исполнилось 20 лет"	+6 +/–
	Сообщение от Анонин on 22-Мрт-13, 09:35
	Временем на ее поддержание в актуальном состоянии, отсутствием поддержки от разработчиков, сложностью диагностики и консультации по телефону удаленных точек и т.д. Слака это дист для дома, для продакшена в большинстве случаев не пригодна.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	9. "Проекту NetBSD исполнилось 20 лет"	–4 +/–
	Сообщение от Аноним (??) on 22-Мрт-13, 09:59
	Поподробней, пожалуйста, про сложности.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Проекту NetBSD исполнилось 20 лет"	+2 +/–
	Сообщение от Vaso Petrovich on 22-Мрт-13, 10:04
	> Поподробней, пожалуйста, про сложности. Раверните 20 слак, в полный продашен и сравните тоже самое с дебианом! Ы?
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	12. "Проекту NetBSD исполнилось 20 лет"	–3 +/–
	Сообщение от Аноним (??) on 22-Мрт-13, 10:10
	>> Поподробней, пожалуйста, про сложности. > Раверните 20 слак, в полный продашен и сравните тоже самое с дебианом! > Ы? И где сложности?
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	23. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от mma on 22-Мрт-13, 11:24
	>Раверните 20 слак, в полный продашен продакшен этакая страшилка, все о нем слышали, но мало кто видел:) по сути хоть генту там разворачивай, результат будет зависеть на 90% от разливальщиков а не дистрибутивов.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	28. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 22-Мрт-13, 11:50
	да видели. да, разворачивай хоть генту. если сумеешь синхронно менять/откатывать пачки серверов. ну и чисто по моему опыту гентушные багрепорты ооочень долго обрабатываются.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	39. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонище on 22-Мрт-13, 14:49
	Где долго, покажи? А где быстро?
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	43. "Проекту NetBSD исполнилось 20 лет"	+2 +/–
	Сообщение от Клыкастый (ok) on 22-Мрт-13, 15:50
	> Где долго, покажи? А где быстро? Две недели на некрупный фикс в портежах это долго. Три часа на патч over mail list - это быстро. Что именно тебе показать и зачем? У тебя есть способ что-то ускорить? portage, zabbix_agent 1.8,* 2.* уж давненько поломана поддержка штатного доступа к sensor hwmon. Или ты будешь спорить своим опытом с моим опытом? это не очень эффективно, уверяю тебя.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	51. "Проекту NetBSD исполнилось 20 лет"	+2 +/–
	Сообщение от YetAnotherOnanym (ok) on 22-Мрт-13, 17:53
	> своим опытом с моим опытом Да чо там, пиши уже сразу в сантиметрах.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	65. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонище on 22-Мрт-13, 22:05
	+1 :D
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	82. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 23-Мрт-13, 19:15
	> +1 :D Покупайте наши линейки! Они дают сразу +5 к самому главному параметру!
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	46. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 22-Мрт-13, 17:15
	>>Раверните 20 слак, в полный продашен Вот именно.  Хоттабычу такое в итоге надоело, насколько знаю. > продакшен этакая страшилка, все о нем слышали, но мало кто видел:) Так кто видят -- и говорят тем, кто не видел (точнее, не отвечал за работу хостов). > по сути хоть генту там разворачивай, результат будет зависеть на 90% от > разливальщиков а не дистрибутивов. Глаза начинают открываться через полгода-год -- когда надо вдруг всё-таки накатить затычку для критичной дырки, прикрыть которую файрволом или ещё как объехать не получается (либо ещё более чревато при последующем забывании). А момент истины настаёт при необходимости обновления -- либо по причине прекращения поддержки версии/ветки, либо когда надо вновь разворачиваемому софту предоставить ранее недоступное ABI (свежую версию библиотеки, гругря). Самое же страшное -- когда такой "разливальщик" увольняется и все эти верёвочки приходится разбирать и делать начисто по уму уже кому-то другому. PS: виндостудентам: у нас-то хоть посмотреть верёвочки получается и продиагностировать, как правило -- так что не спешите на рожон вылазить.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	56. "Проекту NetBSD исполнилось 20 лет"	+2 +/–
	Сообщение от Клыкастый (ok) on 22-Мрт-13, 18:46
	>>>Раверните 20 слак, в полный продашен > Вот именно.  Хоттабычу такое в итоге надоело, насколько знаю. Как человек измученный нарз... имевший дело с Убунтами в меньшей степени, чем "слаками" и прочими "генту и фряхами", я просто таки напрашиваюсь на пояснения. > Глаза начинают открываться через полгода-год -- когда надо вдруг всё-таки накатить затычку для критичной дырки, прикрыть которую файрволом или ещё как объехать не  получается (либо ещё более чревато при последующем забывании). для соурс-бейзед это будет скрипт, выполняющий определённые действия. он раздаётся на n машин и пишет результат своей работы. для убунты и слаки это будет готовый пакет, и тот же скрипт, который раздаётся на n машин, выполняет определённые действия и пишет результат своей работы. В сухом остатке: есть некий скрипт, делающий некие действия. Для соурс-бейзед он включает сборку патченого XXX, для бинари-бейзед - установку патченого XXX. ЭТО ЕДИНСТВЕННО РАЗЛИЧАЮЩАЯСЯ ЧАСТЬ. Наличие контроля по завершению - и там и там. Великая и ужасная слака, при виде которой сотнями помирают адепты "удобных линуксов" в этой картинке занимает место ближе к волшебным убунтам. И да, если процесс "конпеляции" приводит к конгнитивному диссонансу или выпадению из привычной реальности, то в соурс-бейзед есть механизм поставить таки бинарный пакет. > А момент истины настаёт при необходимости обновления -- либо по причине прекращения > поддержки версии/ветки, либо когда надо вновь разворачиваемому софту предоставить ранее > недоступное ABI (свежую версию библиотеки, гругря). Да, дорогие товарисчи. Вы совершенно правы. Обновление протухших проектов - это геморрой. Бинарное обновление протухших проектов - отдельный геморрой. Остаётся непонятным вопрос какие такие преимущества в данной ситуации имеют некие дистрибутивы? Не. ну помимо ситуации "мы законсервировали всё и будем менять очччень меееедленно" - ситуации с известной ценой за сомнительное преимущество "я притащу трупик протухшего софта и он поставится и заведётся. возможно." > Самое же страшное -- когда такой "разливальщик" увольняется и все эти верёвочки > приходится разбирать и делать начисто по уму уже кому-то другому. Вся разница в том, что у разливальщиков "по уму" - разное. Фряшник после уволившегося убунтушника и убунтушник после уволившегося слаквариста будут одинаково истово приводить к своему "по уму". Решается это, как ни странно, административными методами.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	58. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 22-Мрт-13, 19:16
	PreScriptum: отвечу, но предлагаю дискуссию про слаквари уносить куда-нить в новости про слаквари или отдельный тред форума по возможности, ладно? >>>>Раверните 20 слак, в полный продашен >> Вот именно.  Хоттабычу такое в итоге надоело, насколько знаю. > я просто таки напрашиваюсь на пояснения. http://www.opennet.dev/openforum/vsluhforumID3/65731.html#19 http://www.opennet.dev/openforum/vsluhforumID3/73732.html#22 http://www.opennet.dev/openforum/vsluhforumID3/64762.html#128 http://www.opennet.dev/openforum/vsluhforumID3/86689.html#207 > для соурс-бейзед это будет скрипт, выполняющий определённые действия. > он раздаётся на n машин и пишет результат своей работы. Его написать/отладить ещё надо хотя бы раз, хотя тут не спорю. > для убунты и слаки это будет готовый пакет Его где-то взять надо или сделать.  В контексте поддержки развёрнутых систем это вопрос того, насколько предсказуемо и оперативно это происходит не для текущей версии на ftp.нужный.org, а именно для той, которая в работе. > В сухом остатке: есть некий скрипт, делающий некие действия. Для соурс-бейзед он > включает сборку патченого XXX, для бинари-бейзед - установку патченого XXX. > ЭТО ЕДИНСТВЕННО РАЗЛИЧАЮЩАЯСЯ ЧАСТЬ. Вообще не смешно, т.к. "сборка" -- это наличие не просто компилятора, а сборочной среды.  Которая, представьте себе, тоже может "уплыть" на разных хостах или вдруг оказаться недостаточной, в результате чего особо прыткий пакет может, скажем, сконфигуриться без поддержки SSL при виде заведомо дырявой версии openssl. > И да, если процесс "конпеляции" приводит к конгнитивному диссонансу или выпадению из > привычной реальности, то в соурс-бейзед есть механизм поставить таки бинарный пакет. (глядя на сборочный сервер) Да не в процессе диссонанс. > Остаётся непонятным вопрос какие такие преимущества в данной ситуации имеют > некие дистрибутивы? Не. ну помимо ситуации "мы законсервировали всё и будем > менять очччень меееедленно" - Даже и помимо -- дистрибутивы действительно различаются QA и оперативностью реакции, факт. (заметьте, тут никого не ругаю и не хвалю -- картинка меняется по годам и проектам, надо трезво понимать текущую) >> Самое же страшное -- когда такой "разливальщик" увольняется и все эти верёвочки >> приходится разбирать и делать начисто по уму уже кому-то другому. > Вся разница в том, что у разливальщиков "по уму" - разное. http://www.opennet.dev/openforum/vsluhforumID3/13149.html#8 :) > Фряшник после уволившегося убунтушника и убунтушник после уволившегося слаквариста > будут одинаково истово приводить к своему "по уму". Речь не про "истово приводящих", а когда человек достаточно квалифицирован, чтобы в принципе поддержать что угодно -- но не видит смысла поддерживать заведомо безнадёжную кашу. После слаквариста, который не утруждал себя сборкой пакетов (это тот же Хоттабыч утруждался), или ещё какого эквивалентного деятеля (видел подобное и за шляпниками, и за дебианщиками) -- именно каша обычно и остаётся.  Просто в разных дистрибутивах изначально мерка разная -- что является нормальным, а что поперечным.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	61. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 22-Мрт-13, 20:15
	> Вообще не смешно, т.к. "сборка" -- это наличие не просто компилятора, а сборочной среды.  Которая, представьте себе, тоже может "уплыть" на разных хостах или вдруг оказаться недостаточной, в результате чего особо прыткий пакет может, скажем, сконфигуриться без поддержки SSL при виде заведомо дырявой версии openssl. Вопрос "на X хостах у вас точно одинаковое окружение" имеет ответ. У source-based - на этапе "сборки на месте". У binary-based - на этапе "поставил и запустил". Если ответ "да", то всё ОК. Если "нет", то мне больше нравится вариант "узнал на стадии сборки" чем "узнал при попытке рестартануть сервис". > (глядя на сборочный сервер) Да не в процессе диссонанс. воот.  а теперь представьте, что у вас не сотни "серверов типового назначения", а небольшой зоопарк серверов с меняющимися ролями. > -- но не видит смысла поддерживать заведомо безнадёжную кашу. как правило если каша есть (именно каша, например волшебная смесь разнообразных дистрибутивов) то у неё, у этой каши, были уже неважные причины возникнуть и очень конкретные причины "оставаться с нами". Переделывать ради переделки никто не даст. И даже ради благой стандартизации и унификации. Это я к тому, что безнадёжность - понятие внутреннее :), а ситуация - объективное :) > После слаквариста, который не утруждал себя сборкой пакетов Лихая крутотенюшка, собранная по хаутушкам лохматых годов "из тарболла" это замечательно. особенно поставленная в обход штатной системы установки. экзотические способы автозапуска. эзотерическое расположение в системе. абсолютные пути. мы все знаем таких талантливых художников. > Просто в разных дистрибутивах изначально мерка разная -- что является нормальным, а что поперечным. а если "каша" это вот поперечное в конкретном дистре - это можно и нужно приводить к соответствию. Другими словами. Есть то что сделано правильно, но чуждо. И то, что сделано хреново. Последнее надо исправлять ОДНОЗНАЧНО.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	63. "(offtopic) сборка в чистом чруте заранее vs на местах"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 22-Мрт-13, 20:37
	> Вопрос "на X хостах у вас точно одинаковое окружение" имеет ответ. > У source-based - на этапе "сборки на месте". Это если ответ искать (и здесь речь про API). > У binary-based - на этапе "поставил и запустил". В основном на этапе удовлетворения зависимостей (а речь про ABI). > Если ответ "да", то всё ОК. Если "нет", то мне больше нравится > вариант "узнал на стадии сборки" чем "узнал при попытке рестартануть сервис". Так вот как раз в случае с пакетами шанс поймать отвалившуюся дополнительную функциональность уже после перезапуска (особенно если он без предварительного -t или что там конкретный сервис умеет) _меньше_, чем в случае сборки без внимательного контроля.  Потому как сборочная среда фиксируется для сборки и перед проверкой, а не на бегу. BTW пример с SSL был не совсем высосан из пальца, подобное _изредка_ встречается в практике майнтейнера (и моей тоже). > воот.  а теперь представьте, что у вас не сотни "серверов типового > назначения", а небольшой зоопарк серверов с меняющимися ролями. Знакомое дело. > Есть то что сделано правильно, но чуждо. И то, что сделано хреново. > Последнее надо исправлять ОДНОЗНАЧНО. По рукам :-)
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	13. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонин on 22-Мрт-13, 10:24
	Попробуете как нибудь с кладовщиком по телефону смонтировать каталог NFS ;) Или попробовать переключить нет с одного провайдера на другой ;)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	15. "Проекту NetBSD исполнилось 20 лет"	–2 +/–
	Сообщение от ъ on 22-Мрт-13, 10:34
	>Попробуете как нибудь с кладовщиком по телефону смонтировать каталог NFS ;) Или попробовать переключить нет с одного провайдера на другой ;) Кладовщик бауманку закончил?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	17. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонин on 22-Мрт-13, 11:02
	Нет, поэтому у меня Слаки и не будет, у меня много удаленных точек, для моих целей она не пригодна.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	21. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 22-Мрт-13, 11:20
	> Нет, поэтому у меня Слаки и не будет, у меня много удаленных > точек, для моих целей она не пригодна. Мне интересно, чем монтирование NFS в дебиане принципиально проще аналогичных действий в слаке? Сдаётся мне, товарищ не в курсе, что слака тоже линукс.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	53. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от www2 (??) on 22-Мрт-13, 18:06
	Принципиальная простота и экономия большого количества времени на непринципиальных вопросах - большая разница. Банально проще поставить пакет со всеми его зависимостями или обновить систему. Проще, когда не нужно думать - "это я дурак или система глючит", потому что система протестирована чуть ли не с лупой в руках и с фонариком для заглядывания в задницу. Проще, потому что проверенное, оттестированное и пофикшеное не заменяют на новую версию просто из-за увеличения циферок в версии. Чтобы понять такие вещи, нужен ряд условий: 1. сопровождать много серверов, 2. сервисы на них должны быть разнообразными и сложными, 3. сервисы должны быть публично-доступными. Если серверов мало, то обновлять их легко - ну потратишь по рабочему дню на два-три сервера, не критично. Если серверы однообразные, то и процедура обновления не требует много времени, потому что разобравшись с обновлениями на одном, тестовом или не самом важном сервере, можно повторить процедуру на остальных, уже наступив на все грабли и зная как их дальше обходить. Если серверы не публично-доступны, то их можно обновлять по желанию. Если они публично доступны, нужно поторапливаться, потому что любители поковырять дырки не будут ждать, когда вы эти дырки прикроете. Пока Вы не почувствуете это на своей шкуре, говорить с Вами бесполезно - Вы до конца будете убеждены в собственной правоте, потому что такого опыта у Вас попросту нет и у Вас всегда всё получалось. Вы будете считать себя умным и мужественным, а окружающих - слабоумными сопливыми нытиками. Лучше, чтобы Вы поняли это до того, как приобретёте опыт: во-первых, вероятность приобретения опыта будеты выше, потому что Ваш потенциальный начальник поймёт, что Вы не задрот и фанатик, а человек, которому важно делать дело качественно и с минимальными рисками для компании, а во-вторых, дров меньше наломаете.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	62. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Клыкастый (ok) on 22-Мрт-13, 20:32
	Начинается. > Банально проще поставить пакет со всеми его зависимостями или обновить систему. eix-sync && emerge -uDN world apt-get update && apt-get upgrade portsnap fetch update && portmaster -a (про мир - отдельно, но тоже несложно) > Проще, когда не нужно думать - "это я дурак или система глючит", Есть подозрения, что мысли "система глючит" возникают при хреновом знании системы и никак не зависят от её, системы, названия. > потому что система протестирована чуть ли не с лупой в руках и с фонариком для заглядывания в задницу. когда вашей системе очередной раз будут заглядывать в задницу с фонариком, пусть спросят там, в заднице какого дьябла не работает опрос температуры через /sys/ в заббикс-агенте. А я потом спрошу "а что же вы, други любезные, тестировали?" > Проще, потому что проверенное, оттестированное и пофикшеное не заменяют на новую версию  просто из-за увеличения циферок в версии. Sir, есть огромные сомнения, что дистростроители, например, дебиана тестировали астер под МОЕЙ нагрузкой на МОЁМ железе. И вообще есть сомнения, что некие тесты вообще хоть как-то мне полезны. Напротив, сама по себе удачная сборка некоего софта в некотором окружении - недостаточный, но обнадёживающий тест. > Если серверов мало, то обновлять их легко - ну потратишь по рабочему > дню на два-три сервера, не критично. 100-250 серверов. Обновление php. из портов, кстати. по вашим расчётам на год работы. > Если серверы однообразные, то и процедура обновления не требует много времени, потому > что разобравшись с обновлениями на одном, тестовом или не самом важном > сервере, можно повторить процедуру на остальных, уже наступив на все грабли > и зная как их дальше обходить. Это справедливо в отношении любого дистра и самых экзотических способов обновления. > Пока Вы не почувствуете это на своей шкуре, говорить с Вами бесполезно > - Вы до конца будете убеждены в собственной правоте, потому что > такого опыта у Вас попросту нет и у Вас всегда всё > получалось. Вы будете считать себя умным и мужественным, а окружающих - > слабоумными сопливыми нытиками. Дружище, вот какой фикус: эту задачу решают под разными ОС и разными способами. И как правило после решения этой проблемы каждый укрепляется в правильности своего пути, но обогащается опытом. За редким исключением. > Лучше, чтобы Вы поняли это до того, как приобретёте опыт: во-первых, вероятность > приобретения опыта будеты выше, потому что Ваш потенциальный начальник поймёт, что > Вы не задрот и фанатик, а человек, которому важно делать дело > качественно и с минимальными рисками для компании, а во-вторых, дров меньше > наломаете. Я правильно понимаю, что только правоверный последователь apt-get достоин называться "не задротом и не фанатиком"? Хотелось бы сразу расставить точки над "i".
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	73. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от www2 (??) on 23-Мрт-13, 09:42
	> Начинается. >> Банально проще поставить пакет со всеми его зависимостями или обновить систему. > eix-sync && emerge -uDN world > apt-get update && apt-get upgrade > portsnap fetch update && portmaster -a (про мир - отдельно, но тоже > несложно) Тут ещё нет этапа portupgrade, ни слова не сказано о времени компиляции и о том, что результат может быть неожиданным, если при текущем расположении звёзд в систему портов положили то, что просто не собирается. А ещё хуже, если собравшись иногда периодически глючит так, что на отлов этого глюка уходит уйма времени. >> Проще, когда не нужно думать - "это я дурак или система глючит", > Есть подозрения, что мысли "система глючит" возникают при хреновом знании системы и > никак не зависят от её, системы, названия. Вот - это позиция того самого "мужественного умного человека". Все вокруг дураки, один я умный. Система большая, всё досконально изучить невозможно и лучше когда не ждёшь от своей системы проверку на бдительность и знания. Система должна просто работать. Я понимаю, когда в вашей системе ничего кроме LAMP'а сломаться не может, но я об этом тоже уже говорил. Один почтовый сервис может заткнуть за пояс по сложности администрирования полсотни одинаковых LAMP'ов или сервисов подобного уровня. >> потому что система протестирована чуть ли не с лупой в руках и с фонариком для заглядывания в задницу. > когда вашей системе очередной раз будут заглядывать в задницу с фонариком, пусть > спросят там, в заднице какого дьябла не работает опрос температуры через > /sys/ в заббикс-агенте. А я потом спрошу "а что же вы, > други любезные, тестировали?" Версии системы и zabbix-агента в студию, посмотрим что там не работает. >> Проще, потому что проверенное, оттестированное и пофикшеное не заменяют на новую версию  просто из-за увеличения циферок в версии. > Sir, есть огромные сомнения, что дистростроители, например, дебиана тестировали астер > под МОЕЙ нагрузкой на МОЁМ железе. И вообще есть сомнения, что > некие тесты вообще хоть как-то мне полезны. Напротив, сама по себе > удачная сборка некоего софта в некотором окружении - недостаточный, но обнадёживающий > тест. Дистростроители не решают конкретно ваши проблемы, но избавляют вас от необходимости думать над проблемами, над которыми уже подумали они сами. > 100-250 серверов. Обновление php. из портов, кстати. по вашим расчётам на год > работы. Экая сложность, обновить PHP. Попробуйте обновить проект на Django, использующий приложения на Erlang для записи с сотен видеокамер, перекодирующий видео и складывающий его в архив, позволяющий он-лайн смотреть происходящее на камерах сейчас или смотреть видео из архива. Помножьте это на виртуалки Xen, серверы MySQL, хранилища данных, смонтированные по iSCSI. Отказ любого компонента может привести к отказу всего сервиса. Посмотрим, насколько мужественным и умным вы себя почувствуете, когда и не обновлять нельзя - потому что обнаружена критическая уязвимость, и обновлять не хочется, потому что наворочено слишком много всего, что может неожиданно сломаться. Попробуйте обновить почтовую систему, только основными компонентами которой являются Dovecot, Postfix, Exim, а есть ещё десяток вспомогательных компонентов типа почтового веб-клиента и админки, несколько средств защиты от спама, интеграция с LDAP'ом. Хранилище почты смонтировано по iSCSI. Плюс, для сложности, пусть на этом же сервере стоит Jabber-сервер на Erlang. Тут, правда, следует отдать должное разработчикам этого софта - он весьма стабилен и уязвимости в нём обнаруживаются редко. >> Если серверы однообразные, то и процедура обновления не требует много времени, потому >> что разобравшись с обновлениями на одном, тестовом или не самом важном >> сервере, можно повторить процедуру на остальных, уже наступив на все грабли >> и зная как их дальше обходить. > Это справедливо в отношении любого дистра и самых экзотических способов обновления. Я об этом и говорю, что только админя много разнообразных сложных публичных сервисов можно понять, зачем нужны стабильные дистрибутивы с бинарными пакетами. >> Пока Вы не почувствуете это на своей шкуре, говорить с Вами бесполезно >> - Вы до конца будете убеждены в собственной правоте, потому что >> такого опыта у Вас попросту нет и у Вас всегда всё >> получалось. Вы будете считать себя умным и мужественным, а окружающих - >> слабоумными сопливыми нытиками. > Дружище, вот какой фикус: эту задачу решают под разными ОС и разными > способами. И как правило после решения этой проблемы каждый укрепляется в > правильности своего пути, но обогащается опытом. За редким исключением. Ну, можно, конечно упорно есть кактус, продолжая считать себя умным и мужественным, а можно перестать считать себя таковым и позволить себе немного расслабить булки. В конце концов, лучше когда тот же результат достигается меньшими усилиями. >> Лучше, чтобы Вы поняли это до того, как приобретёте опыт: во-первых, вероятность >> приобретения опыта будеты выше, потому что Ваш потенциальный начальник поймёт, что >> Вы не задрот и фанатик, а человек, которому важно делать дело >> качественно и с минимальными рисками для компании, а во-вторых, дров меньше >> наломаете. > Я правильно понимаю, что только правоверный последователь apt-get достоин называться "не > задротом и не фанатиком"? Хотелось бы сразу расставить точки над "i". Не задроты и не фанатики используют одну из трёх систем: Debian, CentOS, и, как это не могло бы показаться смешным, Ubuntu. На простых или небольших или не публичных сервисах можно использовать какие-нибудь FreeBSD или Arch, может быть даже Gentoo, но не о таких сервисах сейчас речь.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	75. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Клыкастый (ok) on 23-Мрт-13, 11:13
	> Тут ещё нет этапа portupgrade, и не будет. матчасть поучите. > ни слова не сказано о времени компиляции если досточтимому сэру критично, и у него гонки на обновление, сэру никто не запрещает собрать пакеты и раздать. > и о том, что результат может быть неожиданным, если при текущем расположении звёзд в систему портов положили то, что просто не собирается. по умолчанию я полагаю, что получить на борт бинарь, который работает не как заявлено и порт, который не собирается или собирается и работает криво - одинаковая вероятность. Если у вас есть аргументы - готов выслушать. Если это последствия некоей веры, что бинарные пакеты где-то там, в райских кущах, собираются на освящённых серверах, с помощью волшебно прокачанных компиляторов и миллионами лет выверенных Опциях, а потом годами тестируются миллионами неустающих эльфов с умными личиками, то я даже спорить не буду - просто пройдём мимо. > А ещё хуже, если собравшись иногда периодически глючит так, что на отлов этого глюка уходит уйма времени. На отлов глюка в бинарном пакете времени несравненно уходит меньше. Да что там, глюки, как только узнают, что речь о бинарном пакете сами оформляются в багрепорты. > Версии системы и zabbix-агента в студию, посмотрим что там не работает. 1.8.16 и выше, по 2.0.5 включительно. > Попробуйте обновить проект на Django, использующий приложения на Erlang для записи видеокамер, перекодирующий видео и складывающий его в архив, Я впечатлён количеством экзотики. Немного непонятно, какое отношение ко всему этому имеет iSCSI и Xen - это чтоб пострашнее? Вообще ничего не сказано собственно по теме: что именно нужно обновлять и в каком количестве. Пока я вижу задание "обновить проект на django" которое интерпретирую буквально - есть проект и не меняя ничего в системе обновить. Задача обновления сервиса под нагрузкой всегда ответственная, но в вашем изложении тривиальная. И ортогональная свойствам системы, как ни прискорбно. > потому что наворочено слишком много всего, что может неожиданно сломаться. я искренне желаю вам удачи. оно и без обновлений - если сломается, будет очень много незабываемых минут. > Я об этом и говорю, что только админя много разнообразных сложных публичных сервисов можно понять, зачем нужны стабильные дистрибутивы с бинарными пакетами. Ничего не могу сказать о "сложных публичных сервисах". Но если вера в Райские кущи Для Сборки и Тестирования вам помогает сохранять самообладание - спорить не буду. > Ну, можно, конечно упорно есть кактус, Я понимаю, что свой кактус мягче и слаще. > продолжая считать себя умным и мужественным, а можно перестать считать себя таковым и позволить себе немного расслабить булки. В конце концов, лучше когда тот же результат достигается меньшими усилиями. Какой результат? Какие усилия? Берём в зубы дебиан и последний пролиантовский сервант и ловим облом. берём убунту видим просто диск вместо рейда. берём фряху и там просто всё работает. Вы правда считаете, что сборка мира на 24 процовом сервантике это хуже и медленнее, чем специалист (или пара),  ищущий как же блин взвести так чтоб потом и мониторить? А сегфолт в ответственном приложении - это "глюк системы", "глюк пакета"? Извините, у меня не получается расслаблять булки на "правильных дистрибутивах". У меня не получается верить в райские методы сборки и тестирования. Зато вот что я знаю наверняка: freeswitch, который пишут, судя по косвенным признакам, маководы, и который кишит "своими патчами" к стандартным либам (которые апстримы не принимают) и собирается в окружении собственных библиотек, но не всегда и не везде - это не очень хороший вариант. А kamailio, который собирается используя стандартные либы везде, где можно дотянуться, а если помочь - то через пару часов в git-версию падает патч и оно таки собирается - хороший вариант. Такие дела. > Не задроты и не фанатики используют одну из трёх систем: Debian, CentOS, и, как это не могло бы показаться смешным, Ubuntu. К сожалению использование всех трёх любимых вами систем не говорит ни о задачах ни о специалистах. И кстати, у перечисленных выше систем есть и недостатки и преимущества. Но к фанатско-задротскому "нормальный пакетный менеджер" это имеет меньшее отношение, а к серебряным цельнолитым пакетам - вообще никакого. И да, меня не впечатлил список из трёх "правильных систем" составленный задротом и фанатиком. Вы не расстроены?
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	78. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от www2 (??) on 23-Мрт-13, 13:20
	>> Тут ещё нет этапа portupgrade, > и не будет. матчасть поучите. Ох, простите пожалуйста, слона не приметил. Хотя не суть, пусть будет portmaster вместо portupgrade. >> ни слова не сказано о времени компиляции > если досточтимому сэру критично, и у него гонки на обновление, сэру никто > не запрещает собрать пакеты и раздать. Сэры предпочитают не страдать хернёй, если можно поставить готовые протестированные бинарные пакеты прямо из репозитория. А если уж возникнет необходимость, то собрать и раздать собственные пакеты можно и тут. >> и о том, что результат может быть неожиданным, если при текущем расположении звёзд в систему портов положили то, что просто не собирается. > по умолчанию я полагаю, что получить на борт бинарь, который работает не > как заявлено и порт, который не собирается или собирается и работает > криво - одинаковая вероятность. Если у вас есть аргументы - готов > выслушать. Если это последствия некоей веры, что бинарные пакеты где-то там, > в райских кущах, собираются на освящённых серверах, с помощью волшебно прокачанных > компиляторов и миллионами лет выверенных Опциях, а потом годами тестируются миллионами > неустающих эльфов с умными личиками, то я даже спорить не буду > - просто пройдём мимо. Всё мимо. Дело не в том, как они собираются, а дело в том, что эта сборка хорошо тестируется на совместную работоспособность. >> А ещё хуже, если собравшись иногда периодически глючит так, что на отлов этого глюка уходит уйма времени. > На отлов глюка в бинарном пакете времени несравненно уходит меньше. Да что > там, глюки, как только узнают, что речь о бинарном пакете сами > оформляются в багрепорты. Иронизируйте дальше, если не хотите понять в чём разница между стабильными релизами и роллинг-релизами. >> Версии системы и zabbix-агента в студию, посмотрим что там не работает. > 1.8.16 и выше, по 2.0.5 включительно. Версию системы забыли сообщить и как воспроизвести. >> Попробуйте обновить проект на Django, использующий приложения на Erlang для записи видеокамер, перекодирующий видео и складывающий его в архив, > Я впечатлён количеством экзотики. Немного непонятно, какое отношение ко всему этому имеет > iSCSI и Xen - это чтоб пострашнее? Вообще ничего не сказано > собственно по теме: что именно нужно обновлять и в каком количестве. > Пока я вижу задание "обновить проект на django" которое интерпретирую буквально > - есть проект и не меняя ничего в системе обновить. Задача > обновления сервиса под нагрузкой всегда ответственная, но в вашем изложении тривиальная. > И ортогональная свойствам системы, как ни прискорбно. Вы в курсе, что между Django 1.4.1 и 1.4.3 может быть небольшая разница, которая выльется в то, что на обновлённой версии Django прежде работавший проект работать не будет. А система с роллинг-релизами пакетов не предоставляет никакого выбора для того, чтобы закрыть уязвимость, не меняя версию пакета? >> потому что наворочено слишком много всего, что может неожиданно сломаться. > я искренне желаю вам удачи. оно и без обновлений - если сломается, > будет очень много незабываемых минут. Тут просто есть всего две альтернативы - сложный проект и не существующий проект. У вас выбора нет - у вас проекта просто не будет. >> Я об этом и говорю, что только админя много разнообразных сложных публичных сервисов можно понять, зачем нужны стабильные дистрибутивы с бинарными пакетами. > Ничего не могу сказать о "сложных публичных сервисах". Но если вера в > Райские кущи Для Сборки и Тестирования вам помогает сохранять самообладание - > спорить не буду. Помогает экономить время, не создавая себе работу там, где без неё можно обойтись. Не более. >[оверквотинг удален] >> продолжая считать себя умным и мужественным, а можно перестать считать себя таковым и позволить себе немного расслабить булки. В конце концов, лучше когда тот же результат достигается меньшими усилиями. > Какой результат? Какие усилия? Берём в зубы дебиан и последний пролиантовский сервант > и ловим облом. берём убунту видим просто диск вместо рейда. берём > фряху и там просто всё работает. Вы правда считаете, что сборка > мира на 24 процовом сервантике это хуже и медленнее, чем специалист > (или пара),  ищущий как же блин взвести так чтоб потом > и мониторить? А сегфолт в ответственном приложении - это "глюк системы", > "глюк пакета"? Извините, у меня не получается расслаблять булки на "правильных > дистрибутивах". У меня не получается верить в райские методы сборки и > тестирования. Я встречался только с обратными вариантами. Берём свежую фрю и видим, что не то что рейд, даже просто диски не определяются с этим контроллером. Берём потрёпанный CentOS, загружаем с LiveCD и он просто работает, подхватив этот рейд с дисками. Насчёт взвести и мониторить и про глюки системы не понял, что вы хотели сказать. > Зато вот что я знаю наверняка: freeswitch, который пишут, судя по косвенным > признакам, маководы, и который кишит "своими патчами" к стандартным либам (которые > апстримы не принимают) и собирается в окружении собственных библиотек, но не > всегда и не везде - это не очень хороший вариант. А > kamailio, который собирается используя стандартные либы везде, где можно дотянуться, а > если помочь - то через пару часов в git-версию падает патч > и оно таки собирается - хороший вариант. Такие дела. При чём тут Debian? В нём нельзя сделать то, что можно сделать во FreeBSD? >> Не задроты и не фанатики используют одну из трёх систем: Debian, CentOS, и, как это не могло бы показаться смешным, Ubuntu. > К сожалению использование всех трёх любимых вами систем не говорит ни о > задачах ни о специалистах. И кстати, у перечисленных выше систем есть > и недостатки и преимущества. Но к фанатско-задротскому "нормальный пакетный менеджер" > это имеет меньшее отношение, а к серебряным цельнолитым пакетам - вообще > никакого. Это имеет отношение к тому, что не лютую экзотику с большей вероятностью на них можно настроить и поддерживать с меньшими усилиями. > И да, меня не впечатлил список из трёх "правильных систем" составленный задротом > и фанатиком. Вы не расстроены? Нет, не я составлял этот список. Это реальные требования работодателей или предпочтения тех, кто умеет работать и с красноглазыми системами, но просто устал от поиска проблем на ровном месте. Вообще, у меня сложилось впечатление, что Вы не поняли, какую мысль я пытался до Вас донести. Мысль в том, что на "правильных системах" на типовые операции уходит меньше времени и усилий, что позволяет делать более сложные системы и сопровождать их большее количество при меньших усилиях. На нетиповых операциях выгода от использования "неправильных систем" часто не оправдывает затрачиваемых на неё усилий, потому что эти нетиповые операции требуют примерно одинаковых усилий и там и там, а в очень редких случаях - меньше, чем на "правильных". Суммарная экономия времени больше в "правильных системах".
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	80. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от vle (ok) on 23-Мрт-13, 16:17
	> Вы не поняли, какую мысль я пытался до Вас донести. > Мысль в том, что на "правильных системах" > на типовые операции уходит меньше времени и усилий, что позволяет делать > более сложные системы и сопровождать их большее количество при меньших усилиях. > На нетиповых операциях выгода от использования "неправильных систем" часто не оправдывает > затрачиваемых на неё усилий, потому что эти нетиповые операции требуют примерно > одинаковых усилий и там и там, а в очень редких случаях > - меньше, чем на "правильных". Суммарная экономия времени больше в "правильных > системах". Эта, прасти хоспати, "мысль" настолько тупа и банальна, что не стоило тратить здесь на нее время. Она не верна от начала и до конца, не говоря уже о "новизне" и беспристрастности аффтара. Может, по топику есть что-нибудь сказать?
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	88. "Проекту NetBSD исполнилось 20 лет"	–3 +/–
	Сообщение от Аноним (??) on 23-Мрт-13, 23:28
	> здесь на нее время. Она не верна от начала и до конца, А рынок решил иначе. Бзды вообще повылетали с рынка. Да и рыночная доля всяких гентусей - примерно там же оказалась. Испытания на натуре показали что эксплуатационщики предпочитают binary-based с огромным отрывом. А факты, как известно, штука упрямая.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	97. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 24-Мрт-13, 21:18
	> А рынок решил иначе. Ох уж этот рынок. Мишель Нострадамус и тот изъяснялся доступнее. Как понять что он там решил, рынок? 100 сортов колбасы в магазинах, которые стыдно собаке скормить - это ж, получается, лучше двух, но из мяса? или не лучше? а зарплата уборщицы в школе города Задрючинска Кверхужопской области в десять раз меньше зарплаты уборщицы в банке в Москве - это что ж, вторая в 10 раз круче как уборщица? Или может скилл не зависит? Или зависит? А во сколько раз валютная проститутка ценнее уездной продавщицы? Но это не наши проблемы, верно? Наши проблемы - вовремя вытащить на стол и вовремя скинуть. (Оп, вытащили!) Фряхи меньше, чем Центоси, Рынок Решил: Центось лучче! Венды 90% на десктопе, Линукса 5-6%, Ры... (Оп, скинули!) Но Линукс Лучше! > Бзды вообще повылетали с рынка. https://www.openstat.ru/counter:meta/trends/report/crawleros... 30% в России супротив 37% Линуксов. Вы перечитали слонегов в доменах. > А факты, как известно, штука упрямая. У слона больше, чем у кота. Это факт. А вот что из этого следует - это уже риторика ;)
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	98. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Michael Shigorin (ok) on 24-Мрт-13, 21:26
	> Но это не наши проблемы, верно? Ай хорошо :) > 30% в России супротив 37% Линуксов. Вы перечитали слонегов в доменах. А вот здесь можно поставить на стол тенденции, посолить http://blog.lexa.ru/2011/07/17/linux_vs_freebsd.html -- но давайте лучше пожелаем Че победить наконец openvz.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	100. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от vle (ok) on 25-Мрт-13, 00:36
	> -- но давайте лучше пожелаем Че победить наконец openvz. Мое дело маленькое. Тазики поднял, тазики опустил. Жалобы собрал, переварил, отзеркалил, у тети конфеток выклянчил, съел. Жаль только, что у народа по этому поводу уже даже шутки кончились :-/ Надо будет у тети пива поклянчить. P.S. Двое суток летим, но это, как показывает практика, не показатель.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	96. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Клыкастый (ok) on 24-Мрт-13, 20:35
	> Сэры предпочитают не страдать хернёй, если можно поставить готовые протестированные бинарные пакеты прямо из репозитория. Ещё раз, если сэр не втыкает с первого раза: "протестированные" нуждается в пруфах. А без оного радость от "готовых бинарных" - дело исключительно вкуса. > А если уж возникнет необходимость, то собрать и раздать собственные пакеты можно и тут. О да. Но соотношение "собрал/раздал бинарь в SB" и "собрал/раздал бинарь в BB"... первое напоминает забивание шурупов молотком, второе - закручивание гвоздей отвёрткой. > Всё мимо. Дело не в том, как они собираются, а дело в том, что эта сборка хорошо тестируется на совместную работоспособность. Хорошо. Расскажите пожалуйста, что такое "совместная работоспособность" nginx и libtorrent, кратко методику тестирования и основания, на по которым то или иное исполнение этой методики с вашей точки зрения оценивается в "хорошо". > Иронизируйте дальше, если не хотите понять в чём разница между стабильными релизами и роллинг-релизами. Да вы не волнуйтесь так сильно. На данном этапе мы говорим о SourceBased/BinaryBased. Которые могут быть как релизами так и роллингами. И ещё у меня есть основания полагать, что я-то как раз разницу между R/RR понимаю чуть лучше, чем вы разницу между SB/BB и например насколько _хорошим_ решением является для SB+RR выделение понятия версии ОС и мира. Но посмотрите на меня - я же вижу и понимаю, что вам эти тонкости даром не нужны. >> 1.8.16 и выше, по 2.0.5 включительно. > Версию системы забыли сообщить и как воспроизвести. да любая с ведром > 3.2 zabbix_get -s IP -k 'sensors[hwmonX,tempX]' > Вы в курсе, что между Django 1.4.1 и 1.4.3 может быть небольшая разница, которая выльется в то, что на обновлённой версии Django прежде работавший проект работать не будет. в курсе > А система с роллинг-релизами пакетов не предоставляет никакого выбора для того, чтобы закрыть уязвимость, не меняя версию пакета? Очень, очень херовые RR у вас на Марсе. > Тут просто есть всего две альтернативы - сложный проект и не существующий проект. У вас выбора нет - у вас проекта просто не будет. Я рад, что вы способны делать далекоидущие выводы в полном отрыве от этой убогой реальности. В очередной раз вам завидую, вослед за Райскими Кущами Тестирования. > Помогает экономить время, не создавая себе работу там, где без неё можно обойтись. Не более. "— Пойми, — сказал я, — я учу ее хорошенько чистить лампу и вовремя подливать керосину. Если она исполнит мой совет, лампа не взорвется. А когда у нее есть песок, она знает наверняка, что взрыва не будет, и одной заботой у нее меньше. Это своего рода "христианская наука" в промышленности." (с) О'Генри. > Я встречался только с обратными вариантами. А я вот с вашими вариантами не встречался. Такие дела. > Насчёт взвести и мониторить и про глюки системы не понял, что вы хотели сказать. Ну как бы милая привычка не просто "чтоб работало", а поставить под мониторинг. А мониторить состояние рейда когда для системы это "просто диск" затруднительно. > При чём тут Debian? В нём нельзя сделать то, что можно сделать во FreeBSD? (мстительно) можно. но как-то хочется без проблем на ровном месте и задрачивания. > Это имеет отношение к тому, что не лютую экзотику с большей вероятностью на них можно настроить и поддерживать с меньшими усилиями. нет > Нет, не я составлял этот список. Это реальные требования работодателей или предпочтения тех, кто умеет работать и с красноглазыми системами, но просто устал от поиска проблем на ровном месте. Если выкинуть привнесённый из вашей головы мусор, в целом вы поняли мысль верно: в массе работодатель предпочитает технологичные решения - т.е. те системы, для которых можно быстрее найти бОльшее количество специалистов за возможно меньшие деньги. Причины в порядке убывания важности. Если для оных специалистов есть хоть какая система формального сравнения типа лицензирования, аттестации и т.п. работодатель близок к счастью. Несложно догадаться что к ТТХ систем это всё имеет отношение, но опосредованное. > Мысль в том, что на "правильных системах" на типовые операции уходит меньше времени и усилий, Это не всегда так. "Неправильная" DragonflyBSD, которую я видел впервые и которой пользуюся 2% от BSDшников, коих 2% от юниксоидов (льщу, утрирую ;) без единой проблемы встала на HP Gen8. А Дебиан - потребовал плясок. Установка, я надеюсь, у вас типовая операция? > что позволяет делать более сложные системы и сопровождать их большее количество при меньших усилиях. логическая ошибка. > На нетиповых операциях выгода от использования "неправильных систем" часто не оправдывает затрачиваемых на неё усилий неправильные предпосылки - неправильные выводы. > Суммарная экономия времени больше в "правильных системах". Всё, что я могу сказать достоверно, это то, что профиль проблем, с которыми приходится биться там и там - разный. И да, SB требует время на компиляцию на месте. В случае, если таки выбрана стратегия собирать на месте. И да, если верить в поставки "бинарных пакетов из Райских Кущ", то да, ещё и надёжность. По Джеффу Питерсу.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	71. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Anonym on 23-Мрт-13, 06:56
	Казалось бы, при чем здесь NFS? Жду внятного ответа, а не перманентного растекания мыслью по древку.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	20. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 22-Мрт-13, 11:19
	И что, если не слака, то техподдержка какого-нибудь Red Hat будет с кладовщиком по телефону NFS монтировать?
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	25. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонин on 22-Мрт-13, 11:35
	Вы РХ видели? Два раза кликнуть мышкой и забить ИП.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	30. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 22-Мрт-13, 11:53
	И часто в RH монтирование NFS отваливается?
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	31. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Анонин on 22-Мрт-13, 12:02
	Нет, а вот связь и железо периодически подводит, приходиться альтернативные сервера задействовать.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	72. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Anonym on 23-Мрт-13, 07:03
	> Два раза кликнуть мышкой Дальше все вопросы теряют свой смысл. Простите, но Unix - тексториентированная система. Перефразируя классика, сколько мышкой не щелкай, все равно процесс конфигурирования системы не поймешь. Ну и после понимания собственно процесса конфигурирования (это собственно хотябы какие конфиги и для чего читает дэймон) процесс добавления новой шары в виде копипасты и изменения каких-то частных вещей типа пути к новой шаре, не составляет каких-либо огромных трудозатрат в сравнении с мышкощелканьем. Так что вы тут, уважаемый, мимо кассы.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	38. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от BayaN (ok) on 22-Мрт-13, 14:37
	>Слака это дист для дома, Ты так говоришь, как-будто это плохо.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	74. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Антоним on 23-Мрт-13, 10:08
	За невинный вопрос поставили 6 минусов. Я так понимаю, вопросов здесь задавать нельзя, а можно высказывать только идеологически выдержанные мнения, совпадающие с мнение модератора. А все, что не совпадает - подтереть. Давай, модер, подотри за мной. Хм, разве удивительно, что на просторах СНГ ничего не произрастает.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	79. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Michael Shigorin (ok) on 23-Мрт-13, 15:58
	> Я так понимаю, вопросов здесь задавать нельзя Можно, конечно -- только хорошо бы всё-таки в релевантных темах (с чем действительно проблемы) и по возможности постаравшись сперва найти ответ самому.  Теми же сравнениями конкретно slackware и debian пол-интернета уже исписано, наверное... > Хм, разве удивительно, что на просторах СНГ ничего не произрастает. Произрастает, просто Вы и в этом случае потрудились написать, не поискав.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	14. "Проекту NetBSD исполнилось 20 лет"	+7 +/–
	Сообщение от Амоним on 22-Мрт-13, 10:28
	> Но только какой уровень сейчас у FreeBSD и Debian, а какой у NetBSD и Slackware. не сравнивайте отвёртку с газовым ключом. их под разные задачи пилят, потому приверженцы дебианов уровень netbsd не только не видят, они в него вообще не смотрят даже.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	16. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от EuPhobos (ok) on 22-Мрт-13, 10:55
	Ну во-первых я сразу не нашёл среди 31-го порта архитектур, где поддержка ARM. Потом перебирая по-порядку, выяснилось, что архитектура CATS == ARM. Дальше уже даже не хочется разбираться. Почему имено BSD/cats названо, а не BSD/armhf или BSD/armel. http://www.netbsd.org/docs/ У дебиана всё логически понятно, как видится так и пишется и слышится. И мне удобен и знаком дебиан, зачем мне смотреть в netbsd? Только если будет поставлена задача и появится необходимость.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	24. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 22-Мрт-13, 11:24
	> У дебиана всё логически понятно Особенно формат пакетов, где надо патчить исходники, что бы собрать.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	37. "Проекту NetBSD исполнилось 20 лет"	+4 +/–
	Сообщение от Аноним (??) on 22-Мрт-13, 14:16
	> мне удобен и знаком дебиан, зачем мне смотреть в netbsd С этого нужно было начинать.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	89. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 23-Мрт-13, 23:33
	> С этого нужно было начинать. А еще можно добавить что линуксоиды не страдают декларированием поддержки 100500 архитектур. Они их просто поддерживают по факту, давно забив на счет. Если перевести все поддерживаемые линем архитектуры в нетбсдшный стиль пузомера - там наберется несколько тысяч, вероятно. Супротив нескольких десятков, большинство из которых - откровенная тухлятина давно снятая с производства. А бутануть здесь и сейчас свеженькую платку сошедшую с конвеера - оппаньки!
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	103. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 26-Мрт-13, 09:33
	>  давно забив на счет. Удобно. Можно прикидывать на глаз. > Если перевести все поддерживаемые линем архитектуры в нетбсдшный стиль пузомера - там наберется несколько тысяч, вероятно. Миллионов. Несколько тысяч миллионов.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	104. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от бедный буратино (ok) on 26-Мрт-13, 09:47
	>> Если перевести все поддерживаемые линем архитектуры в нетбсдшный стиль пузомера - там наберется несколько тысяч, вероятно. > Миллионов. Несколько тысяч миллионов. Сто. Сто тысяч миллионов. И все поголовно в белых штанах.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	54. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от www2 (??) on 22-Мрт-13, 18:13
	> их под разные задачи пилят, потому приверженцы дебианов уровень netbsd не только > не видят, они в него вообще не смотрят даже. Приверженцы дебианов одно время пытались дебиан адаптировать для использования ядра netbsd, так что не нужно ля-ля. Уровень netbsd - это программатор ASIC'ов в магистральном сетевом оборудовании, пускалка CUPS'ов на сетевых и типографских принтерах. Это выбор тех, кому не важны фичи самой ОС, а нужна просто качественная основа для запуска собственной программы на собственном же железе. Хороший выбор для тех, кто не хочет делиться кодом.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	76. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 23-Мрт-13, 11:21
	> Хороший выбор для тех, кто не хочет делиться кодом. а тех, кто хочет делиться кодом - палкой отгоняют?
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	90. "Проекту NetBSD исполнилось 20 лет"	–1 +/–
	Сообщение от Аноним (??) on 23-Мрт-13, 23:36
	> а тех, кто хочет делиться кодом - палкой отгоняют? А тех отгоняет необходимость выписывать весь этот код с нуля, ибо первые с ними не поделились. А вот в лине - делятся. Поэтому там можно встать на плечи гигантов. И огромная сложная задача станет вдруг внезапно простой и любому по плечу.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	101. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Клыкастый (ok) on 25-Мрт-13, 10:54
	> А тех отгоняет необходимость выписывать весь этот код с нуля, ибо первые с ними не поделились. А вот в лине - делятся. Поэтому там можно встать на плечи гигантов. Вас послушать, так FreeBSD скрывает от всех код ОС. > И огромная сложная задача станет вдруг внезапно простой и любому по плечу. Основные постулаты вашей религии мне известны. Если я правильно понимаю, несоответствие их реальности вас не смущает, верно?
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	83. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 23-Мрт-13, 19:39
	>> Лучше бы развивали FreeBSD и Debian. > Наглядная демонстрация того, что создание велосипедов рождает прогресс. По вашей логике Прогресс куда? В соревновании велосипедистов? > нужно было как раз пилить NetBSD и Slackware, ведь эти системы > появились раньше. Но только какой уровень сейчас у FreeBSD и Debian, > а какой у NetBSD и Slackware. Какой?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	27. "Проекту NetBSD исполнилось 20 лет"	+4 +/–
	Сообщение от freehck (ok) on 22-Мрт-13, 11:38
	Хоть я и очень радею за Debian, но сама мысль о том, что стоит развивать пару дистрибутивов, а все остальные, что называется, "не нужны", обычно вызывает у меня недоумение. Дистрибутивов потому и существуют сотни, что у них разные политики, разные взгляды на то, что можно пихать в репозиторий, а что нельзя, разные представления о том, какой функционал нужен пользователю, а какой - не нужен. То, что дистрибутивов существует так много как раз и гарантирует нашу свободу, ведь если Вас прекратила устраивать политика Вашего текущего дистрибутива, у Вас всегда есть из чего выбрать.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	57. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от анонимж on 22-Мрт-13, 19:11
	*BSD всего четыре ЕМНИП GNU/Linux RedHat Debian Ubuntu Slackware Gentoo Arch Mandriva Suse В основном выбор между Redhat и Debian based Остальное мелочь или специализированное Не так уж и много
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	85. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 23-Мрт-13, 19:40
	> *BSD всего четыре ЕМНИП > GNU/Linux RedHat Debian Ubuntu Slackware Gentoo Arch Mandriva Suse > В основном выбор между Redhat и Debian based > Остальное мелочь или специализированное > Не так уж и много 1024 дистра - немного, по-твоему?
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

32. "Проекту NetBSD исполнилось 20 лет"	–1 +/–
Сообщение от am (??) on 22-Мрт-13, 13:02
я ставил как-то netbsd 1.6 крутая штука была, на ней работал counterstrike server!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Проекту NetBSD исполнилось 20 лет"	+4 +/–
Сообщение от PereresusNeVlezaetBuggy (ok) on 22-Мрт-13, 13:11
Мои (запоздалые) поздравления vle@ и прочим! :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	47. "Проекту NetBSD исполнилось 20 лет"	+3 +/–
	Сообщение от vle (ok) on 22-Мрт-13, 17:23
	Спасибо. Жаль только, что на opennet люди срать ходят. Среди этих кретинов попробуй тебя найди. Особенно понравилось   "Особенно формат пакетов,   где надо патчить исходники,   что бы собрать."(C) Это ж насколько нужно было упороться :-)
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	55. "Проекту NetBSD исполнилось 20 лет"	–4 +/–
	Сообщение от www2 (??) on 22-Мрт-13, 18:15
	>   "Особенно формат пакетов, >   где надо патчить исходники, >   что бы собрать."(C) > Это ж насколько нужно было упороться :-) Взрослые детям так объясняют, а суть вообще-то правильно схвачена.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	91. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 23-Мрт-13, 23:44
	> Это ж насколько нужно было упороться :-) Это вроде как про дебиан было. Там реально бывают патчи. Вот только кто тут упоротый в результате получается?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

35. "Проекту NetBSD исполнилось 20 лет"	+/–
Сообщение от Ruslan (??) on 22-Мрт-13, 13:55
Интересно, а сколько портов у Linux? Смогут ли когда-нибудь догнать? :-)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 22-Мрт-13, 13:58
	> Интересно, а сколько портов у Linux? Смогут ли когда-нибудь догнать? :-) У ядра, пожалуй, даже больше. Но *BSD - это не ядро, а целая ОС, т.е., в терминах Linux-сообщества, дистрибутив. Я не знаю ни одного _дистрибутива_ Linux с такой же портабельностью. Хотя, возможно, это просто _я_ не знаю. :)
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	41. "Проекту NetBSD исполнилось 20 лет"	–1 +/–
	Сообщение от pavlinux (ok) on 22-Мрт-13, 15:26
	> Я не знаю ни одного _дистрибутива_ Linux с такой же портабельностью. Правда, хорошо гордиться непревзойдённой портабельностью набора хелло-вордодв и утилит?! Где OpenOffice и KDE4 под Atari или mac68k? Кстати, тамошний Sparc64 я так и не смог заставить работать на Sun Ultra 10
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	44. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 22-Мрт-13, 15:58
	О портабельности KDE4 и OpenOffice надо спрашивать разработчиков KDE4 и OpenOffice. Да и смысл вообще? И то и другое весьма жирновато для Atari и mac68k, оно и на обычных-то нетоповых писюках еле ворочается.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от pavlinux (ok) on 22-Мрт-13, 16:48
	> О портабельности KDE4 и OpenOffice надо спрашивать разработчиков KDE4 и OpenOffice. Да > и смысл вообще? И то и другое весьма жирновато для Atari > и mac68k, оно и на обычных-то нетоповых писюках еле ворочается. Понятие портабильности, в случае дистрибутива, должно отражать современные тенденции IT индустрии. От того, что НБ может работать на железе 30 летней давности, ни тепло, ни холодно. Экономическая выгода тут вообще призрачна. Найти i386, чтоб его сделать шлюзом Ethernet II по коаксиалке. :) Думаю рулон витой пары, разъёмы, обжимник, и RJ45 сетевушки, обойдутся дешевле, чем работа сотрудника   по настройке NetBSD. Да и маршрутизацию можно разрулить вообще на одном ядре линя. У NetBSD - есть один большой и жирный плюс! Если программа заработала под NetBSD 64-бит RISC - она заработает везде!!!
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	49. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от IMHO on 22-Мрт-13, 17:36
	ты забыл упомянуть про один нюанс, что новые версии ядра с старыми компьютерами не везде запускаются, уже читал как старый компьютер с 80 Мб оперативки, должен быть роутером, и туда линукс не устанавливался, и человек установил FreeBSD
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	50. "Проекту NetBSD исполнилось 20 лет"	–2 +/–
	Сообщение от Michael Shigorin (ok) on 22-Мрт-13, 17:49
	> ты забыл упомянуть про один нюанс, что новые версии ядра с старыми > компьютерами не везде запускаются, уже читал как старый компьютер с 80 > Мб оперативки, должен быть роутером, и туда линукс не устанавливался У чайника -- конечно, убунта или центос какой-нибудь не установится.  И результат порой будет обобщён на _весь_ "линукс". > и человек установил FreeBSD Когда там сделают какой-нить графический инсталер по умолчанию и у него "перестанет устанавливаться" и фря -- может, выкинет (т.к. слишком много электричества жрёт и шумит) или хоть задумается наконец...
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	52. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от IMHO on 22-Мрт-13, 18:02
	> Когда там сделают какой-нить графический инсталер по умолчанию и у него "перестанет устанавливаться" и фря -- может, выкинет (т.к. слишком много электричества жрёт и шумит) или хоть задумается наконец... Это не мне надо писать про электричество, это надо писать линуксоиду, а то кроме "маршруток", файлопомоек, локалхост сервера некоторые уже не умеют делать. А мне и моего TP-LINK хватает, я уже давно считал что не выгодно с компьютера делать маршрутизатор, особенно старого. Такие вещи хорошы, если это небольшая фирма, а для дома не надо, если у компа шум, то писк при сильно нагруженном TP-LINK тоже действует на нервы. Насчет графического инсталлятора, берешь PC-BSD и ставишь что хочешь, PC-BSD, FreeBSD, TrueBSD ...
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	59. "Проекту NetBSD исполнилось 20 лет"	–2 +/–
	Сообщение от Michael Shigorin (ok) on 22-Мрт-13, 19:23
	> Это не мне надо писать про электричество Это и относилось к описанному Вами случаю. > Насчет графического инсталлятора А это к минимальному объёму памяти (хотя есть и графические, которые в 64M влазят).
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	64. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от IMHO on 22-Мрт-13, 21:20
	если про видео карту и 64 Мб то я не знаю, у меня встроенная на 32 Мб и в PC-BSD видел инсталятор, инсталятор также федоры 8 видел
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	66. "Проекту NetBSD исполнилось 20 лет"	+3 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 22-Мрт-13, 22:14
	>> Это не мне надо писать про электричество > Это и относилось к описанному Вами случаю. >> Насчет графического инсталлятора > А это к минимальному объёму памяти (хотя есть и графические, которые в > 64M влазят). Вообще, честно говоря, убивает. Duke Nukem 3D бегал на 16 метрах оперативки. При том, что хранить в памяти одномоментно ему нужно было куда больше: игрок не должен ждать, пока там какая-то часть уровня загрузится; в то же время типичный инсталлятор показывает одномоментно ровно ОДНО окно, состояние всего прочего хранить вообще нет нужды... А хранят. Чуть ли не каждый пиксель по нескольку раз. Такое ощущение, что в разработчики так называемых графических инсталляторов идут исключительно люди, которые хотят, но не могут. Ну вот НАХРЕНА нужно 512 метров оперативки для того, чтобы поспрашивать пользователя, распаковать энное количество пакетов и подправить кучку текстовых файлов?! Я понимаю, что моноязычный минимализм в духе опёнковского инсталлятора тоже не всем подходит. Но не до такой же степени скатываться в маразм!..
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	68. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от BayaN (ok) on 23-Мрт-13, 00:04
	Ну ты и сравнил. Тут на мой взгляд всё дело в трудоёмкости, если так заморачиваться над инсталлятором как над дюком, то это никогда не окупится (я не всмысле денег). Сейчас в Linux и *BSD графический инсталлятор это фактически ядро системы, минимальный root раздел в памяти + собственно сам инсталлятор, да ещё на каком-нибудь Python. Конечно можно запилить инсталлятор с нуля или на базе какого-нибудь freedos, тогда жрать будет мало, но и придётся забыть про всякие LVM, ZFS, шифрованые разделы, поддержку кучи оборудования необходимого во время установки и т. д. >Ну вот НАХРЕНА нужно 512 метров оперативки А с другой стороны нафига нужен инсталлятор занимающий 16 МБ оперативки для какой-нибудь Fedora если она потом нормально сможет работать только на 512+. Собственно если система позиционируется для работы от i486 до i7, как *BSD например, то там используют псевдографику и ещё кучу лет будут использовать. А если нет, то зачем извращаться.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	69. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 23-Мрт-13, 01:06
	> Ну ты и сравнил. Тут на мой взгляд всё дело в трудоёмкости, > если так заморачиваться над инсталлятором как над дюком, то это никогда > не окупится (я не всмысле денег). Не принимается. Графические инсталляторы разрабатывались и доводились до ума годами. Это при том, что, в отличие от разработчиков из 3D Realms, у разработчиков упомянутых инсталляторов качество средств разработки было куда лучше, всё-таки прогресс на месте не стоял. По сложности задачи вполне сравнимы, хоть и немного из разных областей. > Сейчас в Linux и *BSD графический инсталлятор это фактически ядро системы, минимальный > root раздел в памяти + собственно сам инсталлятор, да ещё на > каком-нибудь Python. > Конечно можно запилить инсталлятор с нуля или на базе какого-нибудь freedos, тогда > жрать будет мало, но и придётся забыть про всякие LVM, ZFS, > шифрованые разделы, поддержку кучи оборудования необходимого во время установки и т. > д. Инсталлятор должен быть на базе самой ОС, это разумеется. Как минимум, это позволяет на скорую руку тестировать новые ядра и драйвера, равно как и оборудование. Но все эти подсистемы и драйвера требуют совсем мало памяти. Ну, кроме ZFS/btrfs/etc., да и то, если они действительно используются. 64 МБайт для ядра и базовой ОС инсталлятора хватит с избытком, серьёзно. Добавляем иксы с простейшим Window Manager (всё равно ему менеджерить особо нечего) - ещё 64 МБайт, если хотим каких-то красот на Qt 4. Ну и собсно инсталлятор, которому вообще не должно быть нужно лишнего - ну ещё 64 МБайт, из которых большая часть потребуется для распаковки LZMA. 192 МБайт - и это максимум, то есть с очень большим запасом. >>Ну вот НАХРЕНА нужно 512 метров оперативки > А с другой стороны нафига нужен инсталлятор занимающий 16 МБ оперативки для > какой-нибудь Fedora если она потом нормально сможет работать только на 512+. Хороший аргумент. Хотя чем-то напоминает поттеринговское "а теперь мы окончательно прибьём гвоздями зависимость от /usr". :) Но всё же принимается. > Собственно если система позиционируется для работы от i486 до i7, как *BSD > например, то там используют псевдографику и ещё кучу лет будут использовать. > А если нет, то зачем извращаться. Ну почему извращаться, просто кому что удобнее...
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	70. "Проекту NetBSD исполнилось 20 лет"	+2 +/–
	Сообщение от pavlinux (ok) on 23-Мрт-13, 01:31
	> Ну почему извращаться, просто кому что удобнее... Да не будут упомянуто Его имя всуе, - но инсталлер XPюши мне очень нравиццо. 1. Продетектили все железо. 2. Сконфигурили всяки рейды/ллвм 3. Установили базу! 4. Ребут.   5. Доустановили базовый юзерский софт (махонький редактор/блокнот, почтовый-клиент, картинка-смотрелка, видео-смотрелка, один браузёр)! 6. Выбрали раскладку, час. пояс, и пароли... ВСЁ!!! Максимум 20 минут с конфигурацией... Вот нафига мне Perl/Pyton/Kerberos 5/демон проверки энтропии/cryptofs/IRC-клиенты, /LDAP браузер/ISDN/iSCSI и полный зоопарк экзотических животных. Надо - доустановишь!   Debian - спрашивает, чё ставим, отмечаю "Утилиты рабочего стола"... [ OK ]   В ответ он мне пишет - ".. Осталось 1800 пакетов!" Ну вы оху..ели???? Xorg рабочий, с библиотеками весит около 30-60 Мб, добавим Openbox, ещё 10 Мб ... всякой системной хрени - ещё 20 мб,  юзерских приложений - ну 100 мб!!! Чего там мля на 2Гига??? Раскладки маны и таймзоны для зулусов и хиндейцев?! Ну оставь ты это говно на болванке, нахера устанавливать-то?! Надо - установлю! Если пустить рекурсивный поиск, то файлов COPYING/GPLv2/LICENSE можно найти на 20 мегов! Сделай ты /etc/licenses/ и свали ты туда все это говно! Если лицензия обязывает.   Ну если такие крутые, то какого кера я не могу форматнуть XFS с нужным мне количеством Allocation Group и монтировать с allocsize=16384k logbsize=256k ?!   Проходиться Ctrl+F2 и куячить руками! Короча, я не первый, уже все мамонты об этом говорят, и Торвальдс, и Монлар, и GKH, де Икаса - засрали Linux по полной! Последний ваще на МакОСь убежал.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	77. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Клыкастый (ok) on 23-Мрт-13, 11:29
	>> Ну почему извращаться, просто кому что удобнее... > Да не будут упомянуто Его имя всуе, - но инсталлер XPюши мне > очень нравиццо. > ВСЁ!!! Максимум 20 минут с конфигурацией... у некоторых дистров есть вариант Core. Пальцами показывать не будем, но это Sabayon и Calculate. > Вот нафига мне Perl/Pyton/Kerberos 5/демон проверки энтропии/cryptofs/IRC-клиенты, > /LDAP браузер/ISDN/iSCSI и полный зоопарк экзотических животных. Надо - доустановишь! Да. Только в ХРюше потом надо срочно бежать на помойки за софтом, в никсах доставить нужное из репы/портов/портежей. Последнее удобней. > Сделай ты /etc/licenses/ и свали ты туда все это говно! Если лицензия > обязывает. Не всем понравится свалка в /etc. Люди там конфиги хранят. лучше /usr/share куданить.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	81. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от thesame on 23-Мрт-13, 18:37
	> Да не будут упомянуто Его имя всуе, - но инсталлер XPюши мне > очень нравиццо. ... > ВСЁ!!! Максимум 20 минут с конфигурацией... Ага. Главное, не забыть до начала установки вскрыть системник и подключить флоповод. Потому что драйвера, кроме как с флопа, этот инсталлер читать не умеет.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	87. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
	Сообщение от Бобазали on 23-Мрт-13, 21:05
	>ВСЁ!!! Максимум 20 минут с конфигурацией... Дружище, вы, пожалуй, "calculate" ни разу не ставили, и потому хороший установщик поюзать  Вам не случалось. Какие там 20 минут,как такое можно хвалить?! Максимум 120-150 секунд. Что мне особенно нравиться, это то что в момент установки диск с дистрибутивом можно держать в руках. Изумительный, великолепный Hack.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	102. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от pavlinux (ok) on 26-Мрт-13, 04:00
	>>ВСЁ!!! Максимум 20 минут с конфигурацией... > Дружище, вы, пожалуй, "calculate" ни разу не ставили, и потому хороший установщик > поюзать  Вам не случалось. Какие там 20 минут,как такое можно > хвалить?! Максимум 120-150 секунд. Что мне особенно нравиться, это то что > в момент установки диск с дистрибутивом можно держать в руках. Изумительный, > великолепный Hack. Ну и чудно, что в этом направлении движется.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	92. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 24-Мрт-13, 00:02
	> компьютерами не везде запускаются, уже читал как старый компьютер с 80 > Мб оперативки, должен быть роутером, и туда линукс не устанавливался, Потому что нормальному человеку проще купить за 20 баксов "мыльницу" 10х10 сантиметров. Она будет жрать в 20 раз меньше (так что через год окупит свою цену чисто на электричестве), займет в ...цать раз меньше места, там не будет стремных кулеров в БП которые могут умереть с пиротехническими эффектами и прочая. А если нужны продвинутости - так там линукс как раз и крутится. И по вычислительной мощности эта штука пожалуй заткнет такой писюк куда подальше.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	67. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 22-Мрт-13, 22:23
	> О портабельности KDE4 и OpenOffice надо спрашивать разработчиков KDE4 и OpenOffice. Вот уж кого как раз не особо стоит спрашивать о портабельности. Ну, разве что тех, кто занимается именно портированием этих монстров... Причём, что самое смешное, эти же разработчики то очень переживают, что кто-то не сможет установить их свежий софт из-за давным-давно протухших зависимостей (ладно бы, если апстрим зависимостей был невменяемый, но тот же CMake весьма достойно обеспечивает обратную совместимость), то наоборот, завязываются на самые-самые свежие версии компилятора (привет от kactivities). OpenOffice.org с его упорным подсаживанием на Java-иглу - это вообще отдельная песня. LibreOffice переезжает на "чистый" GMake - читай, меняют шило+мыло на одно только мыло; что, конечно, уже прогресс, меньше утилит - меньше подводных камней...
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	93. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Аноним (??) on 24-Мрт-13, 00:05
	> У ядра, пожалуй, даже больше. Но *BSD - это не ядро, а целая ОС, Что и обеспечило вымирание там и тут. Хреновый десктоп, проблематичная эмбедовка, не фонтан как суперкомпьютер, ... - да и даже на обычных серверах повылетели почти все.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	95. "Проекту NetBSD исполнилось 20 лет"	–1 +/–
	Сообщение от Аноним (??) on 24-Мрт-13, 11:50
	На серверах почти вылетели потому что корпорациям, держащим рынок, нужна система, которая будет вертеться вокруг шеста, вертеть гузкой и не возникать. А десктопный софт в BSD системах тот же, что и в Linux. Только это кое-кто хочет прекратить...
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	60. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Zulu on 22-Мрт-13, 19:49
	> Интересно, а сколько портов у Linux? человек, неспособный в течение пяти минут выяснить список поддерживаемых ядром Linux архитектур, скорее всего не поймет развернутый ответ на этот вопрос.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

40. "Проекту NetBSD исполнилось 20 лет"	+1 +/–
Сообщение от pavlinux (ok) on 22-Мрт-13, 15:24
NetBSD - самая правильная BSD !!!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Проекту NetBSD исполнилось 20 лет"	+/–
Сообщение от SeL on 22-Мрт-13, 17:35
Больше проектов, свободных и разных! Ура!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	86. "Проекту NetBSD исполнилось 20 лет"	–1 +/–
	Сообщение от Аноним (??) on 23-Мрт-13, 19:42
	> Больше проектов, свободных и разных! Ура! Мама - анархия, папа - стакан портвейна! (С) Виктор Робертович Уряяяяяяяяяя!
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

94. "Проекту NetBSD исполнилось 20 лет"	+/–
Сообщение от iZEN (ok) on 24-Мрт-13, 08:01
Жаль, многое пропустил.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	99. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от Andrey Mitrofanov on 24-Мрт-13, 23:02
	> Жаль, многое пропустил. Зато на Майкрософт, в соседней про патенты Нокии, оттрубил по полной. Молодец!
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

105. "Проекту NetBSD исполнилось 20 лет"	+/–
Сообщение от бедный буратино (ok) on 27-Мрт-13, 05:52
Это всё фигня. В openbsd вышла новая ПЕСЕНКА! к релизу 5.3! http://openbsd.org/lyrics.html#53 В моём личном хитпараде - пока на 4 месте, после openvox, linux и planet of the users, сейчас раз 40 прослушаю и буду знать точнее. :) до сих пор непривычно, что впервые жду релиза openbsd не из-за песенки...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	106. "Проекту NetBSD исполнилось 20 лет"	+/–
	Сообщение от бедный буратино (ok) on 27-Мрт-13, 07:10
	Нет, это всё таки первое место. Потрясающая мелодия, потрясающий артворк. Впрочем, как всегда. :) Под эту мелодию можно классную рекламу openbsd снять.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

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

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