Bug#972418: linux-image-5.8.*: Can't login with Gdm under Wayland because keyboard doesn't work

2020-10-18 Thread Massimo Maiurana 
Package: src:linux
Version: 5.8.10-1
Severity: normal
Tags: a11y

Dear Maintainer,
i can't login through GDM with any kernel of the 5.8 series as long as GDM is 
run under a Wayland session, beacause at login screen neither the keyboard nor 
the touchpad works. I can't even switch to a text console, the only thing i can 
do is reboot via sysrq (which works).
Searching in the internet i found many bugs about issues with 5.8 in an Asus 
laptop, which is my case, but all of them was talking about problems with the 
Asus Wmi driver, but it doesn't looks to be the same problem i expierienced.
Kernels until 5.7 works fine with the default configuration.
With 5.8, changing GDM configuration to make it use X instead of Wayland doeas 
the trick: keyboard and touchpad works so i'm able to login.

-- Package-specific info:
** Version:
Linux version 5.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 
10.2.0-9) 10.2.0, GNU ld (GNU Binutils for Debian) 2.35) #1 SMP Debian 5.8.10-1 
(2020-09-19)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-5.8.0-2-amd64 
root=UUID=8dc4939a-c216-4951-ad52-14b1de3ae3d7 ro quiet

** Not tainted

** Kernel log:
[   14.310643] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules
[   14.310644] RAPL PMU: hw unit of domain package 2^-14 Joules
[   14.310645] RAPL PMU: hw unit of domain dram 2^-14 Joules
[   14.310645] RAPL PMU: hw unit of domain pp1-gpu 2^-14 Joules
[   14.310650] RAPL PMU: hw unit of domain psys 2^-14 Joules
[   14.331342] mc: Linux media interface: v0.10
[   14.431217] videodev: Linux video capture interface: v2.00
[   14.526377] cryptd: max_cpu_qlen set to 1000
[   14.541893] platform regulatory.0: firmware: direct-loading firmware 
regulatory.db
[   14.550135] platform regulatory.0: firmware: direct-loading firmware 
regulatory.db.p7s
[   14.596297] ath9k :03:00.0: enabling device ( -> 0002)
[   14.596462] ath: phy0: Set BT/WLAN RX diversity capability
[   14.603185] AVX2 version of gcm_enc/dec engaged.
[   14.603186] AES CTR mode by8 optimization enabled
[   14.603918] ath: phy0: Enable LNA combining
[   14.605048] ath: phy0: ASPM enabled: 0x42
[   14.605050] ath: EEPROM regdomain: 0x6c
[   14.605050] ath: EEPROM indicates we should expect a direct regpair map
[   14.605052] ath: Country alpha2 being used: 00
[   14.605053] ath: Regpair used: 0x6c
[   14.606120] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[   14.606472] ieee80211 phy0: Atheros AR9565 Rev:2 mem=0xaa7a80b8, 
irq=17
[   14.619543] ath9k :03:00.0 wlp3s0: renamed from wlan0
[   14.742414] uvcvideo: Found UVC 1.00 device USB2.0 VGA UVC WebCam (13d3:5a01)
[   14.745543] uvcvideo 1-6:1.0: Entity type for entity Extension 4 was not 
initialized!
[   14.745546] uvcvideo 1-6:1.0: Entity type for entity Processing 2 was not 
initialized!
[   14.745549] uvcvideo 1-6:1.0: Entity type for entity Camera 1 was not 
initialized!
[   14.745671] input: USB2.0 VGA UVC WebCam: USB2.0 V as 
/devices/pci:00/:00:14.0/usb1/1-6/1-6:1.0/input/input10
[   14.745801] usbcore: registered new interface driver uvcvideo
[   14.745802] USB Video Class driver (1.1.1)
[   14.749614] alg: No test for fips(ansi_cprng) (fips_ansi_cprng)
[   15.018435] snd_hda_intel :00:1f.3: enabling device ( -> 0002)
[   15.019188] snd_hda_intel :00:1f.3: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[   15.117982] Bluetooth: Core ver 2.22
[   15.118001] NET: Registered protocol family 31
[   15.118002] Bluetooth: HCI device and connection manager initialized
[   15.118005] Bluetooth: HCI socket layer initialized
[   15.118007] Bluetooth: L2CAP socket layer initialized
[   15.118009] Bluetooth: SCO socket layer initialized
[   15.307359] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC255: 
line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[   15.307365] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[   15.307369] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 
(0x21/0x0/0x0/0x0/0x0)
[   15.307372] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
[   15.307374] snd_hda_codec_realtek hdaudioC0D0:inputs:
[   15.307378] snd_hda_codec_realtek hdaudioC0D0:  Internal Mic=0x1b
[   15.307382] snd_hda_codec_realtek hdaudioC0D0:  Headset Mic=0x19
[   15.530112] usbcore: registered new interface driver btusb
[   15.707050] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1f.3/sound/card0/input11
[   15.707240] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1f.3/sound/card0/input12
[   15.707401] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1f.3/sound/card0/input13
[   15.707566] input: HDA Intel PCH HDMI/DP,pcm=8 as 
/devices/pci:00/:00:1f.3/sound/card0/input14
[   15.707731] input: HDA Intel PCH HDMI/DP,pcm=9 as 
/devices/pci:00/:00:1f.3/sound/card0/input15
[   15.707917] input: HDA Intel PCH HDMI/DP,pcm=10 as 
/devices/pci:00/:00:1f.3/sound/card0/input16
[

Bug#855346: been hit with same

2017-12-08 Thread Massimo Maiurana 
Paolo Inaudi ha scritto il 08/12/2017 alle 14:08:
> Profile from #126 still doesn't allow to open links in Firefox:
> 

Here it does, I just opened a link ina a message as a new tab in
firefox. Don't know why though.

-- 
Massimo Maiurana
Ragusa (RG)

Bug#855346: been hit with same

2017-12-08 Thread Massimo Maiurana 
On Thu, 7 Dec 2017 21:59:28 +0100 Massimo Maiurana <maiur...@gmail.com>
wrote:
> I can confirm that I'm experiencing this bug now, after a recent upgrade
> two days ago.

Solved for now replacing the current apparmor profile with the one in
message #126, at least I can open attachments again until a proper fix
is pull upstream.

-- 
Massimo Maiurana
Ragusa (RG)

Bug#855346: been hit with same

2017-12-07 Thread Massimo Maiurana 
I can confirm that I'm experiencing this bug now, after a recent upgrade
two days ago.
I can't open attachments anymore but I'm still able to save them.
Running thunderbird from a console I can see that it complain about
missing permissions, even for just opening recently-used.xbel

-- 
Massimo Maiurana
Ragusa (RG)

Bug#840548: xserver-xorg-video-intel: Xorg freeze when a window exits from fullscreen mode

2016-10-12 Thread Massimo Maiurana 
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20160706-1
Severity: normal

I have an Intel GMA 4500M card, and until some months ago I've never had this
issue. My graphical environment is enlightenment, self compiled from current
git.

Now, when I use the fullscreen mode of a window, tipically to watch a movie,
Xorg freezes when I exit from that mode or when an urgent notification box is
displayed. It happens every time, not randomly, so lately I used to maximize my
player window instead of going fullscreen. When it freezes I'm able to switch
to a virtual console and kill Xorg from there.

Enlightenment has even an option to use a software compositing method which
does not use the Gpu, and in software mode I don't experience the issue.

Now I investigated this further, with the help of enlightenment developers, and
found that using the uxa AccelMethod instead of the default (which is sna) the
problem does not occur. I've also had to explicitly enable intel_backlight,
because for some reason it is enabled in default configuration but not when
using a custom configuration.

If you need some other info just let me know.

Regards
Massimo Maiurana



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb  7  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Sep  6 15:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 8
-rw-r--r-- 1 root root 384 Sep 26  2015 10-screen.conf
-rw-r--r-- 1 max  max  233 Jun 11  2015 50-synaptics.conf

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 4.7.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20160904 (Debian 5.4.1-2) ) #1 SMP Debian 4.7.5-1 (2016-09-26)

