Bug#730159: Screen corruption on gnome 3.8 with Intel HD 3000 graphics

[Stefan Nagy]

Sorry, I totally forgot that I myself reported this bug against
server-xorg-video-intel in November last year. I reported the same bug
in April against libcogl, in the meantime it turned out that this in
fact is a gnome-shell bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743810

I'm going to merge the two reports. Sorry again.


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

Bug#747667: Provide builds for AMD64 and i386 plattforms

[Benny Baumann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Ryan,

Am 16.05.2014 08:51, schrieb Ryan Kavanagh:
> tags 747667 + moreinfo
> fixed 747667 opensmtpd/5.3.3p1-1
> thanks
>
> Hi Benny,
>
> On Sat, May 10, 2014 at 11:10:05PM +0200, Benny Baumann wrote:
>> Successfully build this package locally and would like to see an
>> official upload in the repositories.
> Could you please clarify? opensmtpd has been available in Debian
> unstable and testing since September. The buildd status page for
> opensmtpd[0] shows that packages have successfully built for amd64 and
> i386.
I only had a look at [1] when looking for the binary package, which only
lists an armhf version of it - even when having amd64 or i386 in the URL.
> Best,
> Ryan
Thx,
BenBE.
>
>
> [0] https://buildd.debian.org/status/package.php?p=opensmtpd
[1] https://packages.debian.org/jessie/amd64/opensmtpd
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJTdbqzAAoJEPHTXLno4S6tvEYQAMmiszwEqwWkfkN9wgE1hBsE
abAJGoZaNU/uxmQiQb2DkANRa20BD22Bhl/Pw/yKMWt08pTqu7OZBZl69Vq0jnMd
ltQ38zdG4qZEoKe730cevtgT/xTxODfEnv6d22/iaKg3KKBc1fHy7Hj5iWls5uTL
s7yQeSYQFfFylZm4tmoEVXDmrNwKTRzKHeOWP01qp6CHR/NGdjZoHxlNUi6hWQDa
5m+vOdZUAfyny0dQaqNN1tatbg0v+auXYgh2b/HYPdIL5FZSLvNR4bX9B7SKLuPR
3SCd7QvxP4W5B/oFJiuypEaANCrEJ4O/IUvkE7HK9bOWqN/SD4sDKmuH+qxGgQPA
ptQ9dMrGaJ5lY6mKl1m23BtCkcbvO5wB7LJBhuG236ctaVSh8oNipbNlJG2rfuwK
61S1aDCljo/uEEi2rs+E/hcC5fBCKFUKLGJcYMKCLgEapPVJWtZ0NKLEzH7ncfZv
MaSeM4pkEl/gRRI9NKhW6Rd3JUyiZ0dH+QsMt2hCB9qCKNjb9hm5e3eOYJmpmNEv
Nl3AVImmVpDCsqFaQdYm+q7imhIrsLr2C7KxiB5IJLrO0VoAWcB6GvGpBvu2ykWi
gryPBbM48eunIEPX8HsnJ5jHFtGVj5ku2Rl0icm081j7E/8mIKkfeYzqwGd9e9iJ
zFYhYWzonPhUmdTxQ+VT
=QsGH
-END PGP SIGNATURE-


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

Bug#748322: blender: FTBFS on non-Linux

[Rebecca N. Palmer]

Package: blender
Version: 2.70-2
Tags: patch

blender 2.70 fails to build on kFreeBSD with
/«PKGBUILDDIR»/intern/guardedalloc/intern/mallocn_intern.h:66:4: error: 
#error "We don't know how to use malloc_usable_size on your platform"


It appears that this file is checking for Linux ( #if defined(__linux__) 
at line 54) when it should be checking for GNU libc ( __GLIBC__, 
https://wiki.debian.org/Debian_GNU/kFreeBSD_FAQ?highlight=%28kfreebsd%29#Q._How_do_I_detect_kfreebsd_with_preprocessor_directives_in_a_C_program.3F), 
though I have not tested this fix.



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

Bug#748323: blender: FTBFS on non-x86

[Rebecca N. Palmer]

Package: blender
Version: 2.70-2

blender tries to compile 
/«PKGBUILDDIR»/intern/cycles/kernel/kernel_sse2.cpp with SSE options, 
which is an error on non-x86:

c++: error: unrecognized command line option '-msse'
c++: error: unrecognized command line option '-msse2'
c++: error: unrecognized command line option '-mfpmath=sse'
(full log: 
https://buildd.debian.org/status/fetch.php?pkg=blender&arch=armhf&ver=2.70-2&stamp=1399859920 
)


It looks like intern/cycles/SConscript is where it decides whether to do 
this, but I haven't tried to turn it off yet.



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

Bug#748324: RFP: garrymander -- Comand line client and python modules for interacting with the Gerrit code review system

[Guido Günther]

Package: wnpp
Severity: wishlist

* Package name: garrymander
  Version : 1.1
  Upstream Author : Daniel P. Berrange 
* URL : https://github.com/berrange/gerrymander
* License : Apache License 2.0
  Programming Lang: Python
  Description : Comand line client and python modules for interacting with 
the Gerrit code review system

The Gerrymander package provides a set of Python2 / Python3 compatible
modules for interacting with Gerrit, along with a set of command line
programs for various useful operations.

A prelimenary packaging branch is at 

https://github.com/agx/gerrymander


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

Bug#747298: [request-tracker-maintainers] Bug#747298: Recent request-tracker4 version

[Jan Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Am 16.05.14 00:00, schrieb Dominic Hargreaves:
> On Thu, May 15, 2014 at 09:11:14PM +0200, Jan Wagner wrote:
>> Am 15.05.2014 19:47, schrieb Dominic Hargreaves:
>>> My plan for wheezy-backports was to first solve the issue of 
>>> people who want to stay with 4.0.x, which might involve setting
>>> up an unofficial repository. I already uploaded a load of 
>>> build-dependencies but it looks like I missed libset-tiny-perl;
>>> if you are so inclined please do go ahead and upload that to 
>>> wheezy-backports :)
>> 
>> I could do that, as it's ready on my ftp server. Are you willing
>> to keep up maintainance later on?
> 
> Yep, that should be no problem.

uploaded the package some seconds ago ...

Cheers, Jan.
- -- 
Never write mail to , you have been warned!
- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJTdcghAAoJEAxwVXtaBlE+QyAP/A5tQjCliquXokkxZVopOy3j
+yINRjfwVqSS6XloGKOFXW0cMNNK7tz9Y/3JH7pz0TDigve1ImY19vH8wdR2kLAq
t7CEBbJ53Fo3olVBn5z2EbvLow6JubuxF8t43+4xGM0wQCDlrnGLHuWKh1UB1ZiZ
v0qGVGbMquXoaFDOICSsdpgHuTo5vfKZ9JRNFnXhlHBmcGlYH9vUrC8KbKsDiVPd
gN/toKR1f/7WnAvW5AfHGHG5jNPqjcTcj9OJKMjKxGXlsypxhb76JWpf7uBb6+zj
+2lZ+okthqSvO1rgXZv09pDxYYbMRia64jiAjyRqI7s7Xk082ADAlBAqzQUvyPqC
yF1zBIrMuj4xxH3q/Y6gSC4AX6Twl96+tUNMTwBBr7VKQYxD5mCQ3fhbYxjGBOM6
Pfs3ruGe+hNef3oci72n4M3AJPYFYDg047Eq7mzBEQG8ztLUebYhG52dJUKW4ICF
pq55ZqBIQbdSeotr4fbhY34ELtdmtJR/wzyHvA/jPIz5aKqMED/AMxiT9EM6wvJi
jzFbYo8T+yOgD90F+s0OHwEmq7zgIx5/qYgs9ggD2pyDucv3gq5WXgPN3GzWhrHm
JW5EFa3Ae9liupOZBub1TBHecjm1rVllIyT3TfAHV6N7hD41BSQmwd7gf/p1ag1t
a4gN67nVGfQ1KwRiRXMa
=dd8l
-END PGP SIGNATURE-


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

Bug#748325: cln: fix mips64(el) build

[Yunqiang Su]

Package: cln
Version: 1.3.3-1

This patch fix cln build on mips64 and mips64el.

-- 
Yunqiang Su
diff -Nru cln-1.3.3/include/cln/types.h cln-1.3.3/include/cln/types.h
--- cln-1.3.3/include/cln/types.h   2012-10-06 20:42:46.0 +
+++ cln-1.3.3/include/cln/types.h   2014-05-16 06:27:26.0 +
@@ -48,7 +48,7 @@
 #undef HAVE_LONGLONG
#endif
   #endif
-  #if defined(HAVE_LONGLONG) && (defined(__alpha__) || defined(__ia64__) || 
defined(__mips64__) || defined(__powerpc64__) || defined(__s390x__) || 
(defined(__sparc__) && defined(__arch64__)) || defined(__x86_64__))
+  #if defined(HAVE_LONGLONG) && (defined(__alpha__) || defined(__ia64__) || 
defined(__mips64) || defined(__powerpc64__) || defined(__s390x__) || 
(defined(__sparc__) && defined(__arch64__)) || defined(__x86_64__))
 // 64 bit registers in hardware
 #define HAVE_FAST_LONGLONG
   #endif
@@ -76,7 +76,7 @@
 
 // Integer type used for counters.
 // Constraint: sizeof(uintC) >= sizeof(uintL)
-  #if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || defined(__ia64__) 
|| defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__x86_64__)))
+  #if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || defined(__ia64__) 
|| defined(__powerpc64__) || defined(__s390x__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__x86_64__) || defined(__mips64)))
 #define intCsize long_bitsize
 typedef long   sintC;
 typedef unsigned long  uintC;
@@ -127,7 +127,7 @@
 typedef int sintD;
 typedef unsigned int uintD;
   #else  // we are not using GMP, so just guess something reasonable
-#if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || 
defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__)))
+#if (defined(HAVE_FAST_LONGLONG) && (defined(__alpha__) || 
defined(__ia64__) || defined(__powerpc64__) || (defined(__sparc__) && 
defined(__arch64__)) || defined(__s390x__) || defined(__x86_64__) || 
defined(__mips64)))
   #define intDsize 64
   typedef sint64  sintD;
   typedef uint64  uintD;

Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode

[Mattia Belluco]

Hi all,
I feel like this bug is related to these two I reported:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743568
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743569

More specifically to make a bluetooth headset work in A2DP mode I had to 
change settings in audio.conf:


SCORouting=PCM

and keep sure Socket stay disabled.

Once you've done that you would still get a "Stream setup failed error" 
unless you manually load module-bluetooth-discover with:


$ pactl load-module module-bluetooth-discover

If the module was not loaded you'll get a number as exit code and that 
being the case your next connection attempt should succeed.


I hope that helps.

Mattia


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

Bug#748302: Add Xen parameters to /etc/default/grub

[Ian Campbell]

On Fri, 2014-05-16 at 00:09 +0100, Colin Watson wrote:
> On Thu, May 15, 2014 at 11:30:04PM +0200, Paul Muster wrote:
> > Please add placeholders/examples for Xen kernel config to /etc/default/grub
> 
> I would rather not change /etc/default/grub except when absolutely
> necessary, because doing so causes configuration file prompts for
> everyone.

Everyone or just people who have local modifications?

>   Is the reference to "info grub" not sufficient?
> 


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

Bug#748326: gnome-session: Can't login after after locked screen

[Alexandre Russo]

Package: gnome-session
Version: 3.12.1-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After i clicked on «Lock screen» if i wan't unlock my computer, i type my 
password but nothing happening. No error message. Only field for password
become empty and my computer stay lock. 

If i want use my computer, i need to use configuration file to auto login my 
user
so i need to reboot each time after locked screen. 

Thank you,

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

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

Versions of packages gnome-session depends on:
ii  gnome-session-bin  3.12.1-2
ii  gnome-session-common   3.12.1-2
ii  gnome-settings-daemon  3.12.1-3
ii  gnome-shell3.12.1-3

Versions of packages gnome-session recommends:
ii  systemd  204-8

Versions of packages gnome-session suggests:
ii  desktop-base  7.0.3
ii  gnome-keyring 3.10.1-1
ii  gnome-user-guide  3.8.2-1

-- 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#748327: installation-reports: Installing Debian Jessie net install on an Apple Mac Mini G4

[John Paul Adrian Glaubitz]

Package: installation-reports
Severity: normal

Installation went well without a single glitch or problem. Was able to
dist-upgrade the machine to Debian unstable with no problems after
the installation.

Debian runs very smooth with the latest kernel 3.14.4-1 despite the
machine just being a PPC G4 with 1.42 GHz and 1 GB of RAM.

-- Package-specific info:

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/jessie_di_alpha_1/powerpc/iso-cd/firmware-jessie-DI-a1-powerpc-netinst.iso
Date: May 15, 2014 18:30:00

Machine: Apple Mac Mini G4 (A1103)
Partitions:

root@test-adrian1:~# df -Tl
Filesystem Type 1K-blocksUsed Available Use% Mounted on
/dev/sda3  ext4  73820308 1257712  68789624   2% /
udev   devtmpfs 10240   0 10240   0% /dev
tmpfs  tmpfs   103020 280102740   1% /run
tmpfs  tmpfs 5120   0  5120   0% /run/lock
tmpfs  tmpfs   809600   0809600   0% /run/shm
root@test-adrian1:~#

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

No problems found so far.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="8 (jessie) - installer build 20140316"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux test-adrian1 3.13-1-powerpc #1 Debian 3.13.5-1 (2014-03-04) ppc 
GNU/Linux
lspci -knn: :00:0b.0 Host bridge [0600]: Apple Inc. UniNorth 2 AGP 
[106b:0034]
lspci -knn: Kernel driver in use: agpgart-uninorth
lspci -knn: :00:10.0 VGA compatible controller [0300]: Advanced Micro 
Devices, Inc. [AMD/ATI] RV280 [Radeon 9200] [1002:5962] (rev 01)
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] RV280 [Radeon 
9200] [1002:5962]
lspci -knn: Kernel driver in use: radeonfb
lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Inc. UniNorth 2 PCI 
[106b:0035]
lspci -knn: 0001:10:12.0 Network controller [0280]: Broadcom Corporation 
BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03)
lspci -knn: Subsystem: Apple Inc. Device [106b:004e]
lspci -knn: Kernel driver in use: b43-pci-bridge
lspci -knn: 0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo/Intrepid 
Mac I/O [106b:003e]
lspci -knn: Kernel driver in use: macio
lspci -knn: 0001:10:18.0 USB controller [0c03]: Apple Inc. KeyLargo/Intrepid 
USB [106b:003f]
lspci -knn: 0001:10:19.0 USB controller [0c03]: Apple Inc. KeyLargo/Intrepid 
USB [106b:003f]
lspci -knn: 0001:10:1a.0 USB controller [0c03]: Apple Inc. KeyLargo/Intrepid 
USB [106b:003f]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 0001:10:1b.0 USB controller [0c03]: NEC Corporation OHCI USB 
Controller [1033:0035] (rev 43)
lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 0001:10:1b.1 USB controller [0c03]: NEC Corporation OHCI USB 
Controller [1033:0035] (rev 43)
lspci -knn: Subsystem: NEC Corporation OHCI USB Controller [1033:0035]
lspci -knn: Kernel driver in use: ohci-pci
lspci -knn: 0001:10:1b.2 USB controller [0c03]: NEC Corporation uPD72010x USB 
2.0 Controller [1033:00e0] (rev 04)
lspci -knn: Subsystem: NEC Corporation uPD72010x USB 2.0 Controller 
[1033:00e0]
lspci -knn: Kernel driver in use: ehci-pci
lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Inc. UniNorth 2 Internal PCI 
[106b:0036]
lspci -knn: 0002:20:0d.0 Unassigned class [ff00]: Apple Inc. UniNorth/Intrepid 
ATA/100 [106b:003b]
lspci -knn: Kernel driver in use: pata-pci-macio
lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Inc. UniNorth 2 
FireWire [106b:0031] (rev 81)
lspci -knn: Subsystem: Apple Inc. Device [106b:5811]
lspci -knn: Kernel driver in use: firewire_ohci
lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Inc. UniNorth 2 GMAC 
(Sun GEM) [106b:0032] (rev 80)
lspci -knn: Kernel driver in use: gem
usb-list: 
usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subc

Bug#748328: gnome-tweak-tool: no window opened

[Philippe Batailler]

Package: gnome-tweak-tool
Version: 3.12.0-2
Severity: important

Dear Maintainer,

When i run gnome-tweak-tool, no window is opened and i get this message:

phil@debian:~$ gnome-tweak-tool
INFO: GSettings missing key org.gnome.settings-daemon.plugins.power (key 
lid-close-battery-action)
INFO: GSettings missing key org.gnome.settings-daemon.plugins.power (key 
lid-close-ac-action)
INFO: GSettings missing key org.gnome.settings-daemon.plugins.power (key 
lid-close-suspend-with-external-monitor)
INFO: GSettings missing key org.gnome.nautilus.desktop (key 
computer-icon-visible)
WARNING : Error loading desktopfile: 
/home/phil/.config/autostart/dropbox.desktop
WARNING : Error loading desktopfile: 
/home/phil/.config/autostart/xfce4-settings-helper-autostart.desktop
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/gtweak/app.py", line 39, in do_activate
self.win = Window(self, model)
  File "/usr/lib/python2.7/dist-packages/gtweak/tweakview.py", line 54, in 
__init__
self._model.load_tweaks(self)
  File "/usr/lib/python2.7/dist-packages/gtweak/tweakmodel.py", line 125, in 
load_tweaks
mods = __import__("gtweak.tweaks", globals(), locals(), tweak_files, 0)
  File "/usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_group_xkb.py", 
line 138, in 
TypingTweakGroup(),
  File "/usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_group_xkb.py", 
line 127, in __init__
obj = _XkbOption(opt, self._kbdsettings, self._xkb_info)
  File "/usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_group_xkb.py", 
line 68, in __init__
self.reload()
  File "/usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_group_xkb.py", 
line 78, in reload
self._update_combo()
  File "/usr/lib/python2.7/dist-packages/gtweak/tweaks/tweak_group_xkb.py", 
line 84, in _update_combo
self._combo.disconnect(self._combo_changed_handler_id)
  File "/usr/lib/python2.7/dist-packages/gi/overrides/GObject.py", line 429, in 
