>Раньше часто использовал gnome-calculator из-за его простоты и удобства. Теперь перешёл на Emacs calс и не жалею
Difrex> А я в качестве калькулятора юзаю echo $(( 2 + 2 )) :D

Даже GIMP можно в качестве калькулятора использовать (см. ii://develop.16). Причём во встроенном лиспе Гимпа есть и корни, и тригонометрические функции и многое другое.

Обычные пользователи привыкли делать бэкапы своих данных при помощи проприетарных средств Google и всяких программ вроде TitaniumBackup. Но вот GNU/Linux'оиды не всегда с этим могут просто так смириться. Более того, у многих даже не установлены Google Apps (и правильно). Вот и я не стал мириться и пошёл по собственному пути.

1. Установленные приложения

Как известно, их данные находятся в /data/app/<app_id> и /data/data/<app_id>. Но работать с этими каталогами вручную совсем не нужно.

В F-Droid есть очень хорошая программа под названием oandbackup. Внимание: нужны root-права!
Ссылка: https://f-droid.org/repository/browse/?fdfilter=oandbackup&fdid=dk.jens.backup

Она умеет делать архивы данных приложений, установочного APK или всего вместе. Отслеживает версии программ и имеет удобную фильтрацию. Даже расписания поддерживает (но этой фичей я не пользуюсь).

НО: не стоит делать бэкап Termux (и других очень крупных приложений, например, firefox) с помощью этой штуки, потому что запаковывать tar.gz на несколько сотен мегабайт/пару гигов - задача небыстрая. С терминалом будут разборки дальше.

Выполнены нужные манипуляции? Идём дальше.

2. Пользовательские файлы и всё остальное

На этом этапе нужно будет установить приложения Termux, Termux:API и Termux:Widget. Будем считать, что они у нас уже установлены.

Запускаем Termux, и туда:

# обновления софта пропускаем, пусть они уже стоят
apt install termux-api termux-tools openssh rsync

termux-setup-storage
# может спросить права на доступ к файлам

mkdir -p ~/.shortcuts # так надо
mkdir backup-info # каталог для симлинков

Теперь можно видеть, что в $HOME появился каталог storage, где имеется полный доступ ко внутренней памяти. Также там есть несколько ссылок на часто используемые места.

Создаём символьные ссылки в каталоге backup-info для нужной информации.

cd backup-info
ln -s ../caesium/caesium.cfg .
ln -s ../storage/dcim/Camera . # куда же без фоточек
ln -s ../storage/shared/Documents . # каталог Documents из корня внутренней памяти
ln -s ~/shortcuts . # скрипты из виджета Termux
ln -s ~/.config .
# дальше, думаю, ясно
# ...
# И САМОЕ ВАЖНОЕ - приложения из пункта 1
ln -s ../storage/shared/oandbackups .

О экспорте контактов можно позаботиться либо стандартными средствами системы, либо с помощью команды termux-contact-list, которая возвращает список в виде json (правда, если за человеком записано несколько номеров телефонов, то выдаёт только первый).

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

#!/system/xbin/bash

server="your-server.ru"
port="22"
one="~/backup-info"
two="user@$server:/home/username/phone-backups/"

termux-contact-list > $one/contact-list
dpkg --get-selections > $one/termux-packages # установленный софт тоже важен

rsync -varLk -e "ssh -p $port" --size-only --stats --delete "$one" "$two"

Сохраняем файл в каталоге ~/.shortcuts, даём ему права на исполнение.

Затем добавляем на домашний экран (он же лончер) андроида виджет Termux, в котором будет виден только что написанный скрипт. Виджет нужен, чтобы не вводить команду вручную, а просто тыкнуть пальцем, ввести пароль и ждать окончания работы.

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

Вот и всё. Задача решена простыми и привычными средствами (rsync, bash), а у пользователя полная свобода в управлении своими резервными копиями. И никакой следящей проприетарщины: всё своё, домашнее, шифрованное.

...пока не увенчались успехом. sbcl - очень хитрая штука. Для его компиляции требуется уже рабочий интерпретатор Common Lisp на машине. Причём на android-arm его, конечно же, нет. Иначе зачем вообще было бы его собирать?

После запуска make.sh скрипт создаёт всю конфигурацию и валится на том месте, где надо запускать lisp.
Если начать компилировать с компьютера, то make.sh валится уже на этапе configure, потому что скрипт не может запустить тестовые бинарники, собранные для arm. Замкнутый круг какой-то.

Причём самое странное в том, что при каждом новом запуске билд-скрипта он делает полную чистку объектных файлов. Из-за этого нельзя перенести сгенерированный конфиг на другую машину. Можно было бы стереть строки с clean и rm, но пока что у меня не получилось найти нужные.

Вчера занимался прокуриванием этого дела. Сегодня уже 4 час пытаюсь разобраться в механизмах сборки этого "чуда".

Для кросс-компиляции у sbcl есть собственный набор скриптов (про который в документации было написано совсем мельком). Есть даже собственный набор define-ов с LISP_FEATURE_ANDROID.

Однако всё равно всё валится с ошибками. Когда я дохожу до этапа компиляции самого бинарника sbcl (ещё без core-файлов и всего такого), то линковщик валится с undefined reference to call_into_lisp. Эта функция определяется в ассемблерном файле специально для каждой архитектуры (в данном случае arm-assem.S), но почему-то не хочет экспортироваться.

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

Не знаю, о какой поддержке андроида там заявляли в релизе, но оно элементарно не собирается. Как пробовал погуглить, никто даже попыток таких не делал, скорее всего. Видимо, надо стучаться к разработчикам (самое неприятное - то, что на гитхабе там закрыты issues).

А ещё в составе сборочных зависимостей там есть Emacs (для меня это было неожиданностью) для какой-то утилиты etags.

Обновление: у меня получилось завести на сабже бинарник, стыренный из Debian ARM (ещё и clisp получилось). Но настоящие мужики^W линуксоиды компилируют из исходников, так что буду продолжать попытки. Пока что успешно решил проблему с call_into_lisp (оказалось, что это была ошибка в Termux'овском GCC).

Если смогу всё сделать, то это будет что-то вроде эксклюзива, потому что под ARM немного людей собирали лиспы, а конкретно под андроид поисковик молчит.

Пока что всё остановилось на этом: http://ii-net.tk/ii/files/JB2hrUA2cdO3sUtUJc3L.png

Небольшой свой прогресс более-менее подробно расписал вот здесь: http://ii-net.tk/ii/ii-point.php?q=/x/file/build-sbcl.txt

AL> Создал бы под эти эксперименты эху. Мы ж тем и сильны, что эхи создаются с пол-тычка =)

Готово. Прокидывай ii://tmp.red.eyes

AL> Предвидя тонны подводных камней я просто смирился с отсутствием лиспа на телефоне.

А вот это зря. Бинарная версия sbcl из дебиана заводится на самом деле очень легко. И даже работает. Могу написать инструкцию, если хочешь. Я продолжил собирать из исходников просто ради того, чтобы приключений на свою задницу заполучить.

AL> // Антиэхотаг: как твои успехи в учёбе то? А то я тут недавно осознал, что учебный год же закончился недавно =)

Тебе это правда интересно? ;) Тогда с этими делами перейдём-ка в болталку (pipe или лучше даже mlp, т.к. там читать меньше будут).

