Bug#825751: RFP: linconnect-server -- Mirror Android notifications on a Linux desktop.

2016-05-29 Thread Jayson Willson 
Package: wnpp
Severity: wishlist

* Package name: linconnect-server
  Version : 2.20
  Upstream Author : Will Hauck 
* URL : https://github.com/hauckwill/linconnect-server
* License : GPL
  Programming Lang: Python
  Description : Mirror Android notifications on a Linux desktop.

LinConnect is a project to mirror all Android notifications on a Linux desktop
using LibNotify.

Bug#816130: xmobar: example configuration in /usr/share/doc is invalid

2016-02-27 Thread Jayson Willson 
Package: xmobar
Version: 0.23.1-2
Severity: normal

In /usr/share/doc/xmobar/examples/xmobar.config the second line contains 
"addtionalFonts", which is incorrect and causes xmobar error if I run with this 
config.
Should be "additionalFonts" instead.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xmobar depends on:
ii  libc6 2.21-9
ii  libffi6   3.2.1-4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libiw30   30~pre9-8
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.3+dfsg1-1
ii  libxpm4   1:3.5.11-1+b1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2

xmobar recommends no packages.

Versions of packages xmobar suggests:
ii  xmonad  0.12-1

-- no debconf information

Bug#816024: RFP: xdo -- small X utility to perform elementary actions on windows

2016-02-26 Thread Jayson Willson 
Package: wnpp
Severity: wishlist

* Package name: xdo
  Version : 0.5
  Upstream Author : Bastien Dejean 
* URL : https://github.com/baskerville/xdo
* License : BSD 2-clause license
  Programming Lang: C
  Description : small X utility to perform elementary actions on windows

Small X utility to perform elementary actions on windows

This piece of software is often used together with bspwm tiling window manager

Bug#815896: RFP: sxhkd -- simple X hotkey daemon

2016-02-25 Thread Jayson Willson 
Package: wnpp
Severity: wishlist

* Package name: sxhkd
  Version : 0.5.5
  Upstream Author : Bastien Dejean 
* URL : https://github.com/baskerville/sxhkd
* License : BSD 2-clause license
  Programming Lang: C
  Description : simple X hotkey daemon


sxhkd is a simple X hotkey daemon with a powerful and compact configuration
syntax.


sxhkd is often used with bspwm tiling window manager, as bspwm doesn't handle
any keyboard or pointer inputs: a third party program (e.g. sxhkd) is needed in
order to translate keyboard and pointer events to bspc invocations.

Bug#815894: RFP: lemonbar -- featherweight lemon-scented bar

2016-02-25 Thread Jayson Willson 
Package: wnpp
Severity: wishlist

* Package name: lemonbar
  Version : 1.1
  Upstream Author : https://github.com/LemonBoy
* URL : https://github.com/LemonBoy/bar
* License : https://github.com/LemonBoy/bar/blob/master/LICENSE
  Programming Lang: C
  Description : featherweight lemon-scented bar

lemonbar is a lightweight bar based on XCB. It provides foreground/background
color switching along with text alignment and colored under/overlining of text,
full utf8 support and reduced memory footprint. Nothing less and nothing more.

lemonbar is often used with bspwm tiling window manager

Bug#815891: RFP: bspwm -- bspwm is a tiling window manager that represents windows as the leaves of a full binary tree

2016-02-25 Thread Jayson Willson 
Package: wnpp
Severity: wishlist

* Package name: bspwm
  Version : 0.9
  Upstream Author : Bastien Dejean 
* URL : https://github.com/baskerville/bspwm
* License : BSD 2-Clause License
  Programming Lang: C
  Description : bspwm is a tiling window manager that represents windows as
the leaves of a full binary tree

bspwm is a tiling window manager that represents windows as the leaves of a
full binary tree.
It only responds to X events, and the messages it receives on a dedicated
socket.
bspc is a program that writes messages on bspwm's socket.

Bug#802897: (no subject)

2015-11-17 Thread Jayson Willson 
Seems strange, because if I enter wrong passphrase, I am prompted for it 
once more without any problems.

--
Yours sincerely, Jayson Willson

Bug#798208: Fix?

2015-10-26 Thread Jayson Willson 
Could you please consider removing 081_fix_huge_icons.patch so as to fix 
this bug?

--
Yours sincerely, Jayson Willson

