The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Отчёт о развитии FreeBSD за четвёртый квартал 2018 года

25.03.2019 10:42

Опубликован отчёт о развитии проекта FreeBSD с октября по декабрь 2018 года.

Основные достижения:

  • Общие и системные вопросы
    • Продолжено развитие инфраструктуры непрерывной интеграции, в которой проводится регулярное автоматизированное тестирование изменений и пересборка содержимого Subversion-репозитория проекта в Travis CI и Jenkins. За отчётный период была проведена работа по расширению окружения для выполнения тестов, расширению покрытия тестами кодовой базы и налаживанию сотрудничества по совместному тестированию с внешними проектами. Из планов отмечается добавление в CI сборки drm-портов в окружении ветки CURRENT, реализация автоматических тестов на невиртуализированном оборудовании (bare metal) и добавление тестов для отдельных веток, таких как clang800-import;
    • FreeBSD Core Team одобрил план по переводу драйверов для 10 и 100 мегабитных сетевых адаптеров Ethernet в разряд устаревших;
    • Размер собранных в прошлом году пожертвований превысил 1.3 млн долларов. Наиболее значительный вклад внесли компании Juniper, Netflix и Facebook, а также проект Handshake.org
    • Трудоустроенные в организации FreeBSD Foundation инженеры выполнили работу по выявлению и исправлению узких мест в ядре и системных библиотеках, обеспечению сборки системы и портов с использованием утилиты Poudriere, добавлению встроенного в ядро загрузчика микрокода для CPU Intel, расширению изоляции системных утилит при помощи фреймворка capsicum, улучшению поддержи NUMA, внесению исправлений, связанных с компоновщиком lld (от LLVM) и компонентами инструментария ELF, обновлением OpenSSL до версии 1.1.1 и добавлением защиты Retpoline от атак Spectre;
    • В дополнение к недавно добавленной в реализацию виртуальных терминалов поддержке установки цветовых схем (kern.vt.color.X.rgb tunables) пользователям предложена готовая коллекция из примерно 200 цветовых схем для различных терминалов. Для применения схем достаточно скопировать их параметры в /boot/loader.conf или /boot/loader.conf.local;
    • Для ядра i386 предложена опция PAE_PAGETABLES, включающая поддержку нового формата таблиц страниц памяти, который ранее был доступен только в режиме PAE. Новый формат необходим для реализации поддержки не исполняемых страниц памяти (бит noexec) и увеличения адресуемой памяти (до 24G). Его применение без PAE позволит сохранить прежними структуры vm_paddr_t и bus_addr_t, т.е. обеспечить неизменными интерфейсы ядра и избежать нарушения совместимости с драйверми. Чтобы не распространять несколько сборок ядра i386 поддержка страниц памяти вынесена в отдельные модули - два модуля pmap, один для PAE и один для поддержки старых двухуровневых таблиц страниц памяти;
  • Безопасность
    • Добавлена поддержка механизма ключей защиты памяти Usermode Protection Keys, позволяющего приложениям разбить используемую память на зоны, применив к каждой зоне дополнительные ограничения, например, можно установить права при которых код может быть запущен, но не может быть прочитан. Механизм предоставляется в процессорах Intel Xeon на базе микроархитектуры Skylake;
    • В гипервизор bhyve добавлена поддержка Live-миграции гостевых окружений с одного хоста на другой. Для управления переносом в bhyvectl добавлена опция "--migrate-live". В bhyve также реализована функциональность Save/Restore, позволяющая заморозить гостевую систему с сохранением состояния в файл, а затем возобновить выполнение. При сохранении в разные файлы записывается образ памяти, метаданные для восстановления, состояние CPU и устройств. Для заморозки гостевой системы в bhyvectl добавлена команда "--suspend state_file", а для восстановления опция "-r" (используется вместе с "--suspend");
    • Внесены улучшения во фреймворк Capsicum, предоставляющий механизмы ограничения использования приложениями определённых системных функций. В Casper, фоновый процесс для организации доступа к привилегированным операциям из режима повышенной изоляции, добавлен сервис fileargs для обращения к частям ФС из sandbox-окружения. Использование fileargs позволяет изолировать такие приложения, как brandelf, wc, savecore, head и strings, а также добавить в bhyve поддержку доступа к звуковым устройствам, изолированным при помощи Capsicum. Кроме того, добавлен Casper-сервис private и реализована sandbox-изоляция процессов rtsold и rtsol , используемых для отправки сообщений ICMPv6 Router Solicitation;
    • Добавлена поддержка устройств TPM 2.0 (Trusted Platform Module) с отдельным чипом и памятью для безопасных вычислений, которые обычно применяются для верифицированной загрузки прошивок и загрузчика ОС. Во FreeBSD TPM также может использоваться для усиления безопасности Strongswan IPsec, SSH и TLS за счёт выполнения криптографических операций на отдельном чипе;
    • Для режима верифицированной загрузки UEFI Secure Boot реализована поддержка сертификатов X509. На базе библиотеки BearSSL для загрузчика EFI подготовлен код проверки цифровых подписей. Обеспечено извлечение списка разрешённых и запрещённых сертификатов из переменных окружения UEFI. Предоставленной функциональности достаточно для верифицированной загрузки ядра с использованием цифровой подписи на основе самостоятельно сгенерированного сертификата;
    • Проходит рецензирование код с реализацией системы контроля целостности исполняемых файлов Veriexec, который скорее всего будет интегрирован с кодом для поддержки UEFI Secure Boot;
    • Библиотека libvdsk оптимизирована для упрощения добавления поддержки новых форматов дисковых образов. Добавлена поддержка формата QCOW2. Из планов отмечается поддержка Copy-On-Write, средства для работы с несколькими снапшотами и интеграция с bhyve;
  • Сетевая подсистема
    • Проведена оптимизация производительности pfsync, системы для синхронизации таблиц отслеживания состояния соединений нескольких пакетных фильтров. Пакетный фильтр pf может обрабатывать одновременно несколько состояний на разных ядрах CPU, но pfsync был привязан к блокировке PFSYNC_LOCK, позволявшей единовременно использовать только одно ядро CPU. Для решения данной проблемы очереди pfsync теперь разбиты на несколько сегментов с разными идентификаторами состояния и собственными независимыми блокировками. Указанное изменение позволяет одновременно обрабатывать несколько состояний на разных ядрах CPU. Число сегментов настраивается (по умолчанию выбирается в два раза больше, чем число CPU). В зависимости конфигурации прирост производительности составляет от 30% до 100%;
  • Поддержка оборудования
    • Продолжается развитие компонентов графического стека. Проведена работа по стабилизации портированных из ядра Linux 4.16 графических драйверов drm-kmod (порт, обеспечивающий работу DRM-модулей amdgpu, i915 и radeon, используя фреймворк linuxkpi для совместимости с DRM API (Direct Rendering Manager) ядра Linux). Порты с DRM-драйверами переименованы для более явной привязки к веткам (graphics/drm-current-kmod для CURRENT и graphics/drm-fbsd12.0-kmod для релиза 12.0. Добавлен новый порт graphics/drm-kmod, устанавливающий корректный драйвер в зависимости от версии FreeBSD и аппаратной архитектуры.

      Старые драйверы, портированные из ядра 4.11 и используемые в выпуске FreeBSD 11.2, помещены в порт graphics/drm-legacy-kmod и также могут использоваться во FreeBSD 12.0 и CURRENT. Намечено удаление кода drm2 из базовой системы в пользу драйверов из портов, но часть компонентов drm2 останется из-за привязки к ARM-платам NVIDIA Tegra. Проводится альфа-тестирование поддержки архитектур i386 и PowerPC 64 в драйверах drm. Добавлена поддержка проброса GPU в окружения VMware. Обновлён стек для поддержки устройств ввода. Заголовочные файлы Evdev выделены из порта multimedia/v4l_compat в отдельный порт devel/evdev-proto;

    • В ядро добавлена новая подсистема для разработки PWM-драйверов. Для настройки предложена утилита pwm. В настоящее время совместимость с новой подсистемой обеспечена только в драйвере для ARM SoC Allwinner;
    • Представлена начальная поддержка 64-разрядных SoC на базе чипов Broadcom BCM5871X с процессорами ARMv8 Cortex-A57, нацеленными на использование в маршрутизаторах, шлюзах и сетевых хранилищах. В текущем виде уже поддерживаются iProc PCIe, BNXT Ethernet, OTP (One Time Programmable memory) и crypto-движок для IPsec. Для включения в ветку HEAD код будет готов приблизительно в третьем квартале;
    • Файлы DTS (Device Tree Sources) синхронизированы с ядром Linux 4.20 для ветки HEAD и 4.19 для 12-STABLE. Обеспечена компиляция DTS для некоторых плат arm64;
    • При участии компании Amazon подготовлена новая версия драйвера ena с поддержкой второго поколения сетевых адаптеров ENAv2 (Elastic Network Adapter), используемых в инфраструктуре Elastic Compute Cloud (EC2) для организации связи между узлами EC2 на скоростях до 25 Gb/s. Перед интеграцией в основную кодовую базу остаётся только провести рецензирование и проверку кода;
    • Улучшена поддержка FreeBSD на системах Power9 (ppc64): обеспечена возможность загрузки ядра, собранного при помощи LLVM, добавлена поддержка Rust, стабилизирована реализация Superpage, адаптирован графический драйвер radeonkms, улучшена обработка прерываний;
    • Продолжена работа по реализации поддержки архитектуры RISC-V. В текущем виде FreeBSD уже успешно загружается на плате SiFive Unleashed, но пока не может использовать более одного ядра CPU;
    • Добавлена поддержка загрузки FreeBSD на SoC Marvell 8K. Подготовлены драйверы для таймера, gpio, термодатчиков и sdcard/eMMC, в разработке находятся драйверы для SATA и USB;
    • Сформирован образ SD-карты для ноутбука Pinebook;
    • Добавлена начальная поддержка чипов RockChip RK3399, используемых в платах RockPro64. Реализована возможность сетевой загрузки, добавлена поддержка RK805 и RK808 PMIC (Power Management IC) для корректного управления питанием;
  • Приложения и система портов
    • В дереве портов включена по умолчанию сборка графических приложений с поддержкой Wayland;
    • Дерево портов FreeBSD преодолело рубеж в 32900 портов, число незакрытых PR держится на отметке в 2365, из которых 500 неразобраны. За отчётный период внесено 7333 изменений от 174 разработчиков. Права коммиттера получили два новых участника. Восемь участников лишились права коммита в порты из-за длительной неактивности.

      Среди значительных обновлений версий в портах отмечаются: PHP 7.2, Perl 5.28, Ruby 2.5, LLVM 7.0. Обеспечена параллельная установка портов PyQt. Прекращена поддержка KDE 4 и ветки FreeBSD 10, время жизни которых истекло. Для внешнего построения портов (":outsource") по умолчанию задействован флаг "USES=cmake".

    • Из портов удалено окружение KDE 4. Удаление Qt4 ожидается в конце марта. Рабочий стол KDE Plasma обновлён до версии 5.12. Задействованы актуальные выпуски KDE Frameworks и KDE Applications. Поддержка KDE синхронизирована с upstream. Библиотека Qt5 обновлена до выпуска 5.12. Реализация QtWebEngine пока остаётся на уровне 5.9.5, но в конце марта будет обновлена до Qt 5.12;
    • Продолжается развитие проекта ClonOS, развивающего специализированный дистрибутив для развёртывания инфраструктуры виртуальных серверов. По решаемым задачам ClonOS напоминает такие системы, как Proxmox, Triton (Joyent), OpenStack, OpenNebula и Amazon AWS, главным отличием от которых является использование FreeBSD и возможность управления, развертывания и управления Jail-контейнерами FreeBSD и виртуальными средами на базе гипервизоров Bhyve и Xen. Из планов на будущее отмечается добавление в web-интерфейс инструментов для live-миграции Bhyve и управления окружениями на базе Xen, поддержка CEPH/GlusterFS, iSCSI для виртуальных блочных устройств XEN и bhyve, средства для обеспечения высокой доступности (HA-cluster) и автоматической балансировки нагрузки между узлами, интеграция с системами мониторинга Prometheus/Grafana/Zabbix, система автоматического обновления узлов кластера, агрегирование сетевых интерфейсов, RestAPI, расширенная система разграничения доступа с интеграцией с Active Directory, RBAC и SSO.
    • Сформирован релиз HardenedBSD 12, форка FreeBSD 12, в который интегрированы дополнительные механизмы защиты и техники противодействия методам эксплуатации уязвимостей. В новом выпуске задействован механизм проверки целостности выполнения программ Non-Cross-DSO CFI (Control Flow Integrity), обеспечена дополнительная изоляция гипервизора bhyve, отключена по умолчанию технология одновременной многопоточности (SMT или Hyper-Threading), обеспечена сборка приложений с оптимизациями на этапе связывания (LTO, Link-Time Optimization);
    • Продолжена разработка системного менеджера nosh, предоставляющего инструменты инициализации, загрузки, ведения логов, управления фоновыми процессами и терминалами. Nosh позиционируется как замена BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами. Предоставляется набор прослоек для использования команд, ставших привычных в других системах, импорта существующих конфигурационных файлов /etc/fstab, /etc/rc.conf, /etc/rc.local и /etc/ttys, а также настроек изолированных окружений Jail и PC-BSD Warden. В nosh предоставляются функции для определения порядка запуска сервисов, организации зависимостей между сервисами, обеспечения параллельного запуска сервисов, автоматической ротации логов, отслеживания работы сервисов и применения kevent для обеспечения событийно-ориентированного параллелизма.

      Из изменений в nosh с момента публикации прошлого отчёта отмечается добавление поддержки bcron, появление обвязок для OpenRC rc-update и rc-service, а также некоторых утилит из набора util-linux. Реализованы новые утилиты getuidgid, userenv-fromenv, setgid-fromenv, envgid, printenv, setlogin, console-decode-ecma48, console-control-sequence, console-flat-table-viewer, console-input-method и local-stream-socket-connect. Добавлены файлы для большого числа различных сервисов. Расширены средства настройки сервисов в привязке к пользователям. Для работающих в пространстве пользователя виртуальных терминалов добавлена поддержка методов ввода. Вместо NCurses для организации вывода на экран задействована новая библиотека TerminalCapabilities, предоставляющая поддержку управляющих последовательностей ECMA-48 и DEC VT.



  1. Главная ссылка к новости (https://lists.freebsd.org/pipe...)
  2. OpenNews: Отчёт о развитии FreeBSD за третий квартал 2017 года
  3. OpenNews: Релиз FreeBSD 11.2
  4. OpenNews: В TCP-стеке Linux и FreeBSD выявлена уязвимость, приводящая к отказу в обслуживании
  5. OpenNews: Релиз FreeBSD 12.0
  6. OpenNews: Разработчики FreeBSD намерены сменить реализацию ZFS на "ZFS on Linux"
Лицензия: CC-BY
Тип: Обобщение
Ключевые слова: freebsd, report
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (297) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 10:56, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –53 +/
    Без launchd/systemd этот динозавр скоро будет никому не нужен.
     
     
  • 2.14, пох (?), 12:53, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    это было бы просто прекрасно, но, боюсь, нереально.

    чтобы эти вот "никому" слаще-морковки-не-едалы просто с кислой мордой проходили мимо и не лезли в этот проект - не дождемся :-(

     
     
  • 3.31, Ivan_83 (ok), 14:00, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Сидел я на убунте, были у меня арч и цент - не вставляет, всё там не по человечьи :)
     
  • 2.38, анон (?), 14:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Да, без systemd уже совсем не труть.
     
  • 2.57, Ан0н (?), 16:49, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Перекатился на фрю именно из-за рака системг в линуксах.
     
     
  • 3.91, еще_адын_ананим (?), 20:16, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    и как переход ? есть подводные камни с нехваткой софта ?
     
     
  • 4.117, Ан0н (?), 21:38, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это зависит от того софта,который используете вы.Может не хватать какого-то проприетарного софта,который доступен под линуксом,а в остальном, его чаще всего доступно больше,чем для какого-то отдельно взятого дистрибутива линукса.
    Впечатления (как часто пишут в сети),как от линукса после винды.Если ваше железо нормально поддерживается,то стоит попробовать,а там как зайдёт.
     
  • 4.118, zzz (??), 21:48, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всё то же самое, что в линуксе.

    root@zzz:/usr/home/zzz# pkg search kde5
    kde5-5.14.4.18.12.0            KDE Plasma Desktop and Applications (current)

    root@zzz:/usr/home/zzz# pkg search ru-libreoffice
    ru-libreoffice-6.0.7           ru language pack for libreoffice

    root@zzz:/usr/home/zzz# pkg search audacity
    audacity-2.3.0_3               GUI editor for digital audio waveforms

    root@zzz:/usr/home/zzz# pkg search shotcut
    shotcut-18.11.18               Free, open source, cross-platform video editor

    Чего нет в пакетах (что достаточно редко) - есть в сырцах, собирай - не хочу.

     
  • 4.123, crypt (ok), 22:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну есть, конечно, куда без этого это только фанатики всякие сказки плетут у ме... текст скрыт, показать
     
     
  • 5.140, Тыгра (?), 23:00, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    нимагу ни прайти мима

    >ну файрвола, ес-но, нормального не хватает. ipfw просто напросто хренова документирован. чтобы там ни придумывали его фанаты и как бы ни тыкали в хендбук.

    (следите за руками) обвиняется файрвол ("ненормальный он") за его документацию.

    Ыть, какого х. не вам не хватает? какова "норма"?  Галочки в DE-приложении? Не то.
    Простота построения? Снова не то. А, ну да, понимания не хватает, ибо "хренова документирован". В стиле "вот палочки и гвоздики. А теперь стройте синхрофазотрон" Ну это почти все unix-утилиты исторически так документируются, что без нескольких итераций тренировок "на кошках" никак. Ну что поделать... Хотя - напишите свой мануал что ли...

    ipfw - это "ассемблер" для фильтрования пакетов. Точка. Со всеми вытекающими... с необходимостью думать, знать IP-стек, логику работы. После iptables им ой как тяжко рулить.

    Ладно, что то меня несёт не туда...

     
     
  • 6.154, crypt (ok), 03:32, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > нимагу ни прайти мима
    > Ладно, что то меня несёт не туда...

    потому что фанатик и прищемило.

     
     
  • 7.230, qwerty123 (??), 22:06, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> нимагу ни прайти мима
    >> Ладно, что то меня несёт не туда...
    >потому что фанатик и прищемило.

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

     
  • 6.260, Гентушник (ok), 17:06, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > ipfw - это "ассемблер" для фильтрования пакетов. Точка. Со всеми вытекающими... с необходимостью думать, знать IP-стек, логику работы. После iptables им ой как тяжко рулить.

    Честно говоря не понял чем ipfw принципиально сложнее. После многих лет на iptables когда потребовалось настроить ipfw в FreeBSD почитал ман и настроил всё без проблем, основное отличие это синтаксис же и всё.

     
  • 5.147, анонн (?), 01:01, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    т е xev -event keyboard и devd -d совсем ничего не выдавали У меня было 3 разн... текст скрыт, показать
     
     
  • 6.152, crypt (ok), 03:29, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > т.е. xev -event keyboard и devd -d совсем ничего не выдавали?

    совсем ничего

    > У меня было 3 разных встроенных клавы с "мультимедией" + 2 подключаемые.

    рад за тебя. а у меня одна из самых популярных с 2007 года.


    >> ну DRI3+chromium убивали Хы. на карточке от intel. ну разобрался и перешел  на DRI2.
    > [code]
    >  local: {
    >     url        
    >      : "file:///usr/ports/packages/",
    >     enabled        
    >  : yes,
    > [/code]
    > Оно?

    tcp порт

     
     
  • 7.203, анонн (?), 14:13, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > рад за тебя.

    Я тоже.

    > tcp порт

    И?
    [code]
    myhost: {
        url             : "http://anonymshomenet:8000/FreeBSD:12:amd64",
        enabled         : yes,
        priority        : 0
      }
    [/code]
    Вполне работает …

    > настройки репозиториев не принимают порт в урл

    Ты в курсе, что такое SRV (Service Records) и для чего оно нужно?
    Убери из типа репы (замени на HTTP или NONE) и оно сразу начнет принимать порт даже для оф. репы.

     
  • 3.119, crypt (ok), 21:57, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    то же самое. я не перекатился, потому что у меня много систем, но для теста одна рабочую машинку и сервер перевел. ну че, прикольно, я вам скажу. пилить пришлось, но это так сказать приятный допил в отличие от копания в systemd.
     
  • 3.178, Аноним (178), 10:51, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Перекатился бы Gentoo или Слаку
     
     
  • 4.195, Ан0ним (?), 12:54, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Был на генте.Emerge - тормоз.На ноуте и вовсе поседеть можно,пока он расчехлится.Слака вообще не зашла.Ну да это вкусовщина.
     
  • 3.181, vedronim (?), 11:21, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Перекатился на фрю именно из-за рака системг в линуксах.

    Тачпад заработал?

     
     
  • 4.194, Ан0ним (?), 12:47, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    hw.psm.synaptics_support="1"
    в /boot/loader.conf
     
  • 2.83, Дон Ягон (?), 19:41, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Почему, когда заходит речь о замене init, все всегда вспоминают наиболее уродливые и бесполезные замены вроде systemd, upstart или launchd?
    Тот же SMF, который является только заменой-расширением rc-скриптов, а следовательно не совмещает в PID 1 функционал rc-скриптов и init - уже гораздо более здравая и надёжная альтернатива обычному подходу (чем systemd и аналогичные поделия).
    Ну поймите уже, или запишите, если не понимаете - PID 1 в unix - особенный. Если он упадёт, то утянет за собой всю систему. Следовательно, чем он компактнее, тем лучше.
    Почему разработчикам SMF это понятно, а systemd-макaкам - нет?
    Риторический вопрос...
     
     
  • 3.102, пох (?), 20:46, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    стесняюсь спросить - вы тот smf вообще видели? Это п-ц. Причем полный. (c)Шарик
    Вы на формат юнитов молиться будете, когда и если непосредственно столкнетесь.

    просто писали его ло...неудачники из sun, неспособные всем запхать "новый стандарт", и до высот ленартовского чудовища оно подняться не шмагло.

    учтите, к тому же, что им никогда не ставили задачу ещеболееготовностидлядесктопов, и винду они тоже далеко не все видели в своем прекрасном уютном мирке. Жаль что пошел тот мирок прахом, но вот smf'а не жаль совершенно.

    И пляски вокруг vfstab ничуть не лучше системдшных "невидимых" юнитов тоже.

     
     
  • 4.106, Дон Ягон (?), 20:54, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Издалека и мало Спору нет, XML много хуже чем INI Но я писал совершенно не об ... текст скрыт, показать
     
     
  • 5.162, crypt (ok), 04:41, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я про SMF согласен полностью. я его видел и считаю, что его единственный недостаток - это XML, который так моден был тогда и до сих пор моден у явистов. проблема systemd - желание впинхнуть невпихуемое. отказ от модели "конструктора" и миниутилит в пользу комбайна, умеющего все.
     
  • 3.137, crypt (ok), 22:49, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что солярис только для серверов и SMF адекватно решает этот круг задач. макос - только для десктопов и launchd адекватно решает этот круг задач. а линукс в первую очередь для серверов, но один известный рыжий болван решил впихнуть init на подобии launchd (потому что он, видимо, его большой поклонник). добавьте к этому, что линукс как бы еще и на мобильных устройствах и у рыжего болвана даже появилась аргументация, почему systemd - это хорошо. в итоге мы имеет явление под названием "лебедь, рак и щука"
     
     
  • 4.149, Дон Ягон (?), 01:50, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В солярке есть десктоп. Зачем - вполне справедливый вопрос, но сам факт - есть. И SMF этому никак не мешает. Почему в mac os x всё напихали в PID 1 я не ведаю - наверное, очень смелые. Впрочем, на десктопы то плевать, ладно. Вот зачем было тащить жирный PID 1 в линукс - это большой вопрос. Я испытывал бы гораздо меньше боли от системуды, если бы весь этот цирк с dbus'ом и сервисами был бы не в PID 1. Упал dbus и systemd - нормас, открыл шелл, починил их (если автоматика по cron не сделала этого за тебя) - могло бы быть так, что уже много лучше. По прежнему не нужно, но уже не так фатально :)
     
     
  • 5.153, crypt (ok), 03:31, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В солярке есть десктоп.

    ой, только вот это чуши не надо. нету там десктопа, особенно в понимании 2020 года.

     
     
  • 6.159, Дон Ягон (?), 04:17, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> В солярке есть десктоп.
    > ой, только вот это чуши не надо. нету там десктопа, особенно в понимании 2020 года.

    Без понятия, что такое десктоп 2020 года. Думаю, что какое-нибудь хипстерское г-но.
    Что касается солярки, то там по меньшей мере второй гнум (т.е. нормальный гнум, а не третьегнум), гугли solaris 11 desktop. Чем тебе не десктоп? Под солярку даже блобы нвидиевские есть, что тебе ещё надо для счастья?)

    (я не использую использовать солярку на декстопе, если что, и не вижу в этом смысла)

     
     
  • 7.163, crypt (ok), 04:46, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну без понятия, так без понятия. на нет и суда нет. я согласен по системд, но солярис-десктоп - это слишком уж слабый тролинг)
     
     
  • 8.193, Дон Ягон (?), 12:37, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ну без понятия, так без понятия. на нет и суда нет. я согласен по системд, но солярис-десктоп - это слишком уж слабый тролинг)

    Это не тролинг, формально десктоп в солярке есть и использовать его можно. Что не нужно и нет никакого смысла - согласен.
    Кто-то считает, что и в OpenBSD, скажем, десктоп не десктоп, а я, например, её использую там.

     
  • 7.219, freehck (ok), 17:42, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>> В солярке есть десктоп.
    >> ой, только вот это чуши не надо. нету там десктопа, особенно в понимании 2020 года.
    > Без понятия, что такое десктоп 2020 года. Думаю, что какое-нибудь хипстерское г-но.

    И благородный Дон не ошибается, за слова отвечаю! =)

     
  • 3.198, Zulu (?), 13:02, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тот же SMF, который является только заменой-расширением rc-скриптов, а следовательно не
    > совмещает в PID 1 функционал rc-скриптов и init - уже гораздо
    > более здравая и надёжная альтернатива обычному подходу (чем systemd и аналогичные
    > поделия).

    Хахахаха

     
     
  • 4.201, Дон Ягон (?), 14:11, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Тот же SMF, который является только заменой-расширением rc-скриптов, а следовательно не
    >> совмещает в PID 1 функционал rc-скриптов и init - уже гораздо
    >> более здравая и надёжная альтернатива обычному подходу (чем systemd и аналогичные
    >> поделия).
    > Хахахаха

    Развей мысль.

     
     
  • 5.253, Zulu (?), 14:17, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    SMF является мега-комбайном, а вовсе не "расширением скриптов". Скриптования там нет вообще, а вещи за которые ругают systemd там давно встроены. И в отличие от systemd, smf предоставляет facility для хранения настроек всего и вся, чем системные сервисы пользуются. Где находится в солярисе настройка сети и настройка даталинков (ipadm, dladm, ibadm)? В sqlite-базе данных. А описание того, что пускается, в xml.

    Солярис давно следует разумной мысли, которая потихоньку проникает и в линукс -- конфигурационные файлы это плохой интерфейс конфигурации. Так что для конфигурации есть утилиты, а всяческое скриптование и писание конфигов не поощряется.

     
     
  • 6.255, Дон Ягон (?), 16:45, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я написал заменой расширением rc-скриптов , подразумевая что SMF является замен... текст скрыт, показать
     
  • 6.264, пох (?), 18:22, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В sqlite-базе данных.

    ооо, это еще далеко не финиш - от sqlite, как выясняется, там только интерфейс - а формат хранения эти альтернативно-одаренные сделали... bdb! (то есть они переписали ту часть sqlite которая собственно пишет в файлы на это чудовище - уж даже и не знаю, зачем)

    Ну и как следствие использования "проверенно надежно крэшащегося формата" - статьи на тему как же всю эту радость потом восстанавливать (и как потом пересобрать все заново, если  не восстановилось)

    > Солярис давно следует разумной мысли, которая потихоньку проникает и в линукс -- конфигурационные
    > файлы это плохой интерфейс конфигурации.

    спасибо, одна винда с ее registry у нас уже есть, вторая ненужно.

    Но, надо заметить, винда хотя бы обошлась секционными файлами key=value вместо уродища xml.
    Видимо, те программисты еще могли написать парсер текстового конфига, без помощи libxml2.so

     
     ....нить скрыта, показать (36)

  • 1.2, Аноним (2), 11:00, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Это динозавр еще нас переживет!
    freeBSD есть стабильность, чего нет в Линуксе!!
     
     
  • 2.12, Аноним (12), 12:42, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Стабильно все портируют из ненавистного Линукса? А самим что-то фундаментальное написать?
     
     
  • 3.28, анонн (?), 13:58, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Стабильно все портируют из ненавистного Линукса? А самим что-то фундаментальное написать?

    Все - это что именно? Можно списочек?
    Только чур, считаем только линуховое, т.е. под GPL.
    Ну и желательно не гордое "нам тут воткнули загрузчик блобика, во! Проприерасы нас любят и сотрудничают!".

    Ах да, из недавнего - угадай, откуда к вам в пингвин Capsicum и CloudABI завезли?


     
     
  • 4.45, Аноним (45), 14:29, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пусть ещё расскажут, откуда к в пингвиниксах ssh, tmux, sudo :)
     
     
  • 5.51, анонн (?), 15:33, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это временно - автор tmux посмел дерзить т е был недостаточно почтителен с ка... текст скрыт, показать
     
     
  • 6.56, пох (?), 16:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Насчет sudo, там же вроде настроились на замену этого старперского решения модно-молодежным
    > парсером правил на JS ))
    > https://lists.freedesktop.org/archives/systemd-devel/2016-December/038025.html

    это вроде для su (правда, они вряд ли знают отличия и вообще набирают sudo su. C targetpw ;)

    Кстати, код sudo в 97м, когда я в него заглянул, был чудовищен. Учитывая сколько всякого ненужно в него успели с тех пор напихать, удивляет даже не то, что там периодически рут добывается, а то что всерьез он там добывается довольно редко - то ли всем просто лень, то ли что-то мешает.

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

    P.S. но utmp/utmpx во фре таки случился - сломали, в частности, opiepasswd. Нахрена работавшее 30 лет трогали при явной нехватке разработчиков - ну понятен, нехватка-то нормальных разработчиков, а улучшаек-то хоть отбавляй.

     
     
  • 7.61, анонн (?), 17:32, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Насчет sudo, там же вроде настроились на замену этого старперского решения модно-молодежным
    >> парсером правил на JS ))
    >> https://lists.freedesktop.org/archives/systemd-devel/2016-December/038025.html
    > это вроде для su (правда, они вряд ли знают отличия и вообще
    > набирают sudo su. C targetpw ;)

    С разморозкой! Уже:
    https://www.linux.com/blog/lennart-poettering-merged-su-command-replacement-sy
    > Lennart Poettering merged “su” command replacement into systemd: Test Drive on Fedora Rawhide

    Потому что, как сказал Подрыватель Устоев (и пуканов у старперов!):
    https://github.com/systemd/systemd/issues/825
    > Long story short: "su" is really a broken concept. It will given you kind of a shell, and it's fine to use it for that, but it's not a full login, and shouldn't be mistaken for one.

     
     
  • 8.64, пох (?), 18:06, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а про то что демонам не нужен никакой логин - он то ли уже забыл, то ли никогда и не знал, поскольку новому стандарту демоны не требуются, и писать их сложно, особенно на node.js.

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

     
     
  • 9.70, Аноним (70), 19:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > и писать их сложно, особенно на node.js.

    С чего бы? Как раз получаются отличные демоны/микросервисы.

     
     
  • 10.191, qwerty123 (??), 12:09, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >С чего бы? Как раз получаются отличные демоны/микросервисы.

    начнем с того, что node отсутствует реализация fork().

     
     
  • 11.306, пох (?), 01:00, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>С чего бы? Как раз получаются отличные демоны/микросервисы.
    > начнем с того, что node отсутствует реализация fork().

    говорят же ж вам - форк новому-стандарту ненужно. Они вот там понафоркаются, а потом по подъездам лазют! А systemd страдает, пытаясь понять, какой теперь ему pid отслеживать.

    То ли дело правильный-современный новый стандарт - никаких форков, гадим вместо лога прямо в stdout, systemd разберется, куда это девать.

    Повисло - нажми reset, не помогло - запусти переустановку. Смузи не ждет!

     
  • 6.65, Аноним (65), 18:13, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > модно-молодежным парсером правил на JS

    Между тем JS старше большинства "консервативных" анонимов с опеннета. Это так мило.

     
     
  • 7.72, анонн (?), 19:17, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> модно-молодежным парсером правил на JS
    > Между тем JS старше большинства "консервативных" анонимов с опеннета. Это так мило.

    Вы считаете себя "консервативным" и злитесь, что JS старше вас? Сочувствую (почти).
    Между тем, считать нормальным притягивание в качестве зависимости 20 МБ spidermonkey системной компонентой для парсинга конфига - это так мило и смузихлёбно.


     
     
  • 8.107, Аноним (65), 20:57, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А с мегабайтами интерпретатора python или glibc вы уже смирились? Хейтеры такие смешные.
     
     
  • 9.132, анонн (?), 22:36, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Насчет sudo, там же вроде настроились на замену этого старперского решения модно-молодежным парсером правил на JS ))
    >>Между тем JS старше большинства "консервативных" анонимов с опеннета. Это так мило.
    > А с мегабайтами интерпретатора python или glibc вы уже смирились? Хейтеры такие смешные.

    Казалось бы, причем тут вдруг питон и glibc, да еще и в базе фри?
    Знатоки опеннета, особенно когда начинают юлить, такие смешные.

     
  • 9.172, Школьник (ok), 10:39, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Какой еще python, какой такой glibc? Ты тредом не ошибся случаем?
     
  • 6.66, Аноним (65), 18:16, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Понравился ответ Поттеринга на критику его подхода: "please vent your frustrations elsewhere, this is a code commenting tool. As long you don't find any actual code issues please don't comment here."
    Ему Шапка не жмет?
     
  • 3.32, Ivan_83 (ok), 14:02, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Дрова видео и DTS файлы.
    В отилии от линуха фря собирается с помощью llvm и gcc, без всяких хаков компелятора, чем не достижение?
     
     
  • 4.35, пох (?), 14:06, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты ее давно gcc-то собирать пробовал? С 11й уже ничего не собирается же ж (кроме пары полумертвых специфических платформ, под которыми, зато, не работает). Что очень, конечно же, жаль, поскольку собирать сам llvm (кажется, так и не умеющий не собирать миллиард target'ов под все миллион неработающих и совершенно ненужных платформ?) так себе развлечение, а никакой видимой пользы от перехода на него (ну, кроме дополнительного дистанционирования от больных у6людков) не наблюдается.

     
     
  • 5.41, Ivan_83 (ok), 14:11, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я не любитель gcc. Но вроде нигде не говорили что сломали сборку им под тот же х86.
    llvm 3 был лёгкий и собирался быстрее gcc, нынче да, тяжёлый - на восьмиядерном райзене минут 12-15 собирается.
     
     
  • 6.43, пох (?), 14:22, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но вроде нигде не говорили что сломали сборку им под тот же х86.

    говорили - WITHOUT_LLVM не только уже не работает, но и при апгрейде таким образом собранной деcятки (если мой склероз мне не изменяет и это не была вообще девять) ее надо сначала пересобрать единственно-правильным образом.

    типа, новые-модные разработчики не хотят gcc 4.~2, они хотят смузи и бантик, самостоятельно патчить тоже не хотят, а новые версии Б-г ногоед не велит.

    собирается он долго потому что a) c++, причем вот этот вот, современный b) миллиард ненужного ненужно - верификаторы, тесты, и, самое главное - миллиард поддерживаемых targets, ненастраиваемо - то ли они вообще без всей этой роскоши не умеют, то ли именно фряшники ниасилили,а gcc собирается с единственным - native, в силу принципиального архитектурного отличия.

    а rizen о восьми ядрах под это дело меня лично как-то жабка задушит, я ему бы и других полезных применений нашел. Майнить, например, можно, или пароли подбирать ;-)

     
     
  • 7.46, Аноним (45), 14:32, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > собирается он долго потому что...

    у кого-то трололо и пох на man src.conf && man make.conf...

     
     
  • 8.48, анонн (?), 14:58, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> собирается он долго потому что...
    > у кого-то трололо и пох на man src.conf && man make.conf...

    И что?
    [code]
    grep LLVM /etc/src.conf
    WITHOUT_LLVM_TARGET_AARCH64=true
    WITHOUT_LLVM_TARGET_ARM=true
    WITHOUT_LLVM_TARGET_MIPS=true
    WITHOUT_LLVM_TARGET_POWERPC=true
    WITHOUT_LLVM_TARGET_SPARC=true
    [/code]

    Все равно 2-3 часа тратится только на сборку компилятора, когда раньше на этой же самой машине за это время пересобирался весь мир.

     
     
  • 9.54, пох (?), 15:50, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/

    >  grep LLVM /etc/src.conf

    что-то маловато. Это точно все?

    > Все равно 2-3 часа тратится только на сборку компилятора, когда раньше на
    > этой же самой машине за это время пересобирался весь мир.

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

    ну и да, c++-то никуда не денется, targets далеко еще не весь компилятор. Я вообще буду удивлен, если окажется что это аж половина времени его сборки.

     
  • 9.59, пох (?), 17:17, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    да, еще бывает такое:

    WITHOUT_CLANG_FULL=
    # Set to avoid building the ARCMigrate, Rewriter and StaticAnalyzer

    но это копейки, на фоне libllvm и кто там еще...

     
  • 9.76, Ivan_83 (ok), 19:24, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там достаточно писать просто:
    WITHOUT_LLVM_TARGET_AARCH64=
    не нужно ничего более, оно просто игнорируется.
    Да, llvm то теперь сильно вырос, там же и код по лучше генерируется.
     
  • 9.115, zzz (??), 21:28, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А всё так красиво начиналось с "миллиард поддерживаемых targets, ненастраиваемо - то ли они вообще без всей этой роскоши не умеют, то ли именно фряшники ниасилили".

    Не стоит выдавать свое незнание за факт, попутно плюя в систему, которую вы толком не знаете.

     
     
  • 10.179, пох (?), 10:57, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А всё так красиво начиналось с "миллиард поддерживаемых targets, ненастраиваемо - то
    > ли они вообще без всей этой роскоши не умеют, то ли
    > именно фряшники ниасилили".
    > Не стоит выдавать свое незнание за факт, попутно плюя в систему, которую
    > вы толком не знаете.

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

     
     
  • 11.205, zzz (??), 14:27, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я пользуюсь фрей на серверах. А вы для чего ей пользуетесь, для перманентной конпеляции?
     
     
  • 12.294, пох (?), 20:27, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я пользуюсь фрей на серверах. А вы для чего ей пользуетесь, для

    чего именно "серверах"? Бесплатных заменителей нормального оборудования, судя по любви к mpd?

    > перманентной конпеляции?

    я ей нынче пользуюсь только на некоторых весьма ограниченных по ресурсам виртуалках, где проблема неработающего освобождения памяти в zfs arc вынуждает таки да, пытаться ее решать, в том числе и с эпизодическими тестовыми пересборками в попытках избавиться от результатов трудов kib и avg по копипастингу чего ни попадя из zol.

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

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

     
  • 8.53, пох (?), 15:47, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > у кого-то трололо и пох на man src.conf && man make.conf...

    ~> man src.conf|grep LLVM
                 Set to not build LLVM's lld linker.
                 Set to build LLVM's lld linker.
                 LLVM's LLD.
                 Set to use LLVM's LLD as the system linker, instead of GNU
                 Set to use GCC's stack unwinder (instead of LLVM's libunwind).
                 Set to use LLVM's libunwind stack unwinder (instead of GCC's
    ~> man src.conf | grep L..L..V..M
         WITHOUT_LLVM_LIBUNWIND
         WITH_LLVM_LIBUNWIND
    ~> man make.conf | grep LLVM
    ~>

    ну да, ну да - я совершенно не стремлюсь обмазаться свеженьким, тем более что патча для свеженького неработающего needfree мне никто не напишет.

     
  • 7.75, Ivan_83 (ok), 19:23, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Меня llvm полностью устраивает, если что, поэтому я не пробовал.
    GCC используется ещё для каких то архитектур.
    В целом там была проблема с лицензиями и более новый gcc было не втащить.

    В src.conf можно много выключить.

     
  • 6.176, Сарабонг (?), 10:47, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > тяжёлый - на восьмиядерном райзене минут 12-15 собирается.

    Да как это вообще возможно? У меня на четырехядерной тринити, правда мобильной, весь мир часов 10 собирается, llvm значит где-то часов 5 минимум дожно.

     
  • 2.13, Аноним (13), 12:44, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > есть стабильность, чего нет в Линуксе

    Чепуха

     
     
  • 3.250, KaZaaM4iK (ok), 13:37, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да не скажи Расскажу свою проблему, постараюсь вкратце Были на компе две ОС F... текст скрыт, показать
     
  • 2.49, Аноним (49), 15:16, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а мне больше NetBSD понравился -- вот где настоящий юниксовый минимализъм ! :)
     
     
  • 3.58, Ан0н (?), 16:54, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Эти впечатления длятся недолго.К сожалению,использовать её практически ни для чего не выйдет.Так,для общего развития ознакомиться.
     
     
  • 4.60, пох (?), 17:20, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    хм, стесняюсь спросить, почему именно не выйдет, и в курсе ли вы, что есть другие использования, кроме докера в докере в докере через докер?

    Нет, она, конечно, то еще глюкало и тормоз, но в общем-то стандартный набор любой юникс-системы вполне осилит, если не гоняться за извлечением последнего доступного такта cpu.

    Вопрос в другом - а зачем с ней знакомиться? Ведь все то же самое умеет проклятая винда...

     
  • 4.86, Дон Ягон (?), 19:55, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это ложь, конечно же. Опыта непосредственно с NetBSD имею очень мало, но родственная OpenBSD для конечного пользователя мало чем отличается и более чем юзабельна.
     
     
  • 5.236, anonn (?), 23:43, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Она отличается слабой поддержкой и стабильностью.Очень часто что-нибудь ломается,а тот факт,что тео когда-то форкнул нетку, уже давно ни о чём не говорит.
     
     
  • 6.237, Дон Ягон (?), 23:53, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В то, что NetBSD менее стабильна, чем OpenBSD могу поверить. Хотя и думаю, что как обычно, всё зависит от оборудования.
    Но я больше про то, что обе системы в меру минималистичны, просты, дают схожий набор возможностей конечному пользователю, да и вообще похожи. Упоминание их родственности было как раз к этому. Понятно, что баги давно у них свои у каждой.
     
     
  • 7.239, anonn (?), 00:12, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так все основные BSD похожи,ибо имеют общего предка,но не все годятся для реального применения.Если у опёнка и фри ниши есть,а у стрекозы с натяжкой,то нетка годится только в качестве материала для курсовых и дипломных.В качестве же десктопа,так и вовсе только фря и годится,хотя все они по своему интересны и хотелось бы видеть их в куда лучшем актуальном состоянии.Но,имеем,что имеем.
     
     
  • 8.241, Дон Ягон (?), 00:53, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Врать не буду, не трогал NetBSD уже года как 3-4 Да и ранее - только из любопыт... текст скрыт, показать
     
     
  • 9.245, qwerty123 (??), 08:45, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    The FreeBSD Project https www freebsd org FreeBSD is an operating system used... текст скрыт, показать
     
     
  • 10.251, Дон Ягон (?), 13:49, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Перевести?
    > То, что вы не понимаете целей проекта, не означает что их нет.

    То, что там написано - наилучшее подтверждение моим словам. Чёрным по белому написано, что цели нет. Намерение поделиться кодом уже декларировано в лицензии - зачем повторяться дважды? Сказать потому что нечего?

    >> имеют понятные вектора развития и сильных технически подкованных лидеров.
    > По моему, насчет "подкованых лидеров" это что-то ближе к лошадям. =)

    По-моему, тебе нечего сказать по существу.

     
     
  • 11.277, qwerty123 (??), 08:34, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/

    >Чёрным по белому написано, что цели нет.

    1 Берите выше. It is mission. =)

    2 Какие цели могут быть у операционной системы? Еще раз - операционной системы.
    Предоставлять качественный API для процессов и их взаимодействия, средства базового управления и базовой разработки.
    Это есть.

    Так это ежу понятно, если еж читал учебники.

    Что еще декларировать?  

    Патчить разные KDE - это вне работы на операционной системой, хотя и связано.

    > По-моему, тебе нечего сказать по существу.

    А необходимо? Вы имеете право иметь свое мировоззрение, пока в меня не стреляете (что бы добыть чашечку риса, которую у вас отобрал сильный лидер), и не мне вас убеждать.

    Пусть это сделает жизнь, она это хорошо умеет, хотя медленно и часто смертельно, по таймауту.

     
     
  • 12.281, Дон Ягон (?), 13:57, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Демагогия Но даже если и так, тут она не отличается от других ОС с открытым код... текст скрыт, показать
     
     
  • 13.285, qwerty123 (??), 18:21, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/

    > Да, необходимо. Или мы дискутируем по существу, или молчим.

    О как...

    Чувствуются слова сильного, хорошо подкованного лидера.

    Товарищъ Ким Чин Ыр, перелогинтесь пожалуйста.

     
     
  • 14.286, Дон Ягон (?), 18:23, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Да, необходимо. Или мы дискутируем по существу, или молчим.
    > О как...

    Правила ведения конструктивной дискуссии для вас новость?

    > Чувствуются слова сильного, хорошо подкованного лидера.
    > Товарищъ Ким Чин Ыр, перелогинтесь пожалуйста.

    Заканчивай позориться, меня это не задевает.

     
     
  • 15.288, qwerty123 (??), 19:19, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Да, необходимо. Или мы дискутируем по существу, или молчим.
    >> О как...
    > Правила ведения конструктивной дискуссии для вас новость?

    Если бы ты хотел быть конструктивным (создавать конструкции),
    то наверное писал бы в форум/список рассылки *BSD.

    Или, что тоже верно, сам код. Это несложно.

    >> Чувствуются слова сильного, хорошо подкованного лидера.
    >> Товарищъ Ким Чин Ыр, перелогинтесь пожалуйста.
    > Заканчивай позориться, меня это не задевает.

    Трава зеленое, небо синее, сильный лидер в нищей стране, все по прежнему.

     
     
  • 16.289, Дон Ягон (?), 19:34, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если бы ты хотел быть конструктивным (создавать конструкции), то наверное писал бы в форум/список рассылки *BSD.

    Смысл слова "конструктивный" иной. Я написал туда, где было интересное мне обсуждение. Ничего доказывать никому из FreeBSDшных рассылок мне не нужно.
    Ты вообще способен отвечать мне по существу вопроса, а не увиливать, маневрировать и менять тему?

    > Или, что тоже верно, сам код.

    Я не собираюсь тратить время на написание кода для проекта FreeBSD. Этот проект не имеет цели и последнее время на 100% процентов вторичен относительно Linux. Писать код для FreeBSD бесплатно - спускать своё время в унитаз. Есть проекты (не буду повторяться, какие) на которые я вижу смысл тратить время. Есть проекты, которые нужны только для того, чтобы троллить их недалёких поклонников-фанатиков на форумах вроде opennet.

     
     
  • 17.304, Anton (??), 23:38, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Время идёт,а опенбсдя всё также служит прибежищем сектантов.
     
     
  • 18.310, Дон Ягон (?), 06:08, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    8=====0 -> 'o'
     
     
  • 19.312, Anton (??), 17:17, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Иллюстрация будней вашего кружка по интересам, судя по всему.
     
  • 9.248, anonn (?), 12:32, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Фря пытается остаться актуальной и ей это худо-бедно удаётся От того,что она име... текст скрыт, показать
     
     
  • 10.252, Дон Ягон (?), 14:12, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А, так вот как теперь это называется Хипстер - это не невежда, пытающийся косит... текст скрыт, показать
     
     
  • 11.271, anonn (?), 20:11, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и при чём тут хипстеры до драйверов файловых систем софта У вас какая-то своя... текст скрыт, показать
     
     
  • 12.273, Дон Ягон (?), 02:27, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При том, что имеют устойчивое намерение тянуть в базу дрянь вроде nosh тут в со... текст скрыт, показать
     
     
  • 13.276, qwerty123 (??), 08:18, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Проблемы с электричеством, как и с едой в КНДР связаны с географией (бедная ресурсами гористая местность)

    Не более чем в Грузии, Каталонии, и еще сотни кантонов, земель и штатов.

    Проблемы, как обычно, исходят из тотальной системной некомпетентности.

    > И телевидение там тоже есть, кстати.

    Хай-тек, однако.

     
     
  • 14.279, Дон Ягон (?), 13:40, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >>Проблемы с электричеством, как и с едой в КНДР связаны с географией (бедная ресурсами гористая местность)
    > Не более чем в Грузии, Каталонии, и еще сотни кантонов, земель и штатов.

    Значительно более. Грузия так вообще плодороднейшее место, если что. Георграфия вам в помощь.

    > Проблемы, как обычно, исходят из тотальной системной некомпетентности.

    Эти "некомпетентности" являются одной из самых образованных стран в мире, если что)) И, например, корейский режим пережил 1991 год, а советский нет. Можно, конечно, эти успехи записывать в счёт "тотальной системной некомпетентности", но это тупо и противоречит наблюдаемому, не находите?)

    >> И телевидение там тоже есть, кстати.
    > Хай-тек, однако.

    Что автор сказанул, то я и прокомментировал.

     
     
  • 15.284, qwerty123 (??), 18:18, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>>Проблемы с электричеством, как и с едой в КНДР связаны с географией (бедная ресурсами гористая местность)
    >> Не более чем в Грузии, Каталонии, и еще сотни кантонов, земель и штатов.
    > Значительно более. Грузия так вообще плодороднейшее место, если что. Георграфия вам в
    > помощь.

    Ирландия - бедная ресурсами гористая местность. Доход на жителя в 40 раз выше чем КНДР.

    >> Проблемы, как обычно, исходят из тотальной системной некомпетентности.
    > Эти "некомпетентности" являются одной из самых образованных стран в мире, если что))

    Благодаря нашему великому Вождю, неусыпно заботящемуся о своих детях!

    > И, например, корейский режим пережил 1991 год, а советский нет.

    А как прекрасно его пережили сине-зеленые водоросли!

     
     
  • 16.287, Дон Ягон (?), 18:39, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что насчёт санкций Ирладния подвержена им с начала своего существования Угро... текст скрыт, показать
     
     
  • 17.290, qwerty123 (??), 19:34, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да со времен Римской Империи Все подряд Но у ирландцев, как и шотладцев, таки ... текст скрыт, показать
     
     
  • 18.292, Дон Ягон (?), 19:44, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это с Великобританией, что ли Договариваться Шотландия и Ирландия Да, там... текст скрыт, показать
     
     
  • 19.295, qwerty123 (??), 22:27, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, знакомых разработчиков в Ирландии и Шотландии изрядно есть, а вот в КНДР нет... текст скрыт, показать
     
     
  • 20.297, Дон Ягон (?), 01:23, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И что Я рад за вас, какое это имеет отношение к обсуждению не говоря уже о BS... текст скрыт, показать
     
  • 21.298, Дон Ягон (?), 02:07, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы можете перечислить список явлений с этим не связанный?

    s/не связанный/не связанных/g

     
  • 21.300, qwerty123 (??), 10:27, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прямое Подобные публичные программные продукты, доступные всем по цене доставки... текст скрыт, показать
     
  • 22.301, Дон Ягон (?), 14:01, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И к чему это Я что-то вообще на этот счёт утверждал Сами сказали, сами опровер... текст скрыт, показать
     
  • 23.303, qwerty123 (??), 16:27, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/

    К доктору.
     
  • 9.275, KaZaaM4iK (ok), 06:36, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вы считаете, что нет вектора развития? Его задают как раз пользователи FreeBSD. Например, в прошлом году проходил опрос по множеству вопросов, и как видно по портированным vulkan, wayland и kde5, что пользователи в том опросе чаще хотели, что бы FreeBSD сделал упор в сторону десктопа. Хотя ранее везде и писалось,если память не изменяет, что не портируют wayland и vulkan. Так что хоть кто то интересуется чего хотет пользователи.
     
     
  • 10.280, Дон Ягон (?), 13:47, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почему вы считаете, что нет вектора развития?

    Я уже отвечал выше. Потому что он нигде явно не сформулирован.

    > Его задают как раз пользователи FreeBSD.

    Это уже ошибка.

    > Например, в прошлом году проходил опрос по множеству вопросов, и как видно по портированным vulkan, wayland и kde5, что пользователи в том опросе чаще хотели, что бы FreeBSD сделал упор в сторону десктопа.

    Портировали - и хорошо. Но только это так себе прогресс. Если бы мне был нужен вяленый с кедами, я мог бы и линукс взять. Ради чего я могу взять FreeBSD, чтобы линукс смотрелся на её фоне менее привлекательно?

    > Так что хоть кто то интересуется чего хотет пользователи.

    Пользователи сами не знают, как правило, чего хотят. То, что фряшники идут на поводу хотелок пользователей - одна из причин её фатального опопсения.

    К счастью, разработчики моей любимой OpenBSD делают свою операционку для себя, а не для неких выдуманных виртуальных "пользователей".

     
     
  • 11.291, qwerty123 (??), 19:40, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/

    > К счастью, разработчики моей любимой OpenBSD делают свою операционку для себя, а
    > не для неких выдуманных виртуальных "пользователей".

    Парни бьются за feedback и фонды, с лохматых годов, а тут приходит товарищъ и рассказывает что операционную систему "парни делают для себя".

    Good...  продолжайте рассказывать.

     
     
  • 12.293, Дон Ягон (?), 19:55, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Парни бьются за feedback и фонды, с лохматых годов, а тут приходит товарищъ и рассказывает что операционную систему "парни делают для себя".
    > Good...  продолжайте рассказывать.

    За что, простите, они бьются?) За фонды?
    Вы то есть не слышали, например, про ситуацию с грантами от NSA после того, как Тео сказал всё, что думал по поводу войны США в Ираке?
    Или как они искали способы отказаться от PayPal, когда PayPal прекратил прием денег с пожертвованиями для WikiLeaks?
    OpenBSD это не только про хороший код и безопасность. Это ещё про принципиальность.
    И ОС они пишут в первую очередь для себя. Если кому-то ещё подходит - славно, но учитываются в первую очередь интересы тех, кто вовлечён в процесс разработки. И это правильно.
    Например, когда стало понятно, что bluetooth никому не нужен, его выкинули из ОС. Некому поддерживать? Значит не нужно -> на мороз. Идеально.

     
     
  • 13.296, qwerty123 (??), 22:34, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Парни бьются за feedback и фонды, с лохматых годов, а тут приходит товарищъ и рассказывает что операционную систему "парни делают для себя".
    >> Good...  продолжайте рассказывать.
    > За что, простите, они бьются?) За фонды?

    Не, конечно, парни ходят в маркет и им там
    - О, привет, Лео, ты такой класный чувак,
    давая я загружу тебе багажник жратвы за счет маркета?
    Не надо, не стеняся, ты же пишешь такую класную ось для себя!

    И еще ты так смело высказываешся про войну в Жопе Мира!
    Все в нашей деревне высказывались, но у тебя лучше всех высказалось!

    Но вот матом в адрес шерифа это ты зря...

    > И ОС они пишут в первую очередь для себя.

    Да и флаг им в кулак.

     
  • 11.299, KaZaaM4iK (ok), 08:11, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какова цель проекта FreeBSD Цель проекта FreeBSD-предоставить быструю и стабиль... текст скрыт, показать
     
     
  • 12.302, Дон Ягон (?), 14:12, 29/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это всё уже есть в лицензии Примерно каждой BSD 1 Поэтому винда так и остане... текст скрыт, показать
     
  • 3.85, Дон Ягон (?), 19:53, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую. OpenBSD туда же. Да и DragonflyBSD, в общем-то.
     
  • 2.220, freehck (ok), 17:44, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > freeBSD есть стабильность, чего нет в Линуксе!!

    Ну сколько раз уже объяснять... Разные это вещи: стабильность и стабилизец.

     
     ....нить скрыта, показать (78)

  • 1.3, Аноним (3), 11:02, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Juniper (JUNOS) переходит на Linux. Удачи вам FreeBSD
     
     
  • 2.11, An (??), 12:40, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Кто тебе такое сказал?
     
     
  • 3.242, Админ Админович Админов (?), 02:30, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сам Juniper
    https://www.juniper.net/documentation/en_US/junos/topics/concept/re-mx-x6-x8-p

    На RE сначала буится Linux, потом стартует KVМ, а в нем FreeBSD. Эндакое промежуточное решение пока для совместимости.

     
     
  • 4.246, qwerty123 (??), 11:55, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/

    >Эндакое промежуточное решение пока для совместимости.

    Правильно читать: Juniper использует Linux KVM для маштабируемости маршрутизаторов (запуска нескольких Juniper OS).

    В здравом уме переделывать JOS никто не будет, много труда-инвестиций вложено. Тем более на базе linux свалки.

     
     
  • 5.307, пох (?), 01:08, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > В здравом уме переделывать JOS никто не будет, много труда-инвестиций вложено.
    > Тем более на базе linux свалки.

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

     
  • 2.17, пох (?), 13:00, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    баба с возу - и волки сыты, и кобыле легче.

    вот когда netflix перейдет - тогда действительно "удачи".

     
     
  • 3.243, Админ Админович Админов (?), 02:31, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Давно начал, года два или три назад.
     
  • 2.274, bOOster (ok), 05:24, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "Смотрим в книгу, видим фигу"
     
  • 1.5, Skullnet (?), 11:28, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    freeBSD можно гонять только на серверах в некоторых случаях, на десктопе плохо по собственному опыту говорю. В FreeBSD к тому же многие фичи появляются только после того как они уже сто лет есть в линуксе, ну ли софт линуксонли.
     
     
  • 2.8, YetAnotherOnanym (ok), 12:04, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так Линукс уже давно служит платформой бета-тестирования для Фряхи.
     
     
  • 3.26, zzz (??), 13:34, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Все верно. По сути, FreeBSD - такой себе CentOS, только лучше. Лапчатые кушают, колятся, шлют багрепорты, патчат, а фрюшники потом просто берут отлаженное и доносят до своих пользователей готовый стабильный продукт.
     
     
  • 4.71, Аноним (65), 19:13, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Для всех полтора юзеров?
     
     
  • 5.111, zzz (??), 21:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Для полутора людей, которые умеют чуть больше, чем воткнуть флешку и установить себе нитакой как все линукс, что делает 99% мамкиных кулхацкеров.
     
     
  • 6.146, Аноним3 (?), 23:35, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    поверь для десктопа он реально хуже. по опыту. не говорю что ось плохая, но применение не на десктопах должно. и да я пересел на линуха еще в 2004-05 гг. видел его такое же состояние, когда он тоже работал на одной железке из 10 и так же было несколько туго с некоторыми специфичными прогами. приходилось собирать. но как бы реально в плане работы с осью на десктопе фря уступает и сильно. и я не говорю про мамкиных кулхацкеров)) этим дорога изучать операционки и хвастаться.
     
     
  • 7.158, crypt (ok), 04:07, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > поверь для десктопа он реально хуже. по опыту. не говорю что ось
    > плохая, но применение не на десктопах должно. и да я пересел
    > на линуха еще в 2004-05 гг. видел его такое же состояние,
    > когда он тоже работал на одной железке из 10 и так
    > же было несколько туго с некоторыми специфичными прогами. приходилось собирать. но
    > как бы реально в плане работы с осью на десктопе фря
    > уступает и сильно. и я не говорю про мамкиных кулхацкеров)) этим
    > дорога изучать операционки и хвастаться.

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

     
     
  • 8.206, zzz (??), 14:29, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Баг в линуксе - нормально, починят
    Баг в винде - нормально, починят
    Баг в фре - караул, кривая система, на помойку срочно!

    Лапчатые такие последовательные в своем хейте.

     
  • 7.180, Школьник (ok), 10:59, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >но как бы реально в плане работы с осью на десктопе фря уступает и сильно

    На десктопе сейчас есть только одна нормальная поддерживаемая ОС - это macOS. Да и на ту Apple уже лет 5 как кладет с прибором, просто macOS настолько далеко оторвалась от всего остального, что даже 5 лет стагнации не бросаются в глаза, хоть уже и видны отчетливо.

    Был бы, наверное, шанс и у десяточки, если бы оттуда волевым решением выпилили WinAPI, реестр и систему обновлений в том кошмарном виде, в котором она сейчас находится. Ладно, насчет WinAPI я погорячился, оставили бы для совместимости старых приложений, а для всех новых - только дотнет.

    Все остальное - это примерно одно и то же с примерно одинаковой неюзабельностью. Сравнивать бесполезно - что то плохо, что это.

     
     
  • 8.244, аноним3 (?), 03:18, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    народ только заметил что макось давно не та? реальная макось была на машинках с powerG с 1 по 5.как начали её переписывать на интелл... все от оси остались одни копирайты)) эт я о чем. а точно. не осталось хорошего выбора . от слова совсем. все ударилось о стену бизнеса и бабла. увы та ось которая изначально создавалась тем же линусом тоже уже не та. но она хотя бы чуть удобней. во фре всегда нравилось, что документация относительно полная и не сильно ломают совместимости. но чес слово без фанатства линь пока лучше. насчет обновлений.. на ноуте уже 5 год стоит линь. проходит обновления от версии к версии, только номера меняются. все стабильно как в танке))) хаха.
     
  • 7.207, zzz (??), 14:43, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Один раз настроенная фря работает без единого нарекания, обновляться можно как угодно и ничего ни разу не ломалось. В то же время линукс ломается с завидным постоянством: убунта ломалась при попытке установить драйвер на видео, постоянно что-то отваливалось под суськой. Только под дебианом ничего не ломалось, но там и ломаться нечему.

    Если же рассуждать в категориях софта и удобства настройки, то для десктопа годится только винда с макосью. Там тебе и драйвера, и куча специфичного софта, по сравнению с чем ни линукс, ни фри не конкурент.

     
     
  • 8.209, Аноним (209), 15:00, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    БЗДишь же! Не так давно довелось обновлять две машинки, с арчем и фрёй, обе не обновлялись ~2,5 года. Если в первом случае мне пришлось снести десятка два пакетов и после апдейта назад поставить, то с фряхой я на##ся знатно. Три вечера жосткого секаса. Хотел уж плюнуть и снести, но меня уж азарт взял, победил в конце концов. Но, имхо, это нихрена не нормально. Интересно, что было до допилки pkg? Куда уж хуже-то? За порты вообще молчу, это ублюжество непонятно что в 21-м веке делает.

    ЗЫж. Это все касается десктопов, с кедами и либреоффисами. Вполне допускаю, что на серваке, где даже иксов нет, нет и жести такой. Так и на линуксе нет.

     
     
  • 9.212, анонн (?), 15:38, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут одно из двух - или бздит он или кто-то очередной я осилил арчик, нафиг мне ... текст скрыт, показать
     
     
  • 10.259, Аноним (209), 16:56, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Им и спасался Но было это долго и нудно Это я на крайний случай оставил, сп... текст скрыт, показать
     
  • 8.225, freehck (ok), 18:30, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Один раз настроенная фря работает без единого нарекания, обновляться можно как угодно
    > и ничего ни разу не ломалось.

    Что, не ломается, даже когда что-то новое из портов прилетает?

    > убунта ломалась при попытке установить драйвер на видео, постоянно что-то отваливалось под суськой

    Ну дык, убунта. На то он и Sid же.

    > Только под дебианом ничего не ломалось, но там и ломаться нечему.

    Как бы да. Для того стейбл и придумали, в общем-то.

    > Если же рассуждать в категориях софта и удобства настройки, то для десктопа годится только винда

    Если тебе уютно работать в системе, в которой ничего толком нельзя настроить -- ради бога.

    > с макосью

    Если тебе уютно работать в системе, которую напильником доводить до ума двести лет -- ради бога (чего стоит один только древние версии баша и гетопта, идущие в базовой поставке)

     
  • 2.29, Ivan_83 (ok), 13:58, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня фря на десктопе, и всё хорошо.

    Единственное что нужно наложить несколько патчей: на glib20 и xorg-server, патчи есть в багтрекере фри.
    glib20 патчится файловый монитор, с глибовским у меня тот же тунар часто падает.
    А хорг - есть более новый, который уже нормально понимает динамически подключаемые девайсы типа планшетов вакома и пр.

     
  • 2.39, анонн (?), 14:10, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > freeBSD можно гонять только на серверах в некоторых случаях, на десктопе плохо по собственному опыту говорю.

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

    А вот мелкие неувязки из-за излишних автоматизмов и "мы лучше знаем как вам надо" в бубунте после фри только раздражают. То хваленая пульса регулярно после ребута переключает вывод звука с HDMI на встройку, причем в хубунте опция переключения на выводы запрятана так, как будто является гостайной.
    То монитор каждый раз после suspend оказывается "новый" и требует настройки, то игнорируется "оставить встроеный экран выключеным".

     
     
  • 3.42, пох (?), 14:13, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    дык, вы ж хотели как в windows... ну, правда, в нем так было в 95, ну так подождите всего лет еще десяток - сделают как в б-жественной десяточке...ну или ту доломают до равного уровня, там тоже стараются.

     
  • 3.305, axredneck (?), 00:32, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Судить о Линуксе по Убунте - это как судить о России по Москве.
    (использую Линукс не потому что он Линукс, а потому что он свободный, если что)
     
     
  • 4.315, Друг_Чебурашки (?), 18:36, 01/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И что,в вашем дистрибутиве нет ни одного несвободного блоба?
     
  • 2.94, ы (?), 20:18, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > по собственному опыту

    Пора, ой как пора модераторам сносить совков^W взвывания к "собственному опыту", если этот опыт не несёт ничего, кроме субъективной оценки, обобщённый смысл которой укладывается в "баба яга против".

    Вам не нравится фря? Вы не сумели приготовить её для домашнего использования? Проходите, гражданин, лекция для колхозников в другом помещении. Там и окна, и яблоки, и ласты - на выбор, клейте что хотите.

     
     
  • 3.139, Skullnet (?), 22:57, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Я не против FreeBSD вообще. Просто мне не нравится политика FreeBSD, потому что не ясно зачем FreeBSD вообще нужен если есть линукс? Как альтернатива линуксу? Хорошо. Тогда у меня претензии к юзабельности дистра: настройки по умолчанию, юзабельность портов (отсутствие грамотной стандартизации сборки программ из исходников - очень много программ из портов слеплены как попало), отсутствие нормального менеджера пакетов - в линуксе можно совмещать программы из исходников и пакетов, а также из разных альтернативных систем пакетов snap, flatpak. Поэтому BSD пока что это BDSM-конструктор, не имеющий особых преимуществ.
     
     
  • 4.144, Ан0н (?), 23:28, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >зачем FreeBSD вообще нужен если есть линукс?

    Зачем нужен линукс,если есть макось и винда?
    >отсутствие нормального менеджера пакетов

    Вы фрю когда в последний раз видели?Пакетный менеджер во фре очень даже хорошЪ

    >в линуксе можно совмещать программы из исходников и пакетов

    В каком конкретном линуксе?)А во фре это действительно можно делать штатными средствами системы.

    >snap, flatpak

    Ну и системд ещё вспомните,чего уж там.

     
     
  • 5.196, fi2fi (?), 12:56, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вы фрю когда в последний раз видели?Пакетный менеджер во фре очень даже хорошЪ

    действительно давно )))) - а он уже умеет делать аккуратный update ????
    Или как раньше сперва снес, потом поставил и правишь по новой конфиги?
    И может зависимости подтянуть как yum/apt?

    Вон у меня centos сам потихоньку апдейтит из security - только письма-отчеты читаю )))

    >>в линуксе можно совмещать программы из исходников и пакетов
    > В каком конкретном линуксе?

    Да в любом и изначально. )))))

     
     
  • 6.199, анонн (?), 13:25, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Вы фрю когда в последний раз видели?Пакетный менеджер во фре очень даже хорошЪ
    > действительно давно )))) - а он уже умеет делать аккуратный update ????
    > Или как раньше сперва снес, потом поставил и правишь по новой конфиги?

    C разморозкой.
    mergemaster, умеющий мержить конфиги, появился еще в прошлом тысячилетии.
    Пишу вам разлюбезная Кате^W^W из 12 STABLE amd64, в девичестве 7rel i386.
    Но да, убунтувей никто не отменял.

     
     
  • 7.308, пох (?), 01:14, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > mergemaster, умеющий мержить конфиги, появился еще в прошлом тысячилетии.

    жаль что модные-современные разработчики, принесшие нам binary-update, ничего о нем, похоже, не слышали.
    И он просто сносит весь /etc, вместе со всеми твоими изменениями. Ну недалеко, конечно, можно восстановить - вручную по одному файлику.

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

    > Но да, убунтувей никто не отменял.

    вы не поверите, но при апдейте убунтиных пакетов штатным образом - запускается 3d merge. Может быть даже графический, если иксы найдет. То есть это именно в вашей любимой фре - ниасиляторы, в очередной раз придумали свой, freebsd way ( http://bash.org.ru/quote/3118 ) и нечего на убунту пенять.

     
     
  • 8.311, Аноним (-), 13:49, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > И он просто сносит весь /etc, вместе со всеми твоими изменениями.

    [code]
    freebsd-update.conf
    # Paths which start with anything matching an entry in an UpdateIfUnmodified
    # statement will only be updated if the contents of the file have not been
    # modified by the user (unless changes are merged; see below).
    UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.profile

    # When upgrading to a new FreeBSD release, files which match MergeChanges
    # will have any local changes merged into the version from the new release.
    MergeChanges /etc/ /boot/device.hints
    [/code]


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

    https://www.freshports.org/sysutils/etcupdate/

    > То есть это именно в вашей любимой фре - ниасиляторы

     
  • 4.164, qwerty123 (??), 08:00, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Просто мне не нравится политика FreeBSD, ...
    >Тогда у меня претензии к юзабельности дистра: настройки по умолчанию, юзабельность портов

    Тогда верни товар и забери деньги за покупку.

     
  • 2.247, qwerty123 (??), 12:15, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну, руки надо перекрутить к нужному месту XCFE 1 2 Gnome, LibreOffice, Thund... текст скрыт, показать
     
  • 1.6, Аноним (6), 11:30, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Барышни с рожками аккомпанируют разработке FreeBSD https://youtu.be/yUDqAZM98GU
     
  • 1.7, Аноним (7), 11:33, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Тестил на своей машине фряшку. Всё великолепно работает. Жаль только что драйверов на переферию не так много в мире bsd, как в линухах. Те же многие принтеры, сканеры просто не заводятся. Думаю этот факт препятствует развитию фряшки на десктопах.
     
     
  • 2.34, Ivan_83 (ok), 14:04, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот насчёт сканеров - не надо.
    webcamd включает все нужное из свежего линуха, saned точно такой же как на линухе.
    Если в webcamd чего то не видит, всегда можно пересобрать его чтобы нужный драйвер из линуха там активировался.
     
     
  • 3.99, Аноним (7), 20:26, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хех из линуха, из линуха... тогда уже проще в линух сразу, раз там всё есть
     
     
  • 4.124, zzz (??), 22:11, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что в этом линуксе? Пульса переключает звук туда, куда она хочет (привет, бубунта), система ломается от минорного обновления (привет, арч), пакеты годятся разве что для сервера, да и то с оговорками (debian+centos), а пользователи - бесплатные бета-тестеры (suse+fedora). И на кой ляд это надо, лучше один раз поставить систему и не любить себе голову.
     
  • 4.134, Ivan_83 (ok), 22:42, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Плюс webcamd в том что он юзерспейсный, любой корявый драйвер положит только один процесс а не систему.
    И обновлять драйвера можно без ребута.
    Вот конкретно в этом случае всё получилось даже лучше чем в линуксе.
     
  • 1.9, YetAnotherOnanym (ok), 12:10, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами.

    Уфффф... пока до конца дочитал - всё боялся, что в списке окажется ещё один "системный менеджер". Но, хвала Высшему Разуму, у бсдишников хватило осторожности не испачкаться об него.

     
     
  • 2.15, пох (?), 12:56, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Уфффф... пока до конца дочитал - всё боялся, что в списке окажется ещё один "системный менеджер"

    nosh это он и есть, с чем и поздравляю :-(

    у бсдшников (пока) не хватило желающих протащить эту дрянь в качестве замены всему, но оно к тому неизбежно придет. Вполне возможно, кстати, что это и будет последнее заметное изменение в проекте - потому что еще один вин...лин...нет,все ж таки виндовс - это уже совсем ненужно.

     
     
  • 3.73, Дон Ягон (?), 19:18, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Nosh всё же архитектурно, ЕМНИП, не так уродлив, как s-d. По крайней мере, там в PID1 вроде не напихали столько же всего, сколько в s-d.
    (не слежу, т.к. там где мне можно иметь не линукс (который нужен по работе) у меня OpenBSD, где "системными менеджерами" и не пахнет)
     
     
  • 4.104, пох (?), 20:49, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    просто недописан. Но замахивался ровно на то же самое - подстилкой под гома, для все большей готовности для десктопа, "асинхронный инит" (прощай предсказуемое поведение, зато юзеру даже пальцем шевелить не надо), замена cron/syslog/что там еще.

    Просто авторы считали что они лучше умеют писать код и уж у них-то notabug'ов столько не будет.

    unix им был не нужен.

     
     
  • 5.109, Дон Ягон (?), 20:57, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > просто недописан. Но замахивался ровно на то же самое - подстилкой под
    > гома, для все большей готовности для десктопа, "асинхронный инит" (прощай предсказуемое
    > поведение, зато юзеру даже пальцем шевелить не надо), замена cron/syslog/что там
    > еще.

    Когда я читал про nosh я там такого не нашёл. Показалось, что это такой runit/daemontools опционально внешне мимикрирующий под systemd. Для общего развития, не угостишь меня ссылкой почитать про все те изменения в nosh, которые ты описал?

     
     
  • 6.168, qwerty123 (??), 08:22, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сщас внешне Там план захвата Галактики https jdebp eu Softwares nosh ro... текст скрыт, показать
     
     
  • 7.192, Дон Ягон (?), 12:33, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо. Вероятно, я или читал слишком давно или что-то перепутал. Действительно, как systemd.
    Особенно тронуло hostapd/wpa_supplicant и sshd. Это даже ещё "круче", чем в systemd. Не будь пруфлинка я бы подумал, что это тупая шутка. Жесть.
     
  • 5.202, Дон Ягон (?), 14:13, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > просто недописан <и далее по тексту>

    Да, ты был прав, это ад (см. каменты ниже по ветке).

     
  • 4.148, анонн (?), 01:08, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Nosh всё же архитектурно, ЕМНИП, не так уродлив, как s-d. По крайней
    > мере, там в PID1 вроде не напихали столько же всего, сколько
    > в s-d.
    > (не слежу, т.к. там где мне можно иметь не линукс (который нужен
    > по работе) у меня OpenBSD, где "системными менеджерами" и не пахнет)

    Я годика 2 назад удивился, что ЭТО не завезли еще в порты и попытался собрать - так там целый квест, начинается как "собери систему сборки для сборки", так как собирается оно какой-то непонятной экзотикой.
    Я наверное неправильный аноним опеннета, по мне пусть там хоть питон, хоть хаскел с рустом собирают, лишь бы прок был, но ведь эта хрень минут 40 (время сборки тогдашнего firefox на этой машине) пыталась собрать nosh и вываливалась с очередной ошибкой.
    Само по себе еще ладно, не страшно. Но вот то что оно после фикса начинает свою медитацию сначала, доконало. После 3-4 итераций плюнул и удалил.


     
     
  • 5.150, Дон Ягон (?), 01:55, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    30-40 минут на сборку nosh - это как-то правда много. Жесть если так.
    Надо будет глянуть на это, любопытства ради, из всего что я читал складывалось иное мнение о проекте.
     
  • 3.135, crypt (ok), 22:43, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > у бсдшников (пока) не хватило желающих протащить эту дрянь в качестве замены всему, но оно к тому неизбежно придет.

    к тому времени я на пенсию выйду. они так медленно все делают, что это уже даже становится хорошо. смотрел доклад ихних "редхатовцев" из ixsystems. так они хвалили systemd, так хвалили... я расстроился, приуныл, а потом мне попался точно такое же их доклад лет 6 назад... ничего не изменилось. так что пусть его...

     
     
  • 4.165, qwerty123 (??), 08:03, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > они так медленно все делают, что это уже даже становится хорошо.

    неистово плюсую =) =)

     
  • 2.19, xm (ok), 13:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, как бы, OpenRC уже много лкт в продакш в линейке PC-BSD - TrueOS - Project Trident. То есть не технически ничего не мешает его хоть завтра зарелизить. Но по мне так лучше nosh допилить как расово верный вариант.
     
  • 1.16, пох (?), 12:58, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    а еще мы гланды удалять научились. Ага, это я про "live migration" и прочие бесполезности в bhyve. Чего только люди не делают, чтобы не приводить в порядок порт xen.

     
     
  • 2.36, Ivan_83 (ok), 14:06, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Так для byhive есть желающие пилить а xen нет. Но тебе никто не запрещает всё сделать самому :)
     
     
  • 3.44, пох (?), 14:25, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот я и не могу понять - зачем они это делают, ради какой великой цели - написать потом в резюме "я пилил-пилил, так и померло"?

    > Но тебе никто не запрещает всё сделать самому

    я просто чертыхаюсь и ставлю линукс, если денег на vcenter тут не обломится.

     
     
  • 4.62, КГБ СССР (?), 17:34, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если пилят, значит нужно им.
    А вас они не спрашивали, делать им или нет.
     
     
  • 5.63, пох (?), 17:59, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Если пилят, значит нужно им.

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

    > А вас они не спрашивали, делать им или нет.

    поэтому доля freebsd за пределами нетфликсы (которую не спросишь - останешься без работы) неуклонно стремится к нулю. А нетфликсе не нужно, чтобы работало за ее пределами.

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

     
     
  • 6.103, zzz (??), 20:48, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы как ребенок, ей-богу. Если есть разработка - значит есть деньги, если есть деньги - значит есть заказы.
     
     
  • 7.105, пох (?), 20:51, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    необязательно, кто-то все еще может работать just for fun. Вот, к примеру, те кто портировали Dom0 ;-)
    Причем - второй раз.


     
     
  • 8.114, Аноним (114), 21:26, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > необязательно, кто-то все еще может работать just for fun. Вот, к примеру, те кто портировали Dom0 ;-)
    > Причем - второй раз.

    Вообще-то, автор текущего порта Dom0 - сотрудник Citrix-а. Я совершенно не уверен что он делает это just for fun:

    https://archive.fosdem.org/2018/schedule/speaker/roger_pau_monne/

     
     
  • 9.173, пох (?), 10:43, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тогда чаво ж его не уволили до сих пор Когда делают за зарплату - там обычно ди... текст скрыт, показать
     
     
  • 10.224, Аноним (224), 17:57, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, бросьте эти сказки про дедлайны с метриками: комм. продукт в этой сфере ниже плинтуса по качеству. Тот же хипер-пипер-В.
     
     
  • 11.229, пох (?), 21:02, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, а мужики-то и не знают.

    Когда ты, малчык, подключишь человечеков этак 6000 к виртуальным "десктопам" на "шва6одном" софте - приходи, я тебя буду очень внимательно слушать (я даже денег на это потрачу, если не своих, то немалых). Да, оно вот тут работает, и работает, с-ка, хорошо.

    Как и некислая такая коллекция непойми-чего-серверов под вмварьским кластером. Тоже мужики и не знают про "качество".

    А в том же офисном центре но в другом здании - работает массхостер из г-на и палок. Первый, видимо, в РФ, и все еще живой. Линухи под hyper-v, да. Сами не могут объяснить - зачем (тот кто это им делал, давно уволился), но они не феноменально тупые, и пока работает - не трогают.

    А ты продолжай молиться и поститься, и бить бакл...поклоны иконке вштол-мана.

     
  • 8.116, zzz (??), 21:32, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфов, конечно же, не будет. Вскукарекнул, а там хоть не вставай.
     
     
  • 9.175, пох (?), 10:45, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну и где ваши пруфы что непонятное bhyve кто-то вменяемый "заказывал" (наверное, со сроком окупаемости больше чем у Amazon - сколько лет его уже ковыряют, и когда, напомните, в нем хотя бы vga-эмулятор появился)? Или "вскукарекнул, а там хоть не вставай?"

     
     
  • 10.204, zzz (??), 14:14, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вы утверждали, что это работа ни для чего, вы и доказывайте.
     
  • 4.77, Ivan_83 (ok), 19:29, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У них свои мотивы это делать, до щастья анона с опеннета им дела нет.
     
  • 2.24, xm (ok), 13:28, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Говно говно не обидит и своё говно роднее.
     
  • 2.33, пох (?), 14:02, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > как только новость о фре - то только говно и оставляется.

    ну так повосхваляй от пяти разных анонимов - будет помимо твоей любимой субстанции еще и елей...ну или что-то похожее - жиденькое, пахнет и течет ;-) Линукс-то вон восхваляют, поэтому есть что оставить, кроме пустого места.

    или ты имеешь в виду - просто читать неудобно, интересные мессаджи не выделяются красненьким?

     
  • 1.30, Ivan_83 (ok), 13:58, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    QT4 вчера или позавчера выкинули.
     
  • 1.50, Chuvy (?), 15:24, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Великолепная ОС. Bhyve, zfs, pf, netgraph. Но как десктоп желает лучшего. Slack отсутствует, до этого skype полудохлый был. Много чего другого. Nvidia хоть и делает дрова, но вечно косяки.
    Но bhyve с passthrough это нечто. Jail из коробки.
     
     
  • 2.52, Аноним (52), 15:42, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Но bhyve с passthrough это нечто. Jail из коробки.

    Да-да.

    > Nvidia хоть и делает дрова, но вечно косяки.

    Ну фиг знает, тут, наверное, как кому везёт. Всегда всё было просто идеально.

     
  • 2.55, пох (?), 16:01, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Великолепная ОС. Bhyve, zfs, pf, netgraph.

    блин, а можно вот это все великолепие унести нафиг, вместе с "десктопом", а принести iptables или ipchains, kvm или (а лучше - И) xen dom0, in-kernel ppp и какую-нибудь fs которя не "works as intended", а "just works" (можно zfs, но, пожалуйста, без https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683 и доступа автора #с3 к ее коду, лучше всего - даже на чтение, а то мало ли)?

    Я бы в тот же день истребил ВСЕ линуксы, какие лично у меня (а не требование-работодателя) еще остались.

     
     
  • 3.68, macfaq (?), 18:58, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Великолепная ОС. Bhyve, zfs, pf, netgraph.
    > блин, а можно вот это все великолепие унести нафиг, вместе с "десктопом",
    > а принести iptables или ipchains, kvm или (а лучше - И)
    > xen dom0, in-kernel ppp и какую-нибудь fs которя не "works as
    > intended", а "just works" (можно zfs, но, пожалуйста, без https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683
    > и доступа автора #с3 к ее коду, лучше всего - даже
    > на чтение, а то мало ли)?

    На кой ляд тебе ipt при живых ipfw и pf?
    И чем не устраивает mpd5?


     
     
  • 4.90, пох (?), 20:07, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > На кой ляд тебе ipt при живых ipfw и pf?

    они такие живые, что лучше б были мертвые (а еще лучше и вовсе б не рождались). Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов (ключевой момент - умеющего, а не ман с пятого на десятое прочитал). Впрочем, трудами "разработчиков" этот недостаток быстро уходит в прошлое.

    > И чем не устраивает mpd5?

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

    Причем на сервере я бы еще мог потерпеть это как неизбежное зло, но ведь и клиента другого тоже нет (теперь - нет).

     
     
  • 5.108, zzz (??), 20:57, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну а с точки зрения фрюшники iptables придурошный, как синтаксис, так и реализаци. Вот и поговорили.

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

     
     
  • 6.133, crypt (ok), 22:37, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    очень хорошо, так как у вас у фришников делается проброс порта на другую машину? aa.aa.aa.aa:portA -> bb.bb.bb.bb:portB ? пример с ipfw+ядерный нат. и если вас не затрунднит без отсылок в гугл.
     
     
  • 7.141, Тыгра (?), 23:19, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >и если вас не затрунднит без отсылок в гугл.

    не затруднит, man ipfw в основном

    сквозь nat 25 порт на сервер
    $fw nat ${nat_n} config if ${dev} log same_ports \
        redirect_port tcp 192.168.24.2:25 25

    вообще не nat, заворот на сквид
    $fw add 12345 fwd 192.168.22.3,3138 tcp from 192.168.22.0/24 to not 192.168.22.3 80
    естественно 192.168.22.3,3138 должен уметь принимать

    Или какие то другие условия?

     
     
  • 8.156, crypt (ok), 03:47, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > сквозь nat 25 порт на сервер
    > $fw nat ${nat_n} config if ${dev} log same_ports \
    >     redirect_port tcp 192.168.24.2:25 25

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

    одного только этого правила недостаточно, чтобы проброс работал.

    я уж не говорю о том, что опенбздешный и линуксовый мануалы приводят примеры по пробросу. а примеров проброса портов в ipfw нет. и не надо мне тут про ассемблер рассказывать. tcp/ip я знаю не хуже тебя, а то, что документации нет вижу. проброс я, если что настроил. так что можем обсудить этот пример дальше, так сказать, на равных.

     
     
  • 9.174, Dmitry (??), 10:43, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Долистай man ipfw до раздела PACKET FLOW Подсказываю, 9-я страница man rc conf... текст скрыт, показать
     
  • 9.233, Тыгра (?), 22:10, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, согласен, эта фраза последняя цитата - правда Опять таки правда она от... текст скрыт, показать
     
  • 8.157, crypt (ok), 03:58, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а теперь раз ты не удержался и поумничал насчет мана, макаю тебя же в твой ман ... текст скрыт, показать
     
  • 5.113, Дон Ягон (?), 21:15, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >> На кой ляд тебе ipt при живых ipfw и pf?
    > Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов (ключевой момент - умеющего, а не ман с пятого на десятое прочитал).

    Я тоже не знаю. Типичная аргументация iptables-люба "ууууэээээ, ну эта ваша bsd, rip, хыхы-хохо, нинужна, сложна, айпитэйблзз".
    Как можно в здравом уме предпочесть синтаксис iptables pfному - для меня загадка. Да и даже ipfwшному, что уж там.

    Я могу согласиться с тем, что по производительности iptables часто превосходит тот же ipfw и в нём есть возможности, которых нет, например, в pf, но назвать его хорошим и удобным решением я никак не могу. А за один синтаксис авторов хочется просто удавить.

     
     
  • 6.161, crypt (ok), 04:24, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    документация ваша по ipfw дохлая. только и бегай что на лисяру к статьям 2007 года. и если уж сами бздешники говорят, что iptables быстрее... то не надо с ним мучаться.

     
     
  • 7.231, qwerty123 (??), 22:07, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >документация ваша по ipfw дохлая.

    незнакомые латинские буквы?

     
  • 7.263, Дон Ягон (?), 18:13, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > документация ваша по ipfw дохлая. только и бегай что на лисяру к статьям 2007 года. и если уж сами бздешники говорят, что iptables быстрее... то не надо с ним мучаться.

    1) Не всегда быстрее, но в целом да. 2) У тебя точно такая нагрузка, что ты сможешь добиться тормозов iptables/ipfw? Просто если нет и не предвидится, используй то, что удобнее всего (pf?). А если да, то то, что в тестах (проведённых тобой на боевых задачах) показывает себя лучше.
    Выбор инструмента - это не вопрос религии.

     
  • 5.131, crypt (ok), 22:32, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов

    подписываюсь. тоже недавно пытался это (ipfw) настраивать. так и не нашел нормальную документацию по пробросу портов. это ж надо! хендбук типа есть, но неполный а-ля "а у нас есть файрвол". ман типа есть, но бестолковый без объяснения логики. а как вся эта хрень на самом деле работает никто описать не догадался.

     
     
  • 6.182, пох (?), 11:29, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > неполный а-ля "а у нас есть файрвол". ман типа есть, но
    > бестолковый без объяснения логики. а как вся эта хрень на самом

    а ее дважды меняли, если ты не в курсе ;-) Вообще говоря правильное название современного ipfw - ipfw2 и это жжж неспроста. Видимо, на каком-то этапе кому-то надоело без конца исправлять man.

    И это, надо понимать, ты еще не вляпывался ни в divert sockets, ни в сочетание всей этой радости с ipsec (двумя разными способами, каждый из которых поломан в своем месте) на multihomed хосте. Вот где радости полные штаны будут - и с собственно "угадай порядок прохождения пакета через всю эту хрень", и с просто читаемостью плоского синтаксиса, когда список правил превышает одну страничку.

    C pf в общем-то тоже ничуть не лучше, не говоря уже о фатальном его неумении делать что-либо кроме подмены битиков в адресе - и наличии единственного ftp-proxy в качестве хелпера.

    Но фанаты по прежнему поют осанну единственному выученному ими кое-как уродцу. :-(

     
     
  • 7.235, Ivan_83 (ok), 23:36, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ipsec везде костыльный, думаю он перегружен слишком в спецификации.
    Во фре с ним наступит щастье только после того как это вынесут в нетграф, и допилят в мпд5 или аналогичный демон.
    С нетграфом порядок прохождения пакета всегда очевиден.

    divert sockets - они в принципе работают, но это всё уже устарело давно. Я когда то делал демона который udp пакетики анализировал и мог свои в ответ генерить, на дуалкоре E5300 у меня 100-150к пакетов в сек тянуло, ещё во времена наверное фри 8.

     
     
  • 8.278, пох (?), 10:40, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    он безусловно придуман врагами, но речь в данном случае не о нем самом, а о прек... текст скрыт, показать
     
  • 3.82, Ivan_83 (ok), 19:34, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да ненужны твои iptables, есть и pf и ipfw. А вот аналога нетграфа в линухах нет.
     
     
  • 4.87, пох (?), 19:56, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ага, ТРИ до выпиливания ipf фильтра вместо одного хорошего - это ж от их охрен... текст скрыт, показать
     
     
  • 5.95, Аноним (224), 20:19, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Медленный, но... наглядный и таки работает.
     
  • 5.100, Ivan_83 (ok), 20:26, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    fib в pf я вроде видел, хотя лично мне он не нужен.

    нетграф это не только всякие унылые впн и ппп, это про обработку пакетов как тебе удобно, более того я иногда пишу собственные нетграф модули.

    В случае мпд5 в юзерспейсе только авторизация и выдача параметров, весь трафик ходит в ядре.

     
  • 5.101, User (??), 20:27, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >ага, ТРИ (до выпиливания ipf) фильтра вместо одного хорошего - это ж от их охрененного качества и удобства пользования, еще и с корявыми user-space хелперами в разных удивительных местах, а не от того, что полтора инвалида уперлись рогом в "деды пользовали и внуки наши будут", а другие смогли только (плохо, с опозданием и недоделками) спортировать из систем с другими особенностями сетевого стека (поэтому fib в pf нет и не будет, добро пожаловать обратно в старый шлак).

    Ну, да Firewalld, ufw, nftables-что-там-ещё конечно Совсем Другое Дело, да! Что бы ни придумать, лишь бы человекочитаемый синтаксис !случайно! не родить.
    Вы, батенька, ретроградЪ какой-то! Может вам еще nmcli, ой, пардон, systemd-networkd обратно на ifconfig поменять?

     
     
  • 6.120, пох (?), 22:00, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, да Firewalld, ufw,

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

    Я и говорю - этот недостаток freebsd разработчики линукса успешно преодолели, уже почти совсем.

    > Может вам еще nmcli, ой, пардон, systemd-networkd обратно на ifconfig поменять?

    у меня вместо nm netplan, это вам не какая-то бесполезная херня, это конфиг который портится от лишнего пробела, куда вам, сиволапым!

     
     
  • 7.167, User (??), 08:22, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вот с человекочитаемым синтаксисом проблема решена - поэтому iptables и не буд... текст скрыт, показать
     
     
  • 8.183, пох (?), 11:43, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    непохожий на как-в-винде, да Это и есть их целевая аудитория Но меня страдания... текст скрыт, показать
     
     
  • 9.200, User (??), 13:57, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А другой _мейнстримной_ целевой аудитории у меня для вас нет Можно конечно ра... текст скрыт, показать
     
     
  • 10.309, пох (?), 01:40, 30/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем она нужна Мейнстримная ниша и так занята, без вас Но гоняясь за этой а... текст скрыт, показать
     
  • 5.110, zzz (??), 21:02, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вас фиг поймешь - то жалитесь о том, что кроме mpd ничего нет, то жалитесь на два файрвола. Вы уж как-то определитесь, что ли, а то смотрится как нелепый троллинг.

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

     
     
  • 6.127, пох (?), 22:18, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    говорят же вам - проблема mpd не столько в самом mpd, а в необходимости тянуть ради него малопривлекательную структуру нетграфа.
    Ничего я не хочу реализовывать на нем, этот сервис нужен одному пользователю из миллиона "пишущему свои модули", для остальных это лишний источник проблем и уязвимостей. Было бы здорово, если бы он так и оставался - странной неудобной игрушкой для этих самых пользователей, которым полагалось бы знать, что творят.
    Но другого ppp - нет. Теперь вот - совсем нет.

    два файрвола - это не проблема. Проблема что хорошего ни одного - а наличие трех уродливых на протяжении десяти лет просто хорошо подтверждает этот тезис.

     
     
  • 7.136, Ivan_83 (ok), 22:44, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У меня точно такая же логика: линукс никому не нужен, его надо выкинуть :))))
     
  • 7.143, zzz (??), 23:25, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Неграф в ядре, вы совсем того? Изучите систему прежде, чем извергать из головы буквы.

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

     
     
  • 8.160, crypt (ok), 04:20, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Неграф в ядре, вы совсем того? Изучите систему прежде, чем извергать из
    > головы буквы.
    > ipfw - может, не такой шустрый,

    блин, ну если сами бздешники признают, что он не такой шустрый... нет смысла биться с его изучением и бесконечным гуглежом, потому что доков кот наплакал. вопрос чем его заменить: pf или тем третьим из соляриса.

     
     
  • 9.186, пох (?), 11:49, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > кот наплакал. вопрос чем его заменить: pf или тем третьим из

    pf не умеет application nat. Совсем. Ну если только не ставить всякий мусор из интернета, написаный хз кем и хз как.
    Поэтому выкрашиваем, выбрасываем, и ставим на бордере лин...PA7xxx, ну его нахрен этот все еще почти уже неготовый.

    А pf/ipfw оставляем в их области полезной применимости - минимальная защита непосредственно хоста.
    Про ipf забудьте, его выпилили не потому что враги, а потому что совсем уже окаменелая говняшка, ничерта толком не умеет и еще менее разумно устроена чем эти. Его единственным достоинством когда-то была мультиплатформенность.

     
  • 9.217, zzz (??), 17:34, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не бейтесь, верните товар и получите деньги обратно.
     
  • 9.227, Ivan_83 (ok), 19:26, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    netgraph вполне вменяемый, но с приходом netmap dpdk планка сместилась Конкретн... текст скрыт, показать
     
  • 7.232, qwerty123 (??), 22:09, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >говорят же вам - проблема mpd не столько в самом mpd, а в необходимости тянуть ради него >малопривлекательную структуру нетграфа.

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

     
  • 5.184, Dmitry (??), 11:44, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а вот аналог нетграфа - ненужен. Как и сам нетграф. Уродливое нагромождение кривых глюкал, так и > оставшееся бы загадочной академической хренью без активного использования, если бы Мотину не > удалось присобачить к нему ppp.

    Говорит человек, даже не читавший README к mpd. Как минимум, ты оскорбляешь Archie Cobbs.

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

    С каких это пор netgraph модули в юзерспейсе ? Какое "запихивание результата обратно" ? Не показывай свое невежество.

     
     
  • 6.188, пох (?), 12:04, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    о, великий, он прочитал ридми к mpd При нем оно было совершенно бесполезной игр... текст скрыт, показать
     
     
  • 7.197, Dmitry (??), 13:00, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В отличие от Вас, я коммитер в проект mpd, поэтому не надо мне рассказывать, что... текст скрыт, показать
     
  • 4.130, crypt (ok), 22:27, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я кстати тоже не понял, зачем три (!) файрвола, а iptables не добавили. ipfw мне совершенно не понравился. ужасно документирован.
     
     
  • 5.142, Тыгра (?), 23:24, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    нy дак в чём проблема?
    man pfil и переносить iptables
     
     
  • 6.189, пох (?), 12:05, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > нy дак в чём проблема?
    > man pfil и переносить iptables

    грант выбьешь?
    Хотя бы даже freebsd foundation - говорят вон, пол теперь менять можно просто по заявлению, сиськи пришивать не заставят.

     
  • 5.145, zzz (??), 23:28, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слова не мальчика, но бойца, который фрю, и уж тем более ipfw в глаза не видел.
     
     
  • 6.155, crypt (ok), 03:35, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Слова не мальчика, но бойца, который фрю, и уж тем более ipfw
    > в глаза не видел.

    я тебе выше конкретный вопрос задал, а ты ответил на два поста, кроме него. ну и кто тут балабол?

     
     
  • 7.190, пох (?), 12:06, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > я тебе выше конкретный вопрос задал, а ты ответил на два поста,
    > кроме него. ну и кто тут балабол?

    так он ответил - неправильно. Уровень большинства "видевших" ipfw, но ни разу ничего кроме локалхоста не настроивших - да и то за них сделал готовый rc.firewall

     
     
  • 8.218, zzz (??), 17:38, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Свой уровень знаний вы уже продемонстрировали юзерспейсным нетграфом и постоянным переобуванием в прыжке на тему "нет альтернатив - плохо, что есть альтернативы".
     
  • 7.222, zzz (??), 17:52, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, конечно. Кичился своим глубоким знанием "подводных камней" фри, но не знаешь про redirect_addr / redirect_port.
     
  • 3.166, qwerty123 (??), 08:07, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >а принести iptables или ipchains

    ааааа....!!! не надо! лучше засверлите мне ноги дрелью!

     
  • 2.78, Ivan_83 (ok), 19:30, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хз, у меня навидия просто работает.
    Я всё жду когда дрова на свежие веги из линуха утянут.
     
     
  • 3.272, anonn (?), 20:23, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.freshports.org/graphics/drm-fbsd12.0-kmod/
     
  • 2.129, crypt (ok), 22:24, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > до этого skype полудохлый был

    зато теперь веб.скайп.ком решил эту проблему

     
     ....нить скрыта, показать (53)

  • 1.67, Аноним (224), 18:28, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Давно не следил за развитием Фри. Появилась ли виртуализация на уровне ядра?
     
     
  • 2.69, Аноним (224), 19:09, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Минусят индейцы. Значит -- не появилась.
     
     
  • 3.74, Аноним (74), 19:22, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Минусят индейцы. Значит -- не появилась.
    >> В гипервизор bhyve добавлена поддержка Live-миграции гостевых окружений

    И правда, не было, нет и не будет!

     
     
  • 4.79, Аноним (224), 19:31, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не уровень ядра, а дополнительная сторонний гипервизор. Но уже хорошо. Я так понимаю, xen тоже есть?
     
  • 4.80, Аноним (224), 19:32, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А, извините, я дед старый, вижу уже не очень, а думаю ещё хуже.
     
  • 2.88, пох (?), 19:58, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Давно не следил за развитием Фри. Появилась ли виртуализация на уровне ядра?

    этого - обратно в криокамеру, кстати, "там есть режим кремации", не забудьте включить.

    bhyve нам набихали в 9, кажись?

     
     
  • 3.93, Аноним (224), 20:18, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, Фря вполне, по-моему, норм сейчас. Надо бы попробовать.
     
  • 1.81, Zulu (?), 19:33, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Nosh позиционируется как замена BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами.

    А теперь смотрите, как бздюки будут это хвалить, а systemd ругать. Ибо воистину.

     
     
  • 2.84, анонн (?), 19:48, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Nosh позиционируется как замена BSD init и NetBSD rc.d, вобравшая в себя черты таких систем, как Solaris SMF, daemontools-encore, UCSPI и средств IBM AIX по раздельному управлению системой и сервисами.
    > А теперь смотрите, как бздюки будут это хвалить, а systemd ругать. Ибо  воистину.

    Во-первых, казалось бы, причем тут системд, о которой никто не упоминал в новости?
    Во-вторых, этому nosh уже лет 5, так что давайте уже "нахваливания бздюков" в студию!

    В-четвертых:
    https://jdebp.eu/Softwares/nosh/debian-binary-packages.html
    Ой, да? ))

     
  • 2.89, Дон Ягон (?), 20:00, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут стоит только учитывать, что вне зависимости от, разработчики nosh не засунули в PID 1 столько ада, сколько разработчики s-d. Поэтому, странно ругать оба этих поделия одинаковыми словами.
    По моим ощущениям, nosh называют "системным менеджером", а не "системой инициализации" только для того, чтобы говорить линуксоидам "шматрите, у нас тожи есть системудэ".
    Лучше бы, конечно, меньше вот этой вот показухи, больше нужностей. Но имеем то, что имеем.
     
     
  • 3.92, Аноним (224), 20:17, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Но координатор запуска разве не одна из самых базовых "нужностей"? С-д удобней всего это зоопарка на баше.
     
     
  • 4.97, Дон Ягон (?), 20:24, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Но координатор запуска разве не одна из самых базовых "нужностей"? С-д удобней
    > всего это зоопарка на баше.

    Во-первых, systemd не удобнее зоопарка на bash во всех случаях, кроме самых типовых.
    Во-вторых, sysvinit действительно довольно мерзок.
    В третьих, в *BSD системах просто нет bash в базовой системе, поэтому твои аргументы про bash-портянки - традиционная газификация луж ленупсоедом-фанатегом-системудэшником, который ничего не знает, но мнение имеет.
    В четвёртых, rc-скрипты в *BSD декларативны везде, где это можно/практично. Т.е. разница с ini-конфигом только в том, что можно не только переменные сетить, но и писать что-то без костылей.

     
     
  • 5.98, Дон Ягон (?), 20:25, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> всего это зоопарка на баше.
    > Во-первых, systemd не удобнее зоопарка на bash во всех случаях, кроме самых
    > типовых.
    > Во-вторых, sysvinit действительно довольно мерзок.
    > В третьих, в *BSD системах просто нет bash в базовой системе, поэтому
    > твои аргументы про bash-портянки - традиционная газификация луж ленупсоедом-фанатегом-системудэшником,
    > который ничего не знает, но мнение имеет.
    > В четвёртых, rc-скрипты в *BSD декларативны везде, где это можно/практично. Т.е. разница
    > с ini-конфигом только в том, что можно не только переменные сетить,
    > но и писать что-то без костылей.

    "Писать" = программировать на sh, в данном контексте.

     
  • 5.221, Аноним (224), 17:50, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, мой юный яростный друг, разница в том, что любые скрипты в таком виде и исполняются, а с-д "скрипты" проходят анализатор, а их "пользовательский" вид исключительно для декларации намерений.
    Но не суть. Старт системы во Фре всё так же ужасен, как и был. В линухе хоть как-то в этом плане рыпаются -- пусть и не всегда удачно.
    Нужен декларативный механизм с отслеживанием связей и компиляцией. Чтобы уйти от баш- и эсах-ада.
     
     
  • 6.228, Аноним (52), 20:07, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Нужен декларативный механизм с отслеживанием связей и компиляцией. Чтобы уйти...

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

     
     
  • 7.256, Аноним (224), 16:46, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Экзотики не должно быть вообще. Какая тут может быть экзотика?
     
  • 6.234, qwerty123 (??), 22:16, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Старт системы во Фре всё так же ужасен, как и был.

    тебя пугают shell-скрипты? не бойся, они не кусаются.

     
     
  • 7.257, Аноним (224), 16:47, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кусаются. Просто ты о них пока ничего не знаешь.
     
  • 6.240, Дон Ягон (?), 00:21, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, и что Скрипты исполняются, а конфиги надо валидировать - вот это новос... текст скрыт, показать
     
     
  • 7.258, Аноним (224), 16:50, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Описывать процесс старта системы на баше с его совершенно незащищённым ни от чего разборщиком строк вот это, по-моему, и есть жесточайший косяк. Конфики должны компилится, а не интерпретироваться. Компилится хорошим анализатором. Компилится из декларативного кода. Никакой "самодеятельности".
     
     
  • 8.262, Дон Ягон (?), 17:37, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Описывать процесс старта системы на баше с его совершенно незащищённым ни от
    > чего разборщиком строк вот это, по-моему, и есть жесточайший косяк. Конфики
    > должны компилится, а не интерпретироваться. Компилится хорошим анализатором. Компилится
    > из декларативного кода. Никакой "самодеятельности".
    > Описывать процесс старта системы на баше

    Ещё раз: bash в базовой поставке BSD систем нет.

    > с его совершенно незащищённым ни от чего разборщиком строк вот это, по-моему, и есть жесточайший косяк

    Почему? В чём именно проблема, мешающая запускать/останавливать сервисы?

    > Конфики должны компилится, а не интерпретироваться.

    Кому должны? У тебя будут аргументы, а не безосновательные утверждения?

    > Компилится хорошим анализатором.

    Анализатор - анализирует, а не компилирует. Во что они должны компилироваться и зачем?\

    > Компилится из декларативного кода.

    Конечно, можно вспомнить, что любой конфиг - это DSL, но всё-таки "декларативный код" - это конфиг, а не код/ЯП.

    > Никакой "самодеятельности".

    Как ты собираешься этого добиться? Я могу в качестве команды на запуск указать шелл скрипт. Или сделать ExecStartPre/ExecStartPost, обмазавшись шеллом с ног до головы. Стоит понимать, что иногда без кастомной логики при запуске сервиса не обойтись, т.е. отказаться от ExecStartPre/ExecStartPost не получится. Получается, все проверки, на которые ты наяриваешь - бесполезный мусор.

     
     
  • 9.266, Аноним (224), 19:33, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    С последним аргументом -- сразу согласен. Увы, но интерпретируемый код в принципе не безопасен. Поэтому, да, я бы его весь выпилил. Но это недостижимо, увы. Хотя, на стадии загрузки можно было бы и попробовать.
    Почему компилиться, а не интерпретироваться? Дело в том, что анализаторы наиболее употребимых шеллов уж очень... либеральны: сделать так, чтобы текстовая строка превратилась в исполняемую команду совсем уж просто. Меня вот это смущает. С одной стороны шеллы предоставляют очень "дешёвый входной билет" в виде простейшей семантики, но с другой -- вороти что хочешь и валидировать код самими средствами шелла совершенно бессмысленно. В шеллах же до сих пор присутствуют совершенно архаичные и крайне небезопасные конструкции, от которых в "нормальных" современных языках отказались давным давно. Ну уж хотя бы какие-то надёжные экранирующие конструкции были -- так и их нет.
     
     
  • 10.270, Дон Ягон (?), 19:53, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да я прекрасно знаю, что posix shell это достаточно своеобразный язык программирования. Почему это проблема для shell скриптов, выполняющихся при старте системы и для запуска сервисов?
    Правильно рассматривать shell как простой, ограниченный DSL для связывания между собой стандартных юниксовых утилит. В этой роли он и выступает. Я понимаю я бы тебе сайты советовал бы на шелле писать или что-то самодостаточное, тогда твои аргументы были бы аргументы, а так ты критикуешь shell за то, что он используется в той нише для которой он и был создан.

    Ошибиться можно как при написании скрипта инициализации, так и при написании systemd-юнита. В первом случае только тебе будет сильно проще его отладить; и поправить ты его сможешь сам, в случае юнита же есть вероятность, что тебе придётся править то, что захардкожено в си-коде и опциями конфигурирования не настраивается.

     
     
  • 11.282, Аноним (224), 16:35, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сформулирую более кратко -- шелл на старте это огромная дырень в безопасности системы. Где-то с этим мириться, но, по-моему, s-d шаг в верном направлении.
     
     
  • 12.283, Дон Ягон (?), 17:08, 28/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Сформулирую более кратко -- шелл на старте это огромная дырень в безопасности системы. Где-то с этим мириться, но, по-моему, s-d шаг в верном направлении.

    Shell в стартовых скриптах ВООБЩЕ НИКАК не влияет на безопасность системы.
    В отличие от комбайна, который впихнул в PID1 всё на свете, в т.ч. парсер dbus-сообщений.
    Новости про дыры в systemd из-за этого сами найдёте, или подсказать?

     
  • 2.185, xm (ok), 11:45, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Линуксоиды со своим неизбывным systemd-батхёром, похоже, уже не способны смотреть на мир не через эту дыру.
     
  • 1.96, Аноним (96), 20:21, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Посоветуйте ноутбук для FreeBSD недорогой что бы поддерживал все железо.
     
     
  • 2.122, пох (?), 22:06, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    любой с предустановленной десяточкой бери, и фрибздуй куда хошь - вот этим вот: https://download.freebsd.org/ftp/releases/VM-IMAGES/12.0-RELEASE/amd64/Latest/ (отставить мне эти смехyечки про unrar.rar!)

    потому как если вопрос вообще ТАК ставится - тебе точно ничего другого не надо.

     
     
  • 3.151, Аноним3 (?), 02:25, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну в лине так же было разве нет? подбирали железо под дистр, а не наоборот. правда фряха никак не выйдет из этого тупика, хотя тащат из линя все что плохо лежит)) помнится сам раньше искал именно дист на комп, который с дровами и заведется.
     
     
  • 4.170, пох (?), 10:25, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    году в 98м - да, было Правда, вон ne2kpci пока не выпилен, в отличие от - Сей... текст скрыт, показать
     
     
  • 5.268, Аноним (52), 19:42, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А вот с тыреньем драйверов интересная ситуация:
    - wifi и прочая - да, бывает туго долго, старо;
    - а вот интел видео - так текущий graphics/drm-fbsd12.0-kmod получается свежее, чем в ином дистре линуксов. вот такие дела.
     
  • 5.269, Аноним (52), 19:43, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > а вот интел видео - так текущий graphics/drm-fbsd12.0-kmod получается свежее, чем в ином дистре линуксов. вот такие дела.

    Только зачем он такой, настолько свежий?

     
  • 2.169, Аноним (169), 10:02, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Thinkpad'ы вполне подойдут. Например, T-серии. Не самые распоследние, естественно. А вообще, ноут - это боль. Ни поменять что-нибудь, ни добавить, ни убавить. Лучше тазик какой-нибудь, и поупражняться.
     
     
  • 3.171, пох (?), 10:34, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > А вообще, ноут - это боль. Ни поменять что-нибудь, ни добавить, ни убавить.

    да, на нем просто работать надо. А не добавлять-убавлять.

    P.S. в T480 вроде вернули нормальный дисплей, но ценник заоблачный и снижения не ждите. Под фрей работать нормально не будет - MX150.

     
     
  • 4.208, Аноним (52), 14:48, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вам про сетевушку / видюшку / прочее. Да сейчас даже с памятью часто напряг, не то чтобы что-то по-мелочи. Раньше с wifi'ями было не оч, сейчас ничего.
    Ну и распоследние модели, это не только потенциальные проблемы с дровами, но и
    > ценник заоблачный

    и безблагодатность.

    Отвечая на пару уровней выше: берите любой тот же thinkpad T-серии хоть 5 летней, хоть 8-летней давности. Всё ок на нём будет, всё потянет, лишь бы памяти мог 8Гб+ (лучше и вообще 16Гб+) - время такое. И то, в память обычно упирается браузер. В общем, смотря что на нём делать. Для консольки с LXDE вообще выбор гораздо шире. А бонусом будет ещё и полноценный rj-45 и vga.

     
     
  • 5.210, пох (?), 15:08, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам про сетевушку / видюшку

    говорят же вам - не работаит, MX150 там. Ну или "дешевая" модель с тусклым дисплеем (они все такие) и какой-то старой нвидией, или вовсе без. Сетевая карта интеловская, igb должен ее поддерживать.

    > Отвечая на пару уровней выше: берите любой тот же thinkpad T-серии хоть 5 летней, хоть 8-летней
    > давности.

    с разбитой клавиатурой, ушатанным тачем и мертвой батареей. Берите-берите, а то нигры в центральной африке скоро последние разберут на металлолом.

    что только не делают не-такие-как-все, чтоб только кляту венду не ставить ;-)

     
     
  • 6.211, пох (?), 15:11, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а, блин, вайфай же ж еще... тут да, с современными леновами ничего не светит.
    Ставьте линyпс.
     
  • 6.213, анонн (?), 15:48, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > с разбитой клавиатурой, ушатанным тачем и мертвой батареей. Берите-берите, а то нигры
    > в центральной африке скоро последние разберут на металлолом.
    > что только не делают не-такие-как-все, чтоб только кляту венду не ставить ;-)

    Новая оригинальная клавиатура стоит аж 25 баксов. Причем, далеко не факт что 5 лет смогут ушатать (у мну после 8 лет только буква N потихоньку очертания теряет, да "зацепки" на F и J уже почти стерлись).
    Тач нафиг не нужен, есть трекпоинт. Батарею можно взять китайскую.
    В общем, рефурбишед ноуты вполне себе ничего, особенно если 3 летние.
    Сейчас не 15 лет назад, сильная разница в производительности разновозрастных машинок не заметна.

     
     
  • 7.254, пох (?), 15:46, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Новая оригинальная клавиатура стоит аж 25 баксов.

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

    я давно подозревал что желающие bsd на десктоп не могут не быть извращенцами, но настолько?!

    > Сейчас не 15 лет назад, сильная разница в производительности разновозрастных машинок не заметна.

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

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

     
     
  • 8.261, анонн (?), 17:14, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если мусье не знает, что такое рефурбишед и не умеет считать, то может охотно тр... текст скрыт, показать
     
     
  • 9.265, Аноним (52), 18:22, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Повторю - сейчас не конец девяностых или начало двухтысячных, когда железо за 4 года успевало ускориться в 3 раза, смысла тратить тысячи зеленых исключительно на "быстроту" нет.

    Ну, кому-то потребительство. А кому-то ехать. Первых конечно больше. Приходится соответствовать)

     
  • 6.238, anonn (?), 23:57, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    T серия идёт и просто с интеграшкой,даже последние модели заводятся с drm-12.0-kmod,а вайфай меняется как карточка pci,так и ставится дополнительный юсбишный - это вообще не проблема.На али интеловские 3160 от 5 баксов стоят и 100% там работают.Проблемы будут с кардридером и acpi(второе патчится)В принципе,даже на  А серии с райзенами можно фрю завести,но там нужно прописывать костыль в конф загрузчика ((без него виснет на инициализации железа)упоминается в багзилле) и драйвер пока глючный (артефачит в играх и подлагивает в воспроизведении видео)-это на 12 релизе.На карренте уже лучше.Т.е. с интелом можно брать,а с райзеном пока на вырост.
     
  • 4.214, Аноним (52), 15:49, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > в T480 вроде вернули нормальный дисплей

    А можно подробнее, что там с дисплеем?

     
     
  • 5.223, Аноним (224), 17:53, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во всех Тэшки и Х-сы ставят fhd-панели так себе качеством: цветопередача как у старого советского телика.
     
  • 5.267, пох (?), 19:41, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    тач же ж. Конструктивно это два (а то и три) лишних "прозрачных" слоя поверх панели - с соответствующими потерями в контрасте и в четкости изображения.

    Лечится за счет установки еще более контрастной и яркой панели, разумеется - но это ж деньги, китайцы так не привыкли.
    Итого - есть выбор из старых бушных дотачевой эпохи (но можно напороться на 1366 - кетайцы такие тоже любили - это мучительно больно даже на 14"), мутных с тачем, с любым числом точек, включая hd, и громадного uhd в последнем T480, в котором проблема, внезапно, отсутствует, зато присутствует немаленькая наценка за такую конфигурацию. Плюс еще и за дискретное видео для него заплатить придется отдельно.

    ну а чего вы хотите от узкоглазых? Они плохо понимают, что нужно этим лаоваям, поэтому берите что дают, а то и это испортят.

    И если плата wifi действительно pci'ная - то, действительно, в помойку и вся недолга, ничего в той что там штатно хорошего нет.

     
  • 2.177, Сарабонг (?), 10:48, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Посоветуйте ноутбук для FreeBSD недорогой что бы поддерживал все железо.

    Курите вику: https://wiki.freebsd.org/Laptops/

     
     
  • 3.215, Аноним (52), 15:50, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ух ты, а я думал она протухшая. Рабочих моделей больше, но о них никто не знает.) В вике только то, что зарепортили.
     
     
  • 4.216, анонн (?), 16:00, 26/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Ух ты, а я думал она протухшая. Рабочих моделей больше, но о
    > них никто не знает.) В вике только то, что зарепортили.

    http://dmesgd.nycbug.org/index.cgi
    FreeBSD: 1726
    Но да, оно не для новичка, хотя увидеть поднялся ли вайфай и прочее можно.


     
  • 1.125, crypt (ok), 22:14, 25/03/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эти изменения сейчас в current, а потом в минорный релиз 12.x попадут?
     
     
  • 2.128, zzz (??), 22:19, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Во фре любой current становится release'ом.
     
     
  • 3.138, crypt (ok), 22:52, 25/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну то есть это хорошая новость. я как новоиспеченный фанат системы только рад получить приятные мелочи к 12.1. все правильно понимаю?
     
     
  • 4.249, KaZaaM4iK (ok), 13:12, 27/03/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я знаю, то они уже и там и там.
     
  • 4.314, Друг_Чебурашки (?), 15:42, 01/04/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >новоиспеченный фанат системы

    Это вам на опёнок.У фряшников фанатизм не культивируется.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:


    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру
    Hosting by Ihor