Вы можете использовать network-manager в практически любой системе, если пожелаете. systemd нынче практически везде, и чтобы получить что-либо другое, вы должны сознательно сделать такой выбор. Разные дефолты ≁ разные ОС.

Ну и перестановка кроватей. Вкинули ipchains - не торт, удаляем. Вкинули iptables - не торт, удаляем. Вкинули nftables - не торт, надо будет удалить и вкинуть bpfilter.

Ну раз пошла такая пьянка: сколько там пакетных фильтров в FreeBSD? Три?

Не ври, я этого не говорил [br] Не обвиняй в и не будешь послан на? Я вроде бы ясно написал: «А я имел в виду стандартный шаблон». [br] Просто это весьма иронично – как что, так упоминается сонька с фряхой на PS => «лохи, у которых угнали забесплатно код» (как-то так, см. обсуждение релиза 12.1). [br] А вот если речь о амазон-нетфликсе с пингвином на устройствах (при этом, на десктопном пингвине с нетфликсом все туго от слова совсем - т.е. зеркальная ситуация) то " … и тишина!"

Не ври, я этого не говорил

Не обвиняй в и не будешь послан на? Я вроде бы ясно написал: «А я имел в виду стандартный шаблон».
Просто это весьма иронично — как что, так упоминается сонька с фряхой на PS => «лохи, у которых угнали забесплатно код» (как-то так, см. обсуждение релиза 12.1).
А вот если речь о амазон-нетфликсе с пингвином на устройствах (при этом, на десктопном пингвине с нетфликсом все туго от слова совсем - т.е. зеркальная ситуация) то " … и тишина!"

Достал уже этот дефолт с маркдауном.

Это превратится в спор о том, что же лучше: большой набор функций или большой набор ioctl-ов. Уж кому что нравится

Это не вопрос вкуса. Это вопрос революционного или эволюционного пути развития.

Тем не менее, именно эта прослойка предоставляет авторам приложений более-менее вменяемый API

Не так. Линукс с самого начала предложил дикий API, и чтобы это обойти - придумали костыль, тоже с API.

Но если вы взялись утверждать, что под OSS так же «проблем полным полно» - предоставьте пруфы

Я предоставил вам несколько ссылок. Остальные ищите в Google по запросу «freebsd sound issue».

В любом случае, это косяк не звуковой подсистемы и примеры не имеют никакой ценности.

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

А какого рода косяки вам нужны?

Замечу также, что основная часть проблем с pulseaudio также наблюдалась не у всех, а на специфическом железе.

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

Если драйвер 1 некорректно работает с чипом при том, что драйвер 2 работает нормально, то это проблема драйвера 1, а не чипа. На то драйверы и нужны, чтобы учитывать различия в работе с разнообразным железом.

Не так. Линукс с самого начала предложил дикий API, и чтобы это обойти - придумали костыль, тоже с API.

Начнём с того, что именно из Linux OSS и произрастает, вообще-то. ALSA появилась, чтобы разрешить те ограничения, которые были в OSS3. Куча ioctl не представлялась хорошим API.

ручки громкости приложений в PA

При работе на ALSA

PA = PulseAudio. ALSA тут не при делах.

Начнём с того, что именно из Linux OSS и произрастает, вообще-то.

«Родина слонов!» прям.
В BSD независимая реализация именно OSS-API. Это раз. Ну и:
https://wiki.freebsd.org/Sound

versions of the VoxWare drivers were imported (and modified) into the FreeBSD base system between 1993 and 1997

...

The VoxWare drivers eventually became what we know today as OSS, the Open Sound System, maintained by Hannu and his team at 4Front Technologies.

«Родина слонов!» прям.

http://manuals.opensound.com/developer/ossapi.html

Open Sound System is the leading audio programming interface for Linux, Unix and many special purpose (embedded and real time) operating systems. It has long history that starts in 1992 as the Sound Blaster driver for Linux. It was soon expanded to support multiple sound card architectures and to work under multiple operating systems (such as FreeBSD and Unixware). Old school programmers may recognize it as the VoxWare sound driver. During the past years the original driver has developed to a full featured audio subsystem and has been renamed to Open Sound System (OSS).

как бы, «Sound Blaster driver» != «a full featured audio subsystem» [br]

Замечу также, что основная часть проблем с pulseaudio также наблюдалась не у всех, а на специфическом железе.