Bug#802897: systemd: Opening an encrypted device can time out during passpharse entry

2015-10-25 Thread Jayson Willson 

Thank you. Would be glad to know, that this fix made it into stable.

Yours sincerely, Jayson Willson

24.10.2015 23:53, Michael Biebl пишет:

Control: fixed -1 217-1

Am 24.10.2015 um 22:03 schrieb Jayson Willson:

Package: systemd
Version: 215-17+deb8u2
Severity: important
Tags: patch

Attempting to "start" an encrypted device unit will time out after 90 seconds
if no passphrase is entered.
Have a look at: https://bugs.freedesktop.org/show_bug.cgi?id=84409
Problem is resolved upstream:
https://github.com/systemd/systemd/commit/a6fb0dc138d4e7895f8e607493279dbe4df117a1
It should be easy and safe to backport this fix to "stable".


Marking as fixed in 217-1.
We'll have to decide whether this issue is important enough for a stable
upload and the stable release team will have to ACK this.

Regards,
Michael

Bug#802897: Workaround

2015-10-25 Thread Jayson Willson 

For now we can use a simple workaround for this bug.

1.) Go to /run/systemd/generator/ and look for directory named 
"cryptdevice_name.d", where "cryptdevice_name" is the contents of the 
first row in /etc/crypttab (you can see file with such name in 
/dev/mapper/ after you unlock this volume).
2.) In this directory you will see a config file named 
"90-device-timeout.conf"
3.) Go to /etc/systemd/system/ and create directory named 
"dev-mapper-cryptdevice_name.device.d". For example, with

"home_decrypt /dev/local-vg/home none luks"
in my crypttab, the directory's name should be:
"dev-mapper-home_decrypt.device.d" (and also check if such unit exists 
in "systemctl --all" output)
4.) Put "90-device-timeout.conf" stated above into this directory. This 
should help.


--
Yours sincerely, Jayson Willson

Bug#801563: (no subject)

2015-10-23 Thread Jayson Willson 
Yes, I confirm. With timeout=1min everything goes fine, but with 
timeout=2min the situation I have described in the beginning happens 
again. I've heard about 1.30min systemd timeout for all units. Could it 
be because of this timeout?


--
Yours sincerely, Jayson Willson

Bug#801563: Seems like I have managed to solve the problem

2015-10-23 Thread Jayson Willson 
I have added "timeout=1" to the fourth row of crypttab, and now systemd 
falls to emergency mode correctly.


--
Yours sincerely, Jayson Willson

Bug#801563: cryptsetup: if I do not enter unlocking password during initialization at a time, systemd can not boot

2015-10-11 Thread Jayson Willson 
Package: cryptsetup
Version: 2:1.6.6-5
Severity: important

I have Debian 8.2, systemd 215-17, cryptsetup 1.6.6-5 and the following
partitioning structure:
NAME   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda  8:00 111,8G  0 disk
├─sda1   8:10   200M  0 part  /boot/efi
├─sda2   8:2060G  0 part
│ └─local--vg-debian--root 254:0030G  0 lvm   /
├─sda3   8:30   300M  0 part
├─sda4   8:40   100M  0 part
├─sda5   8:50   128M  0 part
└─sda6   8:60  51,1G  0 part
sdb  8:16   0   1,8T  0 disk
└─sdb1   8:17   0   1,5T  0 part
  └─local--vg-home 254:10  1000G  0 lvm
└─home_decrypt 254:20  1000G  0 crypt /home

I.e. I have root and /home inside lvm, and /home is encrypted.
Here is my crypttab:

home_decrypt /dev/local-vg/home none luks

During boot time I am prompted for password to decrypt /home, and if it takes
me too long time to enter it (for example, if I go afk), systemd says:
"Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" to try again to
boot into default mode."
But after it I am not prompted for root login/pass, but instead I am prompted
for "/home" decryption password.
If I enter it, initialization continues, but systemd only reaches targets
"System initialization" and "Basic System". These stages complete successfully
(no errors), but I can not login, because there is no prompt for login. Ctrl+C,
Ctrl+D do not help, there is nothing on other ttys. Thus there is only one way
for me: reboot.



-- Package-specific info:
-- /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/local--vg-debian--root 
ro quiet

-- /etc/crypttab
home_decrypt /dev/local-vg/home none luks

