LINUX.ORG.RU

FreeBSD 11.0

 ,


2

3

Официально представлен релиз FreeBSD 11.0, доступный для архитектур amd64, i386, powerpc, powerpc64, sparc64, armv6 (BANANAPI, BEAGLEBONE, CUBIEBOARD, CUBIEBOARD2, CUBOX-HUMMINGBOARD, GUMSTIX, Raspberry Pi B, Raspberry Pi 2, PANDABOARD, WANDBOARD) и aarch64 (arm64).
Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2.

Ключевые новшества:

  • Новая система автоматического монтирования ФС (automounter), унифицированная с реализациями из других Unix-систем (macOS, Solaris), использующая совместимый с Solaris формат сопоставления точек монтирования и поддерживающая интеграцию с LDAP.
    В auto_master добавлен новый тип сопоставления -media, позволяющий автоматизировать подключение внешних накопителей CD и USB, а также тип -noauto для обработки записей noauto в fstab.
  • Добавлена возможность загрузки с временным rootfs, вместо которого затем монтируется реальный корневой раздел. Процесс смены корневого раздела реализован в форме частичного завершения работы с удалением всех процессов, отмонтированием rootfs, монтированием нового rootfs, запуском init и переходом к выполнению скриптов инициализации.
  • Новая высокопроизводительная реализация системного вызова sendfile, предназначенного для организации прямой передачи данных между файловым дескриптором и сокетом, поддерживающая отправку файла в сокет в асинхронном режиме без ожидания завершения чтения файла.
  • Новая версия подсистемы NetMap c поддержкой двунаправленных потоков, поддержкой kqueue, улучшенной пользовательской библиотекой, возможностью эмуляции netmap для любых адаптеров без родной поддержки netmap, интеграцией со стеком VALE (используется в системе виртуализации bhyve).
  • Усовершенствован гипервизор BHyVe, в котором добавлена поддержка новых типов гостевых систем. В настоящее время поддерживается создание хост-систем на базе платформы FreeBSD/AMD64 и запуск гостевых систем c FreeBSD 8+, Linux i386/x64, OpenBSD i386/amd64, NetBSD/amd64, Illumos и Windows Vista/7/8/10/2008r2/2012r2/2016 x64. Отдельно отмечается возможность запуска гостевых систем FreeBSD/i386 на 64-разрядных хост-системах, поддержка процессоров AMD c аппаратными расширениями SVM и AMD-V, поддержка команды DSM TRIM для виртуальных дисков AHCI, поддержка графического режима (эмуляция VGA, framebuffer, мыши, клавиатуры, XHCI USB с применением сервера VNC для доступа к экрану гостевой системы).
  • В Xen добавлена поддержка запуска гостевых систем FreeBSD/amd64 в режиме PVH, который комбинирует элементы режимов паравиртуализации (PV) и полной виртуализации (HVM). Проведена оптимизация производительности драйвера netfront и добавлена поддержка unmapped IO в драйверы blkfront, virtio_blk и virtio_scsi.
  • В механизм управления ресурсами RCTL добавлена возможность ограничения пропускной способности операций с файловой системой. Поддерживается ограничение полосы пропускания чтения/записи (байт в секунду) и интенсивности операций ввода/вывода (число операций чтения/записи в секунду). Также представлен новый механизм придерживания запуска процессов в условиях превышения лимита.
  • Добавлена поддержка стандарта 802.11n для сетей Wi-Fi, позволяющего добиться скорости передачи данных в беспроводной сети до 600 Мбит/с в конфигурации адаптера с четырьмя антеннами (для одной антенны до 150 Мбит/с).
  • Из NetBSD портирована библиотека libblacklist и связанное с ней приложение Blacklistd, которые можно использовать для реализации динамического межсетевого экрана для защиты от попыток взлома локальных сервисов, таких как ssh, named и ftpd, или для блокировки IP-адресов, участвующих в DDoS-атаках.
  • Добавлена поддержка архитектуры AArch64 (arm64).

