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

Начну с того, что первым вспомнилось:

1. sudo make install.
Довольно часто в инструкциях по установке софта под «онтопик» говорят делать это. Не знаю, почему вообще кто-то считает это хорошей идеей (могут быть, наверное, исключения, но не советовать же это в качестве стандартного способа установки). Если пакета под ваш дистрибутив нет, используйте Flatpak, AppImage, AUR, PPA, Docker или хотя бы tar.gz, распакованный в пользовательскую директорию. (Snap не используйте, Snap — говно.)

2. sudo gedit.
В основном в «гайдах» по настройке чего-то на «бубунте». Ибо пишут эти такие же «бубунтята». Консольный текстовый редактор и то такая себе идея от рута запускать. Hint: man sudoedit.

3. «/ на SSD, $HOME на HDD».
Почему-то у линуксоидов так сложилось, что принадлежащие пользователю файлы хранятся в одной куче с данными, пренадлежищими программам. Из-за этого остаётся либо выключать в ФМ показ скрытых файлов (а потом снова вклюать, когда понадобится, после чего снова отключать), либо лицезреть помойку. Но самое страшное последствие данного маразма проявляется, когда у пользователя имеется SSD и HDD и он решает на первый поставить систему, а на второй вынести $HOME. В итоге данные, которые по назначению совпадают с содержимым / (только являются при этом специфичными для конкретного пользователя), которые программы постоянно читают и перезаписывают, оказываются на HDD. Храните свои пользовательские данные в /data/ (как в андроиде), /mnt/data/ или где-то ещё. А $HOME пусть остаётся на SSD, на том же разделе, что и /. (Хранить все данные исключительно на HDD тоже не обязательно.) Местоположение папок «Загрузки», «Документы», «Изображения» и т. д. можно настроить средствами DE либо через конфиг XDG User Directories.

4. gremlin_the_red пишет по поводу CONFIG_HZ=1000 для плавности:

Ммм, карго культ он такой. Это очень много лет, как абсолютно ничего не даёт. […] В нашей реальности 2021го не осталось шедулеров, привязанных к config_hz, это дела давно минувших дней.

5. Отдельный раздел для swap.
Зачем лишний раз усложнять себе жизнь и плодить разделы, если можно сделать swap в виде файла? И нет, производительность от этого не упадёт. (Оказывается, что если HDD, то таки упадёт, но там, наверное, уже неважно (см. комментарии).)

Пункт 2.2:

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

sudo cast maxcom

По предложению Spoofing. Решил запилить отдельный тред.

Начну:

1. Пишет всем комментарии.

2. «…ты когда какаешь, то писаешь? А какаешь многобайтово, или в однобайтовой кодировке?»

3. Не любит изюм.

(Давайте только без поиска по цитатам, а то так не интересно.)

Подсказка по первым двум пунктам

Спойлер

Компания Canonical сообщила, что общий срок поддержки релизов Ubuntu 14.04 LTS «Trusty Tahr» и Ubuntu 16.04 LTS «Xenial Xerus» увеличен с 8 до 10 лет за счёт продления с 3 до 5 лет фазы Extended Security Maintenance (ESM), которая наступает после окончания стандартного для LTS срока поддержки и предполагает выпуск обновлений безопасности для наиболее популярных пакетов.

Для получения обновлений в рамках ESM требуется подписка Ubuntu Advantage for Infrastructure. Цена подписки составляет от 25 до 1,500 $ за инсталляцию в год в зависимости от уровня и типа машины, однако её можно получить бесплатно для личного пользования на не более чем 3 ПК (50 для участников Ubuntu membership).

Срок поддержки релизов Ubuntu 18.04 «Bionic Beaver» и Ubuntu 20.04 «Focal Fossa» не изменился и также составляет 10 лет.

>>> Подробности

Добавляю в /etc/pacman.conf:

[home_post-factum_kernels_Arch]
Server = https://download.opensuse.org/repositories/home:/post-factum:/kernels/Arch/$arch