-- /etc/fstab
/dev/local-vg/debian-root / ext4 defaults,relatime,discard 0 1
/dev/mapper/home_decrypt /home ext4 defaults,relatime 0 0
/dev/sda1 /boot/efi vfat defaults 0 0

-- lsmod
Module  Size  Used by
xt_multiport   12518  1 
iptable_filter 12536  1 
ip_tables  26011  1 iptable_filter
x_tables   27111  3 ip_tables,xt_multiport,iptable_filter
cfg80211  405538  0 
rfkill 18867  1 cfg80211
dm_crypt   22595  1 
algif_skcipher 13008  0 
af_alg 12988  1 algif_skcipher
joydev 17063  0 
hid_logitech_dj17192  0 
hid_generic12393  0 
snd_usb_audio 135354  3 
usbhid 44460  0 
snd_usbmidi_lib23388  1 snd_usb_audio
snd_rawmidi26806  1 snd_usbmidi_lib
snd_seq_device 13132  1 snd_rawmidi
snd_hda_codec_hdmi 45118  2 
nls_utf8   12456  1 
nls_cp437  16553  1 
vfat   17135  1 
fat61986  1 vfat
x86_pkg_temp_thermal12951  0 
intel_powerclamp   17159  0 
intel_rapl 17356  0 
coretemp   12820  0 
kvm_intel 139116  0 
kvm   388635  1 kvm_intel
crc32_pclmul   12915  0 
ghash_clmulni_intel12978  0 
aesni_intel   151423  2 
evdev  17445  11 
snd_hda_codec_realtek67127  1 
snd_hda_codec_generic63181  1 snd_hda_codec_realtek
aes_x86_64 16719  1 aesni_intel
lrw12757  1 aesni_intel
efi_pstore 12805  1 
nouveau  1122419  3 
mei_me 17941  0 
gf128mul   12970  1 lrw
glue_helper12695  1 aesni_intel
mei74977  1 mei_me
ablk_helper12572  1 aesni_intel
i915  837138  4 
cryptd 14516  4 ghash_clmulni_intel,aesni_intel,ablk_helper
mxm_wmi12515  1 nouveau
ttm77862  1 nouveau
psmouse99249  0 
pcspkr 12595  0 
drm_kms_helper 49210  2 i915,nouveau
snd_hda_intel  26327  3 
serio_raw  12849  0 
efivars17257  1 efi_pstore
snd_hda_controller 26646  1 snd_hda_intel
drm   249955  8 ttm,i915,drm_kms_helper,nouveau
snd_hda_codec 104463  5 
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
snd_hwdep  13148  2 snd_usb_audio,snd_hda_codec
i2c_algo_bit   12751  2 i915,nouveau
shpchp 31121  0 
snd_soc_rt5640 82832  0 
snd_soc_rl6231 12442  1 snd_soc_rt5640
snd_soc_core  147254  1 snd_soc_rt5640
snd_compress   17197  1 snd_soc_core
snd_soc_sst_acpi   12559  0 
snd_pcm88662  8 
snd_soc_rt5640,snd_usb_audio,snd_soc_core,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
battery13356  0 
snd_timer

Bug#799745: udevil: systemd does not see/recognize devmon@.service

2015-09-21 Thread Jayson Willson 
Package: udevil
Version: 0.4.3-1
Severity: important

In both versions 0.4.3-1 and 0.4.4-1 I face the following problem:
Udevil contains systemd-unit /usr/lib/x86_64-linux-
gnu/systemd/system/devmon@.service, but I can not enable it using "systemctl
enable devmon@myuser.service", it says there is no such file or directory. I
have looked at /usr/lib/x86_64-linux-gnu/systemd/system/ and realized, that
there are no more units in this place. So, I tried creating a symlink from this
unit to /etc/systemd/system/devmon@.service and did systemctl daemon-reload,
but still systemd does not list it in "list-unit-files" and I can not enable
it.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 udevil depends on:
ii  libc6 2.19-18+deb8u1
ii  libglib2.0-0  2.42.1-1
ii  libudev1  215-17+deb8u2

Versions of packages udevil recommends:
pn  pmount   
ii  udisks2  2.1.3-5
pn  zenity   

Versions of packages udevil suggests:
pn  cifs-utils  
pn  curlftpfs   
ii  eject   2.1.5+deb1+cvs20081104-13.1
pn  sshfs   

-- Configuration Files:
/etc/udevil/udevil.conf changed [not included]

