Сейчас телеграм по умолчанию при входе с нового устройства первым делом отправляет запрос на подтверждение через телеграм же. И только спустя час даёт возможность восстановить доступ через СМС.
Для меня оказалось проще перейти на zsh. В нём после настройки с история ведёт себя хорошо, есть фичи, которых в баше не хватает, а синтаксис после bash гораздо привычнее, чем у fish.
Я имел в виду аналог амдшных hcc и HIP для C++, только для Rust.
SPIR-V интереснее, т.к. более переносимо, но должно быть сложнее в реализации (hcc, как и rustc использует LLVM).
Эм… Вы о чём? Функции Linux API прекрасно документированы в man-pages и не менее прекрасно сохраняют обратную совместимость (по крайней мере если использовать их в соответствии с документацией). То же самое относится и к библиотекам из пакета GNU.
Может, у Вас с какой-то конкретной либой/тулкитом возникли проблемы?
Да, вас отправят в конкретный пункт. А вот послать не могут.
Вот, например, меня именно послали в магазине. Сказали, что ключ вшит в биос и никак удалён быть не может.
Мне было не до того, чтобы с ними разбираться, так что винду снёс, а деньги так и не вернул.
Совершенно не согласен с автором в большей части пунктов.
1.
«Официальный» дистрибутив
никому не нужен и никаких проблем он не решит. Нужен общий рантайм, гарантированно работающий во всех дистрибутивах, и такие рантаймы предоставляют Steam и flatpak.
2.
Жизнеспособная замена X.Org
Не очень понимаю, чем Wayland «не готов к серьёзному использованию». Да, есть конфликты с NVIDIA и медленное развитие Wayland-backend в KWin, но если пользоваться видео от AMD или Intel с GNOME или какой-либо DE, изначально разработанной под Wayland, то никаких проблем не возникает.
К тому же, как уже отмечали выше, дисплейный сервер — не та часть системы, которая затрагивает обычных пользователей или разработчиков пользовательских приложений.
3.
Удаление устаревших приложений из каталогов
Здесь я вообще не понял, что имел в виду автор. Если приложение присутствует в репозитории, это подразумевает, что оно работает на данном дистрибутиве и серьёзных проблем не имеет. Или автор говорил о каких-то сторонних каталогах?
4.
Антивирусы и другие защитные программы, работающие в реальном времени
Сейчас кажется, что в Linux можно обойтись другими мерами защиты. В любом случае, если возникнет потребность — появятся и антивирусы, а при отсутствии потребности говорить о них не вижу смысла.
5.
Программы для непрофессионалов, пользующихся профессиональными инструментами
Безусловно, чем больше профессионального софта, тем лучше, хотя и с этим не так всё плохо
никто не станет монтировать полнометражный фильм в OpenShot или работать над альбомом в Audacity
Зато вполне можно этим заниматься в DaVinci Resolve и Ardour.
6.
Улучшение вывода шрифтов
С моей точки зрения, шрифты и так выглядят хорошо, но я в этом мало понимаю, так что спорить не буду.
7.
Выпуск качественных компьютеров, рассчитанных на Linux
Вот с этим соглашусь. Для простого потребителя важно наличие на рынке готовых решений.
Если можно будет прийти в магазин и купить ПК с Linux, на котором гарантированно не возникнет проблем из-за плохой поддержки железа, популярность Linux резко пойдёт вверх.
Проблема в том, что nvidia чем-то не угодила часть протокола wayland (конкретно Generic Buffer Management) и они продвигают свой альтернативный API EGLStreams.
В итоге wayland-композиторам приходится либо поддерживать оба API (как сделано у Gnome в Mutter), либо посылать нвидию и, как следствие, пользователей их проприетарного драйвера.
Внезапно, первый же встреченный в комментариях пример — песня одной из любимейших групп :)
«Официальный» MP3 всё же чуть лучше выглядит, хотя тоже заставляет задуматься:
Я имел в виду аналог амдшных hcc и HIP для C++, только для Rust.
SPIR-V интереснее, т.к. более переносимо, но должно быть сложнее в реализации (hcc, как и rustc использует LLVM).
Интересно, насколько реально сделать безкостыльное GPGPU с помощью AMDGPU бэкенда LLVM?
Может, у Вас с какой-то конкретной либой/тулкитом возникли проблемы?
Вот, например, меня именно послали в магазине. Сказали, что ключ вшит в биос и никак удалён быть не может.
Мне было не до того, чтобы с ними разбираться, так что винду снёс, а деньги так и не вернул.
1. никому не нужен и никаких проблем он не решит. Нужен общий рантайм, гарантированно работающий во всех дистрибутивах, и такие рантаймы предоставляют Steam и flatpak.
2. Не очень понимаю, чем Wayland «не готов к серьёзному использованию». Да, есть конфликты с NVIDIA и медленное развитие Wayland-backend в KWin, но если пользоваться видео от AMD или Intel с GNOME или какой-либо DE, изначально разработанной под Wayland, то никаких проблем не возникает.
К тому же, как уже отмечали выше, дисплейный сервер — не та часть системы, которая затрагивает обычных пользователей или разработчиков пользовательских приложений.
3. Здесь я вообще не понял, что имел в виду автор. Если приложение присутствует в репозитории, это подразумевает, что оно работает на данном дистрибутиве и серьёзных проблем не имеет. Или автор говорил о каких-то сторонних каталогах?
4. Сейчас кажется, что в Linux можно обойтись другими мерами защиты. В любом случае, если возникнет потребность — появятся и антивирусы, а при отсутствии потребности говорить о них не вижу смысла.
5. Безусловно, чем больше профессионального софта, тем лучше, хотя и с этим не так всё плохо
Зато вполне можно этим заниматься в DaVinci Resolve и Ardour.
6. С моей точки зрения, шрифты и так выглядят хорошо, но я в этом мало понимаю, так что спорить не буду.
7. Вот с этим соглашусь. Для простого потребителя важно наличие на рынке готовых решений.
Если можно будет прийти в магазин и купить ПК с Linux, на котором гарантированно не возникнет проблем из-за плохой поддержки железа, популярность Linux резко пойдёт вверх.
В итоге wayland-композиторам приходится либо поддерживать оба API (как сделано у Gnome в Mutter), либо посылать нвидию и, как следствие, пользователей их проприетарного драйвера.
linus_torvalds_nvidia.jpg
«Официальный» MP3 всё же чуть лучше выглядит, хотя тоже заставляет задуматься:
Советую почитать о flatpak и snap