Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid

[Giuseppe Bilotta]

Package: xserver-xorg-video-nv
Version: 1:1.2.0-3
Severity: important



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-video-nv depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-11  X.Org X server -- core server

xserver-xorg-video-nv recommends no packages.

-- no debconf information

When I close the lid of my Dell Inspiron 8200, the server receives a power 
management event about it, but instead of handling it 
it crashes.

The full Xorg.0.log follows:

 Xorg.0.log 

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: UNKNOWN 
Current Operating System: Linux oblomov 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 
UTC 2006 i686
Build Date: 07 July 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Mon Dec 11 02:58:48 2006
(==) Using config file: /etc/X11/xorg.conf
(==) ServerLayout Default Layout
(**) |--Screen Inspiron built-in monitor (0)
(**) |   |--Monitor Dell Inspiron 8200 built-in monitor
(**) |   |--Device NVIDIA Corporation NV11 [GeForce2 Go]
(**) |--Input Device Inspiron built-in keyboard
(**) Option XkbRules xorg
(**) XKB: rules: xorg
(**) Option XkbModel inspiron
(**) XKB: model: inspiron
(**) Option XkbLayout us(intl)
(**) XKB: layout: us(intl)
(==) Keyboard: CustomKeycode disabled
(**) |--Input Device Inspiron built-in touchpad
(**) |--Input Device Inspiron built-in stick
(**) |--Input Device ACECAD Tablet
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/Type1.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/Type1).
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/misc.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/misc).
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/100dpi/.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/100dpi/).
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/100dpi.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/100dpi).
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/75dpi/.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/75dpi/).
(WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/75dpi.
Entry deleted from font path.
(Run 'mkfontdir' on /usr/lib/X11/fonts/75dpi).
(**) FontPath set to:
unix/:7100,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(**) Ignoring ABI Version
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.0
X.Org XInput driver : 0.6
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: bitmap
(II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Module bitmap: vendor=X.Org Foundation
compiled for 7.1.1, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.5
(II) Loading font Bitmap
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 7.1.1, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.0
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,1a30 card , rev 04 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01
(II) PCI: 00:1d:0: chip 8086,2482 card 8086,4541 rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:2: chip 8086,2487 card 8086,4541 rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01
(II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80
(II) PCI: 00:1f:1: chip 8086,248a card 8086,4541 rev 02 class 01,01,8a hdr 00
(II) PCI: 00:1f:5: chip 8086,2485 card 1013,5959 rev 02 class 04,01,00 hdr 00

Bug#332483: xchat tries to join autojoin channels before nickserv identify

[Giuseppe Bilotta]

Hello,

I have not experienced this problem since versions 2.6.x; nickserv
identification also happens correctly before channel join on the
latest 2.8.2. Maybe this bug can be closed?

-- 
Giuseppe Oblomov Bilotta



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#408331: new upstream version (2.8.0) available

[Giuseppe Bilotta]

Hello,

2.8.2 is now in testing, so maybe this bug can be closed? Also,
there's another bug open about new releases: #410483, so I guess it
could be tagged as dup.

-- 
Giuseppe Oblomov Bilotta



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#407120: file: wrong search offset after search or regex match

[Giuseppe Bilotta]

Package: file
Version: 4.17-5
Severity: important

I'm currently writing the magic specs for GEDCOM files, and while doing
so I came across a bug in relative offsets when using search or regex
matches.

According to man magic(5), when matching sublevels it is possible to
specify an offset relative to the end of the previous level by prefixing
the offset with .

Consider the following test case:

-- gedfile.ged
0 HEAD
1 SOUR GENJ
2 VERS 2.x
2 NAME GenealogyJ
2 CORP Nils Meier
3 ADDR http://genj.sourceforge.net
1 DEST ANY
1 DATE 15 JAN 2007
2 TIME 17:07:35
1 SUBM @SUB1@
1 FILE bilotta.ged
1 GEDC
2 VERS 5.5
2 FORM Lineage-Linked
1 CHAR UNICODE
1 LANG Italian
--

and the following magic spec:

-- /etc/magic
# GEDCOM Geneaolgy file

0   string/c0\ HEAD GEDCOM genealogy data
0 search  1\ GEDC
0search  2\ VERS version
1   string  \0 %s
--

The expected result, when running file gedfile.ged, would be an
identification of: GEDCOM genealogy data version 5.5

Instead, the result is: GEDCOM genealogy data version 2 VERS 2.x

So, the first search, although successful (the branch is being taken) is
not moving the relative pointer, and thus the second match finds the first
VERS line instead of the second one; likewise, the second search is not
moving the relative pointer either because the string found on the last
level is the whole VERS line and not just what's after 2 VERS.

Similar results are obtained when using regex instead of search.

I noticed that the latest upstream version of file as available from
ftp://ftp.astron.com/pub/file/
is 4.19. However, I have not tested if the bug is still present in the
new upstream version or not.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages file depends on:
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libmagic1   4.17-5   File type determination library us

file recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#403350: xserver-xorg-video-nv: xset dpms force off does not turn off the backlight

[Giuseppe Bilotta]

Package: xserver-xorg-video-nv
Version: 1:1.2.0-3
Severity: important



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-video-nv depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  xserver-xorg-core2:1.1.1-12  X.Org X server -- core server

xserver-xorg-video-nv recommends no packages.

-- no debconf information

I have a Dell laptop (Inspiron 8200) with a GeForce2 Go video card and an UXGA 
monitor (1600x1200).

Putting the monitor into DPMS mode in X (e.g. via xset dpms force on) blanks 
the monitor, but the backlight remains active. If I 
switch to a plain text console and run vbetool dpms off the backlight is turned 
off correctly.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#404568: linux-image-2.6.18-3-686: sata ii hard disk on via chipset appeards both as hdg and as sda

[Giuseppe Bilotta]

Package: linux-image-2.6.18-3-686
Version: 2.6.18-8
Severity: normal



The system has a VIA K8T890 CF chipset with two IDE, two SATA and two SATA II
JMicron JMB 363 ports. The system has a DVD burner set as master on the second
IDE interface, and a hard disk connected to the first SATA II port. The SATA II
port can be set in the BIOS to work in either IDE or AHCI mode, but the problem
appears in both cases.

The problem is that the hard disk appears both as /dev/hdg (initially) and
/dev/sda (when the SATA driver gets loaded), but accessing it via /dev/hdg
generates lots of I/O error messages, as shown in the attached dmesg (lspci and
dmesg outputs refer to the SATA II ports set to AHCI mode in the BIOS).

Passing ide2=noprobe ide3=noprobe hdg=noprobe or similar options to the kernel
(the system is set up with GRUB) has no effect, so it seems to be not possible
to disable the (non-functional) PATA acccess to the SATA II disk.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6.18-3-686 depends on:
ii  coreutils 5.97-5.2   The GNU core utilities
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.85e  tools for generating an initramfs
ii  module-init-tools 3.3-pre3-1 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.18-3-686 recommends:
ii  libc6-i686   2.3.6.ds1-9 GNU C Library: Shared libraries [i

-- debconf information:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.18-3-686/postinst/bootloader-error-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/old-dir-initrd-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/kimage-is-a-directory:
  linux-image-2.6.18-3-686/preinst/elilo-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/old-system-map-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/lilo-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/depmod-error-initrd-2.6.18-3-686: false
  linux-image-2.6.18-3-686/preinst/bootloader-initrd-2.6.18-3-686: true
  linux-image-2.6.18-3-686/prerm/removing-running-kernel-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/create-kimage-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/prerm/would-invalidate-boot-loader-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/abort-install-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/overwriting-modules-2.6.18-3-686: true
  linux-image-2.6.18-3-686/preinst/initrd-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.18-3-686/preinst/already-running-this-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/bootloader-test-error-2.6.18-3-686:
  linux-image-2.6.18-3-686/preinst/abort-overwrite-2.6.18-3-686:
  linux-image-2.6.18-3-686/postinst/old-initrd-link-2.6.18-3-686: true
  linux-image-2.6.18-3-686/postinst/depmod-error-2.6.18-3-686: false
  linux-image-2.6.18-3-686/preinst/failed-to-move-modules-2.6.18-3-686:

-- lspci output:
00:00.0 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.5 PIC: VIA Technologies, Inc. VT3351 I/O APIC Interrupt Controller
00:00.7 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. [K8T890 North / VT8237 South] PCI 
Bridge
00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller
00:03.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller
00:03.1 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller
00:03.2 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller
00:03.3 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller
00:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller 
(rev 46)
00:0f.0 IDE interface: VIA Technologies, Inc. VT8237A SATA 2-Port Controller 
(rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev a0)
00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev a0)
00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev a0)
00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev a0)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge
00:11.7 Host bridge: 

Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid

[Giuseppe Bilotta]

On 3/5/07, Brice Goglin [EMAIL PROTECTED] wrote:

Giuseppe Bilotta wrote:
 Sorry for the delay, gmail thought your mail was spam :P

 The patch worked in the sense that when I lower the lid, the xserver
 keeps running. It even turns off the monitor backlight.

 However, the backlight is not turned back on when I raise the lid
 again. I'm not sure this fits in this bug anymore though, so I'm
 thinking about opening a new bug with the backlight issues (there are
 two of them), unless you think this bug fits.

 Thanks for the fix, BTW :)


Hi Giuseppe,

Could you try xserver-xorg-core (2:1.2.0-6) currently in experimental?


What kind of procedure should I follow to use a package from
experimental in my testing/unstable installation?


--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid

[Giuseppe Bilotta]

On 3/5/07, Brice Goglin [EMAIL PROTECTED] wrote:


Then, tell apt-get/aptitude to take in experimental by doing one of the
following lines:
apt-get install xserver-xorg-core/experimental
aptitude install -t experimental xserver-xorg-core



Ok, running with xserver-xorg-core 1.2.0-6 now. It also updated
libdrm2, but nothing else (in particular, not nv). However, the
behaviour I see is still the same: closing the lid makes the backlight
go off (after a couple of seconds), but opening it up doesn't turn it
back on again.

Since we're discussing it here, I think I'll mention the other problem
I'm having with the backlight in X: xset dpms force off (or standby or
suspend) blank the screen but don't turn the backlight off.

I'm wondering if this might be related, since maybe the backlight
going off is being done by something other than X, something that is
not turning it back on when the lid gets opened. If this is the case,
I should probably bring up this particular issue somewhere else, and
open a different issue about the lack of backlight control in X ...


--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#414714: linux-image-2.6-686: SATA disk appears both as hdg and sda on VIA motherboard with JMicron controller

[Giuseppe Bilotta]

Package: linux-image-2.6-686
Version: 2.6.18+6
Severity: important

I have a VIA motherboard with a JMicron SATA controller. A quirk
settings in the kernel enables both the IDE and SATA interface to the
controller. As a result, my hard disk appears both as /dev/sda and
/dev/hdg. I access the hard disk using /dev/sda with linux 2.6.18-3, but
the dmesg gets filled with errors about failed accesses to /dev/hdg,
e.g.

end_request: I/O error, dev hdg, sector 625142272
end_request: I/O error, dev hdg, sector 0
end_request: I/O error, dev hdg, sector 8
end_request: I/O error, dev hdg, sector 16
end_request: I/O error, dev hdg, sector 24
end_request: I/O error, dev hdg, sector 32
end_request: I/O error, dev hdg, sector 40
end_request: I/O error, dev hdg, sector 48
end_request: I/O error, dev hdg, sector 56
end_request: I/O error, dev hdg, sector 0

even though it's not being accessed directly (maybe HAL?).

With Linux 2.6.18-4, the ide driver seems to be more aggressive, and it
manages to grab the interface from the sata subsystem, causing the hard
disk to be inaccessible via /dev/sda, and only working via /dev/hdg.
Since the system is set up to use /dev/sda (right from the root= command
line, but also fstab etc), this causes all sort of problems.

I cannot disable the ide modules completely because I have an IDE burner
attached to the main IDE interface (hda), so I've tried to disable
access to the ide2 and ide3 interfaces with boot parameters: this was
completely unsuccessful because all ide2=noprobe, hdg=noprobe, hdg=none
or ide.same combinations are totally ignored, the ide2 interface is
brought up and the hdg device appears.



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages linux-image-2.6-686 depends on:
ii  linux-image-2.6.18-4-68 2.6.18.dfsg.1-11 Linux 2.6.18 image on PPro/Celeron

linux-image-2.6-686 recommends no packages.

-- no debconf information

-- lspci -n :

00:00.0 0600: 1106:0351
00:00.1 0600: 1106:1351
00:00.2 0600: 1106:2351
00:00.3 0600: 1106:3351
00:00.4 0600: 1106:4351
00:00.5 0800: 1106:5351
00:00.7 0600: 1106:7351
00:01.0 0604: 1106:b999
00:02.0 0604: 1106:a238
00:03.0 0604: 1106:c238
00:03.1 0604: 1106:d238
00:03.2 0604: 1106:e238
00:03.3 0604: 1106:f238
00:0a.0 0c00: 1106:3044 (rev 46)
00:0f.0 0101: 1106:0591 (rev 80)
00:0f.1 0101: 1106:0571 (rev 07)
00:10.0 0c03: 1106:3038 (rev a0)
00:10.1 0c03: 1106:3038 (rev a0)
00:10.2 0c03: 1106:3038 (rev a0)
00:10.3 0c03: 1106:3038 (rev a0)
00:10.4 0c03: 1106:3104 (rev 86)
00:11.0 0601: 1106:3337
00:11.7 0600: 1106:287e
00:13.0 0600: 1106:337b
00:18.0 0600: 1022:1100
00:18.1 0600: 1022:1101
00:18.2 0600: 1022:1102
00:18.3 0600: 1022:1103
02:00.0 0106: 197b:2363 (rev 02)
02:00.1 0101: 197b:2363 (rev 02)
03:00.0 0200: 10ec:8168 (rev 01)
06:00.0 0300: 10de:0141 (rev a2)
80:01.0 0403: 1106:3288 (rev 10)

-- see also:

 http://lkml.org/lkml/2007/1/6/76


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#415015: konqueror: High CPU load and misrendering on MNG test suite pages

[Giuseppe Bilotta]

Package: konqueror
Version: 4:3.5.5a.dfsg.1-6
Severity: normal

When visiting the MNG test-suite, i.e. all the pages linked from
http://www.libmng.com/MNGsuite/
the rendering of many of the MNG images is wrong, and it consumes lots
of CPU.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages konqueror depends on:
ii  kcontrol   4:3.5.5a.dfsg.1-6 control center for KDE
ii  kdebase-kio-plugins4:3.5.5a.dfsg.1-6 core I/O slaves for KDE
ii  kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al
ii  kdesktop   4:3.5.5a.dfsg.1-6 miscellaneous binaries and files f
ii  kfind  4:3.5.5a.dfsg.1-6 file-find utility for KDE
ii  libacl12.2.42-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   1:2.4.32-1.1  Extended attribute shared library
ii  libaudio2  1.8-3 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-13  GNU C Library: Shared libraries
ii  libfam02.7.0-12  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libkonq4   4:3.5.5a.dfsg.1-6 core libraries for Konqueror
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-6 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3-13compression library - runtime

konqueror recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid

[Giuseppe Bilotta]

On 2/12/07, Julien Cristau [EMAIL PROTECTED] wrote:


 
http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=0567a6337b84fa045b5732e98203f488274aa2a2

Hi,

I've applied this patch in 2:1.1.1-16.  Giuseppe, can you try the
version of xserver-xorg-core from unstable (should be 2:1.1.1-17) and
tell us if you can still reproduce this bug?


Sorry for the delay, gmail thought your mail was spam :P

The patch worked in the sense that when I lower the lid, the xserver
keeps running. It even turns off the monitor backlight.

However, the backlight is not turned back on when I raise the lid
again. I'm not sure this fits in this bug anymore though, so I'm
thinking about opening a new bug with the backlight issues (there are
two of them), unless you think this bug fits.

Thanks for the fix, BTW :)

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#403350: xserver-xorg-video-nv: xset dpms force off does not turn off the backlight

[Giuseppe Bilotta]

On 5/8/07, Brice Goglin [EMAIL PROTECTED] wrote:

Hi Giuseppe,

Does this problem with xset dpms force off not working still occur with
latest xserver-xorg-core 1.3 and xserver-xorg-video-nv 2.0.2 from
unstable?


No, the command still limits itself to blanking the screen without
turning off the backlight. I still need to switch to console and use
vbetool commands to turn the backlight off.


Did this dpms command ever work before?