btimofeev> Кто-нибудь пользуется live-версиями дистрибутивов? Какой можете посоветовать? Желательно легковесный, без kde и гномов.

http://runtu.org/ - ИМХО лучший в отношении юзабилити/легковесность. И ничего, что он устарел.

Ещё можно Debian XFCE/LXDE использовать, но у него размер iso образа большой (около гигабайта) и с драйверами иногда проблемы.

Можно посоветовать slax 7 (весит мало, около 200 мб), но там KDE.

Сам использую в таких случаях банальнейший вариант - Xubuntu.

vit01>> Можно посоветовать slax 7 (весит мало, около 200 мб), но там KDE.

AL> Я бы порекомендовал slax как раз. Во-первых, он и правда мелкий. Во-вторых, KDE там достаточно легко заменяется на что угодно, бо на сайте можно без проблем сконструировать свой образ с необходимым софтом.

Нет, это ты про slax 6 говоришь (который, кстати, уже протух). Slax 7 гвоздями прибит к KDE4, и онлайн-конструктора больше нет, т.е. модули придётся вручную кидать на флешку. Хотя оптимизация там довольно неплохая всё равно.

btimofeev> Slax распаковал на флешку, запускаю скрипт, а он в свою очередь должен запустить лежащий рядом бинарник extlinux, который скомпилирован под intel, а у меня ведь arm.

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

KERNEL /slax/boot/vmlinuz
APPEND vga=normal initrd=/slax/boot/initrfs.img load_ramdisk=1 prompt_ramdisk=0 rw printk.time=0 slax.flags=

Сам предпочитаю держать на одной флешке по несколько дистрибутивов. А в качестве загрузчика ставлю какой-нибудь GRUB или syslinux.

Сырые образы для dd неудобны тем, что их ещё монтировать надо, если хочется файлы поковырять. Ещё есть такая особенность, что многие хотят держать файловую систему на флешке на FAT или NTFS, чтобы с винды попутно открывалась. И dd-образы с каким-нибудь ext2 для таких не подходят. Поэтому всё вручную.

btimofeev> Думал еще puppy установить, он вроде совсем легковесный, но они похоже тоже курят: предлагают записать его на cd, загрузиться и уже из него запустить скрипт установки на флешку.