После этого в терминале:

➜  ~ yay -Syy
error: home_post-factum_kernels_Arch: key "95C357D2AF5DA89D" is unknown
:: Import PGP key 95C357D2AF5DA89D? [Y/n] y

error: segmentation fault
Please submit a full bug report with --debug if appropriate.
signal: segmentation fault

Если вручную сделать sudo pacman-key --recv-keys 95C357D2AF5DA89D, то yay -Syy выводит:

error: home_post-factum_kernels_Arch: signature from "home:post-factum OBS Project <home:post-factum@build.opensuse.org>" is unknown trust
error: failed to synchronize all databases (invalid or corrupted database (PGP signature))

sudo pacman-key --refresh-keys не помогает.

Что делать? (Отключить проверку подписи не предлагать.)

Когда-то давно пытался настроить интерполяцию кадров, но даже SVP не принесло желаемых результатов (точнее местами принесло, но ценой диких артефактов в других местах) и от идеи пришлось отказаться. Потом пришла мысль, что для избежания 3:2 pull down, который-то всё и портит, для просмотра видео в 24 FPS можно купить монитор с частотой 120/144/240 Гц.

В связи с этим вопрос обладателям: насколько лучше выглядят видео в 24 FPS на мониторе с частотой 120/144/240 Гц по сравнению с 60?

P.S. Не нашёл на ЛОРе ни одного тега, связанного с «высокочастотными» мониторами. Неужели тут так мало ценителей «игоря»?

Эта тема предназначена для пользователей (в первую очередь авторов новостей), корректоров и модераторов. Пишите в эту тему, если:

• Вы являетесь пользователем (в первую очередь автором новости) и хотите обсудить с корректором/модератором внесённые в текст новости изменения, её удаление или перенос в другой раздел.

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

При обращении в эту тему указывайте ссылку на новость.

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

После переполнения эта тема будет закрыта для комментирования, вместо неё будет создана новая.

But this year they’ve finally been working on supporting the Generic Buffer Manager by their proprietary driver stack. Earlier in the year was their work on allowing Mesa’s GBM code to support alternative back-ends, among other infrastructure work around the effort. They’ve also been working on DMA-BUF support and other Wayland-related improvements to their driver, some of which premiered recently in the NVIDIA 470 series and the other work like the GBM support is still ongoing.

As the latest good news, NVIDIA engineer James Jones who has long been involved in the effort, commented on the aforemnetioned Mesa GBM discussion, «That will work fine on our HW/driver if you’re using format modifiers. The two have similar requirements outside of layout. Without modifiers, you’ll probably get a tiled surface when you want a linear one, which won’t work. Anecdotally, Sway currently runs fine on our GBM path out of the box.»

!Ъ: https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-GBM-Works-With-Sway

Ура, здравый смысл победил, наконец-то. Разработчикам, не ставшим прогибаться под нвидию — респект. А заступники проприетарщины, которые утверждали, что NVIDIA не могла реализовать GBM по каким-то там техническим причинам, могут идти лесом.

Я долго придерживался позиции, что когда речь идёт об операционной системе, то вместо «Linux» следует употреблять «GNU/Linux», по двум причинам:

1. Linux — это ядро, а не ОС. Точно так же, как NT и Darwin — это ядра, а ОС называются соответственно Windows и macOS. А у Linux есть... куча разных ОС на его основе.

   И если сгрести их все в кучу, обозвав «ОС на основе Linux», то это тоже будет по большей части бессмысленно, потому что Android или какая-нибудь embedded-прошивка принципиально отличается от десктопной Ubuntu с GNOME. Программа, предназначенная для последнего не будет работать на первом. (Не берём в расчёт всякие костыли. Точно так же можно программу для оффтопика в Wine запустить, от этого она не станет программой для Linux.)