Not for me.

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420531: Info received (Bug#420531: Acknowledgement (xserver-xorg-acecad: acecad driver does not recognize USB tablet))

[Giuseppe Bilotta]

Usage of the driver with 2.6.x kernels has been fixed in upstream
release 1.1.1: setting Option Device to the appropriate event device
(or to a symlink e.g. from /dev/input/by-id/) works.

Support for the auto-dev device option has been implemented in
upstream release 1.2.0. Source package should now  recommend
libsysfs-dev and package should now suggest libsysfs1 or libsysfs2.

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#421548: RFP: avfs -- virtual filesystem to access the content of archives and disk images (.zip, .rar, .tar, .iso, .img etc) without unpacking them

[Giuseppe Bilotta]

Package: wnpp
Severity: wishlist

* Package name: avfs
  Version : 0.9.7
  Upstream Author : Miklos Szeredi [EMAIL PROTECTED], Ralf Hoffmann [EMAIL 
PROTECTED]
* URL : http://sourceforge.net/projects/avf/
* License : GPL
  Programming Lang: C
  Description : FUSE-based virtual filesystem to access archives and disk 
images (.zip, .rar, .tar, .iso, .img etc) and remote locations (ftp, http, dav, 
etc)

AVFS (A Virtual FileSystem) enables all programs to look inside archived
or compressed files, or access remote files without recompiling the
programs or changing the kernel. 

At the moment it supports floppies, tar and gzip files, zip, bzip2, ar
and rar files, ftp sessions, http, webdav, rsh/rcp, ssh/scp. Quite a few
other handlers are implemented with the Midnight Commander's external
FS.

It can be used either via FUSE or through a kernel module.

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

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420532: xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel

[Giuseppe Bilotta]

Apparently it's not completely fixed yet. Although the tablet motion
is not as jerky as it was with previous versions, it's still reported
as a Relative (not Absolute) pointing device, and 'first' (tip) button
and pressure don't work. I'm in touch with the upstreadm developer to
try and work this out.

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid

[Giuseppe Bilotta]

On 5/28/07, Brice Goglin [EMAIL PROTECTED] wrote:

retitle 402563 backlight not restored when reopening the lid
thank you


Hi Giuseppe,

Does this problem still happen with latest xserver-xorg-core and
xserver-xorg-video-nv currently in unstable (1.3 and 2.0.2)?


Tthe latest versions of -core and -video-nv don't touch the backlight
either: if it's on it stays on, if it's off it stays off.

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#418166: critical python-central bug

[Giuseppe Bilotta]

Hello,

The bug should be moved to package 'python-central', and the severity
upped to critical, since it breaks removal/installation/upgrade fo
*every* python package that uses python-central.

The patch proposed by Jeroen Massar, which should be applied to
/usr/share/pycentral-data/pyversions.py fixes the problem, allowing
smooth up/downgrading and installation/removal of all the affected
packages (reportbug, python-uno etc)

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420531: xserver-xorg-acecad: acecad driver does not recognize USB tablet

[Giuseppe Bilotta]

Package: xserver-xorg-input-acecad
Version: 1:1.1.0-1
Severity: important

I have a [EMAIL PROTECTED] Acecad USB tablet. This is properly detected
and configured by the kernel, but not by the X.org driver.

The relevant xorg.conf section is

Section InputDevice
Identifier  ACECAD Tablet
Driver  acecad
Option  Deviceauto-dev
Option  ReportSpeed   120
Option  Mode  absolute
EndSection

According to the author's webpage @ http://acecad.sourceforge.net/install.html
this should be enough to let the driver auto-configure the USB model.
However, this is not the case, as Xorg reports:

(EE) xf86OpenSerial: Cannot open device auto-dev
No such file or directory.
(EE) AceCad driver unable to open device

Trying to set the Device explicitly, either to the appropriate
/dev/input/event* or /dev/input/mouse* or /dev/usbdev* device fails
likewise.

This effectively makes the USB tablet unusable as such.

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

Kernel: Linux 2.6.21-rc7
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420532: xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel

[Giuseppe Bilotta]

Package: xserver-xorg-input-evdev
Version: 1:1.1.2-6
Severity: normal

I have a [EMAIL PROTECTED] Acecad USB Tablet. The device is properly
detected and configured by the kernel: dmesg reports

input: ACECAD USB Graphics Tablet  as /class/input/input8
usbcore: registered new interface driver usb_acecad
drivers/usb/input/acecad.c: v3.2:USB Acecad Flair tablet driver

and /proc/bus/input/devices reports

I: Bus=0003 Vendor=0460 Product=0004 Version=0130
N: Name=ACECAD USB Graphics Tablet 
P: Phys=usb-:00:1d.0-1/input0
S: Sysfs=/class/input/input8
H: Handlers=mouse2 event4 
B: EV=b
B: KEY=1c01 0 7 0 0 0 0 0 0 0 0
B: ABS=103

The device is configured for evdev in /etc/X11/xorg.conf

Section InputDevice
Identifier  ACECAD Tablet
Driver  evdev
Option  Name  ACECAD USB Graphics Tablet 
EndSection

and this is configured as follows according to the Xorg.0.log:

(**) ACECAD Tablet-usb-:00:1d.0-1/input0: always reports core events
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 3 absolute axes.
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring as pointer.
(**) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring in Absolute mode.
(**) ACECAD Tablet-usb-:00:1d.0-1/input0: AbsoluteScreen: 0.
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 0 relative axes.
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring as pointer.
(**) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring 2 relative axes.
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 77 mouse buttons
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configured 77 mouse buttons

(II) XINPUT: Adding extended input device ACECAD 
Tablet-usb-:00:1d.0-1/input0 (type: MOUSE)

(**) ACECAD Tablet-usb-:00:1d.0-1/input0: 3 valuators.
(**) ../../src/evdev_btn.c (81): Registering 77 buttons.
(II) ACECAD Tablet-usb-:00:1d.0-1/input0: Init

(II) ACECAD Tablet-usb-:00:1d.0-1/input0: On

ACECAD Tablet-usb-:00:1d.0-1/input0   id=1[XExtensionDevice]
Num_buttons is 77
Num_axes is 3
Mode is Relative
Motion_buffer is 256
Axis 0 :
Min_value is 0
Max_value is 0
Resolution is 0
Axis 1 :
Min_value is 0
Max_value is 0
Resolution is 0
Axis 2 :
Min_value is 0
Max_value is 0
Resolution is 0


As a consequence, trying to use the tablet to move the mouse results in
extremely jerky mouse motion, and no pressure or button activity
reported.


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

Kernel: Linux 2.6.21-rc7
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6   2.5-2GNU C Library: Shared libraries
ii  xserver-xorg-core   2:1.3.0.0.dfsg-2 X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420531: Acknowledgement (xserver-xorg-acecad: acecad driver does not recognize USB tablet)

[Giuseppe Bilotta]

(Oops, the package should refer to xserver-xorg-input-acecad ... I
must have mistyped when using reportbug)

Additional info: this is most probably due to upstream bug 3995:

https://bugs.freedesktop.org/show_bug.cgi?id=3995

On 4/23/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian X Strike Force [EMAIL PROTECTED]

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

If you have filed this report in error and wish to close it, please
send mail to [EMAIL PROTECTED] with an explanation
why the bug report should be closed.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#420532: Acknowledgement (xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel)

[Giuseppe Bilotta]

This is most probably upstream bug 2758

https://bugs.freedesktop.org/show_bug.cgi?id=2758

On 4/23/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian X Strike Force [EMAIL PROTECTED]

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

If you have filed this report in error and wish to close it, please
send mail to [EMAIL PROTECTED] with an explanation
why the bug report should be closed.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#414714: Acknowledgement (linux-image-2.6-686: SATA disk appears both as hdg and sda on VIA motherboard with JMicron controller)

[Giuseppe Bilotta]

This is fixed by using the boot paramater combined_mode=libata with
linux-image-2.6.20-1, so the bug can be closed when linux-image-2.6
points to the newer kernels.

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#400186: Upstream 2.1.2

[Giuseppe Bilotta]

Latest upstream release is 2.1.2 ... any chances of the Debian package
being updated?

--
Giuseppe Oblomov Bilotta


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#355223: hotkey-setup: add Dell Inspiron multimedia keys

[Giuseppe Bilotta]

Package: hotkey-setup
Version: 0.1-14
Severity: wishlist
Tags: patch

The dell.hk configuration lacks definitions for the multimedia keys
present in Dell Inspirons. The missing lines are:

setkeycodes e001171 #for X; $KEY_PLAYPAUSE in kernel map
setkeycodes e002172 #for X; $KEY_STOP in kernel map
setkeycodes e003187 #for X; $KEY_PREVIOUSSONG in kernel map
setkeycodes e004189 #for X; $KEY_NEXTSONG in kernel map

The other three multimedia keys (volume up/down/mute) work out of the
box under X when the inspiron symbols are loaded, so I set the others
to the values X expects with that keyboard config. If the policy is to
prefer the kernel map, it would be preferrable to redefine the volume
keys too. What X keyboard should be selected then?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-oblomov-1
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)

Versions of packages hotkey-setup depends on:
ii  dmidecode 2.8-1  Dump Desktop Management Interface 

hotkey-setup recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#524701: hotkey-setup: HP Pavilion dv5 WWW key gets mapped to HomePage

[Giuseppe Bilotta]

Package: hotkey-setup
Version: 0.1-23
Severity: normal

The WWW hotkey on my HP Pavilion dv5 WWW does not map to KEY_WWW but to
KEY_HOMEPAGE. This is visible both in console and under X. The reasons
for this are the following:
* the kernel keymap maps e032 to 172 (KEY_HOMEPAGE)
* hotkey-setup remaps e032 to 150 (KEY_WWW) in atkbd.hk only
* all other .hk files skip this remapping because it's expected to be a
  generic one
* but atkbd.hk is never sourced. Instead, the empty generic.hk is sourced 

Sourcing atkbd.hk instead of generic.hk solves the problem for me. I'm
not including a patch to that effect because I'm not sure this would be
the correct solution.