По установке см. алгоритм выше. А вообще к puppy-юзерам можно и постучаться легко, если проблемы возникнут.

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

btimofeev> Вообще очень странная ситуация с дистрибутивами для флешек, их похоже нет или я не там ищу.

Кстати, да. Раньше их пилили довольно много, а сейчас что-то никто об этом не пишет. Уже существующие постепенно жиреют в размерах, и ставить как-то желание пропадает.

btimofeev> Потом оказалось что xubuntu тоже можно поставить через dd.

Так-то любой дистрибутив можно через dd поставить. Только вот изменения там сохраняться не будут после перезагрузки (родными способами точно), вот и всё. Я, наверное, рассказывал уже, как slitaz загнал на старую SD-карту размером всего 32мб.

vit01> Так-то любой дистрибутив можно через dd поставить.

btimofeev> Я имею ввиду что, некоторые дистрибутивы, если iso закатать на флешку с помощью dd, не могут с флешки установиться, они упорно ищут файлы для установки на cd.

Невелика беда. Можно сделать немного по-идиотски:

1. Подмонтировать куда-нибудь в /mnt нужную ФС
2. Скопировать вручную каждый каталог, т.е. cp -r /usr/ /mnt/ и так для bin, etc...
3. Поправить /mnt/etc/fstab, установить загрузчик, пароль рута и пользоваться

Таким способом ставил Арч раза два. После небольшой настройки работает нормально.

Решил тут попробовать сабж: https://kivy.org
Зачем? Опять же, ради андроида. Сабж позволяет писать GUI приложения для гнулинуксов, винды, андроида и яблока. На питоне (пока что 2, тройка ещё экспериментальная).

У Киви есть собственный довольно симпатичный GUI-тулкит, немного напоминающий Qt. И самое приятное - это то, что для андроида он позволяет собрать всё прямо в APK.

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

Кстати, в репозиториях Termux, оказывается, есть tinyscheme. Привет из GIMP! Только вот он ещё и не умеет ничего почти.

Ну а по сабжу см. ii://tmp.red.eyes

vit01> Ну а по сабжу см. ii://tmp.red.eyes
AL> Читаю с интересом. На таверну проброшена с первого дня существования.

Включил её в эхолист ноды под заголовком "Красноглазые приключения". :)

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

Такое местечко нам иногда требуется. Да здравствуют дебаг-логи, длинные листинги кода и просто разговоры с самим собой!

В ближайшие дни переведу текстовку из /x/file с логом ошибок на английский и скину ребятам из Termux.
А ещё в планах набросать инструкцию для установки бинаря.

Так что не отписываться: скандалы, интриги и расследования ещё ждут своего часа :)

vit01> А вот это зря. Бинарная версия sbcl из дебиана заводится на самом деле очень легко. И даже работает. Могу написать инструкцию, если хочешь.

Сказано - сделано. Рабочий скрипт с комментариями лежит в новой "красноглазой" эхе. На этот раз даже без лишнего шага с дебиановским пакетом.

// полдня возился с написанием этого HowTo, но зато пригодится кому-нибудь

Difrex> Зафигачили несколько проектов полностью в сабж.
Difrex> Статью написать вот в нашу секточку думаю.

Обязательно напиши, будет интересно почитать. Кластеризация - дело полезное и необходимое на продакшене.

Difrex> ЗЫ: в субботу выезжаю в Крымнаш, не будет меня две недели. Нода/поиск в авторежиме будут работать.

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

Некоторые думают, что те, кто используют Tor, обязательно преследуют какие-то мутные и незаконные цели. Однако у этой технологии есть и вполне безобидные применения.

Проблема: нужно быстро открыть локальный порт для подключения к устройству извне. Пусть это будет для примера порт ssh и web. На пути куча NAT, а выделенного сервера у нас просто нет.

Решение:

# Ставим Tor через стандартные репозитории

sudo su

apt-get install tor

# Правим /etc/tor/torrc

# И туда

# HiddenServiceDir /var/lib/tor/myhiddenservice/
# HiddenServicePort 22 127.0.0.1:22
# HiddenServicePort 8080 127.0.0.1:80

# Перезапускаем Tor

systemctl restart tor # или как-то по-другому

Вот мы открыли в сеть Tor локальный порт 22 и 80 (через Tor 8080). Вообще, держать ssh на стандартном порту - это довольно плохо, но это был просто пример.

Теперь в каталоге /var/lib/tor/myhiddenservice/ будут лежать 2 файла: hostname и private_key.
Делаем их бэкапы.

Открыв файл hostname, обнаруживаем ваш длинный хост .onion. Переносим его на второй компьютер и сохраняем. Можно даже вот так:

Правим файл ~/.ssh/config на клиенте