wrapper
return func(_get_instance_for_signal(obj), *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/gi/types.py", line 113, in function
return info.invoke(*args, **kwargs)
TypeError: argument instance: Expected GObject.Object, but got PyCObject
INFO: e.g.o no updates for window_butt...@biox.github.com (shell version 
3.8.4 extension version 10.0)

and the program hangs. I have to kill it.

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

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

Versions of packages gnome-tweak-tool depends on:
ii  gir1.2-gnomedesktop-3.03.8.4-2
ii  gir1.2-gtk-3.0 3.12.1-1
ii  gir1.2-notify-0.7  0.7.6-2
ii  gnome-shell-common 3.8.4-8
ii  gsettings-desktop-schemas  3.8.2-2
ii  python 2.7.5-5
ii  python-gi  3.8.2-1

gnome-tweak-tool recommends no packages.

gnome-tweak-tool suggests no packages.

-- no debconf information

Best regards,
-- 
Philippe Batailler


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

Bug#748052: [Pkg-xen-devel] Bug#748052: Info received (Bug#748052: Info received ( Bug#7

[Ian Campbell]

On Thu, 2014-05-15 at 12:44 -0700, Mike Egglestone wrote:
> FWIW,
> I also tried a fresh wheezy install.
> Dist-upgraded to Jessie, and installed the xen-hypervisor package.
> Then rebooted into the XEN 3.2 kernel that comes with wheezy.
> Keyboard still doesn't work.

Was that with the Jessie or Wheezy dom0 kernel?

Ian.


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

Bug#748329: p11-kit fails to build on wheezy with automake < 1.12

[Stefan Bühler]

Package: p11-kit
Version: 0.20.2-5

Hi,

p11-kit from jessie fails to build with automake 1.11 from debian
wheezy. (Also this is why I think dh-autoreconf is bad).

You need a manual additional dependency on automake >= 1.12 due to
"serial-tests" (or find a better patch for "enable_locale.diff" and
drop dh-autoreconf):

configure.ac:25: option `serial-tests' not recognized

Also someone could tell upstream to change the line to:

AM_INIT_AUTOMAKE([1.12 foreign serial-tests])

because it certainly won't work with automake 1.10.

Regards,
Stefan


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

Bug#748330: RFS: osm-gps-map/1.0.2-1 [RC]

[Ross Gammon]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "osm-gps-map"

 Package name: osm-gps-map
 Version : 1.0.2-1
 Upstream Author : John Stowers 
 URL : http://nzjrs.github.com/osm-gps-map/
 License : GPL-2, GPL-2+
 Section : libdevel

It builds these binary packages:

 gir1.2-osmgpsmap-1.0 - GTK+ library to embed OpenStreetMap maps - 
Python bindings

 libosmgpsmap-1.0-0 - GTK+ library to embed OpenStreetMap maps
 libosmgpsmap-1.0-0-dbg - GTK+ library to embed OpenStreetMap maps - 
debugging symbols
 libosmgpsmap-1.0-dev - GTK+ library to embed OpenStreetMap maps - 
development files


To access further information about this package, please visit the 
following URL:


 http://mentors.debian.net/package/osm-gps-map

Alternatively, one can download the package with dget using this command:

 dget -x 
http://mentors.debian.net/debian/pool/main/o/osm-gps-map/osm-gps-map_1.0.2-1.dsc


More information about hello can be obtained from
 http://nzjrs.github.com/osm-gps-map/

Changes since the last upload:

  * New upstream release.
  * Fix for tiles not showing (Closes: #745860, 745254)
  * Add library as dependency for gir1.2-osmgpsmap-1.0 (Closes: #747584)

Regards,

Ross Gammon


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

Bug#677865: Re: Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'

[Jens Thoms Toerring]

Hi,

> Long term what I think would be best would be to get File::FcntlLock
> into the perl core distribution, preferably upstream, but I'm not sure
> how such proposals are handled there and if something like that would
> be feasible, Jens what do you think? And/or would that be possible in
> Debian, maybe in the interim or regardless of perl core upstream?

I've never considered trying to get this module included into
the Perl core distribution (and I also wouldn't know how to
get started with something like that;-) Unfortunately, I also
don't see any way to do things without XS since the flock
structure that must be passed to fcntl(2) can be quite dif-
ferent on different systems, both concerning the number and
ordering of its members as well as the sizes of them:-( I
would love to hear ideas on how to do it differently, i.e.
with Perl-only methods!

As far as I can see I can't contribute anything useful here,
sorry. If someone has some pointers on how to go about getting
it into the Perl core distribution I would try that, though I'd
rather likely need a lot of very good arguments to convince peo-
ple deciding about such things - some of you might be in a better
situation for that. But they might argue that you already can get
fcntl(2) used for locking instead of flock(2) by building Perl with
"-Ud_flock" (don't ask me why that's not the default anyway;-)
Perhaps building the Perl version distributed with Debian with
that option might be another solution?

Best regards, Jens
-- 
  \   Jens Thoms Toerring    j...@toerring.de
   \___  http://toerring.de


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

Bug#748090: freedink-engine: leaks lots of memory, rendering system unresponsive

[beuc]

Hi,

On Thu, May 15, 2014 at 09:56:59PM -0700, Ben Longbons wrote:
> On Wed, May 14, 2014 at 2:44 AM,   wrote:
> > SDL_FORCE_SOUNDFONTS=1
> 
> There is no leak with that in the environment.

Thanks for checking.

Would you mind retitling&reassigning the bug to libsdl-mixer or
libfluidsynth?

Cheers!
Sylvain


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

Bug#739323: guvcview: diff for NMU version 1.7.3-1.1

[Sebastian Ramacher]

Hi

On 2014-05-16 11:04:12, Nobuhiro Iwamatsu wrote:
> Hi,
> 
> Thanks for your work.
> Please upload with non delayed.

Rescheduled to DELAYED/0.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#518069: #518069 - D-Bus daemon is auto-spawned several times upon login

[Tanguy Ortolo]

althaser, 2014-05-14 16:40+0100:

this is an old bug.


A demon of the ancient world indeed. :-)


Could you please still reproduce this issue with newer gnome-session
version like 3.4.2.1-4 or 3.8.4-4 ?


I have mostly stopped using GNOME for years, but I used it from time to 
time, and I do remember being able to launch it with xinit without any 
problem. As far as I remember, running `xinit /usr/bin/gnome-session` 
has been working fine for years.


Regards,

--
,--.
: /` )   Tanguy Ortolo  
| `-'Debian Developer   
\_


signature.asc
Description: Digital signature

Bug#748302: Add Xen parameters to /etc/default/grub

[Colin Watson]

On Fri, May 16, 2014 at 09:35:48AM +0100, Ian Campbell wrote:
> On Fri, 2014-05-16 at 00:09 +0100, Colin Watson wrote:
> > On Thu, May 15, 2014 at 11:30:04PM +0200, Paul Muster wrote:
> > > Please add placeholders/examples for Xen kernel config to 
> > > /etc/default/grub
> > 
> > I would rather not change /etc/default/grub except when absolutely
> > necessary, because doing so causes configuration file prompts for
> > everyone.
> 
> Everyone or just people who have local modifications?

Sadly it winds up being significantly more people than I'd like because
the maintainer script code for handling /etc/default/grub has lots of
terrible stuff in it for historical reasons.  And of course editing
/etc/default/grub to add some kernel arguments is very common, even
among people who don't really know what they're doing thanks to various
web guides (the number of bugs I've seen that were due to Unicode quotes
in /etc/default/grub thanks to copying and pasting from web pages would
probably startle you).

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#748332: postgis: You need JSON-C for ST_GeomFromGeoJSON

[Jérémy Lal]

Package: postgis
Version: 2.1.2+dfsg-3
Severity: important

Hi,

I get this error with this revision:
XX000 "You need JSON-C for ST_GeomFromGeoJSON"

Jérémy.


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

Bug#743685: urwid: FTBFS: test failures

[Vincent Cheng]

On Wed, May 14, 2014 at 9:12 AM, Dejan Latinovic
 wrote:
>
>
> Debian patch that removes test_vterm.py
> is attached.
>
> Vincent, could you please include this patch
> in new Debian package version?

Thanks, I'll take a look at this asap.

Ian: it doesn't have to be fixed in upstream right now, no, but it'd
be nice to have those tests removed (or fixed?) upstream as well so we
don't end up carrying this patch in Debian forever.

Regards,
Vincent


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

Bug#748333: Parameter missing from declaration to cause undefined behaviour

[Michael Tautschnig]

Package: grafx2
Version: 2.3-1.1
Usertags: goto-cc

During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder)
the build failed with the following error. Please note that we use our research
compiler tool-chain (using tools from the cbmc package), which permits extended
reporting on type inconsistencies at link time.

[...]
gcc ../obj/unix/main.o ../obj/unix/init.o ../obj/unix/graph.o 
../obj/unix/sdlscreen.o  ../obj/unix/misc.o ../obj/unix/special.o 
../obj/unix/buttons.o ../obj/unix/palette.o ../obj/unix/help.o 
../obj/unix/operatio.o ../obj/unix/pages.o ../obj/unix/loadsave.o 
../obj/unix/readline.o ../obj/unix/engine.o ../obj/unix/filesel.o 
../obj/unix/op_c.o ../obj/unix/readini.o ../obj/unix/saveini.o 
../obj/unix/shade.o ../obj/unix/keyboard.o ../obj/unix/io.o 
../obj/unix/version.o ../obj/unix/text.o ../obj/unix/SFont.o 
../obj/unix/setup.o ../obj/unix/pxsimple.o ../obj/unix/pxtall.o 
../obj/unix/pxwide.o ../obj/unix/pxdouble.o ../obj/unix/pxtriple.o 
../obj/unix/pxtall2.o ../obj/unix/pxwide2.o ../obj/unix/pxquad.o 
../obj/unix/windows.o ../obj/unix/brush.o ../obj/unix/realpath.o 
../obj/unix/mountlist.o ../obj/unix/input.o ../obj/unix/hotkeys.o 
../obj/unix/transform.o ../obj/unix/pversion.o ../obj/unix/factory.o  
../obj/unix/fileformats.o ../obj/unix/miscfileformats.o 
../obj/unix/libraw2crtc.o ../obj/unix/brush_ops.o ../obj/unix/buttons_effects.o 
../obj/unix/layers.o -o ../bin/grafx2 `sdl-config --libs` -lSDL_image 
-L/usr/local/lib -lSDL_ttf -lX11 -lpng `pkg-config lua --libs --silence-errors 
||pkg-config lua5.1 --libs --silence-errors ||pkg-config lua-5.1 --libs` -lm 

error: conflicting function declarations "raw2crtc"
paramenter counts differ (8/9)
old definition in module miscfileformats file libraw2crtc.h line 12
unsigned char * (unsigned short int, unsigned short int, unsigned char, 
unsigned char, unsigned long int *, unsigned char *, unsigned char, unsigned 
char)
new definition in module libraw2crtc file libraw2crtc.c line 60
unsigned char * (T_IO_Context *context, unsigned short int width, unsigned 
short int height, unsigned char mode, unsigned char r9, unsigned long int 
*outSize, unsigned char *r1, unsigned char r12, unsigned char r13)

Makefile:435: recipe for target '../bin/grafx2' failed
make[1]: *** [../bin/grafx2] Error 64
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-grafx2/grafx2-2.3/src'
debian/rules:16: recipe for target 'build-stamp' failed
make: *** [build-stamp] Error 2

The declaration in libraw2crtc.h can be reviewed here:

http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.h?hl=12#L12

with the conflicting definition here:

http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.c?hl=60#L60

And here is the actually wrong use (there may be more), mislead by the
declaration:

http://sources.debian.net/src/grafx2/2.3-1.1/src/miscfileformats.c?hl=2691#L2691

Best,
Michael



pgpcps92Z9rdf.pgp
Description: PGP signature

Bug#748334: Conflicting return types of yyerror

[Michael Tautschnig]

Package: gradm2
Version: 3.0~201401282126-1
Severity: wishlist
Usertags: goto-cc

During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder)
the build failed with the following error. Please note that we use our research
compiler tool-chain (using tools from the cbmc package), which permits extended
reporting on type inconsistencies at link time.

[...]
/usr/bin/gcc -O2 -fPIC -Wcast-qual -DGRSEC_DIR=\"/etc/grsec2\" 
-D_LARGEFILE64_SOURCE -o gradm2 gradm.tab.o lex.gradm.o learn_pass1.tab.o 
learn_pass2.tab.o fulllearn_pass1.tab.o fulllearn_pass2.tab.o 
fulllearn_pass3.tab.o gradm_misc.o gradm_parse.o gradm_arg.o gradm_pw.o 
gradm_opt.o gradm_cap.o gradm_sha256.o gradm_adm.o gradm_analyze.o gradm_res.o 
gradm_human.o gradm_learn.o gradm_net.o gradm_nest.o gradm_pax.o gradm_sym.o 
gradm_newlearn.o gradm_fulllearn.o gradm_lib.o lex.fulllearn_pass1.o 
lex.fulllearn_pass2.o lex.fulllearn_pass3.o lex.learn_pass1.o lex.learn_pass2.o 
grlearn_config.tab.o lex.grlearn_config.o gradm_globals.o gradm_replace.o  
-fPIE -pie -Wl,-z,relro -Wl,-z,now

error: conflicting function declarations "gradmerror"
old definition in module gradm.tab file gradm_func.h line 24
void (const char *)
new definition in module lex.gradm file ./gradm.l line 606
signed int (const char *s)
Makefile:61: recipe for target 'gradm2' failed
make[1]: *** [gradm2] Error 64
make[1]: Leaving directory 
'/srv/jenkins-slave/workspace/sid-goto-cc-gradm2/gradm2-3.0~201401282126'
debian/rules:39: recipe for target 'build-stamp' failed

Indeed this seems just an inconsistency of declarations here, with gradmerror
actually being yyerror. This should be cleaned up to ensure no one inadvertently
uses the non-existent return value.

Best,
Michael



pgpJ9TKnxaOdG.pgp
Description: PGP signature

Bug#748336: dh_make: please use 3.9.5 Standard-Version instead of outdated 3.9.4

[Sandro Tosi]

Package: dh-make
Version: 0.63
Severity: minor

Hello,
a freshly created package with dh_make has this lintian warning:

source: out-of-date-standards-version 3.9.4 (current is 3.9.5)

using the most up-to-date version would be good.

Regards,
Sandro

-- 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/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 dh-make depends on:
ii  debhelper  9.20131213
ii  dpkg-dev   1.17.5
ii  make   3.81-8.3
ii  perl   5.18.1-5

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  11.6

-- 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#748335: lintian: incorrectly claims source is missing (and begs for false-report bug reports on lintian)

[Andreas Henriksson]

Package: lintian
Version: 2.5.22.1
Severity: normal

Dear Maintainer,

Running lintian on gnome-system-monitor package produces:

E: gnome-system-monitor source: source-is-missing scripts/gsm-kill
N: 
N:The source of the following file is missing. Lintian checked a few
N:possible paths to find the source, and do not find it.
N:
N:Please repack your package to include the source or add it to
N:"debian/missing-sources" directory.
N:
N:If this is a false-positive, please report a bug against Lintian.
N:
N:Severity: serious, Certainty: possible
N:
N:Check: cruft, Type: source
N: 
E: gnome-system-monitor source: source-is-missing scripts/gsm-renice
I: user script /var/cache/pbuilder/build//13446/tmp/hooks/B92lintian finished
I: user script /var/cache/pbuilder/build//13446/tmp/hooks/B93list-missing 
starting
I: checking for missing files.


The source is available in the original tarball, alternatively see
https://git.gnome.org/browse/gnome-system-monitor/tree/scripts

Thanks for your great work!



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (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_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lintian depends on:
ii  binutils   2.24.51.20140425-1
ii  bzip2  1.0.6-5
ii  diffstat   1.58-1
ii  file   1:5.18-1
ii  gettext0.18.3.2-1
ii  hardening-includes 2.5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b1
ii  libarchive-zip-perl1.37-2
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.36-1
ii  libdpkg-perl   1.17.9
ii  libemail-valid-perl1.193-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-2
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.06~01-2
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.60-1
ii  man-db 2.6.7.1-1
ii  patchutils 0.3.3-1
ii  perl [libdigest-sha-perl]  5.18.2-3
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.25-1
ii  libperlio-gzip-perl 0.18-2
ii  perl-modules [libautodie-perl]  5.18.2-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.17.9
ii  libhtml-parser-perl3.71-1+b1
ii  libtext-template-perl  1.46-1
pn  libyaml-perl   
ii  xz-utils   5.1.1alpha+20120614-2

-- 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#748337: sigrok: Please update to a newer upstream version

[Heiko Stübner]

Package: sigrok
Severity: wishlist

Hi,

it would be cool being able to use recent sigrok (and by extension pulseview)
versions out of the box in Debian :-)


Thanks
Heiko


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

Bug#748338: libc-bin: please add 655(tinc) to bindresvport.blacklist

[Dimitri John Ledkov]

Package: libc-bin
Version: 2.18-6
Severity: important

Dear Maintainer,

After booting my machine today, my vpn didn't come up and thus i
couldn't connect to my irc bouncer, bummer. Turns out that rpcbind, took
over tinc VPN port 655 (registered with IANA, and present in netbase
package).

Adding 655 to bindresvport.blacklist appears to have resolved the
conflict. Please add tinc entry to the default blacklist configuration
file:

-- Configuration Files:
/etc/bindresvport.blacklist changed:
631 # cups
636 # ldaps
655 # tinc
774 # rpasswd
783 # spamd
873 # rsync
921 # lwresd
993 # imaps
995 # pops


-- no debconf information

Regards,

Dimitri.


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

Bug#748339: git-import-dsc: manpage typo comitter vs committer

[Sandro Tosi]

Package: git-buildpackage
Version: 0.6.13
Severity: minor

Hello,
there's a couple of typo in the manpage:

$ man git-import-dsc | grep -B1 comitter
   --author-is-committer
  When importing the Debian patch, use the author identity as 
comitter identity.
--
   --author-date-is-committer-date
  When importing the Debian patch, use the author date as comitter 
date.

sed 's/comitter/committer/' would do the trick

Regards,
Sandro

-- 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/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 git-buildpackage depends on:
ii  devscripts2.13.9
ii  git   1:1.8.5.2-1
ii  man-db2.6.5-2
ii  python2.7.5-5
ii  python-dateutil   1.5+dfsg-0.1
ii  python-pkg-resources  2.0.1-1

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.73
ii  pristine-tar  1.30

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-10

-- 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#748052: [Xen-devel] dom0 USB failing with "ehci-pci: probe of 0000:00:1d.0 failed with error -110"

[Andrew Cooper]

On 16/05/14 11:08, Jan Beulich wrote:
 On 16.05.14 at 10:58,  wrote:
>> So it seems like dom0 is unable to (correctly) bind to some hardware
>> interrupts. I wonder if these messages from Xen's dmesg are relevant.
>> (XEN) Not enabling x2APIC: depends on iommu_supports_eim.
>> (XEN) I/O virtualisation disabled
>> (XEN) Enabled directed EOI with ioapic_ack_old on!
> The last one certainly isn't, and the first two shouldn't (albeit the
> non-Xen kernel is running in x2APIC mode). That difference is likely
> because the Xen and non-Xen boots are with differing BIOS
> configurations, or on different machines: The non-Xen boot shows
> a DMAR ACPI table, while the Xen one doesn't. Or wait, no, the
> hypervisor and kernel-under-Xen logs differ in that respect too. We
> clearly need a consistent set of logs.
>
> The one clearly odd thing in the hypervisor logs are these two lines
>
> (XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa
> (XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa
>
> Can at least the left side address please be associated back with a
> symbol (with the help of xen-syms perhaps)?

As this is a debug message anyway, it would be sensible for the extable
handler to print %pS of the left hand address.  It would avoid needing
to refer back to xen-syms in cases like this.

~Andrew


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

Bug#748340: git-import-dsc: manpage should mention the repo creation if not found

[Sandro Tosi]

Package: git-buildpackage
Version: 0.6.13
Severity: minor

Hello,
as an experiment I tried to run git-import-dsc without any git repo available in
the CWD and automagically one was created :) with the same name of the source
package.

I didn't find any mention of it in the manpage and I think it would be helpful
to know.

Thanks for considering,
Sandro

-- 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/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 git-buildpackage depends on:
ii  devscripts2.13.9
ii  git   1:1.8.5.2-1
ii  man-db2.6.5-2
ii  python2.7.5-5
ii  python-dateutil   1.5+dfsg-0.1
ii  python-pkg-resources  2.0.1-1

Versions of packages git-buildpackage recommends:
ii  cowbuilder0.73
ii  pristine-tar  1.30

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-10

-- 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#748333: Parameter missing from declaration to cause undefined behaviour

[Adrien Destugues]

The bug has been fixed in http://pulkomandy.tk/projects/GrafX2/changeset/2072/ 
and will be part of our next release. Thanks!

Any chance of getting GrafX2 2.4 in debian soon? it's been released for some 
time now but Debian never packaged it...

-- 
Adrien.

16 mai 2014 12:00 "Michael Tautschnig"  a écrit: 

> Package: grafx2
> Version: 2.3-1.1
> Usertags: goto-cc
> 
> During a rebuild of all packages in a clean sid chroot (and 
> cowbuilder+pbuilder)
> the build failed with the following error. Please note that we use our 
> research
> compiler tool-chain (using tools from the cbmc package), which permits 
> extended
> reporting on type inconsistencies at link time.
> 
> [...]
> gcc ../obj/unix/main.o ../obj/unix/init.o ../obj/unix/graph.o 
> ../obj/unix/sdlscreen.o  ../obj/unix/misc.o ../obj/unix/special.o 
> ../obj/unix/buttons.o ../obj/unix/palette.o ../obj/unix/help.o 
> ../obj/unix/operatio.o ../obj/unix/pages.o ../obj/unix/loadsave.o 
> ../obj/unix/readline.o ../obj/unix/engine.o ../obj/unix/filesel.o 
> ../obj/unix/op_c.o ../obj/unix/readini.o ../obj/unix/saveini.o 
> ../obj/unix/shade.o ../obj/unix/keyboard.o ../obj/unix/io.o 
> ../obj/unix/version.o ../obj/unix/text.o ../obj/unix/SFont.o 
> ../obj/unix/setup.o ../obj/unix/pxsimple.o ../obj/unix/pxtall.o 
> ../obj/unix/pxwide.o ../obj/unix/pxdouble.o ../obj/unix/pxtriple.o 
> ../obj/unix/pxtall2.o ../obj/unix/pxwide2.o ../obj/unix/pxquad.o 
> ../obj/unix/windows.o ../obj/unix/brush.o ../obj/unix/realpath.o 
> ../obj/unix/mountlist.o ../obj/unix/input.o ../obj/unix/hotkeys.o 
> ../obj/unix/transform.o ../obj/unix/pversion.o ../obj/unix/factory.o  
> ../obj/unix/fileformats.o ../obj/unix/miscfileformats.o 
> ../obj/unix/libraw2crtc.o ../obj/unix/brush_ops.o 
> ../obj/unix/buttons_effects.o ../obj/unix/layers.o -o ../bin/grafx2 
> `sdl-config --libs` -lSDL_image -L/usr/local/lib -lSDL_ttf -lX11 -lpng 
> `pkg-config lua --libs --silence-errors ||pkg-config lua5.1 --libs 
> --silence-errors ||pkg-config lua-5.1 --libs` -lm
> 
> error: conflicting function declarations "raw2crtc"
> paramenter counts differ (8/9)
> old definition in module miscfileformats file libraw2crtc.h line 12
> unsigned char * (unsigned short int, unsigned short int, unsigned char, 
> unsigned char, unsigned long int *, unsigned char *, unsigned char, unsigned 
> char)
> new definition in module libraw2crtc file libraw2crtc.c line 60
> unsigned char * (T_IO_Context *context, unsigned short int width, unsigned 
> short int height, unsigned char mode, unsigned char r9, unsigned long int 
> *outSize, unsigned char *r1, unsigned char r12, unsigned char r13)
> 
> Makefile:435: recipe for target '../bin/grafx2' failed
> make[1]: *** [../bin/grafx2] Error 64
> make[1]: Leaving directory 
> '/srv/jenkins-slave/workspace/sid-goto-cc-grafx2/grafx2-2.3/src'
> debian/rules:16: recipe for target 'build-stamp' failed
> make: *** [build-stamp] Error 2
> 
> The declaration in libraw2crtc.h can be reviewed here:
> 
> http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.h?hl=12#L12
> 
> with the conflicting definition here:
> 
> http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.c?hl=60#L60
> 
> And here is the actually wrong use (there may be more), mislead by the
> declaration:
> 
> http://sources.debian.net/src/grafx2/2.3-1.1/src/miscfileformats.c?hl=2691#L2691
> 
> Best,
> Michael
>


application2.pgp-signature
Description: Binary data

Bug#722912: still found #722912 in 1.18.2-1 (apt does not find an upgrade path from wheezy to jessie)

[Holger Levsen]

control: found -1 1.18.2-1
# see 
https://piuparts.debian.org/wheezy2jessie/fail/libclutter-1.0-0_1.18.2-1.log



signature.asc
Description: This is a digitally signed message part.

Bug#748052: [Xen-devel] dom0 USB failing with "ehci-pci: probe of 0000:00:1d.0 failed with error -110"

[Jan Beulich]

>>> On 16.05.14 at 10:58,  wrote:
> So it seems like dom0 is unable to (correctly) bind to some hardware
> interrupts. I wonder if these messages from Xen's dmesg are relevant.
> (XEN) Not enabling x2APIC: depends on iommu_supports_eim.
> (XEN) I/O virtualisation disabled
> (XEN) Enabled directed EOI with ioapic_ack_old on!

The last one certainly isn't, and the first two shouldn't (albeit the
non-Xen kernel is running in x2APIC mode). That difference is likely
because the Xen and non-Xen boots are with differing BIOS
configurations, or on different machines: The non-Xen boot shows
a DMAR ACPI table, while the Xen one doesn't. Or wait, no, the
hypervisor and kernel-under-Xen logs differ in that respect too. We
clearly need a consistent set of logs.

The one clearly odd thing in the hypervisor logs are these two lines

(XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa
(XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa

Can at least the left side address please be associated back with a
symbol (with the help of xen-syms perhaps)?

And finally, looking at the IRQ usage, this

[2.087722] xen: registering gsi 22 triggering 0 polarity 1
[2.087731] xen: --> pirq=22 -> irq=22 (gsi=22)
[2.100161] xen: registering gsi 20 triggering 0 polarity 1
[2.100166] xen: --> pirq=20 -> irq=20 (gsi=20)

happens rather early - it's not clear to me in which context that is.
And there's no problem with GSI 22 used by the other EHCI HC, so
a fundamental question is what other device(s) is/are using GSI 20
(not visible from the non-Xen kernel log).

Jan


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

Bug#748341: SIGPIPE handling in atfork()

[Marcello Blancasio]

Package: libnss-ldap
Version: 264-2.5

If a process calls fork() and SIGPIPE was blocked, the atfork()
handler in the child process failed to catch the SIGPIPE during the
call to  do_close_no_unbind(). So that, the SIGPIPE will be eventually
delivered when the child unblocks signals (and usually this makes
child process die).

I found someone fixed it patching to unblock the signal before calling
do_close_no_unbind() and restore the original sigmask afterwards:

diff -up nss_ldap/ldap-nss.c nss_ldap/ldap-nss.c
--- nss_ldap/ldap-nss.c 2009-12-07 20:57:33.0 -0500
+++ nss_ldap/ldap-nss.c 2009-12-07 20:58:56.0 -0500
@@ -532,8 +532,13 @@
 static void
 do_atfork_child (void)
 {
+  sigset_t unblock, mask;
   debug ("==> do_atfork_child");
+  sigemptyset(&unblock);
+  sigaddset(&unblock, SIGPIPE);
+  sigprocmask(SIG_UNBLOCK, &unblock, &mask);
   do_close_no_unbind ();
+  sigprocmask(SIG_SETMASK, &mask, NULL);
   _nss_ldap_leave ();
   debug ("<== do_atfork_child");
 }

Is it possible to apply that patch to the package?

__
Marcello Blancasio


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

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Martin Steigerwald]

Package: iceweasel
Version: 29.0.1-1
Severity: normal
Tags: upstream

Dear Maintainer,

Mozilla unfortunately chose to support external DRM plugins by an opensource
sandbox for EME/CDM plugins[1][2].

Please keep this open source sandbox code out of Iceweasel builds once it
becomes available. As for reasons to do so please see [2][3].

Feel free to close the bug report with a statement of your intent to do so.

If its not possible to remove the code easily, please at least disable it.

Thank you very much,
Martin


[1] Mitchell Baker, DRM and the Challenge of Serving Users, 14th May 2014:
https://blog.mozilla.org/blog/2014/05/14/drm-and-the-challenge-of-serving-users/

[2] Cory Doctorow, Firefox’s adoption of closed-source DRM breaks my heart,
theguardian.com, Wednesday 14 May 2014 18.00 BST:
http://www.theguardian.com/technology/2014/may/14/firefox-closed-source-drm-video-browser-cory-doctorow

[3] FSF condemns partnership between Mozilla and Adobe to support Digital 
Restrictions Management
by Free Software Foundation — Published on May 14, 2014 05:23 PM:
http://www.fsf.org/news/fsf-condemns-partnership-between-mozilla-and-adobe-to-support-digital-restrictions-management

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Package: xul-ext-adblock-plus
Status: enabled

Name: Deutsch (DE) Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-de
Status: enabled

Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: enabled

Name: DownThemAll!
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}
Package: xul-ext-downthemall
Status: user-disabled

Name: Flashblock
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Package: xul-ext-flashblock
Status: user-disabled

Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: enabled

Name: KDE Wallet password integration
Location: ${PROFILE_EXTENSIONS}/kwallet@guillermo.molina
Status: user-disabled

Name: NoSquint
Location: ${PROFILE_EXTENSIONS}/nosqu...@urandom.ca.xpi
Status: enabled

Name: ScrapBook
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{53A03D43-5363-4669-8190-99061B2DEBA5}
Package: xul-ext-scrapbook
Status: enabled

Name: Standard theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled

Name: KParts Plugin
Location: /usr/lib/mozilla/plugins/libkpartsplugin.so
Package: kpartsplugin
Status: enabled

Name: Shockwave Flash (11.2.202.346)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: disabled

Name: VMware Client Support Plug-in
Location: /usr/lib/vmware-cip/5.1/np-vmware-client-support.so
Status: enabled

Name: VMware Remote Console Plug-in
Location: /usr/lib/vmware-vmrc/5.1/np-vmware-vmrc-5.1.0-781747-64.so
Status: enabled

Name: X2GoClient Plug-in 4.0.2.0
Location: /usr/lib/mozilla/plugins/libx2goplugin.so
Package: x2goplugin
Status: enabled


-- Addons package information
ii  icedtea-7-plug 1.5-1amd64web browser plugin based on OpenJ
ii  iceweasel  29.0.1-1 amd64Web browser based on Firefox
ii  iceweasel-l10n 1:29.0.1-1   all  German language package for Icewe
ii  kopete 4:4.12.4-1   amd64instant messaging and chat applic
ii  kpartsplugin   20120605-1   amd64Netscape-compatible plugin to emb
ii  x2goplugin 4.0.2.0-2amd64X2Go Client (Qt4) as browser plug
ii  xul-ext-adbloc 2.6+dfsg-1   all  advertisement blocking extension 
ii  xul-ext-downth 2.0.16-1 all  iceweasel extension with advanced
ii  xul-ext-flashb 1.5.17-1 all  Mozilla extension to block Adobe 
ii  xul-ext-scrapb 1.5.9-1  all  Iceweasel/Firefox extension to sa

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

Kernel: Linux 3.15.0-rc5-tp520 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.4
ii  fontconfig  2.11.0-5
ii  libc6   2.18-6
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.

Bug#748343: erlang-cowboy installs to /usr/lib/erlang/lib

[Simon MacMullen]

Package: erlang-cowboy
Version: 0.8.6+dfsg1-1
X-Debbugs-CC: packag...@rabbitmq.com

The package "erlang-cowboy" installs a specific version of Cowboy 
(currently 0.8.6) into the system-wide OTP directory.


This means that any Erlang application gets that version of Cowboy in 
preference to any other it might have installed, probably breaking it. 
RabbitMQ's web stomp plugin is an example of such an application.


This is a bad idea for any Erlang library, and it's a particularly bad 
idea for Cowboy as it has a rather fast-moving API.


Cheers, Simon

--
Simon MacMullen
RabbitMQ, Pivotal


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

Bug#748333: Parameter missing from declaration to cause undefined behaviour

[Gürkan Sengün]

I have got a 2.4 version here

http://sid.ethz.ch/debian/grafx2/

Gürkan

> On 16.05.2014, at 12:17, "Adrien Destugues"  wrote:
> 
> The bug has been fixed in 
> http://pulkomandy.tk/projects/GrafX2/changeset/2072/ and will be part of our 
> next release. Thanks!
> 
> Any chance of getting GrafX2 2.4 in debian soon? it's been released for some 
> time now but Debian never packaged it...
> 
> -- 
> Adrien.
> 
> 16 mai 2014 12:00 "Michael Tautschnig"  a écrit: 
> 
>> Package: grafx2
>> Version: 2.3-1.1
>> Usertags: goto-cc
>> 
>> During a rebuild of all packages in a clean sid chroot (and 
>> cowbuilder+pbuilder)
>> the build failed with the following error. Please note that we use our 
>> research
>> compiler tool-chain (using tools from the cbmc package), which permits 
>> extended
>> reporting on type inconsistencies at link time.
>> 
>> [...]
>> gcc ../obj/unix/main.o ../obj/unix/init.o ../obj/unix/graph.o 
>> ../obj/unix/sdlscreen.o  ../obj/unix/misc.o ../obj/unix/special.o 
>> ../obj/unix/buttons.o ../obj/unix/palette.o ../obj/unix/help.o 
>> ../obj/unix/operatio.o ../obj/unix/pages.o ../obj/unix/loadsave.o 
>> ../obj/unix/readline.o ../obj/unix/engine.o ../obj/unix/filesel.o 
>> ../obj/unix/op_c.o ../obj/unix/readini.o ../obj/unix/saveini.o 
>> ../obj/unix/shade.o ../obj/unix/keyboard.o ../obj/unix/io.o 
>> ../obj/unix/version.o ../obj/unix/text.o ../obj/unix/SFont.o 
>> ../obj/unix/setup.o ../obj/unix/pxsimple.o ../obj/unix/pxtall.o 
>> ../obj/unix/pxwide.o ../obj/unix/pxdouble.o ../obj/unix/pxtriple.o 
>> ../obj/unix/pxtall2.o ../obj/unix/pxwide2.o ../obj/unix/pxquad.o 
>> ../obj/unix/windows.o ../obj/unix/brush.o ../obj/unix/realpath.o 
>> ../obj/unix/mountlist.o ../obj/unix/input.o ../obj/unix/hotkeys.o 
>> ../obj/unix/transform.o ../obj/unix/pversion.o ../obj/unix/factory.o  
>> ../obj/unix/fileformats.o ../obj/unix/miscfileformats.o 
>> ../obj/unix/libraw2crtc.o ../obj/unix/brush_ops.o 
>> ../obj/unix/buttons_effects.o ../obj/unix/layers.o -o ../bin/grafx2 
>> `sdl-config --libs` -lSDL_image -L/usr/local/lib -lSDL_ttf -lX11 -lpng 
>> `pkg-config lua --libs --silence-errors ||pkg-config lua5.1 --libs 
>> --silence-errors ||pkg-config lua-5.1 --libs` -lm
>> 
>> error: conflicting function declarations "raw2crtc"
>> paramenter counts differ (8/9)
>> old definition in module miscfileformats file libraw2crtc.h line 12
>> unsigned char * (unsigned short int, unsigned short int, unsigned char, 
>> unsigned char, unsigned long int *, unsigned char *, unsigned char, unsigned 
>> char)
>> new definition in module libraw2crtc file libraw2crtc.c line 60
>> unsigned char * (T_IO_Context *context, unsigned short int width, unsigned 
>> short int height, unsigned char mode, unsigned char r9, unsigned long int 
>> *outSize, unsigned char *r1, unsigned char r12, unsigned char r13)
>> 
>> Makefile:435: recipe for target '../bin/grafx2' failed
>> make[1]: *** [../bin/grafx2] Error 64
>> make[1]: Leaving directory 
>> '/srv/jenkins-slave/workspace/sid-goto-cc-grafx2/grafx2-2.3/src'
>> debian/rules:16: recipe for target 'build-stamp' failed
>> make: *** [build-stamp] Error 2
>> 
>> The declaration in libraw2crtc.h can be reviewed here:
>> 
>> http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.h?hl=12#L12
>> 
>> with the conflicting definition here:
>> 
>> http://sources.debian.net/src/grafx2/2.3-1.1/src/libraw2crtc.c?hl=60#L60
>> 
>> And here is the actually wrong use (there may be more), mislead by the
>> declaration:
>> 
>> http://sources.debian.net/src/grafx2/2.3-1.1/src/miscfileformats.c?hl=2691#L2691
>> 
>> Best,
>> Michael
> 


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

Bug#682369: iceweasel: Tough cookie

[Robert Munyer]

Control: found -1 24.5.0esr-1~deb7u1
Control: tags -1 security

Bug still present in Iceweasel 24.5, in Debian 7.5 "wheezy".

Because this bug can cause retention of data which the user
has explicitly commanded must not be retained (and then allow
exfiltration of the illegitimately retained data to a foreign
host!), I believe it needs the "security" tag.

To replicate the bug in Iceweasel 24.5.0esr-1~deb7u1:

Open Iceweasel.

Configure Iceweasel thus:
  Edit
Preferences
  Privacy
History
  Iceweasel will: Use custom settings for history
Accept cookies from sites
  Keep until: I close Iceweasel

Browse to http://noscript.net/features .

Click the "Go back one page" button.

Close Iceweasel.

After the preceding steps, the cookie must not exist.
To see that it does exist, continue with the following steps:

Open Iceweasel.

Click "Restore Previous Session".

View cookies:
  Edit
Preferences
  Privacy
History
  Show Cookies...


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

Bug#746587: Increasing severity, as this renders systems with NFS unbootable.

[Erich Schubert]

severity 746587 grave
thanks

grave: makes the system deadlock badly on boot.

Patch is available, and should be applied as soon as possible for the
affected versions.

RECOVERY INSTRUCTIONS for other bitten by the same bug:
---
1. in the boot manager, append "emergency" to your kernel command line
(usually, after "ro quiet" or similar)
2. log in with the root password
3. run "mount -o remount,rw /" to make your file system writable
4. edit "/etc/network/if-up.d/mountnfs" and insert "exit 0" early on,
or move the file to a different directory.
5. reboot.
---
I have not re-tested this procedure, but it is supposed to break the deadlock:
Step 4 disables the non-systemd way of automounting NFS.
The provided patch in #746587 is much cleaner, but harder to apply
from the recovery console.


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

Bug#748344: latexmk: add a debian/watch file

[Antonio Ospite]

Package: latexmk
Version: 1:4.39-1
Severity: wishlist
Tags: patch

Dear Maintainer,

I am attaching a watch file so you can follow new upstream releases
more easily.

Regards,
   Antonio

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

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

Versions of packages latexmk depends on:
ii  perl5.18.2-4
ii  texlive-latex-base  2013.20140408-1

Versions of packages latexmk recommends:
ii  evince [postscript-viewer]   3.12.1-1
ii  ghostscript [postscript-viewer]  9.05~dfsg-8.1
pn  xpdf-reader | pdf-viewer 

Versions of packages latexmk suggests:
ii  ghostscript  9.05~dfsg-8.1

-- no debconf information
-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
Add a watch file to ease upgrades

Signed-off-by: Antonio Ospite 

diff -pruN latexmk-4.39/debian/watch latexmk-4.39.ao2/debian/watch
--- latexmk-4.39/debian/watch	1970-01-01 01:00:00.0 +0100
+++ latexmk-4.39.ao2/debian/watch	2012-11-13 12:28:46.0 +0100
@@ -0,0 +1,8 @@
+version=3
+
+# In the pattern below the first digit is isolated so to have a dotted
+# version number in the debian packages, the upstream uses this dotted
+# form in the changelog but removes the dot in the file names.
+http://www.phys.psu.edu/~collins/software/latexmk-jcc/versions.html \
+  latexmk-([\d])([\d]+[a-z]*).zip \
+  debian uupdate

Bug#600362: [Pkg-fonts-devel] Bug#600362: ttf-century-catalogue: line height much too small in many applications

[Francesca Ciceri]

On Fri, May 16, 2014 at 06:51:02AM +0200, Christian PERRIER wrote:
> Quoting Francesca Ciceri (madame...@zouish.org):
> > Hi,
> > 
> > I wasn't able to reproduce it with abiword 3.0.0-4+b3 and
> > fonts-century-catalogue 001.001-6 on Sid.
> > 
> > Peter: is this still happening to you? Do you think we can close this
> > bug?
> 
> Hello Francesca,
> 
> You need to send such mails to -submit...@bugs.debian.org if you
> want to reach the original bug submitter.

Yeah, I know... I noticed the moment I sent the mail.
I've already sent the same mail to the submitter as well, using the
address he reported the bug with, so to avoid a double message in the
BR.

But thanks for heads up!

Cheers,
Francesca

ps: zobel was my AM and hopefully will never find out this: he asked me
precisely this question during my NM process /o\
 



-- 
 when I want something done quickly,
I don't wait for others ;)


signature.asc
Description: Digital signature

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Martin Steigerwald]

Am Freitag, 16. Mai 2014, 20:22:09 schrieb Mike Hommey:
> On Fri, May 16, 2014 at 12:38:46PM +0200, Martin Steigerwald wrote:
> > Package: iceweasel
> > Version: 29.0.1-1
> > Severity: normal
> > Tags: upstream
> > 
> > Dear Maintainer,
> > 
> > Mozilla unfortunately chose to support external DRM plugins by an
> > opensource sandbox for EME/CDM plugins[1][2].
> > 
> > Please keep this open source sandbox code out of Iceweasel builds once it
> > becomes available. As for reasons to do so please see [2][3].
> > 
> > Feel free to close the bug report with a statement of your intent to do
> > so.
> > 
> > If its not possible to remove the code easily, please at least disable it.
> 
> The code is not even in http://hg.mozilla.org/mozilla-central/, which
> means it's more than 3 months away from possibly reaching unstable.
> 
> There is nothing to disable, nothing to remove, nothing to be seen
> regarding what it's going to be.
> 
> Please refrain from using the *Bug* tracking system for currently
> entirely hypothetical bugs.

Mozilla Foundation is about to introduce a new way to load proprietary and 
potentially unsafe code within the browser.

To me thats a bug.

Thats why I open one with upstream as well[1].

Well, I will reopen this bug or open a new one should this code arrives within 
Firefox.


[1] Bug 1011459 - Please do not support EME, do not allow new proprietary CDM 
code in the browser 
https://bugzilla.mozilla.org/show_bug.cgi?id=1011459

Thanks,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

signature.asc
Description: This is a digitally signed message part.

Bug#739442: strigi: diff for NMU version 0.7.8-1.2

[Reinhard Tartler]

Dear maintainer,

I've prepared an NMU for strigi (versioned as 0.7.8-1.2) and because of
the lack of response to this bug, I've uploaded it to unstable.

Regards,
Reinhard
diff -Nru strigi-0.7.8/debian/changelog strigi-0.7.8/debian/changelog
--- strigi-0.7.8/debian/changelog	2014-03-18 21:04:02.0 -0400
+++ strigi-0.7.8/debian/changelog	2014-05-16 07:28:31.0 -0400
@@ -1,3 +1,10 @@
+strigi (0.7.8-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Upload to unstable (Closes: #739442)
+
+ -- Reinhard Tartler   Fri, 16 May 2014 07:28:13 -0400
+
 strigi (0.7.8-1.1) experimental; urgency=low
 
   * Non-maintainer upload.

Bug#748228: NMU patch for kbtin_1.0.14-1.1

[Aníbal Monsalve Salazar]

Hello Adam,

At Imagination Technologies (http://imgtec.com/) Jurica Stanojkovic has
found a solution to Debian bug #748228.

https://bugs.debian.org/748228

My NMU patch for kbtin_1.0.14-1.1 is below, at the end of this
message.

With the changes in the NMU patch grib-api builds successfully on
mips, mipsel and amd64.

Regards,

Aníbal
--
Aníbal Monsalve Salazar 

debdiff kbtin_1.0.14-1.dsc kbtin_1.0.14-1.1.dsc
diff -Nru kbtin-1.0.14/debian/changelog kbtin-1.0.14/debian/changelog
--- kbtin-1.0.14/debian/changelog   2012-12-23 17:13:35.0 +
+++ kbtin-1.0.14/debian/changelog   2014-05-16 11:31:36.0 +0100
@@ -1,3 +1,13 @@
+kbtin (1.0.14-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS on big endian architectures.
+Add big_endian.patch.
+Patch by Jurica Stanojkovic .
+Closes: #748228.
+
+ -- Anibal Monsalve Salazar   Fri, 16 May 2014 11:31:20 
+0100
+
 kbtin (1.0.14-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru kbtin-1.0.14/debian/patches/big_endian.patch 
kbtin-1.0.14/debian/patches/big_endian.patch
--- kbtin-1.0.14/debian/patches/big_endian.patch1970-01-01 
01:00:00.0 +0100
+++ kbtin-1.0.14/debian/patches/big_endian.patch2014-05-16 
11:17:57.0 +0100
@@ -0,0 +1,48 @@
+From: Jurica Stanojkovic 
+Subject: package kbtin_1.0.14-1 FTBS on big endian architectures
+Date: Wed, 14 May 2014 06:13:10 -0700
+
+http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748228
+
+Package is failing to build on all big endian architectures.
+
+mips build log:
+https://buildd.debian.org/status/fetch.php?pkg=kbtin&arch=mips&ver=1.0.14-1&stamp=1383184670
+
+I was able to build package kbtin_1.0.14-1 on mips (big endian) with
+following patch.
+
+File big_endian.patch is attached.
+
+These changes are already in master branch for kbtin package on git.
+
+https://github.com/kilobyte/kbtin/commit/a5c0ef55f909ddc3487d355c25f40b3c18c93946
+
+--- a/files.c
 b/files.c
+@@ -273,7 +273,7 @@ void write_log(struct session *ses, char
+ if (ses->logtype==2)
+ {
+ ttyrec_timestamp(&th);
+-th.len=n;
++th.len=to_little_endian(n);
+ if (fwrite(&th, 1, sizeof(struct ttyrec_header), ses->logfile)<
+ sizeof(struct ttyrec_header))
+ {
+--- a/tintin.h
 b/tintin.h
+@@ -363,10 +363,10 @@ typedef char pvars_t[10][BUFFER_SIZE];
+ 
+ #ifdef WORDS_BIGENDIAN
+ # define to_little_endian(x) ((uint32_t) ( \
+-(((uint32_t)(x) &((uint32_t)0x00ffU) << 24)) | \
+-(((uint32_t)(x) &((uint32_t)0xff00U) <<  8)) | \
+-(((uint32_t)(x) &((uint32_t)0x00ffU) >>  8)) | \
+-(((uint32_t)(x) &((uint32_t)0xff00U) >> 24
++((uint32_t)(x) &(uint32_t)0x00ffU) << 24 | \
++((uint32_t)(x) &(uint32_t)0xff00U) <<  8 | \
++((uint32_t)(x) &(uint32_t)0x00ffU) >>  8 | \
++((uint32_t)(x) &(uint32_t)0xff00U) >> 24))
+ #else
+ # define to_little_endian(x) ((uint32_t)(x))
+ #endif
diff -Nru kbtin-1.0.14/debian/patches/series kbtin-1.0.14/debian/patches/series
--- kbtin-1.0.14/debian/patches/series  1970-01-01 01:00:00.0 +0100
+++ kbtin-1.0.14/debian/patches/series  2014-05-15 10:03:07.0 +0100
@@ -0,0 +1 @@
+big_endian.patch


signature.asc
Description: Digital signature

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Mike Hommey]

On Fri, May 16, 2014 at 01:34:38PM +0200, Martin Steigerwald wrote:
> Am Freitag, 16. Mai 2014, 20:22:09 schrieb Mike Hommey:
> > On Fri, May 16, 2014 at 12:38:46PM +0200, Martin Steigerwald wrote:
> > > Package: iceweasel
> > > Version: 29.0.1-1
> > > Severity: normal
> > > Tags: upstream
> > > 
> > > Dear Maintainer,
> > > 
> > > Mozilla unfortunately chose to support external DRM plugins by an
> > > opensource sandbox for EME/CDM plugins[1][2].
> > > 
> > > Please keep this open source sandbox code out of Iceweasel builds once it
> > > becomes available. As for reasons to do so please see [2][3].
> > > 
> > > Feel free to close the bug report with a statement of your intent to do
> > > so.
> > > 
> > > If its not possible to remove the code easily, please at least disable it.
> > 
> > The code is not even in http://hg.mozilla.org/mozilla-central/, which
> > means it's more than 3 months away from possibly reaching unstable.
> > 
> > There is nothing to disable, nothing to remove, nothing to be seen
> > regarding what it's going to be.
> > 
> > Please refrain from using the *Bug* tracking system for currently
> > entirely hypothetical bugs.
> 
> Mozilla Foundation is about to introduce a new way to load proprietary and 
> potentially unsafe code within the browser.
> 
> To me thats a bug.
> 
> Thats why I open one with upstream as well[1].
> 
> Well, I will reopen this bug or open a new one should this code arrives 
> within 
> Firefox.

And I will close it again then. Until you have something to say about an
iceweasel package that is in the Debian archive, please don't file a
bug. There are enough real bugs to deal with already.

Mike


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

Bug#748228: NMU patch for kbtin_1.0.14-1.1

[Aníbal Monsalve Salazar]

On Fri, 2014-05-16 21:36:35 +1000, Aníbal Monsalve Salazar wrote:
> With the changes in the NMU patch grib-api builds successfully on
> mips, mipsel and amd64.

Typo.

s/grib-api/kbtin/


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

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Mike Hommey]

On Fri, May 16, 2014 at 01:34:38PM +0200, Martin Steigerwald wrote:
> Am Freitag, 16. Mai 2014, 20:22:09 schrieb Mike Hommey:
> > On Fri, May 16, 2014 at 12:38:46PM +0200, Martin Steigerwald wrote:
> > > Package: iceweasel
> > > Version: 29.0.1-1
> > > Severity: normal
> > > Tags: upstream
> > > 
> > > Dear Maintainer,
> > > 
> > > Mozilla unfortunately chose to support external DRM plugins by an
> > > opensource sandbox for EME/CDM plugins[1][2].
> > > 
> > > Please keep this open source sandbox code out of Iceweasel builds once it
> > > becomes available. As for reasons to do so please see [2][3].
> > > 
> > > Feel free to close the bug report with a statement of your intent to do
> > > so.
> > > 
> > > If its not possible to remove the code easily, please at least disable it.
> > 
> > The code is not even in http://hg.mozilla.org/mozilla-central/, which
> > means it's more than 3 months away from possibly reaching unstable.
> > 
> > There is nothing to disable, nothing to remove, nothing to be seen
> > regarding what it's going to be.
> > 
> > Please refrain from using the *Bug* tracking system for currently
> > entirely hypothetical bugs.
> 
> Mozilla Foundation is about to introduce a new way to load proprietary and 
> potentially unsafe code within the browser.
> 
> To me thats a bug.
> 
> Thats why I open one with upstream as well[1].
> 
> Well, I will reopen this bug or open a new one should this code arrives 
> within 
> Firefox.

BTW, have you filed a bug to remove the firmware loader from the linux
kernel yet?

Mike


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

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Sylvestre Ledru]

On 16/05/2014 13:34, Martin Steigerwald wrote:

> Mozilla Foundation is about to introduce a new way to load proprietary and 
> potentially unsafe code within the browser.
Like flash or the sun-java applet plugin ?

Sylvestre


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

Bug#748232: NMU patch for belle-sip_1.3.0-1.1.dsc

[Aníbal Monsalve Salazar]

Hello,

At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has
found a solution to Debian bug #748232.

https://bugs.debian.org/748232

My NMU patch for belle-sip_1.3.0-1.1.dsc is below, at the end of this
message.

With the changes in the NMU patch belle-sip builds successfully on mips,
mipsel and amd64.

Regards,

Aníbal
--
Aníbal Monsalve Salazar 


debdiff belle-sip_1.3.0-1.dsc belle-sip_1.3.0-1.1.dsc
diff -Nru belle-sip-1.3.0/debian/changelog belle-sip-1.3.0/debian/changelog
--- belle-sip-1.3.0/debian/changelog2014-04-18 01:36:10.0 +0100
+++ belle-sip-1.3.0/debian/changelog2014-05-16 11:29:17.0 +0100
@@ -1,3 +1,13 @@
+belle-sip (1.3.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS mips.
+Add increase-antlr-timeout.patch.
+Patch by Dejan Latinovic .
+Closes: #748232.
+
+ -- Anibal Monsalve Salazar   Fri, 16 May 2014 11:28:47 
+0100
+
 belle-sip (1.3.0-1) unstable; urgency=medium
 
   [ Felix Lechner ]
diff -Nru belle-sip-1.3.0/debian/patches/increase-antlr-timeout.patch 
belle-sip-1.3.0/debian/patches/increase-antlr-timeout.patch
--- belle-sip-1.3.0/debian/patches/increase-antlr-timeout.patch 1970-01-01 
01:00:00.0 +0100
+++ belle-sip-1.3.0/debian/patches/increase-antlr-timeout.patch 2014-05-16 
11:28:41.0 +0100
@@ -0,0 +1,40 @@
+From: Dejan Latinovic 
+Subject: fix for belle-sip
+Date: Thu, 15 May 2014 03:06:58 -0700
+
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748232
+
+package belle-sip FTBFS on
+mips, hurd-i386 and sparc with an error:
+
+> error(10):  internal error: 
org.antlr.tool.Grammar.createLookaheadDFA(Grammar.java:1279): could not even do 
k=1 for decision 157; reason: timed out (>1000ms)
+> 
+> error(10):  internal error: ./belle_sip_message.g : 
java.lang.NullPointerException
+
+I tested it on our local MIPS boards,
+the same error appeared on Cavium boards for mips and mipsel.
+
+In order to avoid this error I created a patch that increases
+antlr3 conversion timeout.
+
+With this patch I was able to successfully build belle-sip
+on Cavium boards.
+
+--- a/src/grammars/Makefile.am 2014-02-05 10:45:57.0 +
 b/src/grammars/Makefile.am 2014-05-13 15:23:46.0 +
+@@ -12,13 +12,13 @@
+   
+ .NOTPARALLEL  $(builddir)/belle_sip_messageParser.c 
$(builddir)/belle_sip_messageParser.h \
+   $(builddir)/belle_sip_messageLexer.c 
$(builddir)/belle_sip_messageLexer.h  : belle_sip_message.g 
+-  $(ANTLR)  -make -Xmultithreaded  -fo  $(builddir) 
$(srcdir)/belle_sip_message.g
++  $(ANTLR)  -make -Xmultithreaded -Xconversiontimeout 1  -fo  
$(builddir) $(srcdir)/belle_sip_message.g
+ 
+ .NOTPARALLEL  $(builddir)/belle_sdpLexer.c \
+   $(builddir)/belle_sdpParser.c \
+   $(builddir)/belle_sdpLexer.h \
+   $(builddir)/belle_sdpParser.h : 
$(srcdir)/belle_sdp.g
+-  $(ANTLR)  -make -Xmultithreaded  -fo $(builddir)  $<
++  $(ANTLR)  -make -Xmultithreaded  -Xconversiontimeout 1 -fo 
$(builddir)  $<
+ 
+ 
+ AM_CPPFLAGS=-I$(top_srcdir)/include -I$(top_srcdir)/src 
diff -Nru belle-sip-1.3.0/debian/patches/series 
belle-sip-1.3.0/debian/patches/series
--- belle-sip-1.3.0/debian/patches/series   2014-02-20 23:46:48.0 
+
+++ belle-sip-1.3.0/debian/patches/series   2014-05-15 11:49:43.0 
+0100
@@ -0,0 +1 @@
+increase-antlr-timeout.patch


signature.asc
Description: Digital signature

Bug#748345: nslcd: Missing space in ldapns.ldif

[sysadmin]

Package: nslcd
Version: 0.8.10-4
Severity: normal
Tags: patch

Dear Maintainer,

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Add white space between 'top' and 'AUXILIARY'


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- old/ldapns.ldif	2014-05-16 13:18:18.592903549 +0200
+++ new/ldapns.ldif	2014-05-16 13:18:34.852895126 +0200
@@ -9,7 +9,7 @@
  'IANA GSS-API authorized service name' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.
  1.4.1.1466.115.121.1.15{256} )
 olcObjectClasses: {0}( 1.3.6.1.4.1.5322.17.1.1 NAME 'authorizedServiceObject'
- DESC 'Auxiliary object class for adding authorizedService attribute' SUP top
+ DESC 'Auxiliary object class for adding authorizedService attribute' SUP top 
  AUXILIARY MAY authorizedService )
 olcObjectClasses: {1}( 1.3.6.1.4.1.5322.17.1.2 NAME 'hostObject' DESC 'Auxilia
  ry object class for adding host attribute' SUP top AUXILIARY MAY host )

Bug#748346: python-blist: does not install for use with python3

[Jim Garrison]

Package: python-blist
Version: 1.3.6-1
Severity: normal

Dear Maintainer,

python-blist's debian source package does not seem to support python3.
Unlike many python source packages, python-blist does not provide a
python3-blist binary package, which I believe is the culprit.  The
upstream package is known to handle python3.

  $ /usr/bin/python3
  Python 3.4.1rc1 (default, May  5 2014, 14:28:34) 
  [GCC 4.8.2] on linux
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import blist
  Traceback (most recent call last):
File "", line 1, in 
  ImportError: No module named 'blist'



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
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) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-blist depends on:
ii  libc6   2.18-5
ii  python  2.7.5-5

python-blist recommends no packages.

python-blist 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#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Martin Steigerwald]

Am Freitag, 16. Mai 2014, 13:42:01 schrieb Sylvestre Ledru:
> On 16/05/2014 13:34, Martin Steigerwald wrote:
> > Mozilla Foundation is about to introduce a new way to load proprietary and
> > potentially unsafe code within the browser.
> 
> Like flash or the sun-java applet plugin ?

How do you come to the conclusion that these are *new* ways to load 
proprietary and potentially unsafe code within the browser? As far as I can 
think back these have been there.

And how do these long existing ways to do that justify adding a new way to do 
it – instead of getting rid of the old ways as soon as possible.

Aside from that Adobe Flash and Sun Java may at least be used for something 
non DRM related as well while EME / CDM is specifically targetted at DRM and 
thus closed code which my even be protected by laws which make put the work of 
security researchers at risk. Read the second link in my bug post.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


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

Bug#748347: r-cran-deldir: New upstream release available

[Santiago Vila]

Package: r-cran-deldir
Version: 0.0-22-1
Severity: wishlist

Hello Andreas et al. This package is more current here:

deb-src http://ppa.launchpad.net/marutter/c2d4u/ubuntu trusty main

but I would prefer to take the source from Debian (I need it for a
small local repository of R packages backported to wheezy).

Thanks.


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

Bug#669907: still no cairo.XCBSurface

[Chetan Reddy]

Hello,

I'm trying to install qtile, and still face this problem. I built my
own pycairo to allow qtile to work, but having this in debian by
default would be nice.

Thanks,
Chetan


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

Bug#731953: [Pkg-bitcoin-devel] Bug#731953: bitcoin: Package is allowed to build with too-new libdb, resulting in non-portability of wallets

[Scott Howard]

On May 15, 2014 7:09 PM, "Brian May"  wrote:
>
>
> Hello,
>
> Is this bug still relevant?
>
> My understanding is that upstream switched from bdb to leveldb:
> https://github.com/bitcoin/bips/blob/master/bip-0050.mediawiki

The blockchain uses leveldb but the wallet still uses bdb. I remember some
talk about switching but nothing happened yet.

Cheers,
Scott

Bug#748342: iceweasel: please keep sandbox code for EME/CDM DRM plugins out of Iceweasel builds

[Martin Steigerwald]

Am Freitag, 16. Mai 2014, 20:39:37 schrieb Mike Hommey:
> On Fri, May 16, 2014 at 01:34:38PM +0200, Martin Steigerwald wrote:
> > Am Freitag, 16. Mai 2014, 20:22:09 schrieb Mike Hommey:
> > > On Fri, May 16, 2014 at 12:38:46PM +0200, Martin Steigerwald wrote:
> > > > Package: iceweasel
> > > > Version: 29.0.1-1
> > > > Severity: normal
> > > > Tags: upstream
> > > > 
> > > > Dear Maintainer,
> > > > 
> > > > Mozilla unfortunately chose to support external DRM plugins by an
> > > > opensource sandbox for EME/CDM plugins[1][2].
> > > > 
> > > > Please keep this open source sandbox code out of Iceweasel builds once
> > > > it
> > > > becomes available. As for reasons to do so please see [2][3].
> > > > 
> > > > Feel free to close the bug report with a statement of your intent to
> > > > do
> > > > so.
> > > > 
> > > > If its not possible to remove the code easily, please at least disable
> > > > it.
> > > 
> > > The code is not even in http://hg.mozilla.org/mozilla-central/, which
> > > means it's more than 3 months away from possibly reaching unstable.
> > > 
> > > There is nothing to disable, nothing to remove, nothing to be seen
> > > regarding what it's going to be.
> > > 
> > > Please refrain from using the *Bug* tracking system for currently
> > > entirely hypothetical bugs.
> > 
> > Mozilla Foundation is about to introduce a new way to load proprietary and
> > potentially unsafe code within the browser.
> > 
> > To me thats a bug.
> > 
> > Thats why I open one with upstream as well[1].
> > 
> > Well, I will reopen this bug or open a new one should this code arrives
> > within Firefox.
> 
> BTW, have you filed a bug to remove the firmware loader from the linux
> kernel yet?

Care to elaborate how existing ways to include proprietary code within a 
system justify CDM/EME?

Added to that: I am definately interested in hardware free of proprietary 
firmware. But unlike hardware needing firmware, HTML5 DRM is avoidable. Easily.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


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

Bug#748348: uthash: new upstream 1.9.9.1 version

[mdt]

Package: uthash-dev
Severity: wishlist

Dear Maintainer,
a new upstream 1.9.9.1 version of uthash is available, please update.
>From ChangeLog: 
>https://github.com/troydhanson/uthash/blob/master/doc/ChangeLog.txt

Version 1.9.9.1 (2014-03-25)
--
* fix utstring pointer math on >4GB strings (thanks, Thomas Bottesch!)

Version 1.9.9 (2014-02-25)
--
* made HASH_ADD_STR compatible with char* or char[] (thanks, Samuel Thibault!)
* fixed header inclusion of sys/types.h for ssize_t (thanks, Fernando Campos!)
* added LL_COUNT/DL_COUNT/CDL_COUNT (thansk, Paul Praet!)
* added LRU cache example in `tests/lru_cache` (thanks, Oliver Lorenz!)
* fix LL_DELETE2 for VS2008 (thanks, Greg Davydouski!)
* fix missing argument in `HASH_REPLACE_STR` (thanks, Alex!)
* bump version number in source files to match docs (thanks, John Crow!)
* add `HASH_OVERHEAD` macro to get overhead size for hash table

Version 1.9.8 (2013-03-10)
--
* `HASH_REPLACE` now in uthash (thanks, Nick Vatamaniuc!)
* fixed clang warnings (thanks wynnw!)
* fixed `utarray_insert` when inserting past array end (thanks Rob Willett!)
* you can now find http://troydhanson.github.com/uthash/[uthash on GitHub]
* there's a https://groups.google.com/d/forum/uthash[uthash Google Group]
* uthash has been downloaded 29,000+ times since 2006 on SourceForge


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

Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#748320: ibus was moved to github

[Osamu Aoki]

On Fri, May 16, 2014 at 03:03:50PM +0900, UTUMI Hirosi wrote:
> Package: ibus
> Version: 1.5.5-1
> 
> ibus was moved to github, and the latest release is ibus-1.5.7.
> https://github.com/ibus/ibus/releases

Thanks for reminder.

Actually, I already updated my local repo to use this one.

Since upstrean moved tp python3, I was going to use it.

In order to do that, I need to drop ibus-python package and use
python-gi interface (otherwise this packaging is too complicated.)

This new package solves vala problem causing 
  #746136 [S|  |  ] [src:ibus] ibus: FTBFS

So be paitient.  This is not simple update of upstream source.  I need
to test this a bit more.  Your help is most appreciated.

Regards,

Osamu


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

Bug#747632: quilt-el should be removed from the archive and provided by the main quilt package

[Satoru Takeuchi]

Hi Martin,

2014-05-10 23:52 GMT+09:00 Martin Quinson :
> Package: quilt-el
> Version: 0.48.0-1
> Severity: normal
>
> Hello,
>
> since quilt.el is now integrated upstream to the main quilt package,
> it would be more reasonable to provide the debian package from the
> quilt source package.

Yes. I think so too.

> It would be cool if we could do that before the freeze, don't you
> think? If you share my opinion, could you please fill a bug against
> ftp to get your package removed (or allow me to do so)?

I'll do. To tell the truth, it's in my TODO list for a long time.
Since I'll be busy for two weeks, I'll start this work after that.

Thanks,
Satoru

>
> Thanks in advance,
> Mt.
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages quilt-el depends on:
> ii  emacs45.0
> ii  emacs23-lucid [emacsen]  23.4+1-4.1+b1
> ii  emacs24 [emacsen]24.3+1-2+b1
> ii  quilt0.63-2
>
> quilt-el recommends no packages.
>
> quilt-el suggests no packages.
>
> -- no debconf information
>
> --
> In the future, don't waste your time writing articles manually.
> Use a generator such as http://pdos.csail.mit.edu/scigen/ to ensure
> they are gramatically correct, if not instructive.
>  -- Bastard Reviewer From Hell


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

Bug#748349: cheese fails to save photos (tries to write to root directory)

[Daniel Kahn Gillmor]

Package: cheese
Version: 3.12.1-1
Severity: important

I tried taking a webcam photo with cheese.  After taking the photo,
the video window turns black and shows the message:

 There was an error playing video from the webcam

On stderr, it shows:

(cheese:1519): cheese-WARNING **: Error while writing to file 
"/2014-05-16-061252.jpg".: gstmultifilesink.c(653): gst_multi_file_sink_render 
(): /GstCameraBin:camerabin/GstMultiFileSink:imagebin-filesink:
Permission denied

It looks like the program is trying to write to the root directory.  I
don't see a way in the GUI preferences to get it to write elsewhere.

#575605 suggests that cheese might be pulling info about where to save
 from xdg-user-dirs, which i didn't have installed originally.

I tried installing xdg-user-dirs, but that doesn't seem to have
improved matters -- cheese still appears to be trying to save to the
root directory.

I tried supplying the environment variable directly with:

XDG_PICTURES_DIR=/home/dkg/Pictures cheese

but that still leaves things in the same situation.

and i have nothing set in gconf either (i know that's supposed to be
deprecated):

0 dkg@alice:~$ gconftool-2 --get /apps/cheese/photo_path
No value set for `/apps/cheese/photo_path'
0 dkg@alice:~$ 