Другие улучшения:

  • Улучшена поддержка систем с архитектурой NUMA.
  • Возможность ведения черного списка сбойных областей памяти. Обновление компилятора Clang до версии 3.8.0. Для платформ amd64 и arm64 по умолчанию задействован отладчик LLDB, развиваемый проектом LLVM.
  • В базовой системе задействованы варианты утилит для работы с объектными файлами в формате ELF: addr2line, elfcopy (strip), nm, readelf, size и strings из набора ELF Tool Chain, эквивалентного набору GNU Binutils, но распространяемого под лицензией BSD.
  • В TCP-стеке добавлена поддержка определения PLPMTUD (Packetization Layer Path MTU Discovery, RFC 4821), которая отключена по умолчанию. Для включения следует использовать sysctl net.inet.tcp.pmtud_blackhole_detection, net.inet.tcp.pmtud_blackhole_mss и net.inet.tcp.v6pmtud_blackhole_mss.
  • Большая порция улучшений, связанных с поддержкой различных устройств с процессорами ARM, ARM64 и PowerPC.
  • В jail добавлена поддержка монтирования linprocfs и linsysfs, а также возможность разделения SYSV IPC примитивов, что позволяет иметь в каждом jail независимую область SYSV IPC.
  • Для хэширования паролей в функции crypt по умолчанию задействован алгоритм SHA512;
  • Реализация IPsec расширена поддержкой аппаратных и программных режимов AES.
  • При помощи Capsicum обеспечен сброс привилегий утилиты ping.
  • Усилена защита от переполнения стека.
  • Обеспечена возможность использования DRM/KMS-драйверов AMD Radeon при запуске 32-разрядных приложений на 64-разрядных системах.
  • Для звуковых адаптеров с интерфейсом USB добавлена поддержка более 8 звуковых каналов на PCM-поток.
  • В установщик bsdinstall добавлен модуль для настройки беспроводных адаптеров.
  • В редактор разделов из состава bsdinstall и в утилиту sade добавлена родная поддержка ZFS. Установка GPT+BIOS+GELI через bsdinstall/zfsboot теперь производится с привлечением GELIBOOT, что позволяет создавать ZFS Boot Environment с ZFS-пулами, зашифрованными при помощи GELI.
  • В состав включен демон zfsd, обеспечивающий управление запасными дисками (hotspare) и заменой дисков.
  • В gpart добавлена поддержка схем компоновки разделов disklabel64, apple-boot, apple-hfs и apple-ufs, а также GPT-разделов с атрибутом lenovofix.
  • Удалена поддержка протокола IPX.
  • В состав включена реализация протокола iSER (iSCSI Extensions for RDMA) от компании Mellanox.
  • В команду iscsictl добавлена возможность определения доступных iSCSI target без подключения к ним.
  • В newsyslog.conf обеспечено включение настроек, разнесённых по отдельным файлам в /etc/newsyslog.conf.d/ и /usr/local/etc/newsyslog.conf.d/.
  • В утилите ifconfig по умолчанию установлены параметры беспроводного интерфейса, отвечающие требованиям FCC.
  • В утилитах ps и top добавлена возможность фильтрации вывода по идентификатору или имени jail-окружения (флаг -J).
  • Во freebsd-update добавлена защита от загрузки обновления в ситуации, когда установка прошлого обновления не была завершена.
  • В подсистеме rc добавлена возможность размещения настроек в файлах ${LOCALBASE}/etc/rc.conf.d/ (LOCALBASE по умолчанию указывает на /usr/local).
  • В подсистему rc добавлены новые команды: describe для вывода описания rc-скриптов и extracommands для показа всех нестандартных команд, предоставляемых rc-скриптом (таких как reload, configtest и keygen).
  • Директория с модулями для загрузчика по умолчанию изменена на /boot/modules.
  • В поставляемом в базовой системе OpenSSH 7.2p2 по умолчанию включен режим sandbox-изоляции и удалена поддержка протокола SSH-1; отключена генерация ключей DSA.
  • Включена по умолчанию опция WITH_SYSTEM_COMPILER, оптимизирующая процесс сборки благодаря тому, что компоненты кросс-компилятора не собираются.
  • В беспроводной стек внесены изменения, отключающие по умолчанию показ физических беспроводных устройств. Для просмотра доступных в системе беспроводных устройств следует использовать sysctl net.wlan.devices.
  • Библиотека резолвера теперь отслеживает состояние файла /etc/resolv.conf и перезагружает его, если время модификации изменилось.