Host mykomp
      HostName blablablabla.onion
      PubkeyAuthentication yes
      PasswordAuthentication no
      Port 22

Здесь же устанавливаем программу proxychains-ng или просто proxychains. Обычно она есть в официальных репозиториях (на Арче точно есть). Если что, её очень просто скомпилировать из исходников: https://github.com/rofl0r/proxychains-ng

Правим конфиг /etc/proxychains.conf

Там должны быть такие параметры

proxy_dns

[ProxyList]
socks5	127.0.0.1  9150

# или socks4 127.0.0.1 9050

Можно подключаться:

proxychains ssh mykomp

Не забываем проверить ssh fingerprint, потому что в Tor вероятность MITM заметно выше.
Также можно получить доступ к веб-серверу через http://blablablabla.onion:8080, который мы тоже пробросили.

ВСЁ!

Чем это лучше ssh port forwarding?

1. Очень просто. Надо поправить всего пару конфигов, и уже можно пользоваться на постоянной основе
2. Нет проблем с открытием сразу нескольких локальных портов
3. Tor устойчив к обрывам сети. SSH P.F. же часто обрывает весь канал (особенно при неправильной настройке TCP KeepAlive) из-за малейшего сбоя.
4. Не нужен собственный сервер с белым IP
5. Контролируется с помощью обычных сервисов-юнитов (тот же systemd), работает в фоновом режиме. Удобно настроить на автозапуск.

Чем ssh port forwarding лучше этого подхода?

1. Большая скорость.
2. Поддерживается абсолютно везде.

Настроил себе ssh через Tor на домашней машине. Теперь, если срочно надо куда-то уйти, запускаю Tor одной командой и могу не беспокоиться насчёт потерянного доступа. Беру и подключаюсь к домашней консоли через телефон. Для андроида есть официальное Tor-приложение Orbot, которое умеет делать прозрачную проксификацию для любого приложения и вообще очень удобное.

AL> Наступил на непонятные грабли с сабжем. Поставил openssh, но при попытке подключения куда-либо он просто впадает в ступор и не отдупляется пока не прибьёшь его.

Давай более подробную информацию. Откуда устанавливал openssh (компилил сам или брал из репозитория)? Какая версия? Может быть, есть лог запуска?

Регулярно пользуюсь ssh клиентом на Termux (ставил из репозитория), и никогда проблем не было.

Хоть совсем не в тему, но вставлю слово, как пользователь шестёрки. Раньше, сидя на 4.2 и 4.4, перепробовал кучу подобных программ. Один раз даже получилось завести дистрибутив, но дальше пошли глюки, и пришлось удалить.

Лучший вариант для систем ниже 5.0 - это получить root-доступ и сделать собственный chroot со скриптами запуска. Ну а потом интегрировать, например, с вот этим приложением (как сделал я): https://f-droid.org/repository/browse/?fdfilter=jackpal&fdid=jackpal.androidterm , чтобы прямо при запуске терминала открывался GNU-шный шелл.

Во, даже нашёл свои рабочие скрипты, которые раньше использовал для этих целей.

ii://m52HuxpAa74VihPX21AI (эха ii://tmp.red.eyes)

Дистрибутив и DE не имеют никакого значения. Совершенно.
Если убрать из внимания политику поставки драйверов, конечно. А то на свободных дровах всякие 3D-штучки вроде Blender работать будут не везде.

Rush_Pon> При работе с графикой вы предпочитаете дистрибутивы с плавающими или же стандартными релизами. Или же все таки предпочтете собрать нужную прогу из исходников?

Повторюсь, что любой.

Предположим, дистрибутив со стандартными релизами (Debian Stable, Slackware). Устанавливаем одну версию из репозитория (стабильная, но старая), а вторую берём снапшотами или через Git (собирая из исходников, конечно же).
В итоге у нас имеется и "надёжно-рабочая" программа, и такая же, только новая для экспериментов.

Если у нас Rolling-дистрибутив (Arch, Debian Sid, Gentoo), то нестабильные программы берём из репозитория, а "надёжные" собираем сами. То есть делаем ровно наоборот. Ещё здесь могут помочь всякие технологии контейнеров и изолированных окружений, которые быстро набирают популярность.

Rush_Pon> // Не согласен с vit01 насчет DE. Та же krita изначально под KDE пилилась. По крайней мере эстетическое восприятие лучше.

То, что Krita изначально пилилась для KDE, не означает, что в других DE/WM она работать не будет. А темы можно при желании подобрать нужные или настроить через qtconfig.

Есть ли люди, пользующиеся сабжем для управления закладками в браузере? Стоит ли это того, чтобы ставить себе "облако" на сервер? Может быть, есть альтернатива получше?

// проприетарщину, firefox sync и pocket не предлагать; обязательное условие - свой сервер