However, using dconf-editor, i was able to set /org/gnome/cheese/photo-path 

once i set that, i was able to save photos.

I note in dconf-editor that the description of this configuration
setting is:

   Defines the path where the photos are stored. If empty,
   "XDG_PHOTO/Webcam" will be used.

normal users won't be able to do any of these steps.  

If XDG_PHOTO (whatever that is) isn't set up properly, maybe there's a
better explicit fallback than the root directory of the filesystem,
which is pretty much guaranteed to not be writable to the user?

Or maybe cheese needs to explicitly depend on more packages to get
sane defaults?  Or both?

Thanks for maintaining cheese in debian,

 --dkg

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

Kernel: Linux 3.14-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 cheese depends on:
ii  cheese-common  3.12.1-1
ii  gnome-video-effects0.4.0-1
ii  libc6  2.18-5
ii  libcanberra-gtk3-0 0.30-2
ii  libcheese-gtk233.12.1-1
ii  libcheese7 3.12.1-1
ii  libclutter-1.0-0   1.18.2-1
ii  libclutter-gtk-1.0-0   1.5.2-2
ii  libgdk-pixbuf2.0-0 2.30.7-1
ii  libglib2.0-0   2.40.0-3
ii  libgnome-desktop-3-10  3.12.1-1
ii  libgstreamer1.0-0  1.2.4-1
ii  libgtk-3-0 3.12.1-1

