Re: devuan

[dimas]

pid-файл? не, не слышали
grep "pid" /etc/init.d/cron
PIDFILE=/var/run/crond.pid
start_daemon -p $PIDFILE $DAEMON $EXTRA_OPTS
killproc -p $PIDFILE $DAEMON
[ $RETVAL -eq 0 ] && [ -e "$PIDFILE" ] && rm -f $PIDFILE
status_of_proc -p $PIDFILE $DAEMON $NAME && exit 0 || exit $?
почему оно должно путаться - я вообще не понимаю

Re: 30 лет

[dimas]

да пребудет с нами коровья суперсила!
накатим!


2023-228 21:15 Maksim Dmitrichenko  wrote:
> Сегодня Debian отмечает круглую дату - своё тридцатилетие!
> 
> Хочу поздравить всех юзеров и поблагодарить команду мейнтейнеров и всех,
> кто причастен. Впервые я попробовал и остался на Debian ещё с версией 3.0
> "woody" - это было в сентября 2003-го года, кажется, то есть я, вероятно,
> тоже отмечаю 20-летний юбилей с Debian'ом совсем скоро.
> 
> За прошедшее время Debian утвердил себя как стандарт качества
> инструментария, поддерживаемости и вменяемости, стал предком целому
> семейству дистрибутивов. Бывали трудные времена, тяжелые решения и смешные
> ошибки, но всё в итоге разрешается. Спасибо ему, что всё это время даёт
> пищу для шуточек над этими всеми редхатами и прочими мандривами.
> 
> Всем периодического и предсказуемого apt-get upgrade!
> 

Re: Проблема при монтировании второго шифрованного диска, прописанного в /etc/fstab

[dimas]

во-первых, почему/зачем sdb3_crypt аж пять раз прописан в crypttab? полагаю, 
файл создан установщиком, но я бы лишние записи убрал))
во-вторых, попробуйте хом-разделу прописать опцию noearly в том же crypttab. 
вдруг поможет?


2022-080 22:53 Зиганшин Руслан  wrote:
> Конфигурация: sda - 1 раздел, шифрованный, в нём /home.
> sdb - 3 раздела, /boot, /boot/EFI (efi), шифрованный, в нём lwm (в нём swap
> и /)
> Зашифрованы разными ключевыми фразами при новой установке Дебиан.
> 
> zigruslan@zigruslandebian:~$ sudo blkid
> [sudo] пароль для zigruslan:
> /dev/sda1: UUID="e0a85b90-cae6-48c2-ae00-60a34b84e748" TYPE="crypto_LUKS"
> PARTUUID="0b80571b-c939-47e0-93c4-2927400eea9a"
> /dev/sdb1: UUID="CAD1-9D6A" BLOCK_SIZE="512" TYPE="vfat"
> PARTUUID="bd62eb27-e537-419f-8a47-86d9b7ad5d7d"
> /dev/sdb2: UUID="4f24e17e-399e-4239-bec0-76cef50622cd" BLOCK_SIZE="4096"
> TYPE="ext4" PARTUUID="33a9ef90-f191-4b77-92e8-96d4f8d26bc1"
> /dev/sdb3: UUID="1a5e47be-7b3e-4474-ba21-9ef77503a533" TYPE="crypto_LUKS"
> PARTUUID="73de1c60-264f-49f6-a4a8-b5db9918cb8c"
> /dev/sdd1: LABEL_FATBOOT="USB DISK" LABEL="USB DISK" UUID="F791-32DA"
> BLOCK_SIZE="512" TYPE="vfat" PARTUUID="f73ea61f-01"
> /dev/sdc1: LABEL_FATBOOT="USB DISK" LABEL="USB DISK" UUID="9102-120B"
> BLOCK_SIZE="512" TYPE="vfat" PARTUUID="91ad864e-01"
> /dev/mapper/sdb3_crypt: UUID="jUROJs-KpNS-R6KF-79Bn-yAs5-Qipe-jmj9sZ"
> TYPE="LVM2_member"
> /dev/mapper/rootandswap-swap: UUID="a3f02062-f16e-42bc-9022-a3df898436ed"
> TYPE="swap"
> /dev/mapper/rootandswap-root: UUID="5c20a6d8-0f1f-413d-8f68-dcf083a7b8ea"
> BLOCK_SIZE="4096" TYPE="ext4"
> 
> Проблемный это #/dev/mapper/sda1_crypt /home, для корректной загрузки
> закомментирован в fstab.
> 
> zigruslan@zigruslandebian:~$ cat /etc/fstab
> # /etc/fstab: static file system information.
> #
> # Use 'blkid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # systemd generates mount units based on this file, see systemd.mount(5).
> # Please run 'systemctl daemon-reload' after making changes here.
> #
> #
> /dev/mapper/rootandswap-root /   ext4errors=remount-ro 0
>   1
> # /boot was on /dev/sdb2 during installation
> UUID=4f24e17e-399e-4239-bec0-76cef50622cd /boot   ext4defaults
>0   2
> # /boot/efi was on /dev/sdb1 during installation
> UUID=CAD1-9D6A  /boot/efi   vfatumask=0077  0   1
> #/dev/mapper/sda1_crypt /home   ext4defaults0   2
> /dev/mapper/rootandswap-swap noneswapsw  0
>   0
> /dev/sr0/media/cdrom0   udf,iso9660 user,noauto 0   0
> 
> zigruslan@zigruslandebian:~$ cat /etc/crypttab
> sdb3_crypt UUID=1a5e47be-7b3e-4474-ba21-9ef77503a533 none luks,discard
> sdb3_crypt UUID=1a5e47be-7b3e-4474-ba21-9ef77503a533 none luks,discard
> sdb3_crypt UUID=1a5e47be-7b3e-4474-ba21-9ef77503a533 none luks,discard
> sdb3_crypt UUID=1a5e47be-7b3e-4474-ba21-9ef77503a533 none luks,discard
> sda1_crypt UUID=e0a85b90-cae6-48c2-ae00-60a34b84e748 none luks,discard
> sdb3_crypt UUID=1a5e47be-7b3e-4474-ba21-9ef77503a533 none luks,discard
> 
> Когда раздел не закомментирован в //etc/fstab, результат при загрузке такой:
> [ TIME ] Timed out waiting for device /dev/mapper/sda1_crypt.
> ...
> You are in emergency mode. After logging in, type "journalctl -xb", to view
> system logs,...
> ...
> journalctl -xb:
> ...
> dev-mapper-sda1_crypt.device: Job dev-mapper-sda1_crypt.device/start timed
> out.
> ...
> 
> Что делать? Вручную, через cryptsetup и mount всё монтируется и читается.

Re: 1C предприятие на Debian или Debian based

[dimas]

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


2021-025 23:51 Maksim Dmitrichenko  wrote:
> Всё зависит от конкретной конфигурации и системы налогообложения. Если у
> вас шаурмячная на 16 позиций, цена на которые меняется раз в год, то вообще
> не проблема делать так как вы говорите. Если цена меняется чаще, то,
> например, в случае с некоторыми кассами Атол есть возможность забить базу
> через браузер в личном кабинете на их сайте и потом касса загружает его
> оттуда сама.
> 
> Но если вам необходимо помимо пробивки вести какой-то складской/оперативный
> учет, то получается, что вам нужно пробивать два раза - 1 раз в 1Ске
> провести, второй раз тот же перечень на кассе. До первого февраля можно
> проводить только по 1С, а чек тупо на сумму без разбивки делать, а с
> первого февраля - извольте.
> Естественно это не удобно, особенно если у вас торговая точка. Поэтому
> ставят решение, где учет интегрирован с кассой, которая превращается по
> сути в фискальный регистратор, то есть только печатает чеки с компа без
> возможности управления с кнопок (если они вообще есть), отправляя всё это
> дело на ОФД.
> 
> Сейчас собственно так и было (проводка по 1С и общая сумма в чеке) - только
> 1Ска была древняя, которую с кассой подружить невозможно. Поэтому встал
> вопрос поставить новую 1С, на новое железо, ну а раз такая пьянка, то и на
> новую ОС может быть.
> 

Re: 1C предприятие на Debian или Debian based

[dimas]

можно я все-таки влезу с дурацким вопросом? как бывший работник "предприятия из 
одного человека"))

> Задачи бы не стояло вообще (осталось бы
> всё в текущем варианте), если бы государство не накрыло предпринимателей
> очередным требованием - указывать полную номенклатуру товаров и услуг в
> пробиваемом чеке (по 54-ФЗ). До этого можно было только сумму пробивать.
даже самая днищенская касса "Агат" позволяет забить список товаров (по-моему, 
ажно до 10 тысяч позиций), которые потом вводятся по коду и, соответственно, 
отражаюся в чеке. как минимум это просто удобнее, чем вводить вручную сумму 
(хотя можно поставить нулевую цену и вводить ее руками, если цена товара/услуга 
не фиксированная).
собственно, дурацкий вопрос: этого недостаточно? непременно нужно целое одинэс, 
особенно для "предприятия из двух человек"? как же работают всякие шаурмячные и 
прочие конторы-однодневки? неужто 1с-сервер разворачивают? дык в ларьках и 
компутеров-то нет. либо какая-нибудь дешевая балалайка (а то и вовсе 
арендовская), либо, у хипсторов, планшет с каким-нибудь модным приложением. 
что, теперь так нельзя?
городить 1с просто ради того, чтобы написать в чеке "пиво - 100, пирожок - 50" 
- это перебор))

не троллинга ради, а интереса для. я как-то не в курсе последних веяний 
законотворческий шизофрении))

Re: Новая версия российского дистрибутива Astra Linux Common Edition

[dimas]

автор, при чем тут Дебиан и чего ты хочешь от его русскоязычных пользователей?
по сцылке, конечно же, не ходил, но из письма понятно, что создатели очередного
болженоса кидаются какашками на никому не нужном местечковом форуме. ну офигеть
теперь, сенсация! в чем новость-то?
и что должны сделать активисты в количестве трех с половиной человек? кинуться
регистрироваться на твой опеннет, чтобы покидаться какашками в ответ и
покормить жирного тролля? так это не сюда, это на лор, там у хейтеров
"отечественного ПО" еще может бомбануть, а тут ловить нечего))

Re: bash: команда не найдена

[dimas]

не знаю за openvpn, но hdparm валяется в /sbin - очень может быть, что и
остальные проблемные команды из [/usr]/sbin.
у меня с незапамятных времен в ~/.profile прописана такая строка:
PATH="$PATH:/sbin:/usr/sbin:/usr/local/sbin"
можно, конечно, подправить в /etc/login.defs, но "работает, и ладно"))

а если по-хорошему, то sudo, наверное, должно само разруливать такие дела и
искать команды в SUPATH, а не в пользовательском.

хотя... вот ведь какая штука:
>23:49:22 271 ~$ 
>PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games" sudo parted
[sudo] пароль для dimas: 
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) q
>23:49:45 271 ~$ 
>PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games" parted
Command 'parted' is available in '/sbin/parted'
The command could not be located because '/sbin' is not included in the PATH 
environment variable.
This is most likely caused by the lack of administrative priviledges associated 
with your user account.
parted: command not found
но система древняя, как говно мамонта. в новых версиях sudo, pam или еще какой
фигни могли чего и сломать)))

Re: Проиграна ли борьба за вычислительную свободу?

[dimas]

>  Вы не поняли. Если бы в JS была возможность получить атрибуты сертификата,
>  то владелец сайта мог бы запрограммировать дополнительные проверки на то,
>  что браузер получил именно тот сертификат, который принадлежит его сайту.
не у всех бывает включен жопоскрипт (у меня, например, по умолчанию выключен).
а если и включен - то далеко не весь жс-быдлокод работает во всех браузерах как
задумано (а точнее - работает не всегда и не всех). не говоря уже про то, что
жс вообще никаким боком не должен относиться к шифрованию http-трафика))

Re: Локализация приложений в Debian 9

[dimas]

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


2018-358 16:21 S.Kholodny  wrote:
> Привет!
> 
> Установил маме Debian 9 с русской локализацией:
> в целом все русифицировано, но, например,
> libreoffice 5 по-прежнему на английском.
> 
> Что предпринять на этот конкретный счет?
> И в любом аналогичном случае?
> 

Re: grep_проблемы_с поиском русского_при определённых условиях

[dimas]

я, конечно, не очень понял из документации, но lc_messages - это случаем не
оно? поставить ему аглицкий, а остальное ру-ру-утф8, не?


