Bug#1064453: fdupes: Mistakenly assumes duplicates to have changed on armhf due to conflicting off_t definition

2024-02-22 Thread Ivan Krylov 
tags 1064453 + patch
thanks

The upstream fixed this by accident in either [1] (adding confing.h to
fdupes.h) or [2] (adding config.h to removeifnotchanged.c). The
attached patch fixes the problem on my armhf machine.

-- 
Best regards,
Ivan

[1]:
https://github.com/adrianlopezroche/fdupes/commit/ab5ef95e2b2633d0ca1a5ae0b8ac41abde160100#diff-6bb3626e773afb49e4d7267d0caa25a5d5b3f65d9705477654a5df6b95bcbe11

[2]:
https://github.com/adrianlopezroche/fdupes/commit/8b223d6a2037b6c28d4c00b60dbc9d359309c07f#diff-4d4b4474dd3708d45d2c9ac887f496a3b16342221db4d139a8110c452e771b2a
Description: Include config.h from fdupes.h
 The struct _file defined in fdupes.h contains members of type off_t.
 Depending on whether "config.h" is #included, this could resolve to
 different types. In particular, removeifnotchanged.c does not #include
 "config.h" and thus would get "corrupted" structs on systems where
 off_t is not 64-bit by default (like armhf).
Author: Ivan Krylov 
Bug-Debian: https://bugs.debian.org/1064453
Forwarded: not-needed
Last-Update: 2024-02-22
---

--- fdupes-2.2.1.orig/fdupes.h
+++ fdupes-2.2.1/fdupes.h
@@ -22,6 +22,7 @@
 #ifndef FDUPES_H
 #define FDUPES_H
 
+#include "config.h"
 #include 
 #include "md5/md5.h"

Bug#1064453: fdupes: Mistakenly assumes duplicates to have changed on armhf due to conflicting off_t definition

2024-02-22 Thread Ivan Krylov 
Package: fdupes
Version: 1:2.2.1-1
Severity: normal

Dear Maintainer,

A script I am running on an armhf machine produces database snapshots.
Frequently, the snapshot is identical to the previous one, so I would
like to remove those using fdupes -qdN /path/to/dumps/.

After upgrading from Stretch to Bookworm (hitting all intermediate
releases in process), I started receiving the following output:

   [+] /path/to/dumps/dump.2024-01-17_04:15:01.sql.xz
   [!] /path/to/dumps/dump.2024-01-24_04:15:01.sql.xz -- unable to delete file: 
File contents changed during processing!
   [!] /path/to/dumps/dump.2024-01-31_04:15:01.sql.xz -- unable to delete file: 
File contents changed during processing!
   [!] /path/to/dumps/dump.2024-02-07_04:15:01.sql.xz -- unable to delete file: 
File contents changed during processing!
   [!] /path/to/dumps/dump.2024-02-21_04:15:01.sql.xz -- unable to delete file: 
File contents changed during processing!
   [!] /path/to/dumps/dump.2024-02-22_12:47:16.sql.xz -- unable to delete file: 
File contents changed during processing!

Using GDB, I have traced this to the following situation: from fdupes.c, the
contents of dupelist look exactly right:

