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

Вероятно там дрова просто не были установлены на видяху, для линуксят это теперь слишком сложно — risum teneatis, amici! — да и установка xf86-input-evdev требует колоссального умственного напряжения. Да и wi-fi установка без гуя, tui.

Не требуй от этих солнечных детей слишком многого.

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

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

Это потому как ты дебил, который не слышал про sndio. Хотя... Я слишком многого хочу от убунтенка, каких-то знаний, понимания...

Ну говорить Вы можете что угодно.

В связи с крайней «распространённостью» фряхи, её апологетам только и остаётся что говорить.

Насчёт «барина». Это кто? Это Apple? Sony? Кто именно вас так обидел?

что после внедрения nftables они лишаются какого бы то ни было контроля.

Батенька, я понимаю что у Вас уже стул дымится от того, что nftables во все щели делают то, что во фряхе когда-то называлось файерволом (при чём, скопом и все варианты), но Вы вызывающе неправы. 4.2 во все поля.

Дело в том, что пока бсд-фанбои медитировали над своими мантрами, nftables обзавелись вполне вменяемыми либами, позволяющими контролировать их правила даже из юзерспейса. И да, это уже более продвинутый netlink. Ну та же libmnl и libnftnl.

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

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

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

В остальном… Вы даже не понимаете что понимается под термином «компиляция» в данном случае. К Вашему величайшему сожалению, нет, правила там не исполняются. Там нет исполняемого кода в правилах. Вы просто и тупо не понимаете как nft работают. Сожалею.

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

Хренассе тебя порвало. Ты давай лучше, не отвлекайся, пруфцы показывай на плохой фряшный sendfile. Не забудь про пруфцы на линуховый NFSv4 ACL, чтобы там deny был. Народ жаждет! Порви этих анскильных лалок как тузик грелку, хе-хе-хе.

Снимитесь с ручника.

Всё уже было. Только бсд-балбесы ни как не видят приведённых им пруфцов.

Впрочем, это и неудивительно. Это же очередная такая методика ведения «дискуссии» в исполнении бсд-фанбоев – в ответ на приводимые им пруфцы, орать «выфсиоврётииии… фряханиможитбытьгавноооом…». Ну, типа, «не видят и не замечают».

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

Да. По обоим Вашим комментам.

Всё так. Да. И теперь Вам сердечное спасибо за то, что я могу не пытаться перечислять локальные ФС, а просто написать одним словом «VFS». Правда, vfs справедлива не во всех 100% случаев и не на все 100% по реализации (реализации вообще могут быть весьма… «изысканными», в т.ч. например, не поддерживающими posix acl по какой-то странной причине). Но дело не в этом. Пусть у нас будет vfs.

А теперь объясните пожалуйста своими словами нахрен нужны nfsv4 acl в vfs? Ну вот Вы говорите что они типа нужны. Скажите, зачем?

Я Вам намекну. «Сеть» как таковая всегда небезопасна по сравнению с VFS. ;)

не показатель,

Практически во всех областях FreeBSD лучше линукса

Что ты понимаешь в кванторах всеобщности? :-)

Ты давай лучше, не отвлекайся, пруфцы показывай на плохой фряшный sendfile. Не забудь про пруфцы на линуховый NFSv4 ACL

Всё уже было. Только бсд-балбесы ни как не видят приведённых им пруфцов.

Раньше ты хоть ссылки на смищные картинки постил. Лалка анскильная, что же ты такой жалкий и некомпетентный? Соберись, тряпка! Где пруфы, лалка, нам нужны пруфы!

Практически во всех областях FreeBSD лучше линукса Aceler ★★★★★ (08.11.19 23:01:58)

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

Практически во всех областях FreeBSD лучше линукса

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

Потому что да, во фряхе nfsv4 acl напрямую зафигачены в UFS.

Не только в UFS, но и в ZFS: https://wiki.freebsd.org/NFSv4_ACLs