2018-287 08:09 Galina Anikina  wrote:
> Здравствуйте.
> Подскажите пожалуйста, может кто сталкивался с таким:
> 1) При установке дистибутива Debian была выбрана локаль LANG=ru_RU.UTF-
> 8
> 2) Из-за того, что все системные сообщений в log-и (/var/log)
> выдавались на русском, решила заменить глобально локаль на
> LANG=en_US.UTF-8. А конкретному пользователю в файле .bashrc прописать
> русские установки локали. Всё сделала через dpkg-reconfigure и цель
> была достигнута - в журналах записи на английском (это необходимо, если
> посылать их выводы в систему отслеживания ошибок), а пользователь,
> которому внесла в файл .bashrc следующее, получил русский интерфейс: 
> LANG=ru_RU.UTF-8
> LANGUAGE=
> LC_CTYPE="ru_RU.UTF-8"
> LC_NUMERIC="ru_RU.UTF-8"
> 
> LC_TIME="ru_RU.UTF-8"
> LC_COLLATE="ru_RU.UTF-8"
> LC_MONETARY="ru_RU.UTF-8"
> L
> C_MESSAGES="ru_RU.UTF-8"
> LC_PAPER="ru_RU.UTF-8"
> LC_NAME="ru_RU.UTF-8"
> LC_A
> DDRESS="ru_RU.UTF-8"
> LC_TELEPHONE="ru_RU.UTF-8"
> LC_MEASUREMENT="ru_RU.UTF
> -8"
> LC_IDENTIFICATION="ru_RU.UTF-8"
> LC_ALL=C
> #*** ПРЕДУПРЕЖДЕНИЕ ***
> #
> Установленная в окружении локаль влияет на порядок сортировки.
> # Чтобы
> получить традиционный порядок, использующий системные значения байт,
> #
> установите LC_ALL=C.
> # from coreutils_ru.po
> Последние строки - просто памятка
> 3) И в таком варианте почти всё работало нормально, но вот с grep
> возникли проблемки...
> Если через консоль простым пользователем пытаешься задать поиск 
> grep -R "online" Документы/ 
> вводишь "Док" и клавишей TAB пытаешься дополнить слово - обычно так и
> работало ранее. А в условиях, описанных выше, появляется абракадабра -
> курсор перескакивает, русские буквы не показываются. При попытке ввести
> всё же вслепую русскую фразу и нажать Enter - выдаёт чепуху.
> Та же ситуация, если бы я написала не "online", а слово на русском
> языке.
> Вообщем в конце вернулась глобально к LANG=ru_RU.UTF-8.
> Но проблема то не решена
> Может кто подскажет - где копать.
> Конечно один вариант я знаю - уйти в  LANG=en_US.UTF-8 глобально,
> пользователю сделать русифицированный интерфейс, как описано выше, а
> папки и файлы называть английскими символами. Тогда grep работает
> нормально.
> 
> 
> 

Re: переключение языков в иксах

[dimas]

только это не compose, а 3rd level
про compose Виктор в соседнем письме ответил
кстати, с помощью compose можно строить всякие прикольные шаблоны, типа
compose + < + a = 
ну или кому что надо, лишь бы в одну строку ложилось


2018-013 19:32 Pavel Volkov  wrote:
> Не совсем в тему, но использую compose key для ввода ряда спецсимволов: 
> тире, градус, знак ударения, знак умножения, кавычки, евро, копирайт и т. 
> д.
> В качестве compose key — правый Alt.
> Например, правый Alt + d, чтобы поставить градус°.
> Это обеспечивается раскладкой typo.
> 
> Option "XkbLayout" "jp+typo,ru:2+typo"
> Option "XkbOptions" 
> "grp:caps_toggle,grp_led:scroll,terminate:ctrl_alt_bksp,lv3:ralt_switch"
> 

Re: переключение языков в иксах

[dimas]

2018-012 20:06 Sohin Vyacheslaw  wrote:
> Может кто-нибудь из рассылки юзает более удобные сочетания?
> плз поделитесь...

использую LWin и Menu (RWin у меня нету), ну и аналогично scroll в качестве
индикатора, никаких там индикаторов на экране и не нужно.
привык настолько, что для ввода знаков препинания (запятые там, точки, вопрос,
кавычки всякие, etc) переключаюсь на аглицкую и обратно - они там гораздо
удобнее расположены, да и переключалка как раз рядом с ними
контекстное меню (ака имитация ПКМ) работает по shift+Menu

Re: выпил systemd и invoke-rc.d

[dimas]

2017-297 00:01 Andrey Jr. Melnikov  wrote:
> XFCE научилось само
> монтировать диски без плясок со скриптами вокруг кучи ненужных автомоутеров?
а что, оно когда-то не умело? сколько сижу на хфсе, отродясь проблем не было

Re: Производительность дисковой подсистемы

[dimas]

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


2017-283 12:23 Alexander Gerasiov  wrote:
> Да, с флагом O_DIRECT скорость диска становится нормальной, в районе
> 300МБ/сек.
> Вроде как сброс кэшей тоже ненадолго помогает увеличить скорость. (Тут
> не я проверял, поэтому пою со слов.)
> 

Re: layout

[dimas]

> Где еще порыться?
> И.
> 
/etc/dedault/keyboard что гласит? а настройки ДЕ?

Re: Плееры на Linux

[dimas]

для "в фоне" - таки mocp рулит и педалит. лишних оконных сооружений не требует,
управляется откуда угодно (если так хочется мышевозить, можно кнопочек на
панель накидать, еще были какие-то гномоапплеты), а можно вообще на хоткеи все
повешать (или на мультимедиа-кнопки, если клава с оными, вообще шикарно).

Re: Live USB

[dimas]

одну такую флэшку я собрал себе сам с нуля. т.е. компильнул ведро, сконфигурил
и собрал busybox, накалякал rcS и inittab, ну а остальное - большей частью
пораспаковывал из пакетов Дебиана (только бинари, без документации и прочего).
что-то пересобирал - cryptsetup, lvm, еще что-то - то ли от лишних зависимостей
избавлял, то ли что. на все про все - 19 Мб, 5 из которых - два ведра (постарее
и  поновее)
на сервере сделал еше проще: там система сама по себе не особо здоровая (чай не
десктоп со всей помойкой гномокед), так я создал раздельчик, туда ее
склонировал (по-живому, не отходя от кассы), тут же чрутнулся туда, поудалял к
чертовой матери все ненужное, что-то доставил... в общем, получился вполне себе
обычный Дебиан с минимумом пакетов. что-то в мегов 200 с чем-то все
укладывается. можно спокойно обновлять и ставить нужное (и через чрут без
проблем), в отличие от всяких там "лайвов". ssh есть - можно вообще наладить,
чтобы в загрузчике по умолчанию была "rescue"-система, а основная после
успешной загрузки делала syslinux --once "тыр-пыр-пыр", и если что-то пойдет не
так, то после ребута все загрузится само куда надо.
и вообще, я в итоге пришел к тому, что какие-то тормознутые флэшки, которые
потом где-то искать, втыкать, грузиться с них - нафиг этот надо. отрезал раздел
пустякового размера на харде, там и делаешь себе "лайв-юсб", до чего дошел
прогресс))) благо диски давно не по 40 Мб))
флэшка может быть полезна, если что-то случилось с самим хардом (и то не
всегда), а также чтобы держать на ней какой-нибудь груб или там syslinux, чтоб
было откуда грузануться вручную, если с загрузчиком вдруг "мало ли что".

Re: Зафиксировать локально установленный пакет

[dimas]

2017-143 13:18 artiom  wrote:
> Не работает (999 максимальный в /etc/apt/preferences).
> Как мне зафиксировать данный пакет и вообще все установленные локально?

читайте дальше ман. приоритет >1000 означает "всегда использовать эту версию,
даже если есть новее"
насчет Pin: origin "" я не знаю, не было нужды никогда, а для фиксации
некоторых пакетов из стэйбла в тестинге оно вполне себе работает.

как вариант, можно еще так:
Package: pkg1 pkg2  pkgN
Pin: origin *
Pin-Priority: 50
а то и вообще -1. если я правильно понял, и никаких локальных репозиториев нет,
а пересобранные пакеты ставятся вручную через dpkg -i *.deb, то должно работать
в лучшем виде, ибо dpkg пофиг на все эти преферансы
но тут надо пакеты вручную перечислять, так это только если первый способ
совсем не взлетит

Re: модуль обновления погоды в xfce

[dimas]

2017-141 02:07 serge  wrote:
> sudo make install
легким нажатием make install любой дистрибутив превращается в slackware (ц)
нет бы взять дебианизацию от родного пакета и собрать по-нормальному - скорее
всего соберется, ну мб патч какой не применится - поправить или без него
собрать.

> (удалить пакеты, установленные командой apt-get build-dep
> xfce4-weather-plugin):
> > sudo apt-get remove gir1.2-gtk-2.0 gir1.2-soup-2.4 libatk1.0-dev
> libcairo-script-interpreter2 libcairo2-dev libdbus-1-dev [...]
ужоснах...
sudo aptitude --add-user-tag "my_cool_tag" build-dep coolprog
...
sudo aptitude purge "~i?user-tag(my_cool_tag)"

а перед этим всем - почитать на packages.qa.debian.org, не пофиксили ли уже,
ежели уже - накатить пакет из анстейбла и не страдать херней))

Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

[dimas]

2017-133 21:47 Victor Wagner  wrote:
> Я бы советовал FAT. Потому что это "наименьший общий знаменатель".
> Файловая система. которая понимается всеми
не, ну это несерьезно. про идиотские ограничения уже писали, да и зачем вообще
использовать вражью фс, прикрученную, поди, через костыли, если есть целая куча
родных?
поддержка шинды ТСом даже не заявлена, а если очень уж припрет, а на машине
ничего другого нет, то всегда можно загрузиться с флэшки/лайвцд или просто на
этом же диске держать какой-нибудь минималистичный линукс, хоть самому собрать
на бизибоксе, для "скопировать файлы на шинду" все это уложится в какие-нибудь
20 мегабайт)))

> А для файлопомойки
> продвинутые функции файловых систем, не поддерживаемые FAT, такие как
> понятие владельца файла, хардлинки или симлинки все равно не нужны.
чойта вдруг? ну ладно если юзер один, тут еще можно поспорить, но
симлинки/хардлинки... без них это какая-то неправильная файлопомойка. особенно
если планируется качать/раздавать в p2p-сетях, где файлы любят называть хрен
знает как, без раскладывания их по нормальным местам и под нормальными именами
это будет именно что помойка, в которой сам не разберешься без ста грамм

> И шифрование на машине, на которой вы пытаетесь запустить то одну, то
> другую операционную систему, тоже будет лишним. Вернее бесполезным.
чойта вдруг? (2)

> Если же вы хотите безопасности (мысль о чем возникает, так как
> упоминается шифрование), то ни в коем случае не используйте
> мультипл-бут.
а то что? я еще понимаю, /boot держать на флэшке, которую на ночь класть под
подушку, а то вдруг злые какеры подменят ведро и инитрд, напихав туда
кейлогеров, ну так для такого и с дуалбутом никаких препятствий нет.
хотя стоп, про шифрование системных разделов ТС вообще не говорит, тогда тем
более какая разница, под линуксами он будет монтировать криптоконтейнер или под
бздей?

Re: Общая файлопомойка на отдельном винте для Freebsd и Debian

[dimas]

2017-133 22:18 Aleksandr Sytar  wrote:
> Файловая система без журнала, srly? Ну наверно это верный выбор, если не
> хранить ничего важного.

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

Re: Локальная сеть

[dimas]

https://wiki.debian.org/SAMBAClientSetup
https://wiki.debian.org/SambaServerSimple
https://wiki.debian.org/Samba%20Quick%20Setup(Rus)


2017-129 22:19 EyeLand  wrote:
> Привет, в локальной сети есть два компьютера http://prnt.sc/f5xhvt на
> Windows 10 и Debian, PING между ними есть http://prnt.sc/f5xim2,
> http://prntscr.com/f5xjq5, но файловый обмен не существует
> http://prnt.sc/f5xk5w, http://prntscr.com/f5xkb8, можете помочь устроить
> это? Спасибо.

Re: Браузер по умолчанию

[dimas]

2017-129 17:12 EyeLand  wrote:
> В терминале настроил http://prnt.sc/f5twe9 и Chromium стал браузером по
> умолчанию в Debian, однако при открытие браузера Chromium отображается
> постоянно запрос на подтверждение статуса по умолчании http://prnt.sc/f5txvg

а что покажут вот эти две команды:
xdg-settings --list
xdg-settings get default-web-browser
?
про alternatives этот их хромиум может и не знать

Re: YAD

[dimas]

хз, что такое yad, но...
во-первых, опции du -b и -h в некотором смысле взаимно противоположны
во-вторых, судя по "find -type f | wc -l", %f может содержать несколько
аргументов, тогда du выведет кучу строк и "одной строкой" уже не получается.
в чистом баше искомая задача будет выглядеть как-то так:
>13:49:34 128 ~$ echo "$(du -hcs downloads/ jpg/ | tail -n1| cut -f1) \
$(find downloads jpg -type f | wc -l) files"
102M 86 files
если же сабжевая программа умеет только запускать бинарники, тогда так:
/bin/bash -c "echo \"$(du -hcs downloads/ jpg/ | tail -n1| cut -f1) $(find 
downloads jpg -type f | wc -l) files\""
либо, как вариант, создать скрипт-однострочник и запускать его


2017-128 00:04 serge  wrote:
> Приветствую. 
> Подскажите, как вывести аутпут обеих команд
> du -bchs %f && find %f -type f | wc -l
> в YAD одной строкой, повесить на кнопку в emelfm2. В емелином аутпуте
> слишком мелко. Спасибо.

Re: создание своего пакета под несколько версий операционок

[dimas]

2017-088 20:46 Igor Savlook  wrote:
> Про dh_make я знаю я имел ввиду что-то типа fpm (говорят же что он не
> вменяем).
> 
checkinstall есть (был, по крайней мере)

Re: transmission-daemon и постоянные обращения к диску

[dimas]

а теперь самое интересное: если опцию -e (--log-file) вообще убрать, то сабж
пишет в syslog, при этом не дергая диск, и вообще хорошо себя ведет.
стало быть, механизм записи в файл где-то криво реализован.
а может, кто подскажет, как syslog наладить, чтобы от сабжа записи в отдельный
файл писал? должно быть как-то просто, но опять тыркаться, а вдруг кто-то сразу
знает, как правильно))

Re: transmission-daemon и постоянные обращения к диску

[dimas]

2017-087 17:53 Tim Sattarov  wrote:
> Проще нужно быть :)
> strace -p `pidof  transmission-daemon` -f -o stats
оу, спасибо! я не сильно вдумчиво ман курил, так-то да, оно, конечно, удобнее