(gdb) frame 1
#1  0x004037e8 in deletefiles (files=0x42c7f8, prompt=0, tty=, 
logfile=) at fdupes.c:1010
1010  if (removeifnotchanged(dupelist[x], ) == 0) {
(gdb) p *dupelist[x]
$47 = {d_name = 0x42c4d8 "/path/to/dumps/dump.2024-01-24_04:15:01.sql.xz", size 
= 45664,
  crcpartial = 0x423c68 "BD}\005\a\203\265H\004\204\206n\301T\343.15:0\031",
  crcsignature = 0x423c98 
"\232W\f\230B\2045\226\252\355\232Q\276\256\272ב\347U\342A\001", device = 2050, 
inode = 41419299, mtime = 1706058902,
  ctime = 1706058902, hasdupes = 0, duplicates = 0x42c390, next = 0x42c410}

The moment the execution reaches the function removeifnotchanged(), the
contents of dupelist start looking corrupted:

(gdb) frame 0
#0  removeifnotchanged (file=file@entry=0x42c490, 
errorstring=errorstring@entry=0xbefff2d4) at removeifnotchanged.c:7
7   {
(gdb) p *file
$48 = {d_name = 0x42c4d8 "/path/to/dumps/dump.2024-01-24_04:15:01.sql.xz", size 
= 0, crcpartial = 0xb260 ,
  crcsignature = 0x0, device = 1864397139688, inode = 2050, mtime = 0, 
ctime = 41419299, hasdupes = 0, duplicates = 0x65b06496, next = 0x65b06496}

The inode field now holds the value of the device field, and all the
pointers except the first one are plain wrong. This happens due to the
differences in the off_t type:

(gdb) frame 1
#1  0x004037e8 in deletefiles (files=0x42c7f8, prompt=0, tty=, 
logfile=) at fdupes.c:1010
1010  if (removeifnotchanged(dupelist[x], ) == 0) {
(gdb) ptype /o dupelist[x]
type = struct _file {
/*  0  |   4 */char *d_name;
/* XXX  4-byte hole  */
/*  8  |   8 */off_t size;
/* 16  |   4 */md5_byte_t *crcpartial;
/* 20  |   4 */md5_byte_t *crcsignature;
/* 24  |   8 */dev_t device;
/* 32  |   8 */ino_t inode;
/* 40  |   4 */time_t mtime;
/* 44  |   4 */time_t ctime;
/* 48  |   4 */int hasdupes;
/* 52  |   4 */struct _file *duplicates;
/* 56  |   4 */struct _file *next;
/* XXX  4-byte padding   */

   /* total size (bytes):   64 */
 } *
(gdb) frame 0
#0  removeifnotchanged (file=file@entry=0x42c490, 
errorstring=errorstring@entry=0xbefff2d4) at removeifnotchanged.c:7
7   {
(gdb) ptype /o file
type = const struct _file {
/*  0  |   4 */char *d_name;
/*  4  |   4 */off_t size;
/*  8  |   4 */md5_byte_t *crcpartial;
/* 12  |   4 */md5_byte_t *crcsignature;
/* 16  |   8 */dev_t device;
/* 24  |   4 */ino_t inode;
/* 28  |   4 */time_t mtime;
/* 32  |   4 */time_t ctime;
/* 36  |   4 */int hasdupes;
/* 40  |   4 */struct _file *duplicates;
/* 44  |   4 */struct _file *next;

   /* total size (bytes):   48 */
 } *

I think that fdupes.h must #include "config.h" in order to provide the
 proper definition of off_t to every user of struct _file:

$ diff -u <(cpp removeifnotchanged.c)  <((echo '#include "config.h"'; cat 
removeifnotchanged.c) | cpp) | grep off_t
-typedef __off_t off_t;
+typedef __off64_t off_t;
-__off_t st_size;
-extern int fseeko (FILE *__stream, __off_t __off, int __whence);
-extern __off_t ftello (FILE *__stream) ;

The same problem may be present on other 32-bit architectures.

-- System Information:
Debian Release: 12.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'oldoldstable'), (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 4.14.180+ (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set

Bug#1018760: i915: "Failed to get the SoC PWM chip", unable to adjust backlight on x7-Z8750 / GPD Pocket 1

2022-08-30 Thread Ivan Krylov 
Package: src:linux
Version: 5.10.136-1
Severity: normal
X-Debbugs-Cc: krylov.r...@gmail.com

Dear Maintainer,

On my GPD Pocket 1, the backlight worked well with the 4.19 kernel from
stretch-backports. After the upgrade to Bullseye, I cannot adjust the
backlight intensity either using the keyboard shortcuts or by writing
into /sys/class/backlight/acpi_video0/brightness. In the latter case,
the write succeeds but doesn't have an effect on my display.

I can also see this problem with the 5.18 kernel from bullseye-backports.

The following lines from the kernel log seem to be relevant, but I'm
afraid I'm completely at a loss regarding what can be done to fix the
problem:

[  +0,009771] i915 :00:02.0: [drm] *ERROR* Failed to get the SoC PWM chip
[  +0,006728] [drm] Initialized i915 1.6.0 20201103 for :00:02.0 on minor 0

I do have VirtualBox installed from Debian Fasttrack, which does taint
the kernel, but the problem has been present even before I installed the
package.

Please let me know if there's anything else I can do to help.

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Default string
product_name: Default string
product_version: Default string
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 5.11
board_vendor: AMI Corporation
board_name: Default string
board_version: Default string

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series SoC Transaction Register [8086:2280] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series SoC Transaction Register [8086:7270]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:0b.0 Signal processing controller [1180]: Intel Corporation 
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management 
Controller [8086:22dc] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series Power Management Controller [8086:7270]
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal
Kernel modules: processor_thermal_device_pci_legacy

00:14.0 USB controller [0c03]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series USB xHCI Controller [8086:22b5] (rev 34) (prog-if 
30 [XHCI])
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series USB xHCI Controller [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:1a.0 Encryption controller [1080]: Intel Corporation Atom/Celeron/Pentium 
Processor x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine [8086:2298] (rev 
34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series Trusted Execution Engine [8086:7270]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_txe
Kernel modules: mei_txe

00:1c.0 PCI bridge [0604]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCI Express Port #1 [8086:22c8] (rev 34) (prog-if 
00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1f.0 ISA bridge [0601]: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCU [8086:229c] (rev 34)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor 
x5-E8000/J3xxx/N3xxx Series PCU [8086:7270]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich

01:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM4356 
802.11ac Wireless Network Adapter [14e4:43ec] (rev 02)
Subsystem: Gemtek Technology Co., Ltd BCM4356 802.11ac Wireless Network 
Adapter [17f9:0036]

Bug#883115: perf: annotate doesn't work when symfs_filename contains shell-special characters

2020-01-09 Thread Ivan Krylov 
fixed 883115 5.0.2+1~exp1
thanks

5.0.2+1~exp1 seems to be the first kernel >=v5.0-rc2 in the Debian
archives containing the fix. perf in buster-backports and later
shouldn't contain this bug.

-- 
Best regards,
Ivan

Bug#925593: multi-notifier: always shows the window on the leftmost monitor after hiding in tray

2019-03-27 Thread Ivan Krylov 
The code to remember the window position is obviously there, but the
window position was not stored for some reason. After I manually edited
~/.claws-mail/clawsrc and set mainwin_x to 1280:

mainwin_x=1280
mainwin_y=0
mainwin_maximised=1
mainwin_fullscreen=0
mainwin_menubar=1
mainwin_width=1331
mainwin_height=749

The main window position and size was updated correctly.

-- 
Best regards,
Ivan

Bug#925593: multi-notifier: always shows the window on the leftmost monitor after hiding in tray

2019-03-27 Thread Ivan Krylov 
Package: claws-mail-multi-notifier
Version: 3.14.1-3+b1
Severity: normal

Dear Maintainer,

After I have added a second monitor to my setup, I have noticed that when
I restore the Claws-Mail window from tray (as implemented by multi-notifier
plugin), it always pops up on the leftmost monitor.

Other windows are usually placed on the monitor where the mouse cursor is.
I am using Xfce 4.12; the monitor to the right is set as "primary".

Expected behaviour would be that Claws-Mail window is also created on the same
monitor where the mouse cursor is, or that it remembers its position and size.

Please tell me if there is any other information I could provide to help you
fix this.

-- System Information:
Debian Release: 9.8
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages claws-mail-multi-notifier depends on:
ii  claws-mail   3.14.1-3+b1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u4
ii  libcairo21.14.8-1
ii  libcanberra-gtk0 0.30-3
ii  libcanberra0 0.30-3
ii  libdb5.3 5.3.28-12+deb9u1
ii  libetpan17   1.6-3
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgnutls30  3.5.8-5+deb9u4
ii  libgtk2.0-0  2.24.31-2
ii  liblockfile1 1.14-1+b1
ii  libnotify4   0.7.7-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3
ii  libx11-6 2:1.6.4-3+deb9u1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages claws-mail-multi-notifier recommends:
ii  notification-daemon  3.20.0-1+b1
ii  xfce4-notifyd [notification-daemon]  0.3.4-1

Versions of packages claws-mail-multi-notifier suggests:
pn  lcdproc
ii  libnotify-bin  0.7.7-2
pn  xosd-bin   

-- no debconf information

Bug#883115: perf: annotate doesn't work when symfs_filename contains shell-special characters

2019-03-04 Thread Ivan Krylov 
tag 883115 fixed-upstream
thanks

This has been fixed in commit 442b4eb3af44906fcbb526d98c314b27f8c9acf3
and merged in v5.0-rc2.

-- 
Best regards,
Ivan

Bug#918333: tk8.6: default X11 font sizes are set in pixels

2019-01-05 Thread Ivan Krylov 
Package: tk8.6
Version: 8.6.6-1+b1
Severity: normal

Dear Maintainer,

I'm using a display with a large DPI (>300). Applications setting their
default font to a sane value in physical units (such as points) have
their fonts properly scaled. Tk applications that don't use custom fonts
(or even don't have an setting to change fonts) and rely on TkDefaultFont
instead, unfortunately, render as very tiny.

One way to fix that would be to change library/ttk/fonts.tcl to use
physical units (which is what the attached patch does). Above there is
a comment that advises against that, though.

What else can we do to make Tk applications work better on high-DPI
displays?

-- System Information:
Debian Release: 9.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages tk8.6 depends on:
ii  libc6   2.24-11+deb9u3
ii  libfontconfig1  2.11.0-6.7+b1
ii  libfreetype62.6.3-3.2
ii  libtcl8.6   8.6.6+dfsg-1+b1
ii  libtk8.68.6.6-1+b1
ii  libx11-62:1.6.4-3+deb9u1
ii  libxext62:1.3.3-1+b2
ii  libxft2 2.3.2-1+b2
ii  libxss1 1:1.2.2-1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages tk8.6 recommends:
ii  lxterminal [x-terminal-emulator]  0.3.0-2
ii  stterm [x-terminal-emulator]  0.6-1
ii  xterm [x-terminal-emulator]   327-2

tk8.6 suggests no packages.

-- no debconf information
--- tk8.5-8.5.19/library/ttk/fonts.tcl  2015-10-23 18:01:01.0 +0300
+++ tk8.5-8.5.19/library/ttk/fonts.tcl.new  2019-01-05 11:45:10.46000 
+0300
@@ -131,10 +131,10 @@
set F(family) "Helvetica"
set F(fixed)  "courier"
}
-   set F(size) -12
-   set F(ttsize) -10
-   set F(capsize) -14
-   set F(fixedsize) -12
+   set F(size) 12
+   set F(ttsize) 10
+   set F(capsize) 14
+   set F(fixedsize) 12
 
font configure TkDefaultFont -family $F(family) -size $F(size)
font configure TkTextFont-family $F(family) -size $F(size)

Bug#905141: apt-transport-https: Mark apt-transport-https as Multi-Arch: foreign

2018-07-31 Thread Ivan Krylov 
Package: apt-transport-https
Version: 1.4.8
Severity: wishlist

Dear Maintainer,

It is probably benefitical to mark apt-transport-https (perhaps other transports
as well) as Multi-Arch: foreign, because they are still useful as a dependency 
even
when requested by a foreign package. Otherwise installing a foreign package 
depening
on apt-transport-https would pull foreign apt and cause problems).

Example use-case: a fairly old but still useable laptop with 2G of RAM and 
mostly-i386
userland but running amd64 kernel. Skype for linux currently requires amd64 and 
depends
on apt-transport-https. With apt-transport-https having Multi-Arch: foreign it's
possible to have i386 version satisfy the dependency of an amd64 package and 
have
64-bit skypeforlinux coexist with everything else.

I've applied the one-line patch and built a custom version of 
apt-transport-https
for myself. It works okay.

(I'm omitting system information because I'm typing this bug report on another 
machine.)

Kernel: Linux 4.9.0-7-amd64 (SMP w/6 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages apt-transport-https depends on:
ii  libapt-pkg5.01.4.8
ii  libc62.24-11+deb9u3
ii  libcurl3-gnutls  7.52.1-5+deb9u6
ii  libgcc1  1:6.3.0-18+deb9u1
ii  libstdc++6   6.3.0-18+deb9u1

Versions of packages apt-transport-https recommends:
ii  ca-certificates  20161130+nmu1+deb9u1

apt-transport-https suggests no packages.

-- no debconf information

Bug#708508: How to use poppler-utils in Zotero

2018-02-11 Thread Ivan Krylov 
According to 
(and after a small fix uncovered by `strace` because information on the
wiki page seems too new for Zotero 4.0.29.16+dfsg-1), the way to use
poppler-utils in zotero-standalone is the following:

ARCH=$(uname -m) # i686 or x86_64

# substitute your own Zotero directory here
cd ~/.zotero/zotero/${FIXME}.default/zotero

ln -s /usr/bin/pdfinfo pdfinfo-Linux-$ARCH
ln -s /usr/bin/pdftotext pdftotext-Linux-$ARCH

pdfinfo -v 2>&1 | grep -m1 -o '[0-9.]*$' >pdfinfo-Linux-$ARCH.version
pdftotext -v 2>&1 | grep -m1 -o '[0-9.]*$' >pdftotext-Linux-$ARCH.version
# (or use an equivalent way of writing version number to the file)

cat >pdfinfo.sh < "$3"
EOF
chmod +x pdfinfo.sh
# Wiki refers to this file as redirect.sh, but current version in
# Stretch looks for pdfinfo.sh specifically

-- 
Best regards,
Ivan

Bug#876285: [Pkg-xfce-devel] Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-12-04 Thread Ivan Krylov 
I've been running xfce4-battery-plugin with this patch for a week and
noticed no increase in resource usage.

As far as I understand it, creating a new GtkCssProvider every second
made it hard for libgtk to process new requests to change the
progressbar style.

Please let me know if this patch needs to be improved.

-- 
Best regards,
Ivan
--- -	2017-11-27 15:28:44.041233353 +0300
+++ panel-plugin/battery.c	2017-11-27 15:28:14.908550361 +0300
@@ -104,6 +104,7 @@
 GtkLabel*acfan;
 GtkLabel*temp;
 GtkWidget*image;
+GtkCssProvider  *css_provider;
 } t_battmon;
 
 typedef struct
@@ -608,11 +609,10 @@
 gchar *css = g_strdup_printf("progressbar progress { background-color: %s; background-image: none; }",
 #endif
  gdk_rgba_to_string(color));
-GtkCssProvider *css_provider = gtk_css_provider_new ();
-gtk_css_provider_load_from_data (css_provider, css, strlen(css), NULL);
+gtk_css_provider_load_from_data (battmon->css_provider, css, strlen(css), NULL);
 gtk_style_context_add_provider (
 GTK_STYLE_CONTEXT (gtk_widget_get_style_context (GTK_WIDGET (battmon->battstatus))),
-GTK_STYLE_PROVIDER (css_provider),
+GTK_STYLE_PROVIDER (battmon->css_provider),
 GTK_STYLE_PROVIDER_PRIORITY_APPLICATION);
 g_free(css);
 #else
@@ -674,6 +674,7 @@
 battmon->ebox = gtk_box_new(xfce_panel_plugin_get_orientation(battmon->plugin), 0);
 
 battmon->battstatus = gtk_progress_bar_new();
+battmon->css_provider = gtk_css_provider_new ();
 
 gtk_progress_bar_set_fraction(GTK_PROGRESS_BAR(battmon->battstatus), 0.0);
 gtk_orientable_set_orientation(GTK_ORIENTABLE(battmon->battstatus),

Bug#883115: perf: annotate doesn't work when symfs_filename contains shell-special characters

2017-11-29 Thread Ivan Krylov 
Package: linux-perf-4.9
Version: 4.9.51-1
Severity: normal

Dear Maintainer,

I was trying to profile a binary linked to a non-system numeric calculation
library. The library in question is in its rpath which contains spaces.

When I chose "annotate this function" in `perf report` UI, I got "rep: : no such file or directory".

The bug seems to be around line 1349 of tools/perf/util/annotate.c:
https://sources.debian.net/src/linux/4.9.30-2%2Bdeb9u2/tools/perf/util/annotate.c/#L1349
- a command line is being built there with no regard to possible shell-special 
characters
in the variables.

A proper way to pass arbitrary strings to child process could be to pass them 
in separate
arguments using execl(...) and refer to them inside the command line only as 
"$1", "$2"
and so on - with proper quoting. Example:

snprintf(command, sizeof(command),
 "\"$1\" %s%s --start-address=0x%016" PRIx64
 " --stop-address=0x%016" PRIx64
 " -l -d %s %s -C \"$2\" 2>/dev/null|grep -v \"$2\"|expand",
 
 disassembler_style ? "-M " : "",
 disassembler_style ? disassembler_style : "",
 map__rip_2objdump(map, sym->start),
 map__rip_2objdump(map, sym->end),
 symbol_conf.annotate_asm_raw ? "" : "--no-show-raw",
 symbol_conf.annotate_src ? "-S" : "");

// and later

execl("/bin/sh", "sh", "-c", command, "--", objdump_path ? 
objdump_path : "objdump", symfs_filename, NULL);

Whatever special symbols are there in objdump_path or symfs_filename, they 
won't escape from
the command line parameters because they are properly quoted in the command 
line.

-- System Information:
Debian Release: 9.1
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.9.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages linux-perf-4.9 depends on:
ii  libaudit1   1:2.6.7-2
ii  libbabeltrace-ctf1  1.5.1-1
ii  libc6   2.24-11+deb9u1
ii  libdw1  0.168-1
ii  libelf1 0.168-1
ii  libnuma12.0.11-2.1
ii  libperl5.24 5.24.1-3+deb9u2
ii  libpython2.72.7.13-2
ii  libslang2   2.3.1-5
ii  libunwind8  1.1-4.1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages linux-perf-4.9 recommends:
ii  linux-base  4.5

Versions of packages linux-perf-4.9 suggests:
pn  linux-doc-4.9  

-- no debconf information

Bug#876285: [Pkg-xfce-devel] Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-10-20 Thread Ivan Krylov 
В Mon, 16 Oct 2017 14:43:11 +0200
Yves-Alexis Perez  wrote:
> Can you try with Adwaita (from gnome-themes-standard package) which
> is the default gtk3 theme.

CPU usage seems to behave the same with Adwaita, with the same
symbols from libgtk-3.so.0.2200.11 showing up in `perf report`:

13,32%  _gtk_css_selector_tree_match_all
12,81%  gtk_css_style_provider_lookup
11,20%  gtk_style_cascade_lookup
 9,43%  _gtk_allocated_bitmask_intersects
 7,04%  gtk_css_selector_tree_match_foreach
 3,91%  gtk_css_widget_node_init_matcher

I'm still very new to perf, so here's a compressed perf.data:

magnet:?xt=urn%3Abtih%3A7fd403f27b3b0b831b987fd2b5b3675e7a6f0280=perf.data.adwaita.xz=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969%2Fannounce=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969%2Fannounce=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969%2Fannounce=udp%3A%2F%2Ftracker.skyts.net%3A6969%2Fannounce=273400316

-- 
Best regards,
Ivan

Bug#876285: [Pkg-xfce-devel] Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-10-16 Thread Ivan Krylov 
В Mon, 16 Oct 2017 14:35:25 +0200
Yves-Alexis Perez  пишет:

> What theme are you using?

xfce4-appearance-settings says I'm using Xfce-basic.

> Does it also happen with a different one?

Which one would you recommend to test it against?

-- 
Best regards,
Ivan

Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-10-16 Thread Ivan Krylov 
Left it running for a while (a few days, hibernating and switching
between AC power and battery from time to time) and noticed a stable
increase in the CPU usage:

PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND
20   0  474088 139736   6900 R  29,9  0,9 215:47.65 panel-8-battery

I've collected 1,3G of profiling samples using `perf`. `perf report`
considers _gtk_css_selector_tree_match_all from libgtk-3.so.0.2200.11
to have the most overhead.

Here's a magnet link to perf.data, xz-compressed into a 211M file:



-- 
Best regards,
Ivan

Bug#876285: xfce4-battery-plugin: stable 10% CPU usage after switching from AC to battery power on X220

2017-09-20 Thread Ivan Krylov 
Package: xfce4-battery-plugin
Version: 1.1.0-1
Severity: normal

Dear Maintainer,

After upgrading from Jessie to Stretch I noticed that CPU load on my X220 is
sometimes nonzero despite I'm not doing anything. The culprit turned out to be
/usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-2.0 operating 
plugins/libbattery.so.
I'm not sure, but it looks like the plugin starts consuming exceccive CPU after
I go from AC power to battery power. Terminating the process leads to automatic
restart and the new process stays idle enough (<1%).

Normally I wouldn't bother, but the fact that CPU load increases when I switch 
to
battery made me report it.

-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xfce4-battery-plugin depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libxfce4panel-2.0-4  4.12.1-2
ii  libxfce4ui-2-0   4.12.1-2
ii  libxfce4util74.12.1-3

xfce4-battery-plugin recommends no packages.

xfce4-battery-plugin suggests no packages.

-- no debconf information

Bug#875642: /sbin/cryptsetup: blocked in semop on shutdown waiting for already terminated systemd-udevd

2017-09-12 Thread Ivan Krylov 
Package: cryptsetup-bin
Version: 2:1.7.3-4
Severity: normal
File: /sbin/cryptsetup

Dear Maintainer,

Since my setup is going to need keyscripts, I have installed sysvinit-core
shotrly after upgrading to Stretch.

Since then, "Stopping crypto disks..." hangs indefinitely on shutdown while 
cryptsetup
is blocked in semop() syscall. Once I managed to call shutdown from single-user 
mode
and pressed Alt-SysRq-E once it hung, which caused recovery shell prompt to 
appear;
thus I got the attached backtrace.

My other Stretch computer also has sysvinit-core and cryptsetup with keyscripts
but doesn't have this problem despite having encrypted root.

How do I debug this problem?

-- System Information:
Debian Release: 9.1
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.9.0-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8), 
LANGUAGE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages cryptsetup-bin depends on:
ii  libc6   2.24-11+deb9u1
ii  libcryptsetup4  2:1.7.3-4
ii  libpopt01.16-10+b2
ii  libuuid12.29.2-1

cryptsetup-bin recommends no packages.

cryptsetup-bin suggests no packages.

-- no debconf information
#0  0xb777acf9 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb76487a2 in semop (semid=196610, sops=0xbfcc2a06, nsops=1) at 
../sysdeps/unix/sysv/linux/semop.c:31
resultvar = 
resultvar = 
#2  0xb75051d7 in _udev_wait (cookie=cookie@entry=223173280, 
nowait=nowait@entry=0xbfcc2a38) at libdm-common.c:2607
semid = 196610
sb = {sem_num = 0, sem_op = 0, sem_flg = 0}
val = 
#3  0xb7506811 in dm_udev_wait (cookie=223173280) at libdm-common.c:2626
nowait = 0
r = 
#4  0xb7733320 in _dm_simple (task=task@entry=2, name=name@entry=0x807f8280 
"sda5_crypt", udev_wait=, udev_wait@entry=1) at 
libdevmapper.c:465
r = 1
dmt = 0x807f8990
cookie = 223173280
#5  0xb77346f1 in dm_remove_device (cd=0x807f8290, name=0x807f8280 
"sda5_crypt", force=0, size=0) at libdevmapper.c:521
retries = 1
error_target = 
#6  0xb772c0a0 in crypt_deactivate (cd=0x807f8290, name=0x807f8280 
"sda5_crypt") at setup.c:2266
fake_cd = 0x0
r = 
#7  0x800f97f3 in action_close () at cryptsetup.c:395
cd = 0x807f8290
r = 0
#8  0x800f5bc9 in run_action (action=) at cryptsetup.c:1471
r = 0
#9  main (argc=, argv=) at cryptsetup.c:1769
popt_tmp = 0x0
popt_help_options = {{longName = 0x0, shortName = 0 '\000', argInfo = 
5, arg = 0x800f9830 , val = 0, descrip = 0x0, argDescrip = 0x0}, {
longName = 0x800fd27a "help", shortName = 63 '?', argInfo = 0, arg 
= 0x0, val = 0, descrip = 0x800fd27f "Show this help message", argDescrip = 
0x0}, {
longName = 0x800fd2a4 "usage", shortName = 0 '\000', argInfo = 0, 
arg = 0x0, val = 0, descrip = 0x800fd296 "Display brief usage", argDescrip = 
0x0}, {longName = 0x0, 
shortName = 0 '\000', argInfo = 0, arg = 0x0, val = 0, descrip = 
0x0, argDescrip = 0x0}}
popt_options = {{longName = 0x0, shortName = 0 '\000', argInfo = 4, arg 
= 0x80104020 , val = 0, descrip = 0x800fd2aa "Help 
options:", 
argDescrip = 0x0}, {longName = 0x800fd2c6 "version", shortName = 0 
'\000', argInfo = 0, arg = 0x801057ec , val = 0, 
descrip = 0x800fd2b8 "Print package version", argDescrip = 0x0}, 
{longName = 0x800fd2ce "verbose", shortName = 118 'v', argInfo = 0, arg = 
0x8010476c , 
val = 0, descrip = 0x800fe620 "Shows more detailed error messages", 
argDescrip = 0x0}, {longName = 0x800fd2d6 "debug", shortName = 0 '\000', 
argInfo = 0, 
arg = 0x80104768 , val = 0, descrip = 0x800fd2dc "Show 
debug messages", argDescrip = 0x0}, {longName = 0x800fd5a5 "cipher", shortName 
= 99 'c', 
argInfo = 1, arg = 0x801058d4 , val = 0, descrip = 
0x800fe644 "The cipher used to encrypt the disk (see /proc/crypto)", argDescrip 
= 0x0}, {
longName = 0x800fd2f0 "hash", shortName = 104 'h', argInfo = 1, arg 
= 0x801058d0 , val = 0, 
descrip = 0x800fe67c "The hash used to create the encryption key 
from the passphrase", argDescrip = 0x0}, {longName = 0x800fd2f5 
"verify-passphrase", 
shortName = 121 'y', argInfo = 0, arg = 0x801058cc 
, val = 0, descrip = 0x800fe6bc "Verifies the passphrase 
by asking for it twice", 
argDescrip = 0x0}, {longName = 0x800fd328 "key-file", shortName = 
100 'd', argInfo = 1, arg = 0x801058c8 , val = 5, 
descrip = 0x800fd307 "Read the key from a file.", argDescrip = 
0x0}, {longName = 0x800fd321 "master-key-file", shortName = 0 '\000', argInfo = 
1, 
arg = 0x80105830 , val = 0, descrip = 
0x800fe6ec "Read the volume (master) key from file.", argDescrip = 0x0}, {

Bug#874695: /sbin/ifup: Leaves empty resolv.conf on boot if DHCP is already brought up by initramfs

2017-09-10 Thread Ivan Krylov 
09.09.2017 00:12, Guus Sliepen wrote:
> Hm, that would mean that something already called ifup -a, or that it
> modified /run/network/ifstate to make it appear as if the interface was
> already brought up by ifupdown.

Indeed, there is a /run/network/ifstate.enp4s0 afther the error message
is shown.

> Can you try changing "ifup -a" in /etc/network/interfaces to "ifup --force 
> -a"?

Changed line 142 of /etc/init.d/networking to `if ifup --force -a
$exclusions $verbose && ifup_hotplug $exclusions $verbose`, but that
didn't cause a difference.

-- 
Best regards,
Ivan

Bug#874695: /sbin/ifup: Leaves empty resolv.conf on boot if DHCP is already brought up by initramfs

2017-09-08 Thread Ivan Krylov 
Package: ifupdown
Version: 0.8.19
Severity: normal
File: /sbin/ifup

Dear Maintainer,

When initramfs uses klibc ipconfig to get a connection before booting the system
(e.g. to allow the admin to connect to dropbear and unlock the encrypted 
volumes),
`ifup -a` invoked by `/etc/init.d/networking start` invoked by sysvinit reports:
"interface enp4s0 already configured". This leaves the interface with an IP 
address,
but resolv.conf is left empty (with a warning about any changes being 
overwritten by
`resolvconf`). I'm not sure how to approach this properly, so for now I run 
`service
networking restart` after reboots (when I don't hibernate).

What's the proper course of action? Feel free to reassign.

-- Package-specific info:
--- /etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug enp4s0
iface enp4s0 inet dhcp

--- up and down scripts installed:
/etc/network/if-down.d:
total 8
-rwxr-xr-x 1 root root 256 Jan 27  2015 resolvconf
-rwxr-xr-x 1 root root 332 Nov  2  2012 upstart

/etc/network/if-post-down.d:
total 4
lrwxrwxrwx 1 root root  29 Feb 11  2017 bridge -> /lib/bridge-utils/ifupdown.sh
-rwxr-xr-x 1 root root 907 Feb  4  2012 vde2

/etc/network/if-pre-up.d:
total 8
lrwxrwxrwx 1 root root   29 Feb 11  2017 bridge -> /lib/bridge-utils/ifupdown.sh
-rwxr-xr-x 1 root root  344 Sep 22  2014 ethtool
-rwxr-xr-x 1 root root 1793 Feb  4  2012 vde2

/etc/network/if-up.d:
total 28
-rwxr-xr-x 1 root root  817 Jan 27  2015 000resolvconf
-rwxr-xr-x 1 root root 1685 Sep 22  2014 ethtool
-rwxr-xr-x 1 root root 4958 Apr  6  2015 mountnfs
-rwxr-xr-x 1 root root  900 May  8 00:04 ntpdate
-rwxr-xr-x 1 root root  972 Jun 18 03:08 openssh-server
-rwxr-xr-x 1 root root 1483 Nov  2  2012 upstart


-- System Information:
Debian Release: 9.1
  APT prefers stable-debug
  APT policy: (500, 'stable-debug'), (500, 'stable')
Architecture: i386 (i686)
Foreign Architectures: armhf, amd64

Kernel: Linux 4.9.0-3-686-pae (SMP w/6 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), 
LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ifupdown depends on:
ii  adduser  3.115
ii  init-system-helpers  1.48
ii  iproute2 4.9.0-1
ii  libc62.24-11+deb9u1
ii  lsb-base 9.20161125

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.3.5-3

Versions of packages ifupdown suggests:
ii  ppp 2.4.7-1+4
pn  rdnssd  

-- no debconf information

Bug#861058: hydra: on resume, children die with "double free or corruption"

2017-04-25 Thread Ivan Krylov 
Hi Lukas,

On Mon, 24 Apr 2017 18:53:02 +0200
Lukas Schwaighofer  wrote:
> thanks for reporting this bug.  I was able to reproduce the problem
> (also for the version 8.3-2 from Debian stretch).

Thank you for such a swift response!

> The bug is also already known upstream:
>   https://github.com/vanhauser-thc/thc-hydra/issues/27

Oops, should have checked the upstream first.

> I've just looked into the problem and I think I found the cause. I've
> created a pull request
>   https://github.com/vanhauser-thc/thc-hydra/pull/209
> which seemed to fix the problem for me.  However, I'd like to wait for
> feedback from the author and possibly other affected users before
> applying the fix to the Debian version.

That's great! It works for me, too.

> If you need a workaround until the issue has been properly fixed: The
> issue does not affect the i386 version of the software (as also
> confirmed by the original author in one of his messages to the github
> issue).  You can try to add the i386 architecture to dpkg and then
> install the hydra:i386 package (let me know if you need help with
> that).

`apt-get source hydra && cd hydra* && xclip -o | patch -p1
&& ./configure && make` seemed like less of a hassle (for now).

-- 
Best regards,
Ivan

Bug#861058: hydra: on resume, children die with "double free or corruption"

2017-04-24 Thread Ivan Krylov 
Package: hydra
Version: 8.0-1
Severity: important

Dear Maintainer,

When launching an example attack on a router:

hydra -v -f -o found -e nsr -x '1:10:aA1!@#$%^&*()_+=-":;,./?><}{[]'\\\' -l 
admin http-get://192.168.1.1 -m /

then interrupting and resuming with `hydra -R`, all children immediately
die with 'double free or corruption'. It might be relevant that the output
file contains wrong command line argument: "-x 1" instead of what had been
passed.

-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (90, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages hydra depends on:
ii  libapr1   1.5.1-3
ii  libaprutil1   1.5.4-1
ii  libc6 2.19-18+deb8u7
ii  libfbclient2  2.5.3.26778.ds4-5+deb8u1
ii  libidn11  1.33-1
ii  libmysqlclient18  5.5.54-0+deb8u1
ii  libncurses5   5.9+20140913-1+b1
ii  libpcre3  2:8.35-3.3+deb8u4
ii  libpq59.4.10-0+deb8u1
ii  libssh-4  0.6.3-4+deb8u2
ii  libssl1.0.0   1.0.1t-1+deb8u6
ii  libsvn1   1.8.10-6+deb8u4
ii  libtinfo5 5.9+20140913-1+b1

Versions of packages hydra recommends:
ii  curl  7.38.0-4+deb8u5
ii  wget  1.16-1+deb8u1

Versions of packages hydra suggests:
pn  hydra-gtk  

-- no debconf information

Bug#854353: Reporoduced on ThinkPad X220

2017-02-20 Thread Ivan Krylov 
After booting linux-image-4.9.0-0.bpo.1-amd64 from jessie-backports,
wireless interface stops working within minutes after system boot.
rmmod/modprobe helps to squeeze some more and yields a warning:

[ cut here ]
WARNING: CPU: 3 PID: 12725 at /home/zumbi/linux-4.9.2/net/mac80211/main.c:1201 
ieee80211_free_ack_frame+0x3f/0x50 [mac80211]
Have pending ack frames!
Modules linked in: nls_ascii nls_cp437 vfat fat pci_stub vboxpci(OE) 
vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) veth ctr ccm bnep iptable_filter 
autofs4 nfsd auth_rpcgss nfs_acl nfs lockd grace fscache sunrpc ipt_MASQUERADE 
nf_nat_masquerade_ipv4 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 
nf_nat nf_conntrack ip_tables x_tables bridge stp llc overlay fuse tp_smapi(OE) 
thinkpad_ec(OE) parport_pc ppdev lp parport snd_hda_codec_hdmi 
snd_hda_codec_conexant snd_hda_codec_generic intel_rapl iTCO_wdt 
x86_pkg_temp_thermal iTCO_vendor_support intel_powerclamp uvcvideo coretemp 
videobuf2_vmalloc kvm_intel videobuf2_memops videobuf2_v4l2 kvm btusb btrtl 
btbcm btintel arc4 bluetooth snd_hda_intel videobuf2_core irqbypass 
rtl8192ce(-) videodev rtl_pci i915 rtl8192c_common snd_hda_codec
 intel_cstate rtlwifi snd_hda_core media intel_uncore snd_hwdep mac80211 
intel_rapl_perf snd_pcm evdev thinkpad_acpi joydev i2c_i801 drm_kms_helper 
serio_raw pcspkr snd_timer nvram i2c_smbus snd cfg80211 wmi drm rfkill battery 
ac soundcore mei_me button video shpchp mei i2c_algo_bit lpc_ich mfd_core 
tpm_tis tpm_tis_core tpm ext4 crc16 jbd2 fscrypto mbcache xts gf128mul 
algif_skcipher af_alg dm_crypt dm_mod sg sd_mod uas usb_storage ahci 
crct10dif_pclmul libahci crc32_pclmul crc32c_intel ghash_clmulni_intel cryptd 
libata psmouse scsi_mod ehci_pci ehci_hcd sdhci_pci sdhci usbcore e1000e 
mmc_core usb_common ptp pps_core thermal fjes
CPU: 3 PID: 12725 Comm: rmmod Tainted: G   OE   4.9.0-0.bpo.1-amd64 #1 
Debian 4.9.2-2~bpo8+1
Hardware name: LENOVO 4290RV5/4290RV5, BIOS 8DET72WW (1.42 ) 02/18/2016
  ac92a1f5 a402c2263d60 
 ac677884 93b384fdf500 a402c2263db8 00ff
  c0601a20 0001 ac6778ff
Call Trace:
 [] ? dump_stack+0x5c/0x77
 [] ? __warn+0xc4/0xe0
 [] ? ieee80211_free_hw+0x60/0x60 [mac80211]
 [] ? warn_slowpath_fmt+0x5f/0x80
 [] ? pci_conf1_write+0xb0/0xf0
 [] ? ieee80211_free_ack_frame+0x3f/0x50 [mac80211]
 [] ? idr_for_each+0xa8/0x110
 [] ? ieee80211_free_hw+0x38/0x60 [mac80211]
 [] ? pci_device_remove+0x36/0xb0
 [] ? __device_release_driver+0x95/0x140
 [] ? driver_detach+0xae/0xb0
 [] ? bus_remove_driver+0x55/0xd0
 [] ? pci_unregister_driver+0x26/0x70
 [] ? SyS_delete_module+0x18c/0x270
 [] ? system_call_fast_compare_end+0xc/0x9b
---[ end trace e3257c36ef2a8090 ]---


-- 
Best regards,
Ivan

Bug#846941: linux-image-4.8.0-1-amd64-unsigned: ThinkPad X220: hibernating with screen turned off (screensaver) causes it to remain off until reboot

2016-12-09 Thread Ivan Krylov 
On 04.12.2016 17:02, Ivan Krylov wrote:
> Surprisingly, hibernate works with s2disk from uswsusp, but sometimes on 
> resume system resets right after loading the image.

I had temporarily disabled screen power management in XScreenSaver and
have been hibernating via `echo disk > /sys/power/state` for a while.
After a few hibernate-resume cycles the system rebooted instead of
properly waking up after loading the image, so that's not uswsusp's bug.
However, it might deserve a separate bug report.

Also, the only reason s2disk doesn't cause the system to wake up with
screen disbaled is that it switches to another console before
snapshotting the system, forcibly turning the screen on.

-- 
Best regards,
Ivan

Bug#837778: Couldn't reproduce with 8:6.8.9.9-5+deb8u5

2016-09-26 Thread Ivan Krylov 
The new 8:6.8.9.9-5+deb8u5 version converts the file from my first
message properly; my other scans are also handled correctly.

Thanks!

-- 
Best regards,
Ivan

Bug#838230: linux-image-3.16.0-4-686-pae: I/O on f2fs devices hangs until `sync` is run

2016-09-18 Thread Ivan Krylov 
Package: src:linux
Version: 3.16.36-1+deb8u1
Severity: normal

Dear Maintainer,

When I try to create a lot of files on an f2fs device (e.g. unpack a rootfs), 
the
process hangs in 'D' state shortly after the start, but running `sync` in a 
separate
terminal lets it lift off again and, eventually, finish successfully (I just 
leave
running `while sleep 5s; do sync; done` until everything is done).

Also, the system is generally less responsive while an f2fs device is mounted 
and files
are open on it (e.g. browser stops redrawing itself for long periods of time 
while not
consuming CPU), and, again, responsiveness is back if `while sleep 5s; do sync; 
done` is
running in background.


-- Package-specific info:
** Version:
Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae 
root=UUID=6452ebcc-a034-40e6-81a4-148e2ef17a59 ro quiet panic=10

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[120847.269890] usb 3-6.2: Product: Mass Storage Device
[120847.269894] usb 3-6.2: Manufacturer: Generic
[120847.269899] usb 3-6.2: SerialNumber: 058F0OB
[120847.270692] usb-storage 3-6.2:1.0: USB Mass Storage device detected
[120847.275062] scsi12 : usb-storage 3-6.2:1.0
[120848.272815] scsi 12:0:0:0: Direct-Access MultiFlash Reader 1.00 
PQ: 0 ANSI: 0
[120848.273416] sd 12:0:0:0: Attached scsi generic sg4 type 0
[120848.450180] sd 12:0:0:0: [sde] Attached SCSI removable disk
[120939.919814] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[120939.926453]  sde: sde1 sde2
[120940.337194] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[120940.723348] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[120940.786054] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[121360.375964] SysRq : Emergency Sync
[121360.385339] Emergency Sync complete
[121360.807974] SysRq : Emergency Sync
[121360.817575] Emergency Sync complete
[121496.564621] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[121496.571013]  sde: sde1 sde2
[121496.704488] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[121496.708752] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[121496.708756] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[121496.712902] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[121496.712906] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[121496.996379] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[121497.038357] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[121943.355141] SysRq : Emergency Sync
[121943.364349] Emergency Sync complete
[121943.547142] SysRq : Emergency Sync
[121943.559604] Emergency Sync complete
[121943.707142] SysRq : Emergency Sync
[121943.717696] Emergency Sync complete
[122116.079612] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[122116.086890]  sde: sde1 sde2
[122116.222742] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[122116.227796] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[122116.227801] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[122116.229377] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[122116.229382] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[122116.340900] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[122116.382596] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[127953.295985] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[127953.302502]  sde: sde1 sde2
[127953.436741] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[127953.442612] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[127953.442619] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[127953.446362] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[127953.446370] F2FS-fs (sde): Can't find valid F2FS filesystem in 2th 
superblock
[127954.037768] EXT4-fs (sde1): mounting ext2 file system using the ext4 
subsystem
[127954.101708] EXT4-fs (sde1): mounted filesystem without journal. Opts: (null)
[128535.533762] sd 12:0:0:0: [sde] 30392320 512-byte logical blocks: (15.5 
GB/14.4 GiB)
[128535.540156]  sde: sde1 sde2
[128535.676143] FAT-fs (sde): utf8 is not a recommended IO charset for FAT 
filesystems, filesystem will be case sensitive!
[128535.682831] F2FS-fs (sde): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[128535.682835] F2FS-fs (sde): Can't find valid F2FS filesystem in 1th 
superblock
[128535.785890]

Bug#837778: imagemagick: convert file.tif file.pbm produces files which show in feh and cjb2 as garbage

2016-09-14 Thread Ivan Krylov 
Package: imagemagick
Version: 8:6.8.9.9-5+deb8u4
Severity: important

Dear Maintainer,

After I convert a *tif (example attached) to pbm or ppm (compressed pbm example 
attached),
it shows OK when viewed with IM display, but as garbage if viewed with feh or 
when
compressed to DjVu with cjb2 and viewed afterwards. The command used was:
 convert -verbose img283.tif img283.tif.%d.pbm

If I replace "convert" with "gm convert", I get a file which feh and cjb2 read 
properly.

-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
compare:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
convert:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
composite:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
conjure:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
display:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
identify:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
import:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
mogrify:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
montage:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org
stream:  ImageMagick 6.8.9-9 Q16 i586 2016-08-25 http://www.imagemagick.org

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Foreign Architectures: armhf

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages imagemagick depends on:
ii  imagemagick-6.q16  8:6.8.9.9-5+deb8u4

imagemagick recommends no packages.

imagemagick suggests no packages.

-- no debconf information


img283.tif.0.pbm.xz
Description: application/xz

Bug#801105: /usr/lib/i386-linux-gnu/dri/i915_dri.so: Most of accelerated applications crash

2015-10-08 Thread Ivan Krylov 
В Tue, 6 Oct 2015 18:02:42 +0200
Julien Cristau  пишет:

> Please provide X and kernel logs.

Sure, here they are. Though there is nothing of interest just after the
crash and initialization messages look very ordinary. Should I
have increased a verbosity level somewhere?

-- 
Best regards,
Ivan
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19)
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009fbff] usable
[0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000e-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x3f67] usable
[0.00] BIOS-e820: [mem 0x3f68-0x3f68dfff] ACPI data
[0.00] BIOS-e820: [mem 0x3f68e000-0x3f6c] ACPI NVS
[0.00] BIOS-e820: [mem 0x3f6d-0x3fff] reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
[0.00] BIOS-e820: [mem 0xfff0-0x] reserved
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.6 present.
[0.00] DMI: ASUSTeK Computer INC. 1011PX/1015PE, BIOS 140108/30/2011
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x3f680 max_arch_pfn = 0x100
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-C write-protect
[0.00]   D-D uncachable
[0.00]   E-E write-through
[0.00]   F-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask FC000 write-back
[0.00]   1 base 03F70 mask 0 uncachable
[0.00]   2 base 03F80 mask FFF80 uncachable
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[0.00] found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [c00ff780]
[0.00] initial memory mapped: [mem 0x-0x01bf]
[0.00] Base memory trampoline at [c009b000] 9b000 size 16384
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] init_memory_mapping: [mem 0x3720-0x373f]
[0.00]  [mem 0x3720-0x373f] page 2M
[0.00] init_memory_mapping: [mem 0x3400-0x371f]
[0.00]  [mem 0x3400-0x371f] page 2M
[0.00] init_memory_mapping: [mem 0x0010-0x33ff]
[0.00]  [mem 0x0010-0x001f] page 4k
[0.00]  [mem 0x0020-0x33ff] page 2M
[0.00] init_memory_mapping: [mem 0x3740-0x375fdfff]
[0.00]  [mem 0x3740-0x375fdfff] page 4k
[0.00] BRK [0x01798000, 0x01798fff] PGTABLE
[0.00] BRK [0x01799000, 0x0179afff] PGTABLE
[0.00] BRK [0x0179b000, 0x0179bfff] PGTABLE
[0.00] BRK [0x0179c000, 0x0179cfff] PGTABLE
[0.00] RAMDISK: [mem 0x3607a000-0x37034fff]
[0.00] ACPI: Early table checksum verification disabled
[0.00] ACPI: RSDP 0x000FBE90 24 (v02 ACPIAM)
[0.00] ACPI: XSDT 0x3F680100 6C (v01 _ASUS_ Notebook 08001130 MSFT 0097)
[0.00] ACPI: FACP 0x3F680290 F4 (v04 A_M_I_ OEMFACP  08001130 MSFT 0097)
[0.00] ACPI: DSDT 0x3F6804A0 0085B1 (v02 A1563  A1563000  INTL 20051117)
[0.00] ACPI: FACS 0x3F68E000 40
[0.00] ACPI: APIC 0x3F680390 6C (v02 A_M_I_ OEMAPIC  08001130 MSFT 0097)
[0.00] ACPI: MCFG 0x3F680400 3C (v01 A_M_I_ OEMMCFG  08001130 MSFT 0097)
[0.00] ACPI: ECDT 0x3F680440 55 (v01 A_M_I_ OEMECDT  08001130 MSFT 0097)
[0.00] ACPI: OEMB 0x3F68E040 61 (v01 A_M_I_ AMI_OEM  08001130 MSFT 0097)
[0.00] ACPI: HPET 0x3F688A60 38 (v01 A_M_I_ OEMHPET  08001130 MSFT 0097)
[0.00] ACPI: GSCI 0x3F68E0B0 002024 (v01 A_M_I_ GMCHSCI  08001130 MSFT 0097)
[0.00] ACPI: SSDT 0x3F691360 000999 (v01 PmRef  CpuPm4   3000 INTL 20051117)
[0.00] ACPI: SLIC 0x3F688AA0 000176 (v01 _ASUS_ Notebook 08001130 MSFT 0097)
[0.00] ACPI: Local APIC address 0xfee0
[0.00] 128MB HIGHMEM available.
[0.00] 885MB LOWMEM available.
[0.00]   mapped low ram: 0 - 375fe000
[0.00]