-- no debconf information

Bug#773135: New bug is caused by this bug's fix

2015-09-17 Thread Jayson Willson 

Gentlemen, it seems like a new bug has appeared as a result of this bugfix.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798208
--
Yours sincerely, Jayson Willson

Bug#798208: libgtk-3-0: after upgrade from debian 8.1 to 8.2 there is blank space before menu bar entries

2015-09-14 Thread Jayson Willson 
I have reverted this patch and installed modified .deb packages. Now 
everything seems ok.


Yours sincerely, Jayson Willson

12.09.2015 18:35, kittyofthebox пишет:

Package: libgtk-3-0
Version: 3.14.5-1+deb8u1
Followup-For: Bug #798208

I've identified the patch applied to the 8.2 release that causes this bug. It's 
listed in the
changelog for the package as the following:

   * Added patch backported from upstream for one annoying bug:
 - debian/patches/081_fix_huge_icons.patch (Closes: #773135)

This patch should be reverted in my opionion as they traded one annoying 
problem for some users
only to give another annoying problem to other users. This might need to be 
reported back to the
original bug report with gtk on their bug tracker as it looks like they're 
unaware of the
problems this patch has caused, bug report here: 
https://bugzilla.gnome.org/show_bug.cgi?id=741259
According to the bug report this patch was made to scale down icons in poorly 
made icon themes.

Thanks.

-- System Information:
Debian Release: 8.2
   APT prefers stable
   APT policy: (700, 'stable'), (600, 'testing'), (400, 'oldstable'), (300, 
'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libgtk-3-0 depends on:
ii  libatk-bridge2.0-0   2.14.0-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcolord2   1.2.1-1+b2
ii  libcups2 1.7.5-11+deb8u1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u2
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-common  3.14.5-1+deb8u1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  librest-0.7-00.7.92-3
ii  libsoup2.4-1 2.48.0-1
ii  libwayland-client0   1.6.0-2
ii  libwayland-cursor0   1.6.0-2
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxinerama1 2:1.1.3-1+b1
ii  libxkbcommon00.4.3-2
ii  libxml2  2.9.1+dfsg1-5
ii  libxrandr2   2:1.4.2-1+b1
ii  multiarch-support2.19-18+deb8u1
ii  shared-mime-info 1.3-1

Versions of packages libgtk-3-0 recommends:
ii  hicolor-icon-theme  0.13-1
ii  libgtk-3-bin3.14.5-1+deb8u1

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.22.2-1
ii  librsvg2-common  2.40.5-1

-- no debconf information

Bug#798208: libgtk-3-0: after upgrade from debian 8.1 to 8.2 there is blank space before menu bar entries

2015-09-12 Thread Jayson Willson 
Kittyofthebox, could you please tell us, what should be done to
workaround this bug? Some settingsd is gtk-3.0/settings.ini ..?
Thanks in advance
-- 
Yours sincerely, Jayson Willson

Bug#798475: vim: when opening file from file manager with Open With --> Vim, only xterm is used

2015-09-09 Thread Jayson Willson 
> Tags: newcomer
I have accidentally added it when using Reportbug gtk-frontend. Will be
more careful next time.

> It looks like that would be gvfs-backends, so I'll reassign there to start.
Seems wise.

On Wed, Sep 09, 2015 at 07:44:46PM -0400, James McCoy wrote:
> Control: reassign -1 gvfs-backends 1.22.2-1
> 
> On Wed, Sep 09, 2015 at 10:04:28PM +0300, Jayson Willson wrote:
> > Tags: newcomer
> 
> The newcomer tag is supposed to indicate that this is a good bug for a
> newcomer to fix.  I'm not sure if that's how you were using it.
> 
> > When I try to open any file with Vim from File Manager (thunar, nemo, caja
> > tested) using Open With dialog and choose option provided by
> > /usr/share/applications/vim.desktop, Vim is always opened in xterm (and 
> > failure
> > happens, if xterm is not present), disregarding which terminal is used as x
> > -terminal-emulator provider. In this .desktop file "xterm" is not mentioned,
> > only
> > "Terminal=true" is stated.
> 
> As you state, the .desktop file doesn't declare that xterm must be used,
> so this is happening due to whatever thunar/nemo/caja are using to
> invoke an application when a .desktop file specifies “Terminal=true”.
> It looks like that would be gvfs-backends, so I'll reassign there to
> start.
> 
> Cheers,
> -- 
> James
> GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org>

-- 
Yours sincerely, Jayson Willson

Bug#798475: vim: when opening file from file manager with Open With --> Vim, only xterm is used

2015-09-09 Thread Jayson Willson 
Source: vim
Version: 2:7.4.488-7
Severity: normal
Tags: newcomer

When I try to open any file with Vim from File Manager (thunar, nemo, caja
tested) using Open With dialog and choose option provided by
/usr/share/applications/vim.desktop, Vim is always opened in xterm (and failure
happens, if xterm is not present), disregarding which terminal is used as x
-terminal-emulator provider. In this .desktop file "xterm" is not mentioned,
only
"Terminal=true" is stated.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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)

Bug#798271: [Pkg-xfce-devel] Bug#798271: xfce4-terminal ignores such options as show/hide menubar/toolbar when invoked as x-terminal-emulator

2015-09-08 Thread Jayson Willson 

If it is so, then it seems not to be a bug. Please, close this report.

Yours sincerely, Jayson Willson

09.09.2015 00:19, Yves-Alexis Perez пишет:

On lun., 2015-09-07 at 17:08 +0300, Jayson Willson wrote:

In my system xfce4-terminal.wrapper provides x-terminal-emulator alternative,
and if I run "x-terminal-emulator --hide-menubar --hide-toolbar" (for example),
these options are ignored. However, if I run xfce4-terminal with these options
directly, they are handled in the right way.


That's quite likely because x-terminal-emulator is supposed to be an
xterm compatible alternative. It calls /usr/bin/xfce4-terminal.wrapper
which only handles some specific options.

Regards,

Bug#798271: xfce4-terminal ignores such options as show/hide menubar/toolbar when invoked as x-terminal-emulator

2015-09-07 Thread Jayson Willson 
Package: xfce4-terminal
Version: 0.6.3-1+b1
Severity: normal

In my system xfce4-terminal.wrapper provides x-terminal-emulator alternative,
and if I run "x-terminal-emulator --hide-menubar --hide-toolbar" (for example),
these options are ignored. However, if I run xfce4-terminal with these options
directly, they are handled in the right way.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 xfce4-terminal depends on:
ii  exo-utils   0.10.2-4
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18+deb8u1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u2
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-3
ii  libpango-1.0-0  1.36.8-3
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.6.2-3
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.8.20-0+deb8u1

xfce4-terminal suggests no packages.

-- no debconf information

Bug#798208: libgtk-3-0: after upgrade from debian 8.1 to 8.2 there is blank space before menu bar entries

2015-09-06 Thread Jayson Willson 
Package: libgtk-3-0
Version: 3.14.5-1+deb8u1
Severity: normal

After upgrade from Debian 8.1 to 8.2 I face the following problem: in gtk3
applications (nemo and transmission-gtk checked) there are blank spaces before
menubar entries (http://i.imgur.com/DEbv6I2.png). Checked with Greybird
gtk3-theme and some other themes from gnome-look.org (for example, CobiBird,
Aurora), but it does not reproduce with Adwaita (standard fallback theme).



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 libgtk-3-0 depends on:
ii  libatk-bridge2.0-0   2.14.0-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcolord2   1.2.1-1+b2
ii  libcups2 1.7.5-11+deb8u1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u2
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-common  3.14.5-1+deb8u1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  librest-0.7-00.7.92-3
ii  libsoup2.4-1 2.48.0-1
ii  libwayland-client0   1.6.0-2
ii  libwayland-cursor0   1.6.0-2
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxinerama1 2:1.1.3-1+b1
ii  libxkbcommon00.4.3-2
ii  libxml2  2.9.1+dfsg1-5
ii  libxrandr2   2:1.4.2-1+b1
ii  multiarch-support2.19-18+deb8u1
ii  shared-mime-info 1.3-1

Versions of packages libgtk-3-0 recommends:
ii  hicolor-icon-theme  0.13-1
ii  libgtk-3-bin3.14.5-1+deb8u1

Versions of packages libgtk-3-0 suggests:
ii  gvfs 1.22.2-1
ii  librsvg2-common  2.40.5-1

-- no debconf information

Bug#797911: xfce4-terminal: x-terminal-emulator.1.gz alternative is not being installed

2015-09-03 Thread Jayson Willson 
Package: xfce4-terminal
Version: 0.6.3-1+b1
Severity: normal

x-terminal-emulator.1.gz alternative is not being installed, because in fact
xfce4-terminal is NOT provider of x-terminal-emulator, but
xfce4-terminal.wrapper is, and xfce4-terminal.wrapper does not have
corresponding manpage file. Thus "man x-terminal-emulator" does not work with
xfce4-terminal.wrapper being x-terminal-emulator provider.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 xfce4-terminal depends on:
ii  exo-utils   0.10.2-4
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u2
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-3
ii  libpango-1.0-0  1.36.8-3
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.6.2-3
ii  libxfce4ui-1-0  4.10.0-6
ii  libxfce4util6   4.10.1-2

Versions of packages xfce4-terminal recommends:
ii  dbus-x11  1.8.18-0+deb8u1

xfce4-terminal suggests no packages.

-- no debconf information

Bug#592834: Still here

2015-08-23 Thread Jayson Willson 

I confirm, these warning are still here.

Bug#432986: Still here

2015-08-23 Thread Jayson Willson 


It seems like LVM still does not supress such warnings by default - I can see 
them when running grub-install (see   
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592834). Or is it grub's bug?

Bug#788320: closed by David Kalnischkies da...@kalnischkies.de (Re: apt: in apt.conf.d/01autoremove Never-MarkAuto-Sections section ubuntu sections are user)

2015-08-15 Thread Jayson Willson 

Please forgive me for not mentioning it initially.
When I saw this file, I thought: It seems like this file was created 
with Ubuntu in mind, not Debian, and that was what I have reported.


Best regards,

Jayson W.

Bug#788320: closed by David Kalnischkies da...@kalnischkies.de (Re: apt: in apt.conf.d/01autoremove Never-MarkAuto-Sections section ubuntu sections are user)

2015-08-14 Thread Jayson Willson 
Probably, I am mistaken, but it seems to me, that there should be also 
contrib/metapackages and non-free/metapackages. Or does 
metapackages cover all the sections is case of debian?

Bug#716978: Installer does not fill /etc/crypttab

2015-07-20 Thread Jayson Willson 
Package: debian-installer
Version: 20150422+deb8u1
Followup-For: Bug #716978

I tried installing Debian 8.1 on LVM on LUKS prepared before installation.
Debian Installer first didn't see my encrypted volumes (so that I had to do
anna-install to get cryptsetup, and enable encrypted volumes by hand, then
vgchange to enable LVM volume group). After it Debian Installer could recognize
all my volumes and I have finished the installation, but /etc/crypttab was
empty, so I had to populate it by hand and update initramfs. Without it system
could not boot.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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)


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

