Создал юзера, не имеющего никаких прав, не привязанного к группе sudo. Можно ли ему дать управление ОПРЕДЕЛЕННЫМ systemd юнитом? Речь идёт о серверном ubuntu 22.04

Привет!
Раза 3-4 создавать тему на ЛОРе с вопросами о том, каким хостингом пользоваться без проблем, с минимальным пингом и почти без денег, но лучше Арубы ничего не находил, до некоторого времени...

Неожиданно, но этим хостером стал Amazon.
Да, я знал, что он даёт на год виртуалку за 0 у.е., но думал, бесплатный сыр бывает только в мышеловке.
Я ожидал, что их EC2 крутится где-нибудь в подвалах университетов СШП на пентиум 4, от чего будет жесткий пинг и скорость до меня + лимит на трафик, но оказалось все намного круче.

В реальности характеристики такие:
2 ядра, 1 Гб, диск не помню, можно выбрать страну, менять IP, трафик 30 Гб (если мало, то стоит дёшево) и все это бесплатно. Пинг от клиента до клиента, относительно Арубы, упал на 40 очков.

Держу в курсе

Есть удалённый репозиторий основного проекта, в котором в каталоге cite лежит содержимое другого подпроекта.

Реализована данная схема была согласно этому руководству.

Добавил удалённый сервер подпроекта:

git remote add cite_serv user@server:/opt/git/cite

git fetch cite_serv

git checkout -b cite_project cite_serv/master

git checkout master

git read-tree --prefix=cite/ -u cite_project

В итоге (практически цитата): после того как вы сделаете коммит, все файлы проекта сite_project будут находиться подкаталоге cite — будто вы скопировали их туда из архива.

Плюсом подхода является то, что можно лего последние изменения подпроекта вытягивать в соответствующую ветку и потом её объединять через

git merge --squash -s subtree --no-commit cite_project

Теперь сложности: Прихожу домой, клонирую основной проект.

git clone user@server:/opt/git/letter

При повторении предыдущей последовательности команда

git read-tree --prefix=cite/ -u cite_project

 error: Entry 'cite/LibraryDB.bib' overlaps with 'cite/LibraryDB.bib'.  Cannot bind.

Вопрос такой: можно ли как-то ветку подпроекта (cite_project), которая создалась после git checkout -b cite_project cite_serv/master объединить с уже существующей папкой cite в основном проекте? И чтобы она смотрела на cite_serv/master?

Сейчас использую такой костыль:

Удаляю в клонированном проекте папку cite

git rm -r cite/

git read-tree --prefix=cite/ -u cite_project

При таком подходе теряются изменения, которые были внесены в cite в основном проекте, но ещё не были отправлены в репозиторий подпроекта.

Попытался запустить LBP-2900 в Ubuntu. Довольно быстро выяснилось, что фирменный драйвер Canon - полный отстой, не поддерживается, и с этим надо что-то делать. Обнаружил также попытки написания энтузиастами аналогичного драйвера, но для 2900 он не работает. В связь с этим начал обратный инжениринг принтера и решил написать СОБСТВЕННЫЙ ДРАЙВЕР.

UPD: ТЕКУЩЕЕ СОСТОЯНИЕ

Исходники доступны на Github: https://github.com/agalakhov/captdriver

Чеклист к первому релизу:
[X] Передача параметров компрессии Hi-SCoA
[X] Компрессия Hi-SCoA
[X] Поддержка LBP-2900 и LBP-3000
[X] Баг «only 10 bytes»
[X] Печать многих страниц
[X] Ожидание наличия бумаги
[ ] Генерация PPD-файлов

Чеклист ко второму релизу:
[ ] Компрессия SCoA
[ ] Поддержка LBP-810 и LBP-1120

(Текст исходного верхнего поста следует)

Ищу единомышленников для Reverse Engineering протокола принтера. На сегодняшний день мне удалось полностью расшифровать протокол нижнего уровня USB и частично - протокол верхнего уровня. Мой драйвер уже может отсылать страницы на печать. ТРЕБУЕТСЯ расшифровать алгоритм сжатия пиксельных данных (он оказался отличным от алгоритма LBP-810 и, по-видимому, является какой-то модификацией ALPC-сжатия). Попытки прикрутить алгоритм от 810 привели к тому, что принтер включается и печатает, но на бумаге получаются только полосы, линии и регулярные узоры из пикселей. У меня пока нет времени на расшифровку, поэтому прошу помощи.

ОПИСАНИЕ ТОГО, ЧТО УДАЛОСЬ РАСШИФРОВАТЬ

Работать с принтером можно с помощью простого open(«/dev/usb/lp0») - libusb не требуется. Общение идет пакетами довольно простого формата. Формат пакета:

байты 1,2 - код команды - 16 бит (младший байт первый)

байты 3,4 - длина посылки (полная) - 16 бит (очевидно, меньше 4 байт не бывает)

байты с 5 - данные (опционально)

Если суммарная длина посылки превышает 4096 байт, посылка делится на части по 4096 байт.