Только вот пульса не привязана к железу, в отличие от.

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

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

как бы, «Sound Blaster driver» != «a full featured audio subsystem» [br]

Найдите в моих словах:

Начнём с того, что именно из Linux OSS и произрастает, вообще-то.

– хоть что-нибудь про «full featured audio subsystem».

А также укажите, в чём эти мои слова противоречат:

It has long history that starts in 1992 as the Sound Blaster driver for Linux

И вообще, речь шла о том, что Linux якобы «с самого начала предложил дикий API». В то время как все эти /dev/dsp и иже с ними именно в этом самом драйвере для Linux и появились.

Только вот пульса не привязана к железу, в отличие от.

Однако pulseaudio может использовать такие режимы, которые плохо поддерживаются драйвером или железкой.

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

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

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

Качнул сабж, записал на флешку, загрузился на ноутбуке.

Баста, карапузики. Кончилися танцы. Тачскрина нет, WiFi нет, HiDPI кривое. Нет, это не вина XFCE, в линуксе под XFCE оно нормальное.

У меня всё.

Это вы ещё энергопотребление не сравнивали и спящий режим не пробовали.

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

Можно. Но не нужно.

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

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

Всё остальное – это Ваши домыслы и догадки, с формальной стороной ни как не пересекающиеся. С юридической, кстати, тоже. Но это уже вне Вашей компетенции.

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

Ты же просто конечный потребитель который получает результат.

О, дааа! И вот тут-то я понял что наконец-то экстрасенсы вышли из отпуска. Скажите пожалуйста, а название моей конторы Вы сможете назвать? Смелее, там и посмотрим насколько мы тут простые пользователи или сложные, кто его знает?

Ну если всю жизнь прожить в дерьме, то дерьмо уже и не такое дерьмо да?

Я тот самый аноним, который осведомлён о портировании компанией juniper фряхи. И Вы мне не поверите, но у меня где-то CD валяется с фряхой 1.0. Но работаю я преимущественно с Генту. Вы знаете, я давно уже научился обходить дерьмо третьей дорогой.

Ну, говорить-то они могут, конечно.

Баста, карапузики. Кончилися танцы. Тачскрина нет, WiFi нет, HiDPI кривое. Нет, это не вина XFCE, в линуксе под XFCE оно нормальное.

Если ноут будет годика этак 2004-2005 (см. предыдущую тему). Но мы тут про «операционные системы», а не про «археологию», так что на своём HP Spectre x360 с тачскрином и прочими наворотами в виде 16Gb RAM и видяхи NVidia GTX1050Ti 4Gb, куда уж мне богоподобную фряху запускать! Не осилю (на самом деле, тупо дров нет подо всё). Так вот на генточке и мучаюсь, ага… =)))

Ибо сир АзЪ и убог… =))) А вот на ноуте от 2004г., вот там бы даааа!

стадо одинаковых … проще управляемо

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

Много ты знаешь дистрибутивов, которые сказали «нет» systemd? Много ты знаешь дистрибутивов, которые сказали «нет» nftables? Много ты знаешь дистрибутивов, которые сказали «нет» bpfilter?

Любое регулярное собрание - это стадо баранов. И благодаря тому, что core team FreeBSD - отбитые наглухо аутисты, которые гнут свою линию долго, упорно и невзирая ни на что, FreeBSD остается ОС, которая клала большую кучу на мнение румяных CEO, потрясающих пачками хрустящих купюр.

ну так пиши на форум

У меня ничего особенного. Все уже написано на форуме. И там обычно «ну пока не работает»

это чтобы пробрасывать каталог внутрь freebsd-гостя? у меня это пролучалось буквально недавно на работе

У меня хост freebsd, а нужно в гостя win. И это не работает. Нет, по самбе вариант. Win10 мне без сети нужен

в винде тысяча и один прикол даже когда ставишь её на реальное железо

К сожалению такие выкрутасы только в bhyve. В коробку ставится Некст Некст Некст. Но почему коробка не вариант см выше.

ну да, bhyve он же как раз для freebsd и создавался

Я и не спорю. И не говорю, что он должен ее пускать на раз. Я написал, одно из, что мешает нормально пользовать freebsd лично мне (а ещё cardreader, например. При этом дрова есть даже под openbsd)

Это для гостя. Другое