В Linux же есть отдельная утилита nfsv4_setfacl, которая позволяет манипулировать nfsv4_acl в полном объёме. В итоге имеем, что для анонимуса «в Linux NFSv4_acl реализованы не так, как в FreeBSD» равносильно «в Linux нет реализации NFSv4_acl».

Ну так не вздумайте делать это на фряхе.

У нас тут ALT Linux во все поля, никаких шансов.

я этого не писал.

А я и не говорил, что это ты. Но я отвечал на это 4.2 своим примером.

Человек-Aceler выдвинул тезис

FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce (комментарий)

Но дрова на видео поставить

Я смотрю, букварь ты так и не купил.

Да. По обоим Вашим комментам. Всё так. Да. И теперь Вам сердечное спасибо за то, что я могу не пытаться перечислять локальные ФС, а просто написать одним словом «VFS». Правда, vfs справедлива не во всех 100% случаев и не на все 100% по реализации (реализации вообще могут быть весьма… «изысканными», в т.ч. например, не поддерживающими posix acl по какой-то странной причине). Но дело не в этом. Пусть у нас будет vfs.

А теперь объясните пожалуйста своими словами нахрен нужны nfsv4 acl в vfs? Ну вот Вы говорите что они типа нужны. Скажите, зачем?

Я Вам намекну. «Сеть» как таковая всегда небезопасна по сравнению с VFS. ;)

Робачевский «Операционная система UNIX» 1999г. глава 4

Архитектура виртуальной файловой системы

Виртуальные индексные дескрипторы

.....Набор операций над vnode указан полем v_op...

В Linux же есть отдельная утилита nfsv4_setfacl, которая позволяет манипулировать nfsv4_acl в полном объёме

Приведи примеры c deny, чтобы это работало, болтун. Ага, «в полном объеме».

Но дрова на видео поставить

Я смотрю, букварь ты так и не купил.

Ты там с горя рехнулся? Как связаны дрова на видео и букварь? Кукушка отправилась в свободное плавание?

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

Ты там с горя рехнулся? Как связаны дрова на видео и букварь? Кукушка отправилась в свободное плавание?

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

Купи букварь.

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

В vesa, да? У тебя же HiDpi не было. Или что там? Вас, творческих людей, понимать трудно.

Чтобы два раза не вставать: как там с deny в nfsv4_setfacl?

У тебя же HiDpi не было.

HiDPI — это возможность тулкитов масштабироваться. К разрешению экрана это отношения не имеет.

Чтобы два раза не вставать: как там с deny в nfsv4_setfacl?

Гугл там -> https://www.google.com/

HiDPI — это возможность тулкитов масштабироваться. К разрешению экрана это отношения не имеет.

Хренассе. Мониторы с HiDpi — возможность тулкитов масштабироваться. Это пять. Вещества, изменяющие сознание? Водка? И да, если xfce с автоматическим масштабированием подвело — xrandr никто у тебя не отнимал. Попутно замечу — к фряхе все это имеет отношение чуть менее, чем никакое.

Чтобы два раза не вставать: как там с deny в nfsv4_setfacl?

Гугл там

Значит, никак. У линукса поддержка NFSv4 ACL неполноценная. Ясно, понятно.

Из чистого любопытства, что у тебя за wi-fi, который не завелся?

Мониторы с HiDpi — возможность тулкитов масштабироваться. Это пять. Вещества, изменяющие сознание? Водка?

Поддержка HiDPI — это возможность тулкитов масштабироваться под более высокую плотность. Иди проспись.

xrandr тут каким боком? Он не масштабирует тулкиты, он разрешение настраивает, ориентацию и прочее.

Попутно замечу — к фряхе все это имеет отношение чуть менее, чем никакое.

Если на линуксе работает, а на фряхе не работает, то претензии к фряхе. И я об этом написал. Купи букварь, а?

что у тебя за wi-fi, который не завелся?

Intel 8260

Гружусь с флешки. Опять радеон не работает, разделы не монтируются.

