madf

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

Как раз наоборот! В случае Gentoo просто создается ебилд нацеленный на git/mercurial/whatever и обновляться можно хоть после каждого коммита. В случае deb/rpm создается централизованный репозиторий куда, при правильной организации, пакеты попадают после 1-2 команд. Например make package, make deploy. Как под фрей — не знаю, наверное примерно как и под Gentoo. Я такое не просто проходил, именно так все и было устроенно на прошлом месте работы. По крайней мере для софта разрабатываемого у нас.

Так же как и deb-пакет. Или rpm. Берем сущетсвующий ебилд (спеку в случае deb/rpm), добавляем в нее свой патч, ложим все в правильное место, скармливаем утилитам — готово. Единственное что реально упрощает этот процесс в Gentoo это хак с epatch_user: http://blog.tremily.us/posts/Portage/ Но это нестандартное использование возможностей системы. Что реально дает Gentoo по сравнению с deb/rpm-based, так это гибкое управление зависимостями и относительно свежий софт (наличие ебилдов для сборки софта прямо из девелоперского репозитория).

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

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

Ну, UDP он умеет везде ограничивать, а TCP практически на всех линуксах цепляет только к 0.0.0.0. Только фря и PLT Linux, на сколько я знаю, заморочились этой проблемой. Остальные (включая разработчиков) сваливают все на файрвол - мол, используйте iptables и будет вам счастье. Хотя исправлений там строк на 10.

Однако! Я даже NFS боюсь в инет выставить, пришлось даже rpcbind патчить чтобы он не на 0.0.0.0 вешался а только на указанный интерфейс.

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

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

Та не, это старый тред. Свежих тут всего несколько последних страниц. Некропостеры-с...

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

Доступ файлов не равен их передаче-приему??? Что вы с утра курили-то? ... Вообще-то он прав. Доступ и передача все-таки разные вещи. Передача это по сути get/put/delete, а доступ это реализация open/read/write/seek/tell/close. Передачу можно реализовать через доступ, но неэффективно. Так же доступ можно реализовать через передачу, но еще более не эффективно. Но в контексте данного спора разница не принципиальна.

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

Руководитель должен проконсультироваться у инженера что ему покупать, т.к. не руководителю заниматься настройкой этого самого.

Да что там бабулек слушать, они вам еще про Ленина живого расскажут! У меня у самого есть такой сервер на фре. В 2004-м он достался мне от предыдущего админа, в 2009-м я его передал новому админу. И до сих пор он работает. А запущен он был в далеком 2001-м. С тех пор он два раза пережил замену железа (там обычный писюк) и две пересборки ядра. Но на самом деле это скорее плохо чем хорошо, потому что к такой древней системе наверняка есть стопицот эксплойтов и систему все-таки стоит обновлять регулярно.

Не, все сложнее. Неожиданно ничего не выкидывают, значит оно уже и так несколько лет значилось как deprecated с варнингом в том же menuconfig, и использовать его было крайне нежелательно. Возможно так и есть, но не будешь же следить за всеми фичами которые используешь. Например про то что выкинули ip queues я узнал из ошибки компиляции своей софтинки. Или вот, допустим, пресловутый udev который на старых ядрах уже не запустишь (а это просто катастрофа на VPS).

Программист? Без работы?! Да еще АБС в своем незабываемом "Понедельник начинается в субботу" писали что всем нужны программисты!

Я имел в виду всячесике man ipset. А так конечно да, понаписали всякого много. И узреть что из ядра выкинули ip queue и еще кучу устаревшего барахла и самый важный и нужный софт больше не работает Если не брать во внимание десктопное использование (хотя тут могу ошибаться, т.к. никогда не юзал фрю в качестве десктопной системы) обе системы эквивалентны.

Например? После установки core system и там и там надо доустанавливать и настраивать софт. Маны идут к софту. Софт есть и там и там. По этому манов под фрю и под линукс одинаковое количество. Да ну?! И там и там кнопку нажал - и полетели! Общего между линуксом и фрей только софт который работает и там и там. Общего между виндой и фрей только софт который работает и там и там. Ну еще POSIX, конечно, но это больше для программистов. И с точки зрения программиста ваша фря - полный адъ. Начиная от компилятора и заканчивая путями установки софта. Вот это зря. Мнение всегда нужно аргументировать. Те

Как же вы такое можете советовать если вы Linux даже и не пробовали? Почему? FreeBSD и Linux на столько разные что умение использовать одну из них мало поможет в другой. Изучать надо ту ОС, которую использует ваш знакомый гуру.

А чем, по сути, отличаются у вас сабнеты 172.32.0.0 и 10.0.0.0? Правильно, ничем. dhcpd волен выбирать любой для раздачи. Чтобы анонимусам выдавались „особенные“ адреса надо либо играться с пулами и классами, прописывая в них логику «кого-куда», либо оставить только один сабнет.

Если все работает - почему вопросы задаете? Что именно будете делать?

И после чего перестало? 1. `Cash` < `Credit` 2. `Down` = 1 3. `Passive` = 1 Я так понял, вы это имели виду... Еще для всех трех вариантов обязательно Authorized.

Если скрипты будет дергать UBilling то Stargazer'у там места уже не будет. Он не колошматит базу.

у меня в качестве наса MIKROTIK. И когда клиент уже в минусе . Я не могу дернуть его еще раз в дисконект а нужно. у меня постоянно идет проверка всех пользователей и если вдруг в списке разрешенных находиться должник система должна опять дернуть дисконкт вернее не посто дернуть а пересмотреть данные по состоянию счета и дернуть его в отключку. Хорошо может это замудренно для вас у меня свое виденье у вас свое. просто скажите как принудительно по клиенту сделать disconnect даже если он неактивен заморожен или отключен. Если бы все было бы на freebsd не писал бы. Принудительно сделать