>>> Новость взята с opennet



Проверено: Shaman007 ()
Последнее исправление: sudopacman (всего исправлений: 12)

Ответ на: комментарий от LordTermor

конечно! отличный пример. хотя вряд ли сони что-то вернёт в апстрим, вряд ли фряха получит что-то от сони.
она получила что-нибудь от эппла? что-нибудь ценное (или вообще что-нибудь) вернулось в исходники фри?

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

а как же с видеокартами?

x11/nvidia-driver. Ну и mesa ещё с интелом.

как там, кстати, вообще с дровами?

Они есть, более-менее. На стационарном пк, который без всяких вайфаев, всё работает.

что со звуком?

OSS, можно поверх пульсу прикрутить, но некоторые программы не очень хотят с ней работать.

как это сейчас вообще на десктопе?

Позавчера собрал 11.0-RELEASE и KDE Plasma 5.8 + Frameworks 5.27, вроде работает. Опять же, более-менее.

LordTermor ★★
()
Последнее исправление: LordTermor (всего исправлений: 1)
Ответ на: комментарий от Reedych

нет, стабильность это когда всё новое хорошо тестируют, а старое и как надо работающее не трогают, оно идеально.

Так не бывает. Особенно в OpenSource'е

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

Kdump пишет ядро. Поэтому то что не в консоль это фича. Работает намного быстрее straceа. А так можно kdump с ключем -l. Это практически на лету и есть. Ждет данных — выплевывает и так далее. В мане все есть.

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

Еще раз коротко: это не соответствует объективной реальности!

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

Возможность использовать эппловские открытые компоненты с минимальными усилиями на портирование, например.

LordTermor ★★
()
Последнее исправление: LordTermor (всего исправлений: 1)
Ответ на: комментарий от gloomy

Kdump пишет ядро. Поэтому то что не в консоль это фича. Работает намного быстрее straceа. А так можно kdump с ключем -l. Это практически на лету и есть. Ждет данных — выплевывает и так далее. В мане все есть.

А kdump разве не утилита которая показывает задампленное ktrace? https://www.freebsd.org/cgi/man.cgi?query=kdump&apropos=0&sektion=0&a... А вот в c ktrace то и проблема https://www.freebsd.org/cgi/man.cgi?query=ktrace&sektion=2 не работает с буфферами. Надо имя файла указывать. Или я не нашел.

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

Сам не верил. Но, оказывается, в разной степени, но бывает. Примеры: ifconfig в бзд vs ifconfig/ip/iwconfig/tc в линуксе. Oss->alsa в linux vs oss во freebsd. Метания с udev/hal и devd во freebsd. И так далее. Пока не увидишь и не попробуешь не поверишь.

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

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

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

А для десктопа она готова? А то я встречал людей, которые админили фряху через ssh, к которому подклчючались через путти, который запускали под вайном, сидя в бубунте.

вот раньше помню они просто честно сидели на крякнутой винде.

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

Я не понимаю задачи видимо. Что мешает запустить программу под ktrace в фоне и kdump с -l на постоянно растущий файл? Но раз не подходит, значит не подходит. Как по мне, подход гораздо лучше, чем strace. Но, кстати, можешь же и ltrace поюзать. Должен быть в бзд думаю.