То, почему они заимствовали код из FreeBSD, а не из Linux, не говорит о качестве системы. Они это делали ИСКЛЮЧИТЕЛЬНО из-за лицензии. Сонсоли выезжают ИСКЛЮЧИТЕЛЬНО за счёт DRM. аж прослезился от наивности борцуна. откуда тебе знать- то, безинициативный обминишко.

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

HiDPI — это возможность тулкитов масштабироваться.

Поддержка HiDPI — это возможность тулкитов масштабироваться под более высокую плотность. Иди проспись.

Ты такой внезапный, угловатый, противоречивый такой.

xrandr тут каким боком? Он не масштабирует тулкиты, он разрешение настраивает, ориентацию и прочее.

Какое разрешение? Ты чё несешь? xrandr --scale масштабирует фреймбуфер.

Если на линуксе работает, а на фряхе не работает, то претензии к фряхе.

xfce как-то по другому ведет себя на линуксе? Сдается мне, ты фантазируешь, мил человек.

Intel 8260

Да-да-да, в GENERIC'е ее нет. Надо подгружать модуль и фирмваре вручную. man iwm. Для линуксят задача неразрешимая.

И, да. Усердие все превозмогает. «Как там с deny в nfsv4_setfacl?»

Гружусь с флешки. Опять радеон не работает, разделы не монтируются.

Ох, сурова к дебилам фряха!

Ты такой внезапный, угловатый, противоречивый такой.

Кто тебе сказал такую чушь?

Ты чё несешь? xrandr –scale масштабирует фреймбуфер.

Ты серъёзно называешь ЭТО поддержкой HiDPI? Вещества? Плохой сон? Желание сделать из себя клоуна? Поздравляю, тебе удалось.

Впрочем, не позорь FreeBSD, в XFCE есть нормальная поддержка, просто она криво работает.

xfce как-то по другому ведет себя на линуксе?

Да.

Надо подгружать модуль и фирмваре вручную. man iwm. Для линуксят задача неразрешимая.

Лет 15 назад я бы сказал спасибо и радовался наконец заработавшему драйверу. Но то были былинные времена, а теперь я привык к хорошему. Методы 2005-го года сегодня очень плохо пахнут. А Xorg.conf не надо править, чтобы раскладку добавить? А то я даже проверить не успел.

И да, BSD-шники весь тред вещали о том, какие корпорации плохие, драйвера не поставляют. Не виновата в этом фря. А теперь оказалось, что драйвер-то есть, и даже фирмварь есть, просто BSD-шники не осилили его автоматическую подгрузку. Какой конфуз!

FreeBSD лучше линукса практически во всех областях, говорили они.

И, да. Усердие все превозмогает. «Как там с deny в nfsv4_setfacl?»

Гугл всё ещё там же. Я проверял.

А Xorg.conf не надо править, чтобы раскладку добавить? А то я даже проверить не успел.

Сходил, проверил. Гыгыгы.

Настройка раскладки средствами XFCE как бы работает. Только переключившись в русскую раскладку, ничего не вводится.

Ой, как 2005-м то пахнуло…

Ты чё несешь? xrandr –scale масштабирует фреймбуфер.

Ты серъёзно называешь ЭТО поддержкой HiDPI? Вещества? Плохой сон? Желание сделать из себя клоуна? Поздравляю, тебе удалось.

Уже не разрешение меняет randr? Неплохо, хе-хе-хе. И да, насчет поддержки HiDpi и randr: Arch wiki со мной согласна — https://wiki.archlinux.org/index.php/HiDPI#Xorg . Увы и ах, весь мир опять против тебя, талантливого и креативного.

И да, BSD-шники весь тред вещали о том, какие корпорации плохие, драйвера не поставляют. Не виновата в этом фря. А теперь оказалось, что драйвер-то есть, и даже фирмварь есть, просто BSD-шники не осилили его автоматическую подгрузку. Какой конфуз!

Охренеть, ты ниасилил, а виноваты бсдюки.

FreeBSD лучше линукса практически во всех областях, говорили они.

Вы нашли друг друга, ненормальные. Тебе бы к врачу.

