from:"Dmitry Alexandrov"

[fat][mlabel][mtools] Назначение метки флэшке — при 8 и более символах дополняется мусором до 11 символов.

2012-05-10 Пенетрантность Dmitry Alexandrov

Добрых всем суток.

Собственно вот:
$ mlabel -i /dev/sdb1 ::ABCDEF
$ ls /dev/disk/by-label/
ABCDEF  DATA  HOME  WHEEZY
$ mlabel -i /dev/sdb1 ::ABCDEFG
$ ls /dev/disk/by-label/
ABCDEFG  DATA  HOME  WHEEZY
$ mlabel -i /dev/sdb1 ::ABCDEFGH
$ ls /dev/disk/by-label/
ABCDEFGH\xf0gA  DATA  HOME  WHEEZY
$ mlabel -i /dev/sdb1 ::ABCDEFGHI
$ ls /dev/disk/by-label/
ABCDEFGHIgA  DATA  HOME  WHEEZY
$ mlabel -i /dev/sdb1 ::ABCDEFGHIJ
$ ls /dev/disk/by-label/
ABCDEFGHIJA  DATA  HOME  WHEEZY
$ mlabel -i /dev/sdb1 ::ABCDEFGHIJK
$ ls /dev/disk/by-label/
ABCDEFGHIJK  DATA  HOME  WHEEZY

От флэшки, вроде бы, не зависит. GParted’ом с рутовыми правами — то же самое.
Debian Wheezy. Linux 3.2.0-2-amd64. mtools 4.0.12-1.

На багтрэкере за mtools’ами такого, вроде бы, не числится
(http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=mtools).

Это только у меня наблюдается? Проверьте на своих машинах, пожалуйста.

Re: Тормозит отрисовка шрифтом Terminus в GTK.

2012-05-17 Пенетрантность Dmitry Alexandrov

Спасибо большое! Как более простое из двух обновил энвидиевские дрова
до 302.07-1 — тормоза прошли.
А вы не удовлетворите ли еще мое любопытство ссылочкой (на багрепорт,
возможно), где было бы об’яснено, как такое произошло, что именно с
Терминусом в обоих форматах, но ни с одним другим шрифтом, возникли
проблемы?

2012/5/17 Andrey Rahmatullin w...@wrar.name:
On Thu, May 17, 2012 at 02:49:24PM +0400, Dmitry Alexandrov wrote:
Добрых всем суток.
Обнаружил, что стала тормозить отрисовка текста шрифтом Terminus в
GVim’е и Тильде (эмулятор терминала такой), оба они гэтэкашные.
Наиболее заметно это при прокрутке. В Konsole, Kate и других кадэешных
приложениях все в порядке. Ни с одним другим шрифтом проблем не
наблюдаю.
Поставил GEdit — тормозит. Заменил xfonts-terminus на TTF версию
(http://misc.nybergh.net/pub/fonts/terminus/ttf/) — удивительно, но
по-прежнему тормозит.
Откатывайте каиро или обновляйте дрова нвидии.

--
WBR, wRAR

Ключ -t к aptitude show не возымевает действия.

2013-07-25 Пенетрантность Dmitry Alexandrov

Добрых всем суток.

Debian Wheezy. В мане aptitude(8) сказано:

-t release, --target-release release
Set the release from which packages should be installed. For instance,
“aptitude -t experimental ...” will install packages from the
experimental distribution unless you specify otherwise. For the
command-line actions “changelog”, “download”, and “show”, this is
equivalent to appending /release to each package named on the
command-line; for other commands, this will affect the default candidate
version of packages according to the rules described in apt_preferences(5).

Однако:

$ aptitude show wget/jessie
Package: wget
State: not installed
Automatically installed: no
Multi-Arch: foreign
Version: 1.14-2
далее опущено

$ aptitude -t jessie show wget
Package: wget
State: installed
Automatically installed: no
Multi-Arch: foreign
Version: 1.13.4-3
далее опущено

$ aptitude show wget
Package: wget
State: installed
Automatically installed: no
Multi-Arch: foreign
Version: 1.13.4-3
далее опущено

Т. е. ключ -t к команде aptitude show вопреки ману просто игнорируется.
С командами install, download, changelog он работает корректно.

$ aptitude --version
aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03
Compiler: g++ 4.7.2
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.2.10
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.

Current library versions:
NCurses version: ncurses 5.9.20110404
cwidget version: 0.5.16
Apt version: 4.12.0

Писать багрепорт? Или в новых версиях Аптитьюда уже не наблюдается,
посмотрите, пожалуйста.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51f19e05.2080...@gmail.com

Re: вопрос к знатокам баша

2013-10-11 Пенетрантность Dmitry Alexandrov

 так вот, есть какой-то способ считывать пользовательский ввод в течение
 этих 15 секунд с сохранением результатов, если энтер жмакнуть юзер не
 успел?

На Баше как таковом, полагаю, способа нет. Если нет возможности собрать 
альтернативную read’у читалку ввода из кода на Си, то могу предложить только 
поиграться с терминалом:

#!/bin/bash

TIMEOUT=150 # 15 s

STTY=$(stty -g)
stty intr '' -icanon min 0 time $TIMEOUT ignbrk -brkint isig
read
echo
echo $REPLY
stty $STTY

У меня это работает, но что будет работать везде, гарантировать нельзя.

On Friday October 11 2013 22:43:48 dimas dimas...@ya.ru wrote:
 всем привет!
 хочется в одной приблуде реализовать режим чата, суть которого в
 следующем: раз в 15, допустим, секунд проверяем наличие новых сообщений.
 в течение этого времени юзер может вводить свой текст, а по нажатию энтера
 - отправлять.
 если получили новое сообщение - сохраняем в переменной то, что наш юзер
 успел набрать, очищаем строку (с этим разобрался, вроде), выводим его,
 после него выводим юзерский ввод и даем ему писать дальше (что-то типа
 read -i набранный текст).
 так вот, проблема как раз в том, чтобы запомнить то, что юзер успел набрать
 за отведенное время.
 банальный read -t15 сохраняет результат только при получении целой строки
 (т.е. по нажатию энтера), если не успел - извини, ниче не знаю. причем
 введенный текст он потом выплевывает в консоль, но перехватить этот вывод
 у меня никак не получилось (а может, и не выплевает, а это глюк баша,
 потому как текст появляется после приглашения, надо проверить strace'ом)
 так вот, есть какой-то способ считывать пользовательский ввод в течение
 этих 15 секунд с сохранением результатов, если энтер жмакнуть юзер не
 успел?
 
 альтернативные реализации зело непросты (типа как с помощью screen/tmux
 разбить окно пополам, но тогда нужно в них запускать отдельные скрипты,
 которые непонятно как должны между собой общаться. и прочее в таком духе,
 тянущее еще лишние зависимости). зачем писать такое на баше - отдельный
 вопрос. скорее для творческого саморазвития, интересно уже))

Re: вопрос к знатокам баша

2013-10-11 Пенетрантность Dmitry Alexandrov

Читать в цикле, безусловно, можно, но я как-то не улавливаю в этом смысла. Как 
вы предлагаете разрывать его по таймауту? Можно, конечно, как-то так:

#!/bin/bash

TTY=$(tty)
sleep 15s  \
ttyecho -n $TTY $'\4' 

until [[ $REPLY == $'\4' ]]; do
read -N 1
INPUT=$INPUT$REPLY
done

echo
echo $INPUT

но ttyecho — это далеко не базовая утилита, и если есть возможность собрать 
ее, то есть возможность собрать альтернативный read.


On Saturday October 12 2013 00:21:13 Павел Знаменский kompast...@gmail.com 
wrote:
 Ещё можно читать по символу командой read -N 1 в цикле.
 Итоговое сообщение слепить из введенных символов.
 
 
 12 октября 2013 г., 0:13 пользователь Dmitry Alexandrov
 
 321...@gmail.comнаписал:
   так вот, есть какой-то способ считывать пользовательский ввод в течение
   этих 15 секунд с сохранением результатов, если энтер жмакнуть юзер не
   успел?
  
  На Баше как таковом, полагаю, способа нет. Если нет возможности собрать
  альтернативную read'у читалку ввода из кода на Си, то могу предложить
  только
  поиграться с терминалом:
  
  #!/bin/bash
  
  TIMEOUT=150 # 15 s
  
  STTY=$(stty -g)
  stty intr '' -icanon min 0 time $TIMEOUT ignbrk -brkint isig
  read
  echo
  echo $REPLY
  stty $STTY
  
  У меня это работает, но что будет работать везде, гарантировать нельзя.
  
  On Friday October 11 2013 22:43:48 dimas dimas...@ya.ru wrote:
   всем привет!
   хочется в одной приблуде реализовать режим чата, суть которого в
   следующем: раз в 15, допустим, секунд проверяем наличие новых
   сообщений. в течение этого времени юзер может вводить свой текст, а по
   нажатию
  
  энтера
  
   - отправлять.
   если получили новое сообщение - сохраняем в переменной то, что наш юзер
   успел набрать, очищаем строку (с этим разобрался, вроде), выводим его,
   после него выводим юзерский ввод и даем ему писать дальше (что-то типа
   read -i набранный текст).
   так вот, проблема как раз в том, чтобы запомнить то, что юзер успел
  
  набрать
  
   за отведенное время.
   банальный read -t15 сохраняет результат только при получении целой
   строки (т.е. по нажатию энтера), если не успел - извини, ниче не знаю.
   причем введенный текст он потом выплевывает в консоль, но перехватить
   этот вывод у меня никак не получилось (а может, и не выплевает, а это
   глюк баша, потому как текст появляется после приглашения, надо
   проверить strace'ом) так вот, есть какой-то способ считывать
   пользовательский ввод в течение этих 15 секунд с сохранением
   результатов, если энтер жмакнуть юзер не успел?
   
   альтернативные реализации зело непросты (типа как с помощью screen/tmux
   разбить окно пополам, но тогда нужно в них запускать отдельные скрипты,
   которые непонятно как должны между собой общаться. и прочее в таком
   духе, тянущее еще лишние зависимости). зачем писать такое на баше -
   отдельный вопрос. скорее для творческого саморазвития, интересно уже))

[bash][readline][vi-command-mode] Обработка символа «\».

2013-10-16 Пенетрантность Dmitry Alexandrov


Добрых всем суток.

Обнаружил, что в Баше в vi-нормальном режиме некорректно обрабатывается 
ввод обратной косой черты («\») — как переход в режим вставки + пробел. 
Явное ее назначение на что-нибудь (см. пример ниже) — не помогает. В то 
же время в lftp (также использующем readline) все корректно.


~/.inputrc сокращен до минимума:
set editing-mode vi
set keymap vi-command
\\: menu-complete

~/.bashrc обнулен, пробовал на urxvt и xterm. Debian 7.2.

Хотелось бы в итоге использовать клавишу по назначению — как leader key. 
Посоветуйте, пожалуйста, куда копать?


--
С уважением,
Дмитрий.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/525e9005.7010...@gmail.com

Не просыпается из гибернации после обновления до Jessie.

2014-02-08 Пенетрантность Dmitry Alexandrov


Добрых суток уважаемым дебиановодам.

После обновления с Визи до Джесси (т. е. в частности с Линукса 
3.2.0-4-amd64 до 3.12-1-amd64) машинка (Asus K40IN) перестала 
просыпаться из гибернации.


Для чистоты эксперимента делаю выключаю всю графику (# /etc/init.d/kdm 
stop) и # pm-hibernate. Все вроде бы усыпает корректно. Последующее же 
включение заканчивается черным экраном и мигающим индикатором капслока.


$ cat /etc/initramfs-tools/conf.d/resume
RESUME=/dev/sda1

$ /sbin/swapon -s
FilenameTypeSizeUsedPriority
/dev/sda1   partition   4192928 2096-1

Приложения:
· выдержка из /var/log/pm-suspend.log

Посоветуйте, пожалуйста, какие можно предпринять действия?

--
С благодарностью,
Дмитрий.
Sat Feb  8 17:50:55 MSK 2014: Running hooks for hibernate.
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux asus 3.12-1-amd64 #1 SMP Debian 3.12.6-2 (2013-12-29) x86_64 GNU/Linux
Module  Size  Used by
pci_stub   12429  1 
vboxpci18981  0 
vboxnetadp 25443  0 
vboxnetflt 23324  0 
vboxdrv   261751  3 vboxnetadp,vboxnetflt,vboxpci
tun26349  2 
cpufreq_userspace  12525  0 
cpufreq_stats  12777  0 
cpufreq_conservative14184  0 
cpufreq_powersave  12454  0 
parport_pc 26300  0 
ppdev  12686  0 
lp 17074  0 
parport35749  3 lp,ppdev,parport_pc
binfmt_misc16949  1 
uinput 17372  1 
nfsd  259193  2 
auth_rpcgss51197  1 nfsd
oid_registry   12419  1 auth_rpcgss
nfs_acl12511  1 nfsd
nfs   183664  0 
lockd  79321  2 nfs,nfsd
fscache45381  1 nfs
sunrpc224520  6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
loop   26609  0 
fuse   78619  1 
snd_hda_codec_realtek49710  1 
uvcvideo   78960  0 
videobuf2_vmalloc  12816  1 uvcvideo
videobuf2_memops   12519  1 videobuf2_vmalloc
videobuf2_core 35155  1 uvcvideo
videodev  113380  2 uvcvideo,videobuf2_core
media  18303  2 uvcvideo,videodev
snd_hda_intel  39672  0 
snd_hda_codec 146743  2 snd_hda_codec_realtek,snd_hda_intel
joydev 17063  0 
snd_hwdep  13148  1 snd_hda_codec
snd_pcm_oss44847  0 
snd_mixer_oss  22042  1 snd_pcm_oss
snd_pcm84096  3 snd_pcm_oss,snd_hda_codec,snd_hda_intel
snd_page_alloc 17114  2 snd_pcm,snd_hda_intel
arc4   12536  2 
snd_seq_midi   12848  0 
snd_seq_midi_event 13316  1 snd_seq_midi
ath9k  94847  0 
ath9k_common   12687  1 ath9k
snd_rawmidi26805  1 snd_seq_midi
coretemp   12854  0 
ath9k_hw  390473  2 ath9k_common,ath9k
nouveau   876268  1 
ath21417  3 ath9k_common,ath9k,ath9k_hw
mac80211  441536  1 ath9k
cfg80211  390600  3 ath,ath9k,mac80211
snd_seq48834  2 snd_seq_midi_event,snd_seq_midi
mxm_wmi12515  1 nouveau
snd_seq_device 13132  3 snd_seq,snd_rawmidi,snd_seq_midi
ttm65243  1 nouveau
snd_timer  26614  2 snd_pcm,snd_seq
drm_kms_helper 35695  1 nouveau
evdev  17445  11 
pcspkr 12595  0 
psmouse82028  0 
serio_raw  12849  0 
acpi_cpufreq   17299  1 
snd60869  11 snd_hda_codec_realtek,snd_pcm_oss,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_mixer_oss
drm   236372  3 ttm,drm_kms_helper,nouveau
i2c_algo_bit   12751  1 nouveau
video  17799  1 nouveau
shpchp 31121  0 
i2c_nforce212591  0 
asus_laptop22765  0 
i2c_core   24092  6 drm,drm_kms_helper,i2c_algo_bit,nouveau,i2c_nforce2,videodev
processor  28272  3 acpi_cpufreq
battery13101  0 
ac 12668  0 
wmi17339  2 mxm_wmi,nouveau
soundcore  13026  1 snd
sparse_keymap  12818  1 asus_laptop
rfkill 18867  3 cfg80211,asus_laptop
input_polldev  12906  1 asus_laptop
button 12944  1 nouveau
ext4  465607  4 
crc16  12343  1 ext4
mbcache13082  1 ext4
jbd2   82560  1 ext4
btrfs 780023  0 
xor21040  1 btrfs
raid6_pq   95238  1 btrfs
crc32c 12656  1 
libcrc32c  12426  1 btrfs
sg 29971  0

Re: Не просыпается из гибернации после обновления до Jessie.

2014-02-09 Пенетрантность Dmitry Alexandrov

Хм, поставил на Джесси старый Линукс 3.2.0-4-amd64 от Визи — на нем все 
OK. Приложил лог отхода ко сну и успешного под’ема 
(3.2.0-4.pm-suspend.log) и разницу в перечне подгруженных ядерных 
модулей (modlist.diff). Ни в том, ни в другом не могу увидеть 
чего-нибудь, могущего быть причиной. Быть может, вы увидите?


On 2014-02-08 22:20, Artem Chuprina wrote:

Dmitry Alexandrov - debian-russian  @ Sat, 08 Feb 2014 20:33:14 +0400:

  DA Добрых суток уважаемым дебиановодам.

  DA После обновления с Визи до Джесси (т. е. в частности с Линукса 
3.2.0-4-amd64
  DA до 3.12-1-amd64) машинка (Asus K40IN) перестала просыпаться из гибернации.

  DA Для чистоты эксперимента делаю выключаю всю графику (# /etc/init.d/kdm 
stop) и
  DA # pm-hibernate. Все вроде бы усыпает корректно. Последующее же включение
  DA заканчивается черным экраном и мигающим индикатором капслока.

  DA $ cat /etc/initramfs-tools/conf.d/resume
  DA RESUME=/dev/sda1

  DA $ /sbin/swapon -s
  DA FilenameTypeSizeUsedPriority
  DA /dev/sda1   partition   4192928 2096-1

  DA Приложения:
  DA · выдержка из /var/log/pm-suspend.log

  DA Посоветуйте, пожалуйста, какие можно предпринять действия?

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

Могу предложить попытаться научить pm-hibernate явно выгружать разные
модули перед гибернацией.  Когда я изначально настраивал гибернацию на
своем недобуке, я просил (это было еще до wheezy, пакет hibernate, там
был скрипт со своими конфигами, он умел) выгружать какой-то из модулей
явно.  Тогда помогло.  Но потом со временем опять сломалось.