На протяжении долгого времени я использовал стандартные средства бэкапа/восстановления закладок в Firefox/Palemoon. Но когда работаешь в нескольких браузерах и на нескольких устройствах, то в куче ссылок легко запутаться.

AL> Не пробовал, но звучит интересно. Правда сабжевая штука тяжёленькая, ИМХО. Я б какое-нить легковесное решение хотел для закладок, но лень искать.

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

У сабжеплагина, кстати, интересная особенность есть в наличии bookmarklet, позволяющая задействовать те браузеры, для которых ещё не написано нужное расширение.

В общем, установил себе сабж. И уже успел разочароваться.

Решил для начала заняться синхронизацией контактов с телефоне. Экспортировал их в файл VCard, скормил NextCloud'у и вижу, что все элементы с русскими символами в именах (из моих почти все) отображаются кракозябрами. Оказалось, что это баг с QUOTED_ENCODING, который висит в Issues ещё с мая. Никто ни из OwnCloud, ни из NextCloud не удосужился до сих пор его исправить. Первые обещали сделать, но так и не сделали, а вторые отмахиваются, будто и так забот полно.

Установил на сервер приложение закладок. Здесь ещё веселее. Во-первых, импортировать и экспортировать он захотел не с первого раза (то жалуется на не тот формат, то на csrf-error непонятно откуда). Во-вторых, оказалось, что сабж не имеет ни сортировки, ни поддержки папок. Также заметил весьма раздражающий баг с навигацией по меткам.

Веб-интерфейс совсем не оптимизирован по ширине ни для экрана нетбука, ни для телефона. Названия ссылок (и контактов) обрезаются уже на следующем слове.

vit01> У сабжеплагина, кстати, интересная особенность есть в наличии bookmarklet

Хотя бы эта фича исправно работает.

Итого: почти неюзабельно. Ребята слишком много пиарятся, но при этом самые базовые моменты совершенно не продумывают. Сабж, видимо, хорошо годится только для файлопомойки.

А теперь не так всё страшно, как было ранее.

С контактами и кодировкой мне помогла вот эта штука: https://f-droid.org/repository/browse/?fdfilter=contacts&fdid=am.ed.exportcontacts

vit01> Также заметил весьма раздражающий баг с навигацией по меткам.

Это исправил, обнаружив патч на их Гитхабе (странно, что до сих пор в апстрим никто не слил).

vit01> Веб-интерфейс совсем не оптимизирован по ширине ни для экрана нетбука, ни для телефона.

Здесь пришлось самому поковыряться в css и всё исправлять. Зато уже пользоваться можно.

Difrex> У меня как раз есть owncloud, буду тестить. Потом расскажу о результатах :0

Если что, баг с тегами они уже пофиксили в апстриме.

Для меня теперь самая неудобная особенность там - перезагрузка страницы при каждом изменении закладки. В репозитории по этому поводу есть аж 3 похожих issue, а в javascript-коде - TODO-отметка. Но до сих пор всем всё равно. Придётся опять самому патчить, скорее всего.

Difrex> Кстати, owncloud не такой и тяжелый, на самом деле. Там-то надо всего ничего: nginx, php5-fpm, mariadb/postgresql/sqlite, еще memcached можно.

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

Однако к "облачку" постепенно привыкаю и отказываться от него в ближайшее время точно не буду. Удобство с файлами и контактами на том же андроиде перевешивает недостатки.

geomaster> А чем забираешь контакты/календари? И на какой ОС?

Собираю через DAVdroid. Синхронизируется нормально, потерь нет.
ОС - Android 6.0.1. Если быть более точным, то CyanogenMod 13.

Обнаружил, кстати, что можно в сабж интегрировать даже TODO-списки.

На андроиде надо поставить вышеупомянутый DAVdroid, добавить приложение OpenTasks (удобно само по себе, а ещё и единственно рабочее у меня): https://f-droid.org/repository/browse/?fdfilter=OpenTasks&fdid=org.dmfs.tasks

А на сервере надо будет установить вот это: https://apps.owncloud.com/content/show.php/Tasks?content=164356

Что показывал logcat при попытке "ручной" синхронизации? Любая такая ошибка должна следы оставить.

А ещё у DAVdroid есть свой дебаг-режим.

Удачно отловил, поздравляю. Баг прошивки, скорее всего. В нормальной ситуации же система всегда спрашивает дополнительные права.

Истинные линуксоиды используют kill -USR1 $pid :)

AL> Офигеть. Ещё в cp/scp прогрессбар нахлобучить =)

scp же и так прогресс отображает. Правда, лишь в процентах.

AL>> обговления
geomaster> Вот прям ПРАВИЛЬНЫЙ термин!!! Периодически случается в арче. Да и не только в арече...