Компьютер посылает принтеру команду. Принтер отвечает пакетом, содержащим код той же команды и минимум 2 байта данных (код возврата), всего не менее 6 байт. Эти 6 байт читают одним read(). Если длина превышает 6 байт, то затем делается read() на оставшуюся длину (она у меня никогда не превышала 4 килобайта, так что про ограничения ничего не знаю). Если не прочитать ответ принтера и продолжить посылать данные, он зависнет, и его придется выключить и включить снова.

Коды команд:

0xA1A1 - начало работы. Параметров нет (4 байта). Принтер отвечает длинной последовательностью байтов - видимо, номером модели, серийным номером, характеристиками и чем-то еще, я не разбирался.

0xA0A0 - какая-то проверка статуса? Встречается на 810, ни разу не видел на 2900. Параметров нет. Принтер отвечает длинной простышей байтов.

0xA0A8 - запрос какого-то статуса. Параметров нет. В коде возврата - явно битовые флаги.

0xA3A2 - что-то включает, меняет флаги в предыдущей команде. Параметров нет. Ответ всегда 0x0000.

0xE0A0 - проверка готовности. Если в ответе поднят бит 0x0008, то буфер принтера полон, надо ждать и не посылать больше данные.

0xA0A1 - проверка кучи вещей, в том числе наличия бумаги. Как оно работает на 2900 - не знаю.

0xA2A0 - загрузка первой магической последовательности. Параметр: магическая последовательность байтов.

0xE1A1 - загрузка второй магической последовательности.

0xE0A3, 0xE0A2, 0xE0A4 - что-то включают. Всегда идут в начале и в такой последовательности. Их отсутствие никак на печать не влияет(?). Возвращают 0, а при попытке вызвать повторно - 0x8800.

0xE0A5 - третья магическая последовательность.

0xD0A9 - загрузка магической последовательности, непосредственно предшествующая загрузке данных печати. Ответа на эту команду не дожидаются (?).

0xC0A0 - Главная Команда. Загружает в принтер сжатое изображение или его часть. Ответа принтера нет.

0xC0A4 - Конец Загрузки. Выдается сразу после 0xC0A0.

0xE0A7 - Включение Печати. Когда принтер подтвердит готовность после загрузки, выдают эту команду, и принтер начинает печатать. Параметр: 16-битное число 0x0001 (видимо, означающее «включить»).

Дополнительная информация - в исходниках драйвера http://www.boichat.ch/nicolas/capt/

Исходники того, что написал на данный момент, могу прислать.

Сегодня утром хотел посмотреть криту, до установки 602 пакета, после удаления с ключем Rscn 653.
pacman -Qdt молчит как рыба.

Как с этим бороться, кроме того как читать логи пакмана, искать зависимости, проверять через pactree и удалять? А то ведь на такой поиск может уйти не один час.

Начал коллекционировать curl-сайты: http://www.wrk.ru/tech/forum/2016/02/t92589--cli-internet-vsyakie-poleznye-ni...

Есть ещё что-то подобное?

Я до сего дня не ведал. Например:

~$ curl wttr.in/Odesa