Sun Feb  9 01:45:19 MSK 2014: Running hooks for hibernate.
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux asus 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
Module  Size  Used by
cryptd 14517  0 
aes_x86_64 16843  2 
aes_generic33026  1 aes_x86_64
pci_stub   12429  1 
vboxpci19096  0 
vboxnetadp 25443  0 
vboxnetflt 23657  0 
vboxdrv   234386  3 vboxnetflt,vboxnetadp,vboxpci
cpufreq_userspace  12576  0 
cpufreq_stats  12866  0 
cpufreq_conservative13147  0 
cpufreq_powersave  12454  0 
tun18337  2 
parport_pc 22364  0 
ppdev  12763  0 
lp 17149  0 
parport31858  3 lp,ppdev,parport_pc
binfmt_misc12957  1 
uinput 17440  1 
nfsd  216170  2 
nfs   308313  0 
nfs_acl12511  2 nfs,nfsd
auth_rpcgss37143  2 nfs,nfsd
fscache36739  1 nfs
lockd  67306  2 nfs,nfsd
sunrpc173730  6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd
ext3  162072  1 
jbd56902  1 ext3
loop   22641  0 
fuse   62020  1 
uvcvideo   57744  0 
videodev   70889  1 uvcvideo
v4l2_compat_ioctl3216655  1 videodev
media  18148  2 videodev,uvcvideo
snd_hda_codec_realtek   188858  1 
nouveau   583385  2 
arc4   12458  2 
ath9k  64619  0 
ttm53664  1 nouveau
drm_kms_helper 31370  1 nouveau
joydev 17266  0 
ath9k_common   12728  1 ath9k
ath9k_hw  322112  2 ath9k_common,ath9k
snd_hda_intel  26259  2 
snd_hda_codec  78031  2 snd_hda_intel,snd_hda_codec_realtek
snd_hwdep  13186  1 snd_hda_codec
snd_pcm_oss41081  0 
snd_mixer_oss  17916  1 snd_pcm_oss
drm   183952  4 drm_kms_helper,ttm,nouveau
ath21370  3 ath9k_hw,ath9k_common,ath9k
snd_pcm68083  3 snd_pcm_oss,snd_hda_codec,snd_hda_intel
mxm_wmi12515  1 nouveau
snd_page_alloc 13003  2 snd_pcm,snd_hda_intel
mac80211  192806  1 ath9k
cfg80211  137243  3 mac80211,ath,ath9k
coretemp   12898  0 
snd_seq_midi   12848  0 
i2c_algo_bit   12841  1 nouveau
snd_seq_midi_event 13316  1 snd_seq_midi
evdev  17562  20 
snd_rawmidi23060  1 snd_seq_midi
snd_seq45126  2 snd_seq_midi_event

[KDE] Unable to create io-slave: klauncher said: Error loading 'kio_http'.

2014-08-03 Пенетрантность Dmitry Alexandrov


Добрых всем суток.

Обнаружил, что в ка-дэ-ешной сессии Konqueror и другое ПО, использующее 
KIO_HTTP (Rekonq, Akregator), стало сообщать, что «Unable to create 
io-slave: klauncher said: Error loading 'kio_http'».


Толчком к сбою, вероятно, стало обновление всякой ка-дэ-ешной всячины и 
не только, но парадоксально следующее: ошибка не проявляется и все 
работает, если разлогиниться из ка-дэ-ешной сессии (KDE Plasma Desktop), 
зайти, например, в сессию i3 и запустить Konqueror там.


Я, право, озадачен. Подскажите, пожалуйста, с чего можно начать 
раскручивать проблему?


Debian GNU/Linux Jessie.

$ dpkg --search /usr/lib/kde4/kio_http.so
kdelibs5-plugins: /usr/lib/kde4/kio_http.so

Текущая версия kdelibs5-plugins — 4:4.13.3-2.


--
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/53de9ab2.2010...@gmail.com

Re: [KDE] Unable to create io-slave: klauncher said: Error loading 'kio_http'.

2014-08-03 Пенетрантность Dmitry Alexandrov


Ага.

Сформировал список реальных зависимостей kio_http:

$ ldd /usr/lib/kde4/kio_http.so | awk '{print $3}' |\
xargs dpkg --search | awk -F: '{print $1}'  kio_http.deps.list

И скормил его Aптитьюду как фильтр:

$ awk -v ORS=' | ' '{print ?exact-name( $0 )}' kio_http.deps.list

копировать, Аптитьюд, L, вставить.

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


Start-Date: 2014-08-04  01:19:00
Upgrade: libfam0:amd64 (2.7.0-17, 2.7.0-17.1), libxfixes3:amd64 
(5.0.1-1, 5.0.1-2), libxfixes3:i386 (5.0.1-1, 5.0.1-2), libice6:amd64 
(1.0.8-2, 1.0.9-1), libice6:i386 (1.0.8-2, 1.0.9-1), libsm6:amd64 
(1.2.1-2, 1.2.2-1), libsm6:i386 (1.2.1-2, 1.2.2-1), libcomerr2:amd64 
(1.42.9-2, 1.42.11-2), libcomerr2:i386 (1.42.9-2, 1.42.11-2), 
libxcb1-dev:amd64 (1.10-2, 1.10-3), libxcb1:amd64 (1.10-2, 1.10-3), 
libxcb1:i386 (1.10-2, 1.10-3), libexpat1-dev:amd64 (2.1.0-4, 2.1.0-6), 
libx11-dev:amd64 (1.6.2-1, 1.6.2-2), libxml2:amd64 (2.9.1+dfsg1-3, 
2.9.1+dfsg1-4), libxml2:i386 (2.9.1+dfsg1-3, 2.9.1+dfsg1-4), 
libxml2-dev:amd64 (2.9.1+dfsg1-3, 2.9.1+dfsg1-4), libpcre3-dev:amd64 
(8.31-2, 8.35-3), libxfixes-dev:amd64 (5.0.1-1, 5.0.1-2), 
libdlrestrictions1:amd64 (0.15.12, 0.15.15), libsm-dev:amd64 (1.2.1-2, 
1.2.2-1), libpcrecpp0:amd64 (8.31-2, 8.35-3), libexpat1:amd64 (2.1.0-4, 
2.1.0-6), libexpat1:i386 (2.1.0-4, 2.1.0-6), libice-dev:amd64 (1.0.8-2, 
1.0.9-1), libpcre3:amd64 (8.31-2, 8.35-3), libpcre3:i386 (8.31-2, 
8.35-3), libx11-6:amd64 (1.6.2-1, 1.6.2-2), libx11-6:i386 (1.6.2-1, 
1.6.2-2), libk5crypto3:amd64 (1.11.3+dfsg-3+nmu1, 1.12.1+dfsg-5), 
libk5crypto3:i386 (1.11.3+dfsg-3+nmu1, 1.12.1+dfsg-5), libffi6:amd64 
(3.0.13-12, 3.1-2), libffi6:i386 (3.0.13-12, 3.1-2)

End-Date: 2014-08-04  01:20:13

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


On 2014-08-04 00:25, Dmitry Alexandrov wrote:

Добрых всем суток.

Обнаружил, что в ка-дэ-ешной сессии Konqueror и другое ПО, использующее
KIO_HTTP (Rekonq, Akregator), стало сообщать, что «Unable to create
io-slave: klauncher said: Error loading 'kio_http'».

Толчком к сбою, вероятно, стало обновление всякой ка-дэ-ешной всячины и
не только, но парадоксально следующее: ошибка не проявляется и все
работает, если разлогиниться из ка-дэ-ешной сессии (KDE Plasma Desktop),
зайти, например, в сессию i3 и запустить Konqueror там.

Я, право, озадачен. Подскажите, пожалуйста, с чего можно начать
раскручивать проблему?

Debian GNU/Linux Jessie.

$ dpkg --search /usr/lib/kde4/kio_http.so
kdelibs5-plugins: /usr/lib/kde4/kio_http.so

Текущая версия kdelibs5-plugins — 4:4.13.3-2.



--
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/53deaf7b.1090...@gmail.com

Re: [OT] Просмотр зависимостей (Was: logind при sysvinit: permission denied на suspend / hibernate)

2014-10-14 Пенетрантность Dmitry Alexandrov

Ну, интерактивно-то побродить по дереву зависимостей — никакой проблемы 
— в Аптитьюде клавиша ‹d› — вниз до дереву (от корня, т. е. от чего 
зависит); клавиша ‹r› (от «reverse», я думаю) — вверх (что зависит от). 
Но на экране одновременно лишь один уровень.


А для вывода дерева на stdout есть «$ apt-rdepends» (в обратную сторону: 
«$ apt-rdepends --reverse»); как дерево вывод, впрочем, не выглядит, но 
это пытаются исправить скриптовыми костылями [1].


[1]: https://gist.github.com/damphat/6214499

On 2014-10-14 12:15, Dmitrii Kashin wrote:

Artem Chuprina r...@ran.pp.ru writes:


А если предложить apt'у снести systemd-logind и посмотреть, какие
варианты он предложит в качестве замены?



Первым делом, вероятно, он предложит снести то, что его потянуло
(заодно и узнаем, что именно, может, оно и не нужно), а если попросить
другие варианты, может, и замену предложит?


Знаете, Артём, я тут припомнил, что в бытность мою гентушником, я
пользовался замечательной утилитой emerge (это ихний пакетный менеджер),
которая при установке пакета рисовала красивое дерево из того, что
собиралась установить, сформированное по зависимостям. Выглядело это
примерно как обход каталогов командой tree.

И я вдруг понял, что уже достаточно давно ищу возможности вот так вот в
консольке вывести дерево зависимостей и побродить по нему. Вот сходу
наткнулся в сети на рекомендации графических отрисовщиков из пакета
graphviz. Ну, оно и понятно: в общем случае зависимости в дерево могут и
не уложиться. Но хотелось бы иметь именно отрисованное в консольке
дерево: его можно погрепать, полистать в less, к нему можно прикрутить
какой-нибудь режим в Emacs, чтобы разворачивать/сворачивать его куски.

Я вот хотел поинтересоваться, нет ли у нас уже такого?

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




--
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/543d64e1.5090...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-14 Пенетрантность Dmitry Alexandrov


logind находится в пакете «systemd»:

$ dpkg --search /lib/systemd/systemd-logind
systemd: /lib/systemd/systemd-logind

Аптитьюд на тему почему systemd установлен сообщает:

i   policykit-1Depends libpam-systemd
i A libpam-systemd Depends systemd (= 215-5+b1)

Почему policykit-1 помечен как явно-, а не автоустановленный, я не знаю; 
был, помнится какой-то полубаг / полуфича, когда в задачах (типа 
«task-kde-desktop») зависимости явно прописывали — наверное, это отсюда; 
но уже понятно, что все, пакет «systemd» — это теперь почти намертво — 
на пользовательском уровне без серьезных потерь от него не избавиться.


On 2014-10-14 10:03, Artem Chuprina wrote:

Dmitry Alexandrov - debian-russian  @ Tue, 14 Oct 2014 05:06:24 +0400:

  DA Взялся тут обновлять Джесси на своем ноутбуке — все, что накопилося за 
последние где-то полгода. И обновил, внезапно, вроде бы без проблем, кроме одной — 
systemd’шный logind с какой-то зависимостью приехал, притом что собственно инитом 
остался sysvinit-core.

  DA В результате от этого, во-первых, потеряли силу настройки KDE’шного Power 
Manager’a: какие кнопки питания чем управляют и т. п., а в частности по закрытию 
крышки машинка стала засыпать (suspend). Но это все поправимо в 
/etc/systemd/logind.conf

  DA А вот во-вторых пункты «Suspend» и «Hibernate» пропали изо всех 
пользовательских интерфейсов: и KMenu, из KRunner’а и т. д.

  DA Как видно отсюда:

  DA $ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 
org.freedesktop.login1.Manager.Suspend true
  DA Error: org.freedesktop.DBus.Error.AccessDenied
  DA Permission denied

  DA logind считает, что пользователю не хватает прав. Если это приказать от 
имени рута, то все прекрасно засыпает.

  DA Однако, если я правильно понимаю, что такое есть Policy Kit, то по:

  DA $ pkaction --action-id org.freedesktop.login1.suspend --verbose
  DA org.freedesktop.login1.suspend:
  DA   description:   Suspend the system
  DA   message:   Authentication is required for suspending the system.
  DA   vendor:The systemd Project
  DA   vendor_url:http://www.freedesktop.org/wiki/Software/systemd
  DA   icon:
  DA   implicit any:  auth_admin_keep
  DA   implicit inactive: auth_admin_keep
  DA   implicit active:   yes

  DA видно (active: yes), что права у меня должны быть.

  DA Это выдача pkaction’а основана на конфиге 
/usr/share/polkit-1/actions/org.freedesktop.login1.policy, который таки из 
systemd, но никаких оснований ему не иметь силы, когда инитом sysvinit, я не вижу.

  DA Установка systemd (т. е. пакета systemd-sysv) как инитa эту проблему 
решает — все права и пункты меню появляются, но вырисовывается другая, более 
серьезная — процесс ухода в спячку (hibernate) просто не завершается корректно — 
машинка виснет до степени, что помогает только аварийное обесточивание. Да и не 
хочу я инит пока менять вовсе — наверняка, еще проблемы вылезут.

  DA Этот же вопрос был мною задал пару дней назад на ЛОРе [0], но без 
конечного успеха.

  DA Уповаю теперь на ваши советы — что тут можно сделать, чтоб было, как 
должно быть. Всякие простые решения — типа pm-suspend / pm-hibernate через sudo 
без пароля — понятны, но хотелось бы как положено.

А если предложить apt'у снести systemd-logind и посмотреть, какие варианты он 
предложит в качестве замены?  Первым делом, вероятно, он предложит снести то, 
что его потянуло (заодно и узнаем, что именно, может, оно и не нужно), а если 
попросить другие варианты, может, и замену предложит?



--
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/543d67b8.20...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-14 Пенетрантность Dmitry Alexandrov

Пакет «acpi-support» установлен.

Собственно, проблема-то, как вижу, в Policy Kit’е — права по конфигу
есть, а по факту — нет. Однако для меня этот Пилиси-кит есть темный лес.
Почему вообще в
/usr/share/polkit-1/actions/org.freedesktop.login1.policy —
«org.freedesktop.login1.suspend», а по факту метод есть только
«org.freedesktop.login1.Manager.Suspend»? Это нормально? Если не
нормально, то почему при systemd-sysvinit это работает?

Можно еще в качестве пробы разрешить все что связано с
«org.freedesktop.login1» вообще, верно? Для этого надо писать конфиг в
«/etc/polkit-1/localauthority.conf.d/», так? Вот такой правильно?

$ cat /etc/polkit-1/localauthority.conf.d/90-logind.conf
[Power Management]
Identity=unix-group:powerdev
Action=org.freedesktop.login1.*
ResultAny=yes
ResultInactive=yes
ResultActive=yes

(Да, я состою в группе «powerdev».)

Как его теперь применить не перезагружая всю систему? В
pklocalauthority(8) про это ничего не сказано.

Впрочем, и перезагрузив, я никакого эффекта не вижу — как было
«permission denied», так и осталось.

On 2014-10-14 22:36, Руслан Коротаев wrote:

В сообщении от [Втр 2014-10-14 05:06 +0400]
Dmitry Alexandrov 321...@gmail.com пишет:

Установка systemd (т. е. пакета systemd-sysv) как инитa эту проблему
решает — все права и пункты меню появляются, но вырисовывается другая,
более серьезная — процесс ухода в спячку (hibernate) просто не
завершается корректно — машинка виснет до степени, что помогает только
аварийное обесточивание. Да и не хочу я инит пока менять вовсе —
наверняка, еще проблемы вылезут.

Всякие простые решения — типа pm-suspend / pm-hibernate через sudo без
пароля — понятны, но хотелось бы как положено.

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

--
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/543d9836.8060...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-14 Пенетрантность Dmitry Alexandrov

Ага! Я не туда поместил «90-logind.conf», надо было в
/etc/polkit-1/localauthority/50-local.d/logind.pkla

Теперь вот так:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
org.freedesktop.login1.Manager.Suspend true

работает, но в ка-дэ-ешных интерфейсах (меню, KRunner) все-равно ничего нет.

On 2014-10-15 01:40, Dmitry Alexandrov wrote:

Пакет «acpi-support» установлен.

$ cat /etc/polkit-1/localauthority.conf.d/90-logind.conf
[Power Management]
Identity=unix-group:powerdev
Action=org.freedesktop.login1.*
ResultAny=yes
ResultInactive=yes
ResultActive=yes

(Да, я состою в группе «powerdev».)

Как его теперь применить не перезагружая всю систему? В
pklocalauthority(8) про это ничего не сказано.

Впрочем, и перезагрузив, я никакого эффекта не вижу — как было
«permission denied», так и осталось.

On 2014-10-14 22:36, Руслан Коротаев wrote:

В сообщении от [Втр 2014-10-14 05:06 +0400]
Dmitry Alexandrov 321...@gmail.com пишет:

Всякие простые решения — типа pm-suspend / pm-hibernate через sudo без
пароля — понятны, но хотелось бы как положено.

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-14 Пенетрантность Dmitry Alexandrov

Опираясь на то, что я теперь узнал, погуглил по багтрэкеру еще раз, и 
наконец нашел: вот он этот баг № 754850 [1], написано, что он в 
cgmanager’е и что пофикшен не далее, как вчера.


ОК, обновил «cgmanager» до версии 0.33-2 — да только хрен. Т. е. не 
совсем хрен, теперь:


$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
org.freedesktop.login1.Manager.CanSuspend
yes

И вот так:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
org.freedesktop.login1.Manager.Suspend true

машинку суспендит (нет, я не забыл удалить 
/etc/polkit-1/localauthority/50-local.d/logind.pkla), т. е. баг 
действительно исправлен, но Кедам от этого ни жарко, ни холодно — в меню 
«Leave» пунктов пунктов «Suspend» и «Hibernate» все-равно нет.


И чего в таких случаях надо делать: писать в уже закрытую багонить № 
754850 или новую открывать?