gloomy ★★
()
Последнее исправление: gloomy (всего исправлений: 1)
Ответ на: комментарий от iron

зачем смотреть в отдельно взятой стране если есть объективные значения по миру?

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

ты не видел слаку :)

Видел. Убежал с нее через пару месяцев. Это был мой самый «короткий» дистрибутив после TinyCore Linux и FreeBSD.

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

Сам не верил. Но, оказывается, в разной степени, но бывает. Примеры: ifconfig в бзд vs ifconfig/ip/iwconfig/tc в линуксе. Oss->alsa в linux vs oss во freebsd. Метания с udev/hal и devd во freebsd. И так далее.

Ок, на счет этого пункта убедил.
Но нужно еще, чтобы понять когда ставить FreeBSD, а не Линукс.

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

Эта система, создана, не для домашнего использования, и не для домашних роутеров.

Да, она создавалась в академических целях, в свое время была популярна не серверах но уже лет 10 как продолжает сливать linux'у везде.

Просто, не стоит давть комменты о вещах, которые вы не знаете до конца.

Ха-ха. То есть по факту тебе сказать нечего? 10 лет freebsd не умело 802.11n, еще 10 лет не будет уметь 802.11ac.

К сожалению более подробную информацию не имею права давать.

Та ты что, да кому ты тут сдался :D

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

было слишком новое оборудование и новофилия?

Да, что-то из железа завести не смог. ЕМНИП акселерацию на видеокарте. Хотя, видяха была не самая новая: на Линуксе пару лет до этого работало. Поскольку комп был очень слабым, акселерация была принципиальна.

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

Я не понимаю задачи видимо. Что мешает запустить программу под ktrace в фоне и kdump с -l на постоянно растущий файл? Но раз не подходит, значит не подходит. Как по мне, гораздо лучше strace. Но, кстати, можешь же и ltrace поюзать. Должен быть в бзд думаю.

У меня были мысли так сделать, но сам kdump на такой режим не рассчитан и API для такого нет. Нужно ковырять исходники kdump и делать «летящий» парсер самому, если файл вообще получится открыть. Полумеру dtrace уадалось сделать быстрее, может еще вернусь. ltrace вроде обертка над ktrace http://man.openbsd.org/ltrace.1

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

У меня были мысли так сделать, но сам kdump на такой режим не рассчитан

А как же опция -l? Не работает? Я выше тебе написал про truss. Пробуй его — это более близкий аналог strace.

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

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

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

А как же опция -l? Не работает? Я выше тебе написал про truss. Пробуй его — это более близкий аналог strace.

truss это обертка над dtrace http://www.brendangregg.com/DTrace/dtruss Считай именно так мой костыль и работает, только еще со стека параметры дергает (пытается покрайней мере).

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

покажите хоть сколь-нибудь популярный телевизор или контроллер с фряхой. чёт сомневаюсь, что оно есть.

Такой холодильник пойдёт?

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

Если чисто утилитарно, то, имхо, и FreeBSD и Linux могут в большинстве случаев быть взаимозаменяемыми. OpenBSD точно не катит для высокопроизводительных сетевых задач (например, 10Гигабит карты).

Конечно, линукса больше. И он в этом смысле утилитарней. Он уже прочно стал частью капиталистической действительности. :)

Если рассуждать сугубо с этих позиций, то не было смысла переходить с Windows — ведь этой ОС дофига. :) Ну и нет смысла сносить Linux и ставить FreeBSD. Но с точки зрения вопроса «что лучше» — не так все однозначно. «Лучше» — не синоним утилитарности или экономической эффективности. Просто это разные системы. Разный стиль разработки. И решения в той же FreeBSD мне часто нравятся больше (как программисту и пользователю). В этом смысле будет очень грустно, если BSD системы будут вытеснены мейнстримом, который сейчас ассоциируется с Linux.

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

Насчет фризиться. Это же не система контроля — это для отладки. Имхо, наоборот красиво — максимально быстро сбросить дамп в бинарный файл. А уже потом делать выборку итд.