Bug#801105: /usr/lib/i386-linux-gnu/dri/i915_dri.so: Most of accelerated applications crash

2015-10-06 Thread Ivan Krylov 
Package: libgl1-mesa-dri
Version: 10.3.2-1+deb8u1
Severity: important
File: /usr/lib/i386-linux-gnu/dri/i915_dri.so

Dear Maintainer,
Since the upgrade from Wheezy to Jessie most of OpenGL-accelerated
applications crash in i915_dri.so on my Asus 1011PX, for example,
glxgears, quakespasm, Carmageddon(CARMA95.EXE). Diablo II does not
crash, but does not render anything meaningful, either.

Attaching an example backtrace from glxgears.

--
Best regards,
Ivan

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgl1-mesa-dri:i386 depends on:
ii  libc6  2.19-18+deb8u1
ii  libdrm-intel1  2.4.58-2
ii  libdrm-nouveau22.4.58-2
ii  libdrm-radeon1 2.4.58-2
ii  libdrm22.4.58-2
ii  libelf10.159-4.2
ii  libexpat1  2.1.0-6+deb8u1
ii  libgcc11:4.9.2-10
ii  libllvm3.5 1:3.5-10
ii  libstdc++6 4.9.2-10
ii  multiarch-support  2.19-18+deb8u1