Давно уже живу на Арче и так же давно не припомню обнов, которые берут и всё ломают. А ведь люди про это любят часто рассказывать.

Что надо в систему наустанавливать (драйвера нвидии не в счёт), чтобы при каждом обновлении танцевать с бубном?

// обновляюсь, как правило, не реже раза в неделю, часто даже ежедневно; новости на сайте не читаю

geomaster> А так, по мелочи... Ломаются иногда темы для DM или внешний вид GTK приложений (косячок в теме breeze для GTK и отсутствие поддержки GTK3).

Вот темы оформления, кстати, на любом дистрибутиве лучше не ставить из репозиториев (если исключить самые стандартные, конечно). Просто потому что они доставляют проблемы сами по себе. Через Git с ними гораздо проще справляться.

Всё-таки вспомнил подобные случаи. Как-то раз у меня Firefox сломался (из-за обновления libicu), через несколько дней исправили. А ещё помню, как в пакет your-freedom (удаляет проприетарщину из системы) из репозитория Parabola добавили yaourt (дескать, ставьте из AUR всё вручную), и я чуть не удалил последний. Обошёл установкой yaourt-git.

// Не зря карбонку в клиенте сделал: теперь проще на практике познакомиться с тем самым особенным ощущением, когда открываешь ленту и читаешь сообщения, написанные самому себе... =)

А если по сабжу, то для чего виртуалка? Удобнее использовать libvirt, lxc, docker и прочие шаманские изобретения вместо всяких виртуалобоксов. Винда, наверное?

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

Под QEMU пробовал винду запускать? ReactOS довольно неплохо себя там чувствует.

Заказал себе на Aliexpress дешёвый одноплатник Orange Pi One, дабы попробовать хоть раз подобные штуки в деле.
Когда только брал, он стоил около 700 рублей, с доставкой вышло чуть больше 900.
С полным комплектом (шнур, охлаждение) должно обойтись в районе 1000-1100, не больше. Но мне повезло, совместимый провод (5V, 2A, EIAJ-02) обнаружил у себя дома в завалах.

И фоточку для наглядности: https://ii-net.tk/ii/files/orange01.jpg

Внутри там 512 МБ ОЗУ, процессор AllWinner H3 1.2GHZ, HDMI (втыкать некуда), x1 USB Host + x1 USB OTG, Ethernet, x40 pin.

Греется сильно (об этом знал заранее), думаю прилепить радиатор, но пока пусть с болтом поработает.

Дистрибутив по отзывам самый надёжный - это Armbian, его и выбрал. Пока что загнал туда Tor и transmission-daemon. Работает вполне сносно. До чего дошёл прогресс!

Игрушкой в целом доволен, однако если будете покупать, то имейте в виду, что вышеупомянутый шнур питания лучше брать либо в комплекте, либо находить где-то заранее у себя в городе, ибо он очень редкий. С Raspberry Pi таких проблем не стоит, насколько понимаю.
// Кстати говоря, поисковики утверждают, что Sony PSP точно от такого же шнура заряжается.

AL> Дело пока упёрлось в конвертацию HDMI в VGA. Если так и не получится, то придётся колхозить через GPIO VGA-выход, но это надо ставить в систему специальный драйвер и найти высокоточные резисторы. Как будут подвижки в этом направлении, обязательно отпишусь.

Есть же готовые конвертеры HDMI->VGA. Можно прикупить и не париться. Я вон тоже заказал, теперь жду, пока приедет. А порты GPIO лучше на что-нибудь более важное потом израсходовать.

AL> Что торренты, что тор вполне себе требовательные задачи.

Да не, ничего особенного. Эти две штуки даже на роутерах с OpenWRT запускают. Вот по-настоящему требовательные задачи - это KDE, GNOME3, etc.

vit01>> вышеупомянутый шнур питания лучше брать либо в комплекте, либо находить где-то заранее у себя в городе, ибо он очень редкий.

AL> Неуж то в радиотоварах нет таких разъёмов?

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

Да, зарядка в малине от MicroUSB - это большой плюс. Видимо, китайцы решили лишний раз сэкономить и влепили более дешёвый, но менее распространённый разъём.

AL>> Как лепить будешь? Отпишись потом о решении (фоточки ня). Просто на плате не видно предусмотренных технологических отверсий, что несколько осложняет задачу.

btimofeev> Радиаторы продаются на али с клейкой термолентой. Просто приклеиваешь его сверху чипа и он хорошо держится.

Вообще, думаю о самом тупом и костыльном решении - взять обычный радиатор для "большого" процессора, распилить его на части и прилепить сверху без ничего на термопасту.

Вариант с готовыми наборами на али тоже рассматривал, но отказался от него по самой простой и очевидной причине: влом ждать 2 месяца, пока ехать будет.

