DualBoot и qBittorrent

На моём компьютере сейчас в режиме DualBoot установлены Windows 11 и CachyOS. При необходимости захожу в нужную ОС через меню Grub'а, иногда ненадолго, иногда на целый день. Одна из немногих оставшихся функций десктопа – добыча и сохранение нужной информации. Важным инструментом в этом деле является клиент торрент-сети. За последние годы у меня в этом качестве прижился qBittorrent – весьма приличная программа, бесплатная и без рекламы. И даже многоплатформенная – есть клиенты для Windows и Linux. 
Один недостаток – отсутствуют средства для переноса базы закачек с одной платформы на другую на том же самом компьютере. Приводит к тому, что при загрузке, например, в Линукс, невозможно продолжить все загрузки, выполнявшиеся перед этим в Windows. В основном, из-за различного обозначения путей к одним и тем же файлам.
Бесхитростная мысль – заменить эти пути перед запуском клиента – приходила не в одну мою голову, но вот с реализацией было как-то не очень. Авторы на GitHub (а вслед за ними и разные виды нечеловеческого разума) почему-то пытались решить задачу при помощи скриптовых средств, от JavaScript до python'a. Не получилось ни у одного. Я даже решил соорудить собственный инструмент и уже завёл новый проект в Visual Studio, но тут быстро выяснилось, что существует больше одной библиотеки для парсинга базы закачек. Если есть средства, должны найтись люди, которые ими воспользуются и сделают правильный инструмент. И такой инструмент нашёлся – qbittorrent-cli. Программа на Go правильно парсит поля базы закачек и заменяет в них текстовые значения. Для практического применения пришлось в программу внести небольшие изменения и получился вполне годный инструмент для обработки базы закачек перед запуском qBittorrent.
На самой системе выполнил "организационные" изменения: файлы профилей клиента (по два для каждой ОС) разместил в разделе, доступном для всех ОС, папку базы закачек (BT_backup) сделал общей при помощи символьных ссылок, для выполнения процедуры обработки базы (и резервного копирования перед обработкой) перед запуском qBittorrent написал powershell-скрипт и команды для запуска этого скрипта из меню ФАРа (far3, far2l/m). Работают бекап и преобразование очень быстро, задержка запуска клиента с базой закачек около сотни штук - не более 1-2 сек.

 

 

Прощание славянки.

Хоть я и славянин, но пусть будет, нравится мне выражение.

А прощание будет с индо-американским сервисом OneDrive. Собственно, он первым начал прощаться со мной, приходится соответствовать.

На октябрь-ноябрь 2024 OneDrive используется у меня как средство хранения данных OneNote и др. программ, а также для синхронизации этих данных между моими компьютерами. Трудами многих добровольцев (моими в том числе) сервис за многие годы стал вполне рабочим средством, почти не требующим никаких моих усилий при работе. Но msft не унимается, решили и здесь напакостить – воткнули оповещение, что место заканчивается и пора нести деньги для расширения. При этом наличие оповещения не зависит от степени заполненности выделенного мне хранилища – им любых денег мало.

Вполне пристойной заменой выглядит сервис MEGA – места выделили вполне достаточно, работает очень хорошо. Но санкции же… И крысёныш не унимается. Поэтому может получиться та же история, что и с OneDrive. Да и с другими зарубежными сервисами…

По счастью, к настоящему времени достаточно хорошо развился сервис Disk-O – появились и стали вполне рабочими практически все функции OneDrive. Вот его и буду теперь использовать.

OneNote

К настоящему временим практически все накопленные данные потихоньку переползли в облако. Никаких средств по их приземлению нет, но можно создать локальный блокнот и в него перенести все разделы облачного блокнота. Заодно можно и кое-какую реорганизацию  провести. Получившиеся локальные файлы переносим на Disk-O и включаем папку с ними в число доступных офлайн (сохраняемые файлы). В результате получаем записные книжки, доступные на всех компьютерах, которые подключены к тому же хранилищу Disk-O. При отсутствии интернета данные доступны через локальный кеш. Единственный недостаток – файлы в кеше имеют странные имена, но при необходимости (надеюсь, она будет возникать редко) их можно исправить вручную.