-- Package-specific info:

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

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hotkey-setup depends on:
ii  console-tools [console-u 1:0.2.3dbs-65.1 Linux console and font utilities
ii  discover 2.1.2-3 hardware identification system
ii  dmidecode2.9-1   Dump Desktop Management Interface 
ii  laptop-detect0.13.7  attempt to detect a laptop
ii  libc62.9-7   GNU C Library: Shared libraries

hotkey-setup recommends no packages.

hotkey-setup 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#506995: initscripts: nfs not mounted at boot due to portmap startup failure

[Giuseppe Bilotta]

Package: initscripts
Version: 2.86.ds1-61
Severity: important

When bringing up the network interfaces, the init script attempt to mount nfs
remotes fails, because statd previously failed to load. This is in turn due to
portmap failing to load.

The portmap script, as called during the attempt to start the needed services
for nfs, claims (falsely) that portmap is 'Already running'. Debugging shows
that this is caused by two instances of the portmap init script being run
concurrently: the portmap pid detection thus fails because each instance sees
the pid of the other instance and belives this to be the actual portmap running.

I have not been able to determine the reason for the concurrent double portmap
init script execution, since I haven't altered nor added any init script, nor
the ifup-down scripts.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages initscripts depends on:
ii  debianutils  2.30Miscellaneous utilities specific t
ii  e2fsprogs1.41.3-1ext2/ext3/ext4 file system utiliti
ii  libc62.7-16  GNU C Library: Shared libraries
ii  lsb-base 3.2-20  Linux Standard Base 3.2 init scrip
ii  mount2.13.1.1-1  Tools for mounting and manipulatin
ii  sysvinit-utils   2.86.ds1-61 System-V-like utilities

Versions of packages initscripts recommends:
ii  psmisc22.6-1 Utilities that use the proc filesy

initscripts suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#506995: initscripts: nfs not mounted at boot due to portmap startup failure

[Giuseppe Bilotta]

On Sat, Nov 29, 2008 at 11:03 AM, Aníbal Monsalve Salazar
[EMAIL PROTECTED] wrote:

 Hello All,

 Please test if portmap 6.0-9 fixes this bug.

It fixes the problem for me, thanks.

-- 
Giuseppe Oblomov Bilotta



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#519397: cheese: fails to load: segmentation fault in libgstffmpeg.so

[Giuseppe Bilotta]

Package: cheese
Version: 2.24.3-1
Severity: grave
Justification: renders package unusable

Loading cheese fails with the (console) message:
---
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/gstreamer-0.10/libgstffmpeg.so

Please either:
- remove it and restart.
- run with --gst-disable-segtrap and debug.
Error re-scanning registry , child terminated by signal
---

It is possible to temporarily work around this issue by either removing
the plugin or by using --gst-disable-registry-update, but neither is an
option for common users.


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

Kernel: Linux 2.6.29-rc4 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cheese depends on:
ii  gconf22.24.0-7   GNOME configuration database syste
ii  gstreamer0.10-plugins-base0.10.22-3  GStreamer plugins from the base 
ii  gstreamer0.10-plugins-good0.10.14-2  GStreamer plugins from the good 
ii  libart-2.0-2  2.3.20-2   Library of functions for 2D graphi
ii  libc6 2.9-4  GNU C Library: Shared libraries
ii  libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.12-1   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.80-3 simple interprocess messaging syst
ii  libebook1.2-9 2.24.5-2   Client library for evolution addre
ii  libgconf2-4   2.24.0-7   GNOME configuration database syste
ii  libglib2.0-0  2.18.4-2   The GLib library of C routines
ii  libgnomeui-0  2.24.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.24.0-2 GNOME Virtual File System (runtime
ii  libgstreamer-plugins-base0.10 0.10.22-3  GStreamer libraries from the base
ii  libgstreamer0.10-00.10.22-2  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.14.7-4   The GTK+ graphical user interface 
ii  libhal1   0.5.11-8   Hardware Abstraction Layer - share
ii  libpango1.0-0 1.22.4-2   Layout and rendering of internatio
ii  librsvg2-22.22.3-2   SAX-based renderer library for SVG

Versions of packages cheese recommends:
ii  gvfs  1.0.3-2userspace virtual filesystem - ser

cheese 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#519397: cheese: fails to load: segmentation fault in libgstffmpeg.so

[Giuseppe Bilotta]

2009/3/24 Sebastian Dröge sl...@circular-chaos.org:
 Which version of libavcodec52 do you have installed?

Package: libavcodec52
New: yes
State: installed
Automatically installed: yes
Version: 4:0.5.svn20090318-0.0
Priority: optional
Section: libs

I dist-upgraded today to the latest debian unstable and I cannot
reproduce the error anymore. This bug can be closed for me.



-- 
Giuseppe Oblomov Bilotta



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

Bug#553688: svgatextmode: cannot install with console-tools and kbd-compat

[Giuseppe Bilotta]

Package: svgatextmode
Severity: important

svgatextmode depends on kbd, and the dependency is not satisfied by
console-tools and kbd-compat, making the package uninstallable on
systems that have console-tools.

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

Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#620687: postinst and prerm are for the wrong version

[Giuseppe Bilotta]

Package: infinoted-0.5
Version: 0.5.0-1
Severity: grave

Trying to install the package fails becase the postinst script tries to set up
an alternative for infinoted-0.4.1 instead of -0.5 ; the prerm script has a 
similar
issue with 0.3. It looks lik they are the ones for the wrong version.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages infinoted-0.5 depends on:
ii  libavahi-client30.6.29-1 Avahi client library
ii  libavahi-common30.6.29-1 Avahi common library
ii  libc6   2.11.2-13Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-2common error description library
ii  libdaemon0  0.14-2   lightweight C library for daemons 
ii  libgcrypt11 1.4.6-5  LGPL Crypto library - runtime libr
ii  libglib2.0-02.28.4-1 The GLib library of C routines
ii  libgnutls26 2.10.5-1+b1  the GNU TLS library - runtime libr
ii  libgpg-error0   1.10-0.3 library for common error values an
ii  libgsasl7   1.4.4-2  GNU SASL library
ii  libgssapi-krb5-21.9+dfsg-1   MIT Kerberos runtime libraries - k
ii  libidn111.20-1   GNU Libidn library, implementation
ii  libinfinity-0.5-0   0.5.0-1  infinote-based collaborative editi
ii  libk5crypto31.9+dfsg-1   MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.9+dfsg-1   MIT Kerberos runtime libraries
ii  libntlm01.2-1NTLM authentication library
ii  libxml2 2.7.8.dfsg-2 GNOME XML library

infinoted-0.5 recommends no packages.

infinoted-0.5 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#551537: GTK interface does not display UTF characters correctly

[Giuseppe Bilotta]

Package: apt-listchanges
Version: 2.85.7
Tags: patch
Followup-For: Bug #551537

The following patch fixes the problem using the frontend function
_render() specifically designed for the purpose:

---8---

--- /usr/share/apt-listchanges/AptListChangesGtk.py.dist2011-04-28 
08:34:42.0 +0200
+++ /usr/share/apt-listchanges/AptListChangesGtk.py 2011-04-28 
08:35:10.0 +0200
@@ -42,7 +42,7 @@
 def display_output(self,text):
 self.button_close.set_sensitive(True)
 buf = self.glade.get_widget(textview_main).get_buffer()
-buf.set_text(unicode(text, 'latin-1').encode(UTF-8))
+buf.set_text(self._render(text))
 gtk.main()
 
 def update_progress(self):

---8---


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-listchanges depends on:
ii  apt 0.8.14.1 Advanced front-end for dpkg
ii  debconf [debconf-2.0]   1.5.38   Debian configuration management sy
ii  debianutils 3.4.4Miscellaneous utilities specific t
ii  python  2.6.6-14 interactive high-level object-orie
ii  python-apt  0.7.100.3+b1 Python interface to libapt-pkg
ii  python-support  1.0.13   automated rebuilding support for P
ii  ucf 3.0025+nmu2  Update Configuration File: preserv

Versions of packages apt-listchanges recommends:
ii  msmtp-mta [mail-transport-age 1.4.23-1   light SMTP client with support for

Versions of packages apt-listchanges suggests:
ii  chromium [www-brow 10.0.648.205~r81283-1 Chromium browser
ii  elinks [www-browse 0.12~pre5-3.2 advanced text-mode WWW browser
ii  iceape-browser [ww 2.0.13-1  Iceape Navigator (Internet browser
ii  iceweasel [www-bro 3.5.18-1  Web browser based on Firefox
ii  konqueror [www-bro 4:4.4.5-3 advanced file manager, web browser
ii  konsole [x-termina 4:4.4.5-3 X terminal emulator
ii  lynx-cur [www-brow 2.8.8dev.8-1  Text-mode WWW Browser with NLS sup
ii  opera [www-browser 11.10.2092A fast and secure web browser and 
ii  python-glade2  2.24.0-1  GTK+ bindings: Glade support
ii  python-gtk22.24.0-1  Python bindings for the GTK+ widge
ii  rxvt-unicode [x-te 9.10-1RXVT-like terminal emulator with U
ii  w3m [www-browser]  0.5.3-2+b1WWW browsable pager with excellent
ii  xterm [x-terminal- 269-1 X terminal emulator

-- debconf information:
* apt-listchanges/confirm: false
* apt-listchanges/which: both
* apt-listchanges/frontend: gtk
* apt-listchanges/email-address:
* apt-listchanges/save-seen: false



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

Bug#626158: libvirtd segfaults against libc-2.13 on boot

[Giuseppe Bilotta]

Package: libvirt-bin
Version: 0.9.0-1
Severity: important
Tags: sid

At boot, libvirtd starts and crashes with

[   34.897586] libvirtd[1633]: segfault at d ip 7f1c390af6c1 sp 
7fff6cafdf88 error 4 in libc-2.13.so[7f1c39033000+17a000]

If virt-manager is launched, it then complains about failing to open a
connection with the libvirt management daemon, requiring a manual restart of
the libvirt-bin service.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvirt-bin depends on:
ii  adduser  3.112+nmu2  add and remove users and groups
ii  gettext-base 0.18.1.1-3  GNU Internationalization utilities
ii  libavahi-client3 0.6.30-3Avahi client library
ii  libavahi-common3 0.6.30-3Avahi common library
ii  libblkid12.17.2-9.1  block device id library
ii  libc62.13-2  Embedded GNU C Library: Shared lib
ii  libcap-ng0   0.6.5-1+b1  An alternate POSIX capabilities li
ii  libdevmapper1.02.1   2:1.02.63-3 The Linux Kernel Device Mapper use
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - runtime libr
ii  libgnutls26  2.10.5-1+b1 the GNU TLS library - runtime libr
ii  libnl1   1.1-6   library for dealing with netlink s
ii  libparted0debian12.3-5   The GNU Parted disk partitioning s
ii  libpciaccess00.12.1-1Generic PCI access library for X
ii  libreadline6 6.2-1   GNU readline and history libraries
ii  libsasl2-2   2.1.23.dfsg1-8  Cyrus SASL - authentication abstra
ii  libudev0 168-1   libudev shared library
ii  libuuid1 2.17.2-9.1  Universally Unique ID library
ii  libvirt0 0.9.0-1 library for interfacing with diffe
ii  libxenstore3.0   4.1.0-3 Xenstore communications library fo
ii  libxml2  2.7.8.dfsg-2+b1 GNOME XML library
ii  logrotate3.7.8-6 Log rotation utility

Versions of packages libvirt-bin recommends:
ii  bridge-utils   1.5-2 Utilities for configuring the Linu
ii  dmidecode  2.9-1.2   Dump Desktop Management Interface 
ii  dnsmasq-base   2.57-1A small caching DNS proxy and DHCP
ii  ebtables   2.0.9.2-2 Ethernet bridge frame table admini
ii  gawk   1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr
ii  iptables   1.4.10-1  administration tools for packet fi
ii  libxml2-utils  2.7.8.dfsg-2+b1   XML utilities
ii  netcat-openbsd 1.89-4TCP/IP swiss army knife
ii  qemu   0.14.0+dfsg-5.1   fast processor emulator
ii  qemu-kvm   0.14.0+dfsg-1~tls Full virtualization on x86 hardwar

Versions of packages libvirt-bin suggests:
ii  policykit-1   0.101-4framework for managing administrat

-- 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#626158: [Pkg-libvirt-maintainers] Bug#626158: libvirtd segfaults against libc-2.13 on boot

[Giuseppe Bilotta]

On Mon, May 9, 2011 at 2:29 PM, Guido Günther a...@sigxcpu.org wrote:
 Could you please install the debug package and provide a backtrace?

Sure. Additional information: if I disable the libvirt-bin init
script, the crash still happens the first time libvirtd is ran. As
seen from the attached gdb session, the crash happens after a failure
to start dnsmasq. This, btw, might explain why, after starting
libvirtd the second time (which works) the virtual machines fail to
get a dhcp address.

-- 
Giuseppe Oblomov Bilotta


libvirtdb-gdb
Description: Binary data

Bug#626158: [Pkg-libvirt-maintainers] Bug#626158: libvirtd segfaults against libc-2.13 on boot

[Giuseppe Bilotta]

On Mon, May 9, 2011 at 5:34 PM, Guido Günther a...@sigxcpu.org wrote:
 On Mon, May 09, 2011 at 04:48:06PM +0200, Giuseppe Bilotta wrote:
 On Mon, May 9, 2011 at 2:29 PM, Guido Günther a...@sigxcpu.org wrote:
  Could you please install the debug package and provide a backtrace?

 Sure. Additional information: if I disable the libvirt-bin init
 script, the crash still happens the first time libvirtd is ran. As
 seen from the attached gdb session, the crash happens after a failure
 to start dnsmasq. This, btw, might explain why, after starting
 libvirtd the second time (which works) the virtual machines fail to
 get a dhcp address.
 Could you check 0.9.0-2 please once available for your architecture?

Seems to be fixed in 0.9.0-2. (Also, internet is accessible again from
the virtual machine). Thanks.

-- 
Giuseppe Oblomov Bilotta



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

Bug#658491: hdf5-tools programs cannot find libhdf5.so.7

[Giuseppe Bilotta]

Package: hdf5-tools
Version: 1.8.8-6
Severity: grave

The binaries in this version of hdf5-tools are linked against
libhdf5.so.7, but the package depends on libhdf5-1.8 that provides
libhdf5.so.6. Therefore, all of the tools fail to launch with:

error while loading shared libraries: libhdf5.so.7: cannot open shared
object file: No such file or directory


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages hdf5-tools depends on:
ii  libhdf5-openmpi-1.8.4 [libhdf5-1.8]  1.8.4-patch1-3

hdf5-tools recommends no packages.

hdf5-tools 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#658491: closed by Francesco P. Lovergine fran...@debian.org (Re: Bug#658491: hdf5-tools programs cannot find libhdf5.so.7)

[Giuseppe Bilotta]

Thanks for the reply. However, I do believe this is still a bug in the
dependency specification, since if the hdf5-tools
 package depends on the *latest* version of the libhdf5-1.8 package,
then it should explicitly do so, to prevent installation
 when the correct version cannot be installed because e.g. it is being
held back automatically by some other package
(paraview in my case).

 -- Forwarded message --
 From: Francesco P. Lovergine fran...@debian.org
 To: 658491-d...@bugs.debian.org
 Cc:
 Date: Fri, 3 Feb 2012 19:55:28 +0100
 Subject: Re: Bug#658491: hdf5-tools programs cannot find libhdf5.so.7
 severity normal
 thanks

 This is a non bug, you have simply to install the *latest* version
 of the hdf5 library which provides libhdf5-1.8. You have probably
 on hold the previous version for some reason.



-- 
Giuseppe Oblomov Bilotta



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

Bug#712157: it_IT locale missing thousands separator

[Giuseppe Bilotta]

Package: locales
Version: 2.17-5
Severity: normal
Tags: l10n patch upstream

In Italy a full-stop sign is used as thousands separator, with a
grouping of 3 digits (see also Unicode's CLDR chart[1], row 3048 for
reference).

[1]: http://www.unicode.org/repos/cldr-aux/charts/23/summary/it.html

The following patch fixes the issue:

--8---8--
--- it_IT.old   2013-06-13 17:48:37.0 +0200
+++ it_IT   2013-06-13 17:49:05.0 +0200
@@ -82,8 +82,8 @@
 
 LC_NUMERIC
 decimal_point U002C
-thousands_sep 
-grouping  0;0
+thousands_sep U002E
+grouping  3;3
 END LC_NUMERIC
 
 LC_TIME
--8---8--


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.50
ii  libc6 [glibc-2.17-1]   2.17-5

locales recommends no packages.

locales suggests no packages.

-- debconf information:
* locales/default_environment_locale: en_US.UTF-8
* locales/locales_to_be_generated: en_US ISO-8859-1, en_US.ISO-8859-15 
ISO-8859-15, en_US.UTF-8 UTF-8, it_IT ISO-8859-1, it_IT.UTF-8 UTF-8, it_IT@euro 
ISO-8859-15


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

Bug#709966: cannot upgrade to 1.10.1+dfsg-6 on multiarch (amd64 and i386)

[Giuseppe Bilotta]

Package: libgssapi-krb5-2
Severity: normal

libgssapi-krb5-2 on amd64 and i386 are at different versions in sid
(1.10.1+dgs-6 for amd64, -5 for i386), but the same version _must_ be
installed for all architectures. This prevents upgrading of all
kerberos-related packages, and packages that depend on them.



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#714503: Creative ZEN seen by libmtp but not properly supported (no files seen on device)

[Giuseppe Bilotta]

Package: libmtp9
Version: 1.1.6-2
Severity: normal
Tags: upstream

We have a Creative ZEN (vendor id 041e, vendor product 4157) that
theoretically supports the MTP protocol: mtp-probe and mtp-detect find
it, and there is a rule for it in /lib/udev/rules.d/69-libmtp.rules.

However, accessing the device through libmtp (e.g. via the gvfs mtp
backend in Nautilus, or with manual mounting via mtpfs) fails to find
any files on the device. The contents of the device can be properly
accessed when using the PTP protocol using libgphoto2.

As a provisional solution I changed the udev rule to use MTP_NO_PROBE
and NOT make the device visible through libmtp, but proper support for
the device in libmtp would be preferred.

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

Kernel: Linux 3.8-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmtp9 depends on:
ii  dpkg   1.16.10
ii  libc6  2.17-6
ii  libgcrypt111.5.2-3
ii  libmtp-common  1.1.6-2
ii  libusb-1.0-0   2:1.0.15-1
ii  multiarch-support  2.17-6

Versions of packages libmtp9 recommends:
ii  libmtp-runtime  1.1.6-2
ii  udev175-7.2

libmtp9 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#714504: cannot upgrade to 4.8.1-5 on multiarch (amd64 and i386)

[Giuseppe Bilotta]

Package: gcc-4.8
Version: 4.8.1-4
Severity: serious

gcc-4.8 and related packages are at different versions in sid on amd64
(4.8.1-5) and i386 (4.8.1-4), but the same version _must_ be installed
for all architectures. This prevents upgrading of gcc-4.8 and all
related packages on multiarch (amd64 + i386) systems.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gcc-4.8 depends on:
ii  binutils2.23.52.20130620-1
ii  cpp-4.8 4.8.1-4
ii  gcc-4.8-base4.8.1-4
ii  libc6   2.17-5
ii  libcloog-isl4   0.18.0-2
ii  libgcc-4.8-dev  4.8.1-4
ii  libgmp102:5.1.2+dfsg-1
ii  libisl100.11.2-1
ii  libmpc3 1.0.1-1
ii  libmpfr43.1.1-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages gcc-4.8 recommends:
ii  libc6-dev  2.17-5

Versions of packages gcc-4.8 suggests:
pn  binutils-goldnone
pn  gcc-4.8-doc  none
pn  gcc-4.8-locales  none
ii  gcc-4.8-multilib 4.8.1-4
pn  libasan0-dbg none
pn  libatomic1-dbg   none
pn  libbacktrace1-dbgnone
pn  libgcc1-dbg  none
pn  libgomp1-dbg none
pn  libitm1-dbg  none
pn  libmudflap0-4.8-dev  none
pn  libmudflap0-dbg  none
pn  libquadmath0-dbg none
pn  libtsan0-dbg 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#689199: suckless-tools: update tabbed

[Giuseppe Bilotta]

Package: suckless-tools
Version: 38-1
Severity: wishlist

Tabbed version 0.4 was released in Jul, and 0.4.1 shortly after. It has
a generic client support which is very useful to use tabbed with e.g.
terminals instead of surf(1) without needing to recompile.


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages suckless-tools depends on:
ii  libc6 2.13-35
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxinerama1  2:1.1.2-1

suckless-tools recommends no packages.

Versions of packages suckless-tools suggests:
pn  dwm  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#657497: nfs-common: Exec permission denied

[Giuseppe Bilotta]

Package: nfs-common
Version: 1:1.2.6-3
Followup-For: Bug #657497


I have just come across the same issue, but in my case the `exec` option
is being ignored when used in conjunction with the `users` option,
even when `exec` coming after `users`.

With `/etc/fstab` containing

labrador:/oneforall /oneforall  nfs auto,exec   0   0

the `exec` option is obeyed:

labrador:/oneforall on /oneforall type nfs 
(rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.2,mountvers=3,mountport=57298,mountproto=udp,local_lock=none,addr=192.168.0.2)

However, with `/etc/fstab` containing

labrador:/oneforall /oneforall  nfs users,auto,exec 0   0

the `exec` option is _not_ obeyed:

labrador:/oneforall on /oneforall type nfs 
(rw,nosuid,nodev,noexec,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.2,mountvers=3,mountport=57298,mountproto=udp,local_lock=none,addr=192.168.0.2)

This is a regression, and should be fixed.


-- Package-specific info:
-- rpcinfo --
   program vers proto   port
104   tcp111  portmapper
103   tcp111  portmapper
102   tcp111  portmapper
104   udp111  portmapper
103   udp111  portmapper
102   udp111  portmapper
1000241   udp  44901  status
1000241   tcp  53640  status
1000211   udp  35126  nlockmgr
1000213   udp  35126  nlockmgr
1000214   udp  35126  nlockmgr
1000211   tcp  37294  nlockmgr
1000213   tcp  37294  nlockmgr
1000214   tcp  37294  nlockmgr
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --
labrador:/oneforall /oneforall  nfs auto,exec   0   0
-- /proc/mounts --
rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
labrador:/oneforall /oneforall nfs 
rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.2,mountvers=3,mountport=57298,mountproto=udp,local_lock=none,addr=192.168.0.2
 0 0

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-35
ii  libc6   2.13-38
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.5-1
ii  libdevmapper1.02.1  2:1.02.74-6
ii  libevent-2.0-5  2.0.19-stable-3
ii  libgssglue1 0.4-2
ii  libk5crypto31.10.1+dfsg-3
ii  libkeyutils11.5.5-4
ii  libkrb5-3   1.10.1+dfsg-3
ii  libmount1   2.20.1-5.3
ii  libnfsidmap20.25-4
ii  libtirpc1   0.2.2-5
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian9
ii  rpcbind 0.2.0-8
ii  ucf 3.0025+nmu3

Versions of packages nfs-common recommends:
ii  python  2.7.3-3

Versions of packages nfs-common suggests:
pn  open-iscsi  none
pn  watchdognone

Versions of packages nfs-kernel-server depends on:
ii  libblkid1  2.20.1-5.3
ii  libc6  2.13-38
ii  libtirpc1  0.2.2-5
ii  libwrap0   7.6.q-24
ii  lsb-base   4.1+Debian9
ii  ucf3.0025+nmu3

-- 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#672868: ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK

[Giuseppe Bilotta]

Package: wnpp
Severity: wishlist
Owner: Giuseppe Bilotta giuseppe.bilo...@gmail.com

* Package name: intel-opencl-sdk
  Version : 2.0.31360
  Upstream Author : Intel Corporation
* URL : http://software.intel.com/en-us/articles/vcsource-tools/
* License : Intel Copyright 1999-2012
  Programming Lang: C, C++, OpenCL
  Description : Intel(R) OpenCL SDK

OpenCL (Open Computing Language) is a multivendor open standard for
general-purpose parallel programming of heterogeneous systems that include
CPUs, GPUs and other processors.

This package provies the OpenCL installable client driver (ICD) and
ICD loader provided by Intel.



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

Bug#672868: ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK

[Giuseppe Bilotta]

On Mon, May 14, 2012 at 12:59 PM, David Bremner brem...@debian.org wrote:
 Giuseppe Bilotta giuseppe.bilo...@gmail.com writes:

 Package: wnpp
 Severity: wishlist
 Owner: Giuseppe Bilotta giuseppe.bilo...@gmail.com

 * Package name    : intel-opencl-sdk
   Version         : 2.0.31360
   Upstream Author : Intel Corporation
 * URL             : http://software.intel.com/en-us/articles/vcsource-tools/
 * License         : Intel Copyright 1999-2012

 That's not a license.

I'm sorry, you're right. I just copied the information over from the
.rpm package Intel provides. I should have been more specific. Would
something like:

* License: other-INTEL_OPENCLSDK

do? (This is what I'm currently using in the debian/copyright file I
prepared for a tenative Debian package, mimicking the fglrx package)

 I seem to recall this software is non-free, but I'd be happy to proven wrong.

It is. Intel provides a binary-only .rpm, my idea was to ship a
properly debianized version of this in the non-free/libs section.

-- 
Giuseppe Oblomov Bilotta



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

Bug#672868: ITP: intel-opencl-sdk -- Intel(R) OpenCL SDK

[Giuseppe Bilotta]

On Mon, May 14, 2012 at 1:26 PM, David Bremner brem...@debian.org wrote:
 Giuseppe Bilotta giuseppe.bilo...@gmail.com writes:


 I'm sorry, you're right. I just copied the information over from the
 .rpm package Intel provides. I should have been more specific. Would
 something like:

 * License: other-INTEL_OPENCLSDK

 The main points are that it is non-free, and that you have verified that
 redistribution is permitted.  You will have to include the whole license
 in debian/copyright.

Good point. I've given the license provided with the package a more
thorough reading, and I believe it's actually more restrictive than I
originally thought, preventing redistribution of the libraries.

That would mean that a package for them would have to work like the
flashplugin-installer, rather, I assume?



-- 
Giuseppe Oblomov Bilotta



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

Bug#728430: spice clients crash when connecting to VM

[Giuseppe Bilotta]

Package: libspice-client-glib-2.0-8
Version: 0.21-0nocelt2
Severity: important
File: /usr/lib/x86_64-linux-gnu/libspice-client-glib-2.0.so.8

Both spice-client-gtk (spicy) and virt-viewer crash when connecting to a
VM. A gdb session on spicy shows the following backtrace log (would be
more useful if symbols were available, but I could not find the related
package). Thread 1 (at bottom) is the one triggering the SIGABRT.

=== START LOG ==
Starting program: /usr/bin/spicy --uri spice://localhost:5900
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe8cd0700 (LWP 23984)]
[New Thread 0x7fffe84cf700 (LWP 23985)]
[New Thread 0x7fffe68bd700 (LWP 23986)]
[New Thread 0x7fffe56a8700 (LWP 23988)]
[New Thread 0x7fffceb2b700 (LWP 23989)]
[New Thread 0x7fffb808b700 (LWP 23993)]

Program received signal SIGABRT, Aborted.
0x72abd1e5 in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.

Thread 7 (Thread 0x7fffb808b700 (LWP 23993)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
No locals.
#1  0x733d55f5 in g_cond_wait_until ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x7336c941 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x733bab68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x733ba1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x72e3be0e in start_thread (arg=0x7fffb808b700)
at pthread_create.c:311
__res = optimized out
pd = 0x7fffb808b700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736280966912, 
7373324251681727532, 1, 140737488347552, 4096, 
140736280966912, -7373448919148977108, -7373330954042137556}, 
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#6  0x72b709ed in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
No locals.

Thread 6 (Thread 0x7fffceb2b700 (LWP 23989)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
No locals.
#1  0x733d55f5 in g_cond_wait_until ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x7336c941 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x733bab68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#4  0x733ba1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x72e3be0e in start_thread (arg=0x7fffceb2b700)
at pthread_create.c:311
__res = optimized out
pd = 0x7fffceb2b700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736661206784, 
7373324251681727532, 1, 140737488347552, 4096, 
140736661206784, -7373287376839039956, -7373330954042137556}, 
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, 
data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#6  0x72b709ed in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
No locals.

Thread 5 (Thread 0x7fffe56a8700 (LWP 23988)):
#0  0x72b6524d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1  0x73396194 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#2  0x733965fa in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#3  0x749ead26 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
No symbol table info available.
#4  0x733ba1d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#5  0x72e3be0e in start_thread (arg=0x7fffe56a8700)
at pthread_create.c:311
__res = optimized out
pd = 0x7fffe56a8700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737042351872, 
7373324251681727532, 1, 140737061308512, 4096, 
140737042351872, -7373371689731414996, 

Bug#737731: libhwloc-plugins: depends on ocl-icd-libopencl1 instead of libopencl1

[Giuseppe Bilotta]

Source: libhwloc-plugins
Version: 1.8-1
Severity: normal

This prevents installation on systems that are using some other package
providing libopencl1. I believe libhwloc-plugins should depend on the generic
virtual libopencl1 rather than on a specific implementation.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-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


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

Bug#737731: libhwloc-plugins: depends on ocl-icd-libopencl1 instead of libopencl1

[Giuseppe Bilotta]

On Thu, Feb 6, 2014 at 4:20 PM, Samuel Thibault sthiba...@debian.org wrote:
 hwloc has been rebuilt on a few archs, and got the dependencies
 correctly.

I can confirm that hwloc-plugins now installs correctly on my system,
for which I'm not using ocl-icd-libopencl1 to provide libopencl1.

--
Giuseppe Oblomov Bilotta


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

Bug#740944: bug reports get sent to non-existing sub...@trac.transmissionbt.com

[Giuseppe Bilotta]

Source: transmission-daemon
Severity: important

If transmission-daemon is installed, issuing a bug report for it using

reportbug transmission-daemon

will produce the following error:

invalid report type https, defaulting to debbugs

and after completion, it will say that:

Report will be sent to sub...@trac.transmissionbt.com

which is a non-existing email address.

This is most probably due to the line:

Bugs: https://trac.transmissionbt.com/

in the debian control file.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#740948: stuck at 100% CPU utilization after --exit if download speed limiting is enabled

[Giuseppe Bilotta]

Source: transmission-daemon
Version: 2.82-1.1
Severity: normal

When issuing `transmission-remote --exit` to ask the daemon to terminate
and exit, the transmission-daemon process gets stuck at 100% CPU
consumption and never actually terminates. This only happens if

speed-limit-down-enabled: true

in the settings. If speed-limit-down-enabled is false, the daemon
terminates regularly.

If the process is stuck, hooking up gdb shows:

(gdb) bt
#0  0x7f23b382213d in nanosleep () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f23b4f40606 in tr_wait_msec (msec=msec@entry=100) at utils.c:663
#2  0x7f23b4f481ba in tr_webClose (session=session@entry=0x7f23b5cfe0a0, 
close_mode=close_mode@entry=TR_WEB_CLOSE_NOW) at web.c:542
#3  0x7f23b4f32caa in tr_sessionClose (session=0x7f23b5cfe0a0) at 
session.c:1892
#4  0x7f23b4f2df1e in main (argc=optimized out, argv=optimized out) at 
daemon.c:609

for the main thread,

(gdb) bt
#0  0x7f23b4f541a7 in tr_list_append (list=list@entry=0x7f23b519d880 
paused_easy_handles, data=0x7f239c5ad010) at list.c:98
#1  0x7f23b4f47805 in writeFunc (ptr=0x7f239c1ecc80, size=optimized out, 
nmemb=1430, vtask=0x7f23aefc8e70) at web.c:130
#2  0x7f23b4252a70 in ?? () from 
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
#3  0x7f23b4268999 in curl_easy_pause () from 
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
#4  0x7f23b4f47d22 in tr_webThreadFunc (vsession=0x7f23b5cfe0a0) at 
web.c:451
#5  0x7f23b4f2f72a in ThreadFunc (_t=0x7f23af4aa210) at platform.c:108
#6  0x7f23b381b062 in start_thread (arg=0x7f23ab5fb700) at 
pthread_create.c:312
#7  0x7f23b354fa3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

for thread 2 and

(gdb) bt
#0  0x7f23b3550013 in epoll_wait () at ../sysdeps/unix/syscall-template.S:81
#1  0x7f23b44cb313 in ?? () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5
#2  0x7f23b44b6e90 in event_base_loop () from 
/usr/lib/x86_64-linux-gnu/libevent-2.0.so.5
#3  0x7f23b4f3f318 in libeventThreadFunc (veh=0x7f23b5cfe610) at 
trevent.c:249
#4  0x7f23b4f2f72a in ThreadFunc (_t=0x7f23b5cfe690) at platform.c:108
#5  0x7f23b381b062 in start_thread (arg=0x7f23b085f700) at 
pthread_create.c:312
#6  0x7f23b354fa3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

for thread 3.



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#740949: segfault in webseed_destruct on exit if download speed limiting is enabled

[Giuseppe Bilotta]

Source: transmission-daemon
Version: 2.82-1.1
Severity: normal

After a `transmission-remote --exit` with some active torrents
downloading from webseeds produces the following segmentation fault:

(gdb) bt
#0  webseed_destruct (peer=0x7fffed8cc200) at webseed.c:560
#1  0x55588e5d in tr_peerFree (peer=0x7fffed8cc200) at peer-mgr.c:290
#2  0x555936ab in tr_ptrArrayForeach (func=optimized out, 
t=optimized out) at ptrarray.c:46
#3  tr_ptrArrayDestruct (p=p@entry=0x7fffed8c8580, 
func=func@entry=0x55588e50 tr_peerFree) at ptrarray.c:31
#4  0x5558dde7 in swarmFree (vs=0x7fffed8c8520) at peer-mgr.c:503
#5  tr_peerMgrRemoveTorrent (tor=tor@entry=0x7fffed8c4430) at peer-mgr.c:2471
#6  0x55564d06 in freeTorrent (tor=0x7fffed8c4430) at torrent.c:1579
#7  closeTorrent (vtor=0x7fffed8c4430) at torrent.c:1920
#8  0x5556f55e in tr_runInEventThread 
(session=session@entry=0x557cf270, 
func=func@entry=0x55564c30 closeTorrent, 
user_data=user_data@entry=0x7fffed8c4430) at trevent.c:313
#9  0x555678bc in tr_torrentFree (tor=0x7fffed8c4430) at torrent.c:1933
#10 0x55562ad8 in sessionCloseImpl (vsession=0x557cf270) at 
session.c:1816
#11 0x5556f24b in readFromPipe (fd=7, eventType=optimized out, 
veh=0x557d0280) at trevent.c:193
#12 0x77592184 in event_base_loop () from 
/usr/lib/x86_64-linux-gnu/libevent-2.0.so.5
#13 0x5556f318 in libeventThreadFunc (veh=0x557d0280) at 
trevent.c:249
#14 0xf72a in ThreadFunc (_t=0x557d30b0) at platform.c:108
#15 0x768f6062 in start_thread (arg=0x7393a700) at 
pthread_create.c:312
#16 0x7662aa3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) info thread
  Id   Target Id Frame 
* 4Thread 0x7393a700 (LWP 17550) transmission-da webseed_destruct 
(peer=0x7fffed8cc200) at webseed.c:560
  2Thread 0x72735700 (LWP 17575) transmission-da 0x555841a7 
in tr_list_append (
list=list@entry=0x557cd880 paused_easy_handles, data=0x7fffe88128f0) 
at list.c:98
  1Thread 0x77fc3740 (LWP 17549) transmission-da 0x768fd13d 
in nanosleep ()
at ../sysdeps/unix/syscall-template.S:81

This only seems to happen when

 speed-limit-down-enabled: true

in the config file. Could not reproduce with this set to false.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#740950: segmentation fault in libcurl-gnutls.so.4 if download speed limiting is enabled

[Giuseppe Bilotta]

Source: transmission-daemon
Version: 2.82-1.1
Severity: important

I often get random segmentation faults in libcurl-gnutls.so.4, but only
if

speed-limit-down-enabled: true

in the configuration file. (Could not reproduce with speed limiting set
to false).

When speed limiting is enabled, segmentation faults are rather frequent,
as shown by this grep in my dmesg for a span of 12 hours:

[Tue Mar  4 09:16:41 2014] transmission-da[8914]: segfault at 1e4 ip 
7fc7a92d sp 7fc761a6fc00 error 4 in 
libcurl-gnutls.so.4.3.0[7fc766656000+66000]
[Tue Mar  4 09:17:39 2014] transmission-da[12169]: segfault at 1e4 ip 
7fb3a740692d sp 7fb3a280bc00 error 4 in 
libcurl-gnutls.so.4.3.0[7fb3a73f2000+66000]
[Tue Mar  4 13:12:38 2014] transmission-da[19725]: segfault at 1e4 ip 
7f0e2bb3292d sp 7f0e26f37c00 error 4 in 
libcurl-gnutls.so.4.3.0[7f0e2bb1e000+66000]
[Tue Mar  4 13:24:20 2014] traps: transmission-da[22263] general protection 
ip:7f51f6bd4426 sp:7f51f1fc0c20 error:0 in 
libcurl-gnutls.so.4.3.0[7f51f6ba7000+66000]
[Tue Mar  4 13:26:24 2014] transmission-da[22631]: segfault at 1e4 ip 
7fd88658692d sp 7fd88198bc00 error 4 in 
libcurl-gnutls.so.4.3.0[7fd886572000+66000]
[Tue Mar  4 13:28:19 2014] transmission-da[23927]: segfault at 747381 ip 
7fb54d8a29de sp 7fb548c8cc00 error 4 in 
libcurl-gnutls.so.4.3.0[7fb54d873000+66000]
[Tue Mar  4 13:56:03 2014] transmission-da[24932]: segfault at 1e4 ip 
7f94e22ed92d sp 7f94dd6f2c00 error 4 in 
libcurl-gnutls.so.4.3.0[7f94e22d9000+66000]
[Tue Mar  4 16:26:25 2014] transmission-da[32144]: segfault at 1e4 ip 
7fbae50ef92d sp 7fbadbffec00 error 4 in 
libcurl-gnutls.so.4.3.0[7fbae50db000+66000]
[Tue Mar  4 16:42:53 2014] transmission-da[3004]: segfault at 0 ip 
7f88969172fe sp 7f8891d00bd0 error 4 in 
libcurl-gnutls.so.4.3.0[7f88968e7000+66000]
[Tue Mar  4 16:43:41 2014] transmission-da[3268]: segfault at 18 ip 
7f5f541b3a30 sp 7f5f4f59dbc8 error 4 in 
libcurl-gnutls.so.4.3.0[7f5f54184000+66000]
[Tue Mar  4 16:45:39 2014] transmission-da[3785]: segfault at cbb1 ip 
7f3dd1452c83 sp 7f3dcc83bc20 error 4 in 
libcurl-gnutls.so.4.3.0[7f3dd1422000+66000]
[Tue Mar  4 18:18:35 2014] transmission-da[1053]: segfault at 1e4 ip 
7f53d015e92d sp 7f53cb563c00 error 4 in 
libcurl-gnutls.so.4.3.0[7f53d014a000+66000]

Hooking up gdb before a segfault manages to produce the following backtrace:

#0  0x7fe82c848c83 in curl_multi_fdset () from 
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
#1  0x7fe82d521db1 in tr_webThreadFunc (vsession=0x7fe82dea7270) at 
web.c:472
#2  0x7fe82d50972a in ThreadFunc (_t=0x7fe8273cd430) at platform.c:108
#3  0x7fe82bdf5062 in start_thread (arg=0x7fe8237fe700) at 
pthread_create.c:312
#4  0x7fe82bb29a3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

#0  0x7fe82c848c83 in curl_multi_fdset () from 
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
No symbol table info available.
#1  0x7fe82d521db1 in tr_webThreadFunc (vsession=0x7fe82dea7270) at 
web.c:472
r_fd_set = {__fds_bits = {4503599627632640, 0 repeats 15 times}}
max_fd = 0
t = {tv_sec = 0, tv_usec = 0}
w_fd_set = {__fds_bits = {3605150193407754240, 0 repeats 15 times}}
c_fd_set = {__fds_bits = {0 repeats 16 times}}
msec = 1
unused = 0
msg = optimized out
mcode = optimized out
str = optimized out
multi = 0x7fe8140460d0
web = 0x7fe814045e70
taskCount = optimized out
task = optimized out
session = 0x7fe82dea7270
#2  0x7fe82d50972a in ThreadFunc (_t=0x7fe8273cd430) at platform.c:108
t = 0x7fe8273cd430
#3  0x7fe82bdf5062 in start_thread (arg=0x7fe8237fe700) at 
pthread_create.c:312
__res = optimized out
pd = 0x7fe8237fe700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140635004724992, 
-2704228457315761955, 0, 140635169341536, 0, 
140635004724992, 2713665564520284381, 2713683985735287005}, 
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 
  0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#4  0x7fe82bb29a3d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.

and info thread gives me

  Id   Target Id Frame 
  13   Thread 0x7fe828e39700 (LWP 29618) transmission-da __strcmp_ssse3 () at 
../sysdeps/x86_64/multiarch/../strcmp.S:271
  12   Thread 0x7fe823fff700 (LWP 29622) transmission-da 0x7fe82bdfc13d 
in nanosleep ()
at ../sysdeps/unix/syscall-template.S:81
* 11   Thread 0x7fe8237fe700 (LWP 29669) transmission-da 0x7fe82c848c83 
in curl_multi_fdset ()
   from /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
  5Thread 0x7fe7cb7fe700 (LWP 

Bug#742668: cups: Fails to install because can't listen to sockets

[Giuseppe Bilotta]

Hello Didier, and thanks for your reply.

 Le mardi, 6 mai 2014, 14.23:41 Giuseppe Bilotta a écrit :
 I've just come across this issue during a dist-upgrade. The situation
 is the same as that of the original message: nothing is using port
 631 or the cups socket, but:

 Are you sure of that? Can you paste the output of the following command
 (run as root):
 netstat -lnptu | grep 631

There is no output (running under sudo).

 so cups-daemon, cups and cups-core-drivers fail to complete the
 upgrade/configure.

 Do you have a specific ipv6 configuration (module unloaded or
 blacklisted?

The module is not blacklisted, but it's not loaded either (I'm not in
an IPv6-enabled network).

 Can you attach the content of all files and symlinks in
 /etc/systemd/system/cups.socket.d ?

There is only:

/etc/systemd/system/cups.socket.d/cupsd-listen.conf -
../../../cups/cupsd-systemd-listen.conf

Contents:

[Socket]
# This file was generated by CUPS and _WILL_ be deleted or overwritten by it!
# It has to be kept in sync with the Port and Listen stanzas in
/etc/cups/cupsd.conf
# It is by default symlinked as cups-listen.conf in the
# /etc/systemd/system/cups.socket.d/ directory. Remove the symlink
# and write your own file there if you don't want this. See systemd.socket(5).
# Matches 'Listen localhost:631' from cupsd.conf
ListenStream=127.0.0.1:631
ListenStream=[::1]:631
# Matches 'Port 631' from cupsd.conf
ListenStream=0.0.0.0:631
ListenStream=[::]:631


 Could you also attach the output of `systemctl show cups.socket` ?

Here it is:

---8

Id=cups.socket
Names=cups.socket
Requires=sysinit.target -.mount
RequiredBy=cups.service configure-printer@usb-003-005.service
WantedBy=sockets.target
Conflicts=shutdown.target
Before=cups.service sockets.target shutdown.target
configure-printer@usb-003-005.service
After=sysinit.target -.mount
Triggers=cups.service
Description=CUPS Printing Service Sockets
LoadState=loaded
ActiveState=failed
SubState=failed
FragmentPath=/lib/systemd/system/cups.socket
DropInPaths=/etc/systemd/system/cups.socket.d/cupsd-listen.conf
UnitFileState=enabled
InactiveExitTimestampMonotonic=0
ActiveEnterTimestampMonotonic=0
ActiveExitTimestampMonotonic=0
InactiveEnterTimestampMonotonic=0
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
OnFailureIsolate=no
IgnoreOnIsolate=no
IgnoreOnSnapshot=no
NeedDaemonReload=no
JobTimeoutUSec=0
ConditionTimestamp=Wed 2014-05-07 19:32:51 CEST
ConditionTimestampMonotonic=496589287791
ConditionResult=yes
BindIPv6Only=ipv6-only
Backlog=128
TimeoutUSec=1min 30s
ControlPID=0
DirectoryMode=0755
SocketMode=0666
Accept=no
KeepAlive=no
Priority=-1
ReceiveBuffer=0
SendBuffer=0
IPTOS=-1
IPTTL=-1
PipeSize=0
FreeBind=no
Transparent=no
Broadcast=no
PassCredentials=no
PassSecurity=no
ListenStream=/var/run/cups/cups.sock
ListenStream=127.0.0.1:631
ListenStream=[::1]:631
ListenStream=0.0.0.0:631
ListenStream=[::]:631
Mark=-1
MaxConnections=64
NConnections=0
NAccepted=0
Result=resources
UMask=0022
LimitCPU=18446744073709551615
LimitFSIZE=18446744073709551615
LimitDATA=18446744073709551615
LimitSTACK=18446744073709551615
LimitCORE=18446744073709551615
LimitRSS=18446744073709551615
LimitNOFILE=4096
LimitAS=18446744073709551615
LimitNPROC=61379
LimitMEMLOCK=65536
LimitLOCKS=18446744073709551615
LimitSIGPENDING=61379
LimitMSGQUEUE=819200
LimitNICE=0
LimitRTPRIO=0
LimitRTTIME=18446744073709551615
OOMScoreAdjust=0
Nice=0
IOScheduling=0
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=5
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardOutput=journal
StandardError=inherit
TTYReset=no
TTYVHangup=no
TTYVTDisallocate=no
SyslogPriority=30
SyslogLevelPrefix=yes
SecureBits=0
CapabilityBoundingSet=18446744073709551615
MountFlags=0
PrivateTmp=no
PrivateNetwork=no
SameProcessGroup=no
ControlGroupModify=no
ControlGroupPersistent=no
IgnoreSIGPIPE=yes
NoNewPrivileges=no
KillMode=control-group
KillSignal=15
SendSIGKILL=yes
DefaultControlGroup=name=systemd:/system/cups.socket
ControlGroups=cpu:/system/cups.socket name=systemd:/system/cups.socket

---8


Cheers,

-- 
Giuseppe Oblomov Bilotta


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

Bug#745715: nvidia device not available for compute in OpenCL and CUDA

[Giuseppe Bilotta]

Package: nvidia-opencl-icd
Version: 331.67-1
Severity: important

I just upgraded from 331.49 to 331.67 and suddenly my NVIDIA GPU is not
visible as a compute device in either OpenCL or CUDA. The CUDA
deviceQuery sample fails with error 30 (unknown error), the NVIDIA
OpenCL platform is simply not visible in the list of available
platforms.

Running clinfo or deviceQuery with strace reveals failures related to
a missing /dev/nvidia-uvm device and a nvidia-moprobe applications:

stat(/usr/bin/nvidia-modprobe, 0x7fff601a46b0) = -1 ENOENT (No such file or 
directory)
open(/dev/nvidia-uvm, O_RDWR) = -1 ENOENT (No such file or directory)

An internet search seems to reveals problems related to these for the
334.21 package version, but apparently it seems to affect 331.67 too.


-- Package-specific info:
uname -a:
Linux oblomov 3.13-1-amd64 #1 SMP Debian 3.13.10-1 (2014-04-15) x86_64 GNU/Linux

/proc/version:
Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  331.67  Fri Apr  4 13:48:39 PDT 
2014
GCC version:  gcc version 4.8.2 (Debian 4.8.2-20) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G96M [GeForce 
9600M GT] [10de:0649] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Device [103c:3603]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 51
Region 0: Memory at d200 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at c000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at d000 (64-bit, non-prefetchable) [size=32M]
Region 5: I/O ports at 9000 [size=128]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.357624] vgaarb: device added: 
PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.357624] vgaarb: loaded
[0.357624] vgaarb: bridge control possible :01:00.0
[0.681891] Linux agpgart interface v0.103
[   13.930483] ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
[   20.226343] nvidia: module license 'NVIDIA' taints kernel.
[   20.243137] vgaarb: device changed decodes: 
PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=none
[   20.243256] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  331.67  Fri Apr  
4 13:48:39 PDT 2014
[  246.503408] nvidia :01:00.0: irq 51 for MSI/MSI-X

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   15 Apr 24 11:59 /etc/alternatives/glx - 
/usr/lib/nvidia
lrwxrwxrwx 1 root root   48 Jun  8  2013 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Jun  8  2013 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   41 Apr 24 11:59 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   41 Apr 24 11:59 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Apr 24 11:59 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   43 Apr 24 11:59 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1
lrwxrwxrwx 1 root root   49 Apr 24 11:59 
/etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - 
/usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   51 Apr 24 11:59 
/etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1
lrwxrwxrwx 1 root root   25 Apr 24 11:59 
/etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root   42 Apr 24 11:59 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf - 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 Apr 24 11:59 
/etc/alternatives/glx--nvidia-bug-report.sh - 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   29 Apr 24 11:59 
/etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so
lrwxrwxrwx 1 root root   22 Jun  8  2013 /etc/alternatives/libGL.so-master 
- /usr/lib/mesa-diverted
lrwxrwxrwx 1 root root   23 Apr 24 11:59 /etc/alternatives/nvidia - 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   49 Apr 24 11:59 

Bug#745765: cannot install with different libopencl1

[Giuseppe Bilotta]

Source: mesa-opencl-icd
Severity: normal

mesa-opencl-icd depends on ocl-icd-libopencl1, which makes it
uninstallable in systems that have a different libopencl1 installed
(e.g. amd-libopencl1). The dependency should be relaxed to accept the
generic virtual libopencl1 as a valid alternative.

ocl-icd-libopencl1 | libopencl1



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#745767: beignet is listed twice when querying OpenCL platforms

[Giuseppe Bilotta]

Package: beignet
Version: 0.8-1
Severity: normal

When the OpenCL library is queried for the available platforms, beignet
appears twice. This is due to it installing two .icd files under
/etc/OpenCL, intel-beignet.icd and intel.icd, both file having the same
content (and thus indicating the same actual library). One of the .icd
files (probably the generically-named intel.icd) should be removed.



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-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

Versions of packages beignet depends on:
ii  libc6 2.18-4
ii  libdrm-intel1 2.4.52-1
ii  libdrm2   2.4.52-1
ii  libgcc1   1:4.9.0-1
ii  libgl1-mesa-glx [libgl1]  10.1.0-5
ii  libstdc++64.9.0-1
ii  libtinfo5 5.9+20140118-1
ii  libx11-6  2:1.6.2-1
ii  libxext6  2:1.3.2-1
ii  libxfixes31:5.0.1-1

beignet recommends no packages.

beignet 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#745715: Additional information about disappearing compute devices

[Giuseppe Bilotta]

After compiling nvidia-uvm manually (the sources are in
nvidia-kernel-dkms, but the module is not compiled by default),
loading it and creating the corresponding device, my device is visible
again. This seems to confirm that the problem is the lack of
nvidia-uvm.

So maybe this bug should be reassigned to nvidia-kernel-dkms to enable
nvidia-uvm in version 331.67?

-- 
Giuseppe Oblomov Bilotta


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

Bug#742668: cups: Fails to install because can't listen to sockets

[Giuseppe Bilotta]

Package: cups
Version: 1.7.2-3
Followup-For: Bug #742668

I've just come across this issue during a dist-upgrade. The situation is the 
same as
that of the original message: nothing is using port 631 or the cups socket, but:

May 06 14:12:51 labrador systemd[1]: Starting CUPS Printing Service Sockets.
May 06 14:12:51 labrador systemd[1]: cups.socket failed to listen on sockets: 
Address already in use
May 06 14:12:51 labrador systemd[1]: Failed to listen on CUPS Printing Service 
Sockets.
May 06 14:12:56 labrador systemd[1]: Closed CUPS Printing Service Sockets.

so cups-daemon, cups and cups-core-drivers fail to complete the 
upgrade/configure.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-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

Versions of packages cups depends on:
ii  cups-client1.7.2-3
ii  cups-common1.7.2-3
iu  cups-core-drivers  1.7.2-3
ih  cups-daemon1.7.2-3
ii  cups-filters   1.0.53-1
ii  cups-ppdc  1.7.2-3
ii  cups-server-common 1.7.2-3
ii  debconf [debconf-2.0]  1.5.53
ii  ghostscript9.05~dfsg-8.1
ii  libavahi-client3   0.6.31-4
ii  libavahi-common3   0.6.31-4
ii  libc-bin   2.18-5
ii  libc6  2.18-5
ii  libcups2   1.7.2-3
ii  libcupscgi11.7.2-3
ii  libcupsimage2  1.7.2-3
ii  libcupsmime1   1.7.2-3
ii  libcupsppdc1   1.7.2-3
ii  libgcc11:4.9.0-2
ii  libstdc++6 4.9.0-2
ii  libusb-1.0-0   2:1.0.18-2
ii  lsb-base   4.1+Debian12
ii  poppler-utils  0.24.5-3
ii  procps 1:3.3.9-4

Versions of packages cups recommends:
ii  avahi-daemon 0.6.31-4
ii  colord   1.0.6-1
ii  cups-filters [ghostscript-cups]  1.0.53-1
ii  printer-driver-gutenprint5.2.9-2

Versions of packages cups suggests:
ii  cups-bsd   1.7.2-3
ii  cups-pdf   2.6.1-9
ii  foomatic-db20140325-1
ii  hplip  3.14.1-1
ii  printer-driver-hpcups  3.14.1-1
ii  smbclient  2:4.1.7+dfsg-2
ii  udev   204-10

-- debconf information:
* cupsys/backend: lpd, socket, usb, snmp, dnssd
* cupsys/raw-print: true


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

Bug#742668: cups: Fails to install because can't listen to sockets

[Giuseppe Bilotta]

Hello Didier,

On Mon, May 12, 2014 at 6:38 PM, Didier 'OdyX' Raboud o...@debian.org wrote:
 # Matches 'Listen localhost:631' from cupsd.conf
 ListenStream=127.0.0.1:631
 ListenStream=[::1]:631
 # Matches 'Port 631' from cupsd.conf
 ListenStream=0.0.0.0:631
 ListenStream=[::]:631

 Ha. So apparently you have two overlapping instructions in
 /etc/cups/cupsd.conf: 'Port 631' and 'Listen localhost:631'.

 Can you try to remove the three last lines of the
 /etc/systemd/system/cups.socket.d/cupsd-listen.conf file and try to
 restart CUPS?

I've removed the first three (the ones derived from Listen
localhost:631) instead, in case listening only on 127.0.0.1 would
prevent other computers in the network from connecting to the CUPS
server, and now it starts and configuring finishes, so the problem was
indeed due to the doubled ListenStream specification.

-- 
Giuseppe Oblomov Bilotta


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

Bug#760785: Dies with AttributeError: 'Month_Cal' object has no attribute 'EnableYearChange'

[Giuseppe Bilotta]

Package: cycle
Version: 0.3.1-9
Severity: important

cycle is now crashing when loading up the calendar, with the following
traceback:

Traceback (most recent call last):
  File /usr/bin/cycle, line 214, in module
app = MyApp(0)
  File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py, line 8631, 
in __init__
self._BootstrapApp()
  File /usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py, line 8196, 
in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File /usr/bin/cycle, line 203, in OnInit
self.frame_init()
  File /usr/bin/cycle, line 207, in frame_init
frame = MyFrame(None, -1,)
  File /usr/bin/cycle, line 82, in __init__
self.OnCurrent(self)
  File /usr/bin/cycle, line 180, in OnCurrent
self.cal.Set_Year(wx.DateTime_Today().GetYear())
  File /usr/share/cycle/cal_year.py, line 180, in Set_Year
self.Draw_Year()
  File /usr/share/cycle/cal_year.py, line 211, in Draw_Year
self.month[m].EnableYearChange(True)
AttributeError: 'Month_Cal' object has no attribute 'EnableYearChange'

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

Kernel: Linux 3.16-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cycle depends on:
ii  python   2.7.8-1
ii  python-wxgtk2.8  2.8.12.1+dfsg2-2

cycle recommends no packages.

cycle 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#761909: systemd does not unmount nfs shares before bringing down the network interface

[Giuseppe Bilotta]

On Tue, Sep 16, 2014 at 9:06 PM, Michael Biebl bi...@debian.org wrote:
 Am 16.09.2014 um 20:15 schrieb Giuseppe Bilotta:
 Most significantly, if I shutdown the system after bringing up the
 network, the shutdown process will hang while waiting for the
 un-mounting of /oneforall, which cannot happen because the network has
 been automatically brought down already earlier in the shutdown process.

 What/which service is responsible for bringing down the network?

I have no idea. How do I check that?


-- 
Giuseppe Oblomov Bilotta


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

Bug#765725: Crash with terminate called after throwing an instance of 'Gio::Error'

[Giuseppe Bilotta]

Package: pavucontrol
Version: 2.0-2
Followup-For: Bug #765725

I'm experiencing the same error, consistently, when Chromium is running
and on a WebRTC-enabled page. For example, start Chromium, enable WebRTC
support, go to http://appear.in/linux and accept to share webcam and
microphone. Then start pavucontrol, and pavucontrol will segfault with
the following backtrace:


#0  0x72a41077 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 7669
selftid = 7669
#1  0x72a42458 in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x964790, sa_sigaction = 
0x964790}, sa_mask = {__val = {12179648, 6595224, 140737351949831, 1, 0, 
140737337045957, 140737264037160, 140737337045957, 6595224, 12166736, 
140737351975717, 140737353611808, 12111312, 
  1, 140737353614160, 12111312}}, sa_flags = -9560, sa_restorer = 
0x7fffd5b0}
sigs = {__val = {32, 0 repeats 15 times}}
#2  0x73548b2d in __gnu_cxx::__verbose_terminate_handler() () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
No symbol table info available.
#3  0x73546ba6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
No symbol table info available.
#4  0x73546bf1 in std::terminate() () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
No symbol table info available.
#5  0x73546e09 in __cxa_throw () from 
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
No symbol table info available.
#6  0x76f68ff7 in Gio::Error::throw_func(_GError*) () from 
/usr/lib/x86_64-linux-gnu/libgiomm-2.4.so.1
No symbol table info available.
#7  0x76a26977 in Glib::Error::throw_exception(_GError*) () from 
/usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
No symbol table info available.
#8  0x779c6ced in Gtk::IconTheme::load_icon(Glib::ustring const, int, 
Gtk::IconLookupFlags) const () from /usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1
No symbol table info available.
#9  0x0041f3b2 in set_icon_name_fallback (i=i@entry=0xb9fcc0, 
name=name@entry=0xb10a10 chromium, size=..., size@entry=...) at 
mainwindow.cc:244
theme = optimized out
pixbuf = {pCppObject_ = 0x0}
width = 16
height = 16
#10 0x0041f7c8 in MainWindow::setIconFromProplist 
(this=this@entry=0x9645f0, icon=0xb9fcc0, l=0xa61f90, def=def@entry=0x43deae 
audio-card) at mainwindow.cc:666
t = 0xb10a10 chromium
#11 0x004271c8 in MainWindow::updateSinkInput (this=0x9645f0, info=...) 
at mainwindow.cc:715
t = optimized out
w = 0xb84740
is_new = true
txt = optimized out
#12 0x7380ccf5 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
No symbol table info available.
#13 0x7fffedbbab61 in ?? () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-5.0.so
No symbol table info available.
#14 0x7fffedbbaef3 in pa_pdispatch_run () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-5.0.so
No symbol table info available.
#15 0x738026ae in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
No symbol table info available.
#16 0x7fffedbbf160 in ?? () from 
/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-5.0.so
No symbol table info available.
#17 0x73a45bba in ?? () from 
/usr/lib/x86_64-linux-gnu/libpulse-mainloop-glib.so.0
No symbol table info available.
#18 0x73c92c5d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#19 0x73c92f48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#20 0x73c93272 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
No symbol table info available.
#21 0x7578ba85 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
No symbol table info available.
#22 0x779d612f in Gtk::Main::run(Gtk::Window) () from 
/usr/lib/x86_64-linux-gnu/libgtkmm-3.0.so.1
No symbol table info available.
#23 0x0040ed3e in main (argc=1, argv=0x7fffe428) at 
pavucontrol.cc:683
kit = incomplete type
mainWindow = 0x9645f0
m = 0x976f00
group = incomplete type
entry2 = incomplete type
__PRETTY_FUNCTION__ = int main(int, char**)
options = incomplete type
entry = incomplete type