Bug#451535: Still reproduces in 2015

2015-07-18 Thread Jayson Willson 
This bug still reproduces in Jessie. Any plans to fix it?

Bug#791384: RFA: icedove - mail/news client with RSS and integrated spam filter support

2015-07-04 Thread Jayson Willson 
Package: icedove
Severity: normal

Last activity about icedove package was on 2015.05.27 (more than one month
ago), though new upstream version has been released on 2015.06.18. I tried
contacting maintainer and got no response (24h). Therefore, I dared to file
RFA bugreport, even though I am not icedove maintainer. Could anybody take
care of this package, please?

Bug#580856: Probably, use libjson-simple-java instead of non-free json?

2015-06-29 Thread Jayson Willson 
No, I am not interested in it at all. I was just studying about Debian
licenses and those considered non-free and came across this package. I have
checked popcon for this package's popularity - seems like nobody needs it.
They may go away.

Bug#580856: Probably, use libjson-simple-java instead of non-free json?

2015-06-28 Thread Jayson Willson 
Hello. What is the situation about this bug now? Seems like jabsorb is
unmaintained since 2012. Probably, it is possible to replace non-free json
with libjson-simple-java implementation, which is in main?

Bug#788535:

2015-06-12 Thread Jayson Willson 
Hi, Felipe! Here it is:
https://gist.githubusercontent.com/anonymous/5174bd669936210a8802/raw/gistfile1.txt

A little comment: to test this bug with Pulseaudio 6 and kernel 4.0 I have
created a separate installation of Debian Stable and upgraded pulseaudio
(with all dependencies), kernel, SDL and all alsa packages.

Somehow this bug doesn't reproduce every time, but each second time (so, I
had to make my system suspend twice to reproduce it).