> Интересно посмотреть на что указывает 3-й FD  в твоем случае ?
с логом в /dev/null
srv> ~$ ll /proc/11226/fd/[0-3]
lrwx-- 1 srv srv 64 мар 29 12:36 /proc/11226/fd/0 -> /dev/null
lrwx-- 1 srv srv 64 мар 29 12:36 /proc/11226/fd/1 -> /dev/null
lrwx-- 1 srv srv 64 мар 29 12:36 /proc/11226/fd/2 -> /dev/null
l-wx-- 1 srv srv 64 мар 29 12:36 /proc/11226/fd/3 -> /dev/null
с логом в файл - на него, как и положено:
srv> ~$ ll /proc/21183/fd/[0-3]
lrwx-- 1 srv srv 64 мар 29 12:59 /proc/21183/fd/0 -> /dev/null
lrwx-- 1 srv srv 64 мар 29 12:59 /proc/21183/fd/1 -> /dev/null
lrwx-- 1 srv srv 64 мар 29 12:59 /proc/21183/fd/2 -> /dev/null
l-wx-- 1 srv srv 64 мар 29 12:59 /proc/21183/fd/3 -> 
/var/log/transmission.log

Re: transmission-daemon и постоянные обращения к диску

[dimas]

ничего интересного. анонсит раздачи на трекерах, к некоторым could not connect,
dht гоняет туда-сюда, ищет и находит пиров - в общем, нормальный ход вещей,
ничего необычного


2017-088 09:04 Илья  wrote:
> Может опция --log-debug покажет что то

Re: transmission-daemon и постоянные обращения к диску

[dimas]

2017-088 10:07 Alexander Galanin  wrote:
> Он постоянно пишет в /var/lib/transmission-daemon/.config обновление
> DHT-таблицы, состояния торрентов. Может в этих файлах дело?

не-а. глянул find -mtime -1 -exec stat -c "%z %n" "{}" \; - dht.dat в 2 часа
обновился, resume-файлы в 8 и 11, stats.json вот сейчас (видимо, при вызове
transmission-remote -l), settings,json тоже в 2 часа.
в общем, явно не каждую секунду)) да и отправка лога в /dev/null однозначно
решает проблему, так что надо там копать 

Re: transmission-daemon и постоянные обращения к диску

[dimas]

он плодит еще кучку потомков, для надежности запустил вот так:
strace -e open,write,close -o t-d.strace transmission-daemon \
--config-dir=.config/transmission-daemon/ -ep \
-e /var/log/transmission.log --log-error -f
выхлоп в аттаче. ничерта интересного. в лог пишет несчастную одну строчку.
шыштемд у меня нету, в syslog пару раз "closing session" выдал при остановке.

однако же, поигрался тут еще по-всякому и нашел вот какую вещь: если запустить
strace -p 5363,5364,5365,5385 -c &> stats
получаем примерно по одному fsync в секунду (см. файл stats)
далее, при логе в /var/log/transmission:
srv> ~$ strace -p 5363,5364,5365,5385 -e fsync -t
strace: Process 5363 attached
strace: Process 5364 attached
strace: Process 5365 attached
strace: Process 5385 attached
[pid  5363] 00:01:18 fsync(3)   = 0
[pid  5363] 00:01:20 fsync(3)   = 0
[pid  5363] 00:01:21 fsync(3)   = 0
[pid  5363] 00:01:22 fsync(3)   = 0
[pid  5363] 00:01:23 fsync(3)   = 0
[pid  5363] 00:01:24 fsync(3)   = 0
ну и так далее, каждую секунду он зовется и успешно синкает бедный диск. [1]
если же лог направить в /dev/null, общая картина та же, за исключением того,
что все эти fsync'и завершаются с ошибкой:
srv> ~$ strace -p 11226 -e fsync -t
strace: Process 11226 attached
00:09:30 fsync(3)   = -1 EINVAL (Invalid argument)
00:09:31 fsync(3)   = -1 EINVAL (Invalid argument)
00:09:32 fsync(3)   = -1 EINVAL (Invalid argument)
00:09:33 fsync(3)   = -1 EINVAL (Invalid argument)
00:09:34 fsync(3)   = -1 EINVAL (Invalid argument)
00:09:35 fsync(3)   = -1 EINVAL (Invalid argument)
вот она где собака порылась!
таким образом, имеем вот что: если лог-файл у нас на диске, то бешеная
программа каждую секунду упорно синкает этот самый диск! /dev/null тоже
пытается упорно синкать, но ему все равно))
видимо, где-то в коде, отвечающем за ведение логов, должно было быть что-то
типа: раз в секунду сбрасываем некий буфер (или как его правильно) в лог-файл и
синкаем диск, только из-за ошибки оно синкается независимо от того, писали мы в
файл или нет.


[1] http://man7.org/linux/man-pages/man2/fsync.2.html


2017-087 15:58 Tim Sattarov  wrote:
> я бы проверил ещё strace'ом, что он пишет и куда
> strace  -e write -p `pidof transmission-daemon`
> и вот сюда ещё:
> journalctl  -u transmission-daemon.service
> 
> у меня transmission-daemon из тестинга:
> 
> # apt-cache  policy transmission-daemon
> transmission-daemon:
>   Installed: 2.92-2
>   Candidate: 2.92-2
>   Version table:
>  *** 2.92-2 500
> 500 https://cloudfront.debian.net/debian unstable/main amd64
> Packages
> 400 https://cloudfront.debian.net/debian testing/main amd64 Packages
> 100 /var/lib/dpkg/status
> 
> 
> весь запуск и опции управляются через systemd:
> 
> [Unit]
> Description=Transmission BitTorrent Daemon
> After=network.target
> 
> [Service]
> User=debian-transmission
> Type=notify
> ExecStart=/usr/bin/transmission-daemon -f --log-error
> ExecStop=/bin/kill -s STOP $MAINPID
> ExecReload=/bin/kill -s HUP $MAINPID
> 
> [Install]
> WantedBy=multi-user.target
> 
> 


t-d.strace
Description: Binary data


stats
Description: Binary data

Re: transmission-daemon и постоянные обращения к диску

[dimas]

2017-087 22:48 Igor Savlook  wrote:
> Тоесть он лог постоянно пишет на диск не прекращая? После того как ты
> лог направил в /dev/null все ок?
именно так!
причем я хз, что он туда пишет, в лог-файле ничего нового не появляется, но в
iotop при этом постоянная запись от процесса t-d.
с lsof я не особо разобрался, у него какой-то наркоманский синтаксис, плюс он
еще сетевые все запросы до кучи сыплет, и -X не помогает.
но факт в том, что после -e /dev/null все успокоилось, да

transmission-daemon и постоянные обращения к диску

[dimas]

алярм всем, кто пользует transmission-daemon, по крайней мере актуальную версию
из тестинга!
сегодня заметил, что на сервере постоянно мигает диод доступа к диску, где-то
раз в секунду. опытным путем быстро выяснилось, что после остановки сабжа
перестает мигать, с запуском - начинает. фишка в том, что диод отвечает за
системный диск, на котором кроме самой системы ничего нет, вся файлопомойка (и
раздачи) - на внешних дисках.
поставил iotop, и сабж стал постоянно светиться в столбце "write". подумал,
куда он там может пытаться писать - первое подозрение: что-то в логи тоннами
шлет. в syslog он не пишет, вроде как, а собственный его лог-файл я посмотрел -
там несколько строчек всего, и ничего нового не появляется. в опциях стояло
--log-error, именно так все и работало (несколько записей про одну раздачу,
которая не найдена на таком-то трекере)
однако же, после того как в /etc/default/сабж я задал -e /dev/null и
перезапустил - он перестал насиловать мой несчастный диск. а при заданном
лог-файле не только диод моргал, но и, если ухо приложить, слышно было, как
бедный диск заводится каждый раз.
баг сейчас накатаю, если еще нету, а пока что все обратите внимание, если вам
дороги ваши винты

Re: Как предотвратить жёсткие зависания компьютера в ресурсоёмких играх?

[dimas]

может, попробовать nice-level повысить, что означает меньший приоритет? при
желании ядра покомпилять, мб патченые (bfs какой-нибудь вместо стандартного
шедулера, поиграться с частотой этого... как его... таймера, в общем)
да, про alt+SysRq+REISUB в курсе?


2017-079 20:47 Зиганшин Руслан  wrote:
> Компьютеру почти 11 лет, мат. плата (socket 775, поддержка только
> одноядерных процессоров и до 2 гб ddr2 ram) и процессор (pentium 4), как
> самые дорогие детали, до сих пор не заменены. Может так зависнуть при игре
> младшего брата в garrys mod, что переключение по ctrl+alt+f1 занимает
> несколько минут, а потом из-за таймаута не удаётся войти в свою учётку
> чтобы если не завершить зависший процесс, то хотя бы выполнить sudo reboot.
> Под своп выделено 2 гб на hdd. На апгрейд пока нет средств.

Re: Аналог debootstrap для udeb-пакетов

[dimas]

"официальный" способ, который используется в родных хуках, через которые
создается инитрд - функция copy_exec из 
/usr/share/initramfs-tools/hook-functions
принцип нехитрый - копирует сам бинарь, потом парсит вывод ldd для него, ищет
нужные либо по всем углам и копирует их тоже.
примеры использования есть во многих хуках, да почти во всех, наверно.
в общем, в initramfs-tools есть дофига всего, чтобы обойтись без всяких танцев
с debootstrap и прочими ужасами))


2017-030 22:50 Alexander Galanin  wrote:
> Добрый вечер, d-r!
> 
> Недавно понадобилось собрать нестандартный initramfs, в котором нужна
> команда mkfs помимо шелла и модулей. Скачал и распаковал udeb-пакеты для
> e2fsprogs, busybox и их зависимости. В общем-то проблему решил, но
> захотелось узнать, как решать проблему разбора зависимостей и скачивания
> пакетов автоматически.
> 
> Пробовал debootstrap и multistrap. В обычном режиме они ставят слишком
> много (первый - ставит все пакеты для базовой системы, второй - по
> зависимостям вытянул даже sysv-rc).
> 
> Попробовал заставить *-strap-ы скачивать udeb-пакеты. Для debootstrap
> не смог найти подходящего ключика. Нашёл, как сделать это для multistrap
> (components=main/debian-installer). Однако multistrap только разобрал
> зависимости и скачал пакеты, но установить он их не смог. Судя по
> исходникам, он привязывается к тому, что имя файла пакета оканчивается
> на .deb.
> 
> Есть ли какой-нибудь ещё способ автоматически разобрать зависимости,
> скачать и распаковать udeb-пакеты? Или даже так: собираете ли вы
> initramfs автоматически, и если да, то как вы это делаете?
> 

Re: Замена x.org

[dimas]

2017-015 22:04 Egorov N.V.  wrote:
> Настройка переключения в консоли и в графике никак не связана. Если
> используешь графический терминал, то используется переключатель X.org.

ну, у меня вот все настроено через /etc/default/keyboard, или как там его. в
графике (хфсе) ничего не настраивал и вообще никогда не трогал. все работает
одинаково (переключается заданными кнопками, при русской раскладке горит scroll
lock) что в tty, что в иксах.

замена диска в mdadm-raid-1 с расширением массива

[dimas]

всем доброго!
имеется софт-рейд (mdadm) raid1-зеркало (тончее, два). изначально был один 500Г
диск, на нем вся файлопомойка. потом докупил я другой, на 1Т (с расчетом на то,
что когда-нибудь, в светлом будущем, поменяю маленький тоже на терабайтный),
и собрал из них реёд-зеркало.
недавно маленький диск стал чего-то отваливаться из массива с кучей всякого в
dmesg, ну и светлое будущее наступило - купил новый на терабайт.

сейчас конфигурация такая: на каждом из дисков есть два раздела - один на 15Г
(маленькое зеркало для бэкапов) и второй... так, тут выясняются интересные
подробности - на маленьком диске, оказывается, раздел на 400Г, а на большом -
на 900, ну а зеркало в итоге - по размеру меньшей из половинок... блин, я
думал, разделы одинаковые))


srv> ~$ lsblk | grep -v "sda"
NAME  MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sdb 8:16   0 465,8G  0 disk  
├─sdb1  8:17   0 1K  0 part  
├─sdb2  8:18   0   400G  0 part  
│ └─md126   9:126  0   400G  0 raid1 /media/svalka
└─sdb5  8:21   015G  0 part  
sdc 8:32   0 931,5G  0 disk  
├─sdc1  8:33   0 1K  0 part  
├─sdc2  8:34   0 912,4G  0 part  
│ └─md126   9:126  0   400G  0 raid1 /media/svalka
└─sdc5  8:37   015G  0 part

srv> ~$ sudo fdisk -l /dev/sdb /dev/sdc
[sudo] password for srv: 

Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000cc92b

Device Boot Start   End   Sectors  Size Id Type
/dev/sdb12048 137901959 137899912 65,8G  5 Extended
/dev/sdb2   137901960 976768064 838866105  400G fd Linux raid autodetect
/dev/sdb54096  31459240  31455145   15G fd Linux raid autodetect

Partition table entries are not in disk order.
Disk /dev/sdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2ab8c2ce

Device BootStartEndSectors   Size Id Type
/dev/sdc1 63   40066109   40066047  19,1G  5 Extended
/dev/sdc2   40066110 1953525167 1913459058 912,4G fd Linux raid autodetect
/dev/sdc5126   31455269   3145514415G fd Linux raid autodetect

Partition table entries are not in disk order.


вот данные самого зеркала:

srv> ~$ sudo mdadm -D /dev/md/svalka
[sudo] password for srv: 
/dev/md/svalka:
Version : 1.2
  Creation Time : Wed Aug 10 19:52:01 2011
 Raid Level : raid1
 Array Size : 419431892 (400.00 GiB 429.50 GB)
  Used Dev Size : 419431892 (400.00 GiB 429.50 GB)
   Raid Devices : 2
  Total Devices : 2
Persistence : Superblock is persistent

Update Time : Fri Nov 25 20:40:22 2016
  State : clean 
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

   Name : srv:svalka  (local to host srv)
   UUID : 992b06af:42dd8b35:bc2a3843:e50f2e6b
 Events : 5494