2. Я люто ненавижу всевозможных троллей, старающихся принизить вклад RMS(/GNU/FSF) в развитие информационных технологий — мол, есть ОС Linux, на которой мы запускаем скайпик, хромого и игры под блобом нвидии, а GNU/СПО будто бы и не было совсем, никому оно не нужно, кроме фанатиков бородатых, и вообще MIT свободнее GPL — а также невежд, осознанно или неосознанно им содействующих: мол, «как хочу, так и называю, что вы меня исправляете, сектанты?».

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

Исторический контекст таков, что Столлман развивал ОС GNU как свободную замену Unix, в которой было готово всё, кроме ядра, но студент из Финляндии оказался быстрее, и в итоге к компонентам GNU прикрутили Linux. Но в современных дистрибутивах полно софта, являющегося частью базовой системы, но не относящегося к GNU (systemd, dbus, PAM, polkit, графическая оболочка и т. д.). И если согласиться с логикой, что мы говорим «GNU/Linux», потому что Linux без GNU не образует операционную систему, то придётся и всё вышеперечисленное в название запихивать. Получится как с постоянным ростом количества букв в одной известной аббревиатуре.

Ещё иногда особенно умные комментаторы тыкают тебя в какой-нибудь дистрибутив Linux, не использующий GNU, но всё ещё на достаточном уровне совместимый с GNU/Linux, мол шах и мат, свидетели Столлмана. И частично они правы. Но с другой стороны, линуксовый софт и на фряхе работает, НЯЗ.

Не знаю, какое общее название лучше подходит современным десктопно-серверным дистрибутивам линукса. Возможно, подойдёт что-то вроде GNU-like (в противовеc Unix-like, при этом от называемой так ОС даже не требуется использовать GNU или Linux). Если бы история сложилась немного иначе, то мы могли бы иметь просто ОС GNU.

Но вообще, особенно учитывая всё вышесказанное, важно понять, что софт распространяется не под какие-то там ОС или ядра, а под платформы. Платформой может быть Windows, macOS, Android, Web, Docker, JVM, PlayStation и т. д. Когда выйдет Steam Deck, то будет платформа SteamPlay/Proton, под которую разработчики будут тестировать и выпускать свои игры.

Для GNU-like тоже нужна своя общая платформа, для которой разработчики смогут собирать и распространять своё ПО. Что-то вроде FreeDesktop/Flatpak/AppImage/bubblewrap, но доведённое до ума.

Итого имеем:

1. Термин «ОС Linux» — затычка, костыль, используемый за неимением более подходящего.
2. Термин «GNU/Linux» не является решением. Linux vs. GNU/Linux — ложная дихотомия.
3. Ждём рождения на основе десктопного линукса полноценной платформы, для которой разработчики смогут выускать и распространять свой софт. Хотя вряд ли люди перестанут использовать термин «ОС Linux» даже после появления такой платформы.

Всё, больше графоманить сил нет, жму «Поместить».

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

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

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

А, теперь Deleted уже не работает. Ложная тревога. Ждём, пока этот тред снесут как тупняк.

Пока меня не было на ЛОР добавили поддержку Markdown. В самом факте ничего страшного нет, но при написании/редактировании новостей возникают проблемы:

1. Нет аналога

[cut=Текст, который будет выведен в ссылке вместо скрытого внутри cut содержимого]
Текст, который будет скрыт внутри спойлера
[/cut]