Versions of packages libgl1-mesa-dri:i386 recommends:
pn  libtxc-dxtn-s2tc0 | libtxc-dxtn0  

libgl1-mesa-dri:i386 suggests no packages.

-- no debconf information
backtrace:
#0  0xb74ec5c1 in intelClear (ctx=0xb7fb901c, mask=18) at 
../../../../../../../src/mesa/drivers/dri/i915/intel_clear.c:155
irb = 0x0
colorMask = 4294967295
tri_mask = 0
blit_mask = 2
swrast_mask = 0
fb = 0x81fcd40
i = 
#1  0xb726699d in _mesa_Clear (mask=16640) at 
../../../../src/mesa/main/clear.c:226
bufferMask = 18
ctx = 
#2  0x08049f2d in ?? ()
No symbol table info available.
#3  0x080496d4 in ?? ()
No symbol table info available.
#4  0xb7ae6a63 in __libc_start_main (main=0x80491d0, argc=1, argv=0xbfffee34, 
init=0x804b2b0, fini=0x804b320, rtld_fini=0xb7fedc90 <_dl_fini>, 
stack_end=0xbfffee2c) at libc-start.c:287
result = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1211682816, 0, 0, 0, 
-1456979082, 170346342}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x1, 
0x8049cfb}, data = {prev = 0x0, cleanup = 0x0, canceltype = 1}}}
not_first_call = 
#5  0x08049d1c in ?? ()
No symbol table info available.