Сделал охлаждение по-своему. Взял за 50 рублей радиатор, поработал с ним пилой и прилепил на чипы.

Что в итоге: https://ii-net.tk/ii/files/orange02.jpg

AL> Неплохо. А термопасты не жирно?

Неа. Всего пара капель. Чипы ведь очень мелкие, для них этого хватило.

Тем более, если радиаторы придётся отлеплять/отдирать (а вдруг), то с пастой это сделать будет гораздо легче, чем с клеем или клеевой прокладкой.

Какая у тебя версия apt?

Вот я тоже никогда такого не замечал. И, судя по гуглежу, для параллельного скачивания пакетов применяют отдельную тулзу под названием apt-fast

btimofeev> Было бы еще клево, если бы они уже скачанные пакеты сразу же и устанавливали, а не дожидались загрузки всех оставшихся.

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

Всё-таки разобрался.
Да, Apt действительно поддерживает параллельную загрузку.

Для этого

1. Создаём файлик /etc/apt/apt.conf.d/90download, к примеру, и записываем туда

Acquire::Queue-Mode "host";
2. Прописываем пару дополнительных зеркал в sources.list

И после этого можно обновляться. На старостабильном 1.0.9.8.4 стало скачивать по несколько файлов за раз.

Ссылка на мейллисты: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690183#37
Цитата из мануала по apt.conf:

> Queue-mode
> Queuing mode. Queue-Mode can be one of host or access which determines how APT parallelizes outgoing connections. host means that one connection per target host will be opened, access means that one connection per URI type will be opened.

Открыл для себя сабж. Вещь очень полезная и перспективная, советую попробовать.
Для тех, кто не в теме: KDE Connect позволяет соединить по wifi или через мобильную сеть ваш телефон на андроиде и интегрировать его с десктопом.

Сами Кеды для его работы, как ни странно, не требуются. На Awesome у меня эта вещь вполне юзабельная.
Для скриптов и автоматизации есть консольная утилита kdeconnect-cli, которая работает везде, и kdeconnectd - основной рабочий демон.
Зависимостей совсем чуть-чуть, плазму за собой точно не тянет. Хотя, конечно, рекомендуется использовать сабж именно с ней.

Приложение для смартфона: https://f-droid.org/repository/browse/?fdfilter=kde+connect&fdid=org.kde.kdeconnect_tp

Возможности:

1. Синхронизация уведомлений и СМС туда и обратно
2. Использование экрана телефона как тачпада, возможен клавиатурный ввод (а эта фича у меня глючила и даже вообще отказывалась работать)
3. Управление медиаплеером (использую Audacious, протестировано успешно)
4. Пересылка файлов туда-сюда
5. Быстрое открытие ссылок в браузере на большом экране
6. Совместный буфер обмена компьютера и смартфона
7. Отправка СМС с компьютера
8. Просмотр статуса батареи
9. "Звонок по сети" для поиска телефона в домашнем беспорядке

Работает относительно надёжно (за исключением клавиатурного ввода), ребята из KDE постарались на славу. Десктопного софта, правда, не так уж и много для него, но и исключительно с демоном сабж хорош.

vit01>> Сами Кеды для его работы, как ни странно, не требуются. На Awesome у меня эта вещь вполне юзабельная.
jmaks> Какие-то всплывающие уведомления используешь на осоме?

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

jmaks> А что за девайс и какая версия андроид ос на нем?

Уже писал неоднократно. Samsung Galaxy Note GT-n7000, стоит на нём Cyanogenmod 14 (Android 7.1.1).
Есть и второй девайс, Galaxy Tab p1000, там OmniRom (ОС 4.4). Вот на нём клавиатурный ввод более-менее хорошо работает. А на семёрке он глючный и неюзабельный.

vit01>> Дистрибутив по отзывам самый надёжный - это Armbian, его и выбрал. Пока что загнал туда Tor и transmission-daemon. Работает вполне сносно. До чего дошёл прогресс!
jmaks> Что еще будешь на него накатывать?

Не знаю, вроде текущее положение дел устраивает. Мне пока кроме торрентов почти ничего и не нужно. Но если появится какая-нибудь интересная идея, то накачу что-нибудь.

vit01>> Вот этот скриншот http://ii-net.tk/screens/3.png за то время совсем не изменился.
jmaks> vit01, что используешь для отображения значка сети? Какой-то собственный
плагин или из подборки готовых расширений awesome?

Да это же обыкновенный nm-applet! Он просто в трее висит вместе со всеми остальными штуками.

jmaks> Мнемоническая схема отлично подходит для 1500+ серверов, разбросанных в разных дата-центрах. Список слов можно расширить по необходимости. Например, добавить в него пару тысяч футбольных команд или мегаполисов.

А вот завсегдатаи ii://mlp.15 никогда не испытывают проблем по поводу того, как придумать новое имя для очередного сервера :)

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