С другой стороны. А как меня может волновать «общий хаос» в Линукс

Помнишь ту хохму про швабру в заднице?

https://pikabu.ru/story/dialog_nenormativnaya_leksika_390464

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

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

Хммм… Пруфцов бы, говорите? Ну чтож, давайте с пруфцами, коль просите. Я же Вас за язык не тянул.

1 Про неблокируемый доступ к файлам в sendfile() для фряхи и nginx хладная история в предыдущей серии.

Вкратце там получилось так, что несмотря на якобы наличие aio, для файлов в nginx во фряхе его включила именно netflix, где-то в 2015-17гг., т.к. в мане https://www.freebsd.org/cgi/man.cgi?query=sendfile&sektion=2 сказано:

The sendfile() system call first appeared in FreeBSD 3.0. This manual page first appeared in FreeBSD 3.1. In FreeBSD 10 support for sending shared memory descriptors had been introduced. In FreeBSD 11 a non-blocking implementation had been introduced.

11 версия фряхи это 2016г., Netflix написала об этом в блоге, ссылка на который демонстрировалась с видом – вон чё фряха-то умеет! Вот эта ссылка – https://medium.com/netflix-techblog/serving-100-gbps-from-an-open-connect-appliance-cdb51dda3b99 и относится эта статья к развлечениям Netflix в 2015-17гг.

Но печаль-беда в том, что кроме того, как показывать как ненадо делать, в этой ссылке есть переход на конкретный материал в блоге nginx (ссылка – https://www.nginx.com/blog/nginx-and-netflix-contribute-new-sendfile2-to-freebsd/), где сказано дословно:

The new sendfile is a drop-in replacement for the previous one.

Т.е., «ваша реализация sendfile настолько говно, что мы переписали её заново». Статья, напоминаю, описывает развлечения netflix в 2015-2017гг.

Так же напомню что механизм aio в Linux появился с версии 2.5.32, т.е., 27 авг. 2002г. (т.е., именно асинхронный доступ к файлам уже был с 2002г.), а в nginx поддержку aio завезли в версии 0.8.11, в 2009г. Ссылка по версиям Linux – https://kernelnewbies.org/LinuxVersions

Ссылка на модуль aio в nginx – http://nginx.org/ru/docs/http/ngx_http_core_module.html

================== В сухом остатке. По «web-серверам» во фряхе и nginx в частности, бсд-фанаты просто не понимают о чём они гундят. Если в Линукс sendfile() завезли сразу и по-взрослому, то во фре был длительный путь по калу мамонта, пока наконец в 2015-17гг., скорее в 2016г., таки не был приведён этот растреклятый кактус sendfile() в форму, кторая в линукс давным-давно была.

Все пруфцы приложены, вперёд.

Продолжение следует. Про эти Ваши NFSv4 ACL… Я же говорил что я вас за язык не тянул? Говорил. Зря не послушали.

Извините, нет. Не помню...

Помнишь ту хохму про швабру в заднице?

У меня нет FreeBSD, простите. Я не помню эту… «хохму».

Хмм… «швабра в заднице», вот как теперь это называется с 12-й версии… =))) Экие, право, затейники… =)))

А что? Метко! Главное же чтоб народу нравилось…

Ну знаю. И чё?

Много ты знаешь дистрибутивов, которые сказали «нет» systemd? Много ты знаешь дистрибутивов, которые сказали «нет» nftables? Много ты знаешь дистрибутивов, которые сказали «нет» bpfilter?

Почему надо говорить нет вещам, которые отчасти (как те же сюстемдэ) имеют смысл? Зачем отказываться от nftables? От bpfilter, если и то и другое явно имеет смысл использовать?

И много ли вы там наговорили «нет», когда Apple пришла и тупо взяла сырцы фряхи за основу своей системы? Хоть по баксу пенсионерам-разрабам кинули?

Много вы там наговорили «нет» когда сони взяла ту же фряху, послала разрабов в пешее эротическое и закрыла свои сырцы? Тут можно и не спрашивать – даже по баксу разрабам не кинули.

Ну и чё толку в том, что вы там что-то говорите, а вас шлют куда подале? Я хоть тот же сюстемдэ могу просто и без затей неиспользовать. Вас же ни кто и не спросил когда выяснилось что сырцы фряхи можно оказалось собрать шлангом. Ну тоже не коммерческий ни фига компиль же, да? Сообщество пилило, прямо как gcc… Ага…

