Только что наткнулся на это.

Я правильно понял? Теперь модераторы могут удалять сообщения не ветками, а по одному? И хорошо ли это?

Здравствуйте!

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

Пока что самый лобовой вариант, пришедший в голову - это сделать что-то типа ls -lR > treeNNN.txt до и после изменений, а потом на полученные файлы натравить diff.

У этого способа несколько недостатков вижу я, все они не фатальны, но малоприятны.

Во-первых, если после изменений файл поменял содержимое, а размер и дата останутся прежними, это не отследится. Ну это не очень принципиально, подобная ситуация, в основном характерна для действий всякой малвари, а меня больше интересует контроль за «добропорядочными» изменениями. К тому же, чтобы этот недостаток преодолеть, надо считать контрольные суммы, а это потребует сильно больших ресурсов. В крайнем случае можно, наверное, наколбасить баш-скрипт с find и md5sum вместо ls, да.

Во-вторых, если в каталоге с изменениями много файлов, одного diff для анализа будет маловато, чтобы понять, какие файлы изменились и где, придётся сличать diff-файлы и сами слепки. Да, diff позволяет задать, сколько строк до и после отличия показывать, и чтобы имя каталога гарантированно попало в вывод, можно задать число побольше. Но тогда и мусору в самом выводе будет намного больше. :(

В третьих, эта методика статична: если я уже после первичного анализа сначала сравнил слепки с учётом времени изменения файлов, а потом захотел повторить анализ, но уже игнорируя это время, diff уже не поможет, надо писать свой анализатор.

Может, есть какие-то готовые инструменты отслеживания/анализа? Желательно, естественно, опенсорсные и умеющие запускаться на любом гнулинуксе.

Сап, ЛОР.

А есть ли дистрибутив, который полностью пилится сообществом (т.е. не является бесплатным отгрызком какого-нибудь энтерпрайза), основанный на RPM? Т.е. что-то типа Дебиана, но RPM-based?

Я не хейтер DEB, вопрос задаю, в основном в образовательных целях.

Сап, ЛОР.

Обычно для написания кроссплатформенных приложений лепят библиотеку той или иной степени монструозности, и распространяют её сборки под все поддерживаемые платформы.

Но ведь можно сделать абстракцию по-другому: писать описание UI и прочие платформозависимые вещи на языке достаточно высокого уровня, а затем подключать некий препроцессор, который из этого описания сгенерирует код на С (с++, rust - не столь важно) с использованием родного для платформы инструментария. Для Windows это будут вызовы апишных функций, для линукса можно по выбору вызывать либо GTK (всё равно она почти в любом линуксовом десктопе есть), либо Xt+Xaw. Не знаю, что там принято для макоси, но что-то наверняка есть. :) Для прикладного кода предусмотреть библиотеку макросов для связи с возможностями сгенерированного.

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

А теперь объясните мне, почему оно не нужно, почему оно не взлетело, и если это уже кто-то сделал (а наверняка кто-то пытался), то как оно называется и где дают. Я почему-то уверен, что где-то это уже сделано, только ключевые слова для гугления найти не могу.

Если кто помнит, в старой Опере была возможность организации многооконного интерфейса (MDI). Можно было располагать дочерние окна в любой удобной комбинации и даже, кажется, запоминать эту комбинацию при выходе. Потом это всё ушло, и во всех браузерах воцарились однотипные закладки.

И это не только в браузерах, та же фигня - в офисных пакетах. Там не закладки, конечно, но концепцию родительского и дочерних окон (для которых были стандартные способы задать удобное расположение) отовсюду повыкидывали.

Почему так произошло? Неужели поочерёдно переключать закладки/разрозненные окна удобнее, чем сделать Tile и увидеть всё сразу?

Линукс здесь при том, что линуксоиды обычно следят за эргономикой своих действий и любят всем управлять с клавиатуры. И концепция MDI в это укладывалась, на мой взгляд, куда лучше, чем то, что имеем сейчас.

Здравствуйте.

До появления в линуксе автомонтирования флешек всё было понятно: идёшь в /mnt и монтируешь.

В современных дистрибутивах всё как-то постоянно меняется: то монтируют в /media, то в /media/username/, то в ~/media... я до 5 вариантов насчитал. Бывает так, что я флешку воткнул, система показала нечто, похожее на проводник, а чтобы понять, куда оно действительно смонтировалось и открыть в любимом двухпанельнике, надо смотреть /etc/mtab.

Ни к какому знаменателю это не пришло? Стандартов нет? И как вывести алгоритм, от чего это зависит? Демоны автомонтирования разные? Я читаю про всякие udev, udisks2, окончательно запутался, вроде ещё systemd добавил что-то своё.

Подопытные дистрибутивы - самые разные, от дебиана до опензюзи.

И я так понимаю, что KDE и Gnome подкладывают этим демонам свои события, а если у меня какой-то лёгкий WM? Что и кому подкладывать? Вообще, какой процесс в 2017 году отвечает за автомонтирование сменных носителей в линуксе (для определённости возьмём дистры с systemd), и как с ним разговаривать?

Извините за сумбур, но судя по разнообразию вариантов он, похоже, не только у меня в голове.

Здравствуйте.

В программах для Windows есть неписаный (а может, и писаный) стандарт: в окне с закладками можно переключаться между этими закладками с клавиатуры, нажимая Ctrl+Tab. Более того, оказалось, что это работает и в wine!

Есть ли такая же возможность для «нативных» GUI-программ в Linux? Пока я нашёл только обходной путь: если удаётся последовательными нажатиями Tab добраться до закладочника, по закладкам можно ходить стрелками влево-вправо. Но это неудобно: клавишу Tab приходится нажимать несколько раз, причём для разных программ количество нажатий разное, а потом для нормальной работы фокус всё равно приходится убирать, опять хвататься за Tab. И так при каждом переключении. Удобнее тогда уж мышкой ткнуть. :(

Есть ли более естественный способ управления закладками с клавиатуры? Может, это можно где-то настроить? К сожалению, я не понимаю, что отвечает за это поведение: иксы или тулкиты. То, что у виндовых программ даже в wine всё отлично, наводит на мысль, что иксы не виноваты...