Данные программ

К настоящему времени все данные, для которых есть необходимость переместить в облако (для обмена между компьютерами и т.п.), собрались в подпапках одной папки AppData. Весь переход свёлся к копированию папки на Disk-O, объявлению её сохраняемой и перенастройке программ на новые пути для данных.

В Линуксе, для которого разработку клиента почему-то не осилили (а как же имортозамещение?), пришлось наладить синхронизацию с помощью утилиты rclone.

И всё, больше OneDrive мне не нужен. 🙋🏽‍♂️

Научно-технический подвиг 😉

 Есть у меня программка, написанная в технике UWP, которой пользуется некоторое количество людей, в т.ч., я сам. Писалась довольно давно и местами выглядит архаично. Главное, в ней используются контролы "американской" фирмы SyncFusion. Часть из них получилось заместить, но остался контрол для рисования графиков - довольно мощный, но и столь же тормозной.

Сама платформа UWP находится в предсмертном состоянии - MSFT всё пытается её закопать, но наточить лопату не получается. Да и Windows тоже как-то хлипко выглядит - спасибо крысёнку, MSFT даже договорилась до каких-то неведомых санкций в отношении всех россиянцев.

Так и пришлось пускаться в размышления, что же  предпринять, чтоб не остаться без программки и всего прочего.  Кончилось тем, что переделал программку под Авалонию, заодно заменил chart-систему на ScottPlot:  нужная мне функциональность на месте, скорость рисования - очень высокая. В итоге программка работает как на Windows-, так и на Linux-компьютерах и даже синхронизируется по данным между ними с использованием клиента MEGA.

Единственное, что не получилось - запустить программку на планшете Samsung под Windows x86 - Авалония не рисует на нём шрифты, только линии (границы элементов). Но на планшете по-прежнему работает uwp-версия.

Осталось другие программки, которыми сам пользуюсь, переписать, и нам не страшен серый волк msft со своими санкциями.

.NET и Mono final-3

Действительно, дистрибутив SUSE 10.3 качался почти три дня, установился довольно гладко. При ближайшем рассмотрении Mono в дистрибутиве оказалась не самой последней версии, и тестовая программка показывала те же глюки, что и на Ubuntu. После установки с сайта Mono последней версии все глюки прошли, тестовая программка работает одинаково под Windows и под Linux SUSE 10.3.

Но тут же выяснилось, что гордый дистрибутив SUSE 10.3 не желает работать с моей видеокартой от NVIDIA. Что ж с того, что старая - остальные-то работают (Windows XP, Windows 2003/2008, Ubuntu 7.10, Fedora 9), новомодные штучки типа aero и compiz, конечно, не фурычат, но движется всё плавно и легко. В SUSE же сплошные дёргания при таскании и изменении размеров окон, про скроллинг внутри окон вообще без слёз вспомнить нельзя. Несмотря на наличие специальной инструкции по установке, драйвер ставиться не пожелал (или система не принимала?), а после насильственной установки (есть там такая опция) - графика приказала долго жить .

Думаю, это последний финал...

Technorati Tags: .NET, Mono, Linux, SUSE

.NET и Mono final-2

Всё же, финал получился какой-то неполный - так и неясно, как же эти программы, скомпилированные под Windows, работают в Linux под Mono последней версии . Пошарил по закромам, обнаружилась купленная когда-то за деньги (!!) версия Fedora Core, однако расследование показало, что с момента покупки прошло уже довольно много времени и эта моя версия больше не поддерживается. Пришлось качать актуальную, тем более, что вышла она меньше месяца назад, должно быть всё самое свежее.