Так что, дело ваше – как обычно. Петушиное. Прокукарекал – а там хоть и не рассветай. =)))

Так продолжалось до выпуска ХР,

win2k

скажем различия между windows 7 pro и ultimate для пользователя могут быть как раз незначительными

Вспомнился случай, произошедший с главредом «Авторевью» в Германии.

После тест-драйва к нему в автомобиль подсел главный конструктор VW, чтобы в рамках тест-ревью ответить на вопросы касательно автомобиля. И (главред) задал вопрос - «Почему все салоны автомобилей VW (VW, Audi, Porsche) такие одинаковые, неужели так дорого стоило немного переработать детали, чтобы было ощущение нового автомобиля?».

На что главный конструктор ответил: «Люди не хотят изменений. Они привыкли к тому, как, что и где расположено, и не хотят ничего менять».

Цитата не совсем верная, но отражающая суть не только автомобилестроения, но и в целом UI.

И последовало продолжение.

2 Про nfsv4 в лине против фряхи.

Бсдшники орут что оне, дескать, найти его не могут. Всё верно. Не там ищут по бестолковости своей. Потому что да, во фряхе nfsv4 acl напрямую зафигачены в UFS.

Почему в Linux этого нет? Потому что Линукс поддерживает не одну UFS/ext{2,3,4},reiserfs{4} … любая ФС, поддерживаемая Линукс, тыщщи их.

В локальной ФС типа рейзер, уже есть POSIX ACL. Но там ещё могут быть и расширенные ACL (что-нибудь типа локальныхх правил SELinux) и тогда поплохеет совсем.

Кроме того. nfs это всё-таки сетевая ФС и её ACL должны как-то мапиться на POSIX ACL. Для этого сделано следующим образом – в ядре Линукс есть поддержка локальных ФС*, с поддержкой posix acl, есть поддержка клиента и сервера NFS и поддержка маппинга.

Один, особо тшательный тут уже нашёл эту ссылку – https://wiki.linux-nfs.org/wiki/index.php/ACLs

Там сказано (раздел Server):

The code to perform this mapping on the server side is in the kernel, in fs/nfsd/nfs4acl.c.

Т.е., берётся локальная ФС (любая из поддерживаемых с POSIX ACL) и через механизмы ядра на неё мапятся NFSv4 ACL. Всё, больше тут работы ядра нет и быть не может, иначе все локальные ФС придётся править, интегрируя туда код для маппинга NFSv4 ACL. А такх дураков в Линукс не держат – сразу ссылают во фряху.

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

Смотрим ман – https://linux.die.net/man/5/nfs4_acl Как я и говорил ранее, поддержка NFSv4 ACL, есть со времени RFC 3530:

RFC3530 (NFSv4.0), NFSv4.1 Minor Version Draft.

А RFC 3530 это апрель 2003г. Да, подтверждаю, там были в конфигах ядра соответствующе пункты, есть и сейчас.

Про поддержку NFCv4.2 во фряхе, я даже спрашивать не буду, ибо троллинг. А вот про циферки я приберёг самый цимес напоследок. =)))

Aceler, Вы писали что в новом году собираетесь хранилища на NFS переводить? Ну так не вздумайте делать это на фряхе. Я специально для Вас оставил вишенку на тортике в виде пруфца – https://lists.freebsd.org/pipermail/freebsd-fs/2013-April/017128.html

Цитаты оттуда Вам понравятся, я в этом уверен. =)))

FreeBSD start time for jBoss .. 270731ms (768% slower) Linux start time for jBoss ….…. 35218 ms

Под нагрузкой фряха сливает на 768% линю. Казалось бы, «надо тюнить»? Но простите, это дефолтные значения, без тюнинга. Пример ещё краше:

Even hitting ctl-c after the test to stop the process is 2x faster: FreeBSD: 4207ms (169% slower) Linux: 2486ms

Причина в том, что реализация во фряхе сделана… ну, в общем, как обычно.

Тут даже добавить нечего.

Полагаю… Как? Хватит пруфцов? Или это у меня «выфсиоврёти»? =)))

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

Так всё и было, могу подтвердить. Опубликовали новость про *BSD, и bsd’шники сразу начали друг перед другом возгласать про то, что в PS4 - FreeBSD. А больше в треде никого не было и никто не пытался уныло траллить. Так всё и было, поверьте, я дочь офицера.