(I'm also having audio issues with WebRTC in chromium (can't hear others,
others can't hear me), which might be related, but I'll file that
separately since it's obviously a Chromium issue.)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pavucontrol depends on:
ii  

Bug#766150: cannot be installed due to a file shipped also in kate-data

[Giuseppe Bilotta]

Package: kate
Version: 4:4.14.2-1
Severity: grave

Trying to upgrade to kate 4:4.14.2-1 on amd64 fails due to:

Preparing to unpack .../kate_4%3a4.14.2-1_amd64.deb ...
Unpacking kate (4:4.14.2-1) ...
dpkg: error processing archive
/var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb (--unpack):
 trying to overwrite
 '/usr/share/kde4/apps/kate/plugins/project/kateproject.example', which
 is also in package kate-data 4:4.14.2-1
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Errors were encountered while processing:
  /var/cache/apt/archives/kate_4%3a4.14.2-1_amd64.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)

(Probably the file should only be shipped with kate-data.)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#766343: nvidia-smi: nvidia-smi not available

[Giuseppe Bilotta]

Package: nvidia-smi
Version: 340.46-3
Severity: important

Something in the recent upgrades (I think starting from 340.46.2) has
made nvidia-smi unavailable on the command line. The executable is still
available under /usr/lib/#PRIVATE#, but no symlink to /usr/bin is
created. This could be related to the newly introduced support for the
switch via nvidia-alternative (which apparently fails to actually enable
the alternative for nvidia-smi).