Скачал Live CD (ок. 700 Мб), установил на диск (всё встало гладко и даже по-русски), подключилась системка к Сети и сразу же скачала 165 Мб. обновлений. Однако... И никакой последней версии Mono, естественно, на диске тоже не оказалось - ладно, не привыкать, скачал, поставил.

При запуске тестовой программки обнаружилось, что все ранее описанные неприятности пропали . Но, естественно, выявились новые - в TextBox и др. не вводятся с клавиатуры русские символы. Английские вводятся, при переключении раскладки - вовсе ничего не вводится . Хотя через clipboard можно и русские буквы всунуть. Какие-то тут сложные взаимодействия у них... Может, эта Fedora под Mono не приспособлена?

Осталось попробовать на SUSE - кому уж лучше быть приспособленной? Но очень уж дистрибутив здоровый у них...

Technorati Tags: Linux, .NET, Mono, Fedora

.NET и Mono final

Полез на сайт Mono ставить на Runtu последнюю версию Mono: там всё объяснили, что и откуда запустить, всё стало качаться, но наряду с нужным скачалось и ещё что-то, которое в процессе спрашивало что-то про дисплей и оконный менеджер (естественно, я согласился). На этом всё и закончилось - после перезагрузки могу зайти в консоль (что-то типа безопасного режима) или запустить failsafe сессию (ни гном-, ни kde-сессии не запускаются). Попытки как-то хозяйство оживить результата не дали и были заброшены после плача Ярославны и ползания по разным местам, где есть другие дистрибутивы.

Пришёл к выводу, что сделать-то рабочую установку Линуха с поддержкой .NET-программ, скомпилированных в Windows, может, и сделаю (а занятие это уже утратило привлекательность), но передавать её в эксплуатацию чайникам - нет, не буду: я ж не изверг .

del.icio.us Tags: Линукс, Linux, .NET, Mono

.NET и Mono continued

Помрёт, похоже, этот мой эксперимент на гриде - элементах DataGrid или DataGridView. В принципе, они работают и в Linux (Ubuntu), кое-какие свойства глючат, но терпимо. Плохо, что не работает толком редактирование в ячейках, но обойти можно, хоть и будет это выглядеть чесанием левой ногой правого уха. Самое плохое с навигацией по гриду - на колесо мышиное не реагирует, а полосы прокрутки (scrolling) загружают процессор на 100% :

Нижний контрол на форме - DataGridView, зелёная линия справа - график загрузки процессора (скачок загрузки произошёл в момент изменения размеров формы до появления scrollbar'а на гриде).

В общем, для практики гриды применить не получится. Слабо, правда, представляю деловые программы без гридов: прайс-лист соорудить, счёт выписать - везде гриды нужны. Привыкли все...

Осталось попробовать сделать интерфейс на ListView вместо грида - он, вроде, без фокусов с навигацией. Или делать программу в технике asp.net - говорят, эти программки переносятся хорошо (собственно, только они и переносятся).

.NET и Mono

Сделал в VS 2008 простую формочку и запустил в Ubuntu 7.10/ Все настройки Mono - дефолтные. Выглядит смешно (слева - убунтовский экземпляр):

VmWare & Ubuntu

В порядке упражнений поставил Ubuntu 6.06 на VmWare 6.02 (хост - Vista Ultimate x64) - картина маслом. В общем, всё заканчивается на установке VmWare Tools. При установке на "исходную" версию системы (сразу после установки из дистрибутива) Tools устанавливаются "успешно", всё начинает работать как ожидается, но перезагрузиться (точнее, перезапустить графическую подсистему) не получается - начинаются вопли о несовместимых версиях и отсутствующих драйверах (хотя всё это добро сооружалось по ходу установки и настройки).

После установки обновлений на систему (ок. 200 шт., 250 Мб !!?? - не проще ли новый дистрибутив скачать...) "диск" (iso-образ) с Tools читается как-то не так:

хотя "диск" с системой нормально читается.

Цирк... Похоже, рано училки радуются, что переходить на Линукс не так и страшно