Вы можете использовать network-manager в практически любой системе

SysV я тоже могу использовать в практически любой системе. Теоретически.

Ну раз пошла такая пьянка: сколько там пакетных фильтров в FreeBSD? Три?

И все три выполняют все возложенные на них функции. Как там с тремя реализациями ntfs?

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

Звуковая подсистема работает с драйверами. То, что драйвер оказался непроработанным - косяк. Звуковой подсистемы это не касается.

На то драйверы и нужны, чтобы учитывать различия в работе с разнообразным железом

Если бы они были официальными, я бы еще понял претензию. Мы опять погружаемся в пучину двойных стандартов, когда некорректно работающий драйвер под линукс - это фуфуфу в сторону производителей, а некорректно работающий драйвер под нелинукс - «Драйвер должен … !».

И все три выполняют все возложенные на них функции.

Вы не поверите, но упомянутые вами сервисы для конфигурации сети и системы инициализации тоже выполняют все возложенные на них функции. Не вижу проблемы в упор.

Как там с тремя реализациями ntfs?

А где вы насчитали три? Есть в ядре, read-only, практически не используется. Есть ntfs-3g через fuse, стандарт де-факто. Была ещё давным давно реализация, позволяющая использовать dll с драйвером из Windows, и это даже работало, но очень криво и нестабильно. Вы её имеете в виду? Или я что-то забыл?

Здесь нет двойных стандартов.

Мы опять погружаемся в пучину двойных стандартов, когда некорректно работающий драйвер под линукс - это фуфуфу в сторону производителей, а некорректно работающий драйвер под нелинукс - «Драйвер должен … !».

Я Вам уже писал о словах господина Кроа Хартмана о том, что ~80% кода ядра Линукс написано высококвалифицированными корпоративными разработчиками.

Выгодно корпа́м поддерживать линя и оффтоп? Поддерживают. Не выгодно поддерживать божественную фрю (невзирая на лицензию) – значит, пишите себе дрова сами. Вы сами вышли за пределы поддержки и теперь зидите и орёте чтобы вам хоть что-то сделали. И мир вокруг вас по странной причине не спешит разбиваться заради вас в лепёшку.

И не говорите – какие же кругом дятлы, а вы тут все такие в белом гении.

Если чё, то это был сарказм.

Звуковая подсистема работает с драйверами. То, что драйвер оказался непроработанным - косяк. Звуковой подсистемы это не касается.

С каких это пор драйверы звуковых карт перестали быть частью звуковой подсистемы?

Мы опять погружаемся в пучину двойных стандартов, когда некорректно работающий драйвер под линукс - это фуфуфу в сторону производителей, а некорректно работающий драйвер под нелинукс - «Драйвер должен … !».

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

Что же касается «виноватых», то тут всё просто:

• Если для железки нет ни спецификаций, ни какой-либо ещё открытой информации (как в случае nouveau), то в некорректной работе виноват производитель.

• Если для железки есть спецификация или иным образом доступная информация, то в некорректной работе виноват драйвер.

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

Начнём с того, что именно из Linux OSS и произрастает, вообще-то.

Начнем с того, что в 1993-ем не было никакого Linux OSS. Был код базового аудиодрайвера, написанный Hannu Savolainen и импортированный Jordan K. Hubbard. Далее он был полностью переписан в 1997-ом, 1999-ом и 2005-ом. Произрастает у него, ага.

PA = PulseAudio. ALSA тут не при делах

Извиняюсь, криво прочитал тред.

Начнем с того, что в 1993-ем не было никакого Linux OSS. Был код базового аудиодрайвера, написанный Hannu Savolainen и импортированный Jordan K. Hubbard. Далее он был полностью переписан в 1997-ом, 1999-ом и 2005-ом. Произрастает у него, ага.

Вы слепой?

Open Sound System is the leading audio programming interface for Linux, Unix and many special purpose (embedded and real time) operating systems. It has long history that starts in 1992 as the Sound Blaster driver for Linux

http://manuals.opensound.com/developer/ossapi.html

Зачем отказываться от nftables? От bpfilter, если и то и другое явно имеет смысл использовать?

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

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

/facepalm