Я честно говоря ума не приложу, зачем нужно делать то, что ты делаешь. :) Про dtrace понял.

gloomy ★★
()

Я 11-ую Фряху ещё со времён когда она была CURRENT юзаю, ну наконец-то она вышла, а то релиз всё время переносили.

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

В том то и дело, что ktrace для отладки, как API для трейса в реальном времени без потерь он не очень подходит. Задач зачем это надо может быть великое множество. Например ты хочешь протрейсить все вызовы системы сборки чтобы скормить потом анализатору. Казалось бы простейшая задача, но dtrace вообще может что-то потерять, ktrace теряем функцию получения на лету (а еще какой pid ему указывать? как на лету перехватывать те процессы что надо). Еще, вот например я хочу понять какие сабутилиты вызывает xcode при сигне, как это сделать? Система мониторинга, анализирует syscall процесса, анализирует внутренности процесса, если что не то - поднимает тревогу. Так например можно доставать полезную инфу из php, когда сам php ничего не репортит. И тд и тп.

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

Честно, не понимаю. Когда ты смотришь на вывод strace это не значит что вот этот вызов выполняется сейчас. Этот вывод всегда с неким опозданием. Использовать его как способ предотвращения атак? Как то не очень правильно. Но и в таком режиме: ltrace или ktrace с параллельным kdump с опцией -l вроде не противоречат твоей задаче. Причем тут пид. Буду за компом попробую написать пример. Может я правда не вижу очевидной проблемы.

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

Не не не, strace - это программа, не API. Ей можно было бы xcode протрейсить strace -f и все, оно само подсоединится к сабпроцессам, а ktrace как? Ну приаттачимся к xcode, а вызовы codesign не увидим. А вот API чтобы самому прогу делать - это ptrace, его и strace использует и разные песочницы (хотя если это секурити слежение, что блокирует или убивает - то выгоднее SeLinux). Вот это и нужно на маке\фре.

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

А так ты про ptrace? Или про strace? Давай, чтоб не запутаться по пунктам.

1) ptrace — отладочный системный вызов. Он есть и в Linux и в BSD. Ты можешь его использовать.

2) Если нужен аналог программы strace, то есть:

- ltrace (перехват библиотечных вызовов, там есть и exec), есть и в Linux и в BSD;

- truss (не знал, что это обертка над dtrace, но не понял что именно там не подходит)

- ktrace/kdump.

Про ktrace/kdump я писал, что можно использовать почти как утилиту strace:

#!/bin/sh
args="$@"
file=/tmp/trace-`basename $args`-q"$$"
touch "$file"
ktrace -f "$file" $args &
pid1=$!
kdump -f "$file" -l &
pid2=$!
wait $pid1
kill -HUP $pid2
Конечно, в этом примере kdump убьется немного раньше (скорее всего), но как демонстрация идеи пойдет.

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

Там не OSS, там свой ядерный драйвер с OSS API.С ядерным миксером даже на тупых картах без бубнов и sms

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

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

и где-то эдак уже лет 6, если не все 10, бздя сливается линуксу в производительности практически везде - будь то роутинг, шейпинг, нат, терминация пптп/пппое и т.п. 10 гбит отроутить на линуксе элементарно, в бзде же потребует много плясок с бубном вокруг тюнинга сетевой подсистемы, и не факт что выйдет...

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

Не знаю, давно не проверял. Основная проблема FreeBSD - не видеокарты, а нативная поддержка OracleJDK и другого корпоративного софта на серверах. А видеокарты - дело наживное. Лишь бы документация была. Со звуком, на сколько я помню, в FreeBSD проблем нет.

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

1) ptrace — отладочный системный вызов. Он есть и в Linux и в BSD. Ты можешь его использовать.

