Сформирован (https://lists.freebsd.org/pipermail/freebsd-stable/2017-June...) первый бета-выпуск FreeBSD 11.1. Выпуск FreeBSD 11.1-BETA1 доступен для архитектур amd64, i386, powerpc, powerpc64, sparc64, aarch64 и armv6 (BANANAPI, BEAGLEBONE, CUBIEBOARD, CUBIEBOARD2, CUBOX-HUMMINGBOARD, GUMSTIX, RPI-B, RPI2, PANDABOARD, WANDBOARD). Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 11.1 запланирован (https://www.freebsd.org/releases/11.1R/schedule.html) на 26 июля.
Основные изменения (https://www.freebsd.org/relnotes/11-STABLE/relnotes/article....):
- Добавлена сборочная опция WITH_LLD_AS_LD для установки компоновщика LLD от проекта LLVM в качестве /usr/bin/ld. На системах FreeBSD/arm64 компоновщик LLD теперь используется по умолчанию;
- Добавлена сборочная опция WITH_RPCBIND_WARMSTART_SUPPORT для сборки rpcbind (https://www.freebsd.org/cgi/man.cgi?query=rpcbind&apropos=0&...) с поддержкой режима warmstart, при котором регистрации RPC сохраняются перед завершением работы и загружаются после запуска, что позволят избежать нарушения работы RPC-сервиса при перезапуске;- В OpenSSH добавлена поддержка динамического межсетевого экрана blacklistd (http://www.freebsd.org/cgi/man.cgi?query=blacklistd&sektion=...);
- Добавлены средства защиты утилиты bspatch при помощи capsicum;
- В утилите syslogd появилась поддержка ключевого слова "include", через которое можно определить директорию с файлами конфигурации, помимо базового syslog.conf (по умолчанию теперь дополнительно подключаются /etc/syslog.d и /usr/local/etc/syslog.d);
- Добавлена утилита zfsbootcfg (http://www.freebsd.org/cgi/man.cgi?query=zfsbootcfg&sektion=...) для настройки загрузочных опций zfsboot;
- Из NetBSD портирована утилила getaddrinfo (https://www.freebsd.org/cgi/man.cgi?query=getaddrinfo&sektio...), представляющая собой обвязку над одноимённой функцией резолвера;
- В утилите jail появилась возможность явного назначения IPv4 и IPv6 адресов для использования внутри jail-окружения;
- В утилиту daemon добавлена поддержка перенаправления вывода stdout и stderr в syslog или в файл;
- Добавлена утилита efivar (http://www.freebsd.org/cgi/man.cgi?query=efivar&sektion=8&ma...), предоставляющая средства для управления переменными UEFI;- Добавлена утилита cxgbetool (http://www.freebsd.org/cgi/man.cgi?query=cxgbetool&sektion=8...), предоставляющая интерфейс для отладки и изменения параметров устройств cxgbe;
- В установщик bsdinstall добавлена поддержка включения скрытых беспроводных сетей при настройке интерфейса wlan;
- В стандартной Си-библиотеке и системных библиотеках задействован вызов reallocarray для проверки соблюдения границ буферов. Функция reallocarray отличается тем, что производит очистку содержимого выделяемых блоков памяти, по аналогии с calloc(), а также обнуляет или отдаёт системе (unmap) не распределённые блоки памяти;
- Добавлен новый системный вызов clock_nanosleep();
- Реализована сборочная опция WITH_REPRODUCIBLE_BUILD, при которой при сборке не используются специфичные метаданные ядра, что позволяет добиться повторяемых сборок, идентичных при сборке одного кода в разных системах;
- По умолчанию в ядре включена поддержка NAT-T;- В cloudabi добавлена возможность запуска 32-разрядных исполняемых файлов в 64-разрядном пользовательском окружении, при наличии в настройках ядра включенной опции COMPAT_CLOUDABI32;
- В пакетный фильтр ipfw добавлена поддержка именованных (https://svnweb.freebsd.org/base?view=revision&revision=316274) динамических состояний. Добавлены новые модули: ipfw_pmod для изменения пакетов любых протоколов, ipfw_nptv6 с реализацией Network Prefix Translation для IPv6 и ipfw_nat64 с реализацией NAT64;
- Добавлен драйвер cfumass, предоставляющий фронтэнд для устройств хранения, подключаемых через USB OTG;
- В гипервизре bhyve расширены средства для проброса PCI-устройств;
- В сетевой стек добавлена поддержка повторной передачи GARP (Gratuitous ARP). Для задания максимального числа повторных передач предложена переменная net.link.ether.inet.garp_rexmit_count;
- Компоненты Clang, libc++, compiler-rt, LLDB, LLD и LLVM обновлены до версии 4.0;
- Командная оболочка tcsh обновлена до версии 6.20.00.URL: https://lists.freebsd.org/pipermail/freebsd-stable/2017-June...
Новость: http://www.opennet.me/opennews/art.shtml?num=46680
Дайте ссылку на исходники ядра FreeBSD, плииз.
ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/11.1-BETA1/...
А ещё вот так: https://svnweb.freebsd.org/base/
И вот так: https://github.com/freebsd/freebsd
А кто ты такой, чтобы брать исходники?! Вот возьмёшь и закроешь, никому не достанется.
> В OpenSSH добавлена поддержка динамического межсетевого экрана blacklistdНаконец-то можно не городить свои костыли, или ставить их из портов.
>> В OpenSSH добавлена поддержка динамического межсетевого экрана blacklistdтут есть немного по вариантам использования
Один из немногих проектов, которые стоит уважать!
Уважают но не используют, ибо - а смысл. Надо быть для этого мощным разработчиком с массой времени, чтобы постоянно самому все чинить или портировать софт, тк почти никто из авторов ПО не делает сборку (или тесты, компиляцию или разработку) с поддержкой FreeBSD.
Я использую pfSense с недавних пор, который построен на FreeBSD. Немножко гиковатая штука во время настройки, но в целом вполне себе конечный продукт, который многие используют. И на серверах FreeBSD тоже часто можно встретить.
Так что на счёт "не используют" вы всё-таки сильно ошибаетесь.
> который многие используют"многие" -- это из числа обитателей твоей квартиры?
> Уважают но не используютНе переживай, используют.
У нас в продакшене есть несколько NASов на FreeBSD 10.
Жалоб нет. Ничего чинить не нужно. Скорость выше, чем на ZoL на более слабом и старом железе.
>> Уважают но не используют
> Не переживай, используют.
> У нас в продакшене есть несколько NASов на FreeBSD 10.
> Жалоб нет. Ничего чинить не нужно. Скорость выше, чем на ZoL на
> более слабом и старом железе.Если брать ZFS based storage, то быстрее всех это будет работать на солярке.
>Если брать ZFS based storage, то быстрее всех это будет работать на солярке.Пробовал, девиация по разным вариантам от freebsd +-5%. В итоге оставил bsd.
На деловые процессы никак не повлияло =)
С оракл линуксом сравнивать пробовал, есть разница?
> С оракл линуксом сравнивать пробовал, есть разница?Не cравнивал.
> Если брать ZFS based storage, то быстрее всех это будет работать на солярке.вы имеете в виду, на тех полутора еще выпускаемых платформах, для которых только и существует сегодня солярка? Да, полагаю так - freebsd на них "не очень".
А если вы сравниваете не с соляркой, а с opensolaris и его клонами - то весьма навряд ли. Виртуальная память, управление процессами, context switching, low-level сетевой стек (ау, вы раздавать-то эту хранилку собрались, или она вам для тестов производительности в сферическом вакууме) - плохие, негодные порты сановского кода двадцатилетней давности, предназначенного для совсем другой архитектуры и других процессоров. Драйверы железа - прямой копипаст каменного века. При этом толком не развиваемые и теми полутора инвалидами, которые еще пытаются тянуть эти проекты - сил у них нет. С чего, в общем-то, такой системе хоть в чем-то быть быстрее?
Она может быть надежнее - в частности, пресловутый локап D7538 появился именно из-за безмозглой копипасты кода чуждой системы (а реакция на этот патч как бе говорит нам как о количестве людей, занимающихся поддержкой freebsd'шного клона openzfs, так и о качестве этих "разработчиков" и их заинтересованности в результатах, а не в грантопильстве), но и это еще нуждается в доказательствах. (что толку в качественном коде fs, если сетевая карта со стеком 2003го года работает нестабильно на больших потоках?)
Расскажите joyent о том как у них внутри все плохо с "Виртуальная память, управление процессами, context switching, low-level сетевой стек" и "сетевая карта со стеком 2003го года работает нестабильно на больших потоках" и прочего бреда.Main stream ZFS находится в проекте illumos, из него код портируется в FreeBSD. Причём тут openzfs.
Да, не всегда гладко он работает на фряхе, но это издержки процедуры портирования, ядра то разные.
> Расскажите joyent о том как у них внутри все плохокому-кому? Не-е-е, не слышал.
Лучше вы мне расскажите, какой у них процент рынка... я, правда, уже даже не знаю, рынка чего - они, по-моему, проcpали уже вообще все полимеры, да и сами, помнится, куплены самсунем.
> Main stream ZFS находится в проекте illumos, из него код портируется в FreeBSD.
вас обманули. Вас жесточайше развели. mainstream zfs находится в проекте oracle, там же где и "настоящий" solaris. но они, один раз сбросив шлак, больше не собираются делиться.
Код из иллюмоса никуда не портируется - нечего портировать. В 2014м все спортировали, что смогли (и это был больше код оракла, чем иллюмоса). Никакого "мэйнстрима" в мертвом проекте давным-давно уже нет, не говоря уже о том, что в Free от него был только собственно пул - posix layer, то бишь сама fs, у той, оракловой, солярки свой, ни с чем не совместимый, и его переписали практически с нуля (а потом еще раз, снова с нуля - безумные индусы, которые создали zol).
> Причём тут openzfs.
при том, что все развитие проекта с 2014го года идет в рамках openzfs. И это не порт кода иллюмоса, а просто синхронизация тех частей репо, которые остаются общими для иллюмоса, zol и фри (еще была maczfs, мертворожденная, afaik). За подробностями http://open-zfs.org/
Не берусь сказать, от кого там больше строчек - подозреваю, от линуксеров ;-)
>Вас жесточайше развели. mainstream zfs находится в проекте oracle, там же где и "настоящий" solaris.И все это находиться в какой-то частной оракловой заднице, там же где и "настоящий" solaris.
И толку с этого?
Поэтому мы юзаем "ненастоящий" opensource zfs, которое для нас намного более настоящий и реальный, чем правоверный неведомый зверек от oracle.
Все просто. Маленькие по три, большие по пять, но вчера.
> И все это находиться в какой-то частной оракловой заднице, там же где и "настоящий"
> solaris.увы, увы. Но нам из той задницы обломилось довольно многое - благодаря доброй воле оракла, или вопреки его желанию, дело темное, но zfs 10х и 20х версий - две сильно разные zfs.
(есть у меня подозрение, что они решили резко закрыть лавочку именно в свете достижений индусской конторы - то есть они были вполне рады опенсолярису, который ничему не угрожал и привлекал заинтересованных, готовы были терпеть freebsd с ее околонулевым влиянием на индустрию даже с учетом уникальных применений, но вот полноценный zol им категорически не понравился)> Поэтому мы юзаем "ненастоящий" opensource zfs
ну, собственно, спич был за то, что его первоисточник вовсе не illumos, как некоторые тут утверждали, и не надо на этот трупик смотреть с открытым ртом - время последней именно копипасты оттуда как раз совпало с временем последнего крупного подарка от оракла (который, разумеется, был в форме opensolaris, а не отдельного куска кода именно zfs), и с тех пор, увы, уже три года как копипастить стало нечего. Скорее это можно назвать совместной разработкой.
кстати, бойтесь - в 11S - compressed arc (отключаемый) - рекомендую на досуге (у кого он есть) поэкспериментировать с замером эффективности.
>> И все это находиться в какой-то частной оракловой заднице, там же где и "настоящий"
>> solaris.
> увы, увы. Но нам из той задницы обломилось довольно многое - благодаря
> доброй воле оракла, или вопреки его желанию, дело темное,
>но zfs 10х и 20х версий - две сильно разные zfs.даже если и так, то что от этого? массового менять x86/freebsd на sparc/oracle?
рекомендую на досуге почитать total cost per gb на проект,
и больше не умничать.у нас тут больше проблема найти персонал, что хотя бы командной строки не боится.
ибо кто умел, тот не тут.
> даже если и так, то что от этого? массового менять x86/freebsd на sparc/oracle?ох... еще один, спорящий со своими глюками вместо моего текста.
> у нас тут больше проблема найти персонал, что хотя бы командной строки не боится.
денег-то им платить - пробовали?
>> даже если и так, то что от этого? массового менять x86/freebsd на sparc/oracle?
> ох... еще один, спорящий со своими глюками вместо моего текста.в твоем тексте куча неконкретного блабла, какие-то предоложения, ...
в реальности в итоге лиш бы в проекте на откровенное фуфло не переключились.
читать "рынок лимонов">> у нас тут больше проблема найти персонал, что хотя бы командной строки не боится.
> денег-то им платить - пробовали?в сторонней организации? в окружении мудацкого варианта "рынка безработицы", локального пред-дефолтного состояния и социально-деловой архаики?
wellwellweel, для тебя такого хорошего: критичным для локальных ict-проектов является комплекс социально-экономических проблем связанных с архаичным построением социума, вследствии которого низка образовательная мотивация и чрезмерно высока оценка лояльности, что приводит к ряду эффектов и в частности, но не только
- недооценненый персонал генерирует свою ранговую значимость, но не групповой продукт
- неспособность к институциональной (и клубно-профессиональной) самоорганизации приводит к размыванию оценки компетенции, и стоимости деятельности в соотвествии с ней
- неспособности к более-менее компетентной програмно-проектной организации деятельности
- ...надоело стучать по клавишам.
и это намного более важные моменты деятельности, а не zfs 10 или 20.PS
и потом некто с позиции обиженного инфанта пишет: "а вы платить не пробовали?"
а что ты сделал для адекватной оценки профессиональной деятельности и ее продуктов?
>> Расскажите joyent о том как у них внутри все плохо
>кому-кому? Не-е-е, не слышал.Как насёт Netflix? Если что то треть мирового интернет траффика ... и всё через фреебсд!
Так что стели лист асбеста на кресло, а то испортишь казённое имущество :-))))))
>> Если брать ZFS based storage, то быстрее всех это будет работать на солярке.
> вы имеете в виду, на тех полутора еще выпускаемых платформах, для которых
> А если вы сравниваете не с соляркой, а с opensolaris"Смешались в кучу кони, люди"
Есть (было на момент оценки)
1 Oracle Solaris 11.3
2 FreeBSD ~10.2 (10 stable)Dovecot & maildirs ~500gb, PostgreSQL ~200Gb, HP Array RAID-1, mem 32Gb, zfs - разница при смене OS в пределах погрешности.
Но: для непритязательной и лаконичной FreeBSD есть непритязательный и несложный BHyve.
Для громозкого и развесистого Solaris есть громоздкий и развесистый Solaris VM, который тот же Xen+Solaris.Поэтому по сумме оставил все на FreeBSD.
Про расово верный SPARK лучше не упоминать.
>>> Если брать ZFS based storage, то быстрее всех это будет работать на солярке.
>> вы имеете в виду, на тех полутора еще выпускаемых платформах, для которых
>> А если вы сравниваете не с соляркой, а с opensolaris
> "Смешались в кучу кони, люди"
> Есть (было на момент оценки)
> 1 Oracle Solaris 11.3
> 2 FreeBSD ~10.2 (10 stable)
> Dovecot & maildirs ~500gb, PostgreSQL ~200Gb, HP Array RAID-1, mem 32Gb, zfs
> - разница при смене OS в пределах погрешности.т.е. у вас zfs поверх аппаратного HP Array RAID-1 ?
а сколько клиентов одновременно обслуживается ?> Но: для непритязательной и лаконичной FreeBSD есть непритязательный и несложный BHyve.
> Для громозкого и развесистого Solaris есть громоздкий и развесистый Solaris VM, который
> тот же Xen+Solaris.ну... есть же еще непритязательный и лаконичный SmartOS ;)
> т.е. у вас zfs поверх аппаратного HP Array RAID-1 ?И raid5+sas, raid5+sata, и банального ahci.
Но немного, все больше linux+ext4 over [] по суммарным причинам и основаниям.
IMHO, в основном из-за слабых компетенций и legacy.> а сколько клиентов одновременно обслуживается ?
Написать среднее по палате это будет ни-о-чём.
Но могу отметить, что по моим наблюдениям ZFS стала сравнима по отклику/суммарному времени операций с UFS2+softupdate только в районе freebsd 10.3-11.0.> ну... есть же еще непритязательный и лаконичный SmartOS ;)
Это же практически расово неверный и переписаный индусами illumos, его нельзя сравнивать с истинной solaris =)
> И raid5+sas, raid5+sata, и банального ahci.ну п-ц жеж...
> Но могу отметить, что по моим наблюдениям ZFS стала сравнима по отклику/суммарному
> времени операцийчто само по себе изумительно - "микроскоп стал сравним по эффективности забивания гвоздей с молотком".
Рекомендую (как обычно, тем, кто "мог бы подумать") помедитировать на тему record size, prefetch, syncronous metadata writes, в сочетании со stripe size и особенностями кэша (как read, так и write) современных копеечных hw-raid.
потом заплакать и пойти работать грузчиком - потому что в том месте, где такое понасоздавали, ничего уже не исправить, а других, в общем-то, уже и не остается.
>> И raid5+sas, raid5+sata, и банального ahci.
> ну п-ц жеж...у тебя в голове? согласен.
>> Но могу отметить, что по моим наблюдениям ZFS стала сравнима по отклику/суммарному
>> времени операций
> что само по себе изумительно - "микроскоп стал сравним по эффективности...давай так - есть операционная система как инструмент, и она довольно эфеективно применяется, и продолжает развитие.
все твои метания не в тему, и неконструктивны.
> Рекомендую (как обычно, тем, кто "мог бы подумать") помедитировать на тему record
кто-то просил тебя о пафосных рекомендациях?
или ты решил зарисоваться как самый умный по своей инициативе?
> давай так - есть операционная система как инструмент, и она довольно эфеективно
> применяется, и продолжает развитие.людьми, героически ставящими zfs поверх рейдов и потом радующихся что оно "стало сравнимо с ufs+softupdates" (боюсь спросить, зачем ставили-то)? Боюсь, я примерно так себе и представляю основных применятелей, да :-(
>> давай так - есть операционная система как инструмент, и она довольно эфеективно
>> применяется, и продолжает развитие.
> людьми, героически ставящими zfs поверх рейдов и потом радующихсячто-то у тебя много детского пафоса. "героически", "радующихся"
родители в деревню к бабушке не отправили и даже компьютер не забрали? =)тогда тебе задание для самообразования
опиши пожалуйста систему рисков типового ит подразделения как сервисного мини-предприятия.
А правда, в чём смысл ставить ZFS поверх раидов?
сказали ж вам - "система рисков типового it-подразделения" - то бишь умение переложить ответственность на никого.у меня такие же it'шники в конторе, угу.
> сказали ж вам - "система рисков типового it-подразделения" - то бишь умение
> переложить ответственность на никого.BOFL
https://en.wikipedia.org/wiki/Bastard_Operator_From_Hell> у меня такие же it'шники в конторе, угу.
а ты кто такой и откуда, mr. эксперт по деловым процессам?
>А правда, в чём смысл ставить ZFS поверх раидов?Тот же, что и для других файловых систем. Диски имеют свойство выходить из строя. Причем весьма качественные, казалось бы. Корпоративная норма где-то RAID5/6/комбинации+spare part+мониторинг.
Предложите лучшее решение. Про raid-z рассказывать не надо, имеет место быть, но ее использование приводит к необходимости, так или иначе, перезагрузки операционой системы при выходе из строя диска.И таки - предложите лучшее решение. На практике.
>"Смешались в кучу кони, люди"тред читаю, ну прям как на фороникс зашел.
для полноты не хватает еще "plan9" с глендой (а че, там же "все есть файл")
За нее платить как бы нужно
> Если брать ZFS based storage, то быстрее всех это будет работать на солярке.И конечно же на SPARC64, да ведь?
>> Если брать ZFS based storage, то быстрее всех это будет работать на солярке.
> И конечно же на SPARC64, да ведь?SPARC M7
> Уважают но не используют, ибо - а смысл. Надо быть для этого
> мощным разработчиком с массой времени, чтобы постоянно самому все чинить или
> портировать софтСамому? Ты хоть раз ports видел?
# grep -rh ^MAINTAINER /usr/ports | awk '{print $2}' | sort | uniq | wc -l
1643
sort -u, а uniq выкинь
> sort -u, а uniq выкиньщаз, менять 20 летние привычки? =)
#>>| awk '{print $2}' | sort | uniq | wc -l> sort -u, а uniq выкинь
Деццкий сааад...
| awk '{ mark[$2]=1} END{ print length(mark)}'
|awk '{m[$2]=1}END{print length(m)}'
Учебник по (g)awk подскажешь?
> Учебник по (g)awk подскажешь?Мне-то не надо, я уже читал man gawk.
Недавно увидел http://troubleshooters.com/codecorn/awk/ -- рекомендую. Описано многое из того, чем стоит поделиться по теме.
>почти никто из авторов ПО не делает
> сборку (или тесты, компиляцию или разработку) с поддержкой FreeBSD.Бред. По факту в портах/пакетах *BSD доступен практически весь софт с исходными текстами.
И часто (или даже чаще) новее, чем для дистрибутивов debian или redhat.
Погрепайте фразу: Sponsored by в исходниках.
Получите список использующих.
> Погрепайте фразу: Sponsored by в исходниках.
> Получите список использующих.lynx -dump https://www.freebsd.org/relnotes/11-STABLE/relnotes/article.... cut -d\( -f2 |grep Sponsor|sort|uniq -c|sort -rn
8 Sponsored by Yandex LLC)
5 Sponsored by The FreeBSD Foundation)
4 Sponsored by Microsoft)
4 Sponsored by Dell EMC)
3 Sponsored by Gandi.net)
2 Sponsored by Chelsio Communications)
1 Sponsored by Multiplay)
1 Sponsored by FIS Global, Inc.)
>> Погрепайте фразу: Sponsored by в исходниках.
> relnotes/11-STABLE/relnotes/article.html|
> cut -d\( -f2 |grep Sponsor|sort|uniq -c|sort -rnИнтересно, обронив ключи в переулке, вы их тоже под ближайшим фонарем ищите, потому как там светлее?
git log --since="2015-01-01" /usr/src | grep -i sponsor |tr -s " "|tr '[:upper:]' '[:lower:]'|sort| uniq -c|sort -rn
2288 sponsored by: the freebsd foundation
1629 sponsored by: emc / isilon storage division
455 sponsored by: solarflare communications, inc.
382 sponsored by: microsoft ostc
359 sponsored by: microsoft
272 sponsored by: mellanox technologies
152 sponsored by: abt systems ltd
124 sponsored by: darpa, afrl
112 sponsored by: chelsio communications
110 sponsored by: spectra logic corp
86 sponsored by: spectra logic
85 sponsored by: nginx, inc.
84 sponsored by: multiplay
83 sponsored by: yandex llc
83 sponsored by: scaleengine inc.
78 sponsored by: citrix systems r&d
69 sponsored by: cavium
68 sponsored by: netflix
62 sponsored by: rubicon communications (netgate)
54 sponsored by: smartcom - bulgaria ad
51 sponsored by: gandi.net
48 sponsored by: limelight networks
46 sponsored by: stormshield
43 sponsored by: heif5
42 sponsored by: sandvine inc.
40 sponsored by: ixsystems, inc.
34 sponsored by: dell emc
30 sponsored by: norse corp, inc.
29 sponsored by: intel
26 sponsored by: intel corporation
26 sponsored by: dell inc.
>>> Погрепайте фразу: Sponsored by в исходниках.
>> relnotes/11-STABLE/relnotes/article.html|
>> cut -d\( -f2 |grep Sponsor|sort|uniq -c|sort -rn
> Интересно, обронив ключи в переулке, вы их тоже под ближайшим фонарем ищите,
> потому как там светлее?
>
> git log --since="2015-01-01" /usr/src | grep -i sponsor |tr -s "
> "|tr '[:upper:]' '[:lower:]'|sort| uniq -c|sort -rn
>
# git log --since="2015-01-01" /usr/src | more
fatal: Не найден git репозитоий (или один из его каталогов): .gitОбычно по SVN забирают соурсы...
>
> # git log --since="2015-01-01" /usr/src | more
> fatal: Не найден git репозитоий (или один из его каталогов): .git
>
> Обычно по SVN забирают соурсы...*пожимая плечами*
Забирал когда-то. Но гит, в плане держания "левых" (или собственных) патчей удобнее, да и места ощутимо меньше занимает.
SVNом пользуюсь для портов, потому что в нем достаточно просто держать и обновлять только нужные/отдельные директории.
Я нарушаю какие-то догмы и впал в ересь? )
>>
>> # git log --since="2015-01-01" /usr/src | more
>> fatal: Не найден git репозитоий (или один из его каталогов): .git
>>
>> Обычно по SVN забирают соурсы...
> *пожимая плечами*
> Я нарушаю какие-то догмы и впал в ересь? )Конвертация SVN -> Git - лишнее место для внесения ошибок.
Если вы пользуетесь Git, то не значит, что и другие 98% его используют.
Поэтому приводить это в качестве аргументов - не стоит.
> Конвертация SVN -> Git - лишнее место для внесения ошибок.Единственное "место для внесения ошибок" - это авторы подобных "перлов".
Зависит от потребностей.
Если тебе пофик что чего то нет или что оно устарело то и проблем нет.
Если не пофик то большинство софта относительно не сложно портируется, я бы даже сказал что накорябать порт сильно проще, удобнее и быстрее, чем собирать как то для себя. В некоторых случаях все обновление порта сводится к тому что ты меняешь в makefile версию а потом делаешь make makesum, а дальше обновляешься как обычно.
Чото мне казалось инклюд в сислоге появился начиная с 11.0
> Чото мне казалось инклюд в сислоге появился начиная с 11.0Таки да.