registers:
eax0x0  0
ecx0x10 16
edx0x81fd048136302664
ebx0xb77e6000   -1216454656
esp0xbfffebf0   0xbfffebf0
ebp0x2  0x2
esi0x12 18
edi0x0  0
eip0xb74ec5c1   0xb74ec5c1 
eflags 0x210286 [ PF SF IF RF ID ]
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0  0
gs 0x33 51


current instructions:
=> 0xb74ec5c1 : cmpl   $0x2,0x18(%eax)
   0xb74ec5c5 : je 0xb74ec5cf 
   0xb74ec5c7 : test   $0x20,%edi
   0xb74ec5cd : je 0xb74ec621 
   0xb74ec5cf : or $0x10,%edi
   0xb74ec5d2 : jmp0xb74ec4f2 
   0xb74ec5d7 : mov%esi,%esi
   0xb74ec5d9 : lea0x0(%edi,%eiz,1),%edi
   0xb74ec5e0 : sub$0x8,%esp
   0xb74ec5e3 : push   $0x5
   0xb74ec5e5 : pushl  0x14(%esp)
   0xb74ec5e9 : call   0xb7519cb0 
   0xb74ec5ee : add$0x10,%esp
   0xb74ec5f1 : test   %eax,%eax
   0xb74ec5f3 : je 0xb74ec4e6 
   0xb74ec5f9 : cmpl   $0x2,0x18(%eax)


threads backtrace:

Thread 1 (Thread 0xb780e980 (LWP 12609)):
#0  0xb74ec5c1 in intelClear (ctx=0xb7fb901c, mask=18) at 
../../../../../../../src/mesa/drivers/dri/i915/intel_clear.c:155
#1  0xb726699d in _mesa_Clear (mask=16640) at 
../../../../src/mesa/main/clear.c:226
#2  0x08049f2d in ?? ()
#3  0x080496d4 in ?? ()
#4  0xb7ae6a63 in __libc_start_main (main=0x80491d0, argc=1, argv=0xbfffee34, 
init=0x804b2b0, fini=0x804b320, rtld_fini=0xb7fedc90 <_dl_fini>, 
stack_end=0xbfffee2c) at libc-start.c:287
#5  0x08049d1c in ?? ()

Bug#799959: /usr/bin/transmission-daemon: segfaults shortly after hibernate/resume

2015-09-24 Thread Ivan Krylov 
Package: transmission-daemon
Version: 2.84-0.2
Severity: normal
File: /usr/bin/transmission-daemon

Dear Maintainer,
I use transmission-daemon and transmission-qt as frontend.
It might matter that one of my download locations is a USB HDD
which sometimes needs to be remounted after hibernate.