-- Package-specific info:
uname -a:
Linux oblomov 3.16-3-amd64 #1 SMP Debian 3.16.5-1 (2014-10-10) x86_64 GNU/Linux

/proc/version:
Linux version 3.16-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 
(Debian 4.8.3-12) ) #1 SMP Debian 3.16.5-1 (2014-10-10)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  340.46  Wed Sep 24 14:23:40 PDT 
2014
GCC version:  gcc version 4.8.3 (Debian 4.8.3-13) 

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA 
controller])
Subsystem: Dell Device [1028:05fe]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 50
Region 0: Memory at f740 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.535940] vgaarb: setting as boot device: PCI::00:02.0
[0.535942] vgaarb: device added: 
PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none
[0.535946] vgaarb: loaded
[0.535948] vgaarb: bridge control possible :00:02.0
[0.911944] Linux agpgart interface v0.103
[8.727323] [drm] Replacing VGA console driver
[8.765062] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[8.814463] nvidia: module license 'NVIDIA' taints kernel.
[8.824370] nvidia :02:00.0: enabling device (0006 - 0007)
[9.002744] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit 
banging on pin 2
[   10.126946] [drm] Initialized nvidia-drm 0.0.0 20130102 for :02:00.0 on 
minor 1
[   10.126989] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.46  Wed Sep 
24 14:23:40 PDT 2014
[12880.298228] nvidia :02:00.0: irq 54 for MSI/MSI-X
[12884.874620] NVRM: RmInitAdapter failed! (0x24:0x38:1176)
[12884.874626] NVRM: rm_init_adapter failed for device bearing minor number 0
[12884.874656] NVRM: nvidia_frontend_open: minor 0, module-open() failed, 
error -5
[12887.158729] nvidia :02:00.0: irq 54 for MSI/MSI-X

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   22 Oct 21 08:28 /etc/alternatives/glx - 
/usr/lib/mesa-diverted
lrwxrwxrwx 1 root root   51 Oct 21 08:28 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1
lrwxrwxrwx 1 root root   48 Aug 10 07:18 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Aug 10 07:18 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Oct 21 08:28 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   48 Oct 21 08:28 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Oct 21 08:28 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Oct 21 08:28 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   54 Oct 21 08:28 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   54 Oct 21 08:28 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   22 Aug 10 07:18 /etc/alternatives/libGL.so-master 
- /usr/lib/mesa-diverted
lrwxrwxrwx 1 root root   23 Oct 22 14:01 /etc/alternatives/nvidia - 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   52 Oct 22 14:01 
/etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1
lrwxrwxrwx 1 root root   49 Oct 22 14:01 

Bug#763208: /sbin/dhclient-script: Permission denied errors on /etc/dhcp/dhclient-*-hooks.d/*

[Giuseppe Bilotta]

Package: isc-dhcp-client
Version: 4.3.1-2
Severity: normal

I normally bring up my network manually with a command such as: `sudo
ifup wlan0=somenetwork` where somenetwork is defined in
/etc/network/interfaces. Since the last dist-upgrade, I'm getting the
following permission denied errors when bringing up the interface:

/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-enter-hooks.d/debug: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-enter-hooks.d/resolvconf: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/debug: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/ntp: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/ntpdate: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes: Permission denied

[ usual messages about Listening, DHCPDISCOVER etc until a DHCPACK, and
then again: ]

/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-enter-hooks.d/debug: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-enter-hooks.d/resolvconf: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/debug: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/ntp: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/ntpdate: Permission denied
/sbin/dhclient-script: 117: /sbin/dhclient-script: 
/etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes: Permission denied

[bound to blahblahblah and then (probably due to the above):]

/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link 
to /etc/resolvconf/run/resolv.conf

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages isc-dhcp-client depends on:
ii  debianutils  4.4
ii  iproute2 3.16.0-2
ii  isc-dhcp-common  4.3.1-2
ii  libc62.19-11

isc-dhcp-client recommends no packages.

Versions of packages isc-dhcp-client suggests:
ii  avahi-autoipd  0.6.31-4
ii  resolvconf 1.75

-- 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#768185: beignet kills calling application on program build errors, logging errors to console

[Giuseppe Bilotta]

Package: beignet
Version: 0.9.3~dfsg-1
Severity: important

Running clinfo from http://github.com/Oblomov/clinfo with beignet installed
results in two undesired behaviours when clinfo tries to compile some
kernels:

1. the following messages are logged to stderr