Xorg X server log files on system:
--
-rw-r--r-- 1 max max  4482 Jul  3 21:03 /home/max/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 max max 27909 Oct 12 18:29 /home/max/.local/share/xorg/Xorg.0.log

Contents of most recent Xorg X server log file 
(/home/max/.local/share/xorg/Xorg.0.log):

[83.635] (--) Log file renamed from 
"/home/max/.local/share/xorg/Xorg.pid-2036.log" to 
"/home/max/.local/share/xorg/Xorg.0.log"
[83.635] 
X.Org X Server 1.18.4
Release Date: 2016-07-19
[83.635] X Protocol Version 11, Revision 0
[83.635] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[83.635] Current Operating System: Linux rubino 4.7.0-1-amd64 #1 SMP Debian 
4.7.5-1 (2016-09-26) x86_64
[83.635] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 
root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro init=/lib/systemd/systemd 
quiet
[83.635] Build Date: 06 September 2016  01:32:44PM
[83.635] xorg-server 2:1.18.4-2 (https://www.debian.org/support) 
[83.635] Current version of pixman: 0.34.0
[83.635]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[83.635] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[83.635] (==) Log file: "/home/max/.local/share/xorg/Xorg.0.log", Time: Wed 
Oct 12 18:28:55 2016
[83.676] (==) Using config directory: "/etc/X11/xorg.conf.d"
[83.676] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[83.797] (==) No Layout section.  Using the first Screen section.
[83.797] (**) |-->Screen "Laptop Screen" (0)
[83.797] (**) |   |-->Monitor "LVDS Monitor"
[83.798] (**) |   |-->Device "Intel Graphics"
[83.798] (**) |   |-->GPUDevice "Intel Graphics"
[83.798] (==) Automatically adding devices
[83.798] (==) Automatically enabling devices
[83.798] (==) Automatically adding GPU devices
[83.798] (==) Max clients allowed: 256, resource mask: 0x1f
[83.798] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[83.798]Entry deleted from font path.
[83.798] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[83.798] (==) ModulePath set to "/usr/lib/xorg/modules"
[83.798] (II) The server relies on ud

Bug#829188: SEGVs too frequently (~every other day)

2016-08-23 Thread Massimo Maiurana 

Tony Houghton ha scritto il 20/08/2016 alle 21:49:

On 12/07/16 19:00, Carsten Schoenert wrote:


this file is not available (any longer).

The information on how to get a "valid" backtrace can be found in the
Debian Wiki. Please do a log by the way described in the wiki.

  https://wiki.debian.org/Icedove#Debugging

BTW: The current 42.0~b1-1 isn't crashed here for a long time, so I'd be
 interessted in a GDB log to see there the crashes happen.


Sorry it took so long. I think the crashes have got a bit rarer, but
I've also not been using this machine to read my mail so much lately.
This backtrace is from a core dump (running icedove live in gdb is a bit
inconvenient), it's from version 1:45.2.0-3.



Yeah, surely rarer as it didn't crash here since I upgraded to 
1:45.2.0-4, but today it crashed three times and the file attached is 
the log of the last crash.


--
Massimo Maiurana
Ragusa (RG)
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done.
done.
[New LWP 8400]
[New LWP 8403]
[New LWP 8405]
[New LWP 8418]
[New LWP 8419]
[New LWP 8404]
[New LWP 8421]
[New LWP 8427]
[New LWP 8429]
[New LWP 8439]
[New LWP 8443]
[New LWP 8452]
[New LWP 8455]
[New LWP 8466]
[New LWP 8504]
[New LWP 8561]
[New LWP 8406]
[New LWP 8562]
[New LWP 8407]
[New LWP 8563]
[New LWP 8408]
[New LWP 8564]
[New LWP 8409]
[New LWP 8568]
[New LWP 8410]
[New LWP 8570]
[New LWP 8413]
[New LWP 8574]
[New LWP 8414]
[New LWP 8415]
[New LWP 8575]
[New LWP 8416]
[New LWP 8616]
[New LWP 8417]
[New LWP 8619]
[New LWP 8621]
[New LWP 8422]
[New LWP 8622]
[New LWP 8423]
[New LWP 8623]
[New LWP 8424]
[New LWP 8425]
[New LWP 8426]
[New LWP 8411]
[New LWP 8428]
[New LWP 8430]
[New LWP 8432]
[New LWP 8444]
[New LWP 8412]
[New LWP 8445]
[New LWP 8448]
[New LWP 8453]
[New LWP 8538]
[New LWP 8456]
[New LWP 8541]
[New LWP 8465]
[New LWP 8542]
[New LWP 8489]
[New LWP 8553]
[New LWP 8532]
[New LWP 8559]
[New LWP 8535]
[New LWP 8560]
[New LWP 8536]
[New LWP 8565]
[New LWP 8537]
[New LWP 8566]
[New LWP 8567]
[New LWP 8569]
[New LWP 8572]
[New LWP 8611]
[New LWP 8618]
[New LWP 8620]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `icedove --safe-mode'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fe4270adda9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35
35	../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente.
[Current thread is 1 (Thread 0x7fe4274a3740 (LWP 8400))]
(gdb) thread apply all bt

Thread 73 (Thread 0x7fe3d708f700 (LWP 8620)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7fe4253a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7fe4253a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x7fe421803cc9 in mozilla::CondVar::Wait (this=0x7fe42607bb00, aInterval=30) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7fe42607bae0, result=result@entry=0x7fe3d708ee70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163
#5  0x7fe421804211 in nsHostResolver::ThreadFunc (arg=0x7fe42607bae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391
#6  0x7fe4253a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#7  0x7fe4270a4464 in start_thread (arg=0x7fe3d708f700) at pthread_create.c:333
#8  0x7fe42634330d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 72 (Thread 0x7fe3eb1f3700 (LWP 8618)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7fe4253a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7fe4253a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x7fe421803cc9 in mozilla::CondVar::Wait (this=0x7fe42607bb00, aInterval=30) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7fe42607bae0, result=result@entry=0x7fe3eb1f2e70) at ./mozilla/netwerk/dns/nsHostResolver

Bug#829188: No segfault (until now) and no internazionalization

2016-08-20 Thread Massimo Maiurana 
Version 45.2.0-4 from sid didn't crash until now, of course I'll report 
it if it happens again but in the meantime I can report another small 
issue: the same version of icedove-l10n-it doesn't work as icedove 
always speaks english. Installing the stretch l10n-it package I have 
icedove in italian.


--
Massimo Maiurana
Ragusa (RG)

Bug#829188: icedove backtrace on segfault

2016-08-17 Thread Massimo Maiurana 

Massimo Maiurana ha scritto il 17/08/2016 alle 08:31:


Unfortunately even the new version from sid segfaults, attached is a
backtrace generated from the dumped core file.


Maybe it worth it to add some additional information about how I use 
icedove, it could be useful.
I don't have any pop server configured, all the account which I connect 
to are on imap servers and they are 7, but 3 of them are from the same 
server.
Every now and then I move some messages from 2 of those accounts (none 
of these 2 are the 3 accounts on the same server) to my local folders. 
This makes the global messages db inconsistent as icedove doesn't update 
it after moving a message, so I have to rebuild the db if I want to use 
the global search.


I don't know if my segfaults are somehow related to this but it 
shouldn't hurt to tell, should it? ;)


--
Massimo Maiurana
Ragusa (RG)

Bug#829188: icedove backtrace on segfault

2016-08-17 Thread Massimo Maiurana 

Massimo Maiurana ha scritto il 15/08/2016 alle 09:35:


Ok, I installed the package from sid without problems and I can now open
the config editor even in normal mode. I'll tell if I'll experience
other crashes.


Unfortunately even the new version from sid segfaults, attached is a 
backtrace generated from the dumped core file.


Regards

--
Massimo Maiurana
Ragusa (RG)
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done.
done.
[New LWP 4129]
[New LWP 4136]
[New LWP 4138]
[New LWP 4146]
[New LWP 4137]
[New LWP 4147]
[New LWP 4148]
[New LWP 4149]
[New LWP 4150]
[New LWP 4151]
[New LWP 4152]
[New LWP 4154]
[New LWP 4155]
[New LWP 4157]
[New LWP 4159]
[New LWP 4160]
[New LWP 4139]
[New LWP 4161]
[New LWP 4140]
[New LWP 4162]
[New LWP 4141]
[New LWP 4168]
[New LWP 4142]
[New LWP 4143]
[New LWP 4172]
[New LWP 4144]
[New LWP 4173]
[New LWP 4145]
[New LWP 4177]
[New LWP 4191]
[New LWP 4266]
[New LWP 4156]
[New LWP 4272]
[New LWP 4158]
[New LWP 5978]
[New LWP 4163]
[New LWP 4165]
[New LWP 5979]
[New LWP 4183]
[New LWP 5980]
[New LWP 4184]
[New LWP 5982]
[New LWP 4265]
[New LWP 5983]
[New LWP 5986]
[New LWP 4271]
[New LWP 5992]
[New LWP 5976]
[New LWP 5997]
[New LWP 5988]
[New LWP 5999]
[New LWP 5996]
[New LWP 6001]
[New LWP 6096]
[New LWP 6000]
[New LWP 7780]
[New LWP 6002]
[New LWP 7782]
[New LWP 6003]
[New LWP 7786]
[New LWP 6005]
[New LWP 7806]
[New LWP 6089]
[New LWP 7819]
[New LWP 6091]
[New LWP 7826]
[New LWP 6310]
[New LWP 7828]
[New LWP 6544]
[New LWP 6620]
[New LWP 6951]
[New LWP 7783]
[New LWP 7822]
[New LWP 7823]
[New LWP 7824]
[New LWP 7825]
[New LWP 7827]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `icedove --safe-mode'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7f169f67bda9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35
35	../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente.
[Current thread is 1 (Thread 0x7f169fa70740 (LWP 4129))]
(gdb) thread apply all bt

Thread 77 (Thread 0x7f1649bf7700 (LWP 7827)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7f169d9a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7f169d9a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x7f1699e03cc5 in mozilla::CondVar::Wait (this=0x7f169e67ab00, aInterval=6) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7f169e67aae0, result=result@entry=0x7f1649bf6e70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163
#5  0x7f1699e0420d in nsHostResolver::ThreadFunc (arg=0x7f169e67aae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391
#6  0x7f169d9a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#7  0x7f169f672464 in start_thread (arg=0x7f1649bf7700) at pthread_create.c:333
#8  0x7f169e91130d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 76 (Thread 0x7f164d3fe700 (LWP 7825)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7f169d9a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7f169d9a2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x7f1699e03cc5 in mozilla::CondVar::Wait (this=0x7f169e67ab00, aInterval=6) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7f169e67aae0, result=result@entry=0x7f164d3fde70) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1163
#5  0x7f1699e0420d in nsHostResolver::ThreadFunc (arg=0x7f169e67aae0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391
#6  0x7f169d9a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#7  0x7f169f672464 in start_thread (arg=0x7f164d3fe700) at pthread_create.c:333
#8  0x7f169e91130d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 75 (Thread 0x7f16528e1700 (LWP 7824)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/

Bug#829188: icedove backtrace on segfault

2016-08-15 Thread Massimo Maiurana 

Carsten Schoenert ha scritto il 14/08/2016 alle 20:05:


dpkg will tell you that. You have to install the files in the right
order (normaly apt or apt-get is figuring that out for you). Currently
there are no extra dependencies than icedove packages itself.


Ok, I installed the package from sid without problems and I can now open 
the config editor even in normal mode. I'll tell if I'll experience 
other crashes.


Many thanks!

--
Massimo Maiurana
Ragusa (RG)

Bug#829188: icedove backtrace on segfault

2016-08-14 Thread Massimo Maiurana 

Carsten Schoenert ha scritto il 14/08/2016 alle 18:17:

Hello Massimo,

On Sun, Aug 14, 2016 at 06:08:04PM +0200, Massimo Maiurana wrote:

Update: here, on debian stretch (so icedove 1:45.2.0-2+b1), icedove crashes
every time I try to open the config editor, but it doesn't crash if I run it
in --safe-mode.
The first oddity is that I tried disabling every plugin, every extension and
even the language pack and it still crashes. It doesn't crash only running
in --safe-mode.
The second oddity is that it looks like it's not a segfault, because running
it through gdb I still get the crash opening the config editor but it says
it is a normal close:
[Thread 0x7fffe5ccf700 (LWP 30838) exited]
[Inferior 1 (process 30832) exited normally]

I don't if it is related to the segvs problem, should I open a new bug for
this?


Please try first the new version -3 in unstable which was uploaded a few
days ago.

https://packages.debian.org/source/unstable/icedove



Can I install it on stretch without dependencies problems?


--
Massimo Maiurana
Ragusa (RG)

Bug#829188: icedove backtrace on segfault

2016-08-14 Thread Massimo Maiurana 
Update: here, on debian stretch (so icedove 1:45.2.0-2+b1), icedove 
crashes every time I try to open the config editor, but it doesn't crash 
if I run it in --safe-mode.
The first oddity is that I tried disabling every plugin, every extension 
and even the language pack and it still crashes. It doesn't crash only 
running in --safe-mode.
The second oddity is that it looks like it's not a segfault, because 
running it through gdb I still get the crash opening the config editor 
but it says it is a normal close:

[Thread 0x7fffe5ccf700 (LWP 30838) exited]
[Inferior 1 (process 30832) exited normally]

I don't if it is related to the segvs problem, should I open a new bug 
for this?


--
Massimo Maiurana
Ragusa (RG)

Bug#829188: icedove backtrace on segfault

2016-08-12 Thread Massimo Maiurana 

Carsten Schoenert ha scritto il 12/08/2016 alle 09:10:

Hello Massimo,
[...]
the log is line wrapped, it's really time consuming to read. And some
relevant parts in the beginning are missing. :-(


Sorry, I missed that point :(
Anyway I still have the core file so now I'm attaching the full output 
from gdb.


Thanks

--
Massimo Maiurana
Ragusa (RG)
GNU gdb (Debian 7.11.1-2) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from icedove...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove...done.
done.
[New LWP 7035]
[New LWP 7038]
[New LWP 7040]
[New LWP 7039]
[New LWP 7042]
[New LWP 7043]
[New LWP 7045]
[New LWP 7046]
[New LWP 7041]
[New LWP 7048]
[New LWP 7051]
[New LWP 7052]
[New LWP 7044]
[New LWP 7047]
[New LWP 7049]
[New LWP 7050]
[New LWP 7053]
[New LWP 7057]
[New LWP 7058]
[New LWP 7060]
[New LWP 7061]
[New LWP 7054]
[New LWP 7063]
[New LWP 7065]
[New LWP 7056]
[New LWP 7067]
[New LWP 7059]
[New LWP 7062]
[New LWP 7077]
[New LWP 7064]
[New LWP 7078]
[New LWP 7068]
[New LWP 7083]
[New LWP 7088]
[New LWP 7169]
[New LWP 7089]
[New LWP 15567]
[New LWP 15606]
[New LWP 7109]
[New LWP 7170]
[New LWP 17643]
[New LWP 15607]
[New LWP 17651]
[New LWP 15968]
[New LWP 18896]
[New LWP 17623]
[New LWP 18944]
[New LWP 18774]
[New LWP 18972]
[New LWP 18962]
[New LWP 18996]
[New LWP 18979]
[New LWP 19004]
[New LWP 18980]
[New LWP 19006]
[New LWP 19017]
[New LWP 19022]
[New LWP 19018]
[New LWP 19027]
[New LWP 19020]
[New LWP 19030]
[New LWP 19165]
[New LWP 19161]
[New LWP 19162]
[New LWP 19168]
[New LWP 19192]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `icedove'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7facc2e9ada9 in raise (sig=sig@entry=11) at ../sysdeps/unix/sysv/linux/pt-raise.c:35
35	../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente.
[Current thread is 1 (Thread 0x7facc3290740 (LWP 7035))]
(gdb) thread apply all bt

Thread 66 (Thread 0x7fac6e6fe700 (LWP 19192)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7facc11a31f5 in PR_Wait () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7facbd559087 in mozilla::ReentrantMonitor::Wait (aInterval=4294967295, this=0x7fac74e33fe0) at ../../dist/include/mozilla/ReentrantMonitor.h:91
#3  mozilla::ReentrantMonitorAutoEnter::Wait (aInterval=4294967295, this=0x7fac6e6fd8b0) at ../../dist/include/mozilla/ReentrantMonitor.h:190
#4  nsPipeInputStream::Wait (this=this@entry=0x7fac663cf300) at ./mozilla/xpcom/io/nsPipe3.cpp:1143
#5  0x7facbd55d11c in nsPipeInputStream::ReadSegments (this=0x7fac663cf300, 
aWriter=0x7facbd557120 <NS_CopySegmentToBuffer(nsIInputStream*, void*, char const*, unsigned int, unsigned int, unsigned int*)>, aClosure=0x7fac6f5b6000, 
aCount=4096, aReadCount=0x7fac6e6fd99c) at ./mozilla/xpcom/io/nsPipe3.cpp:1264
#6  0x7facbd39a731 in nsMsgLineStreamBuffer::ReadNextLine (this=0x7fac66c18f10, aInputStream=0x7fac663cf300, aNumBytesInLine=@0x7fac6e6fd9f4: 0, 
aPauseForMoreData=@0x7fac6e6fd9f2: false, prv=prv@entry=0x7fac6e6fd9f8, addLineTerminator=addLineTerminator@entry=false)
at ./mailnews/base/util/nsMsgLineBuffer.cpp:375
#7  0x7facbd45a499 in nsImapProtocol::CreateNewLineFromSocket (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:4704
#8  0x7facbd4603e4 in nsImapProtocol::EstablishServerConnection (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1462
#9  0x7facbd460e33 in nsImapProtocol::ProcessCurrentURL (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1636
#10 0x7facbd45ac45 in nsImapProtocol::ImapThreadMainLoop (this=this@entry=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1390
#11 0x7facbd45ad36 in nsImapProtocol::Run (this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1068
#12 0x7facbd56c95b in nsThread::ProcessNextEvent (this=0x7fac6f58ceb0, aMayWait=, aResult=0x7fac6e6fddd7)
at ./mozilla/xpcom/threads/nsThread.cpp:972
#13 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, aMayWait=aMayWait@entry=false) at ./mozilla/xp

Bug#829188: icedove backtrace on segfault

2016-08-12 Thread Massimo Maiurana 
The backtrace below is generated from a dumped core on debian stretch. 
In this case icedove was not running in safe mode, but it had no 
extension enabled and it previously crashed even in safe mode. If I knew 
how to get it to crash I could get more info, but sometimes it doesn't 
crash for some days and other times it segvs many times in a single day.
I agree with Ben about the severity of the bug because I lost many 
messages about to be sent too. I also add that my crashes occur even 
when i'm not using icedove at all; sometimes I'm doing something else on 
another virtual desktop and I can see on the pager that icedove is gone.


Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7facc2e9ada9 in raise (sig=sig@entry=11) at 
../sysdeps/unix/sysv/linux/pt-raise.c:35

35  ../sysdeps/unix/sysv/linux/pt-raise.c: File o directory non esistente.
[Current thread is 1 (Thread 0x7facc3290740 (LWP 7035))]
(gdb) thread apply all bt

Thread 66 (Thread 0x7fac6e6fe700 (LWP 19192)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7facc11a31f5 in PR_Wait () from 
/usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7facbd559087 in mozilla::ReentrantMonitor::Wait 
(aInterval=4294967295, this=0x7fac74e33fe0) at 
../../dist/include/mozilla/ReentrantMonitor.h:91
#3  mozilla::ReentrantMonitorAutoEnter::Wait (aInterval=4294967295, 
this=0x7fac6e6fd8b0) at ../../dist/include/mozilla/ReentrantMonitor.h:190
#4  nsPipeInputStream::Wait (this=this@entry=0x7fac663cf300) at 
./mozilla/xpcom/io/nsPipe3.cpp:1143
#5  0x7facbd55d11c in nsPipeInputStream::ReadSegments 
(this=0x7fac663cf300,
aWriter=0x7facbd557120 , 
aClosure=0x7fac6f5b6000,
aCount=4096, aReadCount=0x7fac6e6fd99c) at 
./mozilla/xpcom/io/nsPipe3.cpp:1264
#6  0x7facbd39a731 in nsMsgLineStreamBuffer::ReadNextLine 
(this=0x7fac66c18f10, aInputStream=0x7fac663cf300, 
aNumBytesInLine=@0x7fac6e6fd9f4: 0,
aPauseForMoreData=@0x7fac6e6fd9f2: false, 
prv=prv@entry=0x7fac6e6fd9f8, 
addLineTerminator=addLineTerminator@entry=false)

at ./mailnews/base/util/nsMsgLineBuffer.cpp:375
#7  0x7facbd45a499 in nsImapProtocol::CreateNewLineFromSocket 
(this=this@entry=0x7fac93392800) at 
./mailnews/imap/src/nsImapProtocol.cpp:4704
#8  0x7facbd4603e4 in nsImapProtocol::EstablishServerConnection 
(this=this@entry=0x7fac93392800) at 
./mailnews/imap/src/nsImapProtocol.cpp:1462
#9  0x7facbd460e33 in nsImapProtocol::ProcessCurrentURL 
(this=0x7fac93392800) at ./mailnews/imap/src/nsImapProtocol.cpp:1636
#10 0x7facbd45ac45 in nsImapProtocol::ImapThreadMainLoop 
(this=this@entry=0x7fac93392800) at 
./mailnews/imap/src/nsImapProtocol.cpp:1390
#11 0x7facbd45ad36 in nsImapProtocol::Run (this=0x7fac93392800) at 
./mailnews/imap/src/nsImapProtocol.cpp:1068
#12 0x7facbd56c95b in nsThread::ProcessNextEvent 
(this=0x7fac6f58ceb0, aMayWait=, aResult=0x7fac6e6fddd7)

at ./mozilla/xpcom/threads/nsThread.cpp:972
#13 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, 
aMayWait=aMayWait@entry=false) at ./mozilla/xpcom/glue/nsThreadUtils.cpp:297
#14 0x7facbd769f06 in 
mozilla::ipc::MessagePumpForNonMainThreads::Run (this=0x7fac6f6f3dc0, 
aDelegate=0x7fac815fb410) at ./mozilla/ipc/glue/MessagePump.cpp:326
#15 0x7facbd75a00a in MessageLoop::RunHandler (this=0x7fac815fb410) 
at ./mozilla/ipc/chromium/src/base/message_loop.cc:227
#16 MessageLoop::Run (this=this@entry=0x7fac815fb410) at 
./mozilla/ipc/chromium/src/base/message_loop.cc:201
#17 0x7facbd56e64e in nsThread::ThreadFunc (aArg=0x7fac6f58ceb0) at 
./mozilla/xpcom/threads/nsThread.cpp:376

#18 0x7facc11a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#19 0x7facc2e91464 in start_thread (arg=0x7fac6e6fe700) at 
pthread_create.c:333
#20 0x7facc213030d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109


Thread 65 (Thread 0x7fac98fff700 (LWP 19168)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225

#1  0x7facc11a27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x7facc11a2cee in PR_WaitCondVar () from 
/usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x7facbd602ea9 in mozilla::CondVar::Wait (this=0x7facc1e7afe0, 
aInterval=30) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7facc1e7afc0, 
result=result@entry=0x7fac98ffee70) at 
./mozilla/netwerk/dns/nsHostResolver.cpp:1163
#5  0x7facbd6033f1 in nsHostResolver::ThreadFunc 
(arg=0x7facc1e7afc0) at ./mozilla/netwerk/dns/nsHostResolver.cpp:1391

#6  0x7facc11a8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#7  0x7facc2e91464 in start_thread (arg=0x7fac98fff700) at 
pthread_create.c:333
#8  0x7facc213030d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109


Thread 64 (Thread

Bug#823007: Icedove segfault and core dump

2016-08-12 Thread Massimo Maiurana 

Carsten Schoenert ha scritto il 12/08/2016 alle 07:02:

Hello Massimo,

unfortunately like the reporters before you use the wrong bug report for
your issue.


Hi Carsten, thanks for your answer. I'll send a bt on #829188 hoping 
it's the correct place where to do it :)


--
Massimo Maiurana
Ragusa (RG)

Bug#823007: Icedove segfault and core dump

2016-08-11 Thread Massimo Maiurana 
ferOrRunPendingTask 
(this=, pending_task=...) at 
./mozilla/ipc/chromium/src/base/message_loop.cc:372
#26 0x7facbd75db0a in MessageLoop::DoWork (this=0x7facc1e9d840) at 
./mozilla/ipc/chromium/src/base/message_loop.cc:459
#27 0x7facbd76990d in mozilla::ipc::DoWorkRunnable::Run 
(this=) at ./mozilla/ipc/glue/MessagePump.cpp:220
#28 0x7facbd56c95b in nsThread::ProcessNextEvent 
(this=0x7facc1e7abb0, aMayWait=, aResult=0x7ffd08978f97)

at ./mozilla/xpcom/threads/nsThread.cpp:972
#29 0x7facbd586a09 in NS_ProcessNextEvent (aThread=, 
aMayWait=aMayWait@entry=false) at ./mozilla/xpcom/glue/nsThreadUtils.cpp:297
#30 0x7facbd76a177 in mozilla::ipc::MessagePump::Run 
(this=0x7facafe95080, aDelegate=0x7facc1e9d840) at 
./mozilla/ipc/glue/MessagePump.cpp:95

---Type  to continue, or q  to quit---
#31 0x7facbd75a00a in MessageLoop::RunHandler (this=) 
at ./mozilla/ipc/chromium/src/base/message_loop.cc:227
#32 MessageLoop::Run (this=) at 
./mozilla/ipc/chromium/src/base/message_loop.cc:201
#33 0x7facbe76b24e in nsBaseAppShell::Run (this=0x7faca5eb2140) at 
./mozilla/widget/nsBaseAppShell.cpp:156
#34 0x7facbed46c38 in nsAppStartup::Run (this=0x7faca46285b0) at 
./mozilla/toolkit/components/startup/nsAppStartup.cpp:281
#35 0x7facbed7bc9c in XREMain::XRE_mainRun 
(this=this@entry=0x7ffd08979238) at 
./mozilla/toolkit/xre/nsAppRunner.cpp:4285
#36 0x7facbed7bf51 in XREMain::XRE_main 
(this=this@entry=0x7ffd08979238, argc=argc@entry=1, 
argv=argv@entry=0x7ffd0897a748, aAppData=aAppData@entry=0x7ffd08979438)

at ./mozilla/toolkit/xre/nsAppRunner.cpp:4382
#37 0x7facbed7c17f in XRE_main (argc=1, argv=0x7ffd0897a748, 
aAppData=0x7ffd08979438, aFlags=) at 
./mozilla/toolkit/xre/nsAppRunner.cpp:4484
#38 0x00404e88 in do_main (argc=argc@entry=1, 
argv=argv@entry=0x7ffd0897a748, xreDirectory=0x7facc1e50900) at 
./mail/app/nsMailApp.cpp:195
#39 0x0040460a in main (argc=1, argv=0x7ffd0897a748) at 
./mail/app/nsMailApp.cpp:332


--
Massimo Maiurana
Ragusa (RG)

Bug#823007: Icedove segfault and core dump

2016-08-11 Thread Massimo Maiurana 
Hi, I'm experiencing random crashes too and would like to help to track 
them down. After some time running icedove under gdb with no crashes I 
tried to make it generate a core dump instead, and this way it did 
segfault at the end.
Now I would like to know what to do with this dump. It's 889M so i guess 
I can't send it here in any way.
Should I inspect it in some way? If the answer is yes please tell me 
every step I should do.


--
Massimo Maiurana
Ragusa (RG)

Bug#803464: linux-image-4.2.0-1-amd64: wlan not working with ath9k driver

2015-10-30 Thread Massimo Maiurana 
Package: src:linux
Version: 4.2.3-2
Severity: important

Dear Maintainer,
my wireless chip just don't work with any kernel of the 4.2.0 series, so I have
to boot 4.1.0 in order to have it working.
Most of the times it connects to my wifi router but is unable to go outside and
connect to any server, then I see that connmand looses its connection and tries
to estabilish a new one, and it goes on this way disconnecting and
reconnecting.
Sometime it connects and start working, but it lasts for a few time; it can be
5 minutes or even 1 hour, then it looses connection again.
The driver in use is ath9k, lspci reports a "Qualcomm Atheros AR928X Wireless
Network Adapter (PCI-Express)" controller.
I can use the ethernet controller, which is what I'm doing now to report this
bug, but it's a laptop and so wlan is needed.

Thanks
Massimo Maiurana

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***



-- Package-specific info:
** Version:
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-2 (2015-10-14)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro init=/lib/systemd/systemd 
quiet

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

** Kernel log:
[  191.633757] ath: EEPROM indicates we should expect a country code
[  191.633759] ath: doing EEPROM country->regdmn map search
[  191.633761] ath: country maps to regdmn code: 0x37
[  191.633762] ath: Country alpha2 being used: IT
[  191.633764] ath: Regpair used: 0x37
[  191.633765] ath: regdomain 0x817c dynamically updated by country IE
[  191.633817] cfg80211: Regulatory domain changed to country: IT
[  191.633819] cfg80211:  DFS Master region: ETSI
[  191.633820] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  191.633823] cfg80211:   (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  191.633826] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[  191.633829] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[  191.633831] cfg80211:   (549 KHz - 571 KHz @ 16 KHz), (N/A, 2700 
mBm), (0 s)
[  191.633833] cfg80211:   (5700 KHz - 6600 KHz @ 216 KHz), (N/A, 
4000 mBm), (N/A)
[  204.477261] wlan0: deauthenticated from 78:6a:89:72:14:d0 (Reason: 
3=DEAUTH_LEAVING)
[  204.540771] cfg80211: World regulatory domain updated:
[  204.540777] cfg80211:  DFS Master region: unset
[  204.540779] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  204.540783] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  204.540785] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  204.540788] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[  204.540790] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[  204.540793] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[  204.540795] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[  204.540798] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[  204.540800] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[  204.543862] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  205.608866] wlan0: authenticate with 78:6a:89:72:14:d0
[  205.637189] wlan0: send auth to 78:6a:89:72:14:d0 (try 1/3)
[  205.638914] wlan0: authenticated
[  205.640110] wlan0: associate with 78:6a:89:72:14:d0 (try 1/3)
[  205.644088] wlan0: RX AssocResp from 78:6a:89:72:14:d0 (capab=0x431 status=0 
aid=1)
[  205.644207] wlan0: associated
[  205.644257] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[  205.654769] ath: EEPROM regdomain: 0x817c
[  205.654775] ath: EEPROM indicates we should expect a country code
[  205.654778] ath: doing EEPROM country->regdmn map search
[  205.654780] ath: country maps to regdmn code: 0x37
[  205.654782] ath: Country alpha2 being used: IT
[  205.654783] ath: Regpair used: 0x37
[  205.654786] ath: regdomain 0x817c dynamically updated by country IE
[  205.654839] cfg80211: Regulatory domain changed to country: IT
[  205.654841] cfg80211:  DFS Master region: ETSI
[  205.654843] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[  205.654847] cfg80211:   (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[  205.654851] cfg80211:   (517 KHz - 525 KHz @ 8

Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf

2015-06-23 Thread Massimo Maiurana 
Julien Cristau ha scritto il 23/06/2015 alle 21:12:

 Please report kernel issues against the kernel.  As for configuration of
 the X driver, sharing your actual config would help.

What config do you need? I don't have any config not listed above,
unless I'm missing something obvious and in that case, please, tell what
can I provide.

I'll report this issue even against the kernel, thanks.

Massimo Maiurana


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

Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf

2015-06-23 Thread Massimo Maiurana 
Actually I found that the other files in /usr/X11/xorg.conf.d containing
a section Device were not shipped with any package, so I merged all
options in a single file in /etc/X11/xorg.conf.d with also a Screen
section. Here is its content:

===
Section Screen
Identifier Laptop Screen
Device Intel Graphics
Monitor LVDS Monitor
EndSection

Section Monitor
Identifier LVDS Monitor
Gamma 0.70 0.72 0.68
EndSection

Section Device
Identifier Intel Graphics
Driver intel
#   Option AccelMethod uxa
Option Backlight intel_backlight
Option monitor-LVDS1 LVDS Monitor
BusID PCI:0:2:0
EndSection
===

Now the driver correctly uses the intel_backlight interface and I'm able
to adjust backlight again, so the bug is now just that it just ignores
options on the kernel command line, while on Jessie the same options are
taken into account.

Kind regards
Massimo Maiurana


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

Bug#789624: xserver-xorg-video-intel: Driver in Scretch ignores options from kernel and from xorg.conf

2015-06-22 Thread Massimo Maiurana 
Package: xserver-xorg-video-intel
Version: 2:2.99.917-1
Severity: normal

Dear Maintainer,
I was running a Jessie system until this morning, now I dist-upgraded to 
Stretch and I have a problem which looks related to the intel driver.
I'm on an old Acer laptop, and before the upgrade the backlight controls worked 
fine passing acpi_backlight=vendor and acpi_osi=Linux on the kernel command 
line.
Now it doesn't work anymore, I can adjust backlight echoing a value in 
/sys/class/backlight/intel_backlight/backlight but nor hotkeys neither applets 
can adjust it.
After some googling I tried creating a configuration file in 
/etc/X11/xorg.conf.d, to tell it to use intel_backlight instead of acer-wmi, 
but it still doesn't work.
I saw that in /usr/X11/xorg.conf.d there is a file to tell the driver to use 
UXA acceleration, but reading Xorg.log looks like SNA is used instead.
Also in Xorg.log it tells it's loading the platform driver, which has never 
worked AFAIK, so I guess the problem is just that every option passed to the 
driver is simply ignored.
Tried even adding video.use_native_backlight=1 on kernel command line with no 
luck.

Kind regards
Massimo

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb  7  2013 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  5 01:24 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series 
Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 8
-rw-r--r-- 1 max max 157 Jun 22 19:31 20-backlight.conf
-rw-r--r-- 1 max max 233 Jun 11 09:17 50-tapping.conf

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  6713 Feb 19  2014 /var/log/Xorg.4.log
-rw-r--r-- 1 root root  6728 May 18  2014 /var/log/Xorg.3.log
-rw-r--r-- 1 root root  5367 Mar  9 00:52 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 11643 Jun 22 19:22 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 18625 Jun 22 19:40 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[33.489] 
X.Org X Server 1.17.1
Release Date: 2015-02-10
[33.489] X Protocol Version 11, Revision 0
[33.489] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[33.489] Current Operating System: Linux rubino 3.16.0-4-amd64 #1 SMP 
Debian 3.16.7-ckt11-1 (2015-05-24) x86_64
[33.489] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=543b6631-a12b-48ee-ae0c-cb1a8f9f8249 ro video.use_native_backlight=1 
acpi_osi=Linux acpi_backlight=vendor init=/lib/systemd/systemd quiet
[33.489] Build Date: 04 May 2015  11:22:06PM
[33.489] xorg-server 2:1.17.1-2 (http://www.debian.org/support) 
[33.489] Current version of pixman: 0.32.6
[33.489]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[33.489] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[33.489] (==) Log file: /var/log/Xorg.0.log, Time: Mon Jun 22 19:39:44 
2015
[33.683] (==) Using config directory: /etc/X11/xorg.conf.d
[33.683] (==) Using system config directory /usr/share/X11/xorg.conf.d
[34.171] (==) No Layout section.  Using the first Screen section.
[34.171] (==) No screen section available. Using defaults.
[34.171] (**) |--Screen Default Screen Section (0)
[34.171] (**) |   |--Monitor default monitor
[34.171] (==) No device specified for screen Default Screen Section.
Using the first device section listed.
[34.171] (**) |   |--Device Card0
[34.171] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[34.171] (==) Automatically adding devices
[34.171] (==) Automatically enabling devices
[34.172] (==) Automatically adding GPU devices
[34.696] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[34.696]Entry deleted

Bug#762087: samba: systemd and samba stop computer wait of 5 minute

2014-10-09 Thread Massimo Maiurana 
Same problem here.
Even with systemctl stop samba it takes much time, and in the
meanwhile a systemctl list-jobs returns this:

 JOB UNITTYPE STATE
2581 samba.service   stop running
2582 samba-ad-dc.service stop waiting

2 jobs listed.

-- 
Massimo Maiurana
Ragusa (RG)


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

Bug#762087: samba-ad-dc script doesn't check for running process in stop

2014-10-09 Thread Massimo Maiurana 
Dominique Brazziel ha scritto il 09/10/2014 alle 17:17:
   I am not running an ad-dc samba server, the role
 is 'auto', so that process never gets started.

In my case the role is standalone server but the result is the same,
the server is not started due to the check in the 'start' stanza and the
stop job looks for a process that doesn't exist.

-- 
Massimo Maiurana
Ragusa (RG)


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

Bug#688238: More than just a wishlist

2013-02-14 Thread Massimo Maiurana 
I was about to open a bug as my connman does change the hostname to
dhcppc0, and now I see it is a known bug which was solved in connman 1.3.
Well, I think this bug is more than just a wishlist one, because I
suspect this leads to some related issues. For instance, sometimes
/var/log/syslog is just empty, and looking in syslog.1 I see that the
file was switched just right after the hostname change. Or even,
sometimes I can't run synaptic because it fails reporting it was not
able to open the desktop.

Thanks.

-- 

  Massimo Maiurana   GPG keyID #7044D601

  La fede e' credere in cio' che sai non essere vero
[Mark Twain]


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