Хмм, а markdown на хабре перестал работать? Я гуглю, вроде доки на месте https://habr.com/ru/docs/help/markdown/ , написано галочку при наборе текста поставить. Но поля с галочкой нет.
С Арчем ты как бы живёшь на передовой, и нужно быть готовым, что возникнет проблема и её надо репортить. С AMDGPU я дважды натыкался на регрессии и их репортил (их пофиксили). С podman как-то возникали, тоже пофиксили.
Редко, но что-то возникает. Мне льстит мысль, что в частности благодаря мне эти баги не доходят до стабильных дистров.
Dolphin и Nautilus уже поддерживают reflink, но только для btrfs.
Это не совсем так. В дискуссии по ссылке, следующий комментарий после того, на который я сослался, утверждает, что CoW работает и под XFS тоже. Там конфуз был потому что в коде функции имеют префикс btrfs_. Но это просто проблема наименования.
Кстати, просто любопытная информация от себя: изменение по поддержке CoW было сделано не непосредственно в коде Nautilus, а в общем коде Glib, который Nautilus использует (ориг. багрепорт был создан на Nautilus, но потом мигрирован на Glib). По-видимому это подразумевает, что CoW может работать у всех приложений, копирующих файлы средствами Glib. В репо Арча я вижу 393 приложения полагающихся на Glib — хотя не знаю, скольким из них это вообще релевантно.
Автор может пожелать добавить апдейт по поводу того, что ситуация изменилась: патч для дефолта cp на --reflink=autoбыл вмержен в Июне прошлого года. Правда, с тех пор не было нового релиза coreutils (на момент написания этого комментария последний релиз 8.32), изменения будут в следующем. Так же, поддержка в nautilus имеется(точно не знаю с какого момента, но комментарий ссылающийся на код оставлен 6 месяцев назад). И по словам автора багрепорта по ссылке, Dolphin тоже поддерживает reflink (уже не стал искать, с какого момента, но можно сказать, что не меньше 6-ти месяцев).
Давно уже хочу перейти на spacevim/spacemacs, но решил что прежде нужно научиться слепой печати с dvorak раскладкой
Из моего опыта, более продуктивно сделать наоборот: перейти на vim-режимы, и получить слепой набор в подарок. Я когда-то именно так и сделал (правда отмечу, у меня qwerty). vim режимы вынуждают использовать основную часть клавы просто для передвижения по коду, и поскольку ты не можешь постоянно поглядывать вниз при навигации, ты постепенно просто запоминаешь локации клавиш. Причём, включая клавиши с цифрами, т.к. они полезны для быстрых манипуляций сразу множеством строк (или иных текстовых объектов). Единственное, я рекомендую включить hybrid line-numbers, чтобы понимать сколько строк вам надо скопировать или удалить. upd: уточню, в Emacs-derivatives для этого надо выставить (setq-default display-line-numbers 'visual) в конфиге.
Вы репортили данные проблемы? В зависимости от серьезности, они довольно могут быть довольно отзывчивы. У моей девушке на Маке нестабильная версия LO Calc крашилась на одном документе — зарепортили, через два дня пофиксили.
Забавный факт: после заработанного инвайта на хабр/гиктаймс, я долгое время и понятия не имел, что на хабре работает автозамена — длинные тире и пр. специсимволы я ставил уже очень давно через Compose. Точнее: <Compose> + - + <Space> для длинного тире, плюс пробела за ним.
Разумеется, я видел спецсимволы и в чужих комментариях, но я наивно полагал, что хабравчане просто используют нечто схожее.
Я полистал дискуссию, и данный багрепорт, похоже, решен для кучи народа еще в ядре 4.9. Открыт лишь потому, что ОП давно уже не реагирует, а assignee — просто рэндомный чувак, случайно поставивший галочку.
Вообще Убунтовский launchpad — один из самых надежных способов потерять репорт. Имеете проблему — убедитесь, что с ванильным ядром она так же имеется, и репортите сразу на bugzilla.kernel.org.
The Foobar challenge: секретный тест Google для разработчиков
Мне только что вылезло на Qutebrowser.
Linux выживальщика
Хмм, а markdown на хабре перестал работать? Я гуглю, вроде доки на месте https://habr.com/ru/docs/help/markdown/ , написано галочку при наборе текста поставить. Но поля с галочкой нет.
Linux выживальщика
Например я репортил [вот такой баг](https://gitlab.freedesktop.org/drm/amd/-/issues/1850).
С Арчем ты как бы живёшь на передовой, и нужно быть готовым, что возникнет проблема и её надо репортить. С AMDGPU я дважды натыкался на регрессии и их репортил (их пофиксили). С podman как-то возникали, тоже пофиксили.
Редко, но что-то возникает. Мне льстит мысль, что в частности благодаря мне эти баги не доходят до стабильных дистров.
Что такое генетические тесты, как они работают и кому пригодятся
А у вас оплатить можно только онлайн? Что-то как-то боязно честно говоря. Почему нет возможности картой при встрече?
Секретный сопроцессор Apple M1: что это, зачем и как работает
Ещё интересная статья с техническими деталями, правда на английском, от компании портирующей Linux на M1: https://corellium.com/blog/linux-m1
Что не так с Copy-on-Write под Linux при копировании
И спасибо за апдейты!
Что не так с Copy-on-Write под Linux при копировании
Это не совсем так. В дискуссии по ссылке, следующий комментарий после того, на который я сослался, утверждает, что CoW работает и под XFS тоже. Там конфуз был потому что в коде функции имеют префикс
btrfs_. Но это просто проблема наименования.Кстати, просто любопытная информация от себя: изменение по поддержке CoW было сделано не непосредственно в коде Nautilus, а в общем коде Glib, который Nautilus использует (ориг. багрепорт был создан на Nautilus, но потом мигрирован на Glib). По-видимому это подразумевает, что CoW может работать у всех приложений, копирующих файлы средствами Glib. В репо Арча я вижу 393 приложения полагающихся на Glib — хотя не знаю, скольким из них это вообще релевантно.
Что не так с Copy-on-Write под Linux при копировании
Fedora 33. По поводу пакета с постфиксом eln103, не уверен на что это, что-то с redhat связанное.
Что не так с Copy-on-Write под Linux при копировании
Патч на Fedora имеется начиная с версий
coreutils-8.32-11.fc33иcoreutils-8.32-11.eln103.Что не так с Copy-on-Write под Linux при копировании
А, и ещё Fedora применяют к пакету coreutils патч для reflink=auto, так что у них это работает уже сейчас.
Что не так с Copy-on-Write под Linux при копировании
Автор может пожелать добавить апдейт по поводу того, что ситуация изменилась: патч для дефолта
cpна--reflink=autoбыл вмержен в Июне прошлого года. Правда, с тех пор не было нового релиза coreutils (на момент написания этого комментария последний релиз 8.32), изменения будут в следующем. Так же, поддержка в nautilus имеется (точно не знаю с какого момента, но комментарий ссылающийся на код оставлен 6 месяцев назад). И по словам автора багрепорта по ссылке, Dolphin тоже поддерживает reflink (уже не стал искать, с какого момента, но можно сказать, что не меньше 6-ти месяцев).Не хочу Visual Studio Code: 7 open source альтернатив
Из моего опыта, более продуктивно сделать наоборот: перейти на vim-режимы, и получить слепой набор в подарок. Я когда-то именно так и сделал (правда отмечу, у меня qwerty). vim режимы вынуждают использовать основную часть клавы просто для передвижения по коду, и поскольку ты не можешь постоянно поглядывать вниз при навигации, ты постепенно просто запоминаешь локации клавиш. Причём, включая клавиши с цифрами, т.к. они полезны для быстрых манипуляций сразу множеством строк (или иных текстовых объектов). Единственное, я рекомендую включить hybrid line-numbers, чтобы понимать сколько строк вам надо скопировать или удалить. upd: уточню, в Emacs-derivatives для этого надо выставить
(setq-default display-line-numbers 'visual)в конфиге.ФНС потратит 3,3 млрд руб, чтобы приспособить свою систему к отечественному «Линуксу» и «Офису»
Тайна Keyboard Level 3 или как напечатать длинное тире
Забавный факт: после заработанного инвайта на хабр/гиктаймс, я долгое время и понятия не имел, что на хабре работает автозамена — длинные тире и пр. специсимволы я ставил уже очень давно через Compose. Точнее:
<Compose> + - + <Space>для длинного тире, плюс пробела за ним.Разумеется, я видел спецсимволы и в чужих комментариях, но я наивно полагал, что хабравчане просто используют нечто схожее.
«Небесная река» — Китай создаст искусственный дождь небывалой силы
Релиз Linux kernel 4.17: что о нем нужно знать
Вообще Убунтовский launchpad — один из самых надежных способов потерять репорт. Имеете проблему — убедитесь, что с ванильным ядром она так же имеется, и репортите сразу на bugzilla.kernel.org.
Релиз Linux kernel 4.17: что о нем нужно знать
Релиз Linux kernel 4.17: что о нем нужно знать
Apple объявила устаревшими технологии OpenGL и OpenCL
Apple объявила устаревшими технологии OpenGL и OpenCL
Более того: MoltenVK уже используется как минимум в Dota 2. Phoronix, в связи с новостью, тестируют Vulkan vs MoltenVK.