Versions of packages cheese recommends:
ii  gnome-icon-theme3.12.0-1
ii  gvfs1.20.1-1+b1
ii  hicolor-icon-theme  0.13-1
pn  nautilus-sendto 
pn  yelp

Versions of packages cheese suggests:
pn  gnome-video-effects-frei0r  

-- debconf-show failed


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

Bug#748345: nslcd: Missing space in ldapns.ldif

[Arthur de Jong]

Control: fixed -1 nss-pam-ldapd/0.9.2-1

On Fri, 2014-05-16 at 13:57 +0200, sysadmin wrote:
> Add white space between 'top' and 'AUXILIARY'

Thanks for reporting this. This was fixed upstream in the 0.9.2 release
which is currently in experimental.

I don't think this is urgent enough to backport to stable though.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


signature.asc
Description: This is a digitally signed message part

Bug#747816: AW: Bug#747816: RFS: openalpr - libopenalpr1

[Stefan Bauer]

-Ursprüngliche Nachricht-
Gesendet:   So 11.05.2014 21:34
Betreff:Bug#747816: RFS: openalpr - libopenalpr1
An: sub...@bugs.debian.org; 
>   Dear mentors,
> 
>   I am looking for a sponsor for my new package "openalpr"


Hi Folks,

can i somehow speed up the sponsoring? It's close to weekend - i can offer beer 
and pizza ;)