I attached to gdb transmission-daemon and saved a backtrace after it
crashed.

(reportbug also tried to compose mail to sub...@trac.transmissionbt.com,
but it seems to be inaccessible from gmail)

--
Best regards,
Ivan

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages transmission-daemon depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-18+deb8u1
ii  libcurl3-gnutls  7.38.0-4+deb8u2
ii  libevent-2.0-5   2.0.21-stable-2
ii  libminiupnpc10   1.9.20140610-2
ii  libnatpmp1   20110808-3
ii  libssl1.0.0  1.0.1k-3+deb8u1
ii  libsystemd0  215-17+deb8u2
ii  lsb-base 4.1+Debian13+nmu1
ii  transmission-common  2.84-0.2
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages transmission-daemon recommends:
ii  transmission-cli  2.84-0.2

transmission-daemon suggests no packages.

-- Configuration Files:
/etc/transmission-daemon/settings.json [Errno 13] Permission denied:
u'/etc/transmission-daemon/settings.json'

-- no debconf information

#0  0xb774d128 in jsonStringFunc (val=0xb6bfae08, vdata=0xb6bfae60) at 
variant-json.c:535
out = 0xb77355aa  "\201Уž\205\b"
outwalk = 
outend = 
vec = {{iov_base = 0xb77355aa , iov_len = 
3078347592}}
data = 0xb6bfae60
str = 0xb778c368 "rateDownload"
len = 12
it = 0xb778c368 "rateDownload"
end = 0xb778c374 ""
#1  0xb774b3fa in tr_variantWalk (v=0xb5d64c10, walkFuncs=0xb77bd884 
, user_data=0xb6bfae60, sort_dicts=true) at variant.c:825
tmp = {type = 2 '\002', key = 3072951660, val = {b = false, d = 
5.0927898983166536e-312, i = 1030792151040, s = {type = TR_STRING_TYPE_QUARK, 
quark = 240, len = 12, str = {buf = "h\303x\267", '\000' , 
str = 0xb778c368 "rateDownload"}}, l = {alloc = 0, count = 240, vals = 0xc}}}
node = 0xb5d64c10
v = 0x0
stackSize = 4
#2  0xb774f57e in tr_variantToBufJson (top=0xb6bfaf88, buf=0xb5ae85d0, 
lean=true) at variant-json.c:638
data = {doIndent = false, parents = 0xb6268f30, out = 0xb5ae85d0}
#3  0xb774bf74 in tr_variantToBuf (v=0xb6bfaf88, fmt=TR_VARIANT_FMT_JSON_LEAN) 
at variant.c:1108
lc_numeric = 
"C\000t\267\000\000\000\000\060C\v\264]\277w\267H\333{\267\226\001\000\000Vqt\267H\333{\267U\323w\267а
…
\256\265\000\257\277\266\000\257\277\266^\243t\267H\333{\267\210\257\277\266`\331{\267ФАt\267\000\071y\267\266\241t\267\210\257\277\266M\266t\267\210\257\277\266?\001\000\000\210\257\277\266\034\266t\267\000\000\000\000`\331{\267\070\257\277\266\223\266t\267\001\000\000\000`\331{\267\b\000\000"
buf = 0xb5ae85d0
#4  0xb77794e9 in request_exec (session=0x6eef30f2, session@entry=0xb7b2df88, 
request=0x0, request@entry=0xb6bfaff8, callback=0xb7771370 , 
callback_user_data=0xb4c2bdf0) at rpcimpl.c:2241
tag = 0
response = {type = 8 '\b', key = 0, val = {b = 8, d = 
6.3659873768483421e-314, i = 12884901896, s = {type = (unknown: 8), quark = 3, 
len = 3039720688, str = {buf = '\000' , str = 0x0}}, l = 
{alloc = 8, count = 3, vals = 0xb52e74f0}}}
args_out = 0x6eef30f2
buf = 0xb77bd960 
i = 8
str = 0xb5428530 "torrent-get"
#5  0xb777e767 in tr_rpc_request_exec_json (session=0xb7b2df88, 
request_json=0xb5e489a0, request_len=, callback=0xb7771370 
, callback_user_data=0xb4c2bdf0) at rpcimpl.c:2277
top = {type = 8 '\b', key = 3077144343, val = {b = 8, d = 
6.3659873768483421e-314, i = 12884901896, s = {type = (unknown: 8), quark = 3, 
len = 3041035512, str = {buf = '\000' , str = 0x0}}, l = 
{alloc = 8, count = 3, vals = 0xb54284f8}}}
have_content = 
#6  0xb7771f4a in handle_rpc_from_json (json_len=, 
json=, server=, req=) at 
rpc-server.c:556
data = 0x6eef30f2
#7  handle_rpc (server=, req=) at rpc-server.c:566
q = 0xb5e489a0 
"{\"arguments\":{\"fields\":[\"id\",\"rateUpload\",\"rateDownload\",\"downloadDir\",\"status\",\"error\",\"errorString\",\"sizeWhenDone\",\"leftUntilDone\",\"haveUnchecked\",\"haveValid\",\"desiredAvailable\",\"peersGettingFromUs\""...
#8  handle_request (req=0xb501db60, arg=0xb62036d8) at rpc-server.c:688
auth = 0xb5e489a0

Bug#794833: /usr/bin/xflock4: xflock4 sometimes calls slock after wakeup despite xscreensaver running

2015-08-07 Thread Ivan Krylov 
Package: xfce4-session
Version: 4.10.1-10
Severity: normal
File: /usr/bin/xflock4

Dear Maintainer,
Sometimes, after my system wakes up from suspend/hibernate, xscreensaver
locks the screen, then, after I unlock it (too fast?) slock runs and
locks the screen again.

I failed to obtain any error messages from xscreensaver (there are none in
~/.xsession-errors after the event), sorry for that.

Feel free to reassign to xscreensaver if you think the problem is its fault,
not xflock4's.

Best regards,
Ivan

-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-session depends on:
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.18-0+deb8u1
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libglib2.0-0   2.42.1-1
ii  libgtk2.0-02.24.25-3
ii  libice62:1.0.9-1+b1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpangoft2-1.0-0  1.36.8-3
ii  libpolkit-gobject-1-0  0.105-8
ii  libsm6 2:1.2.2-1+b1
ii  libwnck22  2.30.7-2
ii  libx11-6   2:1.6.2-3
ii  libxfce4ui-1-0 4.10.0-6
ii  libxfce4util6  4.10.1-2
ii  libxfconf-0-2  4.10.0-3
ii  multiarch-support  2.19-18
ii  xfce4-settings 4.10.1-2
ii  xfconf 4.10.0-3

Versions of packages xfce4-session recommends:
ii  dbus-x11   1.8.18-0+deb8u1
ii  libpam-systemd 215-17+deb8u1
ii  systemd-shim   9-1
ii  systemd-sysv   215-17+deb8u1
ii  upower 0.99.1-3.2
ii  x11-xserver-utils  7.7+3+b1
ii  xfdesktop4 4.10.2-3
ii  xfwm4  4.10.1-3
ii  xscreensaver   5.30-1+b1

Versions of packages xfce4-session suggests:
pn  fortunes-mod  none
ii  sudo  1.8.10p3-1+deb8u2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783976: console-cyrillic: fails under systemd LSB compatibility

2015-05-01 Thread Ivan Krylov 
Package: console-cyrillic
Severity: normal

Dear Maintainer,
When booting under systemd, the /etc/init.d/console-cyrillic init script
launches /usr/bin/cyr, which expects linux console as its terminal.

However, LSB compatibility for systemd captures the init script's
STDOUT and STDERR, so cyr fails with the error message:
cyr: This command may be executed only in Linux console.

Sorry for not having a patch ready. There can be several approaches, from
setting 'Conflicts: systemd-sysv' to providing a systemd unit file which
sets the TTY as needed.

Best regards,
Ivan

-- System Information:
Debian Release: 7.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-0.bpo.4-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759174: iso-scan: possible troubles with ISO images with spaces in their full pathname

2014-11-09 Thread Ivan Krylov 
Hi!

I would like to suggest the following patch to get rid of space-related
problems. The only two characters which are still bad in iso file
paths are newline (because output from find is split by newlines) and
, (because $ISOS_FOUND is split by it by debconf and analyze_cd()
replaces commas with spaces).

I manually rebuilt the current hd-media/initrd.gz to include my version
of iso-scan.postinst and it did successfully find the file I named /1 2
3/4 5 6/7 8 9.iso (screenshot attached).

I set IFS to \n\0 because $() cuts the trailing newlines and I didn't
figure out a way to put \0 in a variable in dash. The result is that IFS
gets the value of \n.

Best regards,
Ivan
diff --git a/debian/iso-scan.postinst b/debian/iso-scan.postinst
index a21ed85..266fa83 100755
--- a/debian/iso-scan.postinst
+++ b/debian/iso-scan.postinst
@@ -67,10 +67,10 @@ analyze_cd () {
 
 # Try to mount a file as an iso, and see if it's a Debian cd.
 add_usable_iso () {
-	local iso_to_try=$1
+	local iso_to_try=$1
 	local iso_device=$2
 	local isodesc
-	if ! mount -t iso9660 -o loop,ro,exec $iso_to_try /cdrom 2/dev/null; then
+	if ! mount -t iso9660 -o loop,ro,exec $iso_to_try /cdrom 2/dev/null; then
 		log Failed mounting $iso_to_try (from $iso_device) as an ISO image
 		return
 	fi
@@ -162,17 +162,21 @@ scan_device_for_isos() {
 			elif [ $look_subdirs = 1 ]; then
 opt=-type f
 			fi
-			isolist=$(find $dir $opt -name *.iso -o -name *.ISO 2/dev/null)
 			TOPLEVEL_DIRS_COUNT=$(($TOPLEVEL_DIRS_COUNT + 1))
 
-			for iso in $isolist; do
+			found=$(find $dir $opt -name *.iso -o -name *.ISO 2/dev/null)
+			oldIFS=$IFS
+			IFS=$(printf \n\0)
+			for iso in $found; do
+IFS=$oldIFS
 # FIXME: is this enough to detect broken symlinks?
-[ -e $iso ] || continue
+[ -e $iso ] || continue
 
 log Found ISO $iso on $dev
 ISO_COUNT=$(($ISO_COUNT + 1))
-add_usable_iso $iso $dev
+add_usable_iso $iso $dev
 			done
+			IFS=$oldIFS
 			if [ $progress = dir ]; then
 db_progress STEP 1
 			fi
@@ -199,18 +203,18 @@ scan_device_for_isos() {
 
 # Mount selected ISO as Installer image
 use_this_iso () {
-	local iso_to_try=${1#/}
+	local iso_to_try=${1#/}
 	local iso_device=$2
 	local RET
 
 	mount -t auto -o ro $iso_device /hd-media 2/dev/null
 	cd /hd-media
-	mount -t iso9660 -o loop,ro,exec $iso_to_try /cdrom 2/dev/null
+	mount -t iso9660 -o loop,ro,exec $iso_to_try /cdrom 2/dev/null
 
 	analyze_cd
 
-	db_subst iso-scan/success FILENAME $iso_to_try
-	db_set iso-scan/filename $iso_to_try
+	db_subst iso-scan/success FILENAME $iso_to_try
+	db_set iso-scan/filename $iso_to_try
 	db_subst iso-scan/success DEVICE $iso_device
 	# FIXME !!!
 	db_subst iso-scan/success SUITE FIXME
@@ -469,6 +473,6 @@ device=/dev/$(echo $SELECTED_ISO | sed -e 's/\[\(.*\)\] .*/\1/')
 iso=$(echo $SELECTED_ISO | sed -e 's/\[.*\] \(.*\) (.*/\1/')
 log Selected ISO: $iso on $device
 
-use_this_iso $iso $device
+use_this_iso $iso $device
 
 exit 0

Bug#763143: flashplugin-nonfree: flashplugin failed to get upstream version

2014-10-25 Thread Ivan Krylov 
On Sun, 28 Sep 2014 11:22:15 +0400 Konstantin konstan...@rulevoi.net
wrote:
 When i try to install version 1:3.6 in testing, I get the following error:
 failed to read http://www.adobe.com/ at get-upstream-version.pl line 48.
 ERROR: failed to get upstream version
 More information might be available at:
   http://wiki.debian.org/FlashPlayer
 
 Kernel: Linux 3.14-2-amd64 (SMP w/3 CPU cores)
 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

I've got this behaviour, too. For some reason my DNS is too slow when
resolving www.adobe.com, so wget --timeout=15 fails to download the web
page when get-upstream-version.pl tries to do its job. Both increasing
the timeout to 30 and changing DNS server make it work again.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754475: llgal: add pagination support

2014-07-11 Thread Ivan Krylov 
Package: llgal
Version: 0.13.17-2
Severity: wishlist
Tags: patch

Dear Maintainer,

When the gallery consists of a lot of images, opening single index.html linking 
to
all of them causes a lot of load on both client and server.

To avoid this I would like to suggest splitting this index page into multiple 
pages.

Attached is the patch I wrote to paginate the output by amount of images 
specified
in the config file. Its template work is rather kludgy, but it works.

Please tell me whether you are interested in it and what else do I need to fix 
if so.

Best regards,
Ivan

-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.13-0.bpo.1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages llgal depends on:
ii  imagemagick 8:6.7.7.10-5+deb7u3
ii  libimage-size-perl  3.232-1
ii  liblocale-gettext-perl  1.05-7+b1
ii  liburi-perl 1.60-1
ii  perl5.14.2-21+deb7u1

Versions of packages llgal recommends:
pn  libimage-exiftool-perl  none

llgal suggests no packages.

-- no debconf information
Description: add pagination support
 Add new option, img_per_page, which allows to split the main index.html into
 a number of files, each containing no more than img_per_page frames.
 .
 Author: Ivan Krylov krylov.r...@gmail.com

Index: llgal-0.13.17/llgal.in
===
--- llgal-0.13.17.orig/llgal.in	2014-07-11 14:33:13.0 +0400
+++ llgal-0.13.17/llgal.in	2014-07-11 14:34:18.892230745 +0400
@@ -1907,17 +1907,24 @@
 my @headers = @{$gallery-{headers}} ;
 my @footers = @{$gallery-{footers}} ;
 
+my $img_per_page = $opts-{img_per_page};
+
+my $current = 0;
+
 # find the indextemplate
 my $indextemplate = (Llgal::Templates::find_template_file ($self, $opts, $opts-{indextemplate_filename}, 1))
 	. /$opts-{indextemplate_filename} ;
 $messages-print (Using '$indextemplate' as HTML index template.\n) ;
 
+while ($current = ($img_per_page ? int(@entries/$img_per_page) : 0)) {
+$messages-print(Writing page #$current\n);
 # open the template and the destination
-$messages-print (Creating the $opts-{index_filename}.$opts-{www_extension} file: ) ;
+my $filename = $opts-{index_filename}.($current?.$current:)..$opts-{www_extension};
+$messages-print (Creating the $filename file: ) ;
 open(IXR, $indextemplate)
 	or die Can't open the index template file '$indextemplate' ($!).\n ;
-open(IXW, $self-{destination_dir}$opts-{index_filename}.$opts-{www_extension})
-	or die Can't create main $opts-{index_filename}.$opts-{www_extension} file ($!).\n ;
+open(IXW, $self-{destination_dir}$filename)
+	or die Can't create main $filename file ($!).\n ;
 
 # headers
 my $line ;
@@ -1950,11 +1957,11 @@
 
 # output thumbnails
 my $forced_width_warning = 0 ;
-my $i = 0 ;
+my $i = $current*$img_per_page;
 $messages-init_percentage (scalar @entries) ;
 
-while ($i  scalar @entries) {
-	my $entry = $entries[$i] ;
+IMAGE: while ($i  ($img_per_page ? $img_per_page*($current+1) : @entries)) {
+	my $entry = $entries[$i] or last IMAGE; # then loop terminates because $current  int(@entries/$img_per_page)
 	my $type = $entry-{type} ;
 
 	if ($type == $TYPE_LINE or $type == $TYPE_BREAK) {
@@ -2178,9 +2185,19 @@
 		$line =~ s/$field/$common_fields-{$field}/g ;
 	}
 
+next if !$img_per_page and $line =~ m[!--(NEXT|PREV)-PAGE(-TEXT)?--];
+
+	$line =~ s[!--(NEXT|PREV)-PAGE(-TEXT)?--][
+		my $number = ($current + {NEXT=+1,PREV=-1}-{$1}) % (int(@entries/$img_per_page) + 1);
+			my $link = $opts-{index_filename} . ($number ? .$number : ) . .$opts-{www_extension};
+			$2 ? {NEXT=,PREV=}-{$1}.$number
+			   : $link;
+		  ]exg;
+
 	print IXW $line ;
 	}
 }
+$current++;
 close IXW ;
 close IXR ;
 
@@ -2189,6 +2206,7 @@
 $messages-warning (Row width max ($opts-{pixels_per_row}) too low for one single thumbnail. 
 	. Forced $forced_width_warning time. ($forced_width_warning1?s:) ..)
 	if $forced_width_warning ;
+}
 }
 
 ###
Index: llgal-0.13.17/lib/Llgal/Config.pm
===
--- llgal-0.13.17.orig/lib/Llgal/Config.pm	2014-07-11 13:28:10.356551839 +0400
+++ llgal-0.13.17/lib/Llgal/Config.pm	2014-07-11 14:33:13.0 +0400
@@ -99,6 +99,7 @@
 FIL_link_to_target = $OPT_IS_NUMERIC,
 DIR_link_to_target = $OPT_IS_NUMERIC,
 LNK_link_to_target = $OPT_IS_NUMERIC,
+img_per_page = $OPT_IS_NUMERIC,
 # Slides
 make_no_slides = $OPT_IS_NUMERIC,
 make_slide_filename_from_filename = $OPT_IS_NUMERIC,
@@ -302,6 +303,8 @@
 	FIL_link_to_target = 0,
 	DIR_link_to_target = 0,
 	LNK_link_to_target = 0,
+# images per

Bug#687112: Fixed in 4.10

2014-05-04 Thread Ivan Krylov 
I couldn't reproduce this behaviour in a fresh Jessie install with
desktop=xfce. It's probably fixed in 4.10, especially since there is no
xfce4-settings-helper.

Apparently the bug is not going to be fixed upstream in 4.8.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#687112: /usr/bin/xfce4-settings-helper: periodically makes Xorg consume 100% cpu and stops processing global hotkeys

2012-09-09 Thread Ivan Krylov 
Package: xfce4-settings
Version: 4.8.3-2
Severity: important
File: /usr/bin/xfce4-settings-helper

Dear Maintainer,
This problem happens periodically, approximately one time in 20-40 minutes.
Firstly, screen freezes, except the mouse cursor. After 3-5 seconds it 
unfreeses,
and one can see in the systemload plugin that CPU is being heavily used.

In this period of time all global hotkeys set up in the keyboard settings don't 
work, but
window manager hotkeys do. If a terminal is running, htop can be run in it.

It shows that Xorg consumes 100% of one CPU core, and xfce4-settings-helper 
uses 30% more.

This bug can be somehow related to xfce4-xkb-plugin (or just XKB) because one 
way to reproduce
the freeze is to open and close the plugin settings, and when wine is running, 
the freeze usually
precedes some complainments, like this:

fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4190419, : semi-stub!

Unfortunately, nothing interesring shows up in ~/.xsession-errors. I tried 
attching strace to
xfce4-settings-helper after it starts consuming CPU, but didn't get anything 
useful.

Please let me know if there is anyting else I can do to debug this issue.

Best regards,
Ivan

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-settings depends on:
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.0-1
ii  libexo-1-0  0.6.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-2
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1
ii  libxcursor1 1:1.1.13-1
ii  libxfce4ui-1-0  4.8.1-1
ii  libxfce4util4   4.8.2-1
ii  libxfconf-0-2   4.8.1-1
ii  libxi6  2:1.6.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  xfconf  4.8.1-1

Versions of packages xfce4-settings recommends:
ii  x11-utils  7.7~1
ii  xfce4-volumed  0.1.13-3

xfce4-settings suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662232: closed by Tobias Quathamer to...@debian.org (Bug#662232: fixed in worker 2.19.2-1)

2012-06-09 Thread Ivan Krylov 
I'm sorry, but can you please add Build-Depends: libxft-dev, so the XFT
support can be actually built?

./configure doesn't fail if some of the requested options is not
available on the system, so XFT support is silently ignored if
libxft-dev is not present on the building machine.

Best Regards,
Krylov Ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#675331: initscripts: checkroot.sh and checkfs.sh: notifying the user about the check if plymouth is running may be useful

2012-05-31 Thread Ivan Krylov 
Package: initscripts
Version: 2.88dsf-22.1
Severity: wishlist

Dear Maintainer,
Filesystem check can take a long time, and if there is plymouth running, the 
user
can be easily confused by silent splash screen (for example, one may think that
the computer is hang).

My suggestion is to add the check for running plymouth and something like this:
/bin/plymouth message --text=Filesystem check is running, this can take some 
time...
to checkroot.sh and checkfs.sh.

Or should this question be related to lsb-base (and /lib/lsb/init-functions), 
not to initscripts?

Best regards,
Krylov Ivan

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (300, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages initscripts depends on:
ii  coreutils   8.13-3.2
ii  debianutils 4.3
ii  libc6   2.13-32
ii  lsb-base4.1+Debian3
ii  mount   2.20.1-4
ii  sysv-rc 2.88dsf-22.1
ii  sysvinit-utils  2.88dsf-22.1
ii  ucf 3.0025+nmu3

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.2-2
ii  psmisc 22.16-1

initscripts suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664784: ITP: sandbox -- A helper utility to run programs in a sandboxed environment

2012-03-21 Thread Ivan Krylov 

21.03.2012 03:50, Ben Hutchings wrote:

So why do we need this as well as fakeroot?
For example, this program can be easily used to run an untrusted or 
buggy blob relatively safely. How can I do this using only fakeroot?


Ivan.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664875: transmission-gtk: aborts when trying to add the first torrent

2012-03-21 Thread Ivan Krylov 
Package: transmission-gtk
Version: 2.50-1
Severity: important

Dear Maintainer,
I've just installed transmission-gtk and tried to add the first torrent[1]
in it. When I downloaded it with Iceweasel, selected open in Transmission
and agreed with the first welcome dialog, it crashed. The backtrace from
transmission-dbg is attached.

[1] http://dl.xonotic.org/xonotic-0.6.0.zip.torrent

Best regards,
Ivan Krylov.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages transmission-gtk depends on:
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-7
ii  libcairo21.10.2-7
ii  libcurl3-gnutls  7.24.0-1
ii  libevent-2.0-5   2.0.17-stable-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libglib2.0-0 2.30.2-6
ii  libgtk-3-0   3.2.3-1
ii  libminiupnpc51.5-2
ii  libnatpmp1   20110808-3
ii  libpango1.0-01.29.4-2
ii  libssl1.0.0  1.0.0h-1
ii  transmission-common  2.50-1
ii  zlib1g   1:1.2.6.dfsg-2

Versions of packages transmission-gtk recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-6

transmission-gtk suggests no packages.

-- no debconf information
Reading symbols from /usr/bin/transmission-gtk...Reading symbols from 
/usr/lib/debug/usr/bin/transmission-gtk...done.
done.
(gdb) run
Starting program: /usr/bin/transmission-gtk
[Thread debugging using libthread_db enabled]
Using host libthread_db library 
/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1.
[New Thread 0xb6836b70 (LWP 24220)]
[New Thread 0xb5effb70 (LWP 24221)]
[New Thread 0xb56e7b70 (LWP 24222)]
[New Thread 0xb4ee6b70 (LWP 24223)]
[New Thread 0xb46e5b70 (LWP 24224)]
[Thread 0xb46e5b70 (LWP 24224) exited]
**
ERROR:open-dialog.c:284:gtr_torrent_options_dialog_new: code should not be 
reached

Program received signal SIGABRT, Aborted.
0xb7fe2424 in __kernel_vsyscall ()
(gdb) bt full
#0  0xb7fe2424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7156941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7159d72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb75f4e8e in g_assertion_message () from 
/lib/i386-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x0807ad2c in gtr_torrent_options_dialog_new (parent=0x82378f0, 
core=0x813fa98, ctor=0x8376ca0) at open-dialog.c:284
row = optimized out  
col = optimized out  
str = optimized out  
w = optimized out
d = 0x813a540
t = optimized out
l = optimized out
source_chooser = optimized out
data = optimized out 
flag = optimized out 
list = optimized out 
walk = optimized out 
__PRETTY_FUNCTION__ = gtr_torrent_options_dialog_new
#5  0x080747a4 in on_add_torrent (core=0x813fa98, ctor=0x8376ca0, 
gdata=0xbfffef34) at main.c:1053
cbdata = 0xbfffef34
w = optimized out
#6  0xb76a8423 in g_cclosure_marshal_VOID__POINTER () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#7  0xb76a63dc in g_closure_invoke () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#8  0xb76b9180 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#9  0xb76c1f17 in g_signal_emit_valist () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#10 0xb76c2083 in g_signal_emit () from 
/usr/lib/i386-linux-gnu/libgobject-2.0.so.0
No symbol table info available.
#11 0x080808b5 in core_add_ctor (core=0x813fa98, ctor=0x8376ca0, 
do_prompt=optimized out, do_notify=1) at tr-core.c:1021
inf = {totalSize = 1010847148, name = 0x838b5b8 xonotic-0.6.0.zip,
  torrent = 0x8336300 
/home/aitap/.config/transmission/torrents/xonotic-0.6.0.zip.d0779ee32e9c1c11.torrent,
  webseeds = 0x832b770, comment = 0x8328230 , creator = 0x8328c10 
KTorrent/4.1.2, files = 0x838f070,
  pieces = 0x8370600, trackers = 0x8380c80, dateCreated = 1331239867, 
trackerCount = 3, webseedCount = 1,
  fileCount = 1, pieceSize = 2097152, pieceCount = 483,
  hash = \320w\236\343.\234\034\021\004\355\367\306K\306Я\257\312={,
  hashString = d0779ee32e9c1c1104edf7c64bc6d0afafca3d7b, isPrivate = 
false, isMultifile = false}
err = 0
#12 0x08080a06 in add_file (core=0x813fa98, file=0x8336070, do_start=optimized 
out, do_prompt=1, do_notify=1)
at tr-core.c:1154
ctor = 0x8376ca0
tried = optimized out
loaded = true
handled = true
session = 0x6
#13 0x08081b4c in gtr_core_add_files (core=0x813fa98, files

Bug#664784: ITP: sandbox -- A helper utility to run programs in a sandboxed environment

2012-03-21 Thread Ivan Krylov 

21.03.2012 22:12, Ben Armstrong wrote:
 I worry about how generic this name is.
I was worried too. So the package can be called gentoo-sandbox instead 
(sorry, but I don't know how to rename the package in an ITP bug).
 I wanted to check this package upstream, not search all day through 
the gentoo site for it. Help me out, please?
The source can be found at http://dev.gentoo.org/~vapier/dist/ (the 
latest version is 
http://dev.gentoo.org/~vapier/dist/sandbox-2.5.tar.xz), and 
http://gentoo.org/ is mentioned as homepage in the ebuild (and 
everywhere I searched for it). I tried to google deeper, but found 
nothing that looked like the program website.


Best regards,
Ivan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664784: ITP: sandbox -- A helper utility to run programs in a sandboxed environment

2012-03-20 Thread Ivan Krylov 
Package: wnpp
Severity: wishlist
Owner: Ivan Krylov krylov.r...@gmail.com

* Package name: sandbox
  Version : 2.5
  Upstream Author : Gentoo Foundation vap...@gentoo.org
* URL : http://gentoo.org/
* License : GPL-2.0+
  Programming Lang: C
  Description : A helper utility to run programs in a sandboxed environment

 Sandbox is a library (and helper utility) to run programs in a sandboxed
 environment.  This is used as a QA measure to try and prevent applications from
 modifying files they should not.
 .
 For example, in the Gentoo world it is used for building applications as root
 and being sure that the build system does not do crazy things outside of its
 build directory.  Such as install files to the live root file system or modify
 config files on the fly.
 .
 For people who are familiar with the Debian fakeroot project or the RPM based
 InstallWatch, sandbox is in the same vein of projects.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#663146: avfs: extfs doesn't work because there are no files in the expected place

2012-03-08 Thread Ivan Krylov 
Package: avfs
Version: 1.0.0-3
Severity: normal

Dear Maintainer,
as (I suppose) extfs files were moved to /usr/share according to the Debian
policy, avfs should be told to look for it there, but not in /usr/lib.
Otherwise, MC extfs support in AVFS is not present.

The symptoms are:
1) AVFS-based programs (avfsd, worker) cannot use MC extfs (they return
no such file or directory when one is trying to open files which should
be supported, like 7-Zip archives)
2) There are messages in syslog, like this:
avfs[$pid]: Could not open extfs config file /usr/lib/avfs/extfs/extfs.ini: No 
such file or directory

As we can see,
avfs-1.0.0/modules/extfs.c:
--- cut here: start ---
static int extfs_init(struct vmodule *module)
{
...
extfs_dir = av_get_config(moduledir);
extfs_dir = av_stradd(extfs_dir, /extfs, NULL);
extfs_conf = av_stradd(NULL, extfs_dir, /extfs.ini, NULL);

fd = open(extfs_conf, O_RDONLY);
if(fd == -1) {
res = -errno;
av_log(AVLOG_WARNING, Could not open extfs config file %s: %s,
 extfs_conf, strerror(errno));
av_free(extfs_conf);
av_free(extfs_dir);
return res;
}
--- cut here: end ---
what does av_get_config() do?
avfs-1.0.0/src/sysdeps.c:
--- cut here: start ---
char *av_get_config(const char *param)
{
...
if(strcmp(param, moduledir) == 0)
val = MODULE_DIR;
--- cut here: end ---
and after the avfs ./configure we can find the MODULE_DIR definition:
../src/info.h:#define MODULE_DIR /usr/lib/avfs

Also, ${moduledir} is defined at ./configure-time, but there is no
../configure option for it:
../configure:moduledir='${libdir}/avfs' (line 24297)
so I suggest the following patch to ./configure:
--- cut here: start ---
--- avfs-1.0.0.orig/configure
+++ avfs-1.0.0/configure
@@ -24294,7 +24294,7 @@
LIBS=$LIBS -pthread
 fi
 
-moduledir='${libdir}/avfs'
+moduledir='${datarootdir}/avfs'


--- cut here: end ---

After applying it the following lines in debian/rules were unneeded:
--- cut here: start ---
# Move the scripts to /usr/share
mv $(CURDIR)/debian/avfs/usr/lib/avfs $(CURDIR)/debian/avfs/usr/share
--- cut here: end ---

When I installed the AVFS version built with these patches, `worker` became
able to open 7-Zip archives via MC extfs #u7z module.

Best regards,
Ivan Krylov.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages avfs depends on:
ii  fuse  2.8.6-4
ii  libc6 2.13-26
ii  libfuse2  2.8.6-4

avfs recommends no packages.

Versions of packages avfs suggests:
pn  arj none
pn  cdparanoia  none
pn  lha none
pn  p7zip   9.20.1~dfsg.1-4
pn  p7zip-full  9.20.1~dfsg.1-4
pn  rpm none
pn  unzip   6.0-5
pn  wget1.13.4-2
pn  zip none
pn  zoo none

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#644534: xxkb or other indicator?

2012-03-08 Thread Ivan Krylov 
I agree, there should be a way to know which keyboard layout is being
used in the time of entering the password.

For example, I was using scroll-lock keyboard LED to indicate the
layout, but now there are no keyboard LEDs on my netbook, so I have this
problem too.

I tried to use xxkb for indication of the keyboard layout, but it
didn't help (it didn't show any indicator on the password prompt
window, no matter what XXkb.button.geometry I entered).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662232: worker: possibly build with XFT support by default

2012-03-04 Thread Ivan Krylov 
Package: worker
Version: 2.18.1-1
Severity: wishlist

Dear Maintainer,
4 years ago an experimental XFT support was added to worker [1].
It's still called experimental. I've been using self-built worker with
--enable-xft for a week, and it was working normally. Another user said
that he's using it since the beginning ([2], but it's a link to a russian
forum) and didn't find any bugs.

IMHO, if you will build worker with --enable-xft, it will be better, and
many other users will have an opportunity to test it.

Also, there are very few XFT-related bugs (I could find only one memory
leak and one compilation fail), and there is a discussion in the mail
list [3] about removing the experimental status of the feature.

Best reagrds,
Krylov Ivan

[1] http://www.boomerangsworld.de/cms/worker/changes?lang=en#vers2-16-3
[2] http://www.linux.org.ru/gallery/screenshots/7460293?cid=7478921
[3] 
http://sourceforge.net/mailarchive/forum.php?thread_name=CAPGd3h2DkzFnMi%3DGSxpYxTuZTfxKeJAAKLjcxt6x63Abxp0q7w%40mail.gmail.comforum_name=workerfm-users

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages worker depends on:
ii  avfs 1.0.0-3
ii  libc62.13-26
ii  libgcc1  1:4.6.2-12
ii  libmagic15.10-1
ii  libstdc++6   4.6.2-12
ii  libx11-6 2:1.4.4-4
ii  worker-data  2.18.1-1

Versions of packages worker recommends:
pn  x11-utils  7.6+4
pn  xli | imagemagick  none

worker suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662242: pastebinit: only one file can be specified on the command line

2012-03-04 Thread Ivan Krylov 

forwarded 662242 https://bugs.launchpad.net/pastebinit/+bug/946895
thanks

on 05.03.2012 09:14, Rolf Leggewie wrote:

Ivan, thank you for your report.  The best place for upstream tickets is
https://launchpad.net/pastebinit/

Thanks, I've created a new bug report there.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org