premain: CommandLine Error: Option 'error-reporting-is-cold' registered more 
than once!
premain: CommandLine Error: Option 'simplifycfg-hoist-cond-stores' registered 
more than once!
premain: CommandLine Error: Option 'simplifycfg-sink-common' registered more 
than once!
premain: CommandLine Error: Option 'simplifycfg-dup-ret' registered more than 
once!
premain: CommandLine Error: Option 'phi-node-folding-threshold' registered 
more than once!
premain: CommandLine Error: Option 'unlikely-branch-weight' registered more 
than once!
premain: CommandLine Error: Option 'likely-branch-weight' registered more 
than once!
premain: CommandLine Error: Option 'no-discriminators' registered more than 
once!
premain: CommandLine Error: Option 'combine-loads' registered more than once!
premain: CommandLine Error: Option 'reroll-loops' registered more than once!
premain: CommandLine Error: Option 'use-new-sroa' registered more than once!
premain: CommandLine Error: Option 'use-gvn-after-vectorization' registered 
more than once!
premain: CommandLine Error: Option 'vectorize-slp-aggressive' registered more 
than once!
premain: CommandLine Error: Option 'vectorize-slp' registered more than once!
premain: CommandLine Error: Option 'vectorize-loops' registered more than 
once!
premain: CommandLine Error: Option 'internalize-public-api-list' registered 
more than once!
premain: CommandLine Error: Option 'internalize-public-api-file' registered 
more than once!
premain: CommandLine Error: Option 'inlinecold-threshold' registered more 
than once!
premain: CommandLine Error: Option 'inlinehint-threshold' registered more 
than once!
premain: CommandLine Error: Option 'inline-threshold' registered more than 
once!
premain: CommandLine Error: Option 'enable-objc-arc-opts' registered more 
than once!
premain: CommandLine Error: Option 'enable-tbaa' registered more than once!
premain: CommandLine Error: Option 'verify-scev' registered more than once!
premain: CommandLine Error: Option 'scalar-evolution-max-iterations' 
registered more than once!
premain: CommandLine Error: Option 'verify-loop-info' registered more than 
once!
premain: CommandLine Error: Option 'da-delinearize' registered more than once!
premain: CommandLine Error: Option 'info-output-file' registered more than 
once!
premain: CommandLine Error: Option 'track-memory' registered more than once!
premain: CommandLine Error: Option 'stats' registered more than once!
premain: CommandLine Error: Option 'rng-seed' registered more than once!
premain: CommandLine Error: Option 'view-background' registered more than 
once!
premain: CommandLine Error: Option 'version' registered more than once!
premain: CommandLine Error: Option 'print-all-options' registered more than 
once!
premain: CommandLine Error: Option 'print-options' registered more than once!
premain: CommandLine Error: Option 'help-hidden' registered more than once!
premain: CommandLine Error: Option 'help' registered more than once!
premain: CommandLine Error: Option 'help-list-hidden' registered more than 
once!
premain: CommandLine Error: Option 'help-list' registered more than once!
premain: CommandLine Error: Option 'sample-profile-max-propagate-iterations' 
registered more than once!
premain: CommandLine Error: Option 'sample-profile-file' registered more than 
once!
premain: CommandLine Error: Option 'sroa-strict-inbounds' registered more 
than once!
premain: CommandLine Error: Option 'sroa-random-shuffle-slices' registered 
more than once!
premain: CommandLine Error: Option 'force-ssa-updater' registered more than 
once!
premain: CommandLine Error: Option 'mlsm' registered more than once!
premain: CommandLine Error: Option 'loop-unswitch-threshold' registered more 
than once!
premain: CommandLine Error: Option 'pragma-unroll-threshold' registered more 
than once!
premain: CommandLine Error: Option 'unroll-runtime' registered more than once!
premain: CommandLine Error: Option 'unroll-allow-partial' registered more 
than once!
premain: CommandLine Error: Option 'unroll-count' registered more than once!
premain: CommandLine Error: Option 'unroll-threshold' registered more than 
once!
premain: CommandLine Error: Option 'rotation-max-header-size' registered more 
than once!
premain: CommandLine Error: Option 'max-reroll-increment' registered more 
than once!
premain: CommandLine Error: Option 'disable-licm-promotion' registered more 
than once!
premain: CommandLine Error: Option 'jump-threading-threshold' registered more 
than once!
premain: CommandLine Error: Option 'liv-reduce' registered more than once!
premain: CommandLine Error: Option 'verify-indvars' registered more than once!
premain: CommandLine Error: Option 'max-recurse-depth' registered more 

Bug#768185: beignet kills calling application on program build errors, logging errors to console

[Giuseppe Bilotta]

On Wed, Nov 5, 2014 at 8:38 PM, Andreas Beckmann a...@debian.org wrote:
 On 2014-11-05 20:16, Giuseppe Bilotta wrote:
 Running clinfo from http://github.com/Oblomov/clinfo with beignet installed

 Which other icds do you have installed?

 find /etc/OpenCL/vendors

I have a multitude of them:

mesa.icd (from Debian's unstable package repositories)
nvidia.icd (from Debian's unstable package repositories)
amdocl64.icd (from Debian's unstable package repositories)
intel64.icd (Intel's proprietary CPU OpenCL platform, downloaded from
their website)
intel-beignet.icd (from Debian's unstable package repositories)
pocl.icd (hand-compiled from pocl' master git branch)

 I've seen that as well, but it seems to be related to ordering of
 multiple icds that may not cooperate cleanly depending on the loading
 order ...

 have you tried

 OCL_ICD_VENDORS=intel-beignet.icd path/to/your/clinfo

I've filtered out all vendors and then started adding them back one by
one. The one that causes troubles seems to be the mesa ICD.

So there are actually THREE issues here:

1. kernel build errors should not go to stderr, but to the build log;
2. the library shoud not terminate the calling program in case of errors;
3. there's a conflict with the mesa ICD (maybe beignet and mesa are
compiled against different versions of libllvm?)

-- 
Giuseppe Oblomov Bilotta


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

Bug#768185: [Pkg-opencl-devel] Bug#768185: beignet kills calling application on program build errors, logging errors to console

[Giuseppe Bilotta]

On Wed, Nov 5, 2014 at 9:33 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)

 beignet doesn't work on that version of Linux (#767148); a fixed version was
 uploaded yesterday.  Does upgrading to that help?

Ah, interesting. I see there's also a kernel upgrade. I'll upgrade
everything and report back on it.

 What hardware are you using?

It's a Dell XPS 15 from two months ago. This is the lspci -nnvv of my
integrated GPU:

00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen
Core Processor Integrated Graphics Controller [8086:0416] (rev 06)
(prog-if 00 [VGA controller])
Subsystem: Dell Device [1028:05fe]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort-
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 51
Region 0: Memory at f740 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

The CPU is an eight-core specced as such:

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Core(TM) i7-4712HQ CPU @ 2.30GHz
stepping : 3
microcode : 0x1c
cpu MHz : 2308.625
cache size : 6144 KB
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor
ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic
movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm
ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept
vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips : 4589.41
clflush size : 64
cache_alignment : 64
address sizes : 39 bits physical, 48 bits virtual
power management:

(etc)

 Does the error occur on any attempt to use OpenCL, or only with this
 program?  (If you don't have any real OpenCL-using programs yet, there's a
 test script at
 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=beignet_test.py;att=1;bug=767148
 , requires python3-pyopencl, python3-numpy)

I have a variety of opencl applications, and the error appears quite
consistently when I try to compile my kernels.

 If the latter, the clinfo Debian package is a different program with similar
 functionality, so you may want to use that instead (though I do agree this
 is probably a beignet bug).

The clinfo in Debian fails on my system due to the presence of 1.1
platforms and platforms without devices (mesa).

There is most likely something in my system that causes the issue,
which needs to be looked into more closely, but the point is that the
library should _not_ call an exit() in case of error (and it shouldn't
dump compilation errors on stderr).

I'm adding more information about the configuration of my system in my
reply to Andreas.

-- 
Giuseppe Oblomov Bilotta


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

Bug#768185: [Pkg-opencl-devel] Bug#768185: Bug#768185: beignet kills calling application on program build errors, logging errors to console

[Giuseppe Bilotta]

On Fri, Nov 7, 2014 at 2:37 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 It's a Dell XPS 15 from two months ago. [...]
 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen
 Core Processor Integrated Graphics Controller [8086:0416] (rev 06)
 (prog-if 00 [VGA controller]) [...]
 model name : Intel(R) Core(TM) i7-4712HQ CPU @ 2.30GHz

 That should work after upgrading linux if the Intel GPU is enabled (see
 http://nouveau.freedesktop.org/wiki/Optimus/ for how to check that), but
 shared local memory won't work.  (There is a fix for that, but for security
 reasons I can't recommend it:
 https://01.org/beignet/downloads/linux-kernel-patch-hsw-support?langredirect=1
 )

Thanks for the information. The IGP is enabled (it's what I use for my
primary display). I'm only toying around with it for compute though (I
use the discrete NVIDIA GPU for the serious stuff, due to the ratio in
power), but thanks for the hint.

 library should _not_ call an exit() in case of error

 I agree: one of my goals is to have OpenCL just work (without the user
 needing to specifically set it up), which requires proper hardware not
 supported handling:
 http://lists.alioth.debian.org/pipermail/pkg-opencl-devel/Week-of-Mon-20140421/000122.html

Ah, that's tricky, at the packaging level. What I think is:

* all GPU-related ICDs should be installed, whenever the corresponding
video driver is;
* at least one CPU-capable ICD should also be installed;

tagging the ICDs appropriately might be the way to go about it.

 The clinfo in Debian fails on my system due to the presence of 1.1
 platforms and platforms without devices (mesa).

 That was supposed to be fixed (#721103), but #767985 suggests you're not the
 only one with that problem.

I think the 1.1 was fixed, but the platform with no devices
definitely wasn't. Possibly because I forgot to report it.

 Giuseppe Oblomov Bilotta

 Oblomov as in the author of this clinfo?

Yes, I'm in fact the author of this clinfo.

 We're currently discussing whether
 to replace Debian's clinfo with it (though due to the release freeze, this
 can't happen immediately):
 http://lists.alioth.debian.org/pipermail/pkg-opencl-devel/Week-of-Mon-20141103/date.html

Well, I can obviously recommend mine 8-)

Should I subscribe to the pkg-opencl-devel ML?

-- 
Giuseppe Oblomov Bilotta


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

Bug#768185: [Pkg-opencl-devel] Bug#768185: Bug#768185: beignet kills calling application on program build errors, logging errors to console

[Giuseppe Bilotta]

On Fri, Nov 7, 2014 at 7:45 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 Warning on the kernel upgrade: it froze my system, see #768483.

 Ah, that's tricky, at the packaging level. What I think is:

 * all GPU-related ICDs should be installed, whenever the corresponding
 video driver is;
 * at least one CPU-capable ICD should also be installed;

 Linking it to the video driver doesn't help because those currently default
 to installing them all (which is where I got the idea of doing the same for
 ICDs): you still need to properly handle the ICD installed (platform) but
 no hardware (device) case, which as noted in this bug and in
 http://lists.alioth.debian.org/pipermail/pkg-opencl-devel/Week-of-Mon-20140421/000122.html
 , many things currently don't.

Ah, good point. I had missed the detailed comment about that on my
first quick read. I'll think about it.

 Should I subscribe to the pkg-opencl-devel ML?

 If you want to participate in more general OpenCL-in-Debian discussions,
 yes; anyone can do so.  It does receive some spam, but typically only every
 few days.

I've subscribed, and sent a comment about the clinfo. I'll also share
my thoughts on the ICD thing as soon as I have an idea about it.

-- 
Giuseppe Oblomov Bilotta


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

Bug#761981: systemd re-enables masked services on upgrade

[Giuseppe Bilotta]

Hello,

On Mon, Nov 17, 2014 at 2:32 PM, intrigeri intrig...@debian.org wrote:
 Can you reproduce the problem (e.g. by re-installing systemd or
 downgrading and upgrading systemd again)?

Can't seem to reproduce. We can close this bug, I'll reopen it with
more information if it reoccurs.

-- 
Giuseppe Oblomov Bilotta


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

Bug#769293: [Pkg-opencl-devel] Bug#769293: beignet: upgrade or OCL_STRICT_CONFORMANCE change requires reboot

[Giuseppe Bilotta]

On Wed, Nov 12, 2014 at 5:30 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 Don't quite understand this issue. How do you set the
 OCL_STRICT_CONFORMANCE?

 This is Debian's beignet 0.9.3~dfsg-1 (current unstable)
 and accuracy_speed_test.py from
 https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=19;filename=accuracy_speed_test.py;att=4;bug=768090

 rnpalmer@rnpalmer-laptop:~$ python3 ~/Debian/OpenCL/accuracy_speed_test.py
 [...]
 cos abs avg err: 1.72732e-05  max err: 6.10352e-05 rel avg err: 2.02569e-05
 max err: 6.10352e-05  time: 0.07409429550170898
 [...]
 rnpalmer@rnpalmer-laptop:~$ export OCL_STRICT_CONFORMANCE=1
 rnpalmer@rnpalmer-laptop:~$ python3 ~/Debian/OpenCL/accuracy_speed_test.py
 [...]
 cos abs avg err: 1.73168e-05  max err: 6.10352e-05 rel avg err: 2.03032e-05
 max err: 6.10352e-05  time: 0.0025167465209960938
 [...]

Could it be an issue with compiled kernel cache? I haven't looked at
how beignet handles this, but some platforms have some very aggressive
policy for compiled kernels. Can you try to find where beignet caches
its compiles and see if removing the cached kernels fixes this? If so,
the only thing that should be changed in beignet is that a kernel
cache invalidation on OCL_STRICT_CONFORMANCE change, or a way to have
separate caches for separate settings.


-- 
Giuseppe Oblomov Bilotta


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

Bug#780390: v86d: segfault in libc

[Giuseppe Bilotta]

Package: v86d
Version: 0.1.10-1
Severity: normal

I've recently noticed this message in my early dmesg boot:

[1.594636] v86d[160]: segfault at 7ffd29b9f3e0 ip 7f66ca1f6e64 sp 
7ffc29bb02f8 error 4 in libc.so.6[7f66ca175000+19f000]

I'm honestly not sure when it started happening though. The system
doesn't seem to be otherwise affected, AFAICS.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 v86d depends on:
ii  libc6 2.19-15
ii  libx86-1  1.1+ds1-10

Versions of packages v86d recommends:
ii  initramfs-tools  0.119

v86d 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#781754: crash in libclang while parsing autocomplete options

[Giuseppe Bilotta]

On Thu, Apr 2, 2015 at 6:32 PM, Onur Aslan o...@onur.im wrote:
 Control: tags -1 wontfix

 On 2015-04-02, Giuseppe Bilotta wrote:
 def FlagsForFile( filename ):
   return { 'flags' : ['-x c'] + cppflags + cflags, 'do_cache' : False }

 I think issue is '-x c', I tried your conf with ['-x', 'c'] and didn't
 get any crash.

I can't believe I made such a stupid mistake.

(Still, crashing with a wrong option doesn't sound like correct behavior).

-- 
Giuseppe Oblomov Bilotta


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

Bug#785205: nvidia-kernel-dkms: fails to build with kernel 4.0 (sid)

[Giuseppe Bilotta]

Package: nvidia-kernel-dkms
Version: 343.36-1
Severity: normal

I've recently upgraded the kernel on my machine to the latest
4.0.0-1-amd64 available on debian sid, and apparently the kernel side of
the nvidia driver 343.36-1 fails to build due to API differences. Might
be a good opportunity to upgrade the nvidia packages in debian to the
latest upstream.


-- Package-specific info:
uname -a:
Linux oblomov 4.0.0-1-amd64 #1 SMP Debian 4.0.2-1 (2015-05-11) x86_64 GNU/Linux

/proc/version:
Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 
(Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11)

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA 
controller])
Subsystem: Dell Device [1028:05fe]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 35
Region 0: Memory at f740 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.475600] vgaarb: setting as boot device: PCI::00:02.0
[0.475604] vgaarb: device added: 
PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none
[0.475610] vgaarb: loaded
[0.475612] vgaarb: bridge control possible :00:02.0
[0.856335] Linux agpgart interface v0.103
[8.593366] [drm] Replacing VGA console driver
[8.616465] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[8.875660] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit 
banging on pin 2

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   22 Oct 21  2014 /etc/alternatives/glx - 
/usr/lib/mesa-diverted
lrwxrwxrwx 1 root root   51 Oct 21  2014 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1
lrwxrwxrwx 1 root root   48 Aug 10  2014 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Aug 10  2014 
/etc/alternatives/glx--libGL.so-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root   48 Oct 21  2014 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   48 Oct 21  2014 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu - 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Oct 21  2014 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Oct 21  2014 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   54 Oct 21  2014 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   54 Oct 21  2014 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   22 Aug 10  2014 /etc/alternatives/libGL.so-master 
- /usr/lib/mesa-diverted
lrwxrwxrwx 1 root root   23 Mar 26 18:34 /etc/alternatives/nvidia - 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   52 Mar 26 18:34 
/etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1
lrwxrwxrwx 1 root root   49 Mar 26 18:34 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu - 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   49 Mar 26 18:34 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu - 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 Mar 26 18:34 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 Mar 26 18:34 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   58 Mar 26 18:34 
/etc/alternatives/nvidia--libGLESv1_CM.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   58 Mar 26 18:34 
/etc/alternatives/nvidia--libGLESv1_CM.so.1-x86_64-linux-gnu - 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   55 Mar 26 18:34 

Bug#785458: xserver-xorg-video-intel: corrupted rendering of xfonts-terminus-oblique in rxvt-unicode

[Giuseppe Bilotta]

Package: xserver-xorg-video-intel
Version: 2:2.99.917-1
Severity: normal

I've recently upgraded to the latest Xorg and Xorg intel driver in sid,
and I've noticd corrupted rendering of the terminus-oblique
font in my terminal (rxvt-unicode-256color). The problem is consistent,
in the form of missing pixels in the upper right areas of each glyph,
manifests right from the start of the session, is independent of the
kernel version (linux 3.16 or 4.0), and does not present itself when I
force xorg to use the modesetting driver instead.

The rendering issue only seems to appear in rxvt-unicode and
rxvt-unicode-256color though (e.g. not in konsole or gnome-terminal, nor
in xterm or xfontsel).


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

lrwxrwxrwx 1 root root 13 Aug  9  2014 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384712 May  5 01:24 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 

Bug#785205: nvidia-kernel-dkms: fails to build with kernel 4.0 (sid)

[Giuseppe Bilotta]

Hello Vincent,

thanks for the prompt reply!

On Thu, May 14, 2015 at 9:49 AM, Vincent Cheng vch...@debian.org wrote:
 Please install either nvidia 340.76-2 (sid) or 346.59-1
 (experimental), and try rebuilding the nvidia module using dkms.

It seems 346.59-1 hasn't been pushed to experimental yet? I still see 343.36-1


-- 
Giuseppe Oblomov Bilotta


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

Bug#781875: beignet: silently does nothing on large arrays

[Giuseppe Bilotta]

Hello,

I've finally had time to test the latest version in experimental
(1.0.2-2) and now every kernel invocation, regardless of arguments
counts and array sizes, fails with

drm_intel_gem_bo_context_exec() failed: Invalid argument

so I might be among the ones affected by the other bug you mention (I
run on 3.16.7-ckt9-2).

I do not have the workaround from #767148 enabled, at least I don't
remember ever enabling it.

sudo cat /sys/module/i915/parameters/enable_cmd_parser

returns 1.