Weather for City: Odesa, Ukraine

    \  /       Partly Cloudy 
  _ /"".-.     18 °C          
    \_(   ).   → 19 km/h      
    /(___(__)  10 km          
               0.0 mm         
                                                       ┌─────────────┐                                                       
┌──────────────────────────────┬───────────────────────┤ Thu 22. Sep ├───────────────────────┬──────────────────────────────┐
│           Morning            │             Noon      └──────┬──────┘    Evening            │            Night             │
├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
│     \   /     Sunny          │    \  /       Partly Cloudy  │  _`/"".-.     Patchy rain ne…│     \   /     Clear          │
│      .-.      10 – 11 °C     │  _ /"".-.     15 °C          │   ,\_(   ).   16 °C          │      .-.      12 – 14 °C     │
│   ― (   ) ―   ↘ 14 – 17 km/h │    \_(   ).   ↘ 18 – 21 km/h │    /(___(__)  → 17 – 22 km/h │   ― (   ) ―   → 18 – 29 km/h │
│      `-’      10 km          │    /(___(__)  10 km          │      ‘ ‘ ‘ ‘  10 km          │      `-’      10 km          │
│     /   \     0.0 mm | 0%    │               0.0 mm | 0%    │     ‘ ‘ ‘ ‘   0.0 mm | 12%   │     /   \     0.1 mm | 21%   │
└──────────────────────────────┴──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘
                                                       ┌─────────────┐                                                       
┌──────────────────────────────┬───────────────────────┤ Fri 23. Sep ├───────────────────────┬──────────────────────────────┐
│           Morning            │             Noon      └──────┬──────┘    Evening            │            Night             │
├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
│               Cloudy         │    \  /       Partly Cloudy  │     \   /     Sunny          │     \   /     Clear          │
│      .--.     11 °C          │  _ /"".-.     14 – 15 °C     │      .-.      15 – 16 °C     │      .-.      11 – 13 °C     │
│   .-(    ).   ↘ 15 – 18 km/h │    \_(   ).   ↘ 20 – 23 km/h │   ― (   ) ―   ↘ 22 – 28 km/h │   ― (   ) ―   ↘ 21 – 33 km/h │
│  (___.__)__)  10 km          │    /(___(__)  10 km          │      `-’      10 km          │      `-’      10 km          │
│               0.0 mm | 0%    │               0.0 mm | 3%    │     /   \     0.0 mm | 5%    │     /   \     0.0 mm | 0%    │
└──────────────────────────────┴──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘
                                                       ┌─────────────┐                                                       
┌──────────────────────────────┬───────────────────────┤ Sat 24. Sep ├───────────────────────┬──────────────────────────────┐
│           Morning            │             Noon      └──────┬──────┘    Evening            │            Night             │
├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
│    \  /       Partly Cloudy  │               Cloudy         │    \  /       Partly Cloudy  │     \   /     Clear          │
│  _ /"".-.     13 °C          │      .--.     18 °C          │  _ /"".-.     17 °C          │      .-.      14 – 15 °C     │
│    \_(   ).   ↘ 12 – 15 km/h │   .-(    ).   ↘ 18 – 21 km/h │    \_(   ).   ↘ 15 – 19 km/h │   ― (   ) ―   ↘ 10 – 17 km/h │
│    /(___(__)  10 km          │  (___.__)__)  10 km          │    /(___(__)  10 km          │      `-’      10 km          │
│               0.0 mm | 0%    │               0.0 mm | 0%    │               0.0 mm | 0%    │     /   \     0.0 mm | 0%    │
└──────────────────────────────┴──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

Check new Feature: wttr.in/Moon or wttr.in/Moon@2016-Mar-23 to see the phase of the Moon
Follow @igor_chubin for wttr.in updates

Не устанавливается mysql-libmysqlclient. Как исправить?

http://pastebin.com/JtEzD8hf

Если никак, то какие-нибудь другие mysql-библиотеки для Node.js умеют в синхронные запросы?

Приветствую!

Что-то происходит с systemd и это мне не нравится.
На данный момент интернет есть, но pidgin не может подключиться. Да, после перезагрузки все будет работать, но мне хотелось бы выяснить почему так происходит.

[root@kiotoze yaroslav]# systemctl status NetworkManager.service
Failed to get properties: Connection timed out
[root@kiotoze yaroslav]# systemctl list-unit-files 
Failed to list unit files: Connection timed out

[root@kiotoze yaroslav]# uname -a
Linux kiotoze 4.4.7-1-lts #1 SMP Thu Apr 14 17:26:39 CEST 2016 x86_64 GNU/Linux

intelfx

После апдейта в Archlinux, и как сообщают в других дистрибутвах, пакета fontconfig-2.11.95-1 шрифты в браузере становятся мыльными и жирными.

Я столкнулся с этим еще в тестинге:

https://bbs.archlinux.org/viewtopic.php?id=211045

Чтобы пофиксить, добавляем в

~/.config/fontconfig/fonts.conf:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
	<!-- Disable the effects of 10-hinting-slight.conf -->
	<match target="pattern">
		<edit name="hintstyle" mode="delete"><const>hintslight</const></edit>
	</match>
</fontconfig>

И шритфы становятся нормальными.

Бэкап десктопной системы - всегда дилемма, как бы я ни настроил исключения (rsync --exclude и т. п.) из резервируемых директорий, всегда волнуюсь, не попадёт ли какой-то новый ненужный массив данных в бэкап. В общем случае админ не знает и не может знать, ломает ли потеря конкретных файлов, созданных приложением, user experience этого приложения. Конечно, хотелось бы не терять настроек, но при этом бэкапить поменьше шлака, типа кэшей.

Мне кажется, перспективным способом решения этой проблемы является общественное соглашение о специальном файловом атрибуте, которым помечаются каталоги и файлы, удаление которых не вредит приложению, и которые будут регенерированы при потере. Такой атрибут должны устанавливать создаваемым файлам установщики пакетов (make install и т. п.), также они могут задаваться вручную админом системы (например, /tmp, /var/cache, /var/tmp, /var/log, /usr/portage/distfiles).

Поддержку такого атрибута следует добавить в утилиты install, rsync, в архиваторы.

Резонно? Если да, то куда подавать такое предложение? FreeDesktop.org?

Очень много фейковых SD-карт с перепрошитым контроллером можно найти на всяких алиэкспрессах.
Насколько реально в домашних/лабораторных условиях перепрошить контроллер назад? Какие утилиты для этого есть?
Кастую ncrmnt, так как он имел дело с фейковыми картами памяти.

Не знаю, чего мне не хватало, но я вдруг решил снова вернуться на Debian. А заодно снести наконец венду и навести порядок в своей файлопомойке.

• Тема OpenBox: adwaita-ob
• Тема GTK: absolute
• Иконки: FaenzaFlattr2
• Шрифты: DejaVu Sans
• Панель: tint2

• IDEA: http://i.imgur.com/8aHLZWS.png
• LOR: http://i.imgur.com/jo7Z33i.png
• Audacious: http://i.imgur.com/x1KVgyn.png
• Thunar: http://i.imgur.com/bLpv8xa.png

>>> Просмотр (1440x900, 1153 Kb)