Появился сайт для отслеживания готовности KDE для сборки с Qt 6
Собственно, сабж: https://iskdeusingqt6.org/ .
По ходу, как всё будет готово, так будут делать KDE 6.
Собственно, сабж: https://iskdeusingqt6.org/ .
По ходу, как всё будет готово, так будут делать KDE 6.
Собственно, сделал вывод из соседней темы.
Мы, линуксоиды, боремся конкретно за свободное ПО. Нам нет профита от открытых исходников под несвободными лицензиями. И мы должны это подчёркивать.
В таком случае распространение термина «Open Source» вредит свободному ПО, поскольку размывает границы нашей борьбы. И другие люди хуже нас понимают. Чем чаще мы говорим «Open Source», тем реже они от нас слышат «свободное ПО». И, соответственно, возникает иллюзия что всё, чего мы желаем, - это читать исходники. Но мы желаем не только читать их, но и патчить и распространять дальше. Поэтому мы должны говорить «свободное ПО», а не «Open Source». По крайней мере, когда дело касается свободного ПО.
Т.е., например, правильнее говорять «Я юзаю свободные GNU/Linux и Emacs.», а не «Я юзаю опенсорсные GNU/Linux и Emacs.».
Собственно, сабж. Возник тут такой спор. Я утверждаю, что свободное ПО и Open Source - это синонимы. Мне же пытаются доказывать, что есть определённые различия.
Вот, например, есть RHEL. В его основе СПО, исходники регулярно выкладываются. Это СПО? Очевидно, что да. Но для его законного использования его нужно покупать. А это по определению некоторых людей исключает RHEL из СПО. Дескать, СПО без всяких исключений можно распространять и ставить на законных основаниях. А если так нельзя, то это, дескать, «проприетарный Open Source» (такое вообще бывает?).
В общем, как мне кажется, люди сами себя запутывают растождествляя свободное ПО и Open Source.
Есть СПО, есть производные дистрибутивы СПО уже под своими собственными лицензиями. И лицензии дистрибутивов не отменяют лицензии софта, который включен в дистрибутив. Если в дистрибутиве GNU/Linux, GCC, Emacs, VIM, Firefox,... и т.д., то как же это не СПО? СПО. Просто никто не обещал, что у дистрибутивного инсталлятора лицензия тоже GNU GPL будет. Зачем же в таком случае на это рассчитывать?
Собственно, сабж:
Ровно 40 лет назад 17 августа 1982 года началась эра оптических носителей информации. На заводе Polygram в Лангенхагене под Ганновером началось производство первого в мире коммерческого CD с выпуска диска группы Abba The Visitors. По иронии судьбы для «Аббы» это была последняя совместная работа, тогда как CD открыл новую эпоху в музыке и, позже, в области компьютеров.
https://3dnews.ru/1072340/kompaktdisku-cd-ispolnilos-40-let
И к этому времени у меня больше нет встроенного в системный блок оптического привода:
# ls /dev/sr?
ls: невозможно получить доступ к '/dev/sr?': Нет такого файла или каталога
#
Собственно, сабж:
$ uname -a
Linux andromeda 5.19.2-un-def-althckr10.1 #1 SMP PREEMPT_DYNAMIC Wed Aug 17 19:22:24 MSK 2022 x86_64 GNU/Linux
$
Переход начался у меня ещё на неттопе с интеловской графикой и 8 Гб RAM в июле. На стационарнике с видеокартой от Nvidia и проприетарными драйверами такая конструкция работать отказалась (Plasma 5.24.6). Возможно, из-за конкретной относительно старой видеокарты. После апгрейда же (AMD Ryzen 9 3900X/64 Гб RAM/AMD Radeon RX 6400/SSD 500 Гб) конструкция KDE 5 + Wayland вполне успешно взлетела.
Почему я задумался о переходе с уютного FVWM'а и иксов? Ну, потому, что Wayland делают сами разработчики иксов на замену иксам, а иксы они больше не развивают. А последнее стало поводом для разработчиков GTK начать обсуждение дропания поддержки иксов в GTK 5: https://www.theregister.com/2022/07/05/gtk_5_might_drop_x11/ . А те же Firefox и Chromium на GTK. Пока что на GTK 3, но в один прекрасный день они доживут до переезда на GTK 5. В общем, уже какое-то время назад стало ясно, что Wayland - это наше будущее независимо от того, хотим мы этого или нет. Вопрос был только в том, насколько это близкое будущее. Так-то и иксы пока что никто не отменял. Но можно заранее подготовиться к этому будущему чтобы потом не метаться в панике, когда поддержка иксов кругом внезапно дропнется.
Что меня огорчило сразу после перехода на KDE 5 + Wayland? Баги создания скриншотов. Рабочим был только один режим создания скриншотов - скриншот окна под курсором. Если бы я не сделал бы патч, то я не смог бы сделать выложенный скриншот. А я патч таки сделал. Для plasma-kwin. 3 режима создания скриншотов спотыкались о нехватку прав для их создания. Мой патч просто-напросто отключил проверку наличия прав на создание скриншотов. Вот он: https://saahriktu.tech/alt/plasma5-kwin-skippermissionscheck.patch .
Рассматривал я и переход на GNOME. Если украсноглазить современный GNOME, то он вполне тянет на замену оконному менеджеру со встроенной скриншотилкой. Т.е. его функционал нынче довольно минималистичен. Однако, возможностей KDE больше и оно реализует более традиционный вид десктопа. Например, из возможностей KDE я ещё использую ускорение колеса прокрутки мыши. Достойная замена иксовому imwheel'у. Кстати, мне не понравилось странное поведение переключалки раскладок GNOME и я её тоже пропатчил. Отключил меню раскладок, которое висит 1,5 секунды (можно ускорить Enter'ом или щелчком мыши). Вот патч: https://saahriktu.tech/alt/gnome-shell-nodelaypopups.patch .
Почему не Sway? Ну, потому, что я и тайловые оконные менеджеры для иксов не осилил, не нравится мне такое. При этом думается, что с эпохой Wayland'а оконными менеджерами продолжат пользоваться только маргиналы, которым мало что нужно. В эпоху иксов между DE и оконными менеджерами разница была только в наборе софта. И идеология оконных менеджеров заключалась в том, что не всем нужны заранее подготовленные набора софта, можно просто отдельные софтины юзать. Но Wayland весь функционал перекладывает на плечи тулкитов и DE. Софтины становятся привязаны к конкретным композиторам (Wayland'овский термин, ага). Например, скриншотилка KDE не работает в GNOME, а скриншотилка GNOME не работает в KDE. И если, например, я хочу юзать скриншотилку KDE, то она тянет за собой всё KDE. Вот такая вот загогулина.
А как же Motif, Tk,... и т.д.? Они же не поддерживают Wayland. Хотя запускаются через Xwayland. Однако, Xwayland могут и дропнуть с наступлением эпохи Wayland'а. Так вот, на том же Motif'е я никогда ничего не писал. А вот тот же PyQt5 вполне тянет на замену Tkinter'у если научиться его готовить. И уже начинают подвозить PyQt6. А в том же Qt Creator'е можно писать и софт на C++ для Qt 6.
Так что, KDE 5 + Wayland вполне можно юзать уже сегодня. Иконки на скриншоте, если что, - kde-1.1.2-new . Изначально хотел допилить значки kdeclassic от KDE 2 (над этим я, кстати, работал ещё во времена KDE 4, но так и не допилил), но потом решил не заморачиваться. Тем более, что они растровые. Хотя можно и перевести в вектор. Но это ещё больше работы.
Собственно, сабж: https://wiki.mageia.org/en/Mageia_9_Development . До этого все строчки сначала были пустыми, а потом данные появились всего в одной строчке.
Теперь же ясно, что релиз планируется в этом году ближе к декабрю. Но это только план, да, по факту релиз может состояться, как обычно, позже.
Mageia 8, напоминаю, вышла весной прошлого года.
ЗЫ. Напоминаю также, что сам лично Магейей я больше не пользуюсь. В конце прошлого года перешёл на ALT Linux.
Собственно, сабж: https://i.ibb.co/jWk9Y59/1660042625.jpg .
Собственно, сабж. Куда смотреть, где списки?
Вот, например, хочу взять AMD Ryzen 9 3900X + матплата MSI B550M-A PRO + оперативка Kingston Server Premier [KSM32RD8/32MER] 32 ГБ. Где в интернете написано взлетит оно или не взлетит? А если не взлетит с Kingston Server Premier [KSM32RD8/32MER] 32 ГБ, то взлетит ли, например, с Kingston FURY Renegade RGB [KF432C16RBAK2/64] 64 ГБ?
Как в этом убедиться до оформления заказа, чисто теоретически, чтобы не выкинуть деньги на ветер? А то, говорят, нынче железяки хитрые, мало совместимости по формфакторам. Какой-то стандарт какой-то железкой не поддерживается - и всё, приехали.
Как оказалось, юзеры WM'ов теперь параллельно с выставлением Xft.dpi в ~/.Xresources должны для GTK выставлять и переменную окружения GDK_DPI_SCALE. Иначе местами текст кукожится.
Вот скрипт для вычисления: https://saahriktu.tech/downloads/espaciardinteckensats.rb.lzma .
Примеры использования (в командной строке задаются ширина в пикселях, высота в пикселях и диагональ монитора):
$ ruby espaciardinteckensats.rb 1920 1080 31.5
Xft.dpi: 70
GDK_DPI_SCALE: 1.3714285714285714
$ ruby espaciardinteckensats.rb 1920 1080 27
Xft.dpi: 82
GDK_DPI_SCALE: 1.170731707317073
$ ruby espaciardinteckensats.rb 1280 1024 17
Xft.dpi: 96
GDK_DPI_SCALE: 1.0
$ ruby espaciardinteckensats.rb 640 480 15
Xft.dpi: 53
GDK_DPI_SCALE: 1.8113207547169812
$
Собственно, сабж: https://www.bejarano.io/sms-phishing/ .
Для Ъ в двух словах: у SMS есть поле «sender ID», которое устанавливается отправителем без всяких ограничений и проверок. Поэтому кто угодно может в SMS представиться кем угодно и телефон это прожуёт, а владелец телефона не заметит разницы.
Собственно, сообщаю сабж для тех, кто проморгал последние новости.
Следующим шагом после запрета россиянам скачивать файло с официального сайта Мелкософт запретил россиянам участвовать в тестировании винды: https://3dnews.ru/1068714/uchastniki-insayderskoy-programmi-microsoft-windows... .
Теперь винда будет ещё и менее протестирована.
А затем стало известно, что
«Что касается России, то мы все сильнее сокращаем свой бизнес и будем это делать до тех пор, пока в конце концов не останется почти ничего, или вообще ничего», — передаёт слова Смита издание РБК.
https://3dnews.ru/1068734/microsoft-sokratit-biznes-v-rossii-poka-nichego-ne-...
Этот Брэд Смит - нынешний президент Мелкософта.
Собственно, сабж: https://mirror.yandex.ru/altlinux-starterkits/x86_64/release/ .
Более полная новость для not true: https://saahriktu.tech/tmp/altp10starterkits20220612.txt .
Собственно, сабж: https://github.com/irssi/irssi/issues/671#issuecomment-1146659814 .
Версия для Ъ:
it is planned to remove /recode
a sample script which could work to interact with a Japanese server: https://anti.teamidiot.de/static/nei/*/Code/Irssi/fullrecode.pl
Есть одна, в общем-то, новая флэшка. Распаковал, отформатировал, начал писать файло. В процессе синхронизации ФС синхронизирующий процесс перешёл в D+, а светодиод на флэшке погас. Вытаскиваю флэшку, вставляю заново... При втыкании светодиод теперь не моргает, но:
# sdparm -i /dev/sdd
/dev/sdd: 13FE USB DISK 50X PMAP
Device identification VPD page:
Addressed logical unit:
designator type: T10 vendor identification, code set: ASCII
vendor id: PHISON
vendor specific: USB3
designator type: EUI-64 based, code set: Binary
0x8765432ab567abcd
designator type: NAA, code set: Binary
0x2000acde48234567
# fdisk -l /dev/sdd
fdisk: невозможно открыть /dev/sdd: Носитель не найден
#
Что принято делать в таких ситуациях?
Собственно, сабж: https://www.nntp.perl.org/group/perl.perl5.porters/2022/05/msg263783.html .
Собственно, сабж. Теперь Chromium и основанные на нём проекты для 64-х битных архитектур only.
https://chromium.googlesource.com/chromium/src.git/+/857c8d8c9792d3911148f050...
https://gitweb.gentoo.org/repo/gentoo.git/commit/www-client/chromium/chromium...
Собственно, сабж: https://brave.com/discussions-in-brave-search/ .
Когда люди ищут, они хотят релевантных, полезных результатов, свободных от шума. К сожалению, поисковая оптимизация (SEO) стала такой наукой — и большим бизнесом — что страницы результатов в поисковых системах крупных технологий, таких как Google, часто загромождены рекламой и автоматическим контентом (или «SEO-спамом») от маркетологов, пытающихся обыграть систему и повысить рейтинг своих сайтов.
На этом фоне Brave объявляет о новой захватывающей функции Brave Search. Она называется «Обсуждения» и теперь доступна на ПК и мобильных устройствах.
Обсуждения — это другая точка входа для реальных человеческих разговоров на определенные темы, особенно те, которые страдают от избытка SEO-контента.
Собственно, сабж.
Я - да. Удалил 685 пакетов шрифтов и жить стало лучше, тормозов стало меньше (раньше я не придавал им особого значения)!
Шрифтов, по ходу, должно быть в меру. Мало шрифтов - баги, много шрифтов - баги.
Собственно, сабж.
Основной чат сообщества, две курилки, «ALT Linux Бразилия» и «ALT Linux Карачаево-Черкесская Республика».
Продолжаю держать в курсе.
| ← назад | следующие → |