On Fri, Apr 10, 2015 at 2:04 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 Control: tags -1 pending

 This is now fixed upstream and in Alioth (
 https://anonscm.debian.org/cgit/pkg-opencl/beignet.git/log/ ).

 However, another recently-reported bug causes beignet to totally fail
 (appears in the platform list, but can't do any computations) on 3.15 and
 later kernels on at least some Haswell processors:
 http://lists.freedesktop.org/archives/beignet/2015-April/thread.html#5463

 Do you still have the workaround from #767148 enabled (which also avoids
 that bug but may be a security risk, to check run:
 sudo cat /sys/module/i915/parameters/enable_cmd_parser ), or is your
 processor just not affected?




-- 
Giuseppe Oblomov Bilotta


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

Bug#781875: beignet: [regression] broken on Haswell

[Giuseppe Bilotta]

On Fri, Apr 17, 2015 at 11:16 PM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 now every kernel invocation, regardless of arguments
 counts and array sizes, fails

 i.e. including ones that worked in 1.0.2-1?

Yes.

 Do they use the 'local' memory
 space (which triggers a third known bug on Haswell)?

No, even the most trivial inits that simply writes to gmem fails the same way.

 drm_intel_gem_bo_context_exec() failed: Invalid argument

 That's the error check added by this patch, but not the same error code as I
 get for a too-large array on Ivy Bridge (that's
 drm_intel_gem_bo_context_exec() failed: No space left on device), so may
 be it catching a different bug.

 I will report this upstream.

Quite possible.

 sudo cat /sys/module/i915/parameters/enable_cmd_parser
 returns 1

 That means you don't have the #767148 workaround enabled.  Does it ( sudo
 echo 0  /sys/module/i915/parameters/enable_cmd_parser ) help?