Stefan


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

Bug#739117: gpxviewer in Debian

[Ross Gammon]

Hi Andrew,

I am copying in the bug report so that the status is recorded there if 
anyone else is investigating the status of gpxviewer (sorry if you get 
the email twice).


I am glad to hear that you are slowly getting there with the new "gir" 
bindings.


And thanks very much for your work on fixing the osm-gps-map bug about 
the tiles not displaying. I prepared a package for this latest version 
containing that fix, and I can see that just now Andreas has sponsored 
its upload!


Keep up the good work.

Ross

On 05/04/2014 09:12 PM, Andrew Gee wrote:

Hi Ross,

Thanks for getting in touch.

I'm currently trying to work on getting gpxviewer back and working in my
spare time. Currently it does not work with the latest version of
osmgpsmap, due to the use of Gtk 3 introspection. I am currently
updating gpxviewer to work this way.

Having a few problems, but getting there. I think I may have found a bug
with the python bindings or osmgpsmap itself to do with colours of the
tracks not being recognised, but I'm going to check this again.

Also, osmgpsmap has a new upstream version that fixes a bug where
openstreetmap tiles are not being displayed. It could do with an update
to 1.0.2.

Thanks,
Andrew

On 03/05/14 19:31, Ross Gammon wrote:

Hi Andrew,

I see that gpxviewer has been auto-removed from Debian Testing due to a
dependency on the old version of osmgpsmap:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739117

It would be a shame if gpxviewer was not a part of the next Debian release.

You have not responded to this bug, but I can see on launchpad that you
have committed to the osm-gps-map project quite recently in response to
another bug. Therefore I thought I would email you directly to ask if
you know whether gpxviewer actually works with either 0.7.3 or 1.0.1 of
osmgpsmap?

This would then be a simple fix for gpxviewer of replacing the
dependency of python-osmgpsmap with gir1.2-osmgpsmap-1.0.

Unfortunately, when I tried to test this myself, I suffered this bug:
https://bugs.launchpad.net/gpxviewer/+bug/1280845

Let me know if I can help in any way.

Regards,

Ross
(I am a new member of the Debian GIS team and looking at bugs in and
around osmgpsmap)






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

Bug#731953: [Pkg-bitcoin-devel] Bug#731953: bitcoin: Package is allowed to build with too-new libdb, resulting in non-portability of wallets

[Micha Bailey]

What happened with 0.8 was this: rather than keeping an index of every
transaction, with its position in each block, etc, in BDB, a LevelDB is
created, and it's used to maintain what's called the UTXO set, short for
Unspent Transaction Output set. Basically, this contains all unspent
transaction outputs, with the information needed to redeem them, making it
much more efficient to look up UTXOs, rather than having to look up the
position of the transaction within the blockchain and seek them out.
However, BDB is still used for the wallet, which is where compatibility is
an issue.


On Fri, May 16, 2014 at 3:00 PM, <
pkg-bitcoin-devel-requ...@lists.alioth.debian.org> wrote:

> 
>
> --
>
> Message: 2
> Date: Fri, 16 May 2014 09:06:01 +1000
> From: Brian May 
> To: 731...@bugs.debian.org
> Subject: [Pkg-bitcoin-devel] Bug#731953: bitcoin: Package is allowed
> to  build with too-new libdb, resulting in non-portability of
> wallets
> Message-ID:
> <
> caa0zo6aotcnhyb1+wn5_xfbednygezjkjg5rrfygx80n5qf...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> Is this bug still relevant?
>
> My understanding is that upstream switched from bdb to leveldb:
> https://github.com/bitcoin/bips/blob/master/bip-0050.mediawiki
>
> Which presumably means compatibility issues with older bdb no longer
> matters any more.
>
> Although I see bitcoin-qt depends on libdb5.3++, so it is possible my
> understanding my not be correct.
>
> If I am correct though, can this bug be closed?
> --
> Brian May 
> -- next part ------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.alioth.debian.org/pipermail/pkg-bitcoin-devel/attachments/20140516/ca92a482/attachment-0001.html
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> Pkg-bitcoin-devel mailing list
> pkg-bitcoin-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bitcoin-devel
>
> --
>
> End of Pkg-bitcoin-devel Digest, Vol 68, Issue 3
> 
>

Bug#748292: (no subject)

[Breno Leitao]

I just forgot to attach the patch on this bug. Attaching now.

(Thanks doko for spotting my fault here).
Index: libecap-0.2.0/debian/control
===
--- libecap-0.2.0.orig/debian/control	2012-12-05 19:03:23.0 +
+++ libecap-0.2.0/debian/control	2014-05-15 21:11:47.0 +
@@ -1,7 +1,7 @@
 Source: libecap
 Priority: extra
 Maintainer: Luigi Gangitano 
-Build-Depends: debhelper (>= 8.0.0), autotools-dev, cdbs
+Build-Depends: debhelper (>= 8.0.0), autotools-dev, cdbs, dh-autoreconf
 Standards-Version: 3.9.2
 Section: libs
 Homepage: http://www.e-cap.org/Downloads
Index: libecap-0.2.0/debian/rules
===
--- libecap-0.2.0.orig/debian/rules	2012-12-05 19:10:06.0 +
+++ libecap-0.2.0/debian/rules	2014-05-15 21:11:36.0 +
@@ -2,6 +2,7 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 
 override_dh_installchangelogs:
 	dh_installchangelogs change.log upstream

Bug#748350: ITP: gimagereader -- Graphical GTK frontend to tesseract-ocr

[Philip Rinn]

Package: wnpp
Severity: wishlist
Owner: Philip Rinn 