Если бы все было так просто, то и strace бы портировать было бы плюнуть и растереть. Я пробовал свое портировать, помню для корректного трейса тредов мне чего то тут https://www.freebsd.org/cgi/man.cgi?query=ptrace не хватило. Помоему это было PTRACE_O_TRACESYSGOOD и __WNOTHREAD к wait();. Поскольку портов strace я не наблюдаю, думаю я не одинок.

2) Если нужен аналог программы strace, то есть:

- ltrace (перехват библиотечных вызовов, там есть и exec), есть и в Linux и в BSD;

- truss (не знал, что это обертка над dtrace, но не понял что именно там не подходит)

- ktrace/kdump.

Ну мы кажется уже прояснили, что dtrace может терять буфера, параметров к сисколу там не передается, надо брать со стека, а он может быть уже разрушен. ktrace даже в виде утилиты не равноценен, не может протрейсить сабпроцессы, строки из процесса как strace он тоже не читает execve(«/bin/bash», ...); там не увидишь.

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

1) ptrace — отладочный системный вызов. Он есть и в Linux и в BSD. Ты можешь его использовать.

Если бы все было так просто, то и strace бы портировать было бы плюнуть и растереть. Я пробовал свое портировать, помню для корректного трейса тредов мне чего то тут https://www.freebsd.org/cgi/man.cgi?query=ptrace не хватило. Помоему это было PTRACE_O_TRACESYSGOOD и __WNOTHREAD к wait();. Поскольку портов strace я не наблюдаю, думаю я не одинок.

2) Если нужен аналог программы strace, то есть:

- ltrace (перехват библиотечных вызовов, там есть и exec), есть и в Linux и в BSD;

- truss (не знал, что это обертка над dtrace, но не понял что именно там не подходит)

- ktrace/kdump.

Ну мы кажется уже прояснили, что dtrace может терять буфера, параметров к сисколу там не передается, надо брать со стека, а он может быть уже разрушен. ktrace даже в виде утилиты не равноценен, не может протрейсить сабпроцессы, строки из процесса как strace он тоже не читает execve(«/bin/bash», ...); там не увидишь.

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

natd/pf nat/ipfw nat/ipnat/ng_nat - 5 реализаций ната, все разные и каждая по-своему ущербная. при этом в хэндбуке рекомендован к использованию natd, окаменевший чуть более чем полностью, к тому же - юзерспейсовый, с печальной производительностью.

файрволы - ipfw, pf, ipf - аналогично, каждый из них по-своему ущербен.

и этот разброд и шатание - вместо того, чтобы допилить хотя бы один из вариантов. стабильность однако...

NiTr0 ★★★★★
()
Последнее исправление: NiTr0 (всего исправлений: 1)

Долгой жизни фрибзде. Запасной вариант, когда Линукс забредёт совсем не туда есть куда бежать мне.

Jameson ★★★★★
()

Хоть и с некоторым опозданием, но с большой, тем не менее, теплотой поздравляю всех неравнодушных к FreeBSD с новым релизом. От всей души желаю успехов и семимильных шагов в развитии.

Пользуясь случаем напоминаю, что я всё ещё раздаю RR любого разумного содержания в домене freebsd.rip. Никаких гарантий, так, шутки ради.

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

dtrace я не знаю, я не использовал его, так что «мы» — это звучит сильно. :) я не знаю что именно ты написал.

насчет ptrace — тоже мне слабо верится, что его не хватает для целей отладки. gdb работает как то ;) ты сделал что то в линукс и хочешь также точно сделать в другой системе. вот и все. это как если бы я с винды пришел и сказал, где тут мой far manager? mc отстой. :)

а что с ltrace? вывод в моей системе вполне похож на линуксовый. функции и параметры.

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

Ну, если судить по обсуждению, «есть» — это очень, очень оптимистично. Скорее «есть некоторая вероятность, что в обозримом будущем случится».
Впрочем, если/когда случится — бсдешники не преминут спи^Hортировать. Так что никакого, даже потенциального, преимущества у ZoL тут нет.

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