Number   Major   Minor   RaidDevice State
   3   8   180  active sync   /dev/sdb2
   2   8   341  active sync   /dev/sdc2
srv> ~$ cat /proc/mdstat 
Personalities : [raid1] 
md126 : active raid1 sdb2[3] sdc2[2]
  419431892 blocks super 1.2 [2/2] [UU]
  
unused devices: 

маленькое на 15Г сейчас просто остановлено, но с ним проще - там ничего
ресайзить не надо.

а из большого же я хочу изъять 500Г диск, взамен него поставить 1Т, расширить
зеркало до 900Г.
каков должен быть порядок действий? мне видится как-то так:
0. разметить новый диск. по идее, туда бы просто склонировать таблицу разделов.
чем это сделать? parted? sfdisk? или может оказаться, что размер (или там
количество блоков) чуть-чуть не совпадает, и лучше ручками?
1. sudo mdadm /dev/mdXXX --fail /dev/sdb2
массив перейдет в состояние degraded
2. sudo mdadm /dev/mdXXX --add /dev/sdXY
где sdXY - раздел на новом диске
3. sudo mdadm --grow -z max
или как-то так...
4. sudo resize2fs -p /dev/mdXXX
да, фс - ext2
5. ...
6. profit!

все верно? или, может быть, можно до добавления нового диска, когда массив
будет в degraded, сделать grow и resize2fs, а потом уже добавлять второй диск,
чтобы оно только они раз засинкалось? такой фокус возможен? а то сначала
синкать, а потом все эти гровы и фс-ресайзы - опять синкать-пересинкать.. или
там синкать особо нечего будет?

и еще бонусный вопрос: старый 500Г диск хочу оставить и иногда rsync-ать на него
содержимое массива (допустим, за вычетом кинца, когда оно превысит 400Г). можно
как-то превратить его из половинки рейда в просто раздел, чтобы фс со всем
файлОм осталась при этом как есть? типа обнулить там рейд-суперблок, чтоб был
просто раздел и на нем просто фс?

Re: chrome

[dimas]

там есть что-нибудь типа девелопер тулз в опере или аналогичной приблуды в
жирнофоксе? чтоб можно было сделать "network request" и посмотреть на ответ
сервера.
отвалился отдельно взятый браузер? другие, а также curl/wget работают? какие
настройки dns? у меня недавно была проблема, полдня искал, что не так,
оказалось, один (первый в списке) dns-сервер сдох, и все открывалось, но очень
уж "спустя некоторое время" - видимо, резолвер терпеливо ждал ответа, и только
после таймаута, отчаявшись, спрашивал другой днс.


2016-308 12:25 Ivan Petrov  wrote:
> Никто не подскажет, почему у меня перестал работать Chromium?
> Ни одна страница не загружается: aw, snap.
> Полный снос и переустановка не помогла:
> Debian Wheezy x64

Re: shell background job and trap SIGCHILD

[dimas]

ааа, тоды извиняюсь, недопонял.
а то я на эту фичу в свое время напоролся - привык в баше писать "function
name()", а потом долго не мог понять, почему в бизибоксе не работает, и как
надо оный бизибокс собрать правильно))


2016-303 12:43 Михаил Касаджиков <ha...@h13online.net> wrote:
> 29.10.2016 10:51, dimas пишет:
> > 2016-302 00:34 Михаил Касаджиков <ha...@h13online.net> wrote:
> >> Проверил по другому, таки да, на function() dash не реагирует
> > function - башизм, правильнее объявлять функции через "name()"
> >
> Я же написал не «function name()», а просто «function()». Прочитайте всё
> обсуждение — речь идёт об «on_sigchld()» и «print_msg()».
> 

Re: shell background job and trap SIGCHILD

[dimas]

о чем спор? в баше есть команда builtin, которая железно запустит нам
билт-ин-echo, printf, etc


2016-303 01:00 Dmitry Alexandrov <321...@gmail.com> wrote:
> > Проще command -v ${command}
> 
> Пардон, для чего проще?  Для программной проверки, быть может, и так, но для
> восприятия человеком (как здесь) — боюсь, что нет.
> 
> > оно если с полным путем, то бинарь на диске,
> 
> Да не обязательно с полным.  Если подать на вход относительный, то он его и
> вернет, при условии, что по нему есть исполняемость.
> 
> $ command -v .bin/chdate
> .bin/chdate
> 
> Или если в «$PATH» за каким-то чертом внесен относительный путь, то также
> именно он и будет возвращен.
> 
> $ export PATH=".:$PATH"
> $ cd .bin
> $ command -v chdate
> ./chdate
> 
> > если нет - то builtin.
> 
> Или функция, или элемент синтаксиса языка (как «if», например).

Re: shell background job and trap SIGCHILD

[dimas]

2016-302 00:34 Михаил Касаджиков  wrote:
> Проверил по другому, таки да, на function() dash не реагирует

function - башизм, правильнее объявлять функции через "name()"

Re: multiple spellchecking languages

[dimas]

2016-273 04:33 yuri.nefe...@gmail.com  wrote:
> Кроме того, текст перемешанный из слов разного
>языка весьма специфичен даже для человека.

например: конструкция "be going to + инфинитив" используется для выражения
действий, которые должны будет совершиться в будущем, в значении "собираюсь
что-то сделать". например, "i'm going to visit you tonight".
или: оператор continue прерывает текущую итерацию цикла и вызывает следующую, в
то время как break означает полный выход из цикла.

Re: Фонт для редактора.

[dimas]

monospace не пойдет? у меня в терминале и в Kate. болд, италик - есть, символов
дофига и больше (не весь юникод, конечно, но в достатке)


2016-268 22:11 Oleksandr Gavenko  wrote:
> В Emacs много лет жил с:
> 
>   -misc-fixed-*-*-*--14-*-*-*-*-*-*-*
> 
> В фонте есть кирилица, греческий и IPA полностью.
> 
> Только один недостаток - нету slant кроме roman. Правда на 13 размере есть
> oblique, но это не сильно спасает, нужно еще хакать редактор.
> 
> В терминале понятно что нету italic и потому фонт не будет дорабатываться.
> 
> Для xterm его оставлю.
> 
> Захотелось моно-фонт с вариациями weight=bold, slant=italic и
> weight=bold:slant=italic при чем с позициями для кирилицы, греческого и IPA
> (IPA не обязательно в вариациях).
> 
> В общем то:
> 
>   -xos4-terminus-*-r-*--16-*-*-*-c-*-*-*
> 
> имеет указанные вариации, для IPA я смогу использовать misc-fixed:
> 
>   (set-fontset-font "fontset-default" 'phonetic
> "-misc-*-*-*-*--16-*-*-*-*-*-*-*"nil)
> 
> но так неудачно оказывается что в скрипте латинницы нет глифа для "ː"
> (MODIFIER LETTER TRIANGULAR COLON) и "ˈ" (MODIFIER LETTER VERTICAL LINE).
> 
> В итоге текст с произношением выглядит плохо. Может в Emacs и можно настроить
> мапинг индивидуальных символов, но это перебор.
> 
> Из TTF фонтов со скрптами в кирилице/греческом/IPA нашел DejaVu Sans Mono и
> FreeMono.
> 
> К FreeMono есть притенции - в 12 размере слишком "длинные" по сравнению с
> misc-fixed. FreeMono-11 выглядит похоже, но к сожалению алиасингом сьедаются
> контуры у некоторых глифов да и мелковато.
> 
> В DejaVu Sans Mono немного жирноватые линии, хотя 11 размер очень хорошо
> читается, особенно с большим межстрочным промежутком:
> 
>   (setq-default line-spacing 1) 
> 
> Можно ли как то покрутить толщину линий глифов и ширину глифов в TTF фонтах?
> 
> Может нужно алиасинг, хинтинг мучить?
> 
> Мне по душе битмапный четкий misc-fixed...
> 
> 
> 
> Какие фонты посоветуете, а то:
> 
>   $ fc-list :spacing=mono
>   $ xlsfonts -fn '*-*-*-*-*-*-*-*-*-*-*-m*'
>   $ xlsfonts -fn '*-*-*-*-*-*-*-*-*-*-*-c*'
> 
> работает только на установленных фонтах...
> 
> Нужен для редактора исходного кода с вариациями weight=bold, slant=italic и с
> глифами в кирилице, греческом и фонетическом скрипте.
> 
> 
> 
> TTF все имеют вариации italic/bold? Она строится алгоритмически?
> 
> Потому как не ясно почему файлов несколько:
> 
>   $ ls /usr/share/fonts/truetype/freefont/FreeMono*.ttf
>   FreeMonoBoldOblique.ttf
>   FreeMonoBold.ttf
>   FreeMonoOblique.ttf
>   FreeMono.ttf
> 

Re: Проверить на наличие железяки

[dimas]

для этого есть tasksel и dpkg --get/set-selections


2016-265 17:11 Victor Wagner  wrote:
> Поддержка персонального списка пакетов это правильная идея. Я, когда мне
> не лень, оформляю это в виде дебиановского пакета, который зависит от
> тех пакетов, которые мне нужны. Все равно я ко всем машинам подключаю
> свой персональный репозиторий. Стоит поставить пакет
> "my-personal-choices" и все необходимое поставится.

Re: Проверить на наличие железяки

[dimas]

про батарейку нашел вот такую штуку в /sys:
/sys/class/power_supply/BAT0
не могу проверить, будет ли она на стационарном компе, ибо на единственном
имеющемся отключен в ведре весь acpi, но логика подсказывает, что быть там
такой папки не должно)) ну и внутри есть файлик type, выдающий "battery".
или вот тут еще пишут про разные тулзы для мониторинга батарейки - можно
попарсить их вывод, но через sysfs как-то проще:
https://blog.sleeplessbeastie.eu/2013/01/02/debian-how-to-monitor-battery-capacity/

по тычпаду - что-то типа
xinput list --name-only | grep "ТычСтик" &>/dev/null && \
xinput disable "SynPS/2 Synaptics TouchPad"
имена девайсов меняем на те, что даст xinput. можно сделать
grep -E "(тычстик|mouse)"
на предмет наличия хотя бы одного из желаемых девайсов


