Началось тестирование (http://www.mail-archive.com/freebsd-current@freebsd.org...) новой утилиты bsdconfig (http://druidbsd.sourceforge.net/download/bsdconfig/), в рамках которой подготовлен интерфейс для настройки различных параметров системы FreeBSD. Целью создания bsdconfig является (http://freebsd.1045724.n5.nabble.com/PREVIEW-bsdconfig-8-td5...) разработка набора скриптов, способных обеспечить возможности меню "Configure" из sysinstall, и пригодных для интеграции в новый инсталлятор bsdinstall. Bsdconfig написан на языке Shell и включает в себя около 25 тыс. строк кода.
На время тестирования утилита добавлена в дерево портов (sysutils/bsdconfig (http://www.freshports.org/sysutils/bsdconfig/)). Так как bsdconfig изначально имеет модульную структуру, будет предоставлена возможность как обособленного использования, так и интеграция с инсталлятором bsdinstall (http://www.opennet.me/opennews/art.shtml?num=29918), что позволит довести возможности инсталлятора по конфигурированию системы до уровня sysinstall. После завершения тестирования будет произведена интеграция кода в базовую систему в ветки HEAD и STABLE, т.е. bsdconfig намечен для включения в состав FreeBSD 9.1, что сгладит переход с sуsinstall на bsdinstall, так как sуsinstall не будет входить в состав FreeBSD 10.
Из возможностей bsdconfig отмечается:
- Модульный дизайн, позволяющий легко добавлять новые возможности и упрощающий сопровождение кодовой базы;
- Поддержка интернационализации интерфейса;
- Минимальное число зависимостей, код написан на shell, а интерфейс пользователя может формироваться с использованием программ dialog(1) и Xdialog(1), что позволяет одним кодом обеспечить работу консольного и графического интерфейсов;
- Управление настройками в rc.conf на основе наработок порта sysutils/sysrc;
- Создание и управления аккаунтами и группами пользователей в системе;
- Конфигурирование часовых поясов на базе sysutils/tzdialog;
- Настройка сетевых соединений на базе sysutils/host-setup. Конфигурирования сетевых интерфейсов, параметров хоста , используемых DNS-серверов и шлюза по умолчанию;
- Управление дисковыми разделами;
- Настройка параметров консоли (шрифты, кодировки, локаль, хранитель экрана и т.п.) и включение использование мыши;
- Настройка параметров обеспечения безопасности;
- Управление запуском сервисов (пока до конца не реализовано).Из планов на будущее отмечается создание интерфейса для загрузки и установки бинарных пакетов и дополнительных наборов программ. При этом работа данной функции будет основана на использовании нового пакетного менеджера pkgng (https://github.com/pkgng/pkgng), выступающего (http://www.opennet.me/opennews/art.shtml?num=32971) в роли замены инструментария pkg_install для управления бинарными пакетами, с поддержкой таких функций, как обновление пакетов, работа с репозиториями, учёт зависимостей, интерфейс в стиле APT и полноценная поддержка метаданных.
URL: http://www.mail-archive.com/freebsd-current@freebsd.org...
Новость: http://www.opennet.me/opennews/art.shtml?num=34153
Для новичков, переходящих с Linux на FreeBSD, будет в самый раз попробовать и, наконец, освоить операционную систему с современными модульными технологиями.
>операционную систему с современными модульными технологиямиДа ты чё?! Ачуметь!
это в которой поддержка sctp гвоздями прибита к inet6? =))
месье использует sctp? может быть, месье использует хотя бы inet6?
> месье использует sctp? может быть, месье использует хотя бы inet6?singtran, не?
> это в которой поддержка sctp гвоздями прибита к inet6? =))Где? В Linux? Может быть — в его потрохах не лазил.
Опцию конфигурирования ядра FreeBSD:
options SCTP # Stream Control Transmission Protocol
можно отключить.
> Опцию конфигурирования ядра FreeBSD:
> options SCTP # Stream Control Transmission Protocol
> можно отключить.изя как всегда в своем репертуаре.
собери ядро с options SCTP и без options INET6
>> Опцию конфигурирования ядра FreeBSD:
>> options SCTP # Stream Control Transmission Protocol
>> можно отключить.
> изя как всегда в своем репертуаре.Не искажай мой ник, в противном случае я буду считать тебя мразью и не буду общаться с оппонентом с ником ragus.
> собери ядро с options SCTP и без options INET6
Легко.
% cd /usr/src/ && make cleandir cleandir buildkernel
">>> Kernel build for ROXY completed on Thu Jun 21 22:45:23 VOLT 2012"
% cat /usr/src/sys/`uname -m`/conf/`uname -i` | grep "INET6"
#-options INET6 # IPv6 communications protocols
% cat /usr/src/sys/`uname -m`/conf/`uname -i` | grep "SCTP"
options SCTP # Stream Control Transmission Protocol
т.е ragus снова обкакался?;(
ЗЫЖ c config -x | grep было бы показательнее
> т.е ragus снова обкакался?;(Кошмар, сразу видно - каникулы начались. Вылезло много бсдшников.
>> т.е ragus снова обкакался?;(
> Кошмар, сразу видно - каникулы начались. Вылезло много бсдшников.Кошмар, опять понабежали линуксойды и стали очком ломать иголки.
>> т.е ragus снова обкакался?;(
> Кошмар, сразу видно - каникулы начались. Вылезло много бсдшников.Хорошие они бздишники или нет -- не важно.
Эта новость посвящена все-таки FreeBSD. Разьве нет?
Нет, не важно про что новость, надо всем доказать что линукс круче!
И для этого надо хорошенько обосраться и показать свою некомпетентность, причем делать это надо раз за разом, годами..
написал бы кто-то другой - я счёл бы хорошей иронией.
Топик - ну просто идеальная наглядная демонстрация "современных технологий" BSD.
> современными модульными технологиями.Оно такое современное и модульное что там до сих пор сватают какую-то базовую систему вместо того чтобы цивильно побить на независимые пакеты.
Омич, ты?Вашу цЫвильно побитую на независимые пакеты систему мы видим в действии на примере горящих танков: "{company.name} where are binary packages for {distro.name}?" Обычно нет таких воплей только от слесовцев и рхеловцев. Остальные, как обычно, наслаждаются свободой выбора.
Ололоним, модульность ядра в твоей гениальной голове как связана наличием базовой системы?И кстати, оч удобно. Система версионная, софт де факто RR.
>Для новичков, переходящих с Linux на FreeBSDне думаю, что такие найдутся. но текущим пользователям фри может и будет профит с этой утилиты.
>Для новичков, переходящих с Linux на FreeBSDне думаю, что такие найдутся. но текущим пользователям фри может и будет профит с этой утилиты.
>>Для новичков, переходящих с Linux на FreeBSD
> не думаю, что такие найдутся. но текущим пользователям фри может и будет профит с этой утилиты."Текущие пользователи фри" умеют устанавливать ОС без использования инсталлятора. И часто это делают, когда их просят линуксоиды, командой в одну строчку:
cd /usr/src/ && make cleandir buildworld buildkernel installkernel installworld distribution DESTDIR=/mnt
>>>Для новичков, переходящих с Linux на FreeBSD
>> не думаю, что такие найдутся. но текущим пользователям фри может и будет профит с этой утилиты.
> "Текущие пользователи фри" умеют устанавливать ОС без использования инсталлятора. И часто
> это делают, когда их просят линуксоиды, командой в одну строчку:
> cd /usr/src/ && make cleandir buildworld buildkernel installkernel installworld distribution
> DESTDIR=/mntэтап конфигурирования ядра пропущен. как и не учтены затраты времени.
>>>>Для новичков, переходящих с Linux на FreeBSD
>>> не думаю, что такие найдутся. но текущим пользователям фри может и будет профит с этой утилиты.
>> "Текущие пользователи фри" умеют устанавливать ОС без использования инсталлятора. И часто
>> это делают, когда их просят линуксоиды, командой в одну строчку:
>> cd /usr/src/ && make cleandir buildworld buildkernel installkernel installworld distribution
>> DESTDIR=/mnt
> этап конфигурирования ядра пропущен. как и не учтены затраты времени.Этап конфигурирования ядра в FreeBSD не нужен. GENERIC'а многим достаточно. А вышеприведённая команда показывает, что соберётся и установится то ядро и та система, которая стоит у собиральщика.
Пропущено gpart для /mnt. Там будет не одна строчка. Особенно если zfs.
gpart для смонтированных носителей показывает только статус, так как на них уже де-факто есть разметка и ФС.
>>Для новичков, переходящих с Linux на FreeBSD
> не думаю, что такие найдутся. но текущим пользователям фри может и будет
> профит с этой утилиты.я, когда переходил с дебилиана на фрю, без sysinstall сильно бы грустил. сейчас да, слабо понимаю смысл в этих тулзах (для себя)
> на языке Shell
> 25 тыс. строк кода.мне кажется, что они что-то делают не так
Да. Следовало использовать dart или php?
> Да. Следовало использовать dart или php?Типун тебе на язык. Ну хотя бы perl же.
> Ну хотя бы perl же.Они помнится уже использовали perl (ранних версий).
Возникли проблемы из за высокой изменчивости языка на этом этапе (версии < 5.x).
Обжегшись на молоке дуют теперь на воду.
На Java же. iZEN одобряет.
типун тебе на язык. только только из базы вынесли, десяти лет не прошло. теперь что, обратно запиливать?
Не поймите меня превратно, я сам люблю и активно использую шелл(более того, для небольших проектов предпочту именно его). Но при всех его плюсах (прост и универсален как топор, достаточно гибкий синтаксис, есть везде, итп) есть минусы, которые при больших объемах кода до добра не доведут. Ни модульности, ни пространства имён, никакой завалящей типизации. Плюс отсутствие "библиотек" (даже стандартной). Каждый раз приходится писать свои велосипеды, которые ещё и обязательно таскать за собой.perl - как вариант, особенно с учётом того, что конфиги вещь текстовая. Но можно и что-то другое. Например lua (мжет даже в эмбедднутом виде) или guile(хотя он потяжельше)
> виде) или guile(хотя он потяжельше)тонко
>Ни модульности, ни пространства имён, никакой завалящей типизацииА ядро Linux и сама FreeBSD на С с десятками миллионов строк кода тебя не пугают?
C по сравнению с шеллом - образец ясности, строжайшей типизации и модульности
> C по сравнению с шеллом - образец ясности, строжайшей типизации и модульностиа также образец зависимости от типа процессоров, версии ОС, управления памятью, криворукости программиста и прочих вводных.
В данном конкретном случае использование С совершенно неуместно, так как 99% задач конфигуратора выполняются утилитами ОС, и весь код на С состоял бы из exec-ов. Что совершенно бессмысленно как с т.зр. "ясности, строжайшей типизации и модульности", так и, очевидно, с т.зр. производительности.
Так я не предлагаю на сях писать конфигуратор или на шелле ядро. Впрочем на шелле, как по мне, вообще ничего писать не надо длиннее однострочников - для это есть более пригодные языки. Которые одновременно и более читабельны, и менеее склонны провоцировать ошибки и быстрее. Вопрос - какого их не использовать?
В данном случае, по вашему мнению, какой язык использовать нужно?
Да любой скриптовый, который умеет зхотя бы какие-то структуры данных, нормальные управляющие конструкции. Ябы еще предпочел с объявлением переменных, но это уже вкусовщина в принципе. Перл наиболее логично смотрелся бы (можно в варианте a-la дебиановский мини-перл), но можно и питон какой, или руби. Но всё это, насколько я понимаю, упрётся в то, что БСДшника тщательно пытаются избежать включения одного из них в базовую систему. Поэтому я и предложил lua - он компактен до предела, стабилен... В общем жить можно, хоть и простоват.А вообще - то, что в хвалёной базовой системе нет ни одного полноценного скриптового языка - это, простите, дикость.
> Да любой скриптовый, который умеет зхотя бы какие-то структуры данных, нормальные управляющие
> конструкции. Ябы еще предпочел с объявлением переменных, но это уже вкусовщина
> в принципе. Перл наиболее логично смотрелся бы (можно в варианте a-la
> дебиановский мини-перл), но можно и питон какой, или руби. Но всё
> это, насколько я понимаю, упрётся в то, что БСДшника тщательно пытаются
> избежать включения одного из них в базовую систему. Поэтому я и
> предложил lua - он компактен до предела, стабилен... В общем жить
> можно, хоть и простоват.
> А вообще - то, что в хвалёной базовой системе нет ни одного
> полноценного скриптового языка - это, простите, дикость.зато в дебилиане есть все в минимальной установке, разве что java не хватает. и все из-за того, что аффтары нетленок не могут писать на чем-то одном, типа чтобы не ограничивать свое сознание. ну-ну.
> зато в дебилиане есть все в минимальной установке, разве что java не хватает.В минимальных вариантах, ориентированных например на запуск в виртуалке - кроме инита да ssh вообще нет нифига. А пакетная система позволяет быстро доустановить нужное или вынести лишнее. Вместе с конфигами и прочим барахлом, если нужно. Поэтому система за пару минут просто, чистенько и культурно адаптируется к тому что было нужно. А у вас такого и близко нет с вашими костылями и архаикой.
В дебиане вообще можно вынести практически все. Для наиболее критичных пакетов тебя предупредят что ты возможно хочешь пальнуть себе в пятку, однако выбор о нажатии на спуск остается за тобой. Можно хоть пакет с кернелем вынести. Как ты будешь после этого загружаться - твои трудности уже. Местами кстати это нифига и не трудности. Например в LXC-контейнерах пакет с ядром как-то и ни к чему совсем...
Ты реально считаешь что большинство фряшником разбираются в дебиане хуже тебя?
> А пакетная система позволяет быстро доустановить нужное или вынести лишнее.1) А во FreBSD стало быть не позволяет? Ню-ню - ЫкспетЪ детектед :)
2) А какая пакетная система доступна в демьяне во время инсталляции? (см одну из целей создания $subj) ... Походу ты двойной ЫкспетЪ - в демяне тоже :)
> Да любой скриптовый, который умеет зхотя бы какие-то структуры данных, нормальные управляющие
> конструкции. Ябы еще предпочел с объявлением переменных, но это уже вкусовщина
> в принципе. Перл наиболее логично смотрелся бы (можно в варианте a-la
> дебиановский мини-перл), но можно и питон какой, или руби. Но всё
> это, насколько я понимаю, упрётся в то, что БСДшника тщательно пытаются
> избежать включения одного из них в базовую систему. Поэтому я и
> предложил lua - он компактен до предела, стабилен... В общем жить
> можно, хоть и простоват.
> А вообще - то, что в хвалёной базовой системе нет ни одного
> полноценного скриптового языка - это, простите, дикость.кол-во sh-файлов:
# find /*bin/ /lib*/ /usr/lib*/ /usr/*bin/ /etc -exec file '{}' \; | grep 'POSIX shell script' | sed -e 's/\(.*\):.*/\1/' | grep -v conf|wc -l
272кол-во байт:
# find /*bin/ /lib*/ /usr/lib*/ /usr/*bin/ /etc -exec file '{}' \; | grep 'POSIX shell script' | sed -e 's/\(.*\):.*/\1/' | grep -v conf | xargs ls -al | awk '{total += $5} END { print total }'
694594кол-во строк:
# find /*bin/ /lib*/ /usr/lib*/ /usr/*bin/ /etc -exec file '{}' \; | grep 'POSIX shell script' | sed -e 's/\(.*\):.*/\1/' | grep -v conf | xargs wc -l|tail -1
27119 totalкол-во строк комментариев:
# find /*bin/ /lib*/ /usr/lib*/ /usr/*bin/ /etc -exec file '{}' \; | grep 'POSIX shell script' | sed -e 's/\(.*\):.*/\1/' | grep -v conf | xargs grep -E ^#|wc -l
5244кол-во строк кода:
# echo '27119-5244' | bc
21875вопрос: нафига тут нужно что-то большее, чем sh?
причем половина кода в rc.d:# find /etc/rc.d/ -exec file '{}' \; | grep 'POSIX shell script' | sed -e 's/\(.*\):.*/\1/' | grep -v conf | xargs wc -l | tail -1
9113 total
> а также образец зависимости от типа процессоров, версии ОСТолько у криворуких олухов. Ну так у них и скрипты получаются работающими в сильно некоторых ОС и интерпретерах.
> управления памятью
А это вообще фича а не баг - тонкий контроль над ходом выполнения с возможностью детектирования совсем низкоуровневых обломов и/или оверрайда этой механики если дефолтная не подошла.
> криворукости программиста и прочих вводных.
А что, есть ЯП не зависящий от криворукости программера? O_O
Ну, для скриптов вроде топика этот тонкий контроль действительно на фиг не нужен. Впрочем для данной задачи лично я уж лучше c предпочёл бы чем шелл. В сях хоть структуры есть и переменные объявлять надо.
>Впрочем для данной задачи лично я уж лучше c предпочёл бы чем шеллСи? Для вызова dialog и соответсвующих комманд с нужными параметрами?
Вообще я не пойму, чего это так все прикопались к 25К строчкам на шелле. 25 отдельных независимых (вот тебе и модульность) скриптов и уже в среднем скрипт не более 1000 строк. И это я с потолка взял число файлов, там их существенно больше. Например, каталог /etc/rc.d содержит скриптов на 10К строк, только там 154 отдельных, фактически независимых файла - итого в среднем по 67 строк на файл.
Для Си та же фигня, лично у меня глаза разбегаться начинают если в одном файле (модуле) более 500 строк. Зато когда все разбито на мелкие модули, которые группируются в более высокоуровневые сущности можно с легкостью поддерживать большие проекты.
Поэтому дело не в языке, а в том как все это дело организовано. Хотя да, портянки на Яве действительно напрягают.
> Ну, для скриптов вроде топика этот тонкий контроль действительно на фиг не нyжен.А с этим никто и не спорил. Зато в других местах - без него нарыдаешься.
> А что, есть ЯП не зависящий от криворукости программера? O_OЕсть правда в обратную сторону
При использовании такой штуки, сравимой с sysinstall, раз в полгода я проблем не вижу. Тем более что его использование закончится на 1-2 году общения с фряхой - там всегда проще конфиг поправить руками.
> Плюс отсутствие "библиотек" (даже стандартной). Каждый раз приходится писать свои велосипеды, которые ещё и обязательно таскать за собой.Библиотека называется POSIX, а таскать ничего никуда не надо - авторы пишут это под конкретную версию конкретной FreeBSD параметры базовой поставки которой им известны. Иил Вы собрались новый инсталлятор bsdinstall в GNU использовать?
> Да. Следовало использовать dart или php?Зачем? Привычны для бсдишников VisualBasic и C#
> Зачем? Привычны для бсдишников VisualBasic и C#Язен же! Как вы могли яву забыть? :)
> Зачем? Привычны для бсдишников VisualBasic и C#Обоснуй.
А что не так? При нормальной архитектуре это не цифра.
>Bsdconfig написан на языке Shell и включает в себя около 25 тыс. строк кода.Жесть
>>Bsdconfig написан на языке Shell и включает в себя около 25 тыс. строк кода.
> ЖестьТак не в одним же скрипте 25 тыс. строк. :)
А если еще и хорошо откомментированно...
>А если еще и хорошо откомментированно...Когда вы в последний раз видели хорошо откаментированный кусок шелл сценарий?
>>А если еще и хорошо откомментированно...
> Когда вы в последний раз видели хорошо откаментированный кусок шелл сценарий?Вот здесь можно посмотреть:
http://druidbsd.sourceforge.net/download/bsdconfig/bsdconfig...Все очень грамотно организовано по "подсистемам". Код очень чистый и хорошо документированный.
>>А если еще и хорошо откомментированно...
> Когда вы в последний раз видели хорошо откаментированный кусок шелл сценарий?Вчера, я сам его написал.
2012 год. 25000 строк на шелле. Вот в этом BSD вся.
Лучше б lua какой взяли, честное слово.
> 2012 год. 25000 строк на шелле. Вот в этом BSD вся.так это ж и прекрасно. Куда прекраснее, чем 2500000 строк на С/С++, из которых 25000 exec-ов, а остальные - malloc/strcpy и проверки на версию ОС, архитектуру проца, прочую дрянь.
> Лучше б lua какой взяли, честное слово.
для чего? Чтобы из lua запускать команды типа gpart, pkg_add и пр? в чём суть? чтобы в базовой системе появилось ещё одно непонятное творение бразильских гениев (используемое непонятно кем неизвестно где), которое умрёт через 5 лет? чтобы понять, что толку от этого луа 0, а проблем куча, и чтобы через 5 лет опять переписывать, но уже на языке "жуа"? Чтобы получить 2000%-ный прирост производительности на выводе на экран результатов выполнения установки ОС? Или для того, чтобы кто-то вроде вас сказал: "ага, 2012 год. 100500 строк на lua. Вот в этом BSD вся."? Ведь вам же всё равно, на чём написано - главное, что это BSD.
Про плюсы - это ваши больные фантазии. Для этой задачи скрипты - самое оно. Но не шелл же - размерчик не тот!И о производительности я не говорил тоже. В шелле просто выразительных средств нет чтобы можно было хоть как-то читабельно сделать что-нибудь большее сотни-другой строк. А вызовы внешнего софта из него выглядят вполне прилично. Но можно и что-то другое, не суть - lua я предложил за то что он совсем мелкий и тривиально учится за пол-вечера.
Но писать на шелле, на котором из-за любого проблема может смысл поменяться - бред.
Про "творение бразильских гениев" - это, конечно, песня. Это что - религия такая - чтобы в базовой системе не было ни одного мало-мальски приличного скриптового языка?
> Это что - религия такая - чтобы в базовой системе не было
> ни одного мало-мальски приличного скриптового языка?Ну вот иди и посоветуй в проекте OpenWrt переписать стартовые скрипты на lua например. А лучше сразу на java. Как думаешь с какой скоростью чел/час тебя будут посылать на x пользователи этого Linux?
> Ну вот иди и посоветуй в проекте OpenWrt переписать стартовые скрипты на
> lua например.Как ни странно, на нем вебморда для его конфигурации написана. Даже довольно симпатичная, кстати. А что до стартовых скриптов - там давно пора заюзать что-то типа минимизированного варианта systemd или upstart, ибо ждать взлета роутера более минуты - зло.
Жуть какая, у меня на Dir-320 DebWrt секунд за 20 или около того (на глаз , точно не измерял) с старой SD-карточки грузится. Без этих ваших systemd.
ради прикола, попробуйте хотябы 5% сабжа на lua изобразить.
сколько require "somecoolshit" получилось? где эти somecoolshit брать? и, главный вопрос: сколько получилось строк кода, пускай и без коментов?
> Про плюсы - это ваши больные фантазии. Для этой задачи скрипты -
> самое оно. Но не шелл же - размерчик не тот!А что не так с размерчиком? Оно же не всё взлетает одновременно. Обычная state machine.
> В шелле просто выразительных средств нет чтобы можно было хоть как-то читабельно
> сделать что-нибудь большее сотни-другой строк.Хех.. Показать вам некоторое подобие ООП на шелле?
> А вызовы внешнего софта из него выглядят вполне прилично.
Так там ничего и нет кроме вызовов внешнего софта.
> Но писать на шелле, на котором из-за любого проблема может смысл поменяться
> - бред.Вы просто не умеете его готовить.
> Про "творение бразильских гениев" - это, конечно, песня. Это что - религия
> такая - чтобы в базовой системе не было ни одного мало-мальски
> приличного скриптового языка?Зачем плодить сущности без необходимости. Шелл вполне себе справляется. А если вспомнить, что во фрюше он более легковесный по сравнению с башем..
> чтобы в базовой системе появилось ещё одно непонятное
> творение бразильских гениев (используемое непонятно кем
> неизвестно где),Вот не надо грязи. Lua - очень мощный (не хуже Python и Ruby),
очень маленький (чуть больше awk), стабильный и очень быстрый язык.
Без проблем собирается кроссово. Отличный претендент
на включение в базовую систему. Для него нашлось
бы масса применений (я не про sysconfig).
Анахронизм в 2012-м году писать на С прикладуху.
> 2012 год. 25000 строк на шелле. Вот в этом BSD вся.
> Лучше б lua какой взяли, честное слово.да, и обязательно предложите переписать в линуксах /etc/rc?.d на луа. А то там тысяч 50 строк кода на шелле, если не больше.
>> 2012 год. 25000 строк на шелле. Вот в этом BSD вся.
>> Лучше б lua какой взяли, честное слово.
> да, и обязательно предложите переписать в линуксах /etc/rc?.d на луа. А то
> там тысяч 50 строк кода на шелле, если не больше.В линуксах конкретный скрипт отнюдь не в тысячи строк, к вашему сведению, а мжеду собой они независимы - один можно на перле написать, другой на шелле, третий на хаскелле - и проблем никаких не будет. А если вы не понимаете, почему здесь размер и связанность имеют значение - то к IT (и вообще к проектированию/реализации чего-то хоть мало-мальски сложного) вас подпускать близко нельзя.
>>> 2012 год. 25000 строк на шелле. Вот в этом BSD вся.
>>> Лучше б lua какой взяли, честное слово.
>> да, и обязательно предложите переписать в линуксах /etc/rc?.d на луа. А то
>> там тысяч 50 строк кода на шелле, если не больше.
> В линуксах конкретный скрипт отнюдь не в тысячи строк, к вашему сведению,а тут в тысячах?
> а мжеду собой они независимы - один можно на перле написать,
> другой на шелле, третий на хаскелле - и проблем никаких не
> будет.а тут нельзя?
> А если вы не понимаете, почему здесь размер и связанность
> имеют значение - то к IT (и вообще к проектированию/реализации чего-то
> хоть мало-мальски сложного) вас подпускать близко нельзя.опять сокральные знания первого класса средне-образовательной школы...
Мды. Если вы не понимаете разницу между горой взаимозависимого кода, хоть и раскиданного по куче файлов, и пачкой абсолютно независимых запусков из rc.d - до свидания.
>горой взаимозависимого кодаТы это от скуки под дурачка мимикрируешь? Или лень скачать bsdconfig да поглядеть? Если не можешь скачать архив да найти гору взаимозависимого кода (блин и это для простенького конфигуратора) - до свидания.
"Взаимозависимость" примерно в той же степени, что и в rc.d.
> да, и обязательно предложите переписать в линуксах /etc/rc?.d на луа. А то
> там тысяч 50 строк кода на шелле, если не больше.У нормальных людей там апстарт или systemd. И 500 строк разлапистого гогнокода и типичных костылей превращаются в аж целые 5 строчек конфига. Нафиг там LUA правда вот решительно не понятно. С 99% задач справляется конфиг. В остальных 0.1% из него можно шеллскрипт пнуть.
> 2012 год. 25000 строк на шелле. Вот в этом BSD вся.Для данной конкретной задачи shell более чем уместен.
Не надо теоретизировать.
Не знаю, у меня FreeBSD с командой msconfig прекрасно настраивает все параметры, зачем тут велосипед.
Здравствуйте, Евгений Ваганович.
во набежали....
ну напИсали пару стот(ТЫшшш) строк конфига. И что ?
Вчера написали - сегодня забыли.Таких вот недо-супер-разработок в бзде хоть отбавляй, особенно за отдельную плату.
Собсно как и в других осях.
Непонятно, почему учредилось столь Великое собрание по данному вопросу ?.
> Непонятно, почему учредилось столь Великое собрание по данному вопросу ?.Потому что эта бсд стоит поперек горла. Годами мы пытаемся доказать им что линукс лучше, а они не соглашаются и ещё что-то там аргументируют. Мы презираем людей которые в чем-то лучше нас, а людей, которые имеют мнение отличное от нашего, мы ненавидим.
Именно поэтому бсв должна быть уничтожена. Как только бсд не станет, все люди на планете вздохнут полной грудью. Теперь тебе понятно, почему для обсуждения бсд годится любой предлог, а в нашей борьбе все средства хороши, даже самые подлые?
Это прекрасно ящитаю. Надо плакат на работе повесить.
http://blogs.securiteam.com/index.php/archives/1278
http://blogs.securiteam.com/index.php/archives/1278