* Package name: gimagereader
  Version : 2.93
  Upstream Author : Sandro Mani 
* URL : https://github.com/manisandro/gImageReader
* License : GPL3+
  Programming Lang: C++
  Description : Graphical GTK frontend to tesseract-ocr

 gImageReader is a simple Gtk front-end to tesseract. Features include:
  - Automatic page layout detection
  - User can manually define and adjust recognition regions
  - Import images from disk, scanning devices, clipboard and screenshots
  - Supports multipage PDF documents
  - Recognized text displayed directly next to the image
  - Basic editing of output text, including search/replace and removing line
breaks
  - Spellchecking for output text (if corresponding dictionary installed)


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

Bug#748295: ircd-irc2: FTBFS on new ports, updating the config files.

[Breno Leitao]

HI Kurt,

On 05/15/2014 06:44 PM, Kurt Roeckx wrote:
>> I tested it on ppc64el and it worked.
> 
> Any idea why the old code doesn't work?  It really should be
> updating the same files.  buildd.debian-ports.org also shows
> all arches as installed, and doesn't know about ppc64el, only
> ppc64.  I really doubt the source package's config file knows
> about most of the architectures, so it seems to be working?
This is part of the failure:

--
 dpkg-source --before-build ircd-irc2-2.11.2p2+dfsg
dpkg-buildpackage: host architecture ppc64el
 fakeroot debian/rules clean
rm -rf `support/config.guess`
support/config.guess: unable to guess system type

This script, last modified 2009-06-10, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
--

The full log could be seen at: 

http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/ircd-irc2_2.11.2p2+dfsg-2_ppc64el.build


> I should probably convert it to dh, and update things like
> autoconf during build.
That is a good idea. Thank you!


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

Bug#748222: I don't understand

[Rubén González]

Hello, and sorry for my horrible English.

I am the first user that post in the Debian Mozilla mail list about this
(link
)
and do not understand why Iceweasel 24 is backported without gstreamer
support in stable/ Wheezy. gstreamer0.10-ffmpeg is still avaliable in
Wheezy repository and works perfectly before the security update. If is
not a security problem with gstreamer and Iceweasel, why disable the
option? Stable branch was harm by delete package in testing branch?
Alternatives to gstreamer support are privative flash and buggys gnash
and lightspark.
Icedove 24.5 has gstreamer support...

Thanks for you time, goobye.

Bug#748169: boinc

[Gianfranco Costamagna]

Boinc 7.2 doesn't build with wx3.0.

This is a known problem, and it has been already fixed in 7.4 releases.
I'll be really happy to upload the new release as soon as 738849 [1] is fixed, 
since the new release uses webview and doesn't build with the current package.


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



cheers,

Gianfranco

Bug#748304: tupi: not binNMU safe

[Dmitry Smirnov]

On Fri, 16 May 2014 00:29:20 Sebastian Ramacher wrote:
> tupi is not binNMU safe. After the rebuild for the libav 10 transition,
> the package is no longer installable:
> 
> [...]
>
> The following packages have unmet dependencies:
>  tupi : Depends: tupi-data (= 0.2+git04-1+b1) but 0.2+git04-1 is to be
> installed E: Unable to correct problems, you have held broken packages.

Sorry, Sebastian, but I don't understand what is the problem here.
Like many other presumably NMU-safe packages, tupi/any Depends on 
tupi-data/all (= ${source:Version}). What can I possibly fix here?

Now after binNMU tupi somehow Depends on "tupi-data (= 0.2+git04-1+b1)".
How could this happen?

I understand this would be the case for arch-any package depending on
"arch-all (= ${Source-Version})" but there is a lintian warning for this so I 
would hardly miss it and it is not the case anyway.

Please advise.

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Without doubt you are not sane.
-- Tage Danielsson



signature.asc
Description: This is a digitally signed message part.

Bug#747832: tupi: tupi build-depends on missing qtmobility-dev on !linux

[Dmitry Smirnov]

On Mon, 12 May 2014 01:01:32 Sebastian Ramacher wrote:
> tupi build-depends on qmobility-dev which only exists on Linux

Thanks and sorry for delay. I've noticed the problem even before this bug was 
filed and contacted upstream who recently explained [1] that he is working on 
new release which will fix this problem. 


On Thu, 15 May 2014 18:39:09 Moritz Muehlenhoff wrote:
> I recommend to make tupi linux-any for now and file removal bugs for the
> hurd and kfreebsd binaries

Thank you for your feedback. If time allows I might do exactly as you 
recommend but in the meantime I tend to wait until next upstream release to 
see if it fix the problem.

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

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#748351: mate-window-picker-apple crash at add to panel

[Mateusz Łukasik]

Package: mate-netbook
Version: 1.8.0-1
Severity: important

Dear Maintainers,

when I try add mate-window-picker-applet is return Segmentation fault.

This is all what terminal return:

(mate-window-picker-applet:3475): GdkPixbuf-CRITICAL **:
gdk_pixbuf_scale_simple: assertion 'GDK_IS_PIXBUF (src)' failed

(mate-window-picker-applet:3475): GLib-GObject-CRITICAL **: g_object_unref:
assertion 'G_IS_OBJECT (object)' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **: wnck_workspace_is_virtual:
assertion 'WNCK_IS_WORKSPACE (space)' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **:
wnck_window_is_on_workspace: assertion 'WNCK_IS_WORKSPACE (workspace)' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **: wnck_workspace_is_virtual:
assertion 'WNCK_IS_WORKSPACE (space)' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **:
wnck_window_is_on_workspace: assertion 'WNCK_IS_WORKSPACE (workspace)' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **: wnck_workspace_is_virtual:
assertion 'WNCK_IS_WORKSPACE (space)' failed

(mate-window-picker-applet:3475): Wnck-CRITICAL **:
wnck_window_is_on_workspace: assertion 'WNCK_IS_WORKSPACE (workspace)' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed

(mate-window-picker-applet:3475): Gtk-CRITICAL **:
IA__gtk_widget_get_allocation: assertion 'allocation != NULL' failed
Segmentation fault


Take care,

Mateusz



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

Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mate-netbook depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.20.0-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.18-5
ii  libcairo21.12.16-2
ii  libfakekey0  0.1-8.1
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.23-1
ii  libmate-desktop-2-17 1.8.0+dfsg1-5
ii  libmate-panel-applet-4-1 1.8.0+dfsg1-2
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libunique-1.0-0  1.1.6-4
ii  libwnck222.30.7-1
ii  libx11-6 2:1.6.2-1
ii  libxtst6 2:1.2.2-1

mate-netbook recommends no packages.

mate-netbook 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#747261: apt: Please add support for cross-architecture conflicts

[David Kalnischkies]

Hi * !

(hopefully quoting enough for dpkg list to get the context)

On Fri, May 16, 2014 at 12:57:27AM +0200, Aurelien Jarno wrote:
> On Mon, May 12, 2014 at 09:03:50PM +0200, David Kalnischkies wrote:
> > On Tue, May 06, 2014 at 11:22:00PM +0200, Aurelien Jarno wrote:
> | # apt-cache show libc6:mips
[…]
> | Conflicts: libc6:hppa, libc6:m68k, libc6:mipsel, libc6:powerpc, libc6:s390, 
> prelink (<= 0.0.20090311-1), tzdata (<< 2007k-1), tzdata-etch
[…]
> | # apt-cache show libc6:powerpc
[…]
> | Conflicts: libc6:hppa, libc6:m68k, libc6:mips, libc6:mipsel, libc6:s390, 
> prelink (<= 0.0.20090311-1), tzdata (<< 2007k-1), tzdata-etch
[…]
> | # apt-get install libc6:mips libc6:powerpc
> | Reading package lists... Done
> | Building dependency tree   
> | Reading state information... Done
> | The following extra packages will be installed:
> |   libgcc1:mips libgcc1:powerpc
> | Suggested packages:
> |   glibc-doc:powerpc glibc-doc:mips
> | The following NEW packages will be installed:
> |   libc6:powerpc libc6:mips libgcc1:mips libgcc1:powerpc
> | 0 upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
> | Need to get 0 B/9012 kB of archives.
> | After this operation, 19.8 MB of additional disk space will be used.
> | Do you want to continue? [Y/n] 
> | Preconfiguring packages ...
> | Selecting previously unselected package libc6:mips.
> | (Reading database ... 162272 files and directories currently installed.)
> | Preparing to unpack .../archives/libc6_2.18-6_mips.deb ...
> | Unpacking libc6:mips (2.18-6) ...
> | Selecting previously unselected package libgcc1:mips.
> | Preparing to unpack .../libgcc1_1%3a4.9.0-3_mips.deb ...
> | Unpacking libgcc1:mips (1:4.9.0-3) ...
> | Selecting previously unselected package libc6:powerpc.
> | Preparing to unpack .../libc6_2.18-6_powerpc.deb ...
> | Unpacking libc6:powerpc (2.18-6) ...
> | dpkg: error processing archive 
> /var/cache/apt/archives/libc6_2.18-6_powerpc.deb (--unpack):
> |  trying to overwrite shared '/lib/ld.so.1', which is different from other 
> instances of package libc6:powerpc
> | Selecting previously unselected package libgcc1:powerpc.
> | Preparing to unpack .../libgcc1_1%3a4.9.0-3_powerpc.deb ...
> | Unpacking libgcc1:powerpc (1:4.9.0-3) ...
> | Errors were encountered while processing:
> |  /var/cache/apt/archives/libc6_2.18-6_powerpc.deb
> | E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> Of course it also shows that dpkg also do not support it, but having apt
> catching that case would already catches most of the problems.


A, you are refering to "self"-conflicts…
Your previous example suggested you where referring to A conflicts B,
with A != B (A=libc6:sparc & B=libc6-i386 in the mentioned bugreport).

The A == B case is indeed currently unsupported/ignored as they are
treated as 'normal' self-conflicts and are hence ignored as specified
by policy as §7.4 explicitly says:
| A special exception is made for packages which declare a conflict with
| their own package name, or with a virtual package which they provide
| (see below): this does not prevent their installation, and allows a
| package to conflict with others providing a replacement for it.

Policy isn't all that talkative about M-A however, so that might just be
me reading way too much into an 'old' sentence of the policy, but I tend
to be nervous when it comes to breaking the policy…