2. Раньше в новостях в дополнение к главной ссылке («Подробности») можно было добавить и другие, оформление которых ничем не отличалось (пример). Для этого, ЕМНИП, достаточно было просто добавить >>> [url=https://www.example.com]Ссылка[/url] отдельной строкой в текст новости. А теперь не получается: отображается как тройная цитата. (Не знаю, связаны ли эти проблемы, но в старых новостях замечал, что подобные ссылки отображаются как цитаты.)

Предлагаю привести в соответствие функциональность Markdown и Lorcode и запилить конвертор, чтобы корректоры/модераторы могли редактировать сообщение в том формате, в которым им удобно.

sudo cast maxcom.

Re: Новая книга «Linux Kernel Programming»

sudo cast hobbit

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

ref=dbs_a_def_rwt_hsch_vapi_tkin_p1_i1

Или это не реферальный код автора новости, а что-то ещё? В любом случае без него прекрасно открывается.

Исправил новость, чтобы было сразу понятно, что ссылка на Amazon, но ref пока не удалял. Жду мнения модераторов по этому поводу.

В 2018 году перестал заходить на ЛОР. Но недавно наконец захотелось вернуться.

Наткнулся случайно в поисковике на lorquotes и решил открыть (туда вроде даже попала пара моих сообщений). В результате попыток открыть сайт, который, как выяснилось, мёртв, нашёл тему. После этого не удержался и пошёл читать остальной форум.

Пока читал новые и старые темы, проникся осознанием того, что ЛОР во многом намного лучше остальных ресурсов. Однако вместе с наслаждением от прочтения эпических тредов второй половины прошлого десятилетия (I was there when it was written, как говорится) меня наполнило ощущение постапокалиптичности: куча никнеймов в старых темах перечёркнуты; в новых темах больше нет пользователей, которые были тут раньше; в худшем случае вместо них теперь в старых тредах теперь сам с собой спорит Deleted, и только благодаря упоминаниям их никнеймов в комментариях вспоминаешь, что этот пользователь существовал; те, у кого раньше было 1-3 звезды теперь имеют 5; модераторы, которые больше не модераторы; jollheef (и Dimez) вообще удалился, жаль. (Из плюсов: теперь большая часть моего игнор-листа в бане.)

Предлагаю устроить перепись живых лоровцев.

cast x86-
Привет, версия меня из прошлого.

Есть ещё кто-то из новых регистрантов?

P.S. Моя аватарка теперь на ⅔ не соответствует действительности, надо сделать новую.

Их тут обычно удаляют. А зря. Ведь заявления виндузятников, что у опенсорса всё плохо и для «серьёзных людей» остаются только продукты MS, на фоне воодушевляющих новостей из мира открытых окон и закрытых исходников будут выглядеть гораздо менее убедительно. Это выгодно нормальным линуксоидам (проще найти информацию для доказательства своей позиции) и даже самому ресурсу (больше аргументации в пользу свободных ОС → больше пользователей свободных ОС → больше посетителей форума). Те, кому подобные темы неинтересны, могут их просто игнорировать (тут и так полно разных тем, которые кому-то могут быть неинтересны).

https://pineapplefund.org/#charities

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

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

( Основные изменения )

>>> Список изменений

>>> Анонс

Нашёл новость на Opennet и не смог не притащить.

Ъ: На странице about:addons в Firefox используется Google Analytics. Даже с Do Not Track. Даже с дополнениями типа uBlock (потому что они не работают на about:*). И в Tor Browser тоже. В качестве костыля предлагают заблокировать discovery.addons.mozilla.org.

Потому что компания Microfoft представила Git Virtual File System.

https://phoronix.com/scan.php?page=news_item&px=Microsoft-GVFS-Git-Filesystem:

GVFS (Git Virtual File System), which virtualizes the file system beneath your repo and makes it appear as though all the files in your repo are present, but in reality only downloads a file the first time it is opened. GVFS also actively manages how much of the repo Git has to consider in operations like checkout and status, since any file that has not been hydrated can be safely ignored. And because we do this all at the file system level, your IDEs and build tools don’t need to change at all!...With GVFS, this means that they now have a Git experience that is much more manageable: clone now takes a few minutes instead of 12+ hours, checkout takes 30 seconds instead of 2-3 hours, and status takes 4-5 seconds instead of 10 minutes.

Линукс тут при том, что на него это тоже, возможно, портируют.

The Git Virtual File-System currently only works for Windows 10, but with it being open-source under the MIT, it likely will only be a matter of time before we see it implemented as a FUSE driver for Linux.