Absolutely yes. I can e.g. manipulate arrays with up to 128Mi
elements, and if I go too high I get the No space left on device
error instead. So it looks like I _do_ need that workaround.

 What are your other i915 parameters ( sudo head
 /sys/module/i915/parameters/* )?

With the enable_cmd_parser set to 0 as above, this is the whole dump:

== /sys/module/i915/parameters/disable_display ==
N

== /sys/module/i915/parameters/disable_power_well ==
1

== /sys/module/i915/parameters/disable_vtd_wa ==
N

== /sys/module/i915/parameters/enable_cmd_parser ==
0

== /sys/module/i915/parameters/enable_fbc ==
-1

== /sys/module/i915/parameters/enable_hangcheck ==
Y

== /sys/module/i915/parameters/enable_ips ==
1

== /sys/module/i915/parameters/enable_ppgtt ==
1

== /sys/module/i915/parameters/enable_psr ==
0

== /sys/module/i915/parameters/enable_rc6 ==
1

== /sys/module/i915/parameters/fastboot ==
N

== /sys/module/i915/parameters/invert_brightness ==
0

== /sys/module/i915/parameters/lvds_channel_mode ==
0

== /sys/module/i915/parameters/lvds_downclock ==
0

== /sys/module/i915/parameters/lvds_use_ssc ==
-1

== /sys/module/i915/parameters/modeset ==
-1

== /sys/module/i915/parameters/panel_ignore_lid ==
1

== /sys/module/i915/parameters/powersave ==
1

== /sys/module/i915/parameters/prefault_disable ==
N

== /sys/module/i915/parameters/preliminary_hw_support ==
0

== /sys/module/i915/parameters/reset ==
Y

== /sys/module/i915/parameters/semaphores ==
-1

== /sys/module/i915/parameters/vbt_sdvo_panel_type ==
-1



-- 
Giuseppe Oblomov Bilotta


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

Bug#781875: [Pkg-opencl-devel] Bug#781875: beignet: kernels don't seem to run

[Giuseppe Bilotta]

On Sat, Apr 4, 2015 at 10:30 AM, Rebecca N. Palmer
rebecca_pal...@zoho.com wrote:
 The ICD interface works for me (i5-3230M), which makes this bug _both_
 hardware- and interface-dependent, which is weird.

The other person that I'm in contact with and whose machine exhibits
the same problem has an Iris Pro.

 Are you saying 1.0.0 didn't work for you at all, or are you saying 1.0.0
 worked properly and this is a regression?

The full story goes like this:

until now, I've used the Debian-shipped packages (in a combination of
unstable and experimental versions). I've never tested it extensively
though, mostly running through (my own) clinfo. The first version that
_seemed_ to work properly (at least under clinfo) was 1.0.1-1, which I
recently upgraded to 1.0.2-1. It was only at this point that I
actually tried running some kernels on the device, and noticed the
failures. I've discussed this with the Iris Pro user on FreeNode
(#opencl channel), and it turns out that they had a similar
experience, except they were using the git tree and 1.0.0 actually
worked for them, but 1.0.1 didn't.

I've finally found the time to do the testing and run git bisect,
which found the culprit at this commit:

a27428d2f30d7859cb988c6fa93a2964c443373d is the first bad commit
commit a27428d2f30d7859cb988c6fa93a2964c443373d
Author: Zhigang Gong zhigang.g...@intel.com
Date:   Wed Dec 24 09:21:28 2014 +0800

runtime: tweak max memory allocation size.

Increase the maximum memory allocation size to at least 512MB and
will set it to larger if the system has more total memory.

This tweak will make darktable happy to handle big pictures.

Signed-off-by: Zhigang Gong zhigang.g...@intel.com

v2:
reduce max constant buffer to 128MB.
v3:
fix the sysinfo usage.

Signed-off-by: Zhigang Gong zhigang.g...@intel.com
Tested-by: Meng, Mengmeng mengmeng.m...@intel.com

:04 04 af8bd19e9bf6f59d27fa2abc9fb67e4f6d476643
45aa59e8d4e84856d0152db1bcd814c58710e85b M  src

which I find odd but honestly I don't know anything about the beignet
internals to judge 8-P

I've been testing the commits primarily with my suite of
overallocation/migration tests available at
http://github.com/Oblomov/cltests which is a bit special, but in fact
even simpler setups will fail.

I'm also testing a much simpler program (trivial vector sum, of which
I can attach the code), from which I have some interesting findings.
The simple vector sum allocates three vectors of ints, initializes two
of them to some specific values (i, numels - i respectively) and then
computes the sum. The findings are:

* up to 128*1024*1024 elements, things work even at the 'bad' commit;
* twice that results in the failure;
* thrice that or more results in an invalid buffer size error (-61).

Now the interesting result is thus that 256Mi elements claim to work
(in term of buffer allocation), _but_ the kernels fail to run _at all_
(with the 'culprit' commit): even the first element in the buffers is
NOT updated correctly.

Instead, with the commit right before that (last 'good' commit), 128Mi
elements fail to allocate (64Mi elements work).

To sum it up, the increase in maximum memory allocation size to at
least 512MiB 'works', but only up to a point: specifically, 512MiB
buffers work correctly, but (at least on my device) 1024MiB buffers
(which are allowed) cause the kernel to fail launching even though the
allocation allegedly works.

Should I Cc: Zhigang Gong on the discussion? I can also produce the
simple vector sum core if needed.

-- 
Giuseppe Oblomov Bilotta


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

Bug#740949: segfault in webseed_destruct on exit if download speed limiting is enabled

[Giuseppe Bilotta]

I haven't had any issue with speed limiting and segfaults with the
latest release, I think the issue can be closed.

On Fri, Apr 3, 2015 at 5:10 PM, Sandro Tosi mo...@debian.org wrote:
 control: tags -1 + moreinfo

 Hello Giuseppe,
 are you able to replicate this segfault with 2.84? If so, can you
 install transmission-dbg and run transmission with gdb and when it
 crashes execute:

 bt
 bt full
 thread apply all bt

 ?

 Thanks,
 --
 Sandro Tosi (aka morph, morpheus, matrixhasu)
 My website: http://matrixhasu.altervista.org/
 Me at Debian: http://wiki.debian.org/SandroTosi



-- 
Giuseppe Oblomov Bilotta


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

Bug#740950: segmentation fault in libcurl-gnutls.so.4 if download speed limiting is enabled

[Giuseppe Bilotta]

On Wed, Apr 1, 2015 at 12:10 AM, Sandro Tosi mo...@debian.org wrote:
 Hello,
 are you still able to replicate these frequent crashes with 2.84
 uploaded in sid? If so, please run again gdb executing

I haven't seen this issue in sid recently, I think we can close the issue.

-- 
Giuseppe Oblomov Bilotta


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

Bug#740948: stuck at 100% CPU utilization after --exit if download speed limiting is enabled

[Giuseppe Bilotta]

Hello, I can't seem to reproduce it anymore, I think we can close this.

On Fri, Apr 3, 2015 at 5:12 PM, Sandro Tosi mo...@debian.org wrote:
 control: tags -1 + moreinfo

 Hello Giuseppe,
 does it still happen with 2.84?

 Thanks,
 --
 Sandro Tosi (aka morph, morpheus, matrixhasu)
 My website: http://matrixhasu.altervista.org/
 Me at Debian: http://wiki.debian.org/SandroTosi



-- 
Giuseppe Oblomov Bilotta


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

Bug#781875: beignet: kernels don't seem to run

[Giuseppe Bilotta]

Package: beignet-opencl-icd
Version: 1.0.2-1
Severity: grave
Tags: upstream

Since version 1.0.1 beignet has been able to recognitze the hardware on
my machine

00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06)

and responds regularly to device info queries as well as buffer
allocation commands. However, kernels don't seem to run at all, in any
form and with any queue properties. Buffers return untouched.

Discussion with people on #opencl indicate that the bug:

* affects upstream;
* only occurs when using beignet through the ICD interface;
* has been introduced _probably_ somewhere between 1.0.0 and 1.0.1.

It also seems that the issue cannot be noticed by simply running the
beignet tests, since they link directly to the library.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 beignet-opencl-icd depends on:
ii  libc6  2.19-17
ii  libdrm-intel1  2.4.58-2
ii  libdrm22.4.58-2
ii  libedit2   3.1-20140620-2
ii  libffi63.1-2+b2
ii  libgcc11:4.9.2-10
ii  libllvm3.5 1:3.5-10
ii  libstdc++6 4.9.2-10
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxfixes3 1:5.0.1-2+b2
ii  zlib1g 1:1.2.8.dfsg-2+b1

beignet-opencl-icd recommends no packages.

beignet-opencl-icd 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#781754: crash in libclang while parsing autocomplete options

[Giuseppe Bilotta]

Package: vim-youcompleteme
Version: 0+20140207+git18be5c2-2
Severity: normal

With some configurations, libclang autocompletion is not available due
to an instantaneous crash. For example, I have a (whitelisted)
.ycm_extra_conf.py structured as such:

--- 8 --
import subprocess

cppflags=subprocess.check_output(env | grep CPPFLAGS - Makefile | cut -f2- 
-d=, shell=True).strip().split()
cflags=subprocess.check_output(env | grep CFLAGS - Makefile | cut -f2- -d=, 
shell=True).strip().split()

def FlagsForFile( filename ):
  return { 'flags' : ['-x c'] + cppflags + cflags, 'do_cache' : False }
--- 8 --

with a Makefile that includes the line

--- 8 --
CFLAGS+=-std=c99 -O3 -march=native -g -Wall
--- 8 --

and the resulting server logfiles for YCM end up being like this:

--- 8 --
2015-04-02 17:17:59,895 - INFO - Received event notification
2015-04-02 17:17:59,896 - INFO - Received event notification
2015-04-02 17:17:59,896 - INFO - Adding buffer identifiers for file: 
/home/oblomov/uni/PRISMA/codice/vecsum_ocl.c
libclang: crash detected during parsing: {
  'source_filename' : '/home/oblomov/uni/PRISMA/codice/vecsum_ocl.c'
  'command_line_args' : ['-x c', '-std=c99', '-O3', '-march=native', '-g', 
'-Wall', '-isystem', '/usr/lib/vim-youcompleteme/clang_includes'],
  'unsaved_files' : [('/home/oblomov/uni/PRISMA/codice/vecsum_ocl.c', '...', 
2829)],
  'options' : 12,
}
2015-04-02 17:18:03,762 - INFO - Received health request
2015-04-02 17:18:03,769 - INFO - Received debug info request
--- 8 --

This might be a bug in libclang rather than in the way YCM, but I don't
know. :YcmDebugInfo shows:

--- 8 --
-- Server has Clang support compiled in: True
-- Clang version: Debian clang version 3.5.0-10 (tags/RELEASE_350/final)
(based on LLVM 3.5.0)
-- Flags for /home/oblomov/uni/PRISMA/codice/vecsum_ocl.c loaded from 
/home/oblomov/uni/PRISMA/codice/.ycm_extra_conf.py:
-- ['-x c', '-std=c99', '-O3', '-march=native', '-g', '-Wall', '-isystem', 
'/usr/lib/vim-youcompleteme/clang_includes']
--- 8 --

Anything else I can do to help track down the issue?

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 vim-youcompleteme depends on:
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-python1.55.0   1.55.0+dfsg-3
ii  libboost-regex1.55.01.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-17
ii  libclang1-3.5   1:3.5-10
ii  libgcc1 1:4.9.2-10
ii  libstdc++6  4.9.2-10
ii  python-bottle   0.12.7-1
ii  python-concurrent.futures [python-futures]  2.2.0-1
ii  python-jedi 0.8.1-1
ii  python-requests 2.4.3-6
ii  python-waitress 0.8.9-2
ii  python2.7   2.7.9-2
pn  python:any  none
ii  vim-gtk [vim-python]2:7.4.488-7

Versions of packages vim-youcompleteme recommends:
ii  vim-addon-manager  0.5.3

vim-youcompleteme 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#787822: systemd: network brought down before network filesystems are unmounted

[Giuseppe Bilotta]

Hello,

On Fri, Jun 5, 2015 at 6:48 PM, Michael Biebl bi...@debian.org wrote:

 Can you please describe what kind of network setup you have and which
 tools you use to configure your network.
 How do you mount your NFS shares, is this the one listed in your fstab?

Yes, the network share is the one listed in the fstab. I have two machines.

In this machine (the one I wrote the report from and with the given
fstab) I bring up the network manually using interfaces (ifup
wlan0=networkname) if I'm on wireless, or automatically (still via the
interfaces mechanism, using guessnet) for ethernet. In both cases, as
soon as the network is up, nfs-common is loaded and /oneforall gets
mounted (if the server resolves).

In the other machine (the fresh Jessie installation), NetworkManager
is in use, and /oneforall is mounted manually (it's in fstab there
too, but set to noauto).

-- 
Giuseppe Oblomov Bilotta


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

Bug#789483: Found a patch

[Giuseppe Bilotta]

The following patch to uvm/Kbuild seems to fix the problem for me
(hoping gmail doesn't wrap it)

--- uvm/Kbuild~ 2015-06-21 15:33:08.438616334 +0200
+++ uvm/Kbuild 2015-06-21 15:33:22.662669880 +0200
@@ -219,6 +219,8 @@
RM_MODULE_SYMVERS:= $(RM_OUT_DIR)/Module.symvers
UVM_MODULE_SYMVERS:= $(obj)/Module.symvers

+KBUILD_EXTRA_SYMBOLS += $(RM_MODULE_SYMVERS)
+
module $(MODULE_NAME).ko: $(UVM_MODULE_SYMVERS) debug_diagnostics_printing

$(MODULE_NAME)-y := $(MODULE_GLUE_OBJS)



-- 
Giuseppe Oblomov Bilotta


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

Bug#789483: nvidia-kermel-dkms: uvm driver builds but fails to load due to missing symbols

[Giuseppe Bilotta]

Package: nvidia-kernel-dkms
Version: 346.72-1
Severity: important

The nvidia-uvm driver (essential to run CUDA or OpenCL programs) builds
successfully, but fails to load due missing symbols

nvUvmInterfaceSessionCreate
nvUvmInterfaceChannelAllocate
nvUvmInterfaceGetGpuArch

(etc), at least on kernel 4.0.0-2 (Debian package)

This may be a rehash of issue #747366.


-- Package-specific info:
uname -a:
Linux oblomov 4.0.0-2-amd64 #1 SMP Debian 4.0.5-1 (2015-06-16) x86_64 GNU/Linux

/proc/version:
Linux version 4.0.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 
(Debian 4.9.2-21) ) #1 SMP Debian 4.0.5-1 (2015-06-16)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  346.72  Tue May  5 22:03:13 PDT 
2015
GCC version:  gcc version 4.9.2 (Debian 4.9.2-21) 

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA 
controller])
Subsystem: Dell Device [1028:05fe]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 35
Region 0: Memory at f740 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at d000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

dmesg:
[0.00] AGP: No AGP bridge found
[0.00] AGP: Checking aperture...
[0.00] AGP: No AGP bridge found
[0.475600] vgaarb: setting as boot device: PCI::00:02.0
[0.475603] vgaarb: device added: 
PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none
[0.475609] vgaarb: loaded
[0.475612] vgaarb: bridge control possible :00:02.0
[0.835527] Linux agpgart interface v0.103
[3.638764] [drm] Replacing VGA console driver
[3.661677] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[3.885426] [drm] GMBUS [i915 gmbus vga] timed out, falling back to bit 
banging on pin 2
[27019.265754] nvidia: module license 'NVIDIA' taints kernel.
[27019.274029] nvidia :02:00.0: enabling device (0006 - 0007)
[27019.274357] [drm] Initialized nvidia-drm 0.0.0 20150116 for :02:00.0 on 
minor 1
[27019.274361] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  346.72  Tue May  
5 22:03:13 PDT 2015
[27019.287547] nvidia_uvm: no symbol version for nvUvmInterfaceChannelDestroy
[27019.287551] nvidia_uvm: Unknown symbol nvUvmInterfaceChannelDestroy (err -22)
[27019.287553] nvidia_uvm: no symbol version for nvUvmInterfaceQueryCaps
[27019.287554] nvidia_uvm: Unknown symbol nvUvmInterfaceQueryCaps (err -22)
[27019.287559] nvidia_uvm: no symbol version for nvUvmInterfaceMemoryAllocSys
[27019.287559] nvidia_uvm: Unknown symbol nvUvmInterfaceMemoryAllocSys (err -22)
[27019.287561] nvidia_uvm: no symbol version for nvUvmInterfaceMemoryCpuMap
[27019.287561] nvidia_uvm: Unknown symbol nvUvmInterfaceMemoryCpuMap (err -22)
[27019.287563] nvidia_uvm: no symbol version for nvUvmInterfaceKillChannel
[27019.287564] nvidia_uvm: Unknown symbol nvUvmInterfaceKillChannel (err -22)
[27019.287566] nvidia_uvm: no symbol version for nvUvmInterfaceMemoryCpuUnMap
[27019.287567] nvidia_uvm: Unknown symbol nvUvmInterfaceMemoryCpuUnMap (err -22)
[27019.287569] nvidia_uvm: no symbol version for 
nvUvmInterfaceAddressSpaceCreateMirrored
[27019.287570] nvidia_uvm: Unknown symbol 
nvUvmInterfaceAddressSpaceCreateMirrored (err -22)
[27019.287592] nvidia_uvm: no symbol version for 
nvUvmInterfaceServiceDeviceInterruptsRM
[27019.287593] nvidia_uvm: Unknown symbol 
nvUvmInterfaceServiceDeviceInterruptsRM (err -22)
[27019.287594] nvidia_uvm: no symbol version for nvUvmInterfaceDeRegisterUvmOps
[27019.287595] nvidia_uvm: Unknown symbol nvUvmInterfaceDeRegisterUvmOps (err 
-22)
[27019.287596] nvidia_uvm: no symbol version for nvUvmInterfaceMemoryFree
[27019.287597] nvidia_uvm: Unknown symbol nvUvmInterfaceMemoryFree (err -22)
[27019.287598] nvidia_uvm: no symbol version for nvUvmInterfaceGetUvmPrivRegion
[27019.287599] nvidia_uvm: Unknown symbol nvUvmInterfaceGetUvmPrivRegion (err 
-22)
[27019.287602] nvidia_uvm: no symbol version for nvUvmInterfaceGetAttachedUuids
[27019.287603] nvidia_uvm: Unknown symbol nvUvmInterfaceGetAttachedUuids (err 
-22)
[27019.287606] nvidia_uvm: no symbol version for nvUvmInterfaceSessionDestroy
[27019.287607] nvidia_uvm: Unknown symbol nvUvmInterfaceSessionDestroy (err -22)
[27019.287608] nvidia_uvm: no symbol version for 
nvUvmInterfaceCheckEccErrorSlowpath
[27019.287609] nvidia_uvm: Unknown symbol nvUvmInterfaceCheckEccErrorSlowpath 
(err -22)
[27019.287611] nvidia_uvm: no symbol version for 
nvUvmInterfaceAddressSpaceCreate

Bug#785205: nvidia-kernel-dkms: fails to build with kernel 4.0 (sid)

[Giuseppe Bilotta]

Hello,

any news about this?

On Sat, May 16, 2015 at 7:22 AM, Vincent Cheng vch...@debian.org wrote:
 Hi Giuseppe,

 On Fri, May 15, 2015 at 10:08 AM, Giuseppe Bilotta
 giuseppe.bilo...@gmail.com wrote:
 Hello Vincent,

 thanks for the prompt reply!

 On Thu, May 14, 2015 at 9:49 AM, Vincent Cheng vch...@debian.org wrote:
 Please install either nvidia 340.76-2 (sid) or 346.59-1
 (experimental), and try rebuilding the nvidia module using dkms.

 It seems 346.59-1 hasn't been pushed to experimental yet? I still see 
 343.36-1

 Looks like the source package failed to build on the Debian buildds;
 I'll investigate and fix it ASAP.

 Regards,
 Vincent



-- 
Giuseppe Oblomov Bilotta


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

Bug#788412: tt-rss: fails to import OPML files

[Giuseppe Bilotta]

Package: tt-rss
Version: 1.15+dfsg-1
Severity: normal
Tags: patch upstream

tt-rss version 1.15 fails to import OPML feed lists, with error

DOMDocument::load(): I/O warning : failed to load external entity 
quot;/var/cache/tt-rss/upload/opmlSR5e4iquot;

The error is upstream, see e.g. 
https://tt-rss.org/forum/viewtopic.php?f=1t=3231
which also provides a link to a patch that fixes the issue:

https://github.com/gothfox/Tiny-Tiny-RSS/commit/3457ce7c5963e507a2116866cedb1f1509230c93

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-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 tt-rss depends on:
ii  dbconfig-common1.8.47+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.23
ii  libapache2-mod-php55.6.7+dfsg-1
ii  libjs-dojo-core1.10.2+dfsg-1
ii  libjs-dojo-dijit   1.10.2+dfsg-1
ii  libjs-scriptaculous1.9.0-2
ii  libphp-phpmailer   5.2.9+dfsg-2
ii  php-gettext1.0.11-1
ii  php5   5.6.7+dfsg-1
ii  php5-cli   5.6.7+dfsg-1
ii  php5-json  1.3.6-1
ii  php5-mysql 5.6.7+dfsg-1
ii  phpqrcode  1.1.4-1

Versions of packages tt-rss recommends:
ii  apache2 [httpd]  2.4.12-1
ii  php5-gd  5.6.7+dfsg-1
ii  php5-mcrypt  5.6.7+dfsg-1

Versions of packages tt-rss suggests:
ii  mysql-client 5.5.42-1
ii  mysql-client-5.5 [mysql-client]  5.5.42-1
ii  mysql-server 5.5.42-1
pn  php-apc  none
pn  sphinxsearch none

-- Configuration Files:
/etc/default/tt-rss changed [not included]
/etc/tt-rss/config.php changed [not included]

-- debconf information excluded


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

Bug#787305: v86d: stuck a 100% CPU after boot, must be killed manually

[Giuseppe Bilotta]

Package: v86d
Version: 0.1.10-1
Severity: normal

I _think_ this has started happening with the latest kernel upgrade,
but I don't have the immediate preceding version to check. Basically,
the system boot fines, but one of my cores is stuck at 100% CPU by v86d.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-1-amd64 (SMP w/8 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 v86d depends on:
ii  libc6 2.19-18
ii  libx86-1  1.1+ds1-10

Versions of packages v86d recommends:
ii  initramfs-tools  0.120

v86d 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#796097: texlive-base / texlive-fonts-recommended: mflogo .tfm metrics missing

[Giuseppe Bilotta]

Package: texlive-base
Version: 2015.20150810-1
Severity: normal

The bug affects the texlive-base and/or texlive-fonts-recommended
packages currently in testing and unstable, but not in stable. In the
migration between stable and testing, the mflogo fonts was moved from
texlive-base to texlive-fonts-recommended, but the TeX font metrics
(.tfm) have gone missing, effectively preventing (quality) use of the
font.

$ for dist in stable testing unstable ; do echo $dist ; apt-file -s 
/etc/apt/sources.list.d/${dist}.list search logosl8.pfb ; done
stable
texlive-base:
/usr/share/texlive/texmf-dist/fonts/type1/hoekwater/mflogo/logosl8.pfb
testing
texlive-fonts-recommended:
/usr/share/texlive/texmf-dist/fonts/type1/hoekwater/mflogo-font/logosl8.pfb
unstable
texlive-fonts-recommended:
/usr/share/texlive/texmf-dist/fonts/type1/hoekwater/mflogo-font/logosl8.pfb

$ for dist in stable testing unstable ; do echo $dist ; apt-file -s 
/etc/apt/sources.list.d/${dist}.list search logosl8.tfm ; done
stable
texlive-base:
/usr/share/texlive/texmf-dist/fonts/tfm/public/mflogo/logosl8.tfm
testing
unstable

(I'm not sure which of the two packages it should be reported against.)


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-1-amd64 (SMP w/8 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 texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  libpaper-utils 1.1.24+nmu4
ii  tex-common 6.02
ii  texlive-binaries   2015.20150524.37493-5
ii  ucf3.0030
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages texlive-base recommends:
ii  lmodern  2.004.4-5

Versions of packages texlive-base suggests:
ii  acroread [pdf-viewer]9.5.5-dmo2
ii  evince [postscript-viewer]   3.16.1-1
ii  ghostscript [postscript-viewer]  9.16~dfsg-2
ii  gv [postscript-viewer]   1:3.7.4-1
ii  okular [postscript-viewer]   4:4.14.2-3
pn  perl-tk  none
ii  xpdf [pdf-viewer]3.03-17+b1
ii  zathura [pdf-viewer] 0.3.3-2
ii  zathura-ps [postscript-viewer]   0.2.2-8

Versions of packages tex-common depends on:
ii  dpkg  1.18.1
ii  ucf   3.0030

Versions of packages tex-common suggests:
ii  debhelper  9.20150628

Versions of packages texlive-base is related to:
ii  tex-common6.02
ii  texlive-binaries  2015.20150524.37493-5

-- debconf information:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
  texlive-base/texconfig_ignorant:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:

Bug#785697: clang-3.6: Clang++ does not find standard include files, e.g.

[Giuseppe Bilotta]

Package: clang-3.6
Version: 1:3.6.2-1
Followup-For: Bug #785697

I've found this happens when using the --gcc-toolchain command-line
option to choose the toolchain to use. The include path in this case is
seriously defective. Compare:


== 8< === without --gcc-toolchain =

$ echo | clang++ -x c++ -c -v -o /dev/null -
Debian clang version 3.6.2-1 (tags/RELEASE_362/final) (based on LLVM 3.6.2)
Target: x86_64-pc-linux-gnu
Thread model: posix
Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/5.2.1
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1
Found candidate GCC installation: /usr/lib/gcc/i586-linux-gnu/5.2.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.2.1
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
 "/usr/lib/llvm-3.6/bin/clang" -cc1 -triple x86_64-pc-linux-gnu -emit-obj 
-mrelax-all -disable-free -disable-llvm-verifier -main-file-name - 
-mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno 
-masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array 
-target-cpu x86-64 -target-linker-version 2.25 -v -dwarf-column-info 
-coverage-file /dev/null -resource-dir /usr/lib/llvm-3.6/bin/../lib/clang/3.6.2 
-internal-isystem 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1 
-internal-isystem 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/x86_64-linux-gnu/c++/5.2.1
 -internal-isystem 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/x86_64-linux-gnu/c++/5.2.1
 -internal-isystem 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1/backward
 -internal-isystem /usr/local/include -internal-isystem 
/usr/lib/llvm-3.6/bin/../lib/clang/3.6.2/include -internal-externc-isystem 
/usr/include/x86_64-linu
 x-gnu -internal-externc-isystem /include -internal-externc-isystem 
/usr/include -fdeprecated-macro -fdebug-compilation-dir /home/oblomov 
-ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=gcc 
-fcxx-exceptions -fexceptions -fdiagnostics-show-option -o /dev/null -x c++ -
clang -cc1 version 3.6.2 based upon LLVM 3.6.2 default target 
x86_64-pc-linux-gnu
ignoring nonexistent directory "/include"
ignoring duplicate directory 
"/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/x86_64-linux-gnu/c++/5.2.1"
#include "..." search starts here:
#include <...> search starts here:
 /usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1
 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/x86_64-linux-gnu/c++/5.2.1
 
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1/../../../../include/c++/5.2.1/backward
 /usr/local/include
 /usr/lib/llvm-3.6/bin/../lib/clang/3.6.2/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

== 8< ==


versus:

== 8< === with --gcc-toolchain =

$ echo | clang++ -x c++ 
--gcc-toolchain=/usr/bin/../lib/gcc/x86_64-linux-gnu/5.2.1 -c -v -o /dev/null -

Debian clang version 3.6.2-1 (tags/RELEASE_362/final) (based on LLVM 3.6.2)
Target: x86_64-pc-linux-gnu
Thread model: posix
 "/usr/lib/llvm-3.6/bin/clang" -cc1 -triple x86_64-pc-linux-gnu -emit-obj 
-mrelax-all -disable-free -disable-llvm-verifier -main-file-name - 
-mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno 
-masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 
-target-linker-version 2.25 -v -dwarf-column-info -coverage-file /dev/null 
-resource-dir /usr/lib/llvm-3.6/bin/../lib/clang/3.6.2 -internal-isystem 
/usr/local/include -internal-isystem 
/usr/lib/llvm-3.6/bin/../lib/clang/3.6.2/include -internal-externc-isystem 
/usr/include/x86_64-linux-gnu -internal-externc-isystem /include 
-internal-externc-isystem /usr/include -fdeprecated-macro 
-fdebug-compilation-dir /home/oblomov -ferror-limit 19 -fmessage-length 0 
-mstackrealign -fobjc-runtime=gcc -fcxx-exceptions -fexceptions 
-fdiagnostics-show-option -o /dev/null -x c++ -
clang -cc1 version 3.6.2 based upon LLVM 3.6.2 default target 
x86_64-pc-linux-gnu
ignoring nonexistent directory "/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/llvm-3.6/bin/../lib/clang/3.6.2/include
 /usr/include/x86_64-linux-gnu
 

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

On Mon, Oct 12, 2015 at 10:29 AM, Giuseppe Bilotta
<giuseppe.bilo...@gmail.com> wrote:
> On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau <jcris...@debian.org> wrote:
>> How exactly are you starting X?  'startx' is supposed to do the right
>> thing.
>
> I typically start with either startx or a script that does "xinit
> ~/some-local-xinitrc", and neither works. However, I was affected by
> the 227-1 systemd service timeout bug, so that might be part of the
> problem. I'll try again with systemd 227-2

Ok, it seems that with the latest systemd and the latest xorg now
startx works, but xinit doesn't. I've upgraded my script to use startx
instead of xinit.

Is there a reason why it wouldn't work with xinit?

-- 
Giuseppe "Oblomov" Bilotta

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau  wrote:
> How exactly are you starting X?  'startx' is supposed to do the right
> thing.

I typically start with either startx or a script that does "xinit
~/some-local-xinitrc", and neither works. However, I was affected by
the 227-1 systemd service timeout bug, so that might be part of the
problem. I'll try again with systemd 227-2

-- 
Giuseppe "Oblomov" Bilotta

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

Package: xserver-xorg
Version: 1:7.7+12
Severity: important

I normally boot to console and then manually launch X if/when I need it.
With the latest update to Xorg, trying to start X fails with the error

 (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory)

Interestingly, the error is about /dev/tty0 regardless of whether I try
to start it from the first VT or from a different one (see attached
logs).

I've also installed xserver-xorg-legacy, but the problem persists.

=== 8< === log when starting from the first VT 

[  1577.167] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[  1577.186] X Protocol Version 11, Revision 0
[  1577.192] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian
[  1577.198] Current Operating System: Linux oblomov 4.2.0-1-amd64 #1 SMP 
Debian 4.2.3-1 (2015-10-06) x86_64
[  1577.198] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 
root=UUID=0f69635c-b68c-476c-ba1c-6bdc4c44f397 ro init=/sbin/sysvinit
[  1577.209] Build Date: 06 October 2015  07:27:47AM
[  1577.214] xorg-server 2:1.17.2-3 (http://www.debian.org/support) 
[  1577.219] Current version of pixman: 0.33.2
[  1577.228]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1577.228] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1577.245] (==) Log file: "/home/oblomov/.local/share/xorg/Xorg.0.log", Time: 
Fri Oct  9 18:20:15 2015
[  1577.249] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1577.253] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1577.253] (==) No Layout section.  Using the first Screen section.
[  1577.253] (==) No screen section available. Using defaults.
[  1577.253] (**) |-->Screen "Default Screen Section" (0)
[  1577.253] (**) |   |-->Monitor ""
[  1577.254] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1577.254] (==) Automatically adding devices
[  1577.254] (==) Automatically enabling devices
[  1577.254] (==) Automatically adding GPU devices
[  1577.254] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1577.254]Entry deleted from font path.
[  1577.254] (==) 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
[  1577.254] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1577.254] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1577.254] (II) Loader magic: 0x55dea5f46de0
[  1577.254] (II) Module ABI versions:
[  1577.254]X.Org ANSI C Emulation: 0.4
[  1577.254]X.Org Video Driver: 19.0
[  1577.254]X.Org XInput driver : 21.0
[  1577.254]X.Org Server Extension : 9.0
[  1577.256] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_31
[  1577.257] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1577.257] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0
[  1577.258] (--) PCI:*(0:0:2:0) 8086:0416:1028:05fe rev 6, Mem @ 
0xf740/4194304, 0xd000/268435456, I/O @ 0xf000/64
[  1577.259] (--) PCI: (0:2:0:0) 10de:0fe4:1028:05fe rev 161, Mem @ 
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/524288
[  1577.259] (II) LoadModule: "glx"
[  1577.259] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1577.260] (II) Module glx: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 1.0.0
[  1577.260]ABI class: X.Org Server Extension, version 9.0
[  1577.260] (==) AIGLX enabled
[  1577.260] (==) Matched intel as autoconfigured driver 0
[  1577.260] (==) Matched intel as autoconfigured driver 1
[  1577.260] (==) Matched modesetting as autoconfigured driver 2
[  1577.260] (==) Matched fbdev as autoconfigured driver 3
[  1577.260] (==) Matched vesa as autoconfigured driver 4
[  1577.260] (==) Assigned the driver to the xf86ConfigLayout
[  1577.260] (II) LoadModule: "intel"
[  1577.260] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[  1577.260] (II) Module intel: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 2.99.917
[  1577.260]Module class: X.Org Video Driver
[  1577.260]ABI class: X.Org Video Driver, version 19.0
[  1577.260] (II) LoadModule: "modesetting"
[  1577.260] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1577.260] (II) Module modesetting: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 1.17.2
[  1577.260]Module class: X.Org 

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

Package: xserver-xorg
Version: 1:7.7+12
Followup-For: Bug #801401

Additional information: I've added my user to the `tty` group, and while
Xorg still fails to start, the error is now different:

 (EE) xf86OpenConsole: Cannot open virtual console 5 (Permission denied)

where VC5 is the next free one (so the number changes based on how many
gettys I have spawned).

This is very odd though, shouldn't usermode Xorg try to use the same VC
where it's being launched from?

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

lrwxrwxrwx 1 root root 13 Aug  9  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct  6 09:35 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to 

Bug#793488: (no subject)

[giuseppe . bilotta]

I think I found the problem: recently part of the OpenCL ICD seems to

have been split into a separate library, which is not packaged in
Debian:

* for x86_64, libamdocl12cl64.so is needed in addition to libamdocl64.so
* for x86, libamdocl12cl32.so is needed in addition to libamdocl32.so

Bug#761909: systemd does not unmount nfs shares before bringing down the network interface

[Giuseppe Bilotta]

Hello

On Mon, Oct 5, 2015 at 11:15 AM, Martin Pitt  wrote:
>> However, when the network is brought down (manually, or automatically
>> during system shutdown), the mountpoint is not unmounted, causing a
>> number of issues.
>
> This sounds very similar to https://launchpad.net/bugs/1492546 .
> ifupdown's /etc/init.d/networking (and also /etc/init/networking.conf)
> call functions check_network_file_systems() and check_network_swap()
> and don't tear down the interface(s) in the above situation. This also
> applies to e. g. iscsi.
>
> But we don't do the same with the autogenerated ifup@.service -- that
> always unconditionally calls "ifdown" on stopping. IMHO we should make
> "systemctl stop ifup@ethX.service" a no-op at least during shutdown,
> as stopping /etc/init.d/networking will stop them all anyway (or not,
> if network file systems are being used).

Shouldn't a dependcy of network filesystems on network interfaces
automatically prevet the network interfaces services from being
stoppable while the network filesystems are up?

-- 
Giuseppe "Oblomov" Bilotta