[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754850


--
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/543de133.9070...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-14 Пенетрантность Dmitry Alexandrov

Написал в багонить № 758746, что сейчас смержена с № 754850, но 
изначально была открыта как кедоспецифичная.


[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758746

On 2014-10-15 06:51, Dmitry Alexandrov wrote:

Опираясь на то, что я теперь узнал, погуглил по багтрэкеру еще раз, и
наконец нашел: вот он этот баг № 754850 [1], написано, что он в
cgmanager’е и что пофикшен не далее, как вчера.

ОК, обновил «cgmanager» до версии 0.33-2 — да только хрен. Т. е. не
совсем хрен, теперь:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
 org.freedesktop.login1.Manager.CanSuspend
yes

И вот так:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
 org.freedesktop.login1.Manager.Suspend true

машинку суспендит (нет, я не забыл удалить
/etc/polkit-1/localauthority/50-local.d/logind.pkla), т. е. баг
действительно исправлен, но Кедам от этого ни жарко, ни холодно — в меню
«Leave» пунктов пунктов «Suspend» и «Hibernate» все-равно нет.

И чего в таких случаях надо делать: писать в уже закрытую багонить №
754850 или новую открывать?

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754850



--
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/543df815.2050...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-15 Пенетрантность Dmitry Alexandrov


On 2014-10-15 21:58, dimas wrote:

а пакет cgmanager установлен? cgroups в ведре включены?
а то у меня была та же фигня, только в xfce - после перехода lightdm на чертов
logind пропали кнопки выключения-перезагрузки, решилось пересборкой ведра (на
самосборном сижу) и установкой этих их cgproxy/cgmanager


Да, стоит. Мои два утрешних письма в рассылку потерялись что ли... 
Сейчас перешлю еще раз.


 Forwarded Message 
Subject: Re: logind при sysvinit: permission denied на suspend / hibernate
Date: Wed, 15 Oct 2014 08:29:09 +0400
From: Dmitry Alexandrov 321...@gmail.com
To: debian-russian debian-russian@lists.debian.org

Написал в багонить № 758746, что сейчас смержена с № 754850, но
изначально была открыта как кедоспецифичная.

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758746

On 2014-10-15 06:51, Dmitry Alexandrov wrote:

Опираясь на то, что я теперь узнал, погуглил по багтрэкеру еще раз, и
наконец нашел: вот он этот баг № 754850 [1], написано, что он в
cgmanager’е и что пофикшен не далее, как вчера.

ОК, обновил «cgmanager» до версии 0.33-2 — да только хрен. Т. е. не
совсем хрен, теперь:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
 org.freedesktop.login1.Manager.CanSuspend
yes

И вот так:

$ qdbus --system org.freedesktop.login1 /org/freedesktop/login1 \
 org.freedesktop.login1.Manager.Suspend true

машинку суспендит (нет, я не забыл удалить
/etc/polkit-1/localauthority/50-local.d/logind.pkla), т. е. баг
действительно исправлен, но Кедам от этого ни жарко, ни холодно — в меню
«Leave» пунктов пунктов «Suspend» и «Hibernate» все-равно нет.

И чего в таких случаях надо делать: писать в уже закрытую багонить №
754850 или новую открывать?

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754850



--
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/543eb948.3010...@gmail.com

Re: logind при sysvinit: permission denied на suspend / hibernate

2014-10-15 Пенетрантность Dmitry Alexandrov

Да пакет «acpi-support» установлен (и всегда был установлен) на этой
машинке.

On 2014-10-14 15:41, Руслан Коротаев wrote:

В сообщении от [Втр 2014-10-14 05:06 +0400]
Dmitry Alexandrov 321...@gmail.com пишет:

Всякие простые решения — типа pm-suspend / pm-hibernate через sudo без
пароля — понятны, но хотелось бы как положено.

Мне всегда помогала установка пакета acpi-support, там помимо засыпания
начинали работать и другие служебные кнопки на разных моделях ноутов.
Только я пользовался всегда стабильной версией, но на всякий случай
попробуйте и на тестовой, вдруг поможет.

aptitude: «T» и «W» как статусы пакета — что это?

2014-11-30 Пенетрантность Dmitry Alexandrov


Добрых всем суток.

Пробегая глазами по перечню пакетов в Аптитьюде, обнаружил строчки:

T cups 1.7.5-71.7.5-7
W cups-filters 1.0.61-4   1.0.61-4

пакеты установлены, то есть по идее буква в первой колонке должна быть
«i», однако там «T» и «W», что не описаны ни в ‘aptitude(8)’, ни в 
‘Accessing package information’ из руководства [1].


Поискал другие пакеты с неведомым статусом вот так:

$ aptitude search ?true | awk '$1 !~ /^[icpvBuCH]$/'
T   cups- Common UNIX Printing System(tm) - PPD/driv
W   cups-filters- OpenPrinting CUPS Filters - Main Package
T   man-db  - on-line manual pager

Вопрос, собственно: как это понимать?

Debian Jessie, Aptitude 0.6.11-1+b1.

[1]: http://aptitude.alioth.debian.org/doc/en/ch02s02s02.html


--
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/547bd52f.3020...@gmail.com

Re: aptitude: «T» и «W» как статусы пакета — что это?

2014-11-30 Пенетрантность Dmitry Alexandrov

Подумал, нажал «g», получил ответ в виде этих трех пакетов в категории 
«Packages that are partially installed», «g» еще раз — шуршание диском и 
«Press Return to continue», но эффекта нет — статусы те же, можно 
повторить «gg» еще раз и снова безрезультатно.


On 12/01/2014 05:40 AM, Dmitry Alexandrov wrote:

Добрых всем суток.

Пробегая глазами по перечню пакетов в Аптитьюде, обнаружил строчки:

T cups 1.7.5-71.7.5-7
W cups-filters 1.0.61-4   1.0.61-4

пакеты установлены, то есть по идее буква в первой колонке должна быть
«i», однако там «T» и «W», что не описаны ни в ‘aptitude(8)’, ни в
‘Accessing package information’ из руководства [1].

Поискал другие пакеты с неведомым статусом вот так:

$ aptitude search ?true | awk '$1 !~ /^[icpvBuCH]$/'
T   cups- Common UNIX Printing System(tm) - PPD/driv
W   cups-filters- OpenPrinting CUPS Filters - Main Package
T   man-db  - on-line manual pager

Вопрос, собственно: как это понимать?

Debian Jessie, Aptitude 0.6.11-1+b1.

[1]: http://aptitude.alioth.debian.org/doc/en/ch02s02s02.html



--
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/547bd6ea.2020...@gmail.com

Re: aptitude: «T» и «W» как статусы пакета — что это?

2014-12-01 Пенетрантность Dmitry Alexandrov


Да, спасибо, ‘# dpkg --configure --pending’ результат дал.

А что до ‘dpkg(1)’, то я несколько в замешательстве — я не вижу, чтоб 
там были указаны буквы при названиях статусов, причем ни сайчас, ни 
когда либо [1]. Я теперь, конечно, нашел их расшифровку в 
‘dpkg-query(1)’ в несколько ином виде, но все-таки, откуда у вас такие маны?


[1]: https://anonscm.debian.org/cgit/dpkg/dpkg.git/log/man/dpkg.1

On 12/01/2014 04:55 PM, Руслан Коротаев wrote:

В сообщении от [Пнд 2014-12-01 05:40 +0300]
Dmitry Alexandrov 321...@gmail.com пишет:

Добрых всем суток.

Пробегая глазами по перечню пакетов в Аптитьюде, обнаружил строчки:

T cups 1.7.5-71.7.5-7
W cups-filters 1.0.61-4   1.0.61-4

пакеты установлены, то есть по идее буква в первой колонке должна быть
«i», однако там «T» и «W», что не описаны ни в ‘aptitude(8)’, ни в
‘Accessing package information’ из руководства [1].

Поискал другие пакеты с неведомым статусом вот так:

$ aptitude search ?true | awk '$1 !~ /^[icpvBuCH]$/'
T   cups- Common UNIX Printing System(tm) - PPD/driv
W   cups-filters- OpenPrinting CUPS Filters - Main Package
T   man-db  - on-line manual pager

Вопрос, собственно: как это понимать?


dpkg(1) говорит следующее:
 triggers-awaited (W)
The package awaits trigger processing by another package.
 triggers-pending (T)
The package has been triggered.

Скорее всего что-то пошло не так во время установки, попробуйте от рута
выполнить эти команды:
dpkg --configure --pending
aptitude -f install




--
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/547caaa4.8060...@gmail.com

Re: aptitude: «T» и «W» как статусы пакета — что это?

2014-12-01 Пенетрантность Dmitry Alexandrov

Спасибо, понял.

Но все-таки dpkg — не Аптитьюд, так что написал багрепорт на
«aptitude-doc» [1].

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771704

On 12/01/2014 09:52 PM, Руслан Коротаев wrote:

В сообщении от [Пнд 2014-12-01 20:51 +0300]
Dmitry Alexandrov 321...@gmail.com пишет:

Да, спасибо, ‘# dpkg --configure --pending’ результат дал.

А что до ‘dpkg(1)’, то я несколько в замешательстве — я не вижу,
чтоб там были указаны буквы при названиях статусов, причем ни
сайчас, ни когда либо [1]. Я теперь, конечно, нашел их расшифровку в
‘dpkg-query(1)’ в несколько ином виде, но все-таки, откуда у вас
такие маны?

Буквы в скобках я указал что бы вы могли быстро сориентироваться в мане,
а оказалось наоборот запутал. На самом деле всё просто, сделал
'dpkg -l | head' увидел что означают буквы T и W (trig-aWait/Trig-pend),
а уже затем открыл ман для подробностей. Никаких особых манов у меня
нет, со временем некоторые вещи делаются автоматически или интуитивно.

Re: aptitude: «T» и «W» как статусы пакета — что это?

2014-12-02 Пенетрантность Dmitry Alexandrov

Спасибо, но к сожалению, я уже не могу этого проверить, ибо вопрос в 
сиюминутной его части, как я уже написал, решился приказом ‘# dpkg 
--configure --pending’.


On 12/02/2014 12:37 PM, Ста Деюс wrote:

Доброго времени суток, Dmitry.


Спасибо за ответ, Mon, 01 Dec 2014 05:48:10 +0300 вы писали:

Подумал, нажал «g», получил ответ в виде этих трех пакетов в
категории «Packages that are partially installed», «g» еще раз —
шуршание диском и «Press Return to continue», но эффекта нет —
статусы те же, можно повторить «gg» еще раз и снова безрезультатно.


Я не знаю, но, м/т f поможет (забыть новые пакеты)?

С уважением,
Ста.



--
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/547df33e.4070...@gmail.com

[vim] cmotion будто сбрасывает 'linebreak'

2015-01-01 Пенетрантность Dmitry Alexandrov

Добрых всем суток.

Обнаружил, кажется, пренеприяную ошибку в Vim’е: при установленной опции
'linebreak' (визуальный перенос строк только по пробелам, а не посередь
слова) ее эффект на время обнуляется командой изменения с, (но не d,
i, a, x). Например, буфер выглядит так:

1 “Free software” means software that respects users' freedom and
community. Roughly, it means that the users have the freedom to run,
copy, distribute, study, change and improve the software. Thus,
“free software” is a matter of liberty, not price. To understand the
concept, you should think of “free” as in “free speech,” not as in
“free beer”.

Если теперь приказать с с любым движением в любом месте (для примера
cl на 1,1), то буфер проиобретет вид будто опция 'linebreak' не
установлена:

1 Free software” means software that respects users' freedom and commun
ity. Roughly, it means that the users have the freedom to run, copy,
distribute, study, change and improve the software. Thus, “free softw
are” is a matter of liberty, not price. To understand the concept, yo
u should think of “free” as in “free speech,” not as in “free beer”.

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

Проявляется это как в терминале, так и в Г-Виме, в т. ч. и на
умолчательных настройках, разумеется:

$ vim -u NONE '+set nocompatible' '+set linebreak'

По версиям: проверил доступные в дебиановских снапшотах [0]: проблемные
— c 7.4.481-1 и до 7.4.488-4, последняя беспроблемная, соответственно
7.4.430-1.

Может ли кто подтвердить / опровергнуть? Может быть уже и багрепорт
давно отправлен, а я его найти не могу?

[0]: http://snapshot.debian.org/binary/vim/

Re: [vim] cmotion будто сбрасывает 'linebreak'

2015-01-03 Пенетрантность Dmitry Alexandrov

formatoptions+=t

Само собою, если длинные строки переносятся жестко, то наблюдать
проблему мягкого переноса длинных строк возможностей немного. Хотя от
самой опции-то она не зависит — можно ‘t’ отключить, вставить длинную
строку, включить обратно и прекрасно наблюсти проблему.

Ладно, допустим, что это действительно еще не отправленный баг. Отправил
пока в дебиановский трэкер [0].

[0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774492

On 02/01/15 21:12, Руслан Коротаев wrote:

В сообщении от [Птн 2015-01-02 08:32 +0300]
Dmitry Alexandrov 321...@gmail.com пишет:

Обнаружил, кажется, пренеприяную ошибку в Vim’е: при установленной
опции 'linebreak' (визуальный перенос строк только по пробелам, а не
посередь слова) ее эффект на время обнуляется командой изменения
с, (но не d, i, a, x).

Не сумел воспроизвести такую ошибку, но у меня в .vimrc стоит 'set
formatoptions+=t' возможно в этом дело. Настройки брал отсюда [1].

[1] http://vim.wikia.com/wiki/Automatic_word_wrapping

[debian-russian] Кто подписал centraldousuario.com.br и offers4u.org на эту рассылку?

2015-01-03 Пенетрантность Dmitry Alexandrov


Добрых суток всем.

Получил от двух непонятных контор два уведомления о каких-то отрытых 
тикетах (цитирую ниже простым текстом), очевидно, по мотивам моего 
письма [0] в эту рассылку. Посмотрел на заголовки оного — никуда налево 
я его вроде бы не отправлял.


Кто-нибудь в курсе, что это за ерунда? Кто-то их подписал али они по 
своей инициативе мониторят?


[0]: https://lists.debian.org/debian-russian/2015/01/msg4.html

 Forwarded Message 
Subject:[Ticket ID: 120203] Re: [vim] cmotion
Date:   Sat, 3 Jan 2015 09:55:11 -0200
From:   Central do Usuario Suporte Geral supo...@centraldousuario.com.br
To: Dmitry Alexandrov 321...@gmail.com



Central do Usuario http://www.centraldousuario.com.br

Dmitry Alexandrov



Dmitry Alexandrov,

Recebemos seu ticket em 03/01/2015 e o mesmo será respondido o mais
rápido possível.

ID Ticket: 120203

Assunto: Re: [vim] cmotion
Prioridade: Média
Status: Aberto
Departamento: Suporte Geral

*IMPORTANTE:* Não responda este e-mail pois poderá atrasar o tempo de
resposta do mesmo.

Para acompanhar o andamento das respostas deste ticket: *Clique Aqui
http://www.centraldousuario.com.br/autologin.php?tipo=ticketidticket=120203token=MTQxNjk0MzY0OQ==*

-- End Forwarded Message --

 Forwarded Message 
Subject:Ticket Received - Offers4U [#22554] Re: [vim] cmotion
будто сбрасывает 'linebreak'
Date:   Sat, 03 Jan 2015 11:55:27 +
From:   Offers4U Support supp...@offers4u.org
Reply-To:   Offers4U Support supp...@offers4u.org
To: 321...@gmail.com



Hey Dmitry,

We would like to acknowledge that we have received your request and a
ticket has been created for you. For your records, the ticket number is
22554.
A support representative will be reviewing your request and will send
you a personal response, usually within 2 business day.

Thank you for contacting Offers4U.

Sincerely,

Offers4U Support Team

-- End Forwarded Message --


--
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/54a7e747.4050...@gmail.com

Re: А почему ‘bash’ не зависит от ‘libreadline’?

2015-02-02 Пенетрантность Dmitry Alexandrov

Список архитектур идентичен. Вы куда-то не туда по части libreadline6 
смотрите, вот:


https://packages.debian.org/sid/libreadline6

On 02/02/15 08:47, yuri.nefe...@gmail.com wrote:

  Сравните список архитектур для bash [1] и readline [2].
Ю.

  1 https://packages.debian.org/sid/bash
  2 https://packages.debian.org/squeeze/lib64readline6
https://packages.debian.org/sid/lib32readline6



--
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/54d01f8b.8080...@gmail.com

Re: adblock id regexp

2015-01-24 Пенетрантность Dmitry Alexandrov


Да, насколько я понимаю, только обычный CSS, без расширений.

On 20/01/15 22:52, sergio wrote:


А правильно ли я понимаю, что adblock умеет регекспы только на юрлах, и
cпрятать все дивы с id foo_bar_\d{6} можно только так: ##div[id^=foo_bar_]
?




--
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/54c4206f.7000...@gmail.com

А почему ‘bash’ не зависит от ‘libreadline’?

2015-01-31 Пенетрантность Dmitry Alexandrov

Добрых суток уважаемой рассылке.

Наткнулся только что на тот факт, что ‘bash’ как пакет не имеет в
зависимостях libreadline6 (и 5 тоже) [A]. Будучи убежденным, что GNU
Bash, GNU readline все-таки использует, о чем сообщается даже ман [B], 
я удивился.

Взглянув же на вывод зависимостей фактических:

$ ldd /bin/bash
linux-vdso.so.1 (0x73375000)
libncurses.so.5 = /lib/x86_64-linux-gnu/libncurses.so.5 (0x7f368453a000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f368431)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f368410b000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3683d62000)
/lib64/ld-linux-x86-64.so.2 (0x7f3684792000)

я удивился еще больше — Баш и фактически не связан с libreadline.
Возможно, ncurses слинкован с readline? Но нет¹:

$ ldd /lib/x86_64-linux-gnu/libncurses.so.5
linux-vdso.so.1 (0x7fff8dbff000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f5938db2000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f5938bae000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f5938983000)
/lib64/ld-linux-x86-64.so.2 (0x7f59393b3000)

Чего я не понимаю, господа?

---
¹ Обратное, к слову, было бы странно, ибо readline — под GNU GPL, а
ncurses — один из немногих пакетов GNU на условиях лицензии X11.

--- Приложение A ---
$ apt-rdepends bash
bash
  Depends: base-files (= 2.1.12)
  Depends: debianutils (= 2.15)
  PreDepends: dash (= 0.5.5.1-2.2)
  PreDepends: libc6 (= 2.15)
  PreDepends: libncurses5 (= 5.5-5~)
  PreDepends: libtinfo5
base-files
  PreDepends: awk
awk
debianutils
  Depends: sensible-utils
  PreDepends: libc6 (= 2.15)
sensible-utils
libc6
  Depends: libgcc1
libgcc1
  Depends: gcc-4.9-base (= 4.9.1-19)
  Depends: libc6 (= 2.14)
  PreDepends: multiarch-support
gcc-4.9-base
multiarch-support
  Depends: libc6 (= 2.3.6-2)
dash
  Depends: debianutils (= 2.15)
  Depends: dpkg (= 1.15.0)
  PreDepends: libc6 (= 2.14)
dpkg
  PreDepends: libbz2-1.0
  PreDepends: libc6 (= 2.14)
  PreDepends: liblzma5 (= 5.1.1alpha+20120614)
  PreDepends: libselinux1 (= 2.3)
  PreDepends: tar (= 1.23)
  PreDepends: zlib1g (= 1:1.1.4)
libbz2-1.0
  Depends: libc6 (= 2.4)
  PreDepends: multiarch-support
liblzma5
  Depends: libc6 (= 2.14)
  PreDepends: multiarch-support
libselinux1
  Depends: libc6 (= 2.14)
  Depends: libpcre3 (= 8.10)
  PreDepends: multiarch-support
libpcre3
  Depends: libc6 (= 2.14)
  PreDepends: multiarch-support
tar
  PreDepends: libacl1 (= 2.2.51-8)
  PreDepends: libc6 (= 2.17)
  PreDepends: libselinux1 (= 1.32)
libacl1
  Depends: libattr1 (= 1:2.4.46-8)
  Depends: libc6 (= 2.14)
  PreDepends: multiarch-support
libattr1
  Depends: libc6 (= 2.4)
  PreDepends: multiarch-support
zlib1g
  Depends: libc6 (= 2.14)
  PreDepends: multiarch-support
libncurses5
  Depends: libc6 (= 2.15)
  Depends: libtinfo5 (= 5.9+20140913-1+b1)
  PreDepends: libtinfo5 (= 5.9-3)
  PreDepends: multiarch-support
libtinfo5
  Depends: libc6 (= 2.15)
  PreDepends: multiarch-support

--- Приложение B. Выдержка из bash(1) ---

READLINE
   This is the library that handles reading input when using an
   interactive shell, unless the --noediting option is given at
   shell invocation.  Line  editing  is also  used when using the -e
   option to the read builtin.


-- 
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/54cd7e4b.9060...@gmail.com

Re: А почему ‘bash’ не зависит от ‘libreadline’?

2015-02-01 Пенетрантность Dmitry Alexandrov


Спасибо.

А может быть, вы еще и знаете, зачем так сделано? Обычно же в поставках 
типа Дебиана, вроде бы не принято библиотеки с собой таскать. Или нет?


On 01/02/15 05:38, Evgeny Zubok wrote:

Dmitry Alexandrov 321...@gmail.com writes:


Добрых суток уважаемой рассылке.

Наткнулся только что на тот факт, что ‘bash’ как пакет не имеет в
зависимостях libreadline6 (и 5 тоже) [A]. Будучи убежденным, что GNU
Bash, GNU readline все-таки использует, о чем сообщается даже ман [B],
я удивился.


У bash свой readline, он его с собой тащит.

$ apt-get source bash
$ cd bash-4.2+dfsg
$ tar --xz -xf bash-4.2dfsg.tar.xz
$ ls bash-4.2/lib/readline/

ansi_stdlib.h   histfile.cmisc.c rlprivate.h   terminal.c
bind.c  histlib.h nls.c  rlshell.h text.c
callback.c  history.c parens.c   rlstdc.h  tilde.c
ChangeLog   history.h posixdir.h rltty.c   tilde.h
chardefs.h  histsearch.c  posixjmp.h rltty.h   undo.c
compat.cinput.c   posixselect.h  rltypedefs.h  util.c
complete.c  isearch.c posixstat.hrlwinsize.h   vi_keymap.c
COPYING keymaps.c readline.c savestring.c  vi_mode.c
display.c   keymaps.h readline.h search.c  xfree.c
emacs_keymap.c  kill.cREADME shell.c   xmalloc.c
examples/   macro.c   rlconf.h   signals.c xmalloc.h
funmap.cMakefile.in   rldefs.h   STANDALONE
histexpand.cmbutil.c  rlmbutil.h tcap.h





--
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/54cec8c8.6070...@gmail.com

snapshot.debian.org: как правильно пользоваться?

2015-01-09 Пенетрантность Dmitry Alexandrov

Добрых суток уважаемой рассылке.

А как правильно работать со слепками дебиановского хранилища
(http://snapshot.debian.org), если мне нужна та или иная версия тех или
иных пакетов, например Вима, а не состояние на дату? (По-моему это ведь
и есть основное его полезное применение, нет?)

Просмотреть перечень всех доступных версий можно [0], можно найти нужную
(допустим: [1]), а что дальше? Можно получить информацию вида:

vim_7.4.430-1_amd64.deb
Seen in debian on 2014-09-01 22:02:52 in /pool/main/v/vim.

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

Я, конечно, могу пойти в новости о пакете [2], да и посмотреть, когда
куда его спустили, и вручную переписать дату из заголовка письма [3] в
нужном формате:

# vim 2:7.4.430-1
deb http://snapshot.debian.org/archive/debian/20140907T163917Z/ jessie main

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

[0]: http://snapshot.debian.org/package/vim/
[1]: http://snapshot.debian.org/package/vim/2%3A7.4.430-1/
[2]: https://tracker.debian.org/pkg/vim
[3]: https://tracker.debian.org/news/568974


-- 
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/54b0c6f4.8050...@gmail.com

Re: snapshot.debian.org: как правильно пользоваться?

2015-01-10 Пенетрантность Dmitry Alexandrov


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

On 10/01/15 16:15, Victor Wagner wrote:

В Sat, 10 Jan 2015 15:37:10 +0300
Alexander Galanin a...@galanin.nnov.ru пишет:


On Sat, 10 Jan 2015 09:30:12 +0300
Dmitry Alexandrov 321...@gmail.com wrote:

Не понимаю, почему так важно, когда пакет попал в тестируемую ветку.
Если эта версия когда-нибудь попадала в testing, то сам файл пакета не
менялся с тех пор, как попал в unstable.



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




--
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/54b15d8c.60...@gmail.com

Re: snapshot.debian.org: как правильно пользоваться?

2015-01-10 Пенетрантность Dmitry Alexandrov

Да нет же! Неужели я так непонятно пишу?

Зачем мне старые выпуски — я использую актуальные тестируемый и
стабильный, конкретно в примере с Вимом нужно для тестируемого (Джесси).

On 10/01/15 13:07, Руслан Коротаев wrote:

В сообщении от [Сбт 2015-01-10 09:30 +0300]
Dmitry Alexandrov 321...@gmail.com пишет:

Можно получить информацию вида:

vim_7.4.430-1_amd64.deb
Seen in debian on 2014-09-01 22:02:52 in /pool/main/v/vim.

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

Если я правильно понял, вам нужна связь между пакетом и релизом. Для
стабильной ветки (для тестовой архивов нет) можно сделать двумя путями:

1. Зайти на страницу Архивы дистрибутива [1] и там жмакнуть поиск
пакетов в старых дистрибутивах [2].

2. Насколько мне известно, только дебиан выпускает релизы на
CD/DVD/BD. Поэтому можно сделать небольшой трюк. Открываем
архив со старыми дисками [3], находим диск с нужным пакетом и
уже из него получаем пакет. Сложновато, но зато можно получить
пакет по нумерации релизов т.е. 5.0.1, 5.0.2 ...

Если вы скажете какую проблему вы решаете этими поисками, то может
найдется и другой, более простой путь решения.

[1] https://www.debian.org/distrib/archive
[2] http://archive.debian.net/
[3] http://cdimage.debian.org/mirror/cdimage/archive/

Re: Live USB

2015-01-10 Пенетрантность Dmitry Alexandrov

А зачем отключать диск? Чтоб грубовский os-prober не нашел установленные
на нем системы? Так, они не только при первичной установке Груба ищутся,
но еще и при каждом обновлении Груба, и при каждом обновлении Линукса.
Что значит, что отключить диск при установке не достаточно — os-prober
на портативной системе надо будет отключить вовсе.

On 11/01/15 07:37, Кабанов Евгений Константинович wrote:

Здравствуйте!

Понадобилось создать Live USB. Вероятно с jessie для начала (нужен 3D
драйвер для Ivy Bridge - надеюсь он там есть?). С иксами, а в них
чем-то минимальным вроде icewm. Боюсь что с network manager или wicd.
И главное - с возможностью иметь на флешке ещё и /home с записью в
него. Хочу полноценно работать с флешки, не трогая жёсткий диск
совсем. (Без свопа обойдёмся).
Вопрос - делается ли это? И если да, по какой бы инструкции?

Отключал жёсткий диск и ставил на флэшку как обычно, без свопа.

Re: Live USB

2015-01-11 Пенетрантность Dmitry Alexandrov

Все это, конечно, можно. Но зачем? Зачем сначала оборачивать систему,
устанавливаемую на *перезаписываемый* носитель, слоем костылей,
созданных для

обеспечения возможности установки на read-only файловую систему; а затем
преодолевать вознкающие из-за этого трудности?

On 11/01/15 18:45, Руслан Коротаев wrote:

В сообщении от [Сбт 2015-01-10 21:39 +] Mikhail Ramendik
m...@ramendik.ru пишет:

Понадобилось создать Live USB. Вероятно с jessie для начала (нужен
3D драйвер для Ivy Bridge - надеюсь он там есть?).

Если вы первый раз делаете Live CD/USB/DVD на базе Debian то лучше
всего использовать Live Systems Project [1] - это субпроект Debian,
они рекомендуют использовать только стабильный релиз и секцию main,
но зато все надежно.

...

И главное - с возможностью иметь на флешке ещё и /home с записью в
него.

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

Хочу полноценно работать с флешки, не трогая жёсткий диск совсем.
(Без свопа обойдёмся).

Для этого Live USB и придуман. Можно даже работать без флешки,
называется toram, всё загружается в память и флешку можно
выдергивать. Всё начинает летать, работать одно удовольствие, но в
этом случае лучше обойтись без persistence.

Вопрос - делается ли это? И если да, по какой бы инструкции?

Можно указать email и параметры на сайте [2]. Вам придет ссылка на
скачивание, но там возможности ограничены, лучше всего изучить их
мануал [3] и научится делать сборку самому.

...

[1] http://live-systems.org/ [2]
http://cgi.build.live-systems.org/cgi-bin/live-build [3]
http://live.debian.net/manual/unstable/html/live-manual.en.html

Re: [debian-russian] Кто подписал centraldousuario.com.br и offers4u.org на эту рассылку?

2015-01-08 Пенетрантность Dmitry Alexandrov

Прошу прощения за откровенный под’ем вопроса, но если centraldousuario 
вроде-бы отстало, то от offers4u сообщения об открытых тикетах 
продолжают приходить на каждое письмо в рассылку. Я, конечно, сейчас 
спам-фильтр поднастрою, но хотелось бы знать, я тут один такой?


On 03/01/15 15:57, Dmitry Alexandrov wrote:

Добрых суток всем.

Получил от двух непонятных контор два уведомления о каких-то отрытых
тикетах (цитирую ниже простым текстом), очевидно, по мотивам моего
письма [0] в эту рассылку. Посмотрел на заголовки оного — никуда налево
я его вроде бы не отправлял.

Кто-нибудь в курсе, что это за ерунда? Кто-то их подписал али они по
своей инициативе мониторят?

[0]: https://lists.debian.org/debian-russian/2015/01/msg4.html

 Forwarded Message 
Subject: [Ticket ID: 120203] Re: [vim] cmotion
Date: Sat, 3 Jan 2015 09:55:11 -0200
From: Central do Usuario Suporte Geral
supo...@centraldousuario.com.br
To: Dmitry Alexandrov 321...@gmail.com



Central do Usuario http://www.centraldousuario.com.br

 Dmitry Alexandrov



Dmitry Alexandrov,

Recebemos seu ticket em 03/01/2015 e o mesmo será respondido o mais
rápido possível.

ID Ticket: 120203

Assunto: Re: [vim] cmotion
Prioridade: Média
Status: Aberto
Departamento: Suporte Geral

*IMPORTANTE:* Não responda este e-mail pois poderá atrasar o tempo de
resposta do mesmo.

Para acompanhar o andamento das respostas deste ticket: *Clique Aqui
http://www.centraldousuario.com.br/autologin.php?tipo=ticketidticket=120203token=MTQxNjk0MzY0OQ==*


-- End Forwarded Message --

 Forwarded Message 
Subject: Ticket Received - Offers4U [#22554] Re: [vim] cmotion
будто сбрасывает 'linebreak'
Date: Sat, 03 Jan 2015 11:55:27 +
From: Offers4U Support supp...@offers4u.org
Reply-To: Offers4U Support supp...@offers4u.org
To: 321...@gmail.com



Hey Dmitry,

We would like to acknowledge that we have received your request and a
ticket has been created for you. For your records, the ticket number is
22554.
A support representative will be reviewing your request and will send
you a personal response, usually within 2 business day.

Thank you for contacting Offers4U.

Sincerely,

Offers4U Support Team

-- End Forwarded Message --



--
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/54af2ddc.1030...@gmail.com

Re: При включённом clamav-daemon сильно тормозят некоторые игры

2015-01-08 Пенетрантность Dmitry Alexandrov


РЗ скрипт-обертка со suid-битом

В Дебиане, а равно и в других ГНУ, да и, по-моему, во всех современных 
юникс-подобных системах, suid-бит на скрипты влияния не оказывает, разве 
нет?



--
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/54af2ba2.6020...@gmail.com

Re: mount --bind в jessie

2015-01-24 Пенетрантность Dmitry Alexandrov


Добрых суток.

Проверил — проблему подтверждаю; но вы не угадали — она вовсе не в 
Линуксе; ибо на Debian GNU/Linux Jessie/Wheezy (т. е. с Линуксом 
3.2.63-2+deb7u1) — то же самое. С systemd не проверял, только с sysvinit’ом.


Вы багрепорт еще не писали?

On 20/01/15 23:57, Artem Chuprina wrote:

Хмутро.

Граждане, а что у нас случилось с mount --bind в ядрах в jessie?

Я давно для бэкапов полагался на то, что mount --bind не монтирует то,
что смонтировано в исходную точку.

Т.е. у меня конструкция вида

mount --bind / /.bind-for-backups
mount --bind /home /.bind-for-backups/home
chroot /.bind-for-backups rsync ... / target

На wheezy это работает как ожидается, т.е. копируется содержимое
исходных / и /home, но не копируется - /proc, /sys и т.п., и в частности
в скопированном /.bind-for-backups пустая.

А тут я попытался сделать это на ноутбуке с jessie, и внезапно обнаружил
непустую .bind-for-backups в копии.  Повторяю процедуру, в процессе
копирования, пока /.bind-for-backups заполнена смотрю явно chroot
/.bind-for-backups ls -a /proc - тоже непустая.  Читаю man mount - нет,
там все по-старому...  Впрочем, на то, что описанное там

  mount --bind olddir newdir
  mount -o remount,ro newdir

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

Что-то еще более радикально сломали?




--
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/54c41e29.6040...@gmail.com

Зачем репозиторию срок годности?

2015-01-13 Пенетрантность Dmitry Alexandrov


Добрых суток уважаемой рассылке.

А просветите, пожалуйста, зачем файлам «Release» дебиановского 
репозитория (напр.: [0]) заголовок «Valid-Until», устанавливающий срок 
годности этого файла и мешающий пользоваться снимками хранилища за 
прошлые дни (http://snapshot.debian.org)? И почему он именно семь суток?


Есть ли что плохое в том, чтоб отключить его проверку на клиенте вовсе 
(Acquire::Check-Valid-Until false; в конфигурации APT)?


[0]: http://ftp.debian.org/debian/dists/jessie/Release


--
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/54b58c1c.8060...@gmail.com

Re: Модерирование debian-russian (Was Re: Зависание на перезагрузке/выключении)

2015-10-23 Пенетрантность Dmitry Alexandrov


On 23/10/15 15:39, Vasiliy P. Melnik wrote:

А у нас модератора в рассылке нету?


Цитата из [0] (выделение мое):

debian-russian

debian-user in Russian
Support for Debian users that speak Russian, and Russian
localization issues: translating "po" files, coordinating patches
for Debian packages to work with the Russian language.

Language used on this list: Russian.

This list *is not moderated*; posting is allowed by anyone.

Posting address: debian-russian@lists.debian.org

[0] https://lists.debian.org/debian-russian/

Re: mozilla text config

2015-10-23 Пенетрантность Dmitry Alexandrov

On 23/10/15 08:38, sergio wrote:

Захотелось тут попробовать сконфигурировать icedovе (и iceweasel) в
текстовом виде.

С user.js проблем нет. Разве что хочется разбить его на несколько
файлов, а #include там нет.
Но в user.js укладывается не всё.
Расположение кнопок на тулбаре, порядок колонок описывается в
xulstore.json который не для правки руками. И никак по-другому это не
настроить.

Я всё правильно понял?

Ну, user.js тоже не настоящий конфигурационный файл — дописать-то туда
что-нибудь можно, а вот удалять бессмысленно — опции оттуда сливаются в
машиногенерируемый prefs.js.

Так что как «не для правки»? Если бы вам нужно было *частично* что-то
изменить, сохранив способность к гуевой настройке, то да — править их
было бы проблемно — Icedove / Iceweasel все скомкает в нечитаемую кашу;
а если целиком вести их в человеческом виде, то какая вам разница, что
программа за время работы там напортит — сбрасывайте их перед каждым
запуском на ваши версии и все.

Re: Теперь чтоб в GTK-3 уменьшить значки на toolbar’ах, его пересобирать надо, да?

2015-10-21 Пенетрантность Dmitry Alexandrov


On 21/10/15 19:23, Жанибек Нагашыбай wrote:

В Wed, 21 Oct 2015 17:48:03 +0300
Dmitry Alexandrov <321...@gmail.com> пишет:


...

В итоге в порядке локального решения, я конечно заменил в
gtk/gtktoolbar.c [7]
  #define DEFAULT_ICON_SIZE GTK_ICON_SIZE_LARGE_TOOLBAR
на
  #define DEFAULT_ICON_SIZE GTK_ICON_SIZE_SMALL_TOOLBAR
и пересобрал.

Но вообще хотелось бы знать, я (и не я один) просто не в состоянии
постигнуть изящества решений разработчиков Гнома, или править
исходники — действительно единственный вариант.

...


Есть тоже одна проблема: как изменить ширину progress-bar'а?



Progress-bar — он в моем понимании горизонтальный, и ширина у него 
соответственно максимально возможная. Высоту вы имеете в виду?

Re: mozilla text config

2015-10-23 Пенетрантность Dmitry Alexandrov


On 23/10/15 08:38, sergio wrote:


Захотелось тут попробовать сконфигурировать icedovе (и iceweasel) в
текстовом виде.

<...>

Расположение кнопок на тулбаре, порядок колонок описывается в
xulstore.json который не для правки руками.


А в порядке офтопика — по Айсвизелу есть мнение, что даже если вы не 
фанат вимовской клавиатурной парадигмы, то можно поставить себе, 
например, Пентадактиль [0] и выкинуть все эти тулбары к лешему. Конфиг у 
него вполне человеческий.


[0]: https://github.com/5digits/dactyl
 (Да, лучше из исходников собрать, пакет в дебиановском хранилище
 имеет свойство не поспевать за обновлениями Айвизела, а в
 мозилловском — вообще устарел безбожно.)

Re: Теперь чтоб в GTK-3 уменьшить значки на toolbar’ах, его пересобирать надо, да?

2015-10-22 Пенетрантность Dmitry Alexandrov


On 22/10/15 10:26, Жанибек Нагашыбай wrote:

В Wed, 21 Oct 2015 20:36:44 +0300
Dmitry Alexandrov <321...@gmail.com> пишет:


On 21/10/15 19:23, Жанибек Нагашыбай wrote:

В Wed, 21 Oct 2015 17:48:03 +0300
Dmitry Alexandrov <321...@gmail.com> пишет:


...

В итоге в порядке локального решения, я конечно заменил в
gtk/gtktoolbar.c [7]
   #define DEFAULT_ICON_SIZE GTK_ICON_SIZE_LARGE_TOOLBAR
на
   #define DEFAULT_ICON_SIZE GTK_ICON_SIZE_SMALL_TOOLBAR
и пересобрал.

Но вообще хотелось бы знать, я (и не я один) просто не в состоянии
постигнуть изящества решений разработчиков Гнома, или править
исходники — действительно единственный вариант.

...


Есть тоже одна проблема: как изменить ширину progress-bar'а?
сферу


Progress-bar — он в моем понимании горизонтальный, и ширина у него
соответственно максимально возможная. Высоту вы имеете в виду?



Ну да.



Тогда посмотрите в сторону свойства min-horizontal-bar-height 
GtkProgressBar’а [1] — оно как раз стилевое, и его еще не выкинули.


По идее вот так должно быть можно его прописать:

* { -GtkProgressBar-min-horizontal-bar-height: 3; }

Потом можете сузить охват, если надо.

Не проверял, поскольку не могу вспомнить ни одного гэ-тэ-кашного 
приложения с оным индикатором выполнения, в gtk3-demo тоже не нахожу.


[1]: 
https://developer.gnome.org/gtk3/stable/GtkProgressBar.html#GtkProgressBar--s-min-horizontal-bar-height

Re: Теперь чтоб в GTK-3 уменьшить значки на toolbar’ах, его пересобирать надо, да?

2015-10-22 Пенетрантность Dmitry Alexandrov

On 22/10/15 17:25, Жанибек Нагашыбай wrote:

В Thu, 22 Oct 2015 16:50:06 +0300
Dmitry Alexandrov <321...@gmail.com> пишет:

On 21/10/15 19:23, Жанибек Нагашыбай wrote:

Есть тоже одна проблема: как изменить [высоту] progress-bar'а?
сферу

[П]осмотрите в сторону свойства min-horizontal-bar-height
GtkProgressBar’а [1] — оно как раз стилевое, и его еще не выкинули.

По идее вот так должно быть можно его прописать:

* { -GtkProgressBar-min-horizontal-bar-height: 3; }

Потом можете сузить охват, если надо.

Не проверял, поскольку не могу вспомнить ни одного гэ-тэ-кашного
приложения с оным индикатором выполнения, в gtk3-demo тоже не нахожу.

[1]:
https://developer.gnome.org/gtk3/stable/GtkProgressBar.html#GtkProgressBar--s-min-horizontal-bar-height

Такая опция стоит, но без толку.

Ну да, она вместо того, чтоб изменить высоту самой полоски, по всей
видимости изменяет высоту родительского элемента; см. рис. 1.png
(умолчание = 6) и рис. 2.png (150).

Короче, Гном разрабатывают не для тех людей, кто хочет менять
оформление. [1]

Нужная вам программа с ГТК-2 часом не собирается? Может быть, так проще
будет?

[1]:
http://www.christoph-wickert.de/blog/2011/06/25/gnome-developer-quote-of-the-day/

Re: systemd

2015-11-12 Пенетрантность Dmitry Alexandrov


On 11/11/15 18:29, Alexey Shrub wrote:


А параллельная загрузка?


О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего 
с ней все так носятся, с этой с параллельной загрузкой демонов, как с 
писанной торбой? Зачем она вообще нужна?

Re: systemd

2015-11-13 Пенетрантность Dmitry Alexandrov


On 13/11/15 02:04, sergio wrote:

On 11/12/2015 08:02 PM, Dmitry Alexandrov wrote:


приказано ждать (auto) — ждет,
тормозя загрузку; приказано не ждать (allow-hotplug) — не ждет.


Сам придумал?


Как понимать эту пред’яву? Я это наблюдаю. Как на старом ините (причем 
порядочно времени уже так, с десяток лет, наверное), так и на Систем-Д. 
В Джесси. Как там в новых версиях Систем-Д, я не знаю и *спрашиваю* об 
этом — что-то изменилось?

Re: aptitude предлагаетгромадноеколичестворазрешенийконфликтов,котороеменянеустраивает, apt-get remove --purge --auto-remove справляетсясзадачей.

2015-11-13 Пенетрантность Dmitry Alexandrov


On 11/08/15 16:07, Oleksandr Gavenko wrote:

Вместо:

   bash# sudo apt-get purge --auto-remove systemd

я пометил пакет на удаление в интерактивном режиме aptitude и пометил
sysvinit на установку.

aptitude было предложено громадное количество разрешений конфликтов. У меня
не хватило терпения пересмотреть все (там их за сотню), но необходимый мне
вариант не был представлен.

aptitude упорно предлагал оставить/обновить systemd и не ставить sysvinit.

apt-get purge конешно справился с задачей, но мне интересно как завтавить
aptitude в интерактивном режиме быстрее прийти с нужному мне решению?

Одним из способов во многих сесиях работы с aptitude было прочтение причин
почему пакет не устанавливается или кто его требует, искать и помечать на
удаление/инсталяцию следующие пакеты, пока предложения aptitude по
разрешению конфликтов не станут приемлимыми. Но это иногда занимало 5-10 мин
клацанья.

Возможно дополнительную сложность представляют зависимости из используемых
веток testing/sid + i386 еще мешается.


  Полагаю, легкий некропостинг здесь будет уместным.

  У Аптитьюда действительно зело «умный» решатель, по умолчанию 
опирающийся на некую величину под названием «безопасность» (safety), 
которая согласно документации «возрастает по мере того, как действия 
становятся менее „безопасными“» и настраивается пятью весовыми 
коэффициентами [1].


  Мои попытки крутить эти коэффициенты не увенчались никаким успехом, 
посему я у себя везде расчет этой «безопасности» отключил и задал такое 
вот простое правило поиска уместного решения:


Aptitude {
ProblemResolver {
SolutionCost "removals, canceled-actions, non-default-versions";
};
};

  Это выдержка из apt.conf (конкретно у меня — из 
/etc/apt/apt.conf.d/99aptitude) и читается она так: чем меньше удалений, 
тем лучше; при равном их количестве — чем меньше отказов на мои прямые 
указания установить / обновить / удалить что-либо, тем лучше; при равных 
— чем меньше пакетов не-умолчательного происхождения, тем лучше.


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


  Не хватает, по моему мнению, здесь только возможности добавить счетчик
устарений (downgrades) и поставить его перед non-default-versions, ибо 
при наличии в системе пакетов из следующих выпусков Дебиана Аптитьюд при 
таких настройках ожидаемо предлагает их откатить.


  Надо было как минимум фичреквест, наверное, написать — может и добавили
бы уже (счетчик ‘upgrades’ же уже есть, так что, наверное, не проблема), 
но лень. :-)


[1]: 
https://aptitude.alioth.debian.org/doc/en/ch02s03s04.html#secDependencyResolutionCostsSafetyCosts

Re: rtmpdump

2015-11-13 Пенетрантность Dmitry Alexandrov


On 13/11/15 21:05, Ivan Petrov wrote:

Подскажите, кто знает. Как захватить поток с сетевизора onlinetv
У меня что-то не пашет:
rtmpdump --rtmp
"rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv/19/1910/degoll.mp4"
--playpath "mp4:onlinetv/19/1910/degoll.mp4"
--swfUrl="http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5'" -o
teneb.mp4 -skip 5 --verbose
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: gnome-keyring:: couldn't connect to:
/home/dmitry/.cache/keyring-jGtd7m/pkcs11: No such file or directory
DEBUG: Protocol : RTMP
DEBUG: Hostname : 213.85.95.118
DEBUG: Port : 1935
DEBUG: Playpath : mp4:onlinetv/19/1910/degoll.mp4
DEBUG: tcUrl: rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv
DEBUG: swfUrl   : kip
DEBUG: app  : onlinetv/mp4:onlinetv
DEBUG: live : no
DEBUG: timeout  : 30 sec
DEBUG: Setting buffer time to: 3600ms
Connecting ...
DEBUG: RTMP_Connect1, ... connected, handshaking
DEBUG: HandShake: Type Answer   : 03
DEBUG: HandShake: Server Uptime : 32149506
DEBUG: HandShake: FMS Version   : 0.0.0.0
DEBUG: HandShake: Handshaking finished
DEBUG: RTMP_Connect1, handshaked
DEBUG: Invoking connect
INFO: Connected...
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
DEBUG: Closing connection.




14.11.2015 00:04, Ivan Petrov пишет:

subj


Так не подойдет?

$ rtmpdump \
--live \
--pageUrl "http://www.onlinetv.ru/video/1910/; \
--rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
--app "onlinetvvod/" \
--swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5; \
--flashVer "LNX 16,0,0,235" \
--playpath "mp4:onlinetv/19/1910/degoll.mp4" \
--flv "teneb.flv"

(Ну или без --live — в зависимости от того, что́ вы хотите.)

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать 
делать?

Re: rtmpdump

2015-11-13 Пенетрантность Dmitry Alexandrov


On 13/11/15 21:05, Ivan Petrov wrote:

Подскажите, кто знает. Как захватить поток с сетевизора onlinetv
У меня что-то не пашет:
rtmpdump --rtmp
"rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv/19/1910/degoll.mp4"
--playpath "mp4:onlinetv/19/1910/degoll.mp4"
--swfUrl="http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5'" -o
teneb.mp4 -skip 5 --verbose
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
WARNING: gnome-keyring:: couldn't connect to:
/home/dmitry/.cache/keyring-jGtd7m/pkcs11: No such file or directory
DEBUG: Protocol : RTMP
DEBUG: Hostname : 213.85.95.118
DEBUG: Port : 1935
DEBUG: Playpath : mp4:onlinetv/19/1910/degoll.mp4
DEBUG: tcUrl: rtmp://213.85.95.118:1935/onlinetv/mp4:onlinetv
DEBUG: swfUrl   : kip
DEBUG: app  : onlinetv/mp4:onlinetv
DEBUG: live : no
DEBUG: timeout  : 30 sec
DEBUG: Setting buffer time to: 3600ms
Connecting ...
DEBUG: RTMP_Connect1, ... connected, handshaking
DEBUG: HandShake: Type Answer   : 03
DEBUG: HandShake: Server Uptime : 32149506
DEBUG: HandShake: FMS Version   : 0.0.0.0
DEBUG: HandShake: Handshaking finished
DEBUG: RTMP_Connect1, handshaked
DEBUG: Invoking connect
INFO: Connected...
ERROR: RTMP_ReadPacket, failed to read RTMP packet header
DEBUG: Closing connection.




14.11.2015 00:04, Ivan Petrov пишет:

subj


Так не подойдет?

$ rtmpdump \
--live \
--pageUrl "http://www.onlinetv.ru/video/1910/; \
--rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
--app "onlinetvvod/" \
--swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5; \
--flashVer "LNX 16,0,0,235" \
--playpath "mp4:onlinetv/19/1910/degoll.mp4" \
--flv "teneb.flv"

Ну или без --live — в зависимости от того, что́ вы хотите.

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать 
делать?

Re: rtmpdump

2015-11-13 Пенетрантность Dmitry Alexandrov


On 14/11/15 05:12, Ivan Petrov wrote:

14.11.2015 01:47, Dmitry Alexandrov пишет:

$ rtmpdump \
 --live \
 --pageUrl "http://www.onlinetv.ru/video/1910/; \
 --rtmp "rtmp://onlinetv.setevisor.tv:1935/onlinetvvod/" \
 --app "onlinetvvod/" \
 --swfVfy "http://static.onlinetv.ru/flash/player.swf?v=1.1.1.5; \
 --flashVer "LNX 16,0,0,235" \
 --playpath "mp4:onlinetv/19/1910/degoll.mp4" \
 --flv "teneb.flv"

Ну или без --live — в зависимости от того, что́ вы хотите.

А в порядке офтопика, не удовлетворите ли вы мое любопытство (хотя вас,
наверное, уже спрашивали, так что ссылки будет достаточно) — зачем вы
предваряете отправку собственно письма в рассылку письмом пустым, а
точнее
состоящим из одного слова «subj»? Может быть, мне тоже так стоит начать
делать?


спасибо!


Да всегда пожалуйста, только что «спасибо»-то? Оно работает?


Потому, что я пишу в группу из icedove+gmane.
Я не понял почему, но начать тред можно только письмом на латинице
(настройки писем крутил - не помогает). Кириллица возвращается назад.
Ответить уже можно.


Вы не поверите, делаю в точности то же самое — и никаких проблем. Не 
знаю в чем может быть дело, но попробуйте для начала писать в UTF-8, а 
не в Windows-1251 (оно в любом случае невредно).

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

2015-11-14 Пенетрантность Dmitry Alexandrov


On 14/11/15 23:13, yuri.nefe...@gmail.com wrote:

On Sat, 14 Nov 2015, Dmitry Alexandrov wrote:

Если при помощи «-fstab ext4» вы хотели записать условие на только
корень, без других подмонтированных в него разделов, то это можно
более корректно сформулировать как «-xdev».


   Нет, это я что бы find по сетевой файловой системе (afs) не лазил.
   А в локальных смонтированных пускай ищет. Вообще, да,
   правильнее было бы сначала сетевые fs остановить.


Я пошел сверился с руководством — и выходит, что это вовсе не прокатит.

‘-fstab’ в отличие от ‘-xdev’ (она же ‘-mount’) — это не опция (как 
‘-maxdepth’), а условие (как ‘-name’), что должно значить, что find все 
равно пройдется по не-экст-4 файловым системах, переберет на них каждый 
файл, но все отвергнет, кто бы ни был владельцем.


Нет?

Re: systemd

2015-11-12 Пенетрантность Dmitry Alexandrov


On 12/11/15 17:12, Иван Лох wrote:

On Thu, Nov 12, 2015 at 03:56:39PM +0300, Dmitry Alexandrov wrote:

On 11/11/15 18:29, Alexey Shrub wrote:


А параллельная загрузка?


О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего с
ней все так носятся, с этой с параллельной загрузкой демонов, как с писанной
торбой? Зачем она вообще нужна?


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


Серьезно? Время от времени загружаюсь не то, что с оборванным, а с 
заведомо отключенным сетевым кабелем — и никто никого не ждет — ну нет 
связи и нет — проехали, грузимся дальше. Я что-то не так делаю?


Более того, хотя за последними версиями этой Систем-Д не уследишь, но 
та, что в Джесси, по части поднятия отсутствующей сети дает абсолютно 
идентичный Сис-5-иниту результат — приказано ждать (auto) — ждет, 
тормозя загрузку; приказано не ждать (allow-hotplug) — не ждет. И я 
нахожу это логичным.


Что изменилось-то, кроме того, что старый инит показывает мне вывод 
dhcpd, по которому хотя бы видно, который из интерфейсов не подымается, 
а Систем-Д только крутит красивые красные звездочки напротив чего-то 
типа «Raising network»?

Re: systemd

2015-11-12 Пенетрантность Dmitry Alexandrov


On 12/11/15 16:49, Max Dmitrichenko wrote:

12 ноября 2015 г., 15:56 пользователь Dmitry Alexandrov
<321...@gmail.com> написал:

On 11/11/15 18:29, Alexey Shrub wrote:


А параллельная загрузка?



О! Раз уж тут холиварчик пошел, может быть мне кто-нибудь об’яснит, чего с
ней все так носятся, с этой с параллельной загрузкой демонов, как с писанной
торбой? Зачем она вообще нужна?


Windows 8 дюже быстро загружается ) Конкуренция, однако.


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

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

2015-11-14 Пенетрантность Dmitry Alexandrov

On 14/11/15 20:14, yuri.nefe...@gmail.com wrote:

On Sat, 14 Nov 2015, Alexander Galanin wrote:

Всем привет!

Открыл /etc/passwd и задумался о том, нужны ли мне пользователи
haldaemon, usbmux, mldonkey и т.д. Аналогично и в /etc/group тоже есть
группы, которыми я сам не пользуюсь и у меня более не установлены
пакеты, притащившие их в систему.

Отсюда несколько вопросов:
1. Как определить принадлежность пользователя/группы к пакету. Не всё
перечислено в документации к base-passwd и не всё удаётся угадать по
имени.
2. Есть ли какой-нибудь штатный способ почистить ненужных
пользователей/группы? Ничего лучше поиска на диске файлов, я не
придумал.

Экие забавные мысли... Заглянул к себе в /etc/passwd и обнаружил там
Slmodemd - привет от старого ноутбука)

Некоторые советы содержатся тут (раздел 12.1.12)
https://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html

В сухом остатке - проверять, что у "подозреваемых" нет
никаких файлов в системе:
find / -fstype ext4 -user Slmodemd
Ну, собственно, то что у вас в пункте 2 написано.

Если при помощи «-fstab ext4» вы хотели записать условие на только
корень, без других подмонтированных в него разделов, то это можно более
корректно сформулировать как «-xdev».

А вообще, я не понял — поясните, пожалуйста, зачем это делать? Нужность
пользовательской записи так не проверить — пользователи для демонов
создаются не только и не столько для того, чтоб назначать их файлам.

Re: Можно ли как то обезопасить работу при вставке текста в терминальный эмулятор (xterm) или специальной поддержкой от SHELL (bash)?

2015-12-20 Пенетрантность Dmitry Alexandrov


On 20/12/15 19:03, Oleksandr Gavenko wrote:

По идее для Readline клиентов может решить проблему, но не все утилиты
используют Readline.

Кажется Python консоль и свякие SQL клиенты живут без Readline.


Где-где, но в Дебиане python(1), mysql(1), sqlite3(1) (да и иные, 
полагаю, тоже) собраны с поддержкой readline.

Re: состав дистрибутива

2016-05-29 Пенетрантность Dmitry Alexandrov

Alex Kicelew  wrote:

> А где можно почитать причины удаления пакета из дистрибутива? Вдруг
> обнаружилось, что libc6-i686 присутствует только в stable и
> experimental. И, отсутствуя и в тестинге и в сиде, с моим тестингом
> стала конфликтовать. Может, по решению партии сегодня потребности в ней
> уже нет, но хочется понять, почему.

Если мне не изменят недавняя память, то с точностью до наоборот — партия
решила, что теперь в i586 (снятой с массового производства где-то в
середине девяностых) потребности нет, то есть *все* пакеты в так
называемой «i386» теперь собираются для i686.  Соответственно и уточнять
нечего.

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

2016-01-28 Пенетрантность Dmitry Alexandrov


On 26/01/16 15:48, Andrey Nikitin wrote:

Вариант загрузки с sysvinit отлично работает, но DE без ленькиной
г.ноподелки уже, увы, не запускается (logind что-то там ...)


Насколько я знаю, уж в Джесси-то точно любая столовая среда может 
эксплуатироваться с sysvinit’ом в PID 1 (однако кое-какие куски Систем-Д 
при этом должны быть установлены).


О какой именно среде речь, и что все-таки за ошибка?

On 26/01/16 15:54, Andrew Nikitin wrote:

повторы это клаусмайл
плюс имап в деб9


Да нет никаких повторов, кажется.

Re: xls2csv как отличить перенос строки в тексте ячейки от окончания строки(row)

2016-08-14 Пенетрантность Dmitry Alexandrov

Denis  writes:

> При преобразовании в csv программа разделяет строки (row) таблицы переносом 
> строки, ячейки символом ';'.
>
> Проблема в том, что в тексте ячейки (cell) тоже может быть перенос строки.
>
> С помощью опции -q3 можно сделать, чтобы содержимое каждой ячейки обрамлялось 
> двойными кавычками. Тогда понятно,
> что если число кавычек в строке нечетное, то строка еще не закончилась, а 
> перенос относится к тексту ячейки.
>
> Но  в тексте ячейки тоже может встретиться символ двойной кавычки. Таким 
> образом опираться на четное - нечетное
> количество кавычек в строке не получится.

Почему это?  Разве значащие кавычки в CSV не экранируются удвоением?  То есть 
какой-нибудь «под"ем» должен писаться как «"под""ем"», не?

Re: Gmane потихоньку умирает...

2016-08-29 Пенетрантность Dmitry Alexandrov

Dmitry Derjavin <d...@altlinux.org> writes:

> Чт, 25 авг 2016, 22:27, Dmitry Alexandrov:
>
>>> Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
>>> искать по ней Alt-s/Alt-r.
>>
>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>> тексту письма, который может быть вовсе и не текстом.
>
> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
> обсуждалось.

Пардон, что значит «не так», когда легко убедиться, что по крайней мере
из коробки все именно так?  Вот, к примеру, т. Дмитрий Кашин посылает в
эту рассылку письма обернутыми в base64, значит, чтоб найти в них слово,
скажем, «Systemd» посредством M-s в Гнусе нужно запросить его не иначе,
чем как «U3lzdGVtZ», по «Systemd» же вы ничего так не найдете.

Гнус (и ГНУ Емакс вообще) у меня вроде бы самый что ни на есть
последний, так что остается только, что я упустил какую-то опцию, что
надо включить.  Может быть, вы подскажете, какую?

(По рассыке, разумеется, поискал — по словам «Gnus» и «Гнус» — ничего
похожего.)

Re: Gnus, поиск по содержимому сообщений

2016-08-30 Пенетрантность Dmitry Alexandrov

> Вт, 30 авг 2016, 02:00, Dmitry Alexandrov:
>
>>>> Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
>>>> все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
>>>> тексту письма, который может быть вовсе и не текстом.
>>>
>>> Это не так. Извините за каламбур, но поищите в рассылке, здесь недавно
>>> обсуждалось.
>>
>> Пардон, что значит «не так», когда легко убедиться, что по крайней мере
>> из коробки все именно так?  Вот, к примеру, т. Дмитрий Кашин посылает в
>> эту рассылку письма обернутыми в base64, значит, чтоб найти в них слово,
>> скажем, «Systemd» посредством M-s в Гнусе нужно запросить его не иначе,
>> чем как «U3lzdGVtZ», по «Systemd» же вы ничего так не найдете.
>>
>> Гнус (и ГНУ Емакс вообще) у меня вроде бы самый что ни на есть
>> последний, так что остается только, что я упустил какую-то опцию, что
>> надо включить.  Может быть, вы подскажете, какую?
>
> «Не так» — значит, что поиск может работать по декодированному тексту.
> Видимо, судя по вашим наблюдениям, он может работать и по кодированному,

Дело не в том, что он «может».  А в том, что именно так — по
нераскодированному тексту — он работает из коробки.  О чем, собственно,
и в документации сказано:

,[ (info "(gnus) Searching for Articles") ]
| ‘M-s’
|  Search through all subsequent (raw) articles for a regexp
|  (‘gnus-summary-search-article-forward’).
`

> но я не знаю (или не помню), как добиться такого поведения.

Жаль.  Если когда-нибудь случайно вспомните, буду рад, если сообщите.

> Попробуйте разобраться, если это действительно важно.

Да спасибо, не очень.  Я, повторюсь, предпочитаю индексацию
полнотекстовому поиску.

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

2016-09-25 Пенетрантность Dmitry Alexandrov

> On 2016-09-25, Dmitry Alexandrov wrote:
>
>> И чтобы не быть голословным, собственно вот патчик. Товарищ Димитр Жеков
>> почему-то избегает пользоваться системой контроля версий, так что патч
>> относительно последнего тарболла (terminus-font-4.40.tar.gz).
>
> Класно!

Всегда пожалуйста.  Причем в прямом смысле — я совсем не художник, но если надо 
будет, что-нибудь да нацарапаю. :-)  Тем паче, что вполне даже может оказаться, 
что оно у меня уже и нацарапано; правда только для одного размера (которым я 
собственно пользуюсь; но да можно и размножить — это дело техники), и в 
формате, не позволяющем сформировать аккуратную «заплатку» (см. ниже; но да 
что-нибудь придумаем).

> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем визуально
> редактируются bdf файлы?
>
> Для векторных вижу что FontForge применяется...

Он же и для растровых прекрасно подходит.

Но тут есть одна тонкость — как и всякий визивиговый редактор он совершенно не 
стесняется перезаписывать в файле то, что перезаписывать там не нужно.  То есть 
чтоб генерировать аккуратные патчи (и вообще мочь все это безобразие 
версионировать), надо знать, чем пользуется именно т. Жеков.  А это явно не 
Фонтфорж, а что — он не пишет, и спросить у него негде.  Хотя есть у меня 
подозрение, что gbdfed’ом он пользуется.  Ну по крайней мере, именно он 
генерирует BDF почти идентичный оригинальному.

> И когда пробовал чужие bdf фонты тестировать:
>
>   $ bdftopcf -o font.pcf font.bdf
>   $ cp font.pcf $FONTDIR
>   $ mkfontdir $FONTDIR
>   $ xset fp+ $FONTDIR
>   $ xset fp rehash
>
> на шаге:
>
>   bash# xset fp+ $PWD
>   xset:  bad font path element (#0), possible causes are:
>   Directory does not exist or has wrong permissions
>   Directory missing fonts.dir
>   Incorrect font server address or syntax
>
> Когда делаеш в /usr/share/fonts/x11/tmp от sudo - так не ругается. А с
> /home/user/tmp не хочет...

А вот я, честно говоря, даже и не пробовал на пользовательском уровне ничего с 
этим делать.  Для тестирования шрифт устанавливать не надо, а для постоянного 
пользования православно шрифт пакетировать и пакетом устанавливать — ну и я 
пакетирую по образцу и на замену «xfonts-terminus».  Тем более, что через один 
только «xset fp» шрифт не будет доступен в GTK / Qt (или я неправ, и будет?)

Re: chrome and http_proxy

2016-09-29 Пенетрантность Dmitry Alexandrov

> есть проблема с http_proxy/https_proxy.
> У пользователя на двух хостах свежая убунта, баш, разумеется, и google chrome 
> 52.0.27.чего-то.там.
> На одном chrome смотрит на http_proxy, на другом - нет. (firefox 46 смотрит 
> на обоих)
> В чем может быть дело?

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

> Через системные и хромовые и прочие настройки делать не получится.

Так ключ запуска используйте (--proxy-server, подробнее см. в chromium(1)) — 
он-то уж должен быть приоритетнее всего.

Re: chrome and http_proxy

2016-09-29 Пенетрантность Dmitry Alexandrov

>>> есть проблема с http_proxy/https_proxy.  У пользователя на двух
>>> хостах свежая убунта, баш, разумеется, и google chrome
>>> 52.0.27.чего-то.там.  На одном chrome смотрит на http_proxy, на
>>> другом - нет. (firefox 46 смотрит на обоих) В чем может быть дело?
>>
>> За эту проприетарщину не скажу, но свободный Хромиум, как он
>> поставляется в Дебиане, кажется, имел привычку опираться на
>> ка-дэ-ешные настройки, и ставить их выше, чем окружение.  Вполне
>> допускаю, что не только на ка-дэ-ешные.
>>
>>> Через системные и хромовые и прочие настройки делать не получится.
>>
>> Так ключ запуска используйте (--proxy-server, подробнее см. в
>> chromium(1)) — он-то уж должен быть приоритетнее всего.
>
> Благодарю, но ключ использовать возможности нету, хром запускается
> веб-драйвером селениума, скрипты к которому не мной писаны и править
> их никто не планирует.

Не уловил отсутствия.  Эта проприетарщина по полному пути запускается?

Re: Ищу голосовую общалку.

2016-10-05 Пенетрантность Dmitry Alexandrov

> TOX вроде пока в альфе и в репозиториях нету. Идея децентрализации и
> приватности конешно нравится.
>
> Другие альтернативы не знаю.

Ring?  В Дебиане он начиная со Стретча.

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

2016-10-08 Пенетрантность Dmitry Alexandrov

>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем
>> визуально редактируются bdf файлы?
>
> Если надо слегка подхачить, типа подрисовать 1-2 символа, то сюрприз,
> проще всего любимым текстовым редактором.

О!  А можно поподробнее?  ГНУ Емакс имеется в виду?  Это ведь любимый редактор 
Александра, как я понимаю?  Я поискал в Сети какой-нибудь «bdf-mode» — и что-то 
ничего не нашел.  Оно понятно, что можно и, наверное, даже несложно будет 
набросать на е-лиспе конвертер из BDF’ного представления в псевдографику и 
назад, но вы же что-то конкретное имеете на примете, так?

Re: Gmane потихоньку умирает...

2016-08-23 Пенетрантность Dmitry Alexandrov

Dmitry Derjavin  writes:

> Пн, 22 авг 2016, 19:29, Oleksandr Gavenko:
>
>>   https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/
>
> https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502
>
> Там же основные проблемы были из-за web-интерфейса. NNTP точно
> останется. Жалко было бы permalink, но, думаю, и его подхватят.

Permalink — ерунда, в конце концов у каждого сервера рассылок свои
архивы для просмотра через www должны быть.  А вот как теперь новые
списки рассылки-то добавлять?  И поиск!  Поиск отключили, который
http://search.gmane.org, и который был на «G G» в Гнусе из коробки для
Gmane’овских групп.

Re: Gmane потихоньку умирает...

2016-08-25 Пенетрантность Dmitry Alexandrov

Dmitry Derjavin <d...@altlinux.org> writes:

> Вт, 23 авг 2016, 21:44, Dmitry Alexandrov:
>
>>> https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502
>>>
>>> Там же основные проблемы были из-за web-интерфейса. NNTP точно
>>> останется. Жалко было бы permalink, но, думаю, и его подхватят.
>>
>> Permalink — ерунда, в конце концов у каждого сервера рассылок свои
>> архивы для просмотра через www должны быть.
>
> Это понятно. Просто казалось, что gmane вечен, и больша́я часть локальной
> коллекции закладок именно на permalink.

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

>> И поиск!  Поиск отключили, который http://search.gmane.org, и который
>> был на «G G» в Гнусе из коробки для Gmane’овских групп.
>
> Да поиск тоже ерунда — каналы сейчас широкие, можно загрузить группу и
> искать по ней Alt-s/Alt-r.

Если речь о Гнусе, то уверенно искать по группе при помощи M-s / M-r
все-таки нельзя, ибо это поиск по *исходному* (а не декодированному)
тексту письма, который может быть вовсе и не текстом.  Да и загрузка
всей группы через NNTP Гнусом ограничена не столько каналом, сколько
крайней неэффективностью Гнуса.

Если уж что и грузить для локального поиска, то архивы, что ведет и дает
скачать каждый уважающий себя сервер рассылок.  Однако, к примеру, вот
этот сервер (lists.debian.org), насколько я вижу, к таковым не
относится.  Был бы рад, если вы указали, что я ошибаюсь.

А если уж чем и искать по ним, то каким-нибудь индексатором типа namazu
или notmuch.

>> А вот как теперь новые списки рассылки-то добавлять?
>
> Раньше ведь был почтовый адрес какой-то. Или нет? Не помню, давно уже
> добавлял.

О!  Будьте добры, посмотрите.  Я всегда добавлял через веб-форму, и
теперь соотвественно не знаю, что и делать.

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

2016-09-25 Пенетрантность Dmitry Alexandrov

>   -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).

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

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

2016-09-25 Пенетрантность Dmitry Alexandrov

>>   -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).
>
> Из-за двух отсутствующих литер (причем откровенно примитивных) менять
> всю гарнитуру?  Пардон, но что может быть проще, чем просто взять, да
> и дорисовать пару символов в свободный *растровый* шрифт?

И чтобы не быть голословным, собственно вот патчик.  Товарищ Димитр Жеков 
почему-то избегает пользоваться системой контроля версий, так что патч 
относительно последнего тарболла (terminus-font-4.40.tar.gz).

>From 7aad169f52dfbc8c68fe9e344762c8491477dbd5 Mon Sep 17 00:00:00 2001
From: Dmitry Alexandrov <321...@gmail.com>
Date: Sun, 25 Sep 2016 20:29:09 +0300
Subject: [PATCH 1/2] add uni02C8, uni02D0

---
 ter-u12b.bdf | 40 +-
 ter-u12n.bdf | 40 +-
 ter-u14b.bdf | 44 -
 ter-u14n.bdf | 44 -
 ter-u14v.bdf | 44 -
 ter-u16b.bdf | 48 +++-
 ter-u16n.bdf | 48 +++-
 ter-u16v.bdf | 48 +++-
 ter-u18b.bdf | 52 ++-
 ter-u18n.bdf | 52 ++-
 ter-u20b.bdf | 56 +-
 ter-u20n.bdf | 56 +-
 ter-u22b.bdf | 60 -
 ter-u22n.bdf | 60 -
 ter-u24b.bdf | 64 +++-
 ter-u24n.bdf | 64 +++-
 ter-u28b.bdf | 72 +-
 ter-u28n.bdf | 72 +-
 ter-u32b.bdf | 80 +++-
 ter-u32n.bdf | 80 +++-
 20 files changed, 1104 insertions(+), 20 deletions(-)

diff --git a/ter-u12b.bdf b/ter-u12b.bdf
index 01ff0dc..52463aa 100644
--- a/ter-u12b.bdf
+++ b/ter-u12b.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 10
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 500 0
@@ -6562,6 +6562,44 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+20
+20
+20
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+00
+00
+00
+00
+70
+20
+00
+00
+20
+70
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 500 0
diff --git a/ter-u12n.bdf b/ter-u12n.bdf
index c6902a1..eb1722f 100644
--- a/ter-u12n.bdf
+++ b/ter-u12n.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 10
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 500 0
@@ -6562,6 +6562,44 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+20
+20
+20
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 500 0
+DWIDTH 6 0
+BBX 6 12 0 -2
+BITMAP
+00
+00
+00
+00
+70
+20
+00
+00
+20
+70
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 500 0
diff --git a/ter-u14b.bdf b/ter-u14b.bdf
index 3984978..3988382 100644
--- a/ter-u14b.bdf
+++ b/ter-u14b.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 12
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 571 0
@@ -7250,6 +7250,48 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+18
+18
+18
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+00
+00
+00
+00
+00
+3C
+18
+00
+00
+00
+18
+3C
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 571 0
diff --git a/ter-u14n.bdf b/ter-u14n.bdf
index 22baa08..b7a1ce3 100644
--- a/ter-u14n.bdf
+++ b/ter-u14n.bdf
@@ -25,7 +25,7 @@ FONT_ASCENT 12
 FONT_DESCENT 2
 DEFAULT_CHAR 65533
 ENDPROPERTIES
-CHARS 891
+CHARS 893
 STARTCHAR char0
 ENCODING 0
 SWIDTH 571 0
@@ -7250,6 +7250,48 @@ BITMAP
 00
 00
 ENDCHAR
+STARTCHAR uni02C8
+ENCODING 712
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+10
+10
+10
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+00
+ENDCHAR
+STARTCHAR uni02D0
+ENCODING 720
+SWIDTH 571 0
+DWIDTH 8 0
+BBX 8 14 0 -2
+BITMAP
+00
+00
+00
+00
+00
+38
+10
+00
+00
+00
+10
+38
+00
+00
+ENDCHAR
 STARTCHAR breve
 ENCODING 728
 SWIDTH 571 0
diff --git a/ter-u14v.bdf b/ter-u14v.bdf
index 9d09430..

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

2016-09-26 Пенетрантность Dmitry Alexandrov

> On 2016-09-26, Dmitry Alexandrov wrote:
>> Всегда пожалуйста. Причем в прямом смысле — я совсем не художник, но если 
>> надо
>> будет, что-нибудь да нацарапаю. :-) Тем паче, что вполне даже может 
>> оказаться,
>> что оно у меня уже и нацарапано; правда только для одного размера (которым я
>> собственно пользуюсь; но да можно и размножить — это дело техники), и в
>> формате, не позволяющем сформировать аккуратную «заплатку» (см. ниже; но да
>> что-нибудь придумаем).
>
> Интересный способ разработки фотнтов у:
>
>   
> https://medium.com/larsenwork-andreas-larsen/designing-a-coding-font-b10cabd594fc

Пардон, я в черчении шрифтов совсем не специалист, так что, чего тут 
интересного, боюсь, не уловил.

> Он сравнивает свой:
>
>   https://github.com/larsenwork/monoid
>
> с Fira Mono, Source Code Pro and Pragmata Pro и приводит показаельную
> картинку где его фонт на 15 пикселях практически не расплывается.

Это да.  Главное — грамотно подобрать, что и с чем будем сравнивать. :-)


К слову, у него, кажется, что-то не так с мастшабом; на этой картинке первые 
три шрифта запрошены как 15-пиксельные, а «Моноид» — как 12-ти; аналогично 
будет и дальше.


Теперь отключим субпиксельное сглаживание:


Внимание на «ю».


А теперь самое интересное — возьмем не 15 (12) пикселей, а больше.


Увеличенная картинка, полагаю, уже не нужна.


А теперь — смертельный номер — даешь меньше 15 (12) пикселей!



> При таком подходе и учитывая что DPI растет я засомневался в целесообразности
> копаться в растровых фонтах.
>
> Конешно растровый проще рисовать - кубики накидываешь, то ли тягать сплайны.
>
> И вспомнил почему с дефолтного фонта для GTK (DejaVu Sans) я перешел на
> misc-fixed.
>
> Давно у DejaVu Sans Mono русский скрипт был жирнючий, а ASCII тоненькое.
>
> Сейчас это поправили до определенной степени, а на ASCII "DejaVu Sans Mono" в
> 14 и 15 пикселях очень четкий.
>
> Не знаю - потому ли что дизайнеры добавили инструкции как на малеьнкие
> разрешениях показывать, или потому что линии проводили ближе к границым
> пикселей, но FreeMono и DejaVu - отлично смотряться, а множество других -
> отвратно размыто-жирно.
>
>>> Я не вникал а в поиске ничего не нашео что есть в пакетах - чем визуально
>>> редактируются bdf файлы?
>>>
>>> Для векторных вижу что FontForge применяется...
>>
>> Он же и для растровых прекрасно подходит.
>>
>> Но тут есть одна тонкость — как и всякий визивиговый редактор он совершенно 
>> не
>> стесняется перезаписывать в файле то, что перезаписывать там не нужно. То 
>> есть
>> чтоб генерировать аккуратные патчи (и вообще мочь все это безобразие
>> версионировать), надо знать, чем пользуется именно т. Жеков. А это явно не
>> Фонтфорж, а что — он не пишет, и спросить у него негде. Хотя есть у меня
>> подозрение, что gbdfed’ом он пользуется. Ну по крайней мере, именно он
>> генерирует BDF почти идентичный оригинальному.
>>
> Удалили gbdfed в 2011:
>
>   https://packages.qa.debian.org/g/gbdfed.html
>
> На кладбище
>
>   deb [arch=amd64] http://archive.debian.org/debian squeeze main contrib 
> non-free
>
> нашел,

Ага!  А я вот невнимательный — собирал из ванильных исходников.

> придется такое держать, а то безжалосно удаляют. Качать с сайтов и
> распаковывать неподписаное - неприятно.

В смысле строчку в sources.list?  Зачем ее держать?  Обновляться же оно уже 
точно не будет.  А вообще, можно было, вероятно, и не добавлять, у меня на 
Джесси исправно и так встало:

  $ wget 
http://archive.debian.org/debian/pool/main/g/gbdfed/gbdfed_1.5-1.1_amd64.deb
  # gdebi gbdfed_1.5-1.1_amd64.deb

>> А вот я, честно говоря, даже и не пробовал на пользовательском уровне ничего 
>> с
>> этим делать. Для тестирования шрифт устанавливать не надо, а для постоянного
>> пользования православно шрифт пакетировать и пакетом устанавливать — ну и я
>> пакетирую по образцу и на замену «xfonts-terminus». Тем более, что через один
>> только «xset fp» шрифт не будет доступен в GTK / Qt (или я неправ, и будет?)
>
> TTF шрифты после подкидывания в ~/.local/share/fonts и перезапуске приложения
> сразу доступны даже без:
>
>   fc-cache -f -v

Дык а при чем здесь TTF?

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Dmitry Alexandrov

>> Можно заменить на print (этот
>> обязан быть builtin'ом) и посмотреть, будет ли разница.
> Не будет :)
> % bash -c 'which printf'
> /usr/bin/printf
> % dash -c 'which printf'
> /usr/bin/printf

«$ which which» еще прикажите.

А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.

$ bash -c 'type printf'
printf is a shell builtin
$ dash -c 'type printf'
printf is a shell builtin

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Dmitry Alexandrov

> Dmitry Alexandrov <321...@gmail.com> wrote:
>> >> Можно заменить на print (этот
>> >> обязан быть builtin'ом) и посмотреть, будет ли разница.
>> > Не будет :)
>> > % bash -c 'which printf'
>> > /usr/bin/printf
>> > % dash -c 'which printf'
>> > /usr/bin/printf
>
>> ??$ which which?? еще прикажите.
>
>> А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.
>
>> $ bash -c 'type printf'
>> printf is a shell builtin
>> $ dash -c 'type printf'
>> printf is a shell builtin
>
> Проще command -v ${command}

Пардон, для чего проще?  Для программной проверки, быть может, и так, но для 
восприятия человеком (как здесь) — боюсь, что нет.

> оно если с полным путем, то бинарь на диске,

Да не обязательно с полным.  Если подать на вход относительный, то он его и 
вернет, при условии, что по нему есть исполняемость.

$ command -v .bin/chdate
.bin/chdate

Или если в «$PATH» за каким-то чертом внесен относительный путь, то также 
именно он и будет возвращен.

$ export PATH=".:$PATH"
$ cd .bin
$ command -v chdate
./chdate

> если нет - то builtin.

Или функция, или элемент синтаксиса языка (как «if», например).

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

2016-11-11 Пенетрантность Dmitry Alexandrov

> Вылезла у меня тут проблемка - при попытке перезаписать файл, например
> при обновлении пакета, выдается "Device or resource busy". Файл, с
> которым возникает проблема, может быть, например /usr/bin/perl
>
> Когда это с базой keepassx стало совсем неудобно.
>
> При этом делать echo в этот файл можно. Нельзя именно его
> переименовывать. Но что dpkg, что keepassx, при записи нового файла
> сначала переименовывает старый.
>
> Что характерно, после перезагрузки проблема сохраняется. То есть это не
> какой-то процесс захватывает файл.

«Device or resource busy» — это, насколько я понимаю, строго про *каталог*, не 
про обычный файл.  То есть копать надо в сторону $ lsof .

auditd(8): где прячутся искоробчные правила?

2016-12-14 Пенетрантность Dmitry Alexandrov

Добрых суток, уважаемая рассылка.

Дебиан ГНУ/Линукс Джесси.  При установленном auditd в /var/log/audit/audit.log 
из коробки пишется ценная по чьему-то там мнению информация, как то: все вызовы 
su, sudo и задач cron’а.  Не то, чтобы оно мне сильно мешало, однако подумав 
это временно отключть, я обнаружил, что не понимаю, как это сделать:

,
| # auditctl -l
| No rules
| 
| # cat /etc/audit/audit.rules
| # This file contains the auditctl rules that are loaded
| # whenever the audit daemon is started via the initscripts.
| # The rules are simply the parameters that would be passed
| # to auditctl.
| 
| # First rule - delete all
| -D
| 
| # Increase the buffers to survive stress events.
| # Make this bigger for busy systems
| -b 320
| 
| # Feel free to add below this line. See auditctl man page
`

То есть этих правил как бы нигде нет, но они есть и от «# auditctl -D» не 
исчезают.  По страницам auditd(8), audit.rules(7) и auditctl(8) глазами 
пробежал - там ничего про намертво вшитые умолчания не сказано.  Как сие 
понимать?

Re: Null в качестве разделителя в скрипте

2016-12-01 Пенетрантность Dmitry Alexandrov

> Dmitry Alexandrov -> debian-russian@lists.debian.org  @ Thu, 01 Dec 2016 
> 14:17:22 +0300:
>
>  >>  >>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов 
> соблюдения
>  >>  >>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде 
> dash -
>  >>  >>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он 
> понимает,
>  >>  >>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >>  >>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>  >>  >>
>  >>  >>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>  >>  >>
>  >>  >> bash
>  >>
>  >>  > И пара примеров, конечно, без труда найдется (в позиксном режиме,
>  >>  > который при запуске за «sh», разумеется)?
>  >>
>  >> Сходу нет. Он слишком крив для того, чтобы я им пользовался. Что самое
>  >> неприятное, ВНЕЗАПНО крив.
>
>  > Ну а на это-то заявление пара примеров найдется сходу?
>
> Приходите лет на 10 раньше, когда я пытался еще писать на баше и ходил
> по этим граблям.
>
>  >> Но в принципе, уже достаточно полистать историю правок к скриптам
>  >> пакетов в дебиане за период, когда шла волна борьбы за работу скриптов в
>  >> dash. То и дело всплывала вычистка башизмов из скриптов, начинающихся на
>  >> #!/bin/sh.
>
>  > Простите, а это здесь каким боком?
>
> Элементарно, Ватсон. Понимание башем башизма в режиме совместимости с
> /bin/sh не является POSIX-совместимым. Потому что не позволяет заменить
> /bin/sh на другой POSIX-совместимый для выполнения этого скрипта.

Э...  Дорогой Холмс, вы всерьез полагаете, что ПОЗИКС предписывает оболочке 
(или любой другой программе) быть урезанным обрубком?

Если да, то как вы это ухитряетесь сочетать с верой в то, что «в команде zsh 
изрядно заморочены [на стандартах]»?

Re: Null в качестве разделителя в скрипте

2016-11-30 Пенетрантность Dmitry Alexandrov

> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
> так себе, они скорее делают свой шелл таким, чтобы то, что он понимает,
> без сюрпризов работало в любом другом шелле, делающем вид, что он
> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.

Последнее на первый взгляд звучит как чушь.  Можно источник?

Re: bluetooth device enumeration

2016-12-01 Пенетрантность Dmitry Alexandrov

> А можно как-нить уговорить linux запомнить порядок (или имена) bluetooth
> устройств? Или убрать из системы лишние устройства?

В 2009-м товарищи из linux-blueto...@vger.kernel.org писали, что нет:

,[Re: Renaming hci interfaces with udev]
| > I would like to change the default name of bluetooth interfaces (hci0, 
hci1, ...)
| > using udev rules.
| > 
| > While with wlan usb dongles it works with the line:
| > KERNEL=="wlan*", NAME="foo0"
| > the analogous for the bt:
| > KERNEL=="hci*", NAME="foo0"
| > doesn't work, while
| > KERNEL=="hci*", RUN+="/usr/bin/touch /tmp/foo"
| > works.
| > 
| > I'm using kernel 2.6.30.1, udev 125 and bluez 4.46.
| 
| we don't support renaming HCI devices. However feel free to send a
| kernel patch to enable it.
| 
| Regards
| 
| Marcel
`(https://www.spinics.net/lists/linux-bluetooth/msg02912.html)

Re: Null в качестве разделителя в скрипте

2016-12-01 Пенетрантность Dmitry Alexandrov

>  >>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
>  >>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
>  >>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он 
> понимает,
>  >>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>  >>
>  >>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>  >>
>  >> bash
>
>  > И пара примеров, конечно, без труда найдется (в позиксном режиме,
>  > который при запуске за «sh», разумеется)?
>
> Сходу нет. Он слишком крив для того, чтобы я им пользовался. Что самое
> неприятное, ВНЕЗАПНО крив.

Ну а на это-то заявление пара примеров найдется сходу?

> Но в принципе, уже достаточно полистать историю правок к скриптам
> пакетов в дебиане за период, когда шла волна борьбы за работу скриптов в
> dash. То и дело всплывала вычистка башизмов из скриптов, начинающихся на
> #!/bin/sh.

Простите, а это здесь каким боком?

Re: Null в качестве разделителя в скрипте

2016-12-01 Пенетрантность Dmitry Alexandrov

>  >> Заблуждаешься ты в основном в том, что ожидаешь от шеллов соблюдения
>  >> стандартов. В команде zsh на этом изрядно заморочены, в команде dash -
>  >> так себе, они скорее делают свой шелл таким, чтобы то, что он понимает,
>  >> без сюрпризов работало в любом другом шелле, делающем вид, что он
>  >> понимает язык /bin/sh. А bash гарантированно не соблюдает POSIX.
>
>  > Последнее на первый взгляд звучит как чушь.  Можно источник?
>
> bash

И пара примеров, конечно, без труда найдется (в позиксном режиме, который при 
запуске за «sh», разумеется)?

Re: установка своего пакета с зависимостями

2017-03-23 Пенетрантность Dmitry Alexandrov

> Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой, хоть
> какой, это запрещать туда логин по ssh рутом

Сколько это слышу, всегда было интересно, а какое-нибудь доказательное 
обоснование этому есть, или это из разряда эмпирических табу?  Чем имя 
пользователя + ключ + пароль (записанные в одном месте) принципиально надежнее 
одного ключа?

Re: установка своего пакета с зависимостями

2017-03-23 Пенетрантность Dmitry Alexandrov

>> > Нельзя, Первое, что нужно делать с любой машиной, хоть тестовой,
>> > хоть какой, это запрещать туда логин по ssh рутом  
>> 
>> Сколько это слышу, всегда было интересно, а какое-нибудь
>> доказательное обоснование этому есть, или это из разряда эмпирических
>> табу?  Чем имя пользователя + ключ + пароль (записанные в одном
>> месте) принципиально надежнее одного ключа?
>
> Каждый лишний бит, который нужно подобрать атакующему, увеличивает
> работу по brute-force вдвое. 

Мне по наивности казалось, что попытка взятия удаленного входа по ключу грубой 
силой — это несерьезно.

> Поэтому, скорее всего, если вдруг машина, 22-й порт которой случайно
> или намеренно оказался доступным из сети, не пускает пользователей со
> стандартными, широко распространенными именами (root будет первым на
> попробовать), то атакующий пойдет дальше, искать более уязывимую машину.
>
> Кроме того, если в конторе работают несколько человек, запрет ходить
> рутом очень упрощает расследования инцидентов вида "кто сломал тестовую
> систему?!". Поскольку в логах остается что заходил такой-то и делал
> sudo.  Или даже инцидентов вида "появилась такая вот хрень. Кому она
> понадобилась?". По логам находишь кто из сотрудников поставил, и ему
> спрашиваешь. 

Да, вы правы, все связанное с организационными вопросами я упустил из виду.  
Спасибо.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Пенетрантность Dmitry Alexandrov

>> >> Думаю, никому и в голову не придет сейчас писать под
>> >> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
>> >> как совместимость с ней, *вообще* не занимается).
>> >
>> >  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
>> >  выделенную sh-моду
>>
>> Ага, только никакого отношения к классическому шеллу Борна она не
>> имеет.  Будучи запущенным как sh, ГНУ Баш переходит в режим
>> следования стандарту ПОЗИКС в той его части, что касается командной
>> оболочки.
>
>  Так вот эта часть POSIX и есть стандартизация языка Борновского шелла.

В каком смысле?  «Классический шелл Борна» несовместим с настоящим ПОЗИКСом.  А 
вот ГНУ Баш, вопреки вами сказанному, совместим почти идеально.

>> Мысль, что я пытался донести была вполне триваильной - если
>> говорить простыми словами: совместимость с несвободным шеллом
>> сорокалетней давности нахрен никому не вперлась.
>
>  Большинству (простых пользователей, и большинству кодеров) наплевать
>  на то, как написаны скрипты в пакетах. Но это не значит, что нет никого,
>  кому может потребоваться совместимость и комплиантный стандарту код.

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

Re: [systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

2017-03-28 Пенетрантность Dmitry Alexandrov

>> Как известно, многие беспроводные сетевые карты с несвободными
>> прошивками (да и не только они) плохо совместимы с погружением машины
>> спячку того или иного вида (suspending / hibernation).
>> 
>> Есть и традиционный костыль, решающий эту проблему, — выгрузка-
>> загрузка линуксового модуля, отвечающего за таковое устройство.
>> 
>> До прихода systemd в Дебиане был предусмотрен и описан в pm-action(8) 
>> интерфейс для настройки костыля: куда-нибудь в /etc/pm/config.d/
>> можно было прописать, к примеру, SUSPEND_MODULES="r8712u".
>> 
>> А что теперь?  Нет, мне, разумеется, не сложно написать два .service-
>> файла и кинуть их в /etc/systemd/system/:
>>
>> ...
>>
>> Но какого-нибудь более пользовательского, документированного решения
>> ныне в Дебиане из коробки не предусмотрено?
>
> Я сделал так. Этот скрипт повесил на systemd и горя с sleep и hibernate
> не имею. http://codepad.org/BH0HDxXC

Э... Вы, кажется, ссылку перепутали.  (И вообще — какие ссылки — мы же не в 
IRC!)  Там следующее:



raw.rb
Description: application/ruby

Это, насколько я понял, костыль для отключения пробуждения из энергозависимой 
спячки (suspending) по сигналу с ряда устройств.  Там, кстати, написано «from 
hibernate or sleep», но я не могу представить себе, как это может повлиять на 
способы *включения* машины; если ошибаюсь — поправьте.

И хотя вы меня не спрашивали, как это делается по-нормальному, но тем, кто это 
письмо когда-нибудь найдет, могу сообщить, что, разумеется, правилами для 
udev’а.  Например, таким:

,[ /etc/udev/rules.d/43-disable-wakeup-on-peripherals.rules ]
| ACTION=="add", TEST=="power/wakeup", ATTR{power/wakeup}="disabled"
`

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


А от вас я жду того кода, который вы хотели привести.  :-)

[systemd] [suspend] [перфекционизм] А какой сейчас документированный способ передергивания беспроводных адаптеров при спячке?

2017-03-28 Пенетрантность Dmitry Alexandrov

Добрых суток уважаемой рассылке.

Как известно, многие беспроводные сетевые карты с несвободными прошивками (да и 
не только они) плохо совместимы с погружением машины спячку того или иного вида 
(suspending / hibernation).

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

До прихода systemd в Дебиане был предусмотрен и описан в pm-action(8) интерфейс 
для настройки костыля: куда-нибудь в /etc/pm/config.d/ можно было прописать, к 
примеру, SUSPEND_MODULES="r8712u".

А что теперь?  Нет, мне, разумеется, не сложно написать два .service-файла и 
кинуть их в /etc/systemd/system/:

,
| [Unit]
| Before=hibernate.target suspend.target hybrid-sleep.target
| 
| [Service]
| Type=oneshot
| ExecStart=/sbin/modprobe -r r8712u
| 
| [Install]
| WantedBy=hibernate.target suspend.target hybrid-sleep.target
`

,
| [Unit]
| After=hibernate.target suspend.target hybrid-sleep.target
| 
| [Service]
| Type=oneshot
| ExecStart=/sbin/modprobe r8712u
| 
| [Install]
| WantedBy=hibernate.target suspend.target hybrid-sleep.target
`

Но какого-нибудь более пользовательского, документированного решения ныне в 
Дебиане из коробки не предусмотрено?

Re: multimail@emacs

2017-03-31 Пенетрантность Dmitry Alexandrov

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

Да.  Гнус.  См. (info "(gnus) Top")

> Про то, что всем как ниже-, так и
> вышеперечисленным требованиям удовлетворяет mutt, я знаю, но интересует
> именно емакс.

Да, Гнус — часть ГНУ Емакса, доступен из коробки.

> Подробнее: уже много лет я не пользуюсь ньюсами и тяжелые ньюс-клиенты
> для меня просто оверкилл; принимать почту с разных серверов может
> fetchmail (мейл-листы у меня все равно идут на гмейловский адрес);
> распихивать ее по разным фолдерам может procmail.

Загонять обоюдонаправленный IMAP в однонаправленный fetchmail(1) — откровенно 
непоятный мне выбор.  Но никаких проблем настроить Гнус на работу с тем, что 
получается в результате такого опрокрущивания, нет.

А если вам нужна самостоятельная программа для полноценной синхронизации 
удаленного IMAP-сервера с кучкой файлов или локальным IMAP-сервером (типа 
Dovecot), то есть, к примеру, mbsync(1).

> Но кто (exim? не смог
> навскидку нагуглить, как; или кто-нибудь еще?) может письмо с from:
> @gmail.com посылать через гмейл с одним паролем, письмо с from: @mail.ru
> посылать через мейл.ру с другим паролем, а письмо с фромом
> @моя-работа.ру посылать через рабочий сервер с третьим?

В принципе, можно и не выходя за пределы Емакса так сделать.

Но если нужна самостоятельная программа, то msmtp(1).  С ней именно так, как вы 
сказали — то есть не дать пользователю выбор, через что отсылать, а выбирать 
строго на основании поля «от»; сделать будет проще.

> И отдельный вопрос -- есть ли под емакс какой-нибудь опять-таки НЕ
> ньюсовый клиент (как это, да и все, что выше, тоже, делается в гнусе, я
> знаю)

Ну так и в чем проблема?  Пользуйтесь им на здоровье.  Или у вас лицензию на 
него отобрали?  :-)

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-21 Пенетрантность Dmitry Alexandrov

> LANG=C ls -l1d fileOrDir
>   как-то диковато
>
> stat -c "%U %G" fileOrDir
>   а если (больной) юзер в качестве /bin/sh zsh назначит в котором stat 
> встроенный и совсем другой ?
>
> /usr/bin/stat -c "%U %G" fileOrDir
>а не будет ли stat в /bin со временем,
>и нужна ли завис. от конкретной версии coreutils?
>
> Есть ли debian-true решение этого вопроса?

Все ответы уже даны, я так и не догнал до причины вопроса.  Что это значит 
«юзер назначит zsh в качастве /bin/sh»?

Пользователям, очевидно, не дано никаких прав выбирать, на что указывает 
/bin/sh.  Системному же оператору, насколько я вижу, предоставлено лишь две 
опции: dash (по-умолчанию) и bash (по старинке) — посредством debconf (# 
dpkg-reconfigure dash), и не предоставлено никакого выбора посредством 
update-alternatives(1).

Если же некто таки умудрится вручную переписать ссылку с /bin/sh на zsh, то он 
несомненно ССЗБ, и подстраиваться под такого настолько же излишне, насколько 
под того, кто заменит /bin/cp rsync’ом.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Пенетрантность Dmitry Alexandrov

>> >  Известно, что zsh в sh-моде намного строже по части совместимости
>> >  с классическим Борновским шеллом, чем баш.
>> 
>> Если дело обстоит именно так ??? zsh запускается как sh в режиме
>> совместимости с классическим Борновским шеллом, то проблемы будут
>> несомненно.
>
>  Открою страшную тайну: bash точно так же переходит в sh-моду, как и
>  ksh, zsh и, наверное, другие неведомые мне борновские шеллы.

>> Думаю, никому и в голову не придет сейчас писать под
>> эту проприетарщину (и смею вас заверить, ГНУ Баш такими глупостями,
>> как совместимость с ней, *вообще* не занимается).
>
>  Всю свою жизнь баш этой совместимостью занимался -- он тоже имеет
>  выделенную sh-моду

Ага, только никакого отношения к классическому шеллу Борна она не имеет.  
Будучи запущенным как sh, ГНУ Баш переходит в режим следования стандарту ПОЗИКС 
в той его части, что касается командной оболочки.  Там где-то с полсотни 
мелочных различий — в отличие от всяких новомодных Фишей, Баш и по-умолчанию 
весьма стандартен.

>  Только делал он это плохо.

Документировано [0] ровно одно отклонение от стандарта, целенаправленно 
допущенное даже в стандартном режиме и касающееся сценариев (а не диалога) — 
echo принимает ключи ‘-n’ и ‘-e’, тогда как не должна никакие.  (Причина не 
указана, но я так понимаю, что она в том, что по стандарту не делает никто.)

То есть все остальное, что «плохо», будет багами.  Я пробежася по bug-bash и 
что-то не нашел актуальных багов на эту тему.  То есть надо полагать, что если 
и раньше и было «плохо» (я, впрочем, такого не припомню), то сейчас он это 
делает *идеально*.  Впрочем, не исключаю, что я неаккуратно или даже как-то 
совсем не так искал.

[0] (info "(bash) Bash POSIX Mode")

>  И проприетарщина кода истопаемого шелла здесь не при чём, речь идёт
>  о строгости соблюдения синтаксиса некоторого подмножества языка, который
>  сам (как язык) предметом интеллектуальной собственности НЕ является,
>  что бы там ни пытались доказать адвокаты Оракла с их маниакальным желанием
>  считать API преметом ИС и подорвать этим всю IT-индустрию.

За тем исключением, что «интеллектуальная собственность» есть оскюморон, со 
всем этим нельзя не согласиться.

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

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-21 Пенетрантность Dmitry Alexandrov

> 22 марта 2017 г., 8:45 пользователь Dmitry Alexandrov написал:
>>
>> Что это значит «юзер назначит zsh в качастве /bin/sh»?
>> Пользователям, очевидно, не дано никаких прав выбирать, на что указывает 
>> /bin/sh.
>
> man chsh

| NAME
|chsh - change login shell

| login shell

| login

>> Если же некто таки умудрится вручную переписать ссылку с /bin/sh на zsh,
>> то он несомненно ССЗБ, и подстраиваться под такого настолько же излишне,
>
> zsh - вполне законный sh и он может работать как /bin/sh.

Тов. Никитин утверждает, что zsh(1) несет за собой описанные им проблемы со 
stat’ом.  Я не пользуюсь zsh, и не проверял этого, но у меня нет никаких 
оснований ему не верить.

Впрочем, так это или иначе — это не так важно.  Все, что я хотел сказать, — это 
то, что Дебиан, насколько я знаю, не предоставляет документированных средств 
для выбора чего-либо, кроме dash’а и bash’а, в качестве /bin/sh.  (Да и 
возможность выбрать ГНУ Баш-то, как мне кажется, предоставляется только для 
совместимости со старыми выпусками Дебиана).  Так что допускать, что /bin/sh 
окажется zsh’ем, ksh’ем, csh’ем и так далее, не стоит.

А то, что могут существовать маргинальные системы, где за /bin/sh служит zsh, а 
то и что еще более странное, — это понятно.  Но в контексте вопроса это не 
имеет значения — т. Никитин-то пишет сценарий для deb-пакета.

Re: пакеты: как правильно получить владельца группу файла из скрипта debian/postinst ?

2017-03-22 Пенетрантность Dmitry Alexandrov

> On Wed, Mar 22, 2017 at 06:46:16AM +0300, Dmitry Alexandrov wrote:
>> Тов. Никитин утверждает, что zsh(1) несет за собой описанные им
>> проблемы со stat-ом.  Я не пользуюсь zsh, и не проверял этого, но
>> у меня нет никаких оснований ему не верить.
>
>  А я пользуюсь zsh (он у меня рутовый на всех моих машинах),
>  и основания не верить товарищу Никитину у меня есть:
>
> # which stat root@cub 10:32
> /usr/bin/stat
> # type stat  root@cub 10:32
> stat is /usr/bin/stat
> # echo $SHELL $ZSH_VERSION   root@cub 10:32
> /bin/zsh 5.3.1

А!  Ну и славненько.

>  При этом да, тот у кого симлинк /bin/sh показывает на что-то отличное
>  от bash или dash, тот в состоянии поиска на свою задницу приключений.
>
>  Хотя подозреваю, что система с таким симлинком загрузится (если /usr
>  не отдельный раздел, конечно). А уж будут проблемы с dpkg или нет, это
>  зависит от того, как мейнтейнеры КОНКРЕТНЫХ пакетов пишут скрипты.
>  Известно, что zsh в sh-моде намного строже по части совместимости
>  с классическим Борновским шеллом, чем баш.

Если дело обстоит именно так — zsh запускается как sh в режиме совместимости с 
классическим Борновским шеллом, то проблемы будут несомненно.  Думаю, никому и 
в голову не придет сейчас писать под эту проприетарщину (и смею вас заверить, 
ГНУ Баш такими глупостями, как совместимость с ней, *вообще* не занимается).

Re: Debian с LXDE: не подключиться к Wi-Fi (Was: Установка системы)

2017-04-25 Пенетрантность Dmitry Alexandrov

>>> Извините ошибся, Acer Aspire One ZG5 AOA150
>> И сколько же там по факту памяти?
> RAM 1 Gb

Да, совсем хиленько.  Люди пишут, что до полутора можно: 0,5 Гб несъемных и 1 
Гб в разъеме; так что пойдете мимо барахолки — купить подходящую 1 Гб планку и 
поставить вместо нынешней на 0,5 будет нелишним — все полегче будет.

> Установил debian-live-8.7.1-i386-lxde-desktop.iso запустил систему

То есть заглавный вопрос решен?  Считаем, что дело было в человеческом факторе, 
а не в посыпавшемся диске?  ОК, значит заглавие меняем.

> однако не видны сети wifi и нет подключения к интернету, но при
> установке системы подключение к wifi была и были получены обновления
> системы.

«Не видны» — это как?  Кто у вас там вообще сетью рулит?  Network Manager?  
Conman?  Wicd?

Вообще — какие меры приняли для решения вопроса?  Карточка-то хоть какая, 
узнали?

$ lspci -v

А вообще, «debian-live» — это часом не те неофициальные образы, которые с 
несвободными прошивками?  Взяли бы вы обычный установочный образ, а к нему 
отдельно несвободные прошивки — в установленной системе нужная их них должна 
была бы остаться, как я помню.  А с этими «живыми» — даже не знаю.

В принципе, если не западло, можете просто все несвободные прошивки скопом 
поставить.

Re: Установка системы

2017-04-25 Пенетрантность Dmitry Alexandrov

> на этом нетбуке был установлен Ubuntu 32bit, но из за того что у
> Ubuntu высокие требования к ресурсам нетбук сильно тормозил, по требования[м]
> у Debian проще

Да господь с вами!  С чего вы это взяли?  Да и что вообще можно сделать такого 
с программой при сборке под заданную архитектуру, чтоб она волшебным образом 
начала быть существенно менее требовательной к машине?  Не говоря уж о том, что 
в Убунте большая часть программ собирается по точно тем же рецептам, что и в 
Дебиане.

> поэтому пробовал его установить, пробую установить версию 64bit и
> отпишусь, спасибо.

А вот у сборка под amd64 таки слегка более требовательна к памяти, чем под i686.

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

Re: Установка системы

2017-04-25 Пенетрантность Dmitry Alexandrov

> Установил повторно
> http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/debian-live-8.7.1-i386-standard.iso.torrent
> с выбором графического интерфейса
> однако запускается система в командной строке

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

Накопитель у вас магнитный?  Он там часом не посыпался?

> и какой вариант выбрать менее ресурсоемкий из предложенных на странице
> http://cdimage.debian.org/debian-cd/current-live/i386/bt-hybrid/?

Вы же уже установили Дебиан, зачем вам еще эти образы?  Или это вы просто 
спрашиваете, какая из сред «легче»?  Из представленных по ссылке — LXDE 
считается.  Но там не полный выбор из того, что есть в Дебиане; как минимум, в 
нем еще есть LXQt.

Re: Установка системы

2017-04-25 Пенетрантность Dmitry Alexandrov

>> ZOTAC ZBOX SD-ID13
> высокие требования к ресурсам нетбук сильно тормозил, по требования

А вообще — я тут попытался посмотреть, что у вас там за машинка.  Во-первых, вы 
не ошиблись ли в маркировке?  Этот самый «Зотак» — это никакой не нетбук, это 
компактный стационарный ПК.

Если не ошиблись, то это совершенно не древний хлам, как мне показалось из 
ваших вопросов.  На нее можно поставить 4 Гб памяти, и именно это я 
категорически и рекомендую сделать, после чего на нем и KDE вполне сносно 
пойдет.

Re: Установка системы

2017-04-25 Пенетрантность Dmitry Alexandrov

 ZOTAC ZBOX SD-ID13
>>> высокие требования к ресурсам нетбук сильно тормозил, по требования
>>
>> Во-первых, вы не ошиблись ли в маркировке?  Этот самый «Зотак» — это
>> никакой не нетбук, это компактный стационарный ПК.
>
> Извините ошибся, Acer Aspire One ZG5 AOA150

Действительно, как легко перепутать.  И сколько же там по факту памяти?

Re: Репрессии в России. Арест Дмитрия Богатова.

2017-05-13 Пенетрантность Dmitry Alexandrov

> Насчет exit-ноды, это домыслы "адвокатов". Только за exit-ноды не
> сажают во первых (у меня долгое время было несколько нод - когда
> пользовался Tor'ом по бизнесу - никто даже вопрос не задал ни о чем).

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

Re: Удобная раскладка для 3-х и более языков.

2017-06-12 Пенетрантность Dmitry Alexandrov

>> Удобное решение для переключения трех (или скольких угодно) точно
>> такое же, как и для переключения двух: каждой раскладке соответствует
>> своя клавиша (или аккорд).
>
> а как это прикрутить если в xfce?

А что Xfce?  У нее с этим какие-то проблемы?

Если нет, то в Иксах для многих популярных вариантов есть заготовки; в 
частности если бы мне не нужно было, чтобы выключатели раскладок вели себя 
по-разному в разных окнах, то на свои предпочтения я бы мог просто $ setxkbmap 
-option 'grp:shift_caps_switch', а то и прописать эту опцию в 
/etc/default/keyboard.

Если же для того, что вы придумали, искоробочной заготовки нет, то надо будет 
сформулировать.  Тут кто-то предлагал С-1, С-2, С-3, С-4 — это будет выглядеть 
как-то так (да, XKB многословен):

--8<---cut here---start->8---
partial default xkb_types "mixed" {
virtual_modifiers LevelThree;

type "FOUR_LEVEL+PC_CONTROL" {
modifiers = Shift+LevelThree+Control;
map[None] = Level1;
map[Shift] = Level2;
map[LevelThree] = Level3;
map[Shift+LevelThree] = Level4;
map[Control] = Level5;
level_name[Level1] = "Base";
level_name[Level2] = "Shift";
level_name[Level3] = "Alt Base";
level_name[Level4] = "Shift Alt";
level_name[Level5] = "Control";
};
};
--8<---cut here---end--->8---


--8<---cut here---start->8---
partial modifier_keys
xkb_symbols "group_ctl_1234" {
key  {
type = "FOUR_LEVEL+PC_CONTROL",
actions = [ NoAction(), NoAction(), NoAction(), NoAction(),
LockGroup(group=1) ]
};

key  {
type = "FOUR_LEVEL+PC_CONTROL",
actions = [ NoAction(), NoAction(), NoAction(), NoAction(),
LockGroup(group=2) ]
};

key  {
type = "FOUR_LEVEL+PC_CONTROL",
actions = [ NoAction(), NoAction(), NoAction(), NoAction(),
LockGroup(group=3) ]
};

key  {
type = "FOUR_LEVEL+PC_CONTROL",
actions = [ NoAction(), NoAction(), NoAction(), NoAction(),
LockGroup(group=4) ]
};
};
--8<---cut here---end--->8---

Re: Репрессии в России. Арест Дмитрия Богатова.

2017-05-22 Пенетрантность Dmitry Alexandrov

 Вы вообще поиском в WEB пользуетесь?
>>> Обижаете; я поискал прежде, чем вас спрашивать.  Нашел только заметку
>>> нескольколетней давности, где сказано, что change.org без несвободных
>>> программ неюзабелен.  Вот, подумал, может быть, что изменилось за эти
>>> годы.
>>>
 Код стартовой страницы гугла или яндекса не посмотрите?
>>> Посмотрел.  Не специалист, но ничего интересного, кажется.  Что я должен 
>>> был увидеть?
>>>
>>> Вы что ли хотите намекнуть, что якобы уже и *ими* невозможно
>>> пользоваться?  Боюсь, что это на вашей стороне какие-то проблемы, ибо
>>> у меня-то что тот, что другой прекрасно работают.  Давайте попробуем
>>> их решить.
>> А впрочем извините, вру маленько: если именно поиск и именно *с
>> главной*, то у Яндекса действительно не работает.  Не то, чтобы оно
>> было сильно нужно — единый интерфейс обозревателя всяко удобнее, но
>> спасибо, что обратили внимание на эту печаль.
>>
>> А в чем у вас проблема с Гуглем, даже пока не могу предположить.  С
>> рядом страниц бывают проблемы, если использовать Мю-блок или еще
>> что-нибудь подобное, что всего лишь подделывает заголовки
>> ‘Content-Security-Policy’.  В этом случае обозреватель *не*
>> fallback’ится на .  Но я проверил, Гугль даже так работает
>> исправно.
>
> У меня нет проблем с работоспособностью. Сказано это было к тому, что
> там куча скриптов (не столь важно, что сервисы частично работоспособны
> после их блокировки).

Как же это не важно?!  Вы либо можете пользоваться услугой при помощи свободных 
программ, либо не можете — это дело непосредственной для вас важности.

А что они там распространяют вообще — так это вопросы идеологические, дело 
второе.  Если они вас волнуют — ну, это хорошо, наверное, только почему они вас 
волнуют *до* насущных?

> И крайне сомневаюсь, что все они под "свободной лицензией" (см. ниже,
> Фёдор Ходков ссылку на статью RMS приложил).

Пардон, кто они?  Программы, что вам навязывает Гугль, когда вы заходите у нему 
на страницу?  Почему в кавычках?  Они там совершенно точно несвободные.

> Вы бы ещё про их серверное ПО вспомнили: оно вообще закрытое.

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

> петиция да, моя, но change.org служит просто для её размещения, ничего
> против него я не имею

Это печально.

> как и не рекламирую ничего.

Ну «агитируете» — какая разница.

> Разговор ни о чём

Да, я тоже, право, удивлен, как можно вместо простого ответа по существу («не 
знаю, я пользуюсь несвободными программами и от вас ожидал того же») развести 
такую бодягу.

Так или иначе, занятно было побеседовать.  :-)

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

2017-05-23 Пенетрантность Dmitry Alexandrov

> Имею пересобранный локально unrar-nonfree с libunrar.
>
> Пакетная система предлагает его обновить (версии одинаковые).

А по-хорошему должны быть разные, раз уж это не просто местная сборка, а сборка 
с изменениями (а иначе какая вам разница откуда пакет).  В следующий раз 
додайте версии пакета свой персональный постфикс: не просто ‘1.4.2’, а 
‘1.4.2+artiom1’, к примеру.

Но обновление до следующей версии это не пресечет, конечно.  Если же вы хотите 
пресечь (не уверен, что это хорошая мысль), то наддайте еще и префикс через 
двоеточие, к примеру ‘2:1.4.2+artiom1’.  А если префикс уже есть — увеличьте 
его.

> По ману сделал так:
>
> Package: *
> Pin: origin ""
> Pin-Priority: 999
>
> Не работает

У установленных пакетов не пустое происхождение, а его просто нет.  И вообще 
происхождение — это свойство репозитория, а не отдельного пакета.

> 999 максимальный [приоритет] в /etc/apt/preferences

Нет.

> Как мне зафиксировать данный пакет

Либо hold’ом (‘=’ в псевдогуе Аптитьюда).  Либо поднять приоритет 
установленного пакета выше приоритета Дебиана:

--8<---cut here---start->8---
Package: unrar-nonfree libunrar
Pin: release a=now
Pin-Priority: 1001
--8<---cut here---end--->8---

Либо опустить приоритет Дебиана ниже сотни:

--8<---cut here---start->8---
Package: unrar-nonfree libunrar
Pin: release o=Debian
Pin-Priority: 10
--8<---cut here---end--->8---

(Не проверял.)

> и вообще все установленные локально?

Если под «установленными локально» подразумеваются пакеты установленные 
посредством # dpkg -i или аналога, то никак — APT не хранит информацию о том, 
откуда пакет взялся.

Да и не нужно вам это: что же вы, запретите себе в случае чего загрузить пакет 
с ftp.debian.org вручную и установить его?

Re: Репрессии в России. Арест Дмитрия Богатова.

2017-05-23 Пенетрантность Dmitry Alexandrov


Извините, а можно я влезу в вашу дискуссию?

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

Допустим, хотелось бы верить, но пример ваш откровенно озадачивает.  Что здесь 
имеется в виду?

«Коктейли», как я понимаю, символизируют вооруженное восстание, а 1917 год — 
это про события в России.  Власть за этот год, как известно, менялась дважды.  
Февральская революция была следствием по сути дворцового переворота, а не 
восстания, а значит имеется в виду Великая Октябрьская.

К власти тогда пришли (на выбор): социал-демократы (большевики) и левые эсеры / 
советы / пролетариат.  Большинством из перечисленного может быть только 
пролетариат.  Но и пролетариат в тогдашней России был именно что меньшинством.

Так что ваш пример здесь опровергает?

1 2 3 4 >

Результаты 1 - 100 из 309 matches

Mail list logo