Аккуратные скриншоты, окно с чатиком приятно выглядит. Правда, тема для самого fvwm мрачновато смотрится, но это уже на любителя.

AL> Ещё есть киллер-фича, которая очень просто организуется в fvwm и несколько сложнее в других оконных менеджерах: при переключении на воркспейс запускается приложение, приписанное к нему, если уже не запущено. Этакий Lazy Loading.

Тоже когда-то задумывался о такой фиче, но никогда не считал её действительно нужной. Например, перекидываешь окно с одного рабочего стола на другой, переключился туда, а у тебя запустились ещё пара-тройка приложений. Неудобно.
На нетбуках, где ОЗУ мало, разные "автозапускалки" могут изрядно подпортить настроение.

AL> Тайлингом в итоге я и так не пользовался, используя распахивания окон на весь экран

Тоже предпочитаю делать именно так

btimofeev> Я тоже 99% времени пользуюсь приложениями, развернутыми на весь экран. В тайлинге хорошо, что приложения сразу открываются в этом режиме
btimofeev> (но диалоговое окна не всегда корректно обрабатываются).

У Awesome, кстати говоря, с этим проблем не бывает. Там сумели сделать так, что диалоговые окна в любом случае ведут себя как диалоговые. А в i3 и dwm (особенно в последнем) часто сталкивался с неправильной обработкой.

Пользовался redshift в своё время, но потом надоело.
Во-первых, просто лень его включать, во-вторых, эффекта пользы для глаз не замечаю.

------

Хмм, а ведь он у меня до сих пор установлен в системе

Для тех, кто не в курсе, это консольная утилита, которая может скачивать видео, музыку и прочие вещи с Ютуба и огромного количества других ресурсов (включая Вконтакте и даже некоторые "взрослые" сайты)
Линуксоиды могут установить это дело прямиком из репозиториев, но можно поставить и через pip

sudo -H pip install --upgrade youtube-dl

Установка другими способами и для других ОС в справке на Гитхабе: https://github.com/rg3/youtube-dl

Достаточно просто набрать youtube-dl https://youtube.com/блаблабла в консоли, и тулза сама обо всём позаботится.

Полезные ключи:

-c докачать с того же места, если загрузка прервалась.
-x скачать только аудио
-F показать все форматы видео, которые можно скачать
-f [номер] скачать видео нужного качества

Если скачиваете какую-нибудь музыку с Ютуба, то полезно ещё знать про --add-metadata, который добавляет исполнителя, название композиции и проставляет в тегах, что может пригодиться для коллекции в телефоне или mp3-плеере.

Кстати, насчёт коллекций. Можно скачивать плейлисты + все видео нужных юзеров.

Для музыки у меня есть вот такой шаблон:

youtube-dl -x -c --download-archive videolist.txt --add-metadata https://www.youtube.com/user/[user]

Эта команда скачает весь контент определённого пользователя (в виде аудио). При пополнении коллекции (когда чел добавил новое видео) достаточно запустить скрипт ещё раз, и он докачает свежие треки. Если прервалось соединение или произошла какая-нибудь другая проблема, то youtube-dl продолжит загрузку с того же места.

-----------

Можно адаптировать ту команду ещё получше. Например, у каждого зарегистрированного в Гугле есть личный плейлист под названием "Понравившиеся", ссылка на который висит в панели навигации Youtube (слева сверху).

Туда стекаются все видео, которым вы поставили лайк. Как насчёт того, чтобы иметь копию годноты в оффлайн?
Итак, в этой левой панели навигации Ютуба видим пункт "Понравившиеся" и копируем ссылку через контекстное меню. Это ссылка на ваш личный плейлист. Подставляем в скрипт:

youtube-dl -x -c --download-archive videolist.txt --add-metadata --username user@gmail.com [ваша ссылка]

youtube-dl спросит у вас пароль от аккаунта и начнёт высасывать содержимое избранного. Опять же, параметр -x подставляем по желанию. У меня около 90% лайкнутого - это музыка, поэтому скачивать видеоряд я не буду.

-------------

Что особо приятно - так это то, что youtube-dl прекрасно устанавливается и работает внутри Termux, что позволяет качать видео даже с телефона.

Совет: ставьте лучше последнюю версию через pip, а не из репозиториев дистрибутива. Гугл любит менять своё API, так что специфичные функции (вроде авторизации) могут отваливаться со временем у старых сборок.

На андроиде пользуюсь программой Night Screen.

Она тоже есть в F-Droid, но в мою прошивку ромоделы уже встроили эту софтину.

Как ни странно, на телефоне, в отличие от нетбука, "сохранять глаза" мне совершенно не лень, хотя яркость стоит всегда на минимуме.

Наверное, это из-за более качественной цветопередачи экрана.