This media is not supported in your browser
VIEW IN TELEGRAM
Быстрый совет по Linux
В терминале сочетание
Идеально подходит для повторного использования длинных путей к файлам или имён файлов без необходимости набирать их заново. Если нажимать
Это позволяет быстро и точно извлекать и переиспользовать ранее введённые данные, экономя время и снижая количество ошибок
@linuxos_tg
В терминале сочетание
Alt + . – это небольшой, но очень мощный шорткат для повышения продуктивности. Оно вставляет последний аргумент предыдущей команды в текущую позицию курсора.Идеально подходит для повторного использования длинных путей к файлам или имён файлов без необходимости набирать их заново. Если нажимать
Alt + . несколько раз подряд, можно перебирать аргументы из более ранних команд в истории, двигаясь назад. Это позволяет быстро и точно извлекать и переиспользовать ранее введённые данные, экономя время и снижая количество ошибок
@linuxos_tg
🔥139👍76❤19
Иногда стоит остановиться и просто поразиться тому, насколько реально круты некоторые современные технологии
Яркий пример: теперь можно запускать игры, собранные под x86 Windows… на ARM Linux. Причём с очень хорошей производительностью и совместимостью.
Совершенно другая архитектура процессора. Кардинально другая операционная система.
И тем не менее, благодаря целому набору софт-проектов (например, FEX, который позволяет эмулировать x86-софт на ARM64) – это не просто возможно, а реально удобно в повседневном использовании.
Более того, x86-игры под Windows на ARM Linux работают настолько хорошо, что Valve использует ARM Linux в качестве основы для компьютера в своём грядущем шлеме Steam Frame.
А Ubuntu теперь пакует Steam (x86-приложение для запуска x86-игр) специально для ARM-машин под Ubuntu Linux.
https://snapcraft.io/steam
Ранние тесты уже показывают отличную производительность в некоторых из самых популярных Windows-игр в Steam (например, Clair Obscur Expedition 33).
В эпоху, когда нас заваливают бесконечным потоком софт-изменений, которые никому особо не были нужны (вроде AI в Notepad.exe, AI в MS Paint, AI в… ну вы поняли), особенно приятно видеть новые и обновлённые проекты, которые приносят по-настоящему впечатляющие (и реально весёлые) возможности☕
@linuxos_tg
Яркий пример: теперь можно запускать игры, собранные под x86 Windows… на ARM Linux. Причём с очень хорошей производительностью и совместимостью.
Совершенно другая архитектура процессора. Кардинально другая операционная система.
И тем не менее, благодаря целому набору софт-проектов (например, FEX, который позволяет эмулировать x86-софт на ARM64) – это не просто возможно, а реально удобно в повседневном использовании.
Более того, x86-игры под Windows на ARM Linux работают настолько хорошо, что Valve использует ARM Linux в качестве основы для компьютера в своём грядущем шлеме Steam Frame.
А Ubuntu теперь пакует Steam (x86-приложение для запуска x86-игр) специально для ARM-машин под Ubuntu Linux.
https://snapcraft.io/steam
Ранние тесты уже показывают отличную производительность в некоторых из самых популярных Windows-игр в Steam (например, Clair Obscur Expedition 33).
В эпоху, когда нас заваливают бесконечным потоком софт-изменений, которые никому особо не были нужны (вроде AI в Notepad.exe, AI в MS Paint, AI в… ну вы поняли), особенно приятно видеть новые и обновлённые проекты, которые приносят по-настоящему впечатляющие (и реально весёлые) возможности
@linuxos_tg
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤146🔥82👍39🥰6🫡5👌3
Forwarded from infosec
• Друзья, пришло время провести очередной конкурс. На этот раз мы разыгрываем бумажную версию книги "Практическая безопасность Linux", которая поступила в продажу 2 недели назад. Автор издания лично подпишет для вас книгу и направит по нужному адресу. Ну и чтобы повысить шанс на победу, мы сделали целых 15 призовых мест!
• Итоги подведём 17 января в 11:00 по мск., случайным образом, при помощи бота. Доставка для победителей бесплатная в зоне действия СДЭК.
Для участия нужно:
1. Быть подписанным на наш канал: Infosec.
2. Подписаться на канал наших друзей: Мир Linux.
3. Нажать на кнопку «Участвовать»;
4. Ждать результат.
Бот может немного подвиснуть — не переживайте! В таком случае просто нажмите еще раз на кнопку «Участвовать».
#Конкурс
• Итоги подведём 17 января в 11:00 по мск., случайным образом, при помощи бота. Доставка для победителей бесплатная в зоне действия СДЭК.
Для участия нужно:
1. Быть подписанным на наш канал: Infosec.
2. Подписаться на канал наших друзей: Мир Linux.
3. Нажать на кнопку «Участвовать»;
4. Ждать результат.
#Конкурс
🔥67👍20❤19😢3🙏3👨💻3👌1
Официально: Линус Торвальдс теперь занимается вайбкодингом
Для части своего последнего проекта он заюзал Antigravity от Google
https://github.com/torvalds/AudioNoise
@linuxos_tg
Для части своего последнего проекта он заюзал Antigravity от Google
https://github.com/torvalds/AudioNoise
@linuxos_tg
😁155
Похоже, Arch Linux движется в сторону замены ключевых компонентов (таких как pacman) на переписанные на Rust аналоги.
Немецкое агентство Sovereign Tech Agency профинансировало разработку ALPM (Arch Linux Package Management) на сумму $562 800 (более полумиллиона долларов).
Эта работа была почти полностью сосредоточена на создании "библиотек и инструментов на Rust" для управления пакетами в Arch, которые "нацелены на сохранение совместимости с pacman".
На данный момент Rust-реализация ALPM ещё не заменила pacman полностью. Однако здравый смысл подсказывает, что замена является целью проекта (иначе столь масштабное финансирование выглядело бы бессмысленным).
Также стоит отметить: существующие инструменты управления пакетами Arch (такие как pacman) распространяются под лицензией GPL. Новые библиотеки и замены на Rust лицензируются по MIT-лицензии
@linuxos_tg
Немецкое агентство Sovereign Tech Agency профинансировало разработку ALPM (Arch Linux Package Management) на сумму $562 800 (более полумиллиона долларов).
Эта работа была почти полностью сосредоточена на создании "библиотек и инструментов на Rust" для управления пакетами в Arch, которые "нацелены на сохранение совместимости с pacman".
На данный момент Rust-реализация ALPM ещё не заменила pacman полностью. Однако здравый смысл подсказывает, что замена является целью проекта (иначе столь масштабное финансирование выглядело бы бессмысленным).
Также стоит отметить: существующие инструменты управления пакетами Arch (такие как pacman) распространяются под лицензией GPL. Новые библиотеки и замены на Rust лицензируются по MIT-лицензии
@linuxos_tg
Пока в Linux не начнут упрощать базовые вещи вроде этой, "года Linux" так и не будет. Только что поставил Fedora 43 – и вот команды, которые нужно выполнить, чтобы система не уходила в спящий режим.
Может скажем ему?
@linuxos_tg
Быстрый совет по Linux
Вы можете попросить
Файл
Пример содержимого файла
Каждая строка - это имя или шаблон. При сканировании
@linuxos_tg
Вы можете попросить
du пропускать определённые директории, указав их имена в текстовом файле, тогда они не будут попадать в отчёт по использованию диска. Это позволяет держать вывод чистым и не учитывать то, что вас не интересует.du -h -X excludes.txt
Файл
excludes.txt содержит имена или шаблоны путей, а не жёстко заданные расположения. du игнорирует всё, что совпадает с ними, во время сканирования. Также можно использовать wildcard-шаблоны, например *.log, чтобы пропускать все .log-файлы, найденные при обходе.Пример содержимого файла
exclude.txt:Downloads
.local
.config
.var
.ssh
*.png
.gnupg
Каждая строка - это имя или шаблон. При сканировании
du игнорирует всё, что совпадает с этими записями, благодаря чему вывод по использованию диска остаётся сфокусированным и читабельным.@linuxos_tg
👍109❤20
Альфа-версия GNOME 50 была выпущена
Главная новая фича?
Ознакомиться с полным списком изменений можно на странице анонса релиза. Финальный выпуск GNOME 50 ожидается 18 марта 2026 года
@linuxos_tg
Главная новая фича?
«Полностью удалена поддержка X11».
Ознакомиться с полным списком изменений можно на странице анонса релиза. Финальный выпуск GNOME 50 ожидается 18 марта 2026 года
@linuxos_tg
Let’s Encrypt начал выдавать TLS-сертификаты для IP-адресов и запустил короткоживущие 6-дневные сертификаты
Теперь можно поднимать HTTPS напрямую на IPv4/IPv6 без доменного имени – удобно для homelab, тестовых стендов, временных сервисов, внутренних бэкендов и начальной настройки серверов. Сертификаты для IP выдаются только в short-lived формате и живут 160 часов (чуть больше 6 дней)
Параллельно стали доступны опциональные 6-дневные сертификаты и для доменов – как дополнительный уровень защиты: при компрометации ключа ущерб ограничен самим сроком жизни сертификата, а не отзывом.
Для получения нужен ACME-клиент с поддержкой профиля shortlived (например, свежий Certbot). Для IP валидация только через http-01 или tls-alpn-01 – dns-01 не поддерживается
@linuxos_tg
Теперь можно поднимать HTTPS напрямую на IPv4/IPv6 без доменного имени – удобно для homelab, тестовых стендов, временных сервисов, внутренних бэкендов и начальной настройки серверов. Сертификаты для IP выдаются только в short-lived формате и живут 160 часов (чуть больше 6 дней)
Параллельно стали доступны опциональные 6-дневные сертификаты и для доменов – как дополнительный уровень защиты: при компрометации ключа ущерб ограничен самим сроком жизни сертификата, а не отзывом.
Для получения нужен ACME-клиент с поддержкой профиля shortlived (например, свежий Certbot). Для IP валидация только через http-01 или tls-alpn-01 – dns-01 не поддерживается
@linuxos_tg
❤118👍78
This media is not supported in your browser
VIEW IN TELEGRAM
🔥302❤86👨💻29
Xorg предлагает новую "главную" ветку своего X11-сервера, которая:
- Вернется к коду февраля 2024 года (почти два года назад) и
- Переименует свою ветку с "master" на "main".
Оставим в стороне явно политкорректное изменение имени ветки на "main"…
Цель этого шага, похоже, заключается в том, чтобы выпустить новые релизы Xorg с минимальным влиянием от прежних вкладов основного разработчика XLibreDev.
Мотивация Xorg кажется очевидной — у Xorg есть личная неприязнь к ведущему разработчику XLibre, возникшая из-за его форка Xorg, а также из-за его неполиткорректных (не левых) политических взглядов (что недопустимо). Однако тот факт, что Xorg вообще пытается делать новые релизы, довольно странен.
В последние годы ключевые разработчики Xorg (и Wayland) ясно дали понять, что основной целью Xorg Foundation является в конечном итоге полное уничтожение Xorg (для того, чтобы насильно продвигать Wayland). И для этого они прилагали значительные усилия, отклоняя (буквально) тысячи предложений по коду на протяжении многих лет и затягивая важные фичи и исправления (многие из которых уже внедрены в форк XLibre).
Является ли это реакцией на широкое принятие XLibre, которое, похоже, набирает популярность? Или, возможно, эта странная стратегия вызвана тем, что принятие Wayland застопорилось (они имеют примерно одинаковую долю рынка с Xorg/XLibre), несмотря на попытки навязать Wayland пользователям на протяжении нескольких лет?
Будет ли этот подход официально принят? Это выглядит вероятным, поскольку это предложение исходит от Алана Куперсмифа, бывший член правления Xorg Foundation и менеджер релизов Xorg
https://lists.x.org/archives/xorg-devel/2026-January/059417.html
@linuxos_tg
- Вернется к коду февраля 2024 года (почти два года назад) и
- Переименует свою ветку с "master" на "main".
Оставим в стороне явно политкорректное изменение имени ветки на "main"…
Цель этого шага, похоже, заключается в том, чтобы выпустить новые релизы Xorg с минимальным влиянием от прежних вкладов основного разработчика XLibreDev.
Мотивация Xorg кажется очевидной — у Xorg есть личная неприязнь к ведущему разработчику XLibre, возникшая из-за его форка Xorg, а также из-за его неполиткорректных (не левых) политических взглядов (что недопустимо). Однако тот факт, что Xorg вообще пытается делать новые релизы, довольно странен.
В последние годы ключевые разработчики Xorg (и Wayland) ясно дали понять, что основной целью Xorg Foundation является в конечном итоге полное уничтожение Xorg (для того, чтобы насильно продвигать Wayland). И для этого они прилагали значительные усилия, отклоняя (буквально) тысячи предложений по коду на протяжении многих лет и затягивая важные фичи и исправления (многие из которых уже внедрены в форк XLibre).
Является ли это реакцией на широкое принятие XLibre, которое, похоже, набирает популярность? Или, возможно, эта странная стратегия вызвана тем, что принятие Wayland застопорилось (они имеют примерно одинаковую долю рынка с Xorg/XLibre), несмотря на попытки навязать Wayland пользователям на протяжении нескольких лет?
Будет ли этот подход официально принят? Это выглядит вероятным, поскольку это предложение исходит от Алана Куперсмифа, бывший член правления Xorg Foundation и менеджер релизов Xorg
https://lists.x.org/archives/xorg-devel/2026-January/059417.html
@linuxos_tg