I guess best way forward is to get an opinion from dpkg maintainers
(cc'ed) and reword this sentence one way or the other in policy.

The change to make this (not) work in apt is trivial (future me:
 DepIterator::IsIgnorable), but it is usually a bad idea to disagree
with dpkg (and policy) on such things.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#747832: tupi: tupi build-depends on missing qtmobility-dev on !linux

[Moritz Muehlenhoff]

On Fri, May 16, 2014 at 11:23:49PM +1000, Dmitry Smirnov wrote:
> On Mon, 12 May 2014 01:01:32 Sebastian Ramacher wrote:
> > tupi build-depends on qmobility-dev which only exists on Linux
> 
> Thanks and sorry for delay. I've noticed the problem even before this bug was 
> filed and contacted upstream who recently explained [1] that he is working on 
> new release which will fix this problem. 
> 
> 
> On Thu, 15 May 2014 18:39:09 Moritz Muehlenhoff wrote:
> > I recommend to make tupi linux-any for now and file removal bugs for the
> > hurd and kfreebsd binaries
> 
> Thank you for your feedback. If time allows I might do exactly as you 
> recommend but in the meantime I tend to wait until next upstream release to 
> see if it fix the problem.

That won't work:
tupi is currently part of the libav10 transition and the outdated binaries
on non-Linux archs prevent it's migration to testing. Unless the upstream 
release
is coming really soon tupi will either need to be removed from testing
or the libav10 patch needs to be applied in a testing-specific upload on
top of the current version in testing.

Cheers,
Moritz


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

Bug#748049: Please remove spurious libav build deps

[Pascal Giard]

Hi Moritz,

On Tue, May 13, 2014 at 12:16 PM, Moritz Muehlenhoff  wrote:
> Source: sox
> Severity: normal
>
> The sox (14.4.0-4) changelog entry reads:
>
>   * [debian/rules, debian/control, debian/libsox-fmt-ffmpeg.dirs,
>  debian/libsox-fmt-ffmpeg.install]:
> - Explicitly disabled and removed ffmpeg support as it's broken.
>   It is being depricated in the next upstream version anyway
>   (closes: #693642).
>
> You should also remove the build deps:
>
> libavcodec-dev
> libavformat-dev
> libavutil-dev
>
> (I noticed it because sox shows up at 
> https://release.debian.org/transitions/html/libav10.html )

Oh dear. Thanks for pointing this out. I will upload a fixed version ASAP.

-Pascal
-- 
Homepage (http://organact.mine.nu)
Debian GNU/Linux (http://www.debian.org)
COMunité/LACIME: École de technologie supérieure (http://www.comunite.ca)
ISIP Laboratory: McGill (http://www.isip.ece.mcgill.ca)


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

Bug#748352: ITP: gtkspellmm -- C++ wrappers for GtkSpell

[Philip Rinn]

Package: wnpp
Severity: wishlist
Owner: Philip Rinn 

* Package name: gtkspellmm
  Version : 3.0.3
  Upstream Author : Sandro Mani 
* URL : http://gtkspell.sourceforge.net/
* License : GPL2+
  Programming Lang: C++
  Description : C++ wrappers for GtkSpell

GtkSpellmm provides C++ bindings for the GtkSpell spell-checking library.

I intend to package this as it's a requirement for gImageReader.


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

Bug#740708: libjack0:amd64 uninstallable with libjack0:i386

[Adrian Knoth]

On 05/07/14 17:01, Tanguy Ortolo wrote:


Hello,


Hi!


Since it seems to be caused only by the tiny version number difference
which was introduced by the binNMU, there should be a very simple fix
for it: artificially bump the version number to
1:0.124.1+20140122git5013bed0-3, changing nothing else, upload and let
the buildd do the job, producing binaries linked with db5.3 for all
architectures.

Can Debian Multimedia Maintainers do that, or should I (src)NMU it?


Will do in a second.


Cheers


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

Bug#748304: [sramac...@debian.org: Re: Bug#748304: tupi: not binNMU safe]

[Sebastian Ramacher]

Also sending the message to the bug report.

- Forwarded message from Sebastian Ramacher  -

Date: Fri, 16 May 2014 15:52:04 +0200
From: Sebastian Ramacher 
To: Dmitry Smirnov 
Subject: Re: Bug#748304: tupi: not binNMU safe
Message-ID: <20140516135204.gb6...@ramacher.at>

On 2014-05-16 23:09:31, Dmitry Smirnov wrote:
> On Fri, 16 May 2014 00:29:20 Sebastian Ramacher wrote:
> > tupi is not binNMU safe. After the rebuild for the libav 10 transition,
> > the package is no longer installable:
> > 
> > [...]
> >
> > The following packages have unmet dependencies:
> >  tupi : Depends: tupi-data (= 0.2+git04-1+b1) but 0.2+git04-1 is to be
> > installed E: Unable to correct problems, you have held broken packages.
> 
> Sorry, Sebastian, but I don't understand what is the problem here.
> Like many other presumably NMU-safe packages, tupi/any Depends on 
> tupi-data/all (= ${source:Version}). What can I possibly fix here?
> 
> Now after binNMU tupi somehow Depends on "tupi-data (= 0.2+git04-1+b1)".
> How could this happen?
> 
> I understand this would be the case for arch-any package depending on
> "arch-all (= ${Source-Version})" but there is a lintian warning for this so I 
> would hardly miss it and it is not the case anyway.

tupi-data (= ${source:Version}) in tupi's Depends is not the problem
here. This is fine.  The problem is that tupi-data (= ${binary:Version})
appears in tupi's ${misc:Depends}.

When built for an usual upload, ${misc:Depends} looks like

$ head -1 debian/tupi.substvars
misc:Depends=tupi-data (= 0.2+git04-1)

which is okay, but if binNMUed it becomes

$ head -1 debian/tupi.substvars
misc:Depends=tupi-data (= 0.2+git04-1+b1)

which is wrong.

This is due to the dh_installdocs override. Note that if you remove the
override, you need to handle symlink to directory conversions.

Cheers
-- 
Sebastian Ramacher



- End forwarded message -

-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#748347: r-cran-deldir: New upstream release available

[Andreas Tille]

Hi Santiago,

thanks for your bug report.  I really appreciate hints like this.  I
would also welcome if those people creating PPAs would rather file
a bug report (or commit right to SVN and ping me for an upload).

Santiago, it would help me adjusting my idea about maintaining R
packages if you could have a look at

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617296#96

Besides the fact that the hint from Dirk is not really the style I like
it I'm interested to learn whether users (like you obviously) might have
some suggestion to enhance the situation.  I think this should be
discussed at these two lists:

   Debian Science Team 
   Debian Med Packaging Team 

or any other place you consider apropriate.

Kind regards

Andreas.

On Fri, May 16, 2014 at 02:07:15PM +0200, Santiago Vila wrote:
> Package: r-cran-deldir
> Version: 0.0-22-1
> Severity: wishlist
> 
> Hello Andreas et al. This package is more current here:
> 
> deb-src http://ppa.launchpad.net/marutter/c2d4u/ubuntu trusty main
> 
> but I would prefer to take the source from Debian (I need it for a
> small local repository of R packages backported to wheezy).
> 
> Thanks.

-- 
http://fam-tille.de


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

Bug#748302: Add Xen parameters to /etc/default/grub

[Ian Campbell]

On Fri, 2014-05-16 at 10:33 +0100, Colin Watson wrote:
> On Fri, May 16, 2014 at 09:35:48AM +0100, Ian Campbell wrote:
> > On Fri, 2014-05-16 at 00:09 +0100, Colin Watson wrote:
> > > On Thu, May 15, 2014 at 11:30:04PM +0200, Paul Muster wrote:
> > > > Please add placeholders/examples for Xen kernel config to 
> > > > /etc/default/grub
> > > 
> > > I would rather not change /etc/default/grub except when absolutely
> > > necessary, because doing so causes configuration file prompts for
> > > everyone.
> > 
> > Everyone or just people who have local modifications?
> 
> Sadly it winds up being significantly more people than I'd like because
> the maintainer script code for handling /etc/default/grub has lots of
> terrible stuff in it for historical reasons.  And of course editing
> /etc/default/grub to add some kernel arguments is very common, even
> among people who don't really know what they're doing thanks to various
> web guides

That makes sense, thanks for explaining.

Perhaps this suggested change could be queued up to be applied when the
file needs to change for some other reason?

>  (the number of bugs I've seen that were due to Unicode quotes
> in /etc/default/grub thanks to copying and pasting from web pages would
> probably startle you).

Almost nothing about this sort of thing surprises me any more ;-)

Ian


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

Bug#748350: ITP: gimagereader -- Graphical GTK frontend to tesseract-ocr

[Philip Rinn]

owner #748350 !

thanks

Hi,

I used my old email address, sorry.

Best,
Philip


signature.asc
Description: Digital signature

Bug#747832: tupi: tupi build-depends on missing qtmobility-dev on !linux

[Dmitry Smirnov]

On Fri, 16 May 2014 15:31:59 Moritz Muehlenhoff wrote:
> On Fri, May 16, 2014 at 11:23:49PM +1000, Dmitry Smirnov wrote:
> > Thank you for your feedback. If time allows I might do exactly as you
> > recommend but in the meantime I tend to wait until next upstream release
> > to see if it fix the problem.
> 
> That won't work:
> tupi is currently part of the libav10 transition and the outdated binaries
> on non-Linux archs prevent it's migration to testing. Unless the upstream
> release is coming really soon tupi will either need to be removed from
> testing or the libav10 patch needs to be applied in a testing-specific
> upload on top of the current version in testing.

I understand that tupi might be removed from "testing" (perhaps it's not the 
worst thing I can imagine) but it's the matter of prioritising... If/when time 
allows I will follow your advise precisely unless upstream release new version 
first...

-- 
All the best,
 Dmitry Smirnov.


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

Bug#748353: g++-mingw-w64: GCC runtime DLL dependency introduced even with -static-libgcc -static-libstdc++

[Tim Van Holder]

Package: g++-mingw-w64
Version: 4.9.0-2+13
Severity: important

Until relatively recently, cross-building a C++ application with "-static-
libgcc -static-libstdc++" resulted in an executable that only referenced
standard system DLLs (kernel32.dll and msvcrt.dll) plus whatever DLLs you
explicitly linked with.

However, this is no longer the case - executables now complain that
"libwinpthread-1.dll" is not found (and I did not request a link to it).
Only -static makes that go away, but that means that EVERYTHING gets linked
statically (if available), which is not ideal.

Looking in -dumpspecs output, there's a -no-pthread option to prevent linking
with -lpthread -- but that doesn't work, because linking fails:

/usr/lib/gcc/x86_64-w64-mingw32/4.9/libstdc++.a(eh_alloc.o):(.text$__cxa_allocate_exception+0xd0):
undefined reference to `pthread_mutex_lock'
/usr/lib/gcc/x86_64-w64-mingw32/4.9/libstdc++.a(eh_alloc.o):(.text$__cxa_allocate_exception+0x144):
undefined reference to `pthread_mutex_unlock'
/usr/bin/x86_64-w64-mingw32-ld:
/usr/lib/gcc/x86_64-w64-mingw32/4.9/libstdc++.a(eh_alloc.o): bad reloc address
0x144 in section `.text$__cxa_allocate_exception'

I guess I'd expect GCC to consider libwinpthread to be part of libstdc++ and
therefore also apply -static-libstdc++ to it (or, adding a -static-thread-
library option specifically for whatever thread library it links with).

This is probably an upstream issue, but it could also just be a matter of
configuring gcc/libstdc++ to use win32 threads instead of pthread (although I
think that would then remove std::thread support - not an issue for me, but it
could be for others).



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
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 g++-mingw-w64 depends on:
ii  g++-mingw-w64-i6864.9.0-2+13
ii  g++-mingw-w64-x86-64  4.9.0-2+13
ii  gcc-mingw-w64-base4.9.0-2+13

g++-mingw-w64 recommends no packages.

g++-mingw-w64 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#748354: keyutils: key timeout have reset after udev starts

[Dmitriy Matrosov]

Package: keyutils
Version: 1.5.6-1
Severity: normal
Tags: security

Hi.

Key timeout set in initramfs had reset after udev init script run.

How to reproduce:
1. Add key and set timeout on it in initramfs. E.g. use an encrypted root and
open it using decrypt_keyctl script from cryptsetup package (to cache
password). The crypttab entry may look like:

jessie_root   /dev/reiji/enc_jessie_root   reiji   
luks,keyscript=decrypt_keyctl

The decrypt_keyctl script sets timeout of 60 seconds on all cached passwords.
2. Add init script (below), which runs before udev and waits for 60 seconds to
ensure, that timeout still works. It may have LSB header like:

### BEGIN INIT INFO
# Provides:  keyctl-test
# Required-Start:mountkernfs
# Required-Stop: 
# X-Interactive: false
# X-Start-Before:udev
# X-Stop-After:  udev
# Default-Start: S
# Default-Stop:  0 6
# Short-Description: Wait for keyctl timeout to expire
# Description:
### END INIT INFO

and restart the system. You'll see line

key inaccessible (key has expired)

when keyctl-test script runs `keyctl show @u` after waiting for 60 seconds.
4. Now change LSB header, so keyctl-test starts right after udev. It may look
like:

### BEGIN INIT INFO
# Provides:  keyctl-test
# Required-Start:udev
# Required-Stop: udev
# X-Interactive: false
# X-Start-Before:keyboard-setup mdadm-raid mountdevsubfs
# X-Stop-After:  
# Default-Start: S
# Default-Stop:  0 6
# Short-Description: Wait for keyctl timeout to expire
# Description:
### END INIT INFO

and also restart the system. Now after waiting for 60 seconds `keyctl show @u`
will still list the key added during root fs unlocking from initramfs.

The keyctl-test init script may look like:

do_start()
{
echo "Waiting for keyctl timeout to expire.." >&2
sleep 60
echo "..done" >&2
keyctl show @u
}

case "$1" in
start)
do_start
;;
stop|restart|reload|force-reload|force-start)
echo "."
;;
*)
echo "Usage: {start|stop|restart|reload|force-reload|force-start}"
exit 1
;;
esac



To workaround this i may use simple script for clearing keyring, which runs,
when all volumes requiring password have opened. I may run it using 'check='
option in crypttab. E.g. the last crypttab line, which uses cached password,
may look like:

w7   /dev/sdb2   reiji   luks,keyscript=decrypt_keyctl,check=keyctl_clear

and keyctl_clear script should be placed in /lib/cryptsetup/checks/ and may
look like:

#!/bin/sh

keyctl clear @u || exit 0

--
Dmitriy Matrosov

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

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 keyutils depends on:
ii  libc6 2.18-5
ii  libkeyutils1  1.5.6-1

keyutils recommends no packages.

keyutils 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#748052: [Pkg-xen-devel] Bug#748052: Info received (Bug#748052: Info received ( B

[Mike Egglestone]

Ian Campbell  writes:
#Was that with the Jessie or Wheezy dom0 kernel?

Actually tried both kernels. 3.13 on Jessie and 3.2 on Wheezy.
The keyboard failed on any xen 4.3 boot.
If it was nonxen, or xen 4.1 on any kernel the keyboard worked normal.

Thanks for your help troubleshooting.

Cheers,
Mike

Bug#748355: Upgrading from sysvinit/wheezy to systemd-sysv/sid impossible due to loop

[David Kalnischkies]

Package: systemd-sysv
Version: 204-10
Severity: serious
Justification: triggers a debian-policy defined dpkg error (§7.4)
X-Debbugs-CC: pkg-sysvinit-de...@lists.alioth.debian.org

Hi *,

I got a report (now…) that apt segfaults in a wheezy → sid upgrade.
Debugging this leads to the following universe (hugely simplified):

Package: sysvinit
Version: 1
Essential: yes

Package: sysvinit
Version: 2
Pre-Depends: sysvinit-core | systemd-sysv
Essential: yes

Package: sysvinit-core
Version: 2

Package: systemd-sysv
Version: 2
Conflicts: sysvinit (<< 2)
Breaks: sysvinit-core


If we have sysvinit v1 installed and want to install systemd-sysv now
we not only run into the previously mentioned segfault, but, if the
segfault would not appear and dpkg actually executed we get:
| Selecting previously unselected package systemd-sysv.
| dpkg: considering deconfiguration of sysvinit, which would be broken by 
installation of systemd-sysv ...
| dpkg: no, sysvinit is essential, will not deconfigure
|  it in order to enable installation of systemd-sysv
| dpkg: error processing archive 
/tmp/tmp.W9nkJhRQvg/aptarchive/pool/systemd-sysv_2_amd64.deb (--unpack):
|  installing systemd-sysv would break existing software
| Errors were encountered while processing:
|  /tmp/tmp.W9nkJhRQvg/aptarchive/pool/systemd-sysv_2_amd64.deb
| E: Sub-process fakeroot returned an error code (1)

The reason is "simple":
Unpacking systemd-sysv is not possible before we have gotten right of
sysvinit 1. The normal solution is to just upgrade it to version 2, but
this requires us to first unpack systemd-sysv -> loop.
The other solution is to temporary remove sysvinit 1 and reinstall it
later on. Such a practice isn't allowed for essential packages.
Debian policy §7.4 even explicitly defines that dpkg should error out if
it is attempt, which is what you get at the moment (minus a segfault).
Note that Breaks will not work either (same message).


I see two probably good-enough solutions:
1. Downgrade Pre-Depends in sysvinit to a Depends
Technical it isn't entirely correct as it would be allowed to have
an unpacked sysvinit then, but not a working init system. In theory I
assume this window of opportunity to be very small as APT treats Depends
of a (pseudo-)essential package if at all possible as Pre-Depends and
also tries to configure them as soon as possible. In practice it should
mean that they are unpacked in the same dpkg call, so if you can write
your maintainerscripts without requiring runlevel, shutdown and co this
should work out.
2. Remove Conflicts: sysvinit (<< 2) from systemd-sysv
It is only for the file replacement, right? (In which case Breaks would
have equally (not) worked). dpkg is happy as long as it has Replaces, so
we talk mostly about partial upgrades and downgrades here and while I
tried to come up with a good scenario in which something would break,
I failed to find one given that both seem to work with the binaries of
the other at least somehow.
(This 2nd solution is btw deployed in sysvinit-core, so just in case
 someone requests adding a Conflicts/Breaks here: be careful)


I guess 'solution' 2 is preferable, so I report against systemd, but
have CC'ed sysvinit maintainers. Feel free to disagree and reassign
and/or invent another (better) solution.


Best regards

David Kalnischkies

P.S.: Full-disclosure bla bla: At the moment a third solution would be
for apt to temporary install sysvinit-core, to be able to install the
new version of sysvinit, so that it in turn can remove sysvinit-core
again and replace it with systemd-sysv. Yes, that would be insane and
is not even close to be supportable as a scenario by apt …


signature.asc
Description: Digital signature

Bug#748356: vtk: FTBFS with tcl8.6-dev installed

[Sebastian Ramacher]

Source: vtk
Version: 5.8.0-17
Severity: important

vtk fails to build if tcl8.6-dev is installed:
| make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libtcl8.5.so 
/usr/lib/x86_64-linux-gnu/libtcl8.6.so', needed by 
'bin/libvtkCommonTCL.so.5.8.0'. 
|  Stop.

I assume this is due to line 62 debian/rules:

  echo TCL_LIBRARY:FILEPATH=$(wildcard 
/usr/lib/$(DEB_HOST_MULTIARCH)/libtcl*.so) >> Build/CMakeCache.txt

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#748357: [wings3d] Check Filenames in UTF-8 in Save as dialog crashes dialog

[Slavko]

Package: wings3d
Version: 1.5.3-1
Severity: normal

Hi,

when i chceck the CheckButton in the "Save as..." dialog, the dialog
crashed and cannot open it anymore. The Wings3D displays message:

Internal error – log written to /my_home/wings_crash.dump

In this file i found:

Dump written 2014-5-16_16-27
Version: 1.5.3
Window: geom
Reason: badarg

Short stack trace:
[]

Long stack trace:
[{erlang,list_to_binary,[[352,97,98,108,243,110,121]],[]},
 {wings_u,pretty_filename,1,[{file,"wings_u.erl"},{line,164}]},
 {wp9_dialogs,file_list_folders,5,[{file,"wp9_dialogs.erl"},{line,308}]},
 {wp9_dialogs,file_list_filter,4,[{file,"wp9_dialogs.erl"},{line,291}]},
 {wp9_dialogs,file_list,3,[{file,"wp9_dialogs.erl"},{line,285}]},
 {wp9_dialogs,dialog_1,5,[{file,"wp9_dialogs.erl"},{line,82}]},
 {wp9_dialogs,dialog,4,[{file,"wp9_dialogs.erl"},{line,72}]},
 {wings_develop,time_command,2,[{file,"wings_develop.erl"},{line,81}]}]

The problem with crash can be solved by editing the ~/.wings3d/preferences.txt
where need to set the false value in the:

{{wp9_dialogs,utf8},true}..

But this solves result, not the problem...

regards

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.13-1-amd64

Debian Release: jessie/sid
  500 testing security.debian.org 
  500 testing ftp.sk.debian.org 
  500 stable  deb.opera.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-==
erlang-base  (>= 1:17.0-dfsg)  | 1:17.0-dfsg-1
 OR erlang-base-hipe  (>= 1:17.0-dfsg) | 
erlang-abi-17.0| 
erlang-wx (>= 1:17.0-dfsg) | 1:17.0-dfsg-1
erlang-xmerl  (>= 1:17.0-dfsg) | 1:17.0-dfsg-1
erlang-esdl   (>= 1.2) | 1.2-2
erlang-cl  | 1.2.1-1
libc6(>= 2.14) | 
libgl1-mesa-glx| 
 OR libgl1 | 
libglu1-mesa   | 
 OR libglu1| 
libjpeg8   (>= 8c) | 


-- 
s pozdravom

Slavko
http://slavino.sk

Týmto emailom NEvyjadrujem súhlas so zaradením do akéhokoľvek zoznamu na
posielanie akýchkoľvek dodatočných informácií o Vašich produktoch!


signature.asc
Description: PGP signature

Bug#748358: ITP: vim-addon-mw-utils -- Vim funcref library

[Andrea Capriotti]

Package: wnpp
Severity: wishlist
Owner: Andrea Capriotti 

* Package name:  vim-addon-mw-utils
  Version : 0.1
  Upstream Author : Marc Weber 
* URL : https://github.com/MarcWeber/vim-addon-mw-utils
* License : GPL
  Programming Lang: Vim
  Description : Vim funcref library

A vim library to interpret a file by function and cache file automatically.

NOTE: I am packaging vim-addon-mw-utils as it is a new dependency
of vim-snipmate package (#740963).


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

Bug#748359: ITP: vim-tlib -- Some vim utility functions

[Andrea Capriotti]

Package: wnpp
Severity: wishlist
Owner: Andrea Capriotti 

* Package name: vim-tlib
  Version : 1.09
  Upstream Author : Tom Link 
* URL : http://www.vim.org/scripts/script.php?script_id=1863
* License : GPL
  Programming Lang: Vim
  Description : Some vim utility functions

 This library provides some utility functions. There isn't much need to install
it unless another plugin requires you to do so.

NOTE: I am packaging vim-tlib as it is a new dependency of vim-snipmate package
(#740963).


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

Bug#748052: [Pkg-xen-devel] Bug#748052: Bug#748052: Info received (Bug#748052: Info received ( B

[Ian Campbell]

On Fri, 2014-05-16 at 07:15 -0700, Mike Egglestone wrote:
> Ian Campbell  writes:
> Was that with the Jessie or Wheezy dom0 kernel?
> 
> Actually tried both kernels. 3.13 on Jessie and 3.2 on Wheezy.
> The keyboard failed on any xen 4.3 boot.
> If it was nonxen, or xen 4.1 on any kernel the keyboard worked normal.

It worked with Xen 4.1? That's useful info. A set of logs with the same
kernel as your previous logs might be useful. It would probably be best
to post them in the subthread which is CCd to xen-devel rather than have
me secretary them over.

Ian.


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

Bug#748360: [erlang-cl] OpneCL 1.2 required

[Slavko]

Package: erlang-cl
Version: 1.2.1-1
Severity: normal

Hi,

it seems, that the OpenCL library version 1.2 is needed for some
operations (i wrapped it):

OpenCL not available undef 

=ERROR REPORT 16-May-2014::16:12:52 ===
The on_load function for module cl returned {error,
{load_failed,
"Failed to load NIF library:
 /usr/lib/erlang/lib/cl-1.2.1/priv/cl_nif.so:
 symbol clEnqueueBarrierWithWaitList,
version OPENCL_1.2 not defined in file libOpenCL.so.1 with link time
reference'"}}

I encounter with this while using Wings3D, but i am not able to tell,
what exactly is not working, because my experiences with Wings3D are
low.

regards

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.13-1-amd64

--- Package information. ---
Depends(Version) | Installed
-+-
erlang-base  (>= 1:16.b.2-dfsg)  | 1:17.0-dfsg-1
 OR erlang-base-hipe  (>= 1:16.b.2-dfsg) | 
libc6   (>= 2.4) | 
libopencl1   | 

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Bug#748271: [latex-cjk-common] latex command did not work until I ran it once under superuser!?

[Zephyrus C]

Hi,

Thank you again for your help.

>Can you please send me the output of
>tlmgr conf
>and
>kpsewhich -all texmf.cnf
>and
>dpkg -l texlive-lang-cjk
>and
>ls /var/lib/texmf/web2c/ptex/

--
Here are the listing:

I note that the output of "tlmgr conf" will be different for the
superuser and the ordinary user and so I quote the
outputs from both accounts.


tlmgr conf

root/superuser


# tlmgr conf
(running on Debian, switching to user mode!)
=== version information ==
tlmgr revision 32912 (2014-02-08 00:49:53 +0100)
tlmgr using installation: /usr/share/texlive
TeX Live (http://tug.org/texlive) version 2013

 executables found by searching PATH =
PATH: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
kpsewhich: /usr/bin/kpsewhich
updmap: /usr/bin/updmap
fmtutil: /usr/bin/fmtutil
tlmgr: /usr/bin/tlmgr
tex: /usr/bin/tex
pdftex: /usr/bin/pdftex
mktexpk: /usr/bin/mktexpk
dvips: /usr/bin/dvips
dvipdfmx: /usr/bin/dvipdfmx
=== active config files ==
texmf.cnf: /etc/texmf/web2c/texmf.cnf
updmap.cfg: /usr/share/texmf/web2c/updmap.cfg
fmtutil.cnf: /var/lib/texmf/web2c/fmtutil.cnf
config.ps: /usr/share/texlive/texmf-dist/dvips/config/config.ps
mktex.cnf: /etc/texmf/web2c/mktex.cnf
pdftexconfig.tex:
/usr/share/texlive/texmf-dist/tex/generic/config/pdftexconfig.tex
= font map files =
psfonts.map: /var/lib/texmf/fonts/map/dvips/updmap/psfonts.map
pdftex.map: /var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map
ps2pk.map: /var/lib/texmf/fonts/map/dvips/updmap/ps2pk.map
dvipdfm.map: === kpathsea variables
===
TEXMFMAIN=/usr/share/texlive/texmf-dist
TEXMFDIST=/usr/share/texlive/texmf-dist
TEXMFLOCAL=/usr/local/share/texmf
TEXMFSYSVAR=/var/lib/texmf
TEXMFSYSCONFIG=/etc/texmf
TEXMFVAR=/root/.texmf-var
TEXMFCONFIG=/root/.texmf-config
TEXMFHOME=/root/texmf
VARTEXFONTS=/tmp/texfonts
TEXMF={/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}
SYSTEXMF=/var/lib/texmf:/usr/local/share/texmf:/usr/share/texmf:/usr/share/texlive/texmf-dist
TEXMFDBS={!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}
WEB2C={/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/web2c
TEXPSHEADERS=.:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/{dvips,fonts/{enc,type1,type42,type3}}//
TEXCONFIG={/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/dvips//
ENCFONTS=.:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/fonts/enc//
TEXFONTMAPS=.:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/fonts/map/{kpsewhich,pdftex,dvips,}//
 kpathsea variables from environment only (ok if no output here) 


tlmgr conf

ordinary user

username@vm-debian-amd64:/tmp$ tlmgr conf
(running on Debian, switching to user mode!)
=== version information ==
tlmgr revision 32912 (2014-02-08 00:49:53 +0100)
tlmgr using installation: /usr/share/texlive
TeX Live (http://tug.org/texlive) version 2013

 executables found by searching PATH =
PATH:
/home/username/perl5/bin:/opt/solarisstudio12.3/bin:/opt/csw/bin:/home/username/Rational/releases/PurifyPlus.7.0.1.0-002.Eval/solaris_x64/bin:/home/username/bin:/usr/sfw/bin:/usr/ccs/bin:/ide-s-master/tools/GAP-DIR/gap4r2/bin:/usr/local/ssl/bin:/home/username/firefox:/opt/Adobe/Reader9/bin/:/home/username/bin:/home/username/jre1.6.0_11/bin:/opt/Adobe/Reader9/bin:/home/username/firefox:/home/username/bin:/home/username/perl5/bin:/opt/solarisstudio12.3/bin:/opt/csw/bin:/home/username/Rational/releases/PurifyPlus.7.0.1.0-002.Eval/solaris_x64/bin:/home/username/bin:/usr/sfw/bin:/usr/ccs/bin:/home/username/bin/bin:/ide-s-master/tools/GAP-DIR/gap4r2/bin:/usr/local/ssl/bin:/home/username/firefox:/opt/Adobe/Reader9/bin/:/home/username/bin:/home/username/jre1.6.0_11/bin:/opt/Adobe/Reader9/bin:/home/username/firefox:/home/username/bin:/home/username/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/username/Rational/releases/PurifyPlus.7.0.0.0-012.Eval/i38

Bug#748362: gvfs-fuse: Low transfer speed when mounting smb share using gvfs-mount vs. mount.cifs

[Peter Graversen]

Package: gvfs-fuse
Version: 1.20.1-1+b1
Severity: normal

Dear Maintainer,

Transfering files from an Synology smb share is slow where the share is mounted
with gvfs-mount or Nautilus. The speed is ~50MB/sec, where is should be
~100MB/sec. If the share is mounted using mount.cifs the speed is as expected.

Reproduced using a 1.1GB file:

gvfs-mount smb://synology-nas.local/media
time cp /run/user/1000/gvfs/smb-share\:server\=synology-
nas\,share\=media/Movies/TS_01_1.VOB /home/user/Downloads

real0m20.883s
user0m0.016s
sys 0m1.492s

sudo mount.cifs //synology-nas.local/media /home/user/Downloads/temp -o
user=user
time cp /home/user/Downloads/temp/Movies/VTS_01_1.VOB /home/user/Downloads

real0m10.486s
user0m0.020s
sys 0m1.000s



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

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

Versions of packages gvfs-fuse depends on:
ii  fuse  2.9.3-10
ii  gvfs  1.20.1-1+b1
ii  libc6 2.18-5
ii  libfuse2  2.9.3-10
ii  libglib2.0-0  2.40.0-3

gvfs-fuse recommends no packages.

gvfs-fuse 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#748361: m4: build tests are failing on ppc64el

[Erwan Prioul]

Package: m4
Version: 1.4.17-2
Severity: normal
Tags: upstream patch

Dear Maintainer,

I've noticed build tests are failing on ppc64el.

In Ubuntu, the attached patch was applied to fix the issue (Fix 
detection of floating point endianness).


Thanks for considering the patch.

Erwan Prioul.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information

Description: Fix detection of floating point endianness
 See https://lists.gnu.org/archive/html/bug-gnulib/2013-12/msg00104.html
Author: Alan Modra 
Author: Colin Watson 
Forwarded: no
Last-Update: 2013-12-18

Index: b/tests/test-isnanl.h
===
--- a/tests/test-isnanl.h
+++ b/tests/test-isnanl.h
@@ -24,6 +24,12 @@
 #include "nan.h"
 #include "macros.h"
 
+#ifdef __FLOAT_WORD_ORDER__
+# define FLOAT_BIG_ENDIAN (__FLOAT_WORD_ORDER__ != __ORDER_LITTLE_ENDIAN__)
+#else
+# define FLOAT_BIG_ENDIAN (LDBL_EXPBIT0_WORD < NWORDS / 2)
+#endif
+
 int
 main ()
 {
@@ -56,10 +62,10 @@
 # if LDBL_EXPBIT0_BIT > 0
 m.word[LDBL_EXPBIT0_WORD] ^= (unsigned int) 1 << (LDBL_EXPBIT0_BIT - 1);
 # else
-m.word[LDBL_EXPBIT0_WORD + (LDBL_EXPBIT0_WORD < NWORDS / 2 ? 1 : - 1)]
+m.word[LDBL_EXPBIT0_WORD + (FLOAT_BIG_ENDIAN ? 1 : - 1)]
   ^= (unsigned int) 1 << (sizeof (unsigned int) * CHAR_BIT - 1);
 # endif
-m.word[LDBL_EXPBIT0_WORD + (LDBL_EXPBIT0_WORD < NWORDS / 2 ? 1 : - 1)]
+m.word[LDBL_EXPBIT0_WORD + (FLOAT_BIG_ENDIAN ? 1 : - 1)]
   |= (unsigned int) 1 << LDBL_EXPBIT0_BIT;
 ASSERT (isnanl (m.value));
   }
Index: b/tests/test-signbit.c
===
--- a/tests/test-signbit.c
+++ b/tests/test-signbit.c
@@ -36,6 +36,12 @@
 double zerod = 0.0;
 long double zerol = 0.0L;
 
+#ifdef __FLOAT_WORD_ORDER__
+# define FLOAT_BIG_ENDIAN (__FLOAT_WORD_ORDER__ != __ORDER_LITTLE_ENDIAN__)
+#else
+# define FLOAT_BIG_ENDIAN (LDBL_EXPBIT0_WORD < NWORDS / 2)
+#endif
+
 static void
 test_signbitf ()
 {
@@ -156,10 +162,10 @@
 # if LDBL_EXPBIT0_BIT > 0
 m.word[LDBL_EXPBIT0_WORD] ^= (unsigned int) 1 << (LDBL_EXPBIT0_BIT - 1);
 # else
-m.word[LDBL_EXPBIT0_WORD + (LDBL_EXPBIT0_WORD < NWORDS / 2 ? 1 : - 1)]
+m.word[LDBL_EXPBIT0_WORD + (FLOAT_BIG_ENDIAN ? 1 : - 1)]
   ^= (unsigned int) 1 << (sizeof (unsigned int) * CHAR_BIT - 1);
 # endif
-m.word[LDBL_EXPBIT0_WORD + (LDBL_EXPBIT0_WORD < NWORDS / 2 ? 1 : - 1)]
+m.word[LDBL_EXPBIT0_WORD + (FLOAT_BIG_ENDIAN ? 1 : - 1)]
   |= (unsigned int) 1 << LDBL_EXPBIT0_BIT;
 (void) signbit (m.value);
 #undef NWORDS

Bug#748363: whois: Catastrophic error: disclaimer text has been changed.

[Jeffrey Sheinberg]

Package: whois
Version: 5.1.1~deb7u1
Severity: normal

Dear Maintainer,

Here is a typescript,

$ whois active-domain.com

Whois Server Version 2.0

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.

   Domain Name: ACTIVE-DOMAIN.COM
   Registrar: ACTIVE REGISTRAR, INC.
   Whois Server: whois.activeregistrar.com
   Referral URL: http://www.activeregistrar.com
   Name Server: NS1.ACTIVE-DNS.COM
   Name Server: NS2.ACTIVE-DNS.COM
   Status: clientTransferProhibited
   Updated Date: 10-feb-2012
   Creation Date: 13-feb-2001
   Expiration Date: 13-feb-2017
...
Catastrophic error: disclaimer text has been changed.
Please upgrade this program.

--> exit status 2

Thanks,

Jeffrey Sheinberg

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

Kernel: Linux 3.13-0.bpo.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 whois depends on:
ii  libc6 2.13-38+deb7u1
ii  libidn11  1.25-2

whois recommends no packages.

whois 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#748052: [Xen-devel] dom0 USB failing with "ehci-pci: probe of 0000:00:1d.0 failed with error -110"

[Ross Philipson]

On 05/16/2014 06:08 AM, Jan Beulich wrote:

On 16.05.14 at 10:58,  wrote:

So it seems like dom0 is unable to (correctly) bind to some hardware
interrupts. I wonder if these messages from Xen's dmesg are relevant.
(XEN) Not enabling x2APIC: depends on iommu_supports_eim.
(XEN) I/O virtualisation disabled
(XEN) Enabled directed EOI with ioapic_ack_old on!


The last one certainly isn't, and the first two shouldn't (albeit the
non-Xen kernel is running in x2APIC mode). That difference is likely
because the Xen and non-Xen boots are with differing BIOS
configurations, or on different machines: The non-Xen boot shows
a DMAR ACPI table, while the Xen one doesn't.


Doesn't Xen hide the DMAR from dom0 on purpose? I think it renames it to 
XMAR IIRC.



Or wait, no, the
hypervisor and kernel-under-Xen logs differ in that respect too. We
clearly need a consistent set of logs.

The one clearly odd thing in the hypervisor logs are these two lines

(XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa
(XEN) traps.c:3061: GPF (): 82c4c0186a91 -> 82c4c0218daa

Can at least the left side address please be associated back with a
symbol (with the help of xen-syms perhaps)?

And finally, looking at the IRQ usage, this

[2.087722] xen: registering gsi 22 triggering 0 polarity 1
[2.087731] xen: --> pirq=22 -> irq=22 (gsi=22)
[2.100161] xen: registering gsi 20 triggering 0 polarity 1
[2.100166] xen: --> pirq=20 -> irq=20 (gsi=20)

happens rather early - it's not clear to me in which context that is.
And there's no problem with GSI 22 used by the other EHCI HC, so
a fundamental question is what other device(s) is/are using GSI 20
(not visible from the non-Xen kernel log).

Jan


___
Xen-devel mailing list
xen-de...@lists.xen.org
http://lists.xen.org/xen-devel

-
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4577 / Virus Database: 3950/7484 - Release Date: 05/12/14




--
Ross Philipson


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

Bug#748364: python-dput: Leaking file descriptors by not propperly closing the *.upload tempfile

[Jon Severinsson]

Package: python-dput
Version: 1.7~bpo70+1
Severity: normal
Tags: patch

Attached file also does some related cleanup of the logging subsystem
to make it possible for third party applications using python-dput to
manage the logging themselves.

Note that library users still TRACE level stderr logging by default,
but may now override it by configuring it's own handler.

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

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

Versions of packages python-dput depends on:
ii  gnupg  1.4.12-7+deb7u3
ii  python 2.7.5-5
ii  python-debian  0.1.21

Versions of packages python-dput recommends:
ii  debian-keyring  2014.04.25
ii  lintian 2.5.22.1tanglu1~deb7u1
ii  openssh-client  1:6.0p1-4+deb7u1
ii  python-distro-info  0.10
ii  python-paramiko 1.7.7.1-3.1
ii  python-validictory  0.8.3-2~bpo70+1

python-dput suggests no packages.

-- no debconf information
>From ec55e612ae340c6621d83c485d70326fbafa52a1 Mon Sep 17 00:00:00 2001
From: Jon Severinsson 
Date: Sat, 12 Apr 2014 21:01:02 +0200
Subject: [PATCH] Follow logging best practices in the python-dput library.

Note that library users still TRACE level stderr logging by default, but may now override it by configuring it's own handler.

See https://docs.python.org/2/howto/logging.html#configuring-logging-for-a-library
---
 bin/dcut |   4 +-
 bin/dput |   3 +-
 dput/core.py |  42 +-
 dput/uploader.py | 127 +++
 4 files changed, 86 insertions(+), 90 deletions(-)

diff --git a/bin/dcut b/bin/dcut
index f3085ba9..252b4d73 100755
--- a/bin/dcut
+++ b/bin/dcut
@@ -99,9 +99,7 @@ args = parser.parse_args()
 if args.config:
 dput.core.DPUT_CONFIG_LOCATIONS[args.config] = 1
 
-if args.debug:
-dput.core._enable_debugging(args.debug)
-
+dput.core._enable_stderr_log(args.debug)
 
 try:
 upload_command(args)
diff --git a/bin/dput b/bin/dput
index db98e621..09037c6a 100755
--- a/bin/dput
+++ b/bin/dput
@@ -85,8 +85,7 @@ if args.host and args.host.endswith(".changes") and os.path.isfile(args.host):
 if args.config:
 dput.core.DPUT_CONFIG_LOCATIONS[args.config] = 1
 
-if args.debug:
-dput.core._enable_debugging(args.debug)
+dput.core._enable_stderr_log(args.debug)
 
 try:
 overrides = []
diff --git a/dput/core.py b/dput/core.py
index 0becd9ba..1c168c43 100644
--- a/dput/core.py
+++ b/dput/core.py
@@ -28,7 +28,6 @@ import traceback
 import getpass
 
 import dput.logger
-from logging.handlers import RotatingFileHandler
 
 
 # used for searching for config files. place in order of precedence
@@ -69,41 +68,42 @@ Logger, for general output and stuff.
 
 logger.setLevel(dput.logger.TRACE)
 
-# basic config
-_ch = logging.StreamHandler()
-_ch.setLevel(logging.INFO)
-_formatter = logging.Formatter(
-'%(message)s')
-_ch.setFormatter(_formatter)
 
-
-def _write_upload_log(logfile, full_log):
+def _enable_upload_log(logfile, full_log):
 upload_log_formatter = logging.Formatter(
 "%(asctime)s - dput[%(process)d]: "
 "%(module)s.%(funcName)s - %(message)s"
 )
-upload_log_handler = RotatingFileHandler(logfile)
+upload_log_handler = logging.StreamHandler(stream=logfile)
 upload_log_handler.setFormatter(upload_log_formatter)
 if full_log:
 upload_log_handler.setLevel(logging.DEBUG)
 else:
 upload_log_handler.setLevel(logging.INFO)
 logger.addHandler(upload_log_handler)
+return upload_log_handler
 
 
-def _enable_debugging(level):
-_ch = logging.StreamHandler()
-if level == 1:
-_ch.setLevel(logging.DEBUG)
-if level >= 2:
-_ch.setLevel(dput.logger.TRACE)
-_formatter = logging.Formatter(
-'[%(levelname)s] %(created)f: (%(funcName)s) %(message)s')
-_ch.setFormatter(_formatter)
-logger.addHandler(_ch)
+def _enable_stderr_log(debuglevel):
+stderr_log_formatter = logging.Formatter(
+'[%(levelname)s] %(created)f: (%(funcName)s) %(message)s'
+)
+stderr_log_handler = logging.StreamHandler()
+stderr_log_handler.setFormatter(stderr_log_formatter)
+if debuglevel >= 2:
+stderr_log_handler.setLevel(dput.logger.TRACE)
+elif level >= 1:
+stderr_log_handler.setLevel(logging.DEBUG)
+else:
+stderr_log_handler.setLevel(logging.INFO)
+logger.addHandler(stderr_log_handler)
+return stderr_log_handler
 
-logger.addHandler(_ch)
 
+def _close_log(handler):
+logger.removeHandler(handler)
+handler.flush()
+handler.close()
 
 def mangle_sys():
 for root in CONFIG_LOCATIONS:
diff --git a/dput/uploader.py b/dput/uploader.py
index 4589f488..9a4b6b02 100644
--- a/dput/uploader.py
+++ b/dput/uploader

Bug#748365: util-linux: missing ppc64le condition cause problem when install powerpc-utils

[Paulo Flabiano Smorigo]

Package: util-linux
Version: 2.20.1-5.6
Severity: normal
Tags: patch
Usertags: ppc64el

Dear Maintainer,

Now that we have a new arch called ppc64el, we need to add it to the
condition in debian/rules in order to avoid conflict with powerpc-utils.

Currently without this patch if we install powerpc-utils in a ppc64el
system, this will happens:

The following NEW packages will be installed:
  powerpc-utils
  0 upgraded, 1 newly installed, 0 to remove and 1492 not upgraded.
  Need to get 0 B/33.8 kB of archives.
  After this operation, 121 kB of additional disk space will be used.
  (Reading database ... 321350 files and directories currently
  installed.)
  Preparing to unpack .../powerpc-utils_1.1.3-24_ppc64el.deb ...
  Unpacking powerpc-utils (1.1.3-24) ...
  dpkg: error processing archive
  /var/cache/apt/archives/powerpc-utils_1.1.3-24_ppc64el.deb (--unpack):
   trying to overwrite '/usr/share/man/man8/clock.8.gz', which is also
   in package util-linux 2.20.1-5.

The attached patch solve the issue.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13.0 (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 util-linux depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  dpkg   1.17.6
ii  initscripts2.88dsf-45
ii  install-info   5.2.0.dfsg.1-2
ii  libblkid1  2.20.1-5.6
ii  libc6  2.18-0experimental1+updates.and.carlos.hack1
ii  libncursesw5   5.9+20140118-1
ii  libselinux12.2.2-1
ii  libslang2  2.2.4-16
ii  libtinfo5  5.9+20140118-1
ii  libuuid1   2.20.1-5.6
ii  lsb-base   4.1+Debian12
ii  tzdata 2013i-1
ii  zlib1g 1:1.2.8.dfsg-1

util-linux recommends no packages.

Versions of packages util-linux suggests:
pn  dosfstools  
ii  kbd 1.15.5-1
pn  util-linux-locales  

-- Configuration Files:
/etc/init.d/hwclock.sh changed [not included]

-- debconf information excluded
diff --git a/debian/rules b/debian/rules
index 86f4452..f134319 100755
--- a/debian/rules
+++ b/debian/rules
@@ -158,7 +158,7 @@ endif
 	fi
 ifeq ($(DEB_HOST_ARCH_OS),linux)
 	install -m 644 debian/mount.fstab debian/mount/usr/share/doc/mount/examples/fstab
-ifeq ($(arch),$(findstring $(arch),powerpc ppc64))
+ifeq ($(arch),$(findstring $(arch),powerpc ppc64 ppc64el))
 	mv -f debian/util-linux/sbin/fdisk debian/util-linux/sbin/ddisk
 	mv -f debian/util-linux/usr/share/man/man8/fdisk.8 debian/util-linux/usr/share/man/man8/ddisk.8
 else