Вы стали хуже, чем те «линуксоиды», которых вы в начале данной темы так критиковали…

Вы не поверите, но упомянутые вами сервисы для конфигурации сети и системы инициализации тоже выполняют все возложенные на них функции

Никто не спорит. Но начали вы с другого: «В разных дистрибутивах GNU/Linux в основном используются одни и те же компоненты».

А где вы насчитали три?

Было, было.

С каких это пор драйверы звуковых карт перестали быть частью звуковой подсистемы?

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

В данном случае Linux-драйвер работает нормально, значит, вся необходимая информация есть

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

Open Sound System is the leading audio programming interface for Linux, Unix and many special purpose (embedded and real time) operating systems. It has long history that starts in 1992 as the Sound Blaster driver for Linux

И где тут «именно из Linux OSS и произрастает»?

Но начали вы с другого: «В разных дистрибутивах GNU/Linux в основном используются одни и те же компоненты».

Так в чём я неправ? Да, есть различия в способах установки ПО - потому я и написал «в основном» - но основные утилиты командной строки те же, доступные службы те же. Если в каком-то дистрибутиве по умолчанию предлагается одна реализация чего-то, а в другом - другая, но остальные тоже доступны, то и хорошо - это конкуренция. А учитывая, что популярные и общеизвестные компоненты доступны к установке по желанию, то проблемы в упор не вижу: ну привыкли вы к network-manager или systemd-networkd - ну и используйте их, кто мешает?

Было, было.

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

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

А ничего, что эти самые драйверы являются частью OSS, которая таки Open Sound System?

«Никакого отношения к звуковой подсистеме они не имеют», ага.

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

Я вас с этим поздравляю, вот только какое это имеет отношение к обсуждаемой теме?

Кривые аналогии такие кривые…

И где тут «именно из Linux OSS и произрастает»?

Open Sound System is the leading audio programming interface for Linux, Unix and many special purpose (embedded and real time) operating systems. It has long history that starts in 1992 as the Sound Blaster driver for Linux

Linux

Если до сих пор не рассмотрели, то сходите к окулисту.

Так в чём я неправ? Да, есть различия в способах установки ПО

… разные утилиты конфиги сети, разные утилиты настройки, разные системы инициализации. А так-то да, какие уж тут разные компоненты.

А ничего, что эти самые драйверы являются частью OSS

Вас не затруднит предоставить пруф этому заявлению?

Кривые аналогии такие кривые

Именно

Если до сих пор не рассмотрели, то сходите к окулисту

«for Linux, Unix and many special purpose (embedded and real time) operating systems»

Ткните в «именно из Linux OSS и произрастает», будь ласка.

разные утилиты конфиги сети

Ещё раз, последний: все общие утилиты доступны. Ставьте, какие хотите. Почему вы так привязались к дефолтам? Неспособны поставить себе тот инструмент, который вам нужен?

разные утилиты настройки

Настройки чего?

разные системы инициализации

Где?

В последний раз объясняю: да, есть различия; нет, они не принципиальны; да, можно установить и использовать общедоступные и привычные вам инструменты.

И да, эти различия - это хорошо для развития.

Вас не затруднит предоставить пруф этому заявлению?

http://opensound.hg.sourceforge.net:8000/hgroot/opensound/opensound/file/233e1cedf15a/kernel/drv

И в FreeBSD, хотя и используется своя реализация, драйверы точно так же являются частью звуковой подсистемы.

Именно

Ну так что же вы такие используете?

Ткните в «именно из Linux OSS и произрастает», будь ласка.

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

Короче, заканчивайте шланговать. «Усрусь, да не признаю!» - так себе позиция в дискуссии.

Вообще-то речь о реализации ACL на уровне VFS.

Тут много и тут в т.ч. о VFS :

https://www.kernel.org/doc/ols/2010/ols2010-pages-19-32.pdf

https://lwn.net/Articles/714386/

https://github.com/andreas-gruenbacher/richacl - это не в апстриме если что до сих пор.

Тачскрина нет, WiFi нет, HiDPI кривое. Нет, это не вина XFCE, в линуксе под XFCE оно нормальное.

Это руки у тебя золотые, только растут из задницы, хе-хе-хе.

Так а почему в линуксе есть?

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

на другом ноуте десятка еще более многомиллиардная вылетала

а фряха поставилась по всем вышеперечисленным кейсам

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

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