«Как там с deny в nfsv4_setfacl?»

Гугл всё ещё там же. Я проверял.

Знаю, знаю — это неспортивное поведение. Поддержка NFSv4 ACL в линуксе неполноценная, хе-хе-хе.

Поддержка NFSv4 ACL в линуксе неполноценная, хе-хе-хе.

По дефолту - пока да. Примут richacls в основную ветку - будет всё нормально. А пока можно собрать с этими патчами самостоятельно, если прямо настолько нужно.

Поддержка NFSv4 ACL в линуксе неполноценная, хе-хе-хе.

По дефолту - пока да.

Неплохо. Но ты совсем не Воен Света.

Ой, как 2005-м то пахнуло…

Да ладно тебе. Ведь еще тач нужно заводить, а он ведь заводится. Но некоторые усилия придется приложить, да.

Сочувствую.

У нас в детском саду над стрелочниками все смеются и с горшка их сталкивают.

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

И да, насчет поддержки HiDpi и randr: Arch wiki со мной согласна — https://wiki.archlinux.org/index.php/HiDPI#Xorg .

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

Охренеть, ты ниасилил, а виноваты бсдюки.

Прикинь, да? Я посмотрел календарь - на дворе 2019-й. Скоро 2020-й.

Какой конфуз!

набросить «Баста, карапузики … WiFi нет», понять, что облажался и резко переобуться в прыжке, заминая тему переводом дискуссии на Xorg.conf.

оказалось, что драйвер-то есть, и даже фирмварь есть, просто BSD-шники не осилили его автоматическую подгрузку

Давай поиграем в игру:

Оказалось, что %FeatureName есть, и %FeatureDependencies есть, просто %OS-(шник(и)|оид(ы)|овод(ы)) не осилил(и) его %action.

Например:

Оказалось, что и сырцы tcp_wrapper/ImageMagick’а есть, и все библиотеки, просто редхатовцы не осилили его сборку для RHEL8.

Охренеть, ты ниасилил, а виноваты бсдюки Прикинь, да? Я посмотрел календарь - на дворе 2019-й. Скоро 2020-й.

В прошлом году был 2018-ый, а в позапрошлом - 2017-ый. О чем это должно сказать?

набросить «Баста, карапузики … WiFi нет», понять, что облажался и резко переобуться в прыжке, заминая тему переводом дискуссии на Xorg.conf.

А где облажался-то? WiFi нет. Тачскрина нет. Клавиатура по-русские не вводит. Наверняка всё это можно настроить. Даже драйвер написать. Но этого нет.

Оказалось, что и сырцы tcp_wrapper/ImageMagick’а есть

Кто-то когда-то утверждал обратное?

BSD-шники в треде утверждали, что драйверов нет, потому что их не пишут злобные корпорации. Линуксоиды не утверждали, что сырцов нет, потому что их зажали.

А вот то, что FreeBSD не подтягивает драйвера автоматически там, где Linux подтягивет, даже при наличии драйвреов — целиком проблема FreeBSD.

Но если ты считаешь, что есть некоторая объективная причина, по которой драйвера WiFi в BSD это такая печаль — я её выслушаю.

просто редхатовцы не осилили его сборку для RHEL8.

Не «не осилили», а «не захотели». Им-то этого гуано мамонта потом поддерживать, а они не хотят.

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

P.S. И это я ещё не проверил россказни анонима.

В прошлом году был 2018-ый, а в позапрошлом - 2017-ый. О чем это должно сказать?

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

Мы, между прочим, обсуждаем LiveDVD. Для Live это вообще базовая фича.

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

Очередное ёкспертное высказывание?
/etc/devd.conf