2016-264 09:17 Victor Wagner  wrote:
> Коллеги, 
> тут у меня возникла мысль синхронизировать конфигурацию рабочего стола
> между всеми используемыми мной машинами. Благо с отказом от LXDE и
> переходом на JWM это стало технически просто - хоть в version control
> коммить, хоть просто rsync-ай.
> 
> Но столкнулся с вот такой проблемой - некоторые апплеты, которые
> хочется видеть в трее, хочется видеть только на устройствах, где есть
> определенные аппаратные компоненты.
> 
> Например, fdpowermon имеет смысл запускать только там, где есть
> аккумулятор. 
> 
> Есть и более сложная задача - вот у меня есть ноутбук Thinkpad, на
> котором кроме общепринятого нынче тачпада есть touchstick, который
> гораздо удобнее.
> Поэтому на нем из .xsessionrc вызывается
> 
> synclient TouchpadOff=1
> 
> Чтобы, если попадешь по этому дурацкому тачпаду ладонью при работе на
> клавиатуре, курсор никуда не уехал.
> 
> Но когда я по ошибке скопировал этот xsessionrc на EeePC 900, то курсор
> мыши стало двигать вообще нечем.
> То есть задача - если на устройстве есть тачпад, но нет никакого
> другого позиционирующего устойства, то тачпад не отключать, а если есть
> тачпад и кое что еще - отключать.
> 
> Для батарейки нашел вроде решение 
> 
> test -n "`ls -1 /sys/bus/acpi/drivers/battery |fgrep -v 'bind
> uevent
> unbind`"
> 
> Но какое-то оно громоздкое.
> 
> Самое простое решение - для wpa_gui - если control socket
> wpa_supplicant writable для текущего юзера, то имеет смысл запускать.
> 
> 

Re: Firefox, Youtube и /tmp

[dimas]

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


2016-254 21:47 Eugene Berdnikov  wrote:
>  Здесь наличие/отсутствие тормозов определяется шириной и качеством канала,
>  никаких чудес быть не может.

Re: Firefox, Youtube и /tmp

[dimas]

у меня вообще это ваше видео в браузере не работает, да и не надо - достаточно
скопировать ссылку и написать две буквы в консоли. и в bashrc вот такое:
yt() {
   [ -n "$1" ] && url="$1" || url="$(xsel -ob)"
   url=$(echo "$url" | sed 's/&.*$//g');
   youtube-dl --max-quality=22 --prefer-insecure -g "$url" | \
   mplayer -noconfig system -nolirc -nojoystick -fs \
  -cache 20480 -cache-min 15 "$(cat)"
}
и никаких тормозных глюкодромов, теплый ламповый mplayer (ну или кому что по
вкусу)


2016-254 21:05 Oleksandr Gavenko  wrote:
> Удобно посмотреть видео потом и/или скинуть на мобильный гаджет.

Re: [debian-devel] Обсуждение удаления sysvinit-скриптов из пакетов.

[dimas]

2016-243 13:40 Victor Wagner  wrote:
> Поэтому в первом же письме я предлагал воспольноваться тактикой embrace
> and extend - для нашего, правильного интерфейса сделать переходник
> (интерпретатор), который позволит ему использовать service-файлы от
> systemd.
> 
> Ну и соответсвенно каждая система инициализации должна будет внутри
> себя поддержать тем или иным образом этот интерфейс.
> 
> Для sysvinit это просто - нужно только insserv подправить что  при
> генерации зависимостей умел не только читать LSB-style комментарии, но
> и вызывать скрипт согласно протоколу.
да мне кажется, проще сделать тулзу/скрипт, которая будет вызываться один раз
по хуку при установке (обновлении) пакета и генерить инит-скрипт, чем править
sysvinit и каждый раз интерпретировать одно и то же. тем более, править инит не
это надо чтоб майнтейнер захотел, принял правки и т.д., а приблуду-конвертер
держи себе отдельным пакетом, и никому она мешать не будет

Re: [debian-devel] Обсуждение удаления sysvinit-скриптов из пакетов.

[dimas]

2016-243 11:26 Victor Wagner  wrote:
> Тут вопрос скорее в интерфейсе для мейнтейнера пакета, а не админа или
> системы инициализации. В смысле, если предоставишь исполняемый
> файл с вот таким интерфейсом - при вызове с параметром start делает то,
> stop се, depends это, то система инициализации этот файл подхватит и
> будет через него демоном управлять.
> 
> А уже потом, специфицировав этот протокол, делаем интерпретаторы для
> существующих декларативных конифгов и врапперы для прочих случаев,
> поддерживающие этот протокол.
это все хорошо, пока демон запускается/останавливается на уровне простейших
действий: запустить указанный бинарник, пид-файл покласть туда-то, уйти в фон и
не отсвечивать. такому можно и /etc/init.d/skeleton подсунуть, указав только,
кого и откуда запущать.
и как раз такие случаи приводили в пример свидетили шыштемдэ, когда кричали,
что вот, у нас все запускается через простые текстовые "юниты" без всяких там
шелл-скриптов. но как только появляются какие-то другие действия при загрузке -
создать какую-то помойку, убрать за собой при запуске, запустить еще какие-то
вспомогательные сервисы, etc - вернулись к тому же, что с такой помпой
"закапывали" - к шелл-скриптам))
а еще в /etc/init.d полно всякой фигни, которая не является демонами как
таковыми, но вполне себе Provides, Depends и прочия - всякие там mount*,
checkroot и иже с ними. там чистая шелл-лапша, куда без нее. или что с ними
делать? переписывать на сях, чтоб был непременно бинарник? запихивать все в
общую помойку системы инициализации? и если что-то там понадобится подправить,
то пересобирать-перекомпилять?
я не в курсе, как там в шыштемдэ реализованы все эти fsck и прочее - запихано в
и без того жЫрный pid 1? и как это унифицировать без "шелл-лапши" - тоже не
очень представляю...

Re: как получить список файлов на ftp-сервере

[dimas]

спасибо! похоже, то, что надо! еще тут подсказали про curlftpfs - тоже как
вариант


2016-240 20:10 Коротаев Руслан  wrote:
> По типу find:
> lftp -u user,password ftp.foo.com -e 'find /dir; bye'
> 
> или ls -l:
> lftp -u user,password ftp.foo.com -e 'find --ls /dir; bye'
> 

как получить список файлов на ftp-сервере

[dimas]

есть небольшой личный сайт, который переезжает на другой хостинг. в основном
там фотки, которые все есть у меня локально, так что качать 2.5 гига с одного
сервера, чтоб потом залить на другой - как-то нафиг надо, если проще те же
фотки прогнать тем же скриптом, который их обзовет как надо, создаст превьюшки
и html-страницы, да оно и быстрее. но местами есть и кой-какое другое полезное
файло. причем на некоторые файлы ничего не ссылается (например, лежит себе пдф,
на который ссылка дана где-нибудь на форуме), так что какой-нибудь wget -R их
не увидит.
так вот, есть ли какой-то способ с помощью wget/curl/ftp/etc получить полное
дерево всех файлов на сервере, по типа локального "find /path/"? т.е. обойти
рекурсивно все каталоги и сделать dir/ls.

Re: APT и несколько "target release"

[dimas]

думаю, стоит копать в сторону ковыряния вывода apt-cache policy
хотя вопрос уже как-то обсуждался, мб даже здесь...


2016-228 15:44 Andrey Nikitin  wrote:
> Привет.
> 
> В sources.list прописаны несколько репозиториев.
> 
> Через apt.conf + apt_preferences приоритет отдан пакетам APT::Default-Release
> ("stable").
> 
> Мне (будет) нужно получить список пакетов, установленных НЕ из
> APT::Default-Release.
> 
> Можно ли это сделать?
> 
> Спасибо.
> 
> 

Re: Черный экран с курсором

[dimas]

такое на всех tty? tset не поможет? а getty перезапустить?
по ssh, я так понимаю, шелл работает нормально?


2016-180 21:08 Anatoly Molchanov  wrote:
> Добрый день, коллеги.
> 
> Сервер на Debian 7 после 230 дней аптайма показывает черный экран с
> мигающим курсором. На ввод реагирует смещением курсора, похоже что удалось
> авторизоваться. Сервер, визуально, полностью работоспособен, никакого
> криминала в логах нет, все сервисы работают штатно. Подскажите, пожалуйста,
> как можно диагностировать?

Re: Чем вытащить песни из Вконтакте?

[dimas]

качаем последнюю версию
https://sourceforge.net/projects/vk-api-cli/
chmod +x, прописываем логин-пароль. далее небольшие модификации:
* в строке 54 (request_url=...) в параметр scope добавляем audio
* после строки 630 (auth) добавляем вот такой блок:

 AUDIO DL 
audio_dl() {
api_request "audio.get.xml" "user_id=$my_uid" | \
get_nodes "audio" "artist|title|url" | while read line; do
a=$(echo "$line" | tag_value "artist")
t=$(echo "$line" | tag_value "title")
u=$(echo "$line" | tag_value "url")
echo "$a - $t"
curl -# -L -o "$a - $t.mp3" "$u"
done
}
audio_dl
##

вместо $my_uid можно подставить чей-то другой, если нужно скачать у другого
юзера.
а так все, запускаем (только по-нормальному, через /path/to/vk-api), радуемся.
качать будет в текущий каталог, называть как "%artist - %title.mp3".
у меня работает, с одного юзверя успешно выкачал несколько песен.


2016-122 20:15 Евгений Золотов  wrote:
>  Друзья, дайте совет. Нужно вытащить (скачать) несколько сотен песен
> из своего аккаунта Вконтакте. Как это сделать под Дебианом?
>  Раньше по одной композиции таскал вручную из браузерного кэша, но с
> тех пор метода сохранения ВК вроде бы изменилась, ну и надо много
> сразу.
>  Спасибо!
> 
> С уважением, Евгений.

Re: Как **надежно** сожранить данные?

[dimas]

ну, торрент-файл (или магнет-линк, что даже проще) можно передать сколь угодно
шифрованным способом, лишь бы получатель оный способ "поддерживал".
в DHT кроме хэшей никто ничего не увидит, если я правильно понимаю. там есть
какие-то промежуточные сервера, через которые все работает (типа своеобразных
трекеров), куда раздающий объявляет "эй, у меня есть торрент с хэшем
aabbcc...123". ну и повсюду бегают по сети запросы типа "чувак, у тебя есть
такой-то хэш? нет? окей, пойду дальше".
короче, кроме ни о чем не говорящих хэшей, там ловить нечего. хотя если,
скажем, известен хэш раздачи какой-то заведомо запрещенной информации (ЦэПе и
прочий терроризьм-экстремизьм), то да, гэбня может таким макаром вычислить тех,
кто сию пакость раздает/ищет, не нуждаясь ни в каких трекерах. но мы же не про
это, верно?
какая-то более осмысленная информация относительно раздачи начинает идти после
момента, когда клиент спросил у раздающего искомый хэш, а тот ответил, что да,
есть такой. тогда раздающий шлет ему торрент-файл со всей нужной инфой (имена
файлов, хэши отдельных частей и все прочее) - это если у клиента был только
магнет-линик - ну и далее идет раздача. если целенаправленно мониторить трафик
кого-то из этих двоих - да, можно отследить этот момент и выудить нужную инфу
(и таки скачать бесценное файло), но до тех пор, пока мы говорим о том, как
один неуловимый Джо передает другому свои фотки с "мы с женой на море" и
"пьянка на юбилее нашего бухгалтера" - кому оно нафиг сдалось?
можно раздавать в криптоконтейнере каком, но при добавлении/изменении малейшей
информации он будет меняться, скорее всего, весь, и придется заново качать
тонны гигабайт каждый раз)))
в общем, для данных, за которыми никакой шпиён-кулхацкер не будет сознательно
охотиться - бестрекерный торрент вполне себе покатит. для всего остального -
да, есть gnunet, retroshare всякие и прочие параноидальные сети, вопрос лишь в
том, насколько это будет удобно всем участникам процесса


2016-087 12:55 Oleksandr Gavenko  wrote:
> У меня вопрос по поводу приватности. Для себя открыл возможности distributed
> hash table - сделал .torrent файл у себя, твой клиент оповещает хеш в
> глобальной таблице (есть даже исследования что бутстрап адреса не нужны -
> после 1000 тук-тук в среднем попадешь на торрент клиент), перекинул через
> почту  .torrent файл и через пару секунд торент уже скачивает обратная
> сторона.
> 
> Легче чем с ftp или другой шарой возится.
> 
> Но во первых передача .torrent файла обычно через ненадежный канал (в
> большинстве все используют строних провайдеро услуг - почты, соцсети).
> 
> Плюс какое то количество хостов в DHT будет знать о наличии твоего торента.
> Подробности распределения хешей в DHT не знаю, может даже вполне локальное
> распространение.
> 
> Шифрования и авторизации в torrent не нашел. Есть такое или оно не юзабельно
> т.к. распространненые клиенты не поддерживают?
> 
> Я так передавал подкасты людям, не умеющим сделать
> 
>   curl -o "name#1.mp3"  "http://.../[1-1000].mp3;
> 
> Контент раздавать легалально если for private use и сам он доступен
> безоплатно. В то же время выкладывать на трекер - уже как бы создается второй
> канал распространения и организация теряет как минимум просмотры, по EULA они
> против. Так что DHT удобно для контента, который не жалко раскрыть.
> 
> GNUnet не смог завести, может оно и мертвое, но там заявляется что вопросы
> конфиденциальности решены by original design.

Re: Как **надежно** сожранить данные?

[dimas]

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

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


2016-086 16:08 Dmitry E. Oboukhov  wrote:
> такой способ бакапов очень неудобен для домашнего применения: либо
> надо помнить о бакапах и делать их вручну включая/отключая внешний
> винт, либо бакапить автоматически по крону + иметь рейд на случай
> выхода из строя одного из винтов на ходу.
> 
> 
> у меня на домашнем сервере уже по моему 3 винта выходило из строя
> суммарно, все три раза из за того что RAID - росто вынимал один и
> вставлял другой.
> бакапы - тоже на двух выделенных винтах о совим RAID.

Re: Как **надежно** сожранить данные?

[dimas]

а потом внуки спросят "а че за файлы такие - точка джыпэгэ, и чем это все
открыть?")))


2016-084 18:35 Dmitry E. Oboukhov  wrote:
> именно на рейде и хранить.
> просто до внуков множество рейдов сменится.
> 
> а так чтобы "записал и до внуков" такого носителя сейчас нет и никогда
> (в обозримые 100 лет) не будет.
> ибо через 10 лет врядли найдется куда воткнуть то на что сегодня
> запишете данные.
> а через 20 уж тем паче.
> 
> то есть каждые n лет по любому придется данные копировать на более
> новый носитель. это во первых.
> во вторых в течение этих n лет данные тоже как бы нужны бывают (я вот
> смотрю на то видео которое снимал 2 года назад иногда)
> 
> соответственно RAID + домашний сервак с ним (+ бакап тоже на RAID) -
> ваще как бы маст хэв.

Re: Определить codename дистрибутива

[dimas]

2016-082 15:23 Victor Wagner  wrote:
> Но как
> заставить apt признаться, какой у него сегодня target-release?
> apt-config dump молчит как партизан. grep -ri target /etc/apt тоже
> ничего хорошего не находит.

хм, у меня прописано тут (да, опция Default-Release, попутал я)
>15:32:59 082 ~$ cat /etc/apt/apt.conf.d/00release
APT::Default-Release "testing";
но dpkg -S не знает ничего о принадлжености сего файла кому-либо из пакетов.
может, я и сам его написал, черт его знает. тогда, получается, кроме sources
апту вообще неоткуда узнать, что ставить-то? или где-то еще есть? поиск
в /etc/apt по "testing|stretch" дает только вышеупомянтый файл, sources, да
пару файлов в preferences.d
типа, подразумеватся, что по умолчанию один репозиторий, один релиз, один
фюрер? а кому надо что-то из другой ветки поставить, тот сам себе пишет
Default-Release, пининги и прочия?
или не в /etc, а еще где-то что-нибудь все же есть...

Re: Определить codename дистрибутива

[dimas]

>14:19:32 082 ~$ cat /etc/issue /etc/debian_version 
Debian GNU/Linux stretch/sid \n \l

stretch/sid

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

Re: Need Russian contact

[dimas]

hi!
there is fairly big variety of keyboard layouts for russian languge. see
/usr/share/X11/xkb/symbols/ru for those presented in default distribution
(maybe there are even some more, taken from some packages)
the most typical used is "ru, winkeys". there is also a popular "typewriter"
layout, implementing the one used on cyrillic typewriters (the main difference
is that you have punctuation characters on number keys in lower case, having to
use shift+digit to type digits, for example)
never seen mac keyboard, so cannot say if there is any different key placement,
but you can simply compare "common", "winkeys" and "mac" layouts in the file
mentioned above to see all the difference beetwen them.


2016-064 20:11 MENGUAL Jean-Philippe  wrote:
> Hi,
> 
> Sorry for English, I don't speak Russian. But my friend speaks Russian
> and uses Debian. We're searching for someone who could give us
> information about Russian keyboard layout on Debian. It seems it's not
> the same keymaps as on a Mac OS computer, and we'd like to understand
> why. Is it a known situation?
> 
> You can reply in Russian, Corentin will go on writing in Russian. I just
> open the contact with Russian Debian Community.
> 
> Best regards,
> 

Re: raspbian загрузка пакетов

[dimas]

может, и проще. отродясь с ним дел не имел, так что без понятия, что он может,
и как им пользоваться. зато grep+sed+wget есть у всех


2016-056 01:17 Kirill Shilov <k...@ktkd.ru> wrote:
> может проще использовать apt-mirror?
> 
> 25 февраля 2016 г., 1:07 пользователь dimas <dimas...@ya.ru> написал:
> 
> > про апт-гет не скажу, но если по-тупому - прогрепать соответствующий
> > Packages-файл (/var/lib/apt/lists/бла-бла-бла_Packages-) на строки
> > "Filename:", ну и через пайп
> > sed 's|^Filename:\ |http://repo.url/|'
> > repo.url - до того места, где лежит pool/ дальнейший путь прописан уже в
> > строке
> > Filename
> >
> >
> > 2016-055 22:34 иван кузнецов <kia00...@rambler.ru> wrote:
> > > как загрузить все пакеты репы с помощью apt-get? как составить список
> > url? у
> > > меня не получилось.
> > >
> > > иван кузнецов.
> >
> >

Re: raspbian загрузка пакетов

[dimas]

про апт-гет не скажу, но если по-тупому - прогрепать соответствующий
Packages-файл (/var/lib/apt/lists/бла-бла-бла_Packages-) на строки
"Filename:", ну и через пайп
sed 's|^Filename:\ |http://repo.url/|'
repo.url - до того места, где лежит pool/ дальнейший путь прописан уже в строке
Filename


2016-055 22:34 иван кузнецов  wrote:
> как загрузить все пакеты репы с помощью apt-get? как составить список url? у
> меня не получилось.
> 
> иван кузнецов.

Re: debian 8: systemd: перестали собираться массивы при загрузке

[dimas]

за гдм не знаю (с тех пор, как он стал 3 - не пользую), а lightdm+xfce вполне
себе работает на sysvinit. logind+cgroups+etc требует, да.


2016-029 14:51 Sergey B Kirpichev  wrote:
> On Fri, Jan 29, 2016 at 01:22:42PM +0300, Andrey Nikitin wrote:
> > Уже не помню, gdm3 не запускался, через startx тоже.
> 
> Помимо gdm3 - есть другие дисплейные менеджеры.  (Кстати,
> может и это чудо тут кто завел под sysvinit в jessie?)
> Попробуйте, неча пенять на systemd с парадигмой "ем, что дают".
> А startx - вообще-то должен работать, только для вашего
> гнума, вероятно, PAM для графических сессий должен иметь
> pam_systemd унутре.
> 
> 

Re: почему глючит ls

[dimas]

раз пошел такой разговор:

>00:47:41 024 /tmp/test$ touch "-l"
touch: неверный ключ — «l»
По команде «touch --help» можно получить дополнительную информацию.
>00:47:49 024 /tmp/test$ touch -- -l
>00:47:54 024 /tmp/test$ touch "aaa"
>00:48:01 024 /tmp/test$ ls
aaa  -l
>00:48:06 024 /tmp/test$ ls *
-rw--- 1 dimas dimas 0 янв 24 00:48 aaa
>00:48:10 024 /tmp/test$ rm aaa
>00:48:28 024 /tmp/test$ ls
-l
>00:48:30 024 /tmp/test$ ls *
итого 0
-rw--- 1 dimas dimas 0 янв 24 00:47 -l
>00:48:34 024 /tmp/test$ rm *
rm: неверный ключ — «l»
Попробуйте «rm ./-l», чтобы удалить файл «-l».
По команде «rm --help» можно получить дополнительную информацию.
>00:48:41 024 /tmp/test$ rm ./-l

да уж, прикол... а кто-нибудь может объяснить, почему в случае с touch "-l"
аргумент в кавычках все равно парсится как ключ?

Re: apt-лишние репозитории

[dimas]

2016-007 15:10 Sohin Vyacheslav  wrote:
> каким образом тогда обрабатываются apt-cache search, apt-get install -
> т.е. как apt решает установить пакет из testing или experimental?
> может быть пакет из experimental может быть установлен только явно:
> # apt-get -t experimental install packagename ?

man apt-preferences до просветления - там толково рассказано, со всеми примерами

Re: Как безопасно запустить недовереное приложение?

[dimas]

2015-357 15:41 Artem Chuprina <r...@lasgalen.net> wrote:
>  помнится, как-то попытался так сделать в скрипте бэкапа.  Оно на
> голубом глазу перемонтировало в ro корень.  Может, конечно, ошибся, но
> кажется, я потом это поведение отдельно проверял...  

блин, внатуре фигня какая-то:
>18:01:34 357 ~$ sudo mount / -o bind,ro /mnt -v
[sudo] пароль для dimas: 
mount: / bound on /mnt.
>18:01:50 357 ~$ mount | grep "/mnt"
/dev/mapper/debian-root on /mnt type reiserfs (rw,relatime)
>18:02:34 357 ~$ sudo mount /mnt -o remount,ro -v
mount: /mnt is busy
>18:03:10 357 ~$ cat /proc/mounts | grep "/mnt"
/dev/dm-1 /mnt reiserfs rw,relatime 0 0

или даже так
>18:05:17 357 ~$ mkdir /tmp/test
>18:06:00 357 ~$ sudo mount /tmp/test/ -o bind,ro /mnt -v
mount: /tmp/test bound on /mnt.
>18:06:14 357 ~$ cat /proc/mounts | grep "/mnt"
/dev/dm-1 /mnt reiserfs rw,relatime 0 0
>18:06:22 357 ~$ sudo mount /mnt/ -o remount,ro -v
mount: /mnt is busy

wtf???

Re: Как включается acl в Debian?

[dimas]

2015-356 14:42 Oleksandr Gavenko  wrote:
> Но я смог выставить ACL на файл:
а не включена ли часом
CONFIG_EXT4_USE_FOR_EXT23=y
?
ext4-драйвер с этой опцией используется и для ext2/3 (отдельно соответствующие
драйвера можно отключить), но, видимо, в некоторых моментах возникают подобные
странности

Re: Как безопасно запустить недовереное приложение?

[dimas]

2015-356 17:40 Victor Wagner  wrote:
> >   $ sudo debootstrap --include=iceweasel
> > stable /path/to/chroot-deb-stable/
> Да, примерно так.
а если сделать бинд-маунтом ридонли-копию реальной системы? поверх того, что
показывать не хотим, намонтировать пустой каталог, что хотим дать на запись -
бинд-маунтом в rw.

Re: файловая система для предприятия

[dimas]

еще тут как-то была целая ветка про rdiff-backup. насколько я помню, да и судя
по описанию пакета, он делает как раз искомое: хранит полную копию, плюс раз во
сколько надо делает к ней дифференциальные (или как правильно?) архивы. вроде
как, ему пишется конфиг, с какой периодичностью что делать, и дальше он сам все
разруливает


2015-350 14:59 Dmitry Podkovyrkin  wrote:
> За rsnapshot большое спасибо, это то что нужно!
> 
> 16.12.2015 14:03, Victor Wagner пишет:
> > On Wed, 16 Dec 2015 11:10:44 +0300
> > Eugene Berdnikov  wrote:
> >
> >> On Wed, Dec 16, 2015 at 11:31:39AM +0500, Dmitry Podkovyrkin wrote:
> >>> То есть как совместить оба варианта? Есть ли такое решение чтоб
> >>> бекап хранился как развернутая (не в одном tar-файле) копия горячих
> >>> данных, а изменения в архиве для истории?
> >>   Ищите по слову "bontmia".
> > Долго читал сайт и так и не понял, чем bontmia лучше чем rsnapshot.
> >
> > И то, и другое обертка вокруг rsync.
> >
> > У rsnapshot есть следующие преимущества:
> >
> > 1. Есть в дистрибутиве
> > 2. Написан на более строгом языке (perl vs shell)
> > 3. Активнее развивается  (последний коммит был в этом году, а не в
> > позапрошлом).
> > 4. Прекрасно работает с removable носителями.
> >
> > Недостаток за ним я знаю один - использование символов табуляции в
> > конфигурационном файле.
> 

Re: какой правильный способ работать с /sys из initrd?

[dimas]

2015-338 12:14 Andrey Melnikoff  wrote:
> Открой для себя "update-initramfs -v -k all -u" а так-же набор скрптов из
> /usr/share/initramfs-tools/ которыми собирают initramfs.
а я в курсе про то и другое. я такие инитрд с нуля собирал)) но чтобы полноценно
покопаться, лучше расковырять готовый образ

Re: какой правильный способ работать с /sys из initrd?

[dimas]

2015-338 17:26 Andrey Melnikoff  wrote:
> откуда взято сам найдешь?
прикольно. надо обновиться)) в 221 версии такого нет. тогда да, вообще ниче
делать не надо, знай себе update-initramfs.
ЗЫ. собирал не initramfs-tools, а вручную. и без всяких там удевов -
бизибоксового mdev за глаза хватает. там аварийно-спасательная лайв-флэшка, вся
система что-то в меньше 20мб влезает

Re: какой правильный способ работать с /sys из initrd?

[dimas]

2015-338 15:32 Andrey Melnikoff  wrote:
> Если такие инитрд с нуля собирал - то чего за вопросы в стле l.o.r?
дык у меня-то вопросов как раз никаких, это ТС интересовался, как туда правила
для удева положить - кстати, создать в /etc/initramfs-tools/hooks скрипт по
образу и подобию /usr/share/initramfs-tools/hooks/udev, т.е. что-то типа:

#!/bin/sh -e

PREREQS=""

prereqs() { echo "$PREREQS"; }

case "$1" in
prereqs)
prereqs
exit 0
;;
esac
. /usr/share/initramfs-tools/hook-functions

cp -p /etc/udev/rules.d/YOUR-USB-HUB-RULE-FILE $DESTDIR/lib/udev/rules.d/

имя файла подставить свое, есс-но
подробности в man initramfs-tools

Re: Проверка сложнойсти паролей.

[dimas]

2015-336 12:17 Oleksandr Gavenko  wrote:
> Потому пароли из 3 слов - стремные даже с "хитростями" для пасивного перебора.
есть вариант использовать заведомо "несловарные" слова. например:
шваркалось. хливкие шорьки пырялись по наве...
ну и прочий "злопастный брандашмыг")))
вместо проблелов напихать спецсимволов по вкусу

Re: какой правильный способ работать с /sys из initrd?

[dimas]

2015-337 12:58 zhukov  wrote:
> И, возможно, добавляем небольшой rootdelay.
возможно, лучше сделать скрипт где-нибудь в local-premount, который будет
"виснуть" и в цикле с некоторым интервалом смотреть на предмет появления
нужного девайса. или значения "1" в /sys/бла/бла/бла, что будет сигнализировать
об успешной отработке udev-правила.
еще я не очень понял, но udevadm settle -E /dev/sdXY не означает ли "ждать.
пока не появится девайс?"

если вернуться к корню проблемы: а точно только через sysfs пинается это дело?
надо бы полистать ядерную документацию, вдруг есть какой параметр, который
ведру дать надо, что оно ентот хаб пнуло еще на самой ранней стадии. или там
собрать ведро с какой опцией, если есть

Re: какой правильный способ работать с /sys из initrd?

[dimas]

2015-337 22:39 Dmitry E. Oboukhov <un...@debian.org> wrote:
> но вот один из имеющихся контроллеров USB мне попался такой который
> хочет 1 в /sys записанный.
> так что бесконечный цикл не оч хорош.
> я видимо попробую поиграться с udev.
> PS: а для udev в initrd тоже можно правила положить?

а, если в разные машины будет пихаться, тогда не вариант.
в initrd лежит ровно тот же самый бинарь удева, что и в системе (да и вообще,
если я правильно понимаю, он оттуда как запускается, так и работает себе)
и еще вот что там есть:
>00:25:23 338 /tmp/init$ ll lib/udev/rules.d/
итого 36K
-rw-r--r-- 1 dimas dimas  210 дек  4 00:14 50-firmware.rules
-rw-r--r-- 1 dimas dimas 3,3K дек  4 00:14 50-udev-default.rules
-rw-r--r-- 1 dimas dimas 6,4K дек  4 00:14 55-dm.rules
-rw-r--r-- 1 dimas dimas 2,4K дек  4 00:14 56-lvm.rules
-rw-r--r-- 1 dimas dimas 1,5K дек  4 00:14 60-persistent-storage-dm.rules
-rw-r--r-- 1 dimas dimas 4,8K дек  4 00:14 60-persistent-storage.rules
-rw-r--r-- 1 dimas dimas  618 дек  4 00:14 80-drivers.rules
короче, обычный полноценный удев

Re: Проверка сложнойсти паролей.

[dimas]

2015-334 16:46 Oleksandr Gavenko  wrote:
> пароль в 64-bit будет длиной 31 символ - 5/6 слов. Против 10 случайных
> символов от генератора (которые фиг запомнишь).
у меня есть пароль, под которым зашифровано от самого себя то, что даром никому
не нужно, длиной 38 абюолютно рандомных символов "от генератора". который я
пользую раз в пару месяцев от силы, но таки помню.
и еще парочка по 10-16 символов того же плана. эти используются каждый день, а
потому набираются пальцами на автомате не хуже всяких там
"машаялюблютебя12345ололо".
ЗЫ. на одном дебильном форуме меня послали нафиг с таким паролем, заявив, что
он жрет только [a-zA-Z0-9), вот там пароль в стиле qwerty

Re: Устаревшие автосоздаваемые пользователи и группы

[dimas]

> Нужность 
> пользовательской записи так не проверить — пользователи для демонов 
> создаются не только и не столько для того, чтоб назначать их файлам.
я бы прогрепал /etc/init.d/ (для sysvinit) и (где там хранятся юниты-шмуниты у
шыштемдэ) по именам таких потенциально ненужных юзеров. если что-то где-то от
его имени запускается - он всплывет. если не всплывет - не очень-то и нужен
а вообще, мне кажется, если при удалении (через purge) пакет оставляет за собой
какие-то ошметки (папки, файлы, юзеры, etc) - надо писать баг, ибо, по идее,
после удаления все должно возвращаться как было

Re: apt pinning.

[dimas]

> Хе. Так это и без пинов сработает. :) Нужно-то, чтоб оно обновлялось по
> aptitude upgrade. Или apt-get upgrade. Безо всяких явных указаний. С
> явными-то оно работает...

поясню. отрицательный пин для версии 2013* означает: никогда не ставить эту
версию, даже если других вариантов совсем нет. но при этом apt по умолчанию не
будет даунгрейдить пакет до более "старой" версии, даже если у последней выше
приоритет, кроме случае, когда у нее пин >1000.
конечно, если ну очень хочется, чтобы все "само", можно поставить версии из
анстейбла/тестинга приоритет >1000, тогда оно "даунгрейднется", а потом это
убрать, но зачем такие пляски?
если нужно установить пакет из анстейбла, но потом чтобы он обновлялся из
тестинга по мере появления там более новых версий - надо явно указать, что
поставить из анстейбла. тогда:
- установленная версия будет автоматом иметь пин 100
- версия из анстейбла (в т.ч. и более новые) будет иметь пин 500
- версия из тестинга - 990
- версия 2013* с отрицательным пином не будет установлена, даже если нет в
  репозитории никаких других
при таком раскладе при появлении в анстейбле более новых версий они ставиться
не будут, т.к. у тестинга выше приоритет. но и на версию из тестинга оно
откатывать не будет, из-за политики не снижать версию, если этого явно не
просят. как только же в тестинг свалится версия новее установленной - она
обновится, и дальше будет обновляться как и все пакеты из родной ветки.
если же нужно постоянно иметь свежую версию из анстейбла - задаем пин >990
анстейблу и наслаждаемся. как-то так. мы тут дольше обсуждаем))

Re: apt pinning.

[dimas]

Package: golang-go
Pin: origin ""http://local-repo;
Pin-Priority: 50
# не ставить версию из этого репозитория, покуда явно не попросят об этом
# по необходимости - на все пакеты оттуда, ну или еще как

Package: golang-go
Pin: release a=unstable
Pin-Priority: 991
# версия из анстейбла имеет приоритет над родной (тестинг в нашем случае)

>21:06:20 309 ~$ cat /etc/apt/apt.conf.d/00release
APT::Default-Release "testing";
создать подобное, есле еще не

после чего, если все равно не захочет сам обновлять:
sudo aptitude install golang-go/unstable

должно хватить, если я что-нибудь в чем-нибудь понимаю (ц)
вообще, в man apt-preferences все достаточно хорошо и с примерами расписано


2015-308 21:15 Alex Kicelew  wrote:
> Запутался. :(
> 
> Ситуация:
> $ apt-cache policy golang-go
> golang-go:
>   Installed: 2:1.5.1-3
>   Candidate: 201302071244:1.0-r15637
>   Version table:
>  201302071244:1.0-r15637 0
> 500
> http://local-repo/repositories//platform-playout-staging/Debian_6.0/ ./
> Packages
>  2:1.5.1-4 0
> 500 http://ftp.se.debian.org/debian/ unstable/main amd64 Packages
>  *** 2:1.5.1-3 0
> 100 /var/lib/dpkg/status
>  2:1.4.3-3 0
> 990 http://ftp.se.debian.org/debian/ testing/main amd64 Packages
>  2:1.3.3-1 0
> 500 http://ftp.se.debian.org/debian/ stable/main amd64 Packages
> 
> На машине установлен и поддерживается testing.
> 
> local-repo -- это офисный репозиторий, держать который подключенным мне
> необходимо для других пакетов.
> 
> Версия 1.5.1-3 установлена из unstable некоторое время назад. Сейчас там
> появилась 1.5.1-4. На остальных машинах, на которых нет необходимости
> держать подключенным офисный репозиторий, она сразу же автоматом
> обновилась. На этой машине из-за криво прописанной эпохи обновиться
> хочет древняя версия из офисного репозитория, что меня, разумеется, не
> устраивает.
> 
> Установить 1.5.1-4 руками я, конечно, могу. Вопрос: можно ли это сделать
> системой пиннинга? У меня не получилось. Если я прописываю:
> Package: golang-*
> Pin: version 201302071244:*
> Pin-priority: N
> , где N -- любой положительное число, то по-прежнему хочет установиться
> из офисного. Если N любое отрицательное число, то хочет остаться
> 1.5.1-3. Можно ли пиннингом сделать так, чтобы версия из офисного не
> лезла поперек батьки, но версия из анстейбла бы обновлялась сама через
> apt-get upgrade?
> 
> 

Re: apt pinning.

[dimas]

отрицательный пин ставим с любым значением (-1 сойдет). иначе апт будет считать
версию 2013* новее 1.5.*, т.к. первая цифра больше.
а ставить так
aptitude install pkg/unstable
или так (не помню, кто из них нормально отрабатывает)
aptitude install -t unstable pkg
или даже так
aptitude install pkg=1.2.3-0


2015-310 00:59 Alex Kicelew <arko...@gmail.com> wrote:
> On 11/06/15 00:11, dimas wrote:
> >> Подчеркиваю, остальные пакеты ведут себя именно так -- этот трюк с
> >> временной установкой из анстейбла я уже проворачивал несколько раз с
> >> разными пакетами. И хотелось бы понять, можно ли "минус-запинить" одну
> >> конкретную версию. "Плюс-запинить" версию или дистрибут вполне
> >> получается, но в данном случае это не многим лучше установки руками.
> > 
> > да без вопросов - выставляешь отрицательный приоритет, и все, данная версия
> > не ставится ни при каких условиях. либо aptitude forbid-version, но через
> > apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
> > "памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг,
> > даже с пояснениями, что да зачем
> 
> Проблема в том, что в указанной в первом письме ситуации -- когда у меня
> стоит более старая версия из анстейбла, а в анстейбле уже появилась
> новая -- у меня это не получилось. Если я даю этому 2013* отрицательный
> приоритет, да, он не ставится, но и 1.5.1-4 из анстейбла не ставится.
> Остается 1.5.1-3, уже установленный. Если я повышаю приоритет анстейблу
> -- то ставится 1.5.1-4. Но тогда у меня анстейбл (для этого пакета)
> будет иметь безусловный приоритет над тестингом вплоть до момента, когда
> я руками же уберу этот пин. Вот вопрос как раз в том, как сделать так,
> чтобы новые пакеты приходили из анстейбла, а потом из тестинга, не
> требуя от меня отслеживать момент переключения. Повторюсь,
> 
> Package: golang-*
> Pin: version 201302071244:*
> Pin-priority: -N
> 
> не помогает вне зависимости от N (из отрицательных значений пробовалось
> -1, -100 и -1000). Ман я, разумеется, читал. Но видимо, что-то в нем не
> понял. Или понял не так. Сначала я пытался сделать так, как написано в
> мане (хотя детально там описана чуть другая ситуация). Потом тыкался
> наугад. Потом спросил сюда.
> 
> Про forbid-version спасибо, забыл про нее. Но хотелось бы понять, как
> сделать это через пиннинг (если это возможно), именно из-за того, что
> это нагляднее.
> 
> 

Re: apt pinning.

[dimas]

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

да без вопросов - выставляешь отрицательный приоритет, и все, данная версия не
ставится ни при каких условиях. либо aptitude forbid-version, но через
apt-preferences нагляднее - forbid-version будет прописан где-то в недрах
"памяти" аптитуды, а тут можно создать отдельный человекочитаемый конфиг, даже
с пояснениями, что да зачем

Re: Создание бекпорта, как выбрать версию?

[dimas]

я встречал такую практику:
x.y.z+git123abcd
и такую
x.y.z+git2001-12-31
с одной стороны, номера коммитов в git случайны и не последовательны, т.е. по
голому хэшу никак не понять, что коммит 26aec7f, скажем, новее коммита fefd54a.
хотя если цель собрать одну конкретную версию, да и то на время, то можно и так.
вариант с датой однозначно определяет, какая версия новее, и, на мой взгляд,
выглядит куда информативнее (типа "слепок git от такого-то числа"), нежели хэш
коммита, который через пять минут забудешь. с другой стороны, если собирать
несколько разных коммитов, которые вышли в один день, то голой датой не
отделаешься. но это актуально при активном тестировании там, для домашнего
использования вряд ли.
и я бы писал именно через "+". при выходе x.y.z+1 оная априори будет считаться
более новой, и не надо парить голову, будет ли x.y.z-0 считаться новее
x.y.z-git123, помнить про всякие тильды и прочее

Re: Где tty в Debian 8?

[dimas]

до установки дров от невидии такое наблюдалось?
попробовать загрузить ведро с nomodeset, или как там его?  и убрать из опций
quiet и splash - возиожно, какая-нибудь заставка стоит и не может загрузиться
из-за видео-дров. если что - в меню grub выбираем нужный пункт, жмем "e" и
правим командную строку (linux )
можно еще попробовать с single загрузиться, там-то точно не грузит ничего
лишнего.
а может, шыштемдэ чудит, но тут уж я хз, у меня sysvinit...


2015-296 23:24 evgeny_ver...@mail.ru  wrote:
> Машинка стационарная, на базе  ASUS 
> P9D-I и 
> видюшка nvidia 750Ti с официальным блобом.

Re: Есть ли смысл в apt-listchanges / apt-listbugs?

[dimas]

> В интерактивном режиме маркер F ставится только на 1 версии, снимаясь с
> других. У меня ситуация - пакет из stable, и еще testing + sid. По
> pin-priority лезет testing, но проблемный также sid. Как воспользоваться
> forbid-version - я не понимаю.
у анстейбла какой приоритет стоит? я себе ставлю вообще 50, а отдельно повышено
только нужным пакетам из анстейбла.
в общем случае, если, скажем, в ветке 1.5.x идет некий баг, который пофиксили в
1.6, то можно прибить его через Pin: version 1.5.*
т.е. выставить отрицательные приоритеты поломанным версиям. прописать в
отдельном файле в preferences.d, чтобы потом проще грохнуть было, когда станет
не актуально уже

Re: Есть ли смысл в apt-listchanges / apt-listbugs?

[dimas]

> Как уже писал hold было решением. hold нужно снимать вручную, наверно такого
> рода вещи так и делаются, без автоматов.

не обязательно. для исключения установки конкретной версии есть forbid-version

Re: Как расшарить файлы через torrent? Есть VPS с IP.

[dimas]

> С открытыми торент-трекерами ясно. Чем занимаются закрытые торент-трекеры - не
> ясно, в моем одноразовом опыте с rutracker я создавал файл, загружал им на
> web-сайт и затем перезагружал его в свой клиент. Т.е. чего то они
> модифицировали там. Какие приследовалиьс цели - хз.
кокретно эти - добавлют в announce уникальный для юзера ключ, по которому
высчитывают рейтинги - кто сколько раздал, сколько скачал. ну и еще в поле
comment пишут ссылочку на раздачу, что полезно. вроде, все.

> В посте
> http://www.zurd.ca/how-to-create-a-torrent-without-tracker-using-only-dht/ 
> утверждается что после начала сидирования файла в DHT тебя найдут начнут
> загрузку в течении 3 минут.
почитал. и по ссылке в конце почитал. интересно. я не думал, что есть какие
центральные узлы, а он тупо опрашивает всех подряд, кого только видит, мол
"есть че?"))) тогда да, должно находить

> Интересно, я вычитал что они вообще ограничились magnet-ссылками изначально,
> что бы побороть какие то моменты нападок копирастии.
может быть, давно не следил за всей этой историей

Re: Как расшарить файлы через torrent? Есть VPS с IP.

[dimas]

а попробуйте-ка:
magnet:?xt=urn:btih:287a48fda92177b7234b84cba9a45ad9853e48fa=BT%20Reflex%20RRE120-160M.pdf
дыхатэ включен, раздаю трансмиссией.


2015-294 13:43 Oleksandr Gavenko  wrote:
> Провел 2 эксперимента. Сначала:
> 
>   $ mktorrent -a
> udp://tracker.openbittorrent.com:80/announce,udp://tracker.publicbt.com:80/announce,udp://tracker.istole.it:80/announce
> Paul.Lomax_Rogers.Cadenhead\ -\ ActiveX\ and\ VBScript.chm
> 
> и скормил "Paul.Lomax_Rogers.Cadenhead - ActiveX and VBScript.chm.torrent"
> Deluge.
> 
> Т.к. Deluge не знал где находится .chm файл я правой кнопочкой в меню
> переместил закачку в каталог с книжечкой.
> 
> Передал через ftp .torrent файл на ноут, открыл в другом Deluge и через 1 сек
> файл был скачан.
> 
> Затем я сделал торент файл уже непосредственно в Deluge, не приводя список
> трекеров. Передал торент-файл на другую машину и начал ждать.
> 
> Т.к. забыл поставить галочку раздавать то на оригинальной машине я открыл
> торент и указал закачивать в тот каталог где лежит раздаваемая иерархия
> файлов.
> 
> Через секунду началась загрузка с другого хоста. Т.к. обьем был значительный
> то заметил что раздача велась с 2 IP - интранетовского от WiFi DHCP и
> итреннетовского от ISP DHCP.
> 
> В общем замечательный опыт.

Re: Как расшарить файлы через torrent? Есть VPS с IP.

[dimas]

если нужен чистый трекер без всяких там правил по оформлению раздач -
какой-нибудь openbittorrent.com. но он и его аналоги, что я видел - умеют
только udp почему-то, с чем у некоторых юзверей проблемы (режется udp-трафик в
конторе, etc). если кто подскажет именно чистотрекер, умеющий http - буду рад.
при наличии белого айпи можно вообще самому заделаться трекером, развернув
нужный софт. по идее, хороший, годный вариант.
также есть DHT, который позволяет обходиться без трекеров вообще. правда, в
случае, когда нужно выйти на единственного раздающего, я хз, насколько оно
вообще реально.
pirate bay (который сейчас не то жив, не то мертв) является и трекером тоже, с
той разницей, что после появления 10 раздающих торрент-файл недопустен для
скачивания, а только magnet-ссылки. по крайней мере, так было до всяких
волнений с ним.
из альтернатив приходит на ум emule или еще большая хипстота, которой совсем
никто не пользуется.


2015-293 19:41 Oleksandr Gavenko  wrote:
> Нужно отдать большой обьем данных через интернет с домашнего хоста.
> 
> У меня прекрасно получилось открыть достп через ftp/http с port-forwarding на
> wifi-роутере, подключенном к ISP.
> 
> Мой ISP держит довольно стабильно IP, отдаваемый по DHCP.
> 
> Но мне показалось что P2P будет интересней использовать для этих целей + те
> кто получит файлы - смогут перераздавать когда я выключен.
> 
> У меня есть личный VPS с Debian 8 и фиксированым IP.
> 
> BitTorrent знаком всем, о этом решении подумываю.
> 
> Какие P2P протоколы православны и поддерживаются в Debian, что бы они были
> привлекательнее BitTorrent?
> 
> Если же BitTorrent вне конкуренции - какой BitTorrent трекер порекомендуете?
> 
> Предусмотрена ли авторизация в BitTorrent? Или обладание .torrent файлом
> выступает в качестве "пароля"?
> 
> Еще интересует возможность публично шарить торент с интересным контентом. Я
> пробовал выложить на rutracker, но зарекся следовать глупым требованием
> оформления их страничек. К тому же скачивание доступно будет только для
> зарегистрированых пользователей, у меня цель сделать доступным контент, а не
> увеличивать чии то доходы.
> 
> Чего я видел - это torrent meta search engine, по типу:
> 
>   http://thepiratebay.se/
>   http://kat.ph/
>   http://www.torrentino.com/
> 
> Они сканируют популярные трекеры и предлагают поиск, раздают torrent-файлы. Но
> я полагаю что они не хостят трекеры, так написано в их FAQ.
> 
> По формату их https://en.wikipedia.org/wiki/Magnet_URI_scheme видно что кроме
> хеша в urn:btih еще отдаются URL нескольких трекеров. Да и в самом
> .torrent-файле винды параметры announce: со списком трекеров.
> 
> Т.е. вопрос - как сформировать и куда запихнуть торент-файл для
> распространения по сети метапоисковых сервисов и как предложить своему клиенту
> (Deluge) регистирроваться в различных трекерах с моим торентом?
> 
> Также заметил что метапоисковые сайты выдают описание торента, которого нет в
> magnet URL, и вроде внутри торент-файла. Есть какие то практики
> распространения описания вместе с torrent-файлом?
> 

Re: Зависание на перезагрузке/выключении

[dimas]

какие последние сообщения в консоли при этом? а лучше фото, если можно


2015-288 02:57 Anton Byshovets  wrote:
> Приветствую.
> Существует беда из темы. При попытке совершить перезагрузку или
> выключение (reboot, shutdown -r now, systemctl reboot --force, sync &&
> reboot -f, etc ...) - почти в каждом случае получаю зависание системы
> (но стоит заметить, что бывают случаи, когда проблемы нету, но это
> редкость). Пытался найти чего-то странного в логах - но безуспешно.
> Как можно было бы последовательно отдэбажить проблему такого рода?
> Заранее благодарю.
> 
> PS: jessie, 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u4
> (2015-09-19) x86_64 GNU/Linux

Re: Зависание на перезагрузке/выключении

[dimas]

немного интересного чтива:
http://linux.koolsolutions.com/2009/08/04/howto-fix-linux-hangfreeze-during-reboots-and-restarts/
http://www.linuxquestions.org/questions/linux-general-1/poweroff-failure-to-shutdown-computer-acpi-%3D-must-use-power-button-solved-847236/
http://www.brighthub.com/computing/linux/articles/39504.aspx
вдруг что поможет...


2015-288 02:57 Anton Byshovets  wrote:
> Приветствую.
> Существует беда из темы. При попытке совершить перезагрузку или
> выключение (reboot, shutdown -r now, systemctl reboot --force, sync &&
> reboot -f, etc ...) - почти в каждом случае получаю зависание системы
> (но стоит заметить, что бывают случаи, когда проблемы нету, но это
> редкость). Пытался найти чего-то странного в логах - но безуспешно.
> Как можно было бы последовательно отдэбажить проблему такого рода?
> Заранее благодарю.
> 
> PS: jessie, 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u4
> (2015-09-19) x86_64 GNU/Linux

Re: можно ли чем заменить sux?

[dimas]

xhost +si:localuser:vasya
gksudo -u vasya coolprog
у меня заработало. при желании можно нашаманить в sudoers запуск нужного без
пароля. есть кдешный аналог kdesu.
из-под рута запускает что угодно без всяких xhost - это, кстати, штатный способ
запуска всякой гуйни для настройки системы.


2015-285 20:59 DimAnt10  wrote:
> "Sux - обёртка вокруг команды su, которая передаёт X-мандат целевому 
> пользователю. Позволяет запускать под работающим X-сервером с правами 
> одного пользователя графические приложения, запускаемых с правами других 
> пользователей."
> 
> Есть ли какие-нибудь альтернативы этой программе?

Re: можно ли чем заменить sux?

[dimas]

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


2015-286 13:39 DimAnt10  wrote:
> Спасибо большое! То, что нужно. И ютуб заработал
> 
> 

Re: Завершение shell скрипта при окончании сессии пользователя (logout)

[dimas]

цикл while синтаксически ущербный какой-то, см. help while. для бесконечного
цикла правильно будет
while true; do
bla-bla-bla
done


2015-283 12:20 Vladimir Zhbanov  wrote:
> Цикл while в середине остаётся висеть в фоне, пока соответствующий X
> работает. При выходе умирает.

Re: Завершение shell скрипта при окончании сессии пользователя (logout)

[dimas]

в xfce+lightdm иксы запускает от рута lightdm, в других должно быть аналогично
(если не запущать DE через startx или тому подобное от юзреа, без DM).
но при этом в хомяку создается .xsession-errors, в котором видим следующее:

Xsession: X session started for dimas at Вс окт 11 17:12:31 MSK 2015
localuser:dimas being added to access control list
/usr/bin/x-session-manager: X server already running on display :0

т.е. к запущенным из-под рута иксам цепляется пользовательская сессия.
возможно, это дело будет читать .xsession/.xinitrc, но опять же все зависит от
реализации в конкретном de/wm


2015-283 12:20 Vladimir Zhbanov <vzhba...@gmail.com> wrote:
> Опять же, не могу сказать про DE, в которых, возможно (не уверен),
> пользовательская сессия может переключаться без завершения иксов.

Re: Завершение shell скрипта при окончании сессии пользователя (logout)

[dimas]

по идее, если его запускает DE, запускаемый из-под пользователя, то при выходе
из сессии должен глушиться DE и все процессы-потомки, что он назапускал.
можно попробовать реализовать желаемое средствами DM. например, в lightdm есть
вот такая штука в конфиге:
# session-cleanup-script = Script to run when quitting a user session (runs as 
root)
как в других - не знаю.
либо копать в сторону приблуды, управляющей сессиями в DE (типа xfce4-session в
xfce), возможно там будут какие-то механизмы выполнения команд при разлогине

2015-258 19:22 Andrey Tataranovich  wrote:
> Доброго времени суток,
> 
> Есть скрипт для ноутбука [1], запускающийся в сессии пользователя
> через /etc/xdg/autostart (переключает lcd panel/external monitor в
> зависимости от состояния крышки и наличия внешнего монитора +
> по-мелочи). Скрипт запускает x11 утилиты, но зависит только от
> подключения к системной шине dbus.
> 
> В скрипте есть механизм для перезапуска при повторном логине (для
> обновления значений DISPLAY и XAUTHORITY), но хочется реализовать его
> завершение при завершении пользовательской сессии.
> 
> Как это правильно делается в скриптах? Подозреваю, что можно запустить
> еще один dbus-monitor для session bus, но возможно есть другой способ?
> 
> 1)
> https://raw.githubusercontent.com/tataranovich/laptop-utils/master/src/laptop-utils.sh
> 

Re: Хочу что бы документация сама ставилась за пакетом.

[dimas]

есть еше опции -R/-r у аптитуды, которые, согласно ману, приоритетны над
конфигами


2015-278 22:32 Artem Chuprina  wrote:
> Нет, в aptitude тоже ставится только то, что необходимо.  Но если
> поставлено что-то из rec/sug и ему сделано markauto, его не будут
> удалять.

Re: Есть ли смысл в apt-listchanges / apt-listbugs?

[dimas]

apt-listchanges вовсе не заставляет юзреа читать все подряд ченджлоги. оно
только показывает сообщения об обновлении формата конфигов, критичиеских
security-фиксах и т.п. (я так понимаю, вылавливает по urgency=high в
ченджлоге). в общем, раз в месяц вылезет - можно и пробежать взглядом одну-две
странички, чем потом чесать репу, а чего это у меня <...> не запускается. так
что штука полезная, рекомендую. единственное, что иногда можно запустить
большое обновление, пойти пить чаи-кофеи, потом вернуться - а оно повисло на
этих самых ченджлогах (наверно, можно нашаманить в каких-нибудь триггерах, чтоб
читалка запускалась фоном, ну или он может слать на почту или показывать в
браузере, чтоб процесс не стопорился)


2015-252 14:46 Oleksandr Gavenko  wrote:
> В  https://wiki.debian.org/DebianUnstable сказано:
> 
>   Install the apt-listbugs and apt-listchanges packages in order to be made
>   aware of grave bugs or important changes when you install new packages or
>   during an upgrade.
> 
> Имеет ли смысл траить время на чтение?
> 
> Я за домашним ПК.
> 
> Испытывал неудобства когда в обновлении приходили нерабочие драйвера nvidia,
> по известному багу спустя 2 недели пришел фикс, до этого стянуюл старую версию
> из web-архива. Несколько часов ушло на восстановление запуска Xorg, мне
> кажется не стоит оно того вычитавать changelog'и, т.к. ошибки все равно
> проскочат.
> 
> Ранее я втречал запросы по поводу:
> 
>  * новых апстримных версий файлов настроек, измененных мною вручную
>  * запросов перезапустить сервисы при установке пакетов
>  * какие то супер важные замечания о том что что то устарело или изменилось
> 

Re: варнинг в amavisd.conf

[dimas]

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


2015-232 08:45 Sohin Vyacheslav in.s...@yandex.ua wrote:
 День добрый,
 
 в /etc/amavis/amavisd.conf указано:
 ADMINSTRATORS: DO NOT CHANGE THIS FILE
 
 Change /etc/amavis/conf.d/30-user instead.
 
 имеется в виду, что после возможного обновления пакета amavisd-new этот
 основной конфиг перепишется и будет содержать только закомментаренные
 значения параметров? поэтому рекомендуют редактировать
 /etc/amavis/conf.d/30-user ?
 
 
 
 A CONFIGURATION FILE FOR AMAVISD-NEW, LISTING ALL CONFIGURATION
 VARIABLES
   WITH THEIR DEFAULT VALUES
 (FOR REFERENCE ONLY, NON-AUTHORITATIVE)
 
 
 т.е. указаны просто значения параметров по умолчанию?
 
 
 
 The 'after-default' comment indicates that these variables obtain their
 
   default value if the config file left them undefined.
 
 т.е. комментарий 'after-default' показывает, что эти переменные получат
 свои дефолтные значения ДАЖЕ если они не определены в конфиге?
 
 
 

Re: Не за пускается графическое приложение из под sux+startx и без XDM.

[dimas]

первый раз слышу про sux, но не прокатит ли gksu/kdesu? да хоть просто sudo?


2015-228 20:04 Ста Деюс sthu.d...@openmailbox.org wrote:
 Хорошо, давайте не станем спорить насчёт этого проигрывателя. -- Вопрос
 в другом:
 
 как запустить, пусть б/т «Хром» («Chromium»), под другим пользователем
 («Б», отличным от того, под которым («А») запущен графический сеанс (с
 помощью startx), при отсутствии пакета xdm в ОС) так, чтоб его
 («Хрома») окно можно было бы увидеть пользователю «А».

Re: Проблемы с dbus

[dimas]

fsck прогнать? debsums?


2015-227 02:36 Max Dmitrichenko dmitr...@gmail.com wrote:
 14 августа 2015 г., 23:43 пользователь Max Dmitrichenko dmitr...@gmail.com
 написал:
 
 
  Уже пробовал, результат такой же. То есть да, что-то сломалось системно.
 
 
 Дополнительно установлено, что в случае, когда dbus-launch запускается из
 /etc/X11/Xsession.d, то он порождает dbus-daemon, который висит в списке
 процессов, но не открывает tcp-порт. Если запустить dbus-launch в консоли,
 то dbus-daemon успешно открывает tcp-порт и слушает его.
 
 Добавил в сессионый конфиг dbus тэг syslog/. В логах тишина.
 
 --
 With best regards
   Max Dmitrichenko

Re: Утекает память

[dimas]

а /sys на момент попытки записи в него еще смонтирован?


2015-215 09:24 Илья mir...@yandex.ru wrote:
 Пн. авг.  3 00:17:38 MSK 2015: performing hibernate
 test0
 test1
 sh: echo: I/O error  sudo mcedit /usr/lib/pm-utils/pm-functions: echo -n
 disk  /sys/power/state


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150804104300.1b191...@ulf.tvoe.tv