set wifi-driver-regex                "(ath|bwi|bwn|ipw|iwi|iwm|iwn|malo|mwl|otus|ral|rsu|rtwn|rum|\
...
# Like Ethernet devices, but separate because 802.11 require spawning
# wlan(4) interface.
#
attach 0 {
        device-name "$wifi-driver-regex";
        action "/etc/pccard_ether $device-name startchildren";
};
detach 0 {
        device-name "$wifi-driver-regex";
        action "/etc/pccard_ether $device-name stopchildren";

wlans_rtwn0="wlan0" #usb

wlans_iwn0="wlan0"

Как уже кто-то написал, если я загружаю Live, то там должно всё автоматически определяться и работать. Это нужно для того, чтобы убедить меня, что эта система совместима с моим железом и для меня имеет смысл вообще с ней возиться. А нет, так нет, пока и на генте нормально…

"Археологи", блин...

Робачевский «Операционная система UNIX» 1999г. глава 4

Ну да, окодемический жи труд!!!11

На деле, нет. В те времена не было такой фигни с сетями в общем и целом. И да. В 2019г., анонимус на лоре опровергает академические выкладки тех лет.

Проблема в том, что не только в наборе операций дело. Надо всю фигню из nfs как-то транспонировать в физически используемую в данный момент локальную ФС. А их море. И тогда надо править каждую. Маппинг это довольно сложная задача и ни кто не понимает нафиг чинить уже существующие ФС, добавляя поля и, кроме того, «сеть» вообще и сетевая ФС в частности, это всегда менее безопасно чем локальная ФС. Т.е., здесь ожидает очередной гимор с секьюрностью.

Зачем всё это, если хост с локальной ФС может и без NFS использоваться? В этом случае куда прикажете девать «лишние» атрибуты? Вот и не стали ни фига лишнего тащить в ядро. Если нужна поддержка nfsv4 acl, то есть для этих целей юзерспейсные тулзени. А поддержка самого по себе nfs, mapping, есть (если она нужна) как раз в ядре.

Итого. Подсистема NFS в Линукс реализована грамотнее. Ну и цифры по дефолту я там выше привёл. Она и достаточно шустра вдобавок для промышленного использования. И не мешается под ногами, если она не нужна. Блеск, чесслово! Но да, тюнить её таки надо, если браться за её использование.

И без них всё нормально.

Примут richacls в основную ветку - будет всё нормально.

Незачем всё гуано тащить в ядро.

А где облажался-то? WiFi нет.

Я тут давеча принтер подключал к Debian. Втыкаю, значится, USB-шнурок - и ничего не происходит, принтер не появляется. Печати в линуксе нет.

Debian, вообще, довольно показательный дистрибутив. Когда устройства не поднимаются под Debian’ом, хотя для линукса драйвера имеются - всё становится уже не так однозначно (с) и находятся десятки оправданий, почему вместо рабочей железки (и особенно рабочего WiFi) надо добавлять contrib non-free в sources.list, apt-get update && apt-get install blablablafirmware, insmod, вот это вот всё.

Но это не «А где я облажался-то? WiFi нет», нет. Это понимание принципов, которыми руководствовались разработчики и мейнтейнеры. А те, кто установил дебиан, увидел нерабочее железо и не загрузив фирмварь начал спрашивать на форумах, и уж тем более начал возмущаться, зачем весь этот цирк с конями - тот тупой ламер, который лезет своими кривыми руками, иди инсталль маздайку, лошара, как раз для твоих мозгов, ахахах. П - последовательность.

А вот то, что FreeBSD не подтягивает драйвера автоматически там, где Linux подтягивет, даже при наличии драйвреов — целиком проблема FreeBSD.

FreeBSD свободно автоматически подтягивает драйвера. Для этого есть и linker.hints, и devmatch. Проблема, скорее всего, в том, что разработчики драйвера не добавили список поддерживаемых chip ID в секцию ELF, потому драйвер автоматически не подгружается.

И нет, у анонима не россказни.

# kldload iwm

• и слезки больше не текут.

Это нужно для того, чтобы убедить меня

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

Это, как не трудно догадаться, догрузка дров или фирмвари через то, с чего «вдохновились» при разработке udev.

Вдохновились, очевидно, криво, потому что udev просто работает.

Проверил еще раз: на двух машинках для вайфая достаточно

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