Bug#788188: FATAL ERROR: phone i-_ - 10000

[Yuri D'Elia]

Package: mbrola-us3
Version: 0.1-1
Severity: normal

I was experimenting with different mbrola voices using espeak, but I found that
mbrola-us3 fails in some phonemes (which work fine with any other voice).

This is the smallest test I could reproduce si ery from battery:

% /usr/bin/espeak -v mb-us3 ery
mbrola: FATAL ERROR: phone i-_ - 1
mbrowrap error: mbrola closed stderr and did not exit
mbrowrap error: mbrola exited with status 226

The same with us1/2 works fine.

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

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

Versions of packages mbrola-us3 depends on:
ii  mbrola  3.01h+1-2

mbrola-us3 recommends no packages.

mbrola-us3 suggests no packages.


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

Bug#788189: java-atk-wrapper: build depends on openjdk-6 which is going away

[James Cowgill]

Source: java-atk-wrapper
Version: 0.33.0-2
Severity: important

Hi,

java-atk-wrapper build depends on openjdk-6 like this:
 openjdk-6-jdk | java6-sdk

However since the buildds ignore all but the first choice in an ORed
group, this is effectively a hard dependency on openjdk-6. If you
didn't know openjdk-6 is not in testing and will probably disappear
some time before stretch is released.

It's probably better to just depend on default-jdk. For most arches
this is OpenJDK 7 and for gcj arches you can just let the build fail
and possibly have the package removed on those arches.

Thanks,
James

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

Bug#788194: cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until cinnamon 2.6 package missed

[Fabio Fantoni]

Source: cinnamon-desktop
Version: 2.6.4-1
Severity: /serious/


cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package missed (awaiting in NEW queue)
I open this bug for blocking migration to testing.


smime.p7s
Description: Firma crittografica S/MIME

Bug#788195: openjdk-7-jdk: I can't install openjdk-7-jdk

[Willi Fehler]

Subject: openjdk-7-jdk: I can't install openjdk-7-jdk.
Package: openjdk-7-jdk
Version: 7u79-2.5.5-1~deb7u1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
   * What led up to the situation?
'/usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install
openjdk-7-jdk - openjdk-7-jdk : Depends: openjdk-7-jre (=
7u79-2.5.5-1~deb7u1) but it is not going to be installed
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   /usr/bin/apt-get -q -y -o DPkg::Options::=--force-confold install
openjdk-7-jdk openjdk-7-jre
   * What was the outcome of this action?
   openjdk-7-jre : Depends: openjdk-7-jre-headless (=
7u79-2.5.5-1~deb7u1) but it is not going to be installed
   * What outcome did you expect instead?
   package should be installed

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

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

-- 
Willi Fehler
Engeenering

www.home24.de 
Home24 AG | Greifswalder Straße 212-213 | 10405 Berlin | Deutschland
tel: +49302016329419| mail: willi.feh...@home24.de 
Vorstand: Domenico Cipolla, Dr. Philipp Kreibohm, Constantin Eis, Axel Hefer, 
Vorsitzender des Aufsichtsrats: Alexander Samwer
Sitz Berlin | Eingetragen beim Amtsgericht Berlin (Charlottenburg), HRB 167157 B

Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sie darf 
ausschließlich durch den vorgesehenen Empfänger und Adressaten gelesen, kopiert 
oder genutzt werden. Sollten Sie diese Nachricht versehentlich erhalten haben, 
bitten wir Sie, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu 
informieren und die Nachricht zu löschen. Jede unerlaubte Nutzung oder 
Weitergabe des Inhalts dieser Nachricht, sei es vollständig oder teilweise, ist 
unzulässig. Bitte beachten Sie, dass E-Mail-Nachrichten an den Absender nicht 
für fristgebundene Mitteilungen geeignet sind. Fristgebundene Mitteilungen sind 
daher ausschließlich per Post oder per Telefax zu übersenden. 


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

Bug#428300: sysv-rc-conf: Program exception upon a r restore

[Denis Briand]

found 428300 0.99-7
thanks

Hello,
Always the same issue with 0.99-7
'r' key doesn't work.
But now, I haven't any stderr output.

regards

Denis Briand


signature.asc
Description: Digital signature

Bug#788193: systemd: lost+found on /tmp-partition deleted during boot

[Ruediger Oberhage]

Package: systemd
Version: 215-17+deb8u1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Booting Debian Jessie. That dam*d systemd erases the lost+found
directory entry in /tmp, which obviously is in its own partition.

The system was upgraded from a 'Wheezy' installation.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Well nothing, or regenerating the lost+found entry, respectively.
   * What was the outcome of this action?
Restoration of the directory until the next boot! I veryfied that it
happens continously on boot.
   * What outcome did you expect instead?
Not having to do anything to keep lost+found

-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u1
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u1
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.18-0+deb8u1
ii  libpam-systemd  215-17+deb8u1

Versions of packages systemd suggests:
pn  systemd-ui  none

-- no debconf information
Since e-mail with attachments is rejected:
Subject: Message with no Package: tag cannot be processed! (systemd:  
lost+found on /tmp-partition deleted during boot)
Your message didn't have a Package: line at the very first line of the
mail body (part of the pseudo-header), or didn't have a Package: line
at all. Unfortunatly, this means that your message has been ignored
completely.
--- which obviously isn't true, please repair your system! ---
I'm saving the attachments made. You can require them from me,
anytime!


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

Bug#787794: lifimage fails to successfully boot on hppa

[Helge Deller]

the message 'seekread() returned 2048 expected 8192' on gzipped kernel.


That seekread-message is not critical. I think I fixed it in a newer palo 
version.


You attached the dmesg from latest debian kernel (4.0.0) - so it's booting fine 
with latest kernels.

But could you try to boot (and attach the dmesg of it of) the kernel from the 
lifimage as well, e.g. by using this debian package:
ftp://ftp.debian-ports.org/debian/obsolete/2015-04-14/linux-image-3.16.0-4-parisc_3.16.7-ckt9-1_hppa.deb
I quite don't understand yet, why it fails to start the installer on your 
machine.
It might be the old kernel, or some stuff in the initrd which allocates too 
much memory.

Helge


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

Bug#785181: shellinabox: prepare 2.15 release

[Alexandre Detiste]

Hi Marc,

There has now been a RC for some time on GitHub,
without any regression found.

 I'm happy to push it into the repo.

That would be great !


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

Bug#787973: [Pkg-libvirt-maintainers] Bug#787973: Please don't use systemctl status in postinst

[Guido Günther]

Hi,
On Sun, Jun 07, 2015 at 11:04:45AM +0200, Michael Biebl wrote:
 Package: libvirt-daemon-system
 Version: 1.2.16-2
 Severity: normal
 
 Hi,
 
 I noticed the following in postinst:
 
 # Force virtlockd to reexec if enabled
 if [ -d /run/systemd/system ]  systemctl status virtlockd.service 
 /dev/null; then
systemctl reload virtlockd.service
 fi
 
 
 using systemctl status is bad, since it accesses the journal, which can
 be quite costly.
 If you only want to test if a service is active, you can use
 systemctl is-active -q virtlockd.service, which is much more
 lightweight.
 The -q makes sure, you don't need to suppress stdout.
 
 if [ -d /run/systemd/system ]  systemctl is-active -q virtlockd.service ; 
 then
systemctl reload virtlockd.service
 fi

Thanks for pointing this out. I went for the above solutine since ...

 
 Or even simpler for your use case
 if [ -d /run/systemd/system ] ; then
systemctl reload-or-try-restart -q virtlockd.service
 fi

... returns 1 if the daemon is not running so we'd have to figure out
why non-zero is reported: failure to restart or not running at all.

 I think reload-or-try-restart does already exactly what you want.

See above but maybe I'm missing something.
Cheers,
 -- Guido

 
 Cheers,
 Michael
 
 -- System Information:
 Debian Release: stretch/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: systemd (via /run/systemd/system)
 
 Versions of packages libvirt-daemon-system depends on:
 ii  adduser  3.113+nmu3
 ii  gettext-base 0.19.4-1
 ii  init-system-helpers  1.23
 ii  libapparmor1 2.9.2-3
 ii  libaudit11:2.4-1+b1
 ii  libavahi-client3 0.6.31-5
 ii  libavahi-common3 0.6.31-5
 ii  libblkid12.26.2-6
 ii  libc62.19-18
 ii  libcap-ng0   0.7.6-1
 ii  libdbus-1-3  1.8.18-1
 ii  libdevmapper1.02.1   2:1.02.90-2.2
 ii  libgnutls-deb0-283.3.15-5
 ii  libnl-3-200  3.2.24-2
 ii  libnl-route-3-2003.2.24-2
 ii  libnuma1 2.0.10-1
 ii  librados20.80.9-2
 ii  librbd1  0.80.9-2
 ii  libsasl2-2   2.1.26.dfsg1-13
 ii  libselinux1  2.3-2
 ii  libssh2-11.5.0-2+b1
 ii  libsystemd0  220-5~test0
 ii  libvirt-clients  1.2.16-2
 ii  libvirt-daemon   1.2.16-2
 ii  libvirt0 1.2.16-2
 ii  libxen-4.4   4.4.1-9
 ii  libxml2  2.9.2+dfsg1-3
 ii  libyajl2 2.1.0-2
 ii  logrotate3.8.7-2
 ii  policykit-1  0.105-8
 
 Versions of packages libvirt-daemon-system recommends:
 ii  bridge-utils  1.5-9
 ii  dmidecode 2.12-4
 ii  dnsmasq-base  2.72-3.1+b1
 ii  ebtables  2.0.10.4-3
 ii  iproute2  3.16.0-2
 ii  iptables  1.4.21-2+b1
 ii  parted3.2-7
 pn  pm-utils  none
 
 Versions of packages libvirt-daemon-system suggests:
 pn  apparmornone
 pn  auditd  none
 ii  nfs-common  1:1.2.8-9
 ii  radvd   1:2.11-1
 ii  systemd 220-5~test0
 pn  systemtap   none
 
 -- Configuration Files:
 /etc/libvirt/qemu.conf [Errno 13] Keine Berechtigung: 
 u'/etc/libvirt/qemu.conf'
 /etc/libvirt/qemu/networks/default.xml [Errno 13] Keine Berechtigung: 
 u'/etc/libvirt/qemu/networks/default.xml'
 
 -- no debconf information
 
 ___
 Pkg-libvirt-maintainers mailing list
 pkg-libvirt-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
 


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

Bug#788052: asciidoctor: broken html5 backend due to missing style file

[Guillaume Grossetie]

 (I would like to respectfully point out that, prior to upload, it never
hurts
 to manually test that the program can perform basic functionality, such as
 converting an input file with no options.  Especially if you are
packaging a
 new upstream version, as things may have shifted around.)

Sorry about that, it's my first package and I didn't know how to manually
install and test the package prior to upload.

Bug#788190: man: missing documentation for -g and -z

[Yuri D'Elia]

Package: espeak
Version: 1.48.04+dfsg-1
Severity: minor

The man page lacks documentation for -g and -z

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

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

Versions of packages espeak depends on:
ii  libc6   2.19-18
ii  libespeak1  1.48.04+dfsg-1
ii  libgcc1 1:5.1.1-9
ii  libstdc++6  5.1.1-9

espeak recommends no packages.

espeak suggests no packages.


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

Bug#721521: fonts-urw-base35: changing from ITP to RFP

[Fabian Greffrath]

Am Montag, den 08.06.2015, 14:45 +0200 schrieb Fabian Greffrath:
 - I am going to wait until this fontconfig version enters Debian and 
  add a Breaks relation for older fontconfig packages.

Note to myself: ( 2.11.91)

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

Bug#788191: Wrong dependencies with rpcbind

[Y. Gablin]

Package: rpcbind
Version: 0.2.1-6
Severity: important
Tags: jessie

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux

Possibly related bugs: #665338 #679716

Hi,
There seems to be a problem with rpcbind dependencies in order to run an 
NFS server. The server boot went fine up to Debian Wheezy, but not 
anymore with Debian Jessie.
The problem does not seem to be on the NFS/rpcbind software side, 
because I can make NFS work again by running this command after the 
server has finished booting:


# systemctl restart nfs-kernel-server.service

Hence my conclusion that this is a dependencies issue.
Here is my init config:

$ find /{etc,lib}/{init.d,systemd} -iname '*rpc*' -o -iname '*nfs*'
/etc/init.d/rpcbind
/etc/init.d/mountkernfs.sh
/etc/init.d/mountnfs-bootclean.sh
/etc/init.d/umountnfs.sh
/etc/init.d/nfs-common
/etc/init.d/mountnfs.sh
/etc/init.d/nfs-kernel-server
/lib/systemd/system/mountkernfs.service
/lib/systemd/system/mountnfs.service
/lib/systemd/system/mountnfs-bootclean.service
/lib/systemd/system/rpcbind.target
/lib/systemd/system/umountnfs.service

So it seems to me that systemd is used instead of sysvinit, which
should ensure better handling of dependencies.
And yet, my logs show this:

# journalctl -b0 #search: rpc|nfs|dhcp|RPC|NFS|DHCP
juin 08 19:38:42 sphinx2 systemd[1]: Found ordering cycle on 
basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
sysinit.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
rpcbind.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
network-online.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
network.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
inadyn@henet.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Found dependency on 
basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Breaking ordering cycle by deleting 
job rpcbind.service/start
juin 08 19:38:42 sphinx2 systemd[1]: Job rpcbind.service/start deleted 
to break ordering cycle starting with basic.target/start
juin 08 19:38:42 sphinx2 systemd[1]: Starting LSB: NFS support files 
common to client and server...
juin 08 19:38:42 sphinx2 nfs-common[137]: Starting NFS common utilities: 
statd
juin 08 19:38:42 sphinx2 nfs-common[137]: Not starting: portmapper is 
not running ... (warning).
juin 08 19:38:42 sphinx2 systemd[1]: Started LSB: NFS support files 
common to client and server.
juin 08 19:38:52 sphinx2 systemd[1]: Starting LSB: Kernel NFS server 
support...
juin 08 19:38:52 sphinx2 dhclient[470]: Internet Systems Consortium DHCP 
Client 4.3.1
juin 08 19:38:52 sphinx2 dhclient[470]: For info, please visit 
https://www.isc.org/software/dhcp/
juin 08 19:38:52 sphinx2 ifup[462]: Internet Systems Consortium DHCP 
Client 4.3.1
juin 08 19:38:52 sphinx2 ifup[462]: For info, please visit 
https://www.isc.org/software/dhcp/
juin 08 19:38:52 sphinx2 dhclient[470]: DHCPDISCOVER on eth1 to 
255.255.255.255 port 67 interval 8
juin 08 19:38:53 sphinx2 dhclient[470]: DHCPREQUEST on eth1 to 
255.255.255.255 port 67

juin 08 19:38:53 sphinx2 dhclient[470]: DHCPOFFER from 192.168.1.1
juin 08 19:38:53 sphinx2 dhclient[470]: DHCPACK from 192.168.1.1
juin 08 19:38:54 sphinx2 ifup[462]: DHCPDISCOVER on eth1 to 
255.255.255.255 port 67 interval 8
juin 08 19:38:54 sphinx2 ifup[462]: DHCPREQUEST on eth1 to 
255.255.255.255 port 67

juin 08 19:38:54 sphinx2 ifup[462]: DHCPOFFER from 192.168.1.1
juin 08 19:38:54 sphinx2 ifup[462]: DHCPACK from 192.168.1.1
juin 08 19:38:54 sphinx2 kernel: RPC: Registered named UNIX socket 
transport module.

juin 08 19:38:54 sphinx2 kernel: RPC: Registered udp transport module.
juin 08 19:38:54 sphinx2 kernel: RPC: Registered tcp transport module.
juin 08 19:38:54 sphinx2 kernel: RPC: Registered tcp NFSv4.1 backchannel 
transport module.
juin 08 19:38:54 sphinx2 dhclient[470]: bound to 192.168.1.100 -- 
renewal in 39516 seconds.
juin 08 19:38:55 sphinx2 kernel: Installing knfsd (copyright (C) 1996 
o...@monad.swb.de).
juin 08 19:38:55 sphinx2 nfs-kernel-server[486]: Exporting directories 
for NFS kernel daemon...
juin 08 19:38:56 sphinx2 nfs-kernel-server[486]: Starting NFS kernel 
daemon: nfsd
juin 08 19:38:56 sphinx2 systemd[1]: Started LSB: Kernel NFS server 
support.
juin 08 19:38:56 sphinx2 nfs-kernel-server[486]: Not starting: 
portmapper is not running ... (warning).
juin 08 21:39:14 sphinx2 systemd[1]: Starting LSB: RPC portmapper 
replacement...
juin 08 21:39:15 sphinx2 systemd[1]: Started LSB: RPC portmapper 
replacement.

juin 08 21:39:15 sphinx2 rpcbind[1665]: Starting rpcbind daemon
juin 08 21:39:15 sphinx2 systemd[1]: Starting RPC Port Mapper.
juin 08 21:39:15 sphinx2 systemd[1]: Reached target RPC Port Mapper.

Two possible problems stand out:
- there seems to be a dependencies-loop involving rpcbind,
- rpcbind and nfs-kernel-server seem to be started too soon; they should 
start After 

Bug#786955: dgit should switch dependency from realpath to recent coreutils

[Ian Jackson]

Petr Čech writes (Re: Bug#786955: dgit should switch dependency from realpath 
to recent coreutils):
 2015-06-08 16:20 GMT+02:00 Ian Jackson ijack...@chiark.greenend.org.uk:
   - You say into the mail package but then you talk about coreutils.
 What does the mail package refer to ?
 
 It should read into the main package. Sorry for confusion.

Ah, right.

   - Does the existing coreutils have a Provides ?  If so then good.
 If not then this bug needs a higher severity as current sid dgit
 would be uninstallable otherwise.
 
 No, realpath is provided as a transitional package.

Great, thanks for the clarification.

Ian.


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

Bug#788192: slic3r: FTBFS with perl 5.22 (build-dep on libextutils-parsexs-perl)

[Dominic Hargreaves]

Source: slic3r
Version: 1.1.7+dfsg-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

This package contains a versioned build-depends:

libextutils-parsexs-perl (= 3.180004)

however with the perl 5.22 work in experimental, the separately-packaged
version of libextutils-parsexs-perl is broken (because it's of a lower
version then what's now bundled in core). This causes slic3r to FTBFS,
since the virtual package provided by perl doesn't satisfy the versioned
dependency.

The correct fix is to just remove this build-dependency, since perl
itself has contained a suitable version of ExtUtils::ParseXS since
wheezy, and there is already a build-depends on that.

This bug will become RC nearer the time of the perl 5.22 transition to
unstable.

Cheers,
Dominic.


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

Bug#785642: [Pkg-mailman-hackers] Bug#785642: Bug#785642: Bug#785642: queue runner dies with uncaught UnicodeDecodeError

[Thijs Kinkhorst]

On Mon, June 8, 2015 09:34, Wouter Verhelst wrote:
 On Mon, Jun 08, 2015 at 09:16:44AM +0200, Thorsten Glaser wrote:
 On Sun, 7 Jun 2015, Wouter Verhelst wrote:

   Actually, the traceback says what's happening is CookHeaders is
 trying
   to create the List-Id: header to be added to the message.
  
   It tries to create a header of the form:
  
   List-Id: list description list.example.com
  
   And the exception occurs when trying to rfc 2047 encode the list's
   description in the charset of the list's preferred language. This
   exception should be occurring on every list post. Is that the case?
 
  Yes.

 Wouter, I think you hit the second paragraph of this:

 mailman (1:2.1.16-1exp1) experimental; urgency=low

   This version has changed the encoding of most strings, templates
   and pages to UTF-8 to meet the Debian release goal of full UTF-8
   support in all packages. It also no longer automatically converts
   mails to ISO-8859-1.

   If you have been using any nōn-ASCII strings in places such as
   the mailing list description, these were be stored wrongly in the
   list configuration file (config.pck), so you will need to change
   those (e.g. via the webinterface) again in order to have them be
   displayed correctly.

  -- Thorsten Glaser t...@mirbsd.de  Sun, 29 Dec 2013 14:35:50 +

 (from NEWS.Debian, which you “probably should” have followed ;)

 So, in short, load the list config via the webinterface,
 then retype the description and save the entry. Or just
 use config_list and put it in as Unicode/UTF-8.

 That seems likely, yes. I guess I didn't realize I had a non-ASCII
 character in there. There's really only a handful of lists here, and
 that one was the only one with non-ASCII.

Thanks. A solution for this situation was committed in upstream 2.1 stable
branch so it at least does not crash the qrunner.


Cheers,
Thijs


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

Bug#788196: cloud-init: Does not generate an ed25519 ssh key on jessie

[Santiago Vila]

Package: cloud-init
Version: 0.7.6~bzr976-2
Severity: important

On Debian 8, the default /etc/ssh/sshd_config has four different host
keys:

HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key

but cloud-init does only generate the first three, which makes strange
messages like this one to appear in /var/log/auth.log:

[...] sshd[4859]: error: Could not load host key: /etc/ssh/ssh_host_ed25519_key

Since this package is used by several VPS vendors offering Debian images,
please consider an upload for stable fixing this.

Thanks.


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

Bug#788197: libextutils-parsexs-perl: uninstallable with perl 5.22

[Dominic Hargreaves]

Source: libextutils-parsexs-perl
Version: 3.24-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition

This dual-lived package is broken by perl 5.22 in experimental, which
provides a newer version. The newer version (3.28) isn't on CPAN.

No action is needed, but this is just to mark that at some point this
package should be removed if no new release appears.

This bug will become RC nearer the time of the perl 5.22 transition to
unstable.

Cheers,
Dominic.


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

Bug#788183: postgresql logs filling with WARNING: there is already a transaction in progress

[Michael Biebl]

Hi, 
Can you file this bug upstream please under https://github.com/rsyslog/rsyslog 
and report back with the bug number. 
Thanks, 
Michael 

Am 9. Juni 2015 08:57:56 MESZ, schrieb Sammy Atmadja sa...@transtrend.com:
Package: rsyslog-pgsql
Version: 8.4.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have a setup where host_a running rsyslog writes logs to a remote
server host_b running postgresql 9.1 (a server running wheezy at the
moment). Since upgrading host_a (the rsyslog server) from wheezy to
jessie the postgresql logs on host_b started filling up with lines
like:

--- BEGIN host_b /var/log/postgresql/postgresql-9.1-main.log ---

2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in
progress

--- END ---

(hundreds of lines per second!)

The configuration on host_a for ompgsql :

--- BEGIN host_a /etc/rsyslog.d/ompgsql.conf ---

# Provides UDP syslog reception
module(load=imudp)
input(type=imudp port=514)

# Provides TCP syslog reception
module(load=imtcp)
input(type=imtcp port=514)

module(load=mmutf8fix)
action(type=mmutf8fix mode=controlcharacters)

$template pgsqltemplate,INSERT INTO logs (host, facility, priority,
level, tag, \
program, msg, hostname) VALUES ( '%fromhost-ip%',
'%syslogfacility-text%', '%syslogpriority-text%', \
'%syslogseverity-text%','%syslogtag%', '%programname%', '%msg%' ,
'%hostname%'),stdsql

$ModLoad ompgsql
*.* :ompgsql:caradhras.local,syslog,syslog,;pgsqltemplate

--- END ---

For now I have downgraded to rsyslog and rsyslog-pgsql version
7.6.3-2~bpo70+1 from wheezy-backports, which does not have this
problem.

Sammy

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/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
Init: systemd (via /run/systemd/system)


Disclaimer: http://transtrend.com/disclaimer.txt 

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.


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

Bug#788186: ITP: kryo-serializers -- Kryo serializers

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg ebo...@apache.org

* Package name: kryo-serializers
  Version : 0.28
  Upstream Author : Martin Grotzke martin.grot...@javakaffee.de
* URL : https://github.com/magro/kryo-serializers
* License : Apache-2.0
  Programming Lang: Java
  Description : Kryo serializers

Additional Kryo (http://kryo.googlecode.com) serializers for standard JDK
types (e.g. currency, jdk proxies) and some for external libs (e.g. joda
time, cglib proxies, wicket).

This library is a transitive dependency of SBT.


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

Bug#777993:

[Gianfranco Costamagna]

Control: tags -1 confirmed

Control: block -1 by 778220

As for bug 777955 I'm doing the same for this one :)

thanks,

Gianfranco


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

Bug#787781: [pkg-gnupg-maint] Bug#787781: gnupg-agent: broken pipe error when a program using agent is invoked by stdbuf -oL

[nfb]

  stdbuf -oL gpg --use-agent --sign file
 
  works without errors retrieving the cached password from gpg-agent.
  I'd say the problem is not directly gpg-agent then...
 depends on how gpg-agent is configured.  for example, do you have
 ignore-cache-for-signing in ~/.gnupg/gpg-agent.conf ?

Nop, i don't have ~/.gnupg/gpg-agent.conf, i currently have no need
for settings other than de dafault ones.
Anyways i start noticing this isssue is happening quite often on my
intel machine too, but with some weirdness. I mean, i have six mail
accounts configured for mpop, so it should do six calls to
pass+gpg(+gpg-agent only the first time), and while on arm i get six
broken pipe errors, on my x86 i get from zero to two/three of them
randomly.


 [...] and we shouldn't distract #787781 with it.

Yes sure, sorry for that.


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Sébastien Kalt]

Hi,

I'm also having this error :

$ wget https://www.vinc17.net/
--2015-06-09 10:30:49--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117,
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443...
connected.
ERROR: The certificate of 'www.vinc17.net' is not trusted.

2015-06-09 10:14 GMT+02:00 Noël Köthe n...@debian.org:

  If I reinstall wget 1.16.3-2 (without doing anything else), the
  problem disappears.

It also works for me.


 The gnutls dependency changed since Saturday and this would be the
 reason for your reported problem:

  Versions of packages wget depends on:
  ii  libc6  2.19-18
 same
  ii  libgnutls-deb0-28  3.3.14-2
 3.3.15-5

I have version 3.3.15-2, all other packages have the same version as you do.

libgnutls-deb0-28 3.3.15-5 have bugs reporting segfault, see for example
bug 787605 (1).

But version 3.3.15-2 is supposed to solve those segfaults, which explains
why I didn't upgrade to this version.

Installing libgnutls-deb0-28 3.3.15-5 solves wget segfault :

$ wget https://www.vinc17.net/
--2015-06-09 10:40:39--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117,
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 16390 (16K) [text/html]
Saving to: 'index.html'

index.html
 100%[===]  16.01K
 --.-KB/s   in 0.09s

2015-06-09 10:40:41 (179 KB/s) - 'index.html' saved [16390/16390]

Regards,

Sébastien

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

Bug#788187: Missing option for icinga2 on configure backend

[Rune 'TheFlyingcorpse' Darrud]

Package: nagvis
Version: 1.7.10+dfsg1-3

When the configure backend prompt appears after installing nagivs, there is
no option to configure it to use Icinga2 as a backend and the user is
forced to select other and then configure the backend manually.

The fix is to add the path to icinga2's livestatus socket as an option:
name: icinga2
path: /var/run/icinga2/cmd/livestatus

I'm using Debian Jessie 8.1, 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1
(2015-05-24) x86_64 GNU/Linux with icinga2 package from debmon:
icinga2_2.3.4-3~debmon80+1_amd64

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Noël Köthe]

tags 787942 + moreinfo unreproducible
thanks

Hello Vincent,

Am Samstag, den 06.06.2015, 18:34 +0200 schrieb Vincent Lefevre:

 I get the following error:
 
 $ wget -O - https://www.vinc17.net/
...
 ERROR: The certificate of ‘www.vinc17.net’ is not trusted.
...
 If I reinstall wget 1.16.3-2 (without doing anything else), the
 problem disappears.

With the same version it works yesterday/today:

$ wget https://www.vinc17.net/
--2015-06-09 10:07:40--  https://www.vinc17.net/
Resolving www.vinc17.net (www.vinc17.net)... 92.243.22.117, 
2001:4b98:dc0:45:216:3eff:fe9b:eb2f
Connecting to www.vinc17.net (www.vinc17.net)|92.243.22.117|:443... connected.
HTTP request sent, awaiting response... 200 OK

The gnutls dependency changed since Saturday and this would be the
reason for your reported problem:

 Versions of packages wget depends on:
 ii  libc6  2.19-18
same
 ii  libgnutls-deb0-28  3.3.14-2
3.3.15-5
 ii  libidn11   1.30-1
same
 ii  libnettle6 3.1.1-3
same
 ii  libpcre3   2:8.35-5
same
 ii  libpsl00.5.1-1
same
 ii  libuuid1   2.26.2-6
same
 ii  zlib1g 1:1.2.8.dfsg-2+b1
same

If you confirm wget is working again I will close this bug.

Regards

-- 
Noël Köthe noel debian.org
Debian GNU/Linux, www.debian.org


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

Bug#788185: squashfs-tools: Occasional corruption of large files.

[Andreas Krüger]

Package: squashfs-tools
Version: 1:4.2+20130409-2
Severity: normal

Hello,

I'm using squashfs for full backups of my laptop, from a (quiet)
LVM snapshot. I run sha256sum checksums on each file, then run

mksquashfs /freeze /backup/$timestamp.backup.squashfs \
  -always-use-fragments -processors 2

then mount the resulting squashfs file system and compare the checksums.

Over the years, I've seen checksum errors occasionally.

I have recently started to use virtual machines, so I now have more
very large files in my backup.  Since then, the number of problems
seemed to have increased substantially

The current backup saw two of these.  Interestingly, in both
cases, the problem is very close to the end of the file.  For the
record: In either case, the file length, according to ls -l, is
the same for the original and the copy in the squashfs.

One file is 2776104960 bytes long, a plain cmp run finds the
first inconsistency at byte 2776018945, a mere 86015 bytes from
the end.

The other file is 7831814144 bytes long, a plain cmp finds the
first inconsistency at byte 7831683073, a mere 131071 bytes from
the end.

Regards, and thank you for providing fine software

Andreas


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

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

Versions of packages squashfs-tools depends on:
ii  libc6  2.19-18
ii  liblzma5   5.1.1alpha+20120614-2+b3
ii  liblzo2-2  2.08-1.2
ii  zlib1g 1:1.2.8.dfsg-2+b1

squashfs-tools recommends no packages.

squashfs-tools suggests no packages.

-- no debconf information




signature.asc
Description: OpenPGP digital signature

Bug#787652: ncl-ncarg: No text on plots (missing PWRITX data file PlotcharData)

[Alastair McKinstry]

Thanks.

Currently I have a problem in that my Debian key has expired; I hope to
get a second signature on my new
key tomorrow if possible (meeting in Dublin), and will upload this fix ASAP.

I will submit this patch to the repo. in git.debian.org and other Debian
devs may NMU in the meantime.

This fix should also be suitable for jessie-backports.

regards
Alastair



On 05/06/2015 20:36, Tyson Whitehead wrote:
 Package: ncl-ncarg
 Version: 6.2.0-3
 Followup-For: Bug #787652

 I've put together a patch for this issue and verified that it works against 
 the latest version apt-get source downloads.

 The underlying issue was DEP* library listings in the yMakefiles should not 
 be prefixed with -l as they are for makefile depency lines.

 The attached patch should apply cleanly except for the patch series file as 
 gbp pq prefixed all the patches with numbers.

-- 
Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 


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

Bug#788183: postgresql logs filling with WARNING: there is already a transaction in progress

[Sammy Atmadja]

Reported upstream: https://github.com/rsyslog/rsyslog/issues/399

Sammy


Disclaimer: http://transtrend.com/disclaimer.txt 


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Vincent Lefevre]

On 2015-06-09 10:14:28 +0200, Noël Köthe wrote:
  ii  libgnutls-deb0-28  3.3.14-2
 3.3.15-5

AFAIK, this is the problem. The reason is that libgnutls-deb0-28
3.3.14-2 is built against libnettle4 (ditto for 3.3.15-2), and
3.3.15-5 is built against libnettle6. So, if wget is built against
libnettle6, you need to put a versioned dependency on libgnutls-deb0-28
(= 3.3.15-5) so that only the ones built against libnettle6 will be
used.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike

[Alexandre Detiste]

 - does this also means ECWolf only support the Wolf3D v1.4 shipped
 on Steam (!?)
 but not others v1.4 v1.2 versions ?

 Yes, probably, I haven't checked yet.

 Package-wise this would mean Conflicts: wolf3d-v12-data, right?

Hum no, I'd like to be able to play Wolf3D v1.2 with wolf4sdl
and Blake Stone with ECwolf on the same system.

ECwolf should really checksums the data at game start.
(just check file size like wolf4sdl wrapper is already ok)


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

Bug#787505: also affects browsers

[Christophe Deleuze]

Just to note that this also affects browsers (experienced with conkeror
and iceweasel).

--
Christophe Deleuze


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

Bug#787942: wget: https no longer works due to certificate error with rebuild against libnettle6

[Vincent Lefevre]

On 2015-06-09 10:44:17 +0200, Sébastien Kalt wrote:
 2015-06-09 10:14 GMT+02:00 Noël Köthe n...@debian.org:
  The gnutls dependency changed since Saturday and this would be the
  reason for your reported problem:
 
   Versions of packages wget depends on:
   ii  libc6  2.19-18
  same
   ii  libgnutls-deb0-28  3.3.14-2
  3.3.15-5
 
 I have version 3.3.15-2, all other packages have the same version as you do.
 
 libgnutls-deb0-28 3.3.15-5 have bugs reporting segfault, see for example
 bug 787605 (1).
 
 But version 3.3.15-2 is supposed to solve those segfaults, which explains
 why I didn't upgrade to this version.

I haven't upgraded to 3.3.15-5 either precisely because of these
segfaults[*]. That's why versioned dependencies are really important
when needed: having them allows one to block the buggy upgrade of
wget in such cases. This may also be important in case of problem
during a full upgrade, so that apt-get install -f works as
expected, if needed.

[*] I suppose that this has now been solved with curl 7.42.1-3,
which has been rebuilt against libnettle6. libcurl3-gnutls 7.42.1-3
has:

Depends: [...] libgnutls-deb0-28 (= 3.3.15-5), [...] libnettle6, [...]

So, wget needs to have something similar.

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/
100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#787666: multipath-tools: discussion about devname of mpath[0-9]+ vs. mpath[a-z]+

[Ritesh Raj Sarraf]

On Thursday 04 June 2015 03:36 AM, Mauricio Faria de Oliveira wrote:
 Hi Ritesh,

 Regarding the option for Debian to stay on devnames like mpath[0-9]+
 rather than that adopted upstream, mpath[a-z]+ (patch 0002)..

 Do you mind explaining to me if there's any particular reasons for that?

 Or how (un)likely is it to switch over to upstream? (I'd know of one
 point, that is Jessie using the old number-suffix).

Can you please give me some more context here ?
I'm trying to minimize any extra patches, so that we are less deviated
from upstream.  The current set of patches carried, are either trivial
ones or important for Debian for other dependency reasons.


 Another point is, if that doesn't change, is it possible in the mean
 time to move patch 0002 to the end of the series, and add support for
 alias_prefix [1], so to ease the addition of upstream/backport patches
 (i.e., before the last patch in the series)?

By 0002, you mean
debian/patches/0002-Make-user_friendly_names-compatible-to-multipath-too.patch  
???
That patch is no more in use. It was dropped long ago.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#788095: closed by Thomas Goirand z...@debian.org (Issue fixed in pygit2 0.22.0-2?)

[Stefano Zacchiroli]

reopen 788095
thanks

On Mon, Jun 08, 2015 at 02:21:10PM +, Debian Bug Tracking System wrote:
 I tried, and I couldn't reproduce the issue. If you still see the
 issue with version 0.22.0-2, please reopen this bug.

I've installed (on testing) pygit2 from unstable, in the version you
mentioned, and I can reproduce the bug.

Again, rebuilding the package on my machine from sources (in the version
above) fixed the issue.

Cheers
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader  . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Ritesh Raj Sarraf]

On Tuesday 09 June 2015 04:27 PM, Ritesh Raj Sarraf wrote:
 I guess a wiser option would be backports.

 Never done a backport before, so I guess this is the right time. :-)

This may take some time before I can push, based on how much free time I
can get. :-(

http://backports.debian.org/Contribute/


If you are versed with Debian, and are interested to help with the
backport, that'll be welcome.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#787731: adds google nameserver without being asked to

[Marc Haber]

On Sat, Jun 06, 2015 at 09:42:37PM +0200, Michael Biebl wrote:
 This change is imho too invasive for being backported to the stable v215
 in jessie. The first Debian version carrying that fix is 217-1, so I'm
 closing it for this version.

How about shipping a /etc/systemd/resolved.conf with a not commented
out DNS= line?

Greetings
Marc

-- 
-
Marc Haber | I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things.Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421


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

Bug#787666: multipath-tools: discussion about devname of mpath[0-9]+ vs. mpath[a-z]+

[Mauricio Faria de Oliveira]

Control: notfound -1 multipath-tools/0.5.0-7
Control: found -1 multipath-tools/0.4.9-3
Control: fixed -1 multipath-tools/0.4.9+git0.4dfdaf2b-1
Control: close -1

Ritesh,

On 06/09/2015 07:41 AM, Ritesh Raj Sarraf wrote:

Regarding the option for Debian to stay on devnames like mpath[0-9]+
rather than that adopted upstream, mpath[a-z]+ (patch 0002)..

snip

By 0002, you mean
debian/patches/0002-Make-user_friendly_names-compatible-to-multipath-too.patch
???
That patch is no more in use. It was dropped long ago.


Oops; sorry, I didn't check it correctly.

I mistakenly checked 0.4.9-3, where Ubuntu branched off some years ago.
I see the patch was dropped a few months later.
Apologies.

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


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

Bug#787505: also affects browsers

[Daniel Kahn Gillmor]

On Tue 2015-06-09 04:28:20 -0400, Christophe Deleuze wrote:
 Just to note that this also affects browsers (experienced with conkeror
 and iceweasel).

which web sites are you visiting that do FFDHE with weak groups?  It is
a good thing that the browser does not treat these connections as secure
connections.

--dkg


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

Bug#787515: tortoisehg: uninstallable in sid

[Andrew Shadura]

Hello,

I've made an NMU (3.4-0.1) to the DELAYED/2 queue.

-- 
Cheers,
  Andrew


pgpJlvE5O_P6s.pgp
Description: OpenPGP digital signature

Bug#788198: dh-make-perl locate Module::Pluggable::Object falsely thinks it is in core

[Peter Valdemar Mørch]

Package: dh-make-perl
Version: 0.84-2
Severity: normal

Dear Maintainer,

I asked on  irc.debian.org /  #debian-perl :

Why is it that:

 dh-make-perl locate Module::Pluggable::Object
== dh-make-perl 0.84 ==
Using cached Contents from Mon Jun  8 14:05:49 2015
Module::Pluggable::Object is in Perl core (package perl) since 5.8.9

But:

 dpkg -L perl | grep Pluggable/Object.pm

 dpkg -L libmodule-pluggable-perl | grep Pluggable/Object.pm
/usr/share/perl5/Module/Pluggable/Object.pm

And:

 zgrep Pluggable/Object.pm /var/cache/apt/apt-file/*.gz
/var/cache/apt/apt-file/ftp2.de.debian.org_debian_dists_jessie_main_Contents-amd64.gz:usr/share/perl5/Module/Pluggable/Object.pm
 perl/libmodule-pluggable-perl

To which I got these responses in IRC:

dam: pmorch: sounds like a bug in dh-make-perl, being fooled by the
presence of Module::Pluggable::Object in Module::CoreList
ntyni: it was removed after 5.18
dam: indeed

So following the direction from dam (who obviously knows more about
this than I), I'm filing this bug.

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

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

Versions of packages dh-make-perl depends on:
ii  debhelper 9.20150101
ii  dpkg-dev  1.17.25
ii  fakeroot  1.20.2-1
ii  libapt-pkg-perl   0.1.29+b2
ii  libarray-unique-perl  0.08-1
ii  libclass-accessor-perl0.34-1
ii  libcpan-meta-perl 2.142690-1
ii  libdpkg-perl  1.17.25
ii  libemail-address-perl 1.905-2
ii  libemail-date-format-perl 1.005-1
ii  libfile-which-perl1.09-1
ii  liblist-moreutils-perl0.33-2+b1
ii  libmodule-depends-perl0.16-1
ii  libparse-debcontrol-perl  2.005-4
ii  libparse-debianchangelog-perl 1.2.0-1.1
ii  libsoftware-license-perl  0.103010-3
ii  libtie-ixhash-perl1.23-1
ii  libwww-mechanize-perl 1.73-2
ii  libyaml-libyaml-perl  0.41-6
ii  libyaml-perl  1.13-1
ii  make  4.0-8.1
ii  perl  5.20.2-3
ii  perl-modules [libcpan-meta-perl]  5.20.2-3

Versions of packages dh-make-perl recommends:
ii  apt-file  2.5.4
ii  git   1:2.1.4-2.1
ii  pristine-tar  1.33

dh-make-perl suggests no packages.

-- no debconf information

-- 
Peter Valdemar Mørch
http://www.morch.com


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

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Peter Laird]

On 05/06/2015 10:22, Ritesh Raj Sarraf wrote:

On Thursday 04 June 2015 08:39 PM, Peter Laird wrote:

After applying the fix to apt-offline described in bug #787730, I did:
 apt-offline install update.zip

The package list files etc. are correctly synced to /var/lib/apt/lists
but with filename extension .bz2 eg.
-rw-r--r-- 1 root root 33775581 Jun  1 21:12
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages
-rw-r--r-- 1 root root 33775581 Jun  3 21:45
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2

Although they have a .bz2 extension, they are actually plain text
files - the output from the file command is:
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2:
ASCII text, with very long lines

When I run aptitude, it reports:
 BZ2_bzread: Read error (-5: DATA_ERROR_MAGIC)
 Problem opening
/var/lib/apt/lists/ftp.uk.debian.org_debian_dists_jessie_main_binary-amd64_Packages.bz2
 The package lists or status file could not be parsed or opened.
and it does not show any packages.

As a workaround, I've renamed the files to remove the .bz2 extension
ie. (as root):
 cd /var/lib/apt/lists
 for i in *.bz2; do mv $i `basename $i .bz2`; done

aptitude then works as expected.


I did not have this issue when I upgraded from wheezy to jessie -I
assume that when I first got the jessie package list files etc.
usingapt-offline it was still the wheezy version ie. version 1.2.

This too should be fixed with version 1.6. Have you verified it with 1.6 ?

If it works, then we'll target this too for 1.6 for Jessie.


Yes, bug#787730 and bug#787736 are fixed in apt-offline version 1.6.
Using version 1.6 for all 3 steps (set, get, install) works OK.
Using version 1.6 for some steps and version 1.5 for others does not 
work (in most cases).


In case other people are having this issue, the steps I took to install 
apt-offline version 1.6 :
- On the box with a good internet connection, download 
apt-offline_1.6.1_all.deb

e.g. via https://packages.debian.org/stretch/all/apt-offline/download
- copy apt-offline_1.6.1_all.deb to the Debian box
- Optional: on the Debian box, verify apt-offline_1.6.1_all.deb:
# Test file size, expect output 57416 apt-offline_1.6.1_all.deb
wc -c apt-offline_1.6.1_all.deb
# Test MD5 hash, expect output apt-offline_1.6.1_all.deb: OK
echo 5c699069347782f676ac17fd049155e8 apt-offline_1.6.1_all.deb | 
md5sum -c

- On the Debian box install the new version; do the command as root
dpkg --install apt-offline_1.6.1_all.deb

When apt-offline in jessie is upgraded to version 1.6 I suggest 
including the steps above in the
release notes (but change the URL to refer to jessie instead of stretch) 
because apt-offline

version 1.5 cannot be used as-is to do the upgrade.


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

Bug#787736: apt-offline: wrong file extension for Packages/Sources files

[Ritesh Raj Sarraf]

On Tuesday 09 June 2015 04:05 PM, Peter Laird wrote:
 When apt-offline in jessie is upgraded to version 1.6 I suggest
 including the steps above in the
 release notes (but change the URL to refer to jessie instead of
 stretch) because apt-offline
 version 1.5 cannot be used as-is to do the upgrade. 

I am just reading the stable upload policy,
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

I doubt if 1.6 can be pushed to stable, because the changes are big.

rs@learner:~/devel/apt-offline/apt-offline (master)$ git diff
v1.5..v1.6  | diffstat
 apt-offline-tests.sh  |2
 apt-offline.8 |   16 ++--
 apt-offline.html  |   44 +--
 apt_offline_core/AptOfflineCoreLib.py |  128
++
 apt_offline_core/AptOfflineLib.py |  116 ++
 5 files changed, 157 insertions(+), 149 deletions(-)
16:25 ♒♒♒  ☺   



I guess a wiser option would be backports.

Never done a backport before, so I guess this is the right time. :-)


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.




signature.asc
Description: OpenPGP digital signature

Bug#788200: sudo fails with error sudo: PERM_ROOT: setresuid(0, -1, -1): Operation not permitted

[Keith Goldsmith]

Package: sudo
Version: 1.8.5p2-1+nmu1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

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

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



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

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

Versions of packages sudo depends on:
ii  libc6   2.13-38+deb7u8
ii  libpam-modules  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libselinux1 2.1.9-5
ii  zlib1g  1:1.2.7.dfsg-13

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers [Errno 13] Permission denied: u'/etc/sudoers'
/etc/sudoers.d/README [Errno 13] Permission denied: u'/etc/sudoers.d/README'

-- 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#788199: cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until cinnamon 2.6 package missed

[Fabio Fantoni]

Package: cinnamon-desktop-data
Version: 2.6.4-1
Severity: critical


cinnamon-desktop 2.6 will cause critical problems to cinnamon DE until
cinnamon 2.6 package is missed (awaiting in NEW queue)
I open this bug for blocking migration to testin.



smime.p7s
Description: Firma crittografica S/MIME

Bug#788201: autofs-ldap: message sasl_log_func:98: Parameter Error in ../../plugins/plugin_common.c near line 357 issued

[Keith Goldsmith]

Package: autofs-ldap
Version: 5.0.7-3
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

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

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



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

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

Versions of packages autofs-ldap depends on:
ii  autofs 5.0.7-3
ii  libc6  2.13-38+deb7u8
ii  libcomerr2 1.42.5-1.1+deb7u1
ii  libk5crypto3   1.10.1+dfsg-5+deb7u3
ii  libkrb5-3  1.10.1+dfsg-5+deb7u3
ii  libldap-2.4-2  2.4.31-2
ii  libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii  libxml22.8.0+dfsg1-7+wheezy4
ii  multiarch-support  2.13-38+deb7u8

autofs-ldap recommends no packages.

autofs-ldap suggests no packages.

-- Configuration Files:
/etc/autofs_ldap_auth.conf [Errno 13] Permission denied:
u'/etc/autofs_ldap_auth.conf'


autofs_ldap_auth.conf
Description: XML document

Bug#787909: sbcl: slime depends on cl-asdf

[Faré]

sbcl *should* declare that it breaks cl-asdf strictly earlier than
2:3.1.5-1 (i.e. 2:3.1.4-1 and earlier), and not doing so is a
packaging bug.

The complete solution to your issue will come when asdf releases
3.1.5, which will happen today, hopefully.

—♯ƒ • François-René ÐVB Rideau •ReflectionCybernethics• http://fare.tunes.org
In the age of the Internet ignorance is a choice.


On Tue, Jun 9, 2015 at 1:38 AM, Gijs Hillenius g...@hillenius.net wrote:
 Package: sbcl
 Version: 2:1.2.12-1
 Followup-For: Bug #787909

 It is suggested to remove cl-asdf, but that takes cl-swank 
 common-lisp-controller with it. And those are required by slime.

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

 Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 Init: sysvinit (via /sbin/init)

 Versions of packages sbcl depends on:
 ii  libc6   2.19-18
 ii  zlib1g  1:1.2.8.dfsg-2+b1

 Versions of packages sbcl recommends:
 ii  binfmt-support  2.1.5-1

 Versions of packages sbcl suggests:
 pn  sbcl-doc none
 pn  sbcl-source  none
 ii  slime2:2.13-1

 -- no debconf information

 ___
 pkg-common-lisp-devel mailing list
 pkg-common-lisp-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-common-lisp-devel


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

Bug#788202: Please update version in sid

[Lisandro Damián Nicanor Pérez Meyer]

Source: git
Version: 1:2.1.4-2.1
Severity: minor

Hi maintainers! I've been poked by Qt upstream to ask you if you could
update the git version in sid at least to the version currently in
experimental.

The problem is that people doesn't seem to be able to clone the repos with the
current version in sid, while they can do it with the version in experimental.

Moreover they are receiving at least a complain a day due to that :-/

Thanks a lot in advance!

-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 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#787940: jetty: When jetty8 is installed purging jetty raises an error.

[Emmanuel Bourg]

Hi Karl,

Thank you for the report. This is a known issue with the jetty/jetty8
packages. This will be solved with the jetty9 package by using a new
jetty9 user instead of sharing the same user.

Emmanuel Bourg


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

Bug#782294: asciidoc: make timestamps reproducible adding the flag --use-utc-timezone

[Juan Picca]

Thanks for your response Joseph.
I think that remove the timestamp can work.
Note that if i use the value revdate in the proposed footer-style
attribute (maybe a better option), i need that it was used in a
reproducible manner without showing it using the user timezone that
can vary between builds in different timezones.
Greetings,
Juan Picca

On Sun, Jun 7, 2015 at 7:36 PM, Joseph Herlant herla...@gmail.com wrote:
 Hi Juan,

 Sorry for the late answer.
 I didn't have the time to dig yet in your request, but would
 https://github.com/asciidoc/asciidoc/pull/7 solve your need?
 It brings the ability to either remove the last updated field or
 give set it to the value of the date field in set in the header. (see
 also #656736)
 I'm not sure having the time set as UTC will really change the
 reproducibility of the build as the date/time will change anyways.

 Thanks for your help,
 Joseph



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

Bug#783381: upgrade from wheezy to jessie on a PowerMac G4 Silver/Confirmation

[Rick Thomas]

Try adding 
append=“ nomodeset
to the end of the main stanza in /etc/yaboot.conf.  Then (as root) execute 
“ybin” to propagate the change to the bootstrap routines.

This will set the kernel command line to inhibit the kernel from trying to use 
hardware acceleration for your video.

The result will be (hopefully) two-fold: (1) slower video (but not much slower 
as long as you’re not using 3D features) and (2) better control over the color 
and layout of your screen.

I’ve found it’s the only thing that works for my G5 PowerMac.

Hope it helps you too!
Rick

On Jun 8, 2015, at 1:56 PM, Alois Zoitl aloiszo...@gmail.com wrote:

 Hi,
 
 thanks. Looks like there is no Gnome for non Intel platforms. With XFCE and 
 lightdm I got graphics partly working. Still rad and blue is exchanged. 
 
 But I don't want to hijack this bug for the graphics problems ;-)
 
 Regards,
 Alois
 
 On Sat, Jun 6, 2015 at 1:57 PM, Manfred Stock 
 manfred.stock+deb...@gmail.com wrote:
 Package: upgrade-reports, linux-image-3.16.0-4-powerpc
 Followup-For: Bug #783381
 
 Hi,
 
  And now to the graphics problems :-(
 
 on my system, I could improve the situation by replacing GDM3 with Lightdm, 
 and
 Gnome3 with the Awesome or Fluxbox window manager (since they actually started
 and displayed something, which was not the case with GDM or Gnome, they just
 displayed an error along the lines of something went wrong, with a logout
 button). However, I then got some kind of crash/lockup when I executed eg.
 dmesg in an xterm (mouse pointer still visible/movable, but otherwise, nothing
 changed, and restarting X iirc just got me a black screen with mouse pointer).
 I could improve that by adding
 append=radeon.agpmode=-1
 to the yaboot config of the kernel I'm booting, which disables AGP mode, but 
 so
 far seems to result in a stable system (I have the feeling that it feels 
 slower
 on certain UI updates though, but I'm not sure about his). So far, I've found
 some bug reports [1,2,3] which might be related to these issues, but haven't
 tried anything further.
 
 Still don't have working suspend to disk/ram though, but that could actually 
 be
 related to the graphics issues and/or my workaround.
 
 Kind regards
 Manfred
 
 [1] https://bugs.debian.org/762047
 [2] https://bugs.debian.org/782066
 [3] https://bugs.debian.org/683796
 
 
 -- System Information:
 Debian Release: 8.0
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: powerpc (ppc)
 
 Kernel: Linux 3.16.0-4-powerpc
 Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash
 Init: systemd (via /run/systemd/system)
 
 --
 To unsubscribe, send mail to 783381-unsubscr...@bugs.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#787909: sbcl: slime depends on cl-asdf

[Gijs Hillenius]

Package: sbcl
Version: 2:1.2.12-1
Followup-For: Bug #787909

It is suggested to remove cl-asdf, but that takes cl-swank 
common-lisp-controller with it. And those are required by slime. 

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

Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages sbcl depends on:
ii  libc6   2.19-18
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages sbcl recommends:
ii  binfmt-support  2.1.5-1

Versions of packages sbcl suggests:
pn  sbcl-doc none
pn  sbcl-source  none
ii  slime2:2.13-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#788182: gksu: no time limit

[Frédéric Mothe]

Package: gksu
Version: 2.0.2-9
Severity: normal

Hello,

After using gksu and entering the root password once the password is no more
asked, even several days later.

Frédéric



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

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

Versions of packages gksu depends on:
ii  gconf-service 3.2.6-3
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18
ii  libcairo2 1.14.0-2.1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3
ii  libgconf-2-4  3.2.6-3
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libgksu2-02.0.13~pre1-8
ii  libglib2.0-0  2.42.1-1
ii  libgnome-keyring0 3.12.0-1+b1
ii  libgtk2.0-0   2.24.25-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libstartup-notification0  0.12-4
ii  sudo  1.8.10p3-1+deb8u2

Versions of packages gksu recommends:
ii  gnome-keyring  3.14.0-1+b1

gksu 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#788123: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#788123: linux-image-3.16.0-4-686-pae: lvcreate --snap does not work with dm_snapshot: Unknown symbol)

[Christian Hilgers]

On 09.06.2015 00:03, Debian Bug Tracking System wrote:

The kernel has been upgraded and you need to reboot to complete the
upgrade.

Ben.


Hi Ben

I saw this while opening the bug, but as this system was
rebooted several times after the upgrade, I assummed this
was done.

I rebooted once more but this time after I installed
memtest and did update-grub manually.

Now it works.

Thanks

Christian
--
Christian Hilgers   ch...@familie-hilgers.com


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

Bug#788184: munin: Missing package libxml-simple-perl renders tomcat_* plugins unusable

[Simon Kainz]

Source: munin
Version: 2.0.25-1
Severity: normal

Hello,

after enabling all tomcat_* plugins and configuring the manager application for
tomcat, i am unable to test-run the tomcat_jvm plugin:

root@idp1:/etc/munin/plugin-conf.d# munin-run tomcat_jvm
Can't locate object method new via package XML::Simple at
/etc/munin/plugins/tomcat_jvm line 121.

After installing libxml-simple-perl, the plugin works as expected.

root@idp1:/etc/munin/plugin-conf.d# apt-get install libxml-simple-perl
[...]

root@idp1:/etc/munin/plugin-conf.d# munin-run tomcat_jvm
free.value 151683128
used.value 316653512
max.value 1065025536


Please add the missing dependency for libxml-simple-perl to the munin-plugins-
core binary package.

Thanks, Simon



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

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


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

Bug#762245: systemd-gpt-auto-generator fails determining block device of root file system

[Norbert Preining]

On Sun, 26 Apr 2015, Michael Biebl wrote:
 Does your custom kernel use an initramfs?
 If you use the stock Debian kernel, is the problem is not reproducible?

Sorry, that is more than half a year ago, I have switched in the 
mean time to other setups.

Do whatevery you think is fit with this bug.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#770232: NMU proposal for python-selenium

[Federico Gimenez]

Hi Sascha, I'm contacting you directly to make sure you are aware of the
NMU proposal for the debian python-selenium package that you can find in
[1]. I've also attached the patch to this email, please let us know what do
you thing about it.

Thanks!

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

-- 
Federico Gimenez
fgime...@canonical.com
From 3598bd9e37408482c0f9f81bc2b3a4e77c018057 Mon Sep 17 00:00:00 2001
From: Federico Gimenez fgime...@canonical.com
Date: Tue, 19 May 2015 16:44:40 -0400
Subject: [PATCH] Initial import

---
 debian/changelog | 22 ++
 debian/control   | 24 ++--
 debian/copyright |  1 -
 debian/docs  |  2 --
 debian/lintian-overrides |  1 -
 debian/patches/remove_x_ignore_nofocus.patch | 14 ++
 debian/patches/series|  3 ++-
 debian/patches/update-egg-information.patch  | 23 ---
 debian/rules |  6 +-
 debian/watch |  2 +-
 selenium.egg-info/SOURCES.txt|  2 +-
 selenium.egg-info/pbr.json   |  1 -
 12 files changed, 67 insertions(+), 34 deletions(-)
 delete mode 100644 debian/lintian-overrides
 create mode 100644 debian/patches/remove_x_ignore_nofocus.patch
 delete mode 100644 debian/patches/update-egg-information.patch
 delete mode 100644 selenium.egg-info/pbr.json

diff --git a/debian/changelog b/debian/changelog
index f3bc370..c0f7e3e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,25 @@
+python-selenium (2.45.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+
+  [ Leo Arias ]
+  * Added python3-setuptools as a dependency.
+
+  [ Thomi Richards ]
+  * Include distropatch to add debugger options.
+  * Build python3 packages as well.
+
+  [ Alexandre Abreu ]
+  * Add debugger_address option to the ChromeDriver options list to optionally
+  instruct ChromeDriver to wait for the target devtools instance to be started
+  at a given host:ip.
+  Backported from upstream: c9e0794d5722a87f3bad8a86504b23c770ec493e.
+
+  [ Federico Gimenez ]
+  * New upstream version
+
+ -- Federico Gimenez fgime...@canonical.com  Tue, 19 May 2015 15:55:23 -0400
+
 python-selenium (2.2.0-1) unstable; urgency=low
 
   * source package automatically created by stdeb 0.6.0+git
diff --git a/debian/control b/debian/control
index 0a4591e..fc53c6e 100644
--- a/debian/control
+++ b/debian/control
@@ -1,13 +1,20 @@
 Source: python-selenium
 Maintainer: Sascha Girrulat sas...@girrulat.de
 Priority: optional
-Build-Depends: python-setuptools (= 0.6b3), python (= 2.6.6-3), debhelper (= 8)
-Standards-Version: 3.9.2
+Build-Depends: debhelper (= 9.0.0),
+   dh-python,
+	   python (= 2.6.6-3),
+	   python-all-dev,
+	   python-setuptools (= 0.6b3),
+	   python3-all-dev,
+	   python3-setuptools
+Standards-Version: 3.9.6
 Section: non-free/python
 Homepage: http://code.google.com/p/selenium/
 #Vcs-Git: git://git.debian.org/~sagiru-guest/public_git/python-selenium.git
 #Vcs-Browser: http://git.debian.org/?p=users/sagiru-guest/python-selenium.git;a=summary
 X-Python-Version: = 2.6
+X-Python3-Version: = 3.2
 
 Package: python-selenium
 Architecture: all
@@ -22,3 +29,16 @@ Description: python bindings for Selenium
  .
  The python package is downloaded from 
  http://pypi.python.org/packages/source/s/selenium/selenium-2.2.0.tar.gz
+
+Package: python3-selenium
+Architecture: all
+Depends: ${misc:Depends}, ${python3:Depends}
+Description: python bindings for Selenium
+ python-selenium includes the Selenium Python Client Driver and is a python
+ language binding for Selenium Remote Control (version 1.0 and 2.0).
+ .
+ Currently the remote protocol, Firefox/Icedove and Chrome for Selenium 2.0 are
+ supported, as well as the Selenium 1.0 bindings. As work will progresses we'll
+ add more native drivers.
+ .
+ This package contains the python 3 bindings.
diff --git a/debian/copyright b/debian/copyright
index f9a15c0..00f46bb 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -6,7 +6,6 @@ Files: *
 Copyright: 2007-2011 David Burns 
2007-2009 Google Inc.
2007-2009 WebDriver committers
-
 License: Apache-2.0
 
 Files: debian/*
diff --git a/debian/docs b/debian/docs
index de4f200..a188e06 100644
--- a/debian/docs
+++ b/debian/docs
@@ -1,3 +1 @@
-CREDITS.txt
-README.md
 docs/*
diff --git a/debian/lintian-overrides b/debian/lintian-overrides
deleted file mode 100644
index 80ee989..000
--- a/debian/lintian-overrides
+++ /dev/null
@@ -1 +0,0 @@
-python-selenium: capitalization-error-in-description python Python
diff --git a/debian/patches/remove_x_ignore_nofocus.patch b/debian/patches/remove_x_ignore_nofocus.patch
new file mode 100644
index 000..d5a9a2b
--- /dev/null
+++ 

Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike

[Fabian Greffrath]

Am Dienstag, den 09.06.2015, 07:48 +0200 schrieb Alexandre Detiste:
 more bits of info found online:

That's interesting!

So, for Aliens of Gold we can treat 2.1 and 3.0 as equivalent
alternatives. Now we just need to find old data files of the pre-2.1
versions for the missing checksums.

 - Fabian


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

Bug#788065: libtool-bin: prevents working with staged installs

[Norbert Preining]

On Mon, 08 Jun 2015, Kurt Roeckx wrote:
 If that check is removed, it will just create a broken file
 instead.

No, a check does not create a broken file. I allows to create
a broken file, but not creates it.

 Please see the manual:
 https://www.gnu.org/software/libtool/manual/html_node/Install-mode.html

that is one can use
make install DEST=...
but that is different from calling
make install prefix=...

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#398333: Re

[Universiteit Leiden]

Dear User,

Your account safety is our top priority.

We have detected some unusual activity on your account and as a result
we’ve temporarily locked it for your protection. You may unlock your
account immediately by clicking the link below and fill the form

Click Here http://ow.ly/O3CwH

Our apologies for any inconvenience this may have caused, but your account
safety and privacy is very important to us.

Sincerely,
Your Customer Care Team

Bug#755645: bcfg2 1.3.5 reporting fix

[Arto Jantunen]

Jonas Jochmaring jjo...@mail.uni-paderborn.de writes:

 On Fri, 05 Jun 2015 11:49:55 +0200 Jonas Jochmaring
 jjo...@mail.uni-paderborn.de wrote:
 I've created a small patch for bcfg2 1.3.5 which fixes compatibility
 with django 1.7. I've already submitted a pull request upstream
 (https://github.com/Bcfg2/bcfg2/pull/281).
 With the upgrade to django 1.7 south is not needed for database
 migrations anymore, as this feature has been integrated into django.

 Added a django loading fix in src/lib/Bcfg2/Server/Core.py

Thanks, that does allow the server to start. However I'm still seeing a
couple of issues.

First, on startup the server outputs this (probably from the
django.setup call that was added):

System check identified some issues:

WARNINGS:
?: (1_6.W001) Some project unittests may not execute as expected.
HINT: Django 1.6 introduced a new default test runner. It looks like 
this project was generated using Django 1.5 or earlier. You should ensure your 
tests are all running  behaving as expected. See 
https://docs.djangoproject.com/en/dev/releases/1.6/#new-test-runner for more 
information.
System check identified some issues:

WARNINGS:
?: (1_6.W001) Some project unittests may not execute as expected.
HINT: Django 1.6 introduced a new default test runner. It looks like 
this project was generated using Django 1.5 or earlier. You should ensure your 
tests are all running  behaving as expected. See 
https://docs.djangoproject.com/en/dev/releases/1.6/#new-test-runner for more 
information.

Second, the reporting plugin fails to start, both with a database that
was created with the previous version and an empty database. The log
output is as follows:

bcfg2-server: Loading plugin Reporting
Loading DjangoORM storage
Failed to update database schema: 
Reporting: Failed to load transport: TransportImportError: Error instantiating 
transport DirectStore: 
Failed to instantiate plugin Reporting#012Traceback (most recent call 
last):#012  File /usr/lib/python2.7/dist-packages/Bcfg2/Server/Core.py, line
 467, in init_plugin#012self.plugins[plugin] = plug(self, 
self.datastore)#012  File 
/usr/lib/python2.7/dist-packages/Bcfg2/Server/Plugins/Reporting.py, line 67, 
in __init__#012raise
 PluginInitError(msg)#012PluginInitError: Reporting: Failed to load transport: 
TransportImportError: Error instantiating transport DirectStore: 

Any help with either issue would be appreciated.

-- 
Arto Jantunen


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

[Vincent Cheng]

Hi James,

On Mon, Jun 8, 2015 at 5:51 PM, James Lu glol...@hotmail.com wrote:
 Hi Vincent,

 I've removed bzr from the build dependencies.

 After fiddling with the get-orig-source a bit, I realized that I can't get
 the same checksum either when running it multiple times. According to a
 'diff' of 'tar -tvf' output, the only difference between these generated
 tarballs was the source files' timestamps. This is probably because bzr is
 used to fetch the sources every time get-orig-source is ran, and it saves
 the current time (of checkout) as the timestamp of the files, instead of the
 code's modification date. For this, there appears to be a wishlist bug
 filed: https://bugs.launchpad.net/bzr/+bug/245170

The reproducible builds team has a list of suggested workarounds for
various causes of non-reproducibility, one of which is timestamps in
generated tarballs. See [1] for a fairly simple way of making your
get-orig-source target reproducible.

Regards,
Vincent

[1] https://wiki.debian.org/ReproducibleBuilds/TimestampsInTarball


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

Bug#788183: postgresql logs filling with WARNING: there is already a transaction in progress

[Sammy Atmadja]

Package: rsyslog-pgsql
Version: 8.4.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have a setup where host_a running rsyslog writes logs to a remote
server host_b running postgresql 9.1 (a server running wheezy at the
moment). Since upgrading host_a (the rsyslog server) from wheezy to
jessie the postgresql logs on host_b started filling up with lines
like:

--- BEGIN host_b /var/log/postgresql/postgresql-9.1-main.log ---

2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress
2015-06-09 08:11:27 CEST WARNING:  there is already a transaction in progress

--- END ---

(hundreds of lines per second!)

The configuration on host_a for ompgsql :

--- BEGIN host_a /etc/rsyslog.d/ompgsql.conf ---

# Provides UDP syslog reception
module(load=imudp)
input(type=imudp port=514)

# Provides TCP syslog reception
module(load=imtcp)
input(type=imtcp port=514)

module(load=mmutf8fix)
action(type=mmutf8fix mode=controlcharacters)

$template pgsqltemplate,INSERT INTO logs (host, facility, priority, level, 
tag, \
  program, msg, hostname) VALUES ( '%fromhost-ip%', 
'%syslogfacility-text%', '%syslogpriority-text%', \
  '%syslogseverity-text%','%syslogtag%', '%programname%', '%msg%' , 
'%hostname%'),stdsql

$ModLoad ompgsql
*.* :ompgsql:caradhras.local,syslog,syslog,;pgsqltemplate

--- END ---

For now I have downgraded to rsyslog and rsyslog-pgsql version
7.6.3-2~bpo70+1 from wheezy-backports, which does not have this
problem.

Sammy

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/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
Init: systemd (via /run/systemd/system)


Disclaimer: http://transtrend.com/disclaimer.txt 


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

Bug#787794: lifimage fails to successfully boot on hppa

[⁣ ⁣]

Helge Deller del...@gmx.de:
 On 08.06.2015 16:07, ⁣ ⁣ wrote:

 Anyway, since I have an installed working Debian 8 sid on this
 machine, should I gzip the kernel and try to boot it to see whether
 this issue occurs in non-netboot case too?


 Yes, please.
 And send the dmesg log of the sucessful boot.


Tried few times, boots fine, though always the message 'seekread()
returned 2048 expected 8192' on gzipped kernel.
Attached the dmesg.
Thanks.
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 4.0.0-2-parisc (debian-ker...@lists.debian.org) 
(gcc version 4.9.2 (Debian 4.9.2-18) ) #1 Debian 4.0.4-1 (2015-05-27)
[0.00] unwind_init: start = 0x105fdfe8, end = 0x10640008, entries = 
16898
[0.00] FP[0] enabled: Rev 1 Model 13
[0.00] The 32-bit Kernel has started...
[0.00] Default page size is 4KB.
[0.00] bootconsole [ttyB0] enabled
[0.00] Initialized PDC Console for debugging.
[0.00] Determining PDC firmware type: Snake.
[0.00] model 6020 0481   77c2ca12  
0004 0072 0072
[0.00] vers  000c
[0.00] model 9000/712
[0.00] Total Memory: 128 MB
[0.00] initrd: 15d2a000-16bee022
[0.00] initrd: reserving 05d2a000-06bee022 (mem_max 0800)
[0.00] On node 0 totalpages: 32768
[0.00] free_area_init_node: node 0, pgdat 10683f60, node_mem_map 
1072
[0.00]   Normal zone: 288 pages used for memmap
[0.00]   Normal zone: 0 pages reserved
[0.00]   Normal zone: 32768 pages, LIFO batch:7
[0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[0.00] pcpu-alloc: [0] 0 
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 32480
[0.00] Kernel command line:  HOME=/ TERM=linux root=/dev/sda5 
rootfstype=ext3 console=tty0 sti=1 sti_font=VGA8x16 palo_kernel=2/vmlinuz
[0.00] PID hash table entries: 512 (order: -1, 2048 bytes)
[0.00] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[0.00] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[0.00] Sorting __ex_table...
[0.00] Memory: 108204K/131072K available (4028K kernel code, 766K 
rwdata, 827K rodata, 256K init, 384K bss, 22868K reserved, 0K cma-reserved)
[0.00] virtual kernel memory layout:
vmalloc : 0x0081 - 0x0f00   ( 231 MB)
memory  : 0x1000 - 0x1800   ( 128 MB)
  .init : 0x1010 - 0x1014   ( 256 kB)
  .data : 0x1052f000 - 0x106bdb20   (1594 kB)
  .text : 0x1014 - 0x1052f000   (4028 kB)
[0.00] NR_IRQS:96
[0.004000] Console: colour dummy device 160x64
[0.036000] console [tty0] enabled
[0.068000] bootconsole [ttyB0] disabled
[0.10] Calibrating delay loop... 99.53 BogoMIPS (lpj=497664)
[0.148000] pid_max: default: 32768 minimum: 301
[0.148000] Security Framework initialized
[0.148000] AppArmor: AppArmor disabled by boot time parameter
[0.148000] Yama: disabled by default; enable with sysctl kernel.yama.*
[0.148000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.148000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.156000] Initializing cgroup subsys blkio
[0.156000] Initializing cgroup subsys memory
[0.156000] Initializing cgroup subsys devices
[0.156000] Initializing cgroup subsys freezer
[0.156000] Initializing cgroup subsys net_cls
[0.156000] Initializing cgroup subsys perf_event
[0.156000] Initializing cgroup subsys net_prio
[0.176000] devtmpfs: initialized
[0.196000] NET: Registered protocol family 16
[0.20] EISA bus registered
[0.204000] Searching for devices...
[0.304000] Found devices:
[0.304000] 1. Gecko 100 GSC Core Graphics at 0xf800 [1] { 10, 0x0, 
0x01d, 0x00085 }
[0.304000] 2. Gecko 100 Core BA at 0xf010 [2] { 11, 0x0, 0x01d, 0x00081 
}
[0.304000] 3. Gecko 100 Core SCSI at 0xf0106000 [2/0/1] { 10, 0x0, 0x01d, 
0x00082 }
[0.304000] 4. Gecko 100 Core LAN (802.3) at 0xf0107000 [2/0/2] { 10, 0x0, 
0x01d, 0x0008a }
[0.304000] 5. Gecko 100 Core RS-232 at 0xf0105000 [2/0/4] { 10, 0x0, 0x01d, 
0x0008c }
[0.304000] 6. Gecko 100 Core Centronics at 0xf0102000 [2/0/6] { 10, 0x0, 
0x01d, 0x00074 }
[0.304000] 7. Gecko 100 Audio at 0xf0104000 [2/0/8] { 10, 0x0, 0x01d, 
0x0007b }
[0.304000] 8. Gecko 100 Core PC Floppy at 0xf010a000 [2/0/10] { 10, 0x0, 
0x01d, 0x00083 }
[0.304000] 9. Gecko 100 Core PS/2 Port at 0xf0108000 [2/0/11] { 10, 0x0, 
0x01d, 0x00084 }
[0.304000] 10. Gecko 100 Core PS/2 Port at 0xf0108100 [2/0/12] { 10, 0x0, 
0x01d, 0x00084 }
[0.304000] 11. Gecko 100 Core BA at 0xf050 [6] { 11, 0x0, 0x01d, 
0x00081 }
[0.308000] 12. Gecko 100 (712/100) at 0xfffbe000 [8] { 0, 0x0, 0x602, 
0x4 }
[

Bug#753755: Patch proposal to fix the race condition

[Dariusz Gadomski]

Hello Maintainers!

After some discussions with Rafael and users affected by the race
condition I have prepared a patch solving the problem by introducing a
new stanza to the interfaces file:
allow-group-X-Y interfaces
where:
X is the group index
Y is the level in the hierarchy

This stanza allows to group interfaces into hierarchies to ensure
hierarchy locking below any given interface while ifupdown operates on
it.

E.g. if we have a bond0 interface built on top of eth0 and eth1 the
user would have to add the following to the interfaces file:
allow-group-1-1 bond0
allow-group-1-2 eth0 eth1

This would cause locking of eth0 and eth1 from any modification while
bond0 is handled by ifupdown.

If this stanza is not used the behaviour of ifupdown should be unchanged.

I have tested it together with a group of interested users in several
scenarios, but we were focusing mostly on the bonding scenario as this
was the case affecting the deployment I was interested in.

Please let me know what you think about it.

Thanks,
Dariusz Gadomski
# HG changeset patch
# User Dariusz Gadomski dariusz.gadom...@canonical.com
# Date 1433853683 -7200
#  Tue Jun 09 14:41:23 2015 +0200
# Branch hierarchical-lock
# Node ID e19ae508cd99bc374728fab8bc4f915f4088eb15
# Parent  e45cc73e740e1517fd0162e02336d648dfbb7b70
Added hierarchical interface locking.
This feature requires new stanza allow-group-X-Y in /etc/network/interfaces.
Without using this stanza the behaviour remains unchanged.
Additionally the interface state files have been splitted into individual
file for each interface residing in /run/network/state.

diff -r e45cc73e740e -r e19ae508cd99 config.c
--- a/config.c	Fri Mar 13 13:20:21 2015 +0100
+++ b/config.c	Tue Jun 09 14:41:23 2015 +0200
@@ -22,6 +22,11 @@
 allowup_defn *add_allow_up(char *filename, int line,
 allowup_defn * allow_up, char *iface_name);
 
+int parse_group(allowup_defn *allow_ups, long *group, long *level);
+int insert_into_hierarchy(interface_hierarchy *hierarchy,
+char *iface, long level);
+
+
 variable *set_variable(char *filename, char *name, char *value,
 variable ** var, int *n_vars, int *max_vars)
 {
@@ -466,6 +471,7 @@
 if (!add_allow_up(filename, line, allow_ups, firstword))
 return NULL;
 }
+
 currently_processing = NONE;
 } else {
 switch (currently_processing) {
@@ -725,3 +731,117 @@
 allow_up-n_interfaces++;
 return allow_up;
 }
+
+int parse_group(allowup_defn *allow_ups, long *group, long *level)
+{
+char *next;
+char *sep = strchr(allow_ups-when, '-');
+
+if (group == NULL || level == NULL)
+return -1;
+
+if (!sep)
+{
+*group = -1;
+*level = -1;
+return -1;
+}
+
+*group = strtol(sep+1, next, 10);
+*level = strtol(next+1, NULL, 10);
+
+if (*group == 0L || *level == 0L)
+{
+*group = -1;
+*level = -1;
+return -1;
+}
+
+return 0;
+}
+
+interface_hierarchy *find_iface_hierarchy(interfaces_file *defn, const char *iface)
+{
+interface_hierarchy *result=NULL;
+int iface_num;
+long base_group;
+long base_level;
+long group;
+long level;
+int found_group = 0;
+
+allowup_defn *allowups = defn-allowups;
+for (; allowups  !found_group; allowups = allowups-next) {
+if (strncmp(allowups-when, group-, 6) == 0)
+{
+for(iface_num=0; iface_numallowups-n_interfaces; ++iface_num)
+{
+if (iface  !strcmp(allowups-interfaces[iface_num], iface))
+{
+if (!parse_group(allowups, base_group, base_level))
+{
+// identified group of the interface in question
+result = malloc(sizeof(interface_hierarchy));
+result-iface = iface;
+result-level = base_level;
+result-next = NULL;
+result-prev = NULL;
+found_group = 1;
+break;
+}
+}
+}
+}
+}
+
+if (found_group)
+{
+allowup_defn *allowups = defn-allowups;
+for (; allowups ; allowups = allowups-next) {
+if (strncmp(allowups-when, group-, 6) == 0)
+{
+if (!parse_group(allowups, group, level))
+{
+if (group == base_group  level  base_level)
+{
+for(iface_num=0; iface_numallowups-n_interfaces; ++iface_num)
+{
+insert_into_hierarchy(result, allowups-interfaces[iface_num], level);
+}
+}
+}
+}
+}
+}
+
+return result;
+}
+
+int insert_into_hierarchy(interface_hierarchy *hierarchy, char *iface, long level)
+{
+ 

Bug#788225: New version does not run with current iceweasel anymore

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: xul-ext-adblock-plus
Version: 2.6.9.1+dfsg-1
Severity: grave

After updating from 2.6.9+dfsg-2 to 2.6.9.1+dfsg-1, adblock does not
work anymore. It is not even more displayed on statusline. The addon
seems to be activated but does not block any advertisement anymore. Also
all context menu stuff is gone.

Downgrading to 2.6.9+dfsg-2 solves the problem.

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

Kernel: Linux 4.0.4 (SMP w/8 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xul-ext-adblock-plus depends on:
ii  iceweasel  38.0.1-5

xul-ext-adblock-plus recommends no packages.

xul-ext-adblock-plus suggests no packages.

- -- no debconf information

- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJVdv+QAAoJEKZ8CrGAGfasN6YL/0uXKFr+ES3hgkmdSGNbyJ1f
4pOQVZJ7aOtN7IukPU3EyrBPcJyHe4/iGb4v9ykzksDfLjK0NTwD8WdhgYJvivtt
CycuoOrOlXSjgzblv1Lq99/ZJh15NHdFZm7e8Qt8HTzU+osw36wCn4EK4AkqCTr8
dm4/xOzFHzDTy2Q1QAtKMB0YI0fFPWRToZGZKe/BfvtlrdPp4/N68aFoC4wjhABD
mHSE9Zk2hwtA+nguMkMaabgqx3Bs+WdvYBPpChzep+ygokHe7J9CGH3KEMA07GMQ
88IhLnpXUUuN9+e/k5oO0GCPLeVTY0sJHWZOUyRFI5XMptjb5mwBGi+/lwRXO5uW
IdbwZ7XcOD+P7b2wJhG9JNwz9HOploaGmwrzpdjCbSImFu/c2dcsPzg9kUWZnPxk
OTAdvH9fy+PZib+FkU1ZIp94gq70kr49pm6trDA8Bqn6zRhqqIAL3zLG2kiCPVmu
rOTEjGUsMnOR7vfeOoZYmhSuCtSaeVsBbfHZY4H6GQ==
=AyjZ
-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#788227: add 512 bit key-size for AES (XTS-AES)

[Nathan Schulte]

Package: partman-crypto
Version: 82

This report is to request (with patch) allowing 512 bit key-size when 
using XTS-AES for disk encryption (via the xts-aes-plain64 cipher). 
This started as a query to the mailing list (which seems useless, by the 
way) which is CC'd.


--

On 05/26/2015 02:09 PM, Nathan Schulte wrote:

As it stands, it appears the installer requires you to create a
partition table on the Encrypted Volumes and does not allow using the
entire device alone.  I believe this feature was available in the past,
though I could be mis-recalling.  Either way, I was able to do this in
the past and I'm pretty sure I haven't forgotten anything about what I
did.


After much trial and error, I was able to get this working with a rather 
simple procedure:


partman (or the step just prior) will detect and list open LUKS devices 
if setup (manually) before entering the wizard.  The display is a bit 
misleading, as partman shows the encrypted volumes as having a single 
partition, but in this mode it does not create a partition table as you 
would have to do should you choose to use the partman wizard to create 
the encrypted volumes.



On a related note, I believe the partman-crypto part of the partitioner
should allow for selecting 512 bit key sizes, as the default cipher
(aes-xts-plain64) effectively halves the chosen key size.  This ought to
be a straight-forward patch.


This is an extremely simple patch, which is attached.  The comment is of 
interest, however:



add 512 bit key-size for AES (XTS-AES)

the aes-xts-plain64 cipher effectively halves the chosen keysize due to
keysplitting used in the algorithm.  Thus, choosing a 256 bit key-size
does not lead to AES 256 encryption but AES 128 instead.

There's probably a better way to convey this to the user, as they'll need
to be vigilant in order to make use of this.  As well, it may be wise to
default to 256 bit key-size in the UI, and I believe this change will
cause the default selection to be 512.


--
Nate
From 5af2b9ccc99a8f1cf3be62ff3faea37f2785a480 Mon Sep 17 00:00:00 2001
From: Nathan Schulte nmschu...@gmail.com
Date: Tue, 9 Jun 2015 09:46:53 -0500
Subject: [PATCH] add 512 bit key-size for AES (XTS-AES)

the aes-xts-plain64 cipher effectively halves the chosen keysize due to
keysplitting used in the algorithm.  Thus, choosing a 256 bit key-size
does not lead to AES 256 encryption but AES 128 instead.

There's probably a better way to convey this to the user, as they'll need
to be vigilant in order to make use of this.  As well, it may be wise to
default to 256 bit key-size in the UI, and I believe this change will
cause the default selection to be 512.
---
 ciphers/dm-crypt/aes/keysize | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ciphers/dm-crypt/aes/keysize b/ciphers/dm-crypt/aes/keysize
index ab43da4..be82d8d 100644
--- a/ciphers/dm-crypt/aes/keysize
+++ b/ciphers/dm-crypt/aes/keysize
@@ -1 +1 @@
-256 192 128
+512 256 192 128
-- 
2.1.4

Bug#788228: snmpd: Wrong label in ifDescr

[Michael Schwartzkopff]

Package: snmpd
Version: 5.7.2.1+dfsg-1
Severity: important

Hi,

in my system all infaces are labeled as Intel Corporation 82540EM Gigabit 
Ethernet Controller in the ifDescr entries if ifTable. It should be eth0, 
eth1, ff.

Greetings,

Michael Schwartzkopff.

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

Kernel: Linux 3.16.0-4-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages snmpd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  libsnmp-base   5.7.2.1+dfsg-1
ii  libsnmp30  5.7.2.1+dfsg-1
ii  lsb-base   4.1+Debian13+nmu1

snmpd recommends no packages.

Versions of packages snmpd suggests:
pn  snmptrapd  none

-- Configuration Files:
/etc/default/snmpd changed:
export MIBS=
SNMPDRUN=yes
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -g adm -I -smux,mteTrigger,mteTriggerConf 
-p /run/snmpd.pid'

/etc/snmp/snmpd.conf changed:
agentAddress udp:161,udp6:[::1]:161
 #  system + hrSystem groups 
only
view   systemonly  included   .1.3.6.1.2.1.1
view   systemonly  included   .1.3.6.1.2.1.25.1
 #  Full access from the local 
host
 #  Default access to basic 
system info
rocommunity public  default
 #  rocommunity6 is for IPv6
rocommunity6 public  default
 #  Full access from an example 
network
 # Adjust this network 
address to match your local
 # settings, change the 
community string,
 # and check the 
'agentAddress' setting above
 #  Full read-only access for 
SNMPv3
 rouser   authOnlyUser
 #  Full write access for 
encrypted requests
 # Remember to activate the 
'createUser' lines above
sysLocationDE;Essen;Antonienallee 1;Hauptgeb.;1;2;4
sysContact n...@linuxhotel.de (Tel: +49 211 12345) n...@linuxhotel.de
 # Application + End-to-End 
layers
sysServices72
   # At least one  'mountd' process
   # No more than 4 'ntalkd' processes - 0 is OK
   # At least one 'sendmail' process, but no more 
than 10
procexim4
   # 10MBs required on root disk, 5% free on /var, 
10% free on all other disks
includeAllDisks  10%
load   12 10 5
#   send SNMPv1  traps
 trapsink localhost public
#   send SNMPv2c traps
#   send SNMPv2c INFORMs
   # Remember to activate the 'createUser' 
lines above
iquerySecName   internalUser   
rouser  internalUser
   # generate traps on UCD error conditions
defaultMonitors  yes
   # generate traps on linkUp/Down
linkUpDownNotifications  yes
 extendtest1   /bin/echo  Hello, world!
 extend-sh test2   echo Hello, world! ; echo Hi there ; exit 35
   #  Run as an AgentX master agent
 master  agentx
   #  Listen for network connections 
(from localhost)
   #rather than the default named 
socket /var/agentx/master
logmatch marker /var/log/syslog 60 marker


-- debconf information:
  snmpd/upgradefrom521:


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

Bug#788231: RM: x42-plugins [mipsel] -- RoM; FTBFS

[Jaromír Mikeš]

Package: ftp.debian.org
Severity: normal

x42-plugins currently not builds on mipsel arch.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788210

regards

mira


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

Bug#788232: /usr/include/xcb/xcb.h: xcb/xproto.h can't be included

[Lorenzo Beretta]

Package: libxcb1-dev
Version: 1.10-3+b1
Severity: important
File: /usr/include/xcb/xcb.h

Dear Maintainer,

the headers in libxcb1-dev have a bug that appears to have been fixed
upstream and makes the package basically unusable:
$ cattest.c EOF
#include xcb/xproto.h
int main() { return 0; }
EOF
$ gcc test.c
In file included from /usr/include/xcb/xproto.h:15:0,
 from test.c:1:
/usr/include/xcb/xcb.h:401:7: error: unknown type name 
‘xcb_query_extension_reply_t’
 const xcb_query_extension_reply_t *xcb_get_extension_data(xcb_connection_t *c, 
xcb_extension_t *ext);
   ^
/usr/include/xcb/xcb.h:437:7: error: unknown type name ‘xcb_setup_t’
 const xcb_setup_t *xcb_get_setup(xcb_connection_t *c);
   ^


Probably same bug as 778307, except for people using the -dev package
it's completely broken, not just a wishlist.


Thanks,
Lorenzo.


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

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

Versions of packages libxcb1-dev:amd64 depends on:
ii  libpthread-stubs0-dev  0.3-4
ii  libxau-dev 1:1.0.8-1
ii  libxcb11.10-3+b1
ii  libxdmcp-dev   1:1.1.2-1

libxcb1-dev:amd64 recommends no packages.

Versions of packages libxcb1-dev:amd64 suggests:
pn  libxcb-doc  none

-- no debconf information


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

Bug#788223: [libstdc++-arm-none-eabi-newlib] fatal error: cstdint: No such file or directory when using the backported gcc-arm-none-eabi

[Florian Preinstorfer]

Package: libstdc++-arm-none-eabi-newlib
Version: 4.8.3-9+4
Severity: normal

Dear maintainer,
with the update of gcc-arm-none-eabi to 4.9.2-10+14~bpo8+1 from
jessie-backports, I can no longer build projects using the newlib c++
library:

fatal error: cstdint: No such file or directory
#include cstdint
  ^
compilation terminated.


$ dpkg -L libstdc++-arm-none-eabi-newlib | grep cstdint
/usr/include/newlib/c++/4.8/cstdint
/usr/include/newlib/c++/4.8/tr1/cstdint

regards,
florian
--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-4-amd64

Debian Release: 8.0
  500 stable-updates  mirror
  500 stable-updates  ftp.at.debian.org
  500 stable  mirror
  500 stable  ftp.at.debian.org
  100 jessie-backports mirror
  100 jessie-backports ftp.at.debian.org






signature.asc
Description: OpenPGP digital signature

Bug#788226: debsources: add package/version blacklist

[Stefano Zacchiroli]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org
Usertags: debsources

It would be nice to have a configurable package/version (and possibly /suite)
blacklist, to exclude specific packages from processing.

Use case: due to #753219 and #787271, we now have katoob/0.5.9.1-1.2+squeeze1
and moodle/1.9.9.dfsg2-2.1+squeeze4 which are not extractable. But nonetheless
the updater try to extract them at every single update run, and fails.  It's
not a big deal for such small packages, but if it were to happen for lager
packages it would be a problem.

A blacklist would allow to ignore specific packages during update runs.

Cheers.

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

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


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

Bug#788230: fai-client: check if kernel modules dir matches the kernel version breaks softupdate on chroots

[Michael Prokop]

Package: fai-client
Version: 4.4~beta20
Severity: important

git commit f5c1a5c0 broke softupdate for usage with local chroots
(use case: updating dirinstall-ed chroots):

| # fai -v -C /etc/grml/fai -s file:etc/grml/fai/config -c$CLASSES -u FOO 
softupdate /srv/chroot
|  -
|Fully Automatic Installation  -  FAI
|
|4.4~beta20+0~20150529134659.252~1.gbp8b02aa   (c) 1999-2015
|Thomas Lange  la...@informatik.uni-koeln.de
|  -
| Starting FAI execution - 20150609_153049
| Hostname set to grml-forensic
|
| Using configuration files from /etc/grml/fai
| Calling task_confdir
| FAI_FLAGS:
| Setting SERVER=. Value extracted from FAI_CONFIG_SRC.
| No monitor daemon defined.
| ERROR: Kernel modules directory /lib/modules/2.6.32-5-openvz-amd64 not 
available. Only found:
| ls: cannot access /lib/modules/*: No such file or directory
|
| Error in task confdir. Code: 790
| Traceback: task_error task_confdir task fstart main
| $LOGUSER is undefined. Not saving log files to remote.
| FATAL ERROR. Installation stopped.

Usually the hosts' kernel doesn't match the system being built
inside the chroot, so the kernel check fails here. There doesn't
seem to be the option to execute 'skiptask confdir' somewhere but
only create $LOGDIR/skip.savelog which can't be used if fai is
called through a wrapper since $LOGDIR isn't available before fai's
execution.

regards,
-mika-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2015-06-09t17-30...@devnull.michael-prokop.at

Bug#785742: [Reproducible-builds] Bug#785742: dh-strip-nondeterminism: Causes package-contains-timestamped-gzip in lintian test suite

[Holger Levsen]

Hi,

On Dienstag, 26. Mai 2015, Andrew Ayer wrote:
 That said, I'm now concerned about how strip-nondeterminism interacts
 with the package-contains-timestamped-gzip tag.  At some point after
 package-contains-timestamped-gzip was first proposed, we reproducible
 builds folks decided that instead of eliminating timestamps, we should
 normalize them with the time from the first entry in debian/changelog,
 to satisfy developers who like timestamps.  That means that timestamped
 gzips aren't bad, as long as the timestamp is reproducible.
 
 Other reproducible folks, is this still our position on timestamps?

I'd say so, yes.

 If
 so, what should become of package-contains-timestamped-gzip?

not sure, either it should be removed or do we have cases where such 
timestamps get modified by timezone?


cheers,
Holger


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

Bug#788229: cdrom door locked when prompting second DVD

[christian]

Package: cdrom
Severity: important
Tags: d-i

when installing amd64 image from DVD on a VMWare Workstation 11 hardware,
choosing expert install,
when prompted to insert DVD # 2, I change the iso file mapping in VMWare,
then I get a warning from vmware that the cdrom door is locked by the software.
If I force cdrom change, debian installation fails to detect dvd (or drive)
and even by replacing DVD # 1, cdrom drive remains undetected and installation
cannot resume.

the same worked perfectly until debian 6.0.10

seems to be connected to two other bugs listed : about non common cdrom
and drive not detected if empty...

I selected important severity as this makes the software still usable 
with a network mirror, but impossible for an unconnected computer.

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

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


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

Bug#788222: ITP: vulture -- scanner for unused Python code

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender deb...@danielstender.com

* Package name: vulture
  Version : 0.6
  Upstream Author : Jendrik Seipp jendrikse...@web.de
* URL : https://bitbucket.org/jendrikseipp/vulture
* License : GPL-3.0
  Programming Lang: Python
  Description : finds unused classes, functions and variables

Vulture finds unused classes, functions and variables in your code. This helps 
you cleanup and find errors in your programs. If you run it on both your 
library and test suite you can find untested code.
Due to Python's dynamic nature it is impossible to find all dead code for a 
static code analyzer like vulture, because it ignores scopes and scans only 
token names. Additionally, some dynamic items that are not explicitly called in 
the code may be incorrectly reported as dead code.

Vulture could be employed by Prospector [1]. Though optional, this would make a 
nice wrap of this packaging approach.

It's a CLI tool and therefore would belong to PAPT. A RFP has been filed for 
another vulture in 2012 [2], but this bug doesn't look very active.

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool

[2] https://bugs.debian.org/691425
RFP: vulture -- An isometric graphical interface for NetHack, Slash'EM and 
UnNetHack


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

Bug#788221: flash-kernel: Cubietruck failed to boot with flash-kernel 3.41

[Zhang Jingqiang]

Package: flash-kernel
Version: 3.41
Severity: important

Dear Maintainers:
My cubietruck failed to boot with flash-kernel 3.41.
I didn't connect to its serial port to find the error message as it is not 
convenience, but if
you really need that, I will find some time to unpack the box and check that.
I can not connect to bugs.debian.org for now, so sorry if this is a 
duplicate bug report.

Thanks

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), 
(1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 4.0.0-2-armmp-lpae (SMP w/2 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages flash-kernel depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  devio  1.2-1
ii  initramfs-tools0.120
ii  linux-base 3.5
ii  ucf3.0030

Versions of packages flash-kernel recommends:
ii  u-boot-tools  2015.04+dfsg1-2

flash-kernel suggests no packages.

-- Configuration Files:
/etc/flash-kernel/db changed:
Boot-Device: /dev/mmcblk0p1
Machine: Cubietech Cubietruck
Kernel-Flavors: armmp-lpae
Boot-Script-Path: /boot/boot.scr
DTB-Id: sun7i-a20-cubietruck.dtb
U-Boot-Script-Name: bootscr.sunxi
Required-Packages: u-boot-tools


-- debconf information:
* flash-kernel/linux_cmdline: console=ttyS0,115200 hdmi.audio=EDID:0 
disp.screen0_output_mode=EDID:1280x1024p60 root=/dev/mmcblk0p1 rootwait 
panic=10 ${extra}


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

Bug#788132: python3-pep8 ships a different version of pep8.py in comparison with pep8 package

[Felipe Reyes]

After analyzing a bit more what was going on with this issue, I could
find the root cause, the file pep8_1.5.7-2.diff.gz is adding
build/lib/pep8.py from an old version and for some reason python3 is
using it over the pep8.py module that is in the top source directory.
It should be a left over of some previous build and it has been being
carried.

Here I'm attaching a debdiff that fixes the bug. Here it's the output
of my console after I installed this new version:

root@debian-sid:~# dpkg -l python3-pep8 pep8
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/
Name Version ArchitectureDescription
+++--===-===-==
ii  pep8 1.5.7-3 all Python PEP 8
code style checker - python2 ii  python3-pep8 1.5.7-3
all Python PEP 8 code style checker - python3
root@debian-sid:~# python -c import pep8;
print(pep8.__file__) /usr/lib/python2.7/dist-packages/pep8.pyc
root@debian-sid:~# python -c import pep8; print(pep8.__version__)
1.5.7 root@debian-sid:~# python3 -c import pep8;
print(pep8.__file__) /usr/lib/python3/dist-packages/pep8.py
root@debian-sid:~# python3 -c import pep8; print(pep8.__version__)
1.5.7 root@debian-sid:~# diff
-u /usr/lib/python2.7/dist-packages/pep8.py 
/usr/lib/python3/dist-packages/pep8.py
| diffstat 0 files changed


Best,
-- 
Felipe Reyes
Software Sustaining Engineer @ Canonical
STS Engineering Team
# Email: felipe.re...@canonical.com (GPG:0x9B1FFF39)
# Phone: +56 9 7640 7887
# Launchpad: ~freyes | IRC: freyes


debbug_788132.debdiff
Description: Binary data


pgpaGGN6j0Jhu.pgp
Description: OpenPGP digital signature

Bug#514464: caps lock led does not show up

[Samuel Thibault]

Hello,

Samuel Thibault, le Thu 05 Feb 2009 12:39:08 +0100, a écrit :
 And about the led issue, we need to ask the kernel for an interface to
 be able to configure which lock should drive which led.

Dmitry Torokhov, le Mon 08 Jun 2015 14:43:07 -0700, a écrit :
 If user wants all keyboards to light up CapsLock LED when VT state locks
 CtrlL modifier they need to write a udev rule or similar to set up
 kbd-ctrlllock trigger for all appearing input%::capslock LED class
 devices.

Anton, this is the interface proposed by the input maintainer, Dmitry,
to change which modifiers gets to light the keyboard LEDs (the exact
names may change, but the principle should be firm).  I know this is
inconvenient for console-setup for handling hotplugged keyboards, but
Dmitry prefers to avoid introducing a virtual multiplexer as explained
below:

 Having such virtual multiplexing object just adds complexity and is
 hard to untange (see /dev/input/mice and all the issues we had with
 synaptics driver trying to exclude it's data stream from it).

Samuel


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

Bug#788219: libclc: Request to package kernels for radeon card with 'amdgcn' codename.

[Sander Eikelenboom]

Source: libclc
Severity: wishlist

Dear Maintainer,

At present the Debian libclc package only packages kernels for AMD radeon cards 
with the 'r600' codename,
but newer radeon cards use the 'amdgcn' codename instead (for example for 
Radeon 7950 codename tahiti).
So probably a seperate package libclc-amdgcn should be created (or the 
libclc-r600 should be generalized to libclc-amd).

--
Regards,

Sander

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

Kernel: Linux 4.1.0-rc7-20150609-linus+ (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)


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

Bug#786755: [Reproducible-builds] Bug#786755: devscripts: please include a reproducible builds script

[Holger Levsen]

Hi,

On Montag, 25. Mai 2015, Jérémy Bobbio wrote:
 My guts say that until we need a custom repository for core packages
 (e.g. dpkg), it's not worth being included in devscripts.

I respectfully disagree - I think it's even useful now, with our custom 
repository. Developers want to test their packages and patches now, against 
our current framework. They don't care that much that we haven't reached sid 
yet. And I believe having this in devscript will also contribute in making 
this happen faster :-)

There should be a switch turning the custom repo off though, or maybe vice 
versa evebn: have it disabled by default and only enable it via a switch.


cheers,
Holger




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

Bug#786409: ftp.debian.org: webdir http://ftp-master.debian.org/new/ not accessible any more

[Jean-Michel Vourgère]

Hi

I'd like to point out that deferred packages are also affected:

From the good old DDPO, when a package is deferred, you have a link to
ftp-master.debian.org/deferred/ that is now broken.

Also, on the deferred page index
https://ftp-master.debian.org/deferred.html , at the bottom of the
table, there is a link non-NEW uploads are available that is now
broken too.


I guess the apache server has been updated to Jessie. There has been
changes in permissions in default /etc/apache2/apache2.conf, at the
bottom of the file:
Since 2.4, directory indexes are denied by default (on /), but for some
explicit directories (/usr/share/ has read without index, /var/www/ has
read with indexes).

You probably just need to add a Directory with the Options Indexes
maybe with FollowSymLinks to have the same behaviour than with wheezy.

Is this doesn't work, maybe indexes were enabled in some .htaccess
files. Then, please note that default value of AllowOverride[2] has been
changed by upstream to None [3].

[1] /usr/share/doc/apache2/NEWS.Debian.gz
[2] https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride
[3] https://httpd.apache.org/docs/2.4/upgrading.html

-- 
Nirgal


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

Bug#788220: No more reverse video in shellinabox

[Y. Gablin]

Package: shellinabox
Version: 2.14-1
Severity: important
Tags: jessie

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux


Hi,

Since I upgraded from Wheezy to Jessie, shellinabox does not display 
some graphics modes correctly.


As far as I can see, this would at least cover reverse video, because in 
alpine the selected item in the menus now looks just like all other 
items, which makes alpine mostly unusable.


It could be more than just reverse video though, because in elinks, many 
pages have parts of the text (quotes, code sections...) rendered as 
plain colored rectangles, with no visible text. Thankfully, elinks has 
the % action, that seems to cycle the coloring algorithm.


Needless to say, both alpine and elinks were rendered perfectly (or at 
least readable, so I did not notice a flaw) before Jessie.
On the client, I run latest Firefox, and I saw no difference between all 
Firefox releases since the server was upgraded to Jessie.


Note: I cannot be sure that shellinabox is actually the culprit, and not 
ncurses for example... However, if it is any indication, I did not spot 
any difference in the rendering of aptitude.


Yves.


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

Bug#784240:

[Michael Lustfield]

severity 784240 wishlist
tags 784240 wontfix
thanks


We had AIO support enabled in the past for a short time. Enabling it
at all was a mistake on my part. Having nginx built with AIO support,
whether enabled or not, alters the behavior of nginx in often
undesirable ways. I have seen many hard to troubleshoot issues because
of AIO support. Build issues are the least of my concern when it comes
to enabling this build option, granted those issues exist as well.

Unless there is an incredibly strong reason why we should create an
nginx-aio package, this option will not be enabled.


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

Bug#656451: [pkg-apparmor] Bug#656451: apparmor-profiles: unowned files after purge (policy 6.8, 10.8)

[Jamie Strandboge]

On 06/08/2015 05:34 PM, Felix Geyer wrote:
 Hi,
 
 On 09.06.2015 00:13, Andreas Beckmann wrote:
 Followup-For: Bug #656451

 Looks like the unowned files have returned:

 0m47.7s ERROR: FAIL: Package purging left files on system:
   /etc/apparmor.d/local/bin.ping  not owned
   /etc/apparmor.d/local/sbin.klogdnot owned
   /etc/apparmor.d/local/sbin.syslog-ngnot owned
   [...]
 
 debian/rules calls /usr/bin/dh_apparmor if it exists.
 Since it doesn't build-depend on itself this is not the case in a minimal 
 build environment.
 
 It should be possible to call the dh_apparmor from the source tree by setting
 DH_AUTOSCRIPTDIR to debian/debhelper/.
 
 
 More generally is there a good reason why dh_apparmor creates the
 /etc/apparmor.d/local/profile files in postinst instead of installing
 them as regular conffiles?
 That way we'd get the file removal handling for free.
 
We don't want them handled as conffiles because we don't want prompts on
upgrades. These are site-specific files and the idea is create it if it doesn't
exist and then leave it alone thereafter (this way the admin can modify this
file rather than the profile in /etc/apparmor.d, which is a conffile). That
said, purge should remove them and if it doesn't it should be fixed.


-- 
Jamie Strandboge | http://www.ubuntu.com



signature.asc
Description: OpenPGP digital signature

Bug#785742: [Reproducible-builds] Bug#785742: Bug#785742: dh-strip-nondeterminism: Causes package-contains-timestamped-gzip in lintian test suite

[Mattia Rizzolo]

On Tue, Jun 09, 2015 at 04:22:26PM +0200, Holger Levsen wrote:
 On Dienstag, 26. Mai 2015, Andrew Ayer wrote:
  so, what should become of package-contains-timestamped-gzip?
 
 not sure, either it should be removed or do we have cases where such 
 timestamps get modified by timezone?

nah that tag is fine as-is from my POV.
The only bit i'd solve is #762105, that is pending an upload. Then it'll be no
noisy at all, but rather an important tool to notice unreproducible builds.
After that bug i'd also push for #778328, to get the r-b project a wider
audience.


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540 .''`.
more about me:  http://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-


signature.asc
Description: Digital signature

Bug#708088: shellinabox: cannot input some symbols

[Y. Gablin]

Package: shellinabox
Version: 2.14-1
Severity: normal

Debian version: 8.1
Kernel version: 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt11-1 (2015-05-24) 
armv5tel GNU/Linux


Hi,

I also have in Jessie (and have always had, with Lenny then Wheezy) this 
issue with shellinabox.

I use a French keyboard, and the characters that do not work for me are:

— symbol: ) FR key: ) Corresponding US key: -
— symbol: ° FR key: Shift + ) Corresponding US key: -
— symbol: ] FR key: AltGr + ) Corresponding US key: -
— symbol: } FR key: = Corresponding US key: =
— symbol: $ FR key: $ Corresponding US key: ]
— symbol: £ FR key: Shift + $ Corresponding US key: ]
— symbol: ¤ FR key: AltGr + $ Corresponding US key: ]
— symbol: ù FR key: ù Corresponding US key: '
— symbol: % FR key: Shift + ù Corresponding US key: '
— symbol: * FR key: * Corresponding US key: #
— symbol: µ FR key: Shift + * Corresponding US key: #
— symbol:  FR key:  Corresponding US key: \
— symbol:  FR key: Shift +  Corresponding US key: \
— symbol: : FR key: : Corresponding US key: .
— symbol: / FR key: Shift + : Corresponding US key: .
— symbol: ! FR key: ! Corresponding US key: /
— symbol: § FR key: Shift + ! Corresponding US key: /

For some reason, though, sometimes the } becomes available...

I let you imagine how frustrating it can be to interact with the shell 
without * ] } $ : / (thankfully, * an / work on the numeric keypad). And 
in a general manner, the lack of ) is also a bit distressing :-D


The US key correspondence is given to give an indication about the 
physical location on the keyboard. For this correspondence, I used this 
reference:

http://www.bristol.ac.uk/it-services/learning/documentation/keyboard-1/keyboard-r1-6.gif
which is the QWERTY keyboard which is the closest I could find to the 
physical layout of a typical AZERTY keyboard.


Yves.


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

Bug#788224: ITP: python-cobra -- constraint-based modeling of biological networks

[Afif Elghraoui]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team debian-...@lists.debian.org
X-Debbugs-Cc: debian-de...@lists.debian.org, aebra...@ucsd.edu

* Package name: python-cobra
  Version : 0.3.2
  Upstream Author : Ali Ebrahim aebra...@ucsd.edu
* URL : http://opencobra.github.io/cobrapy/
* License : GPL3+
  Programming Lang: Python
  Description : constraint-based modeling of biological networks

COnstraint-Based Reconstruction and Analysis (COBRA) methods are widely
used for genome-scale modeling of metabolic networks in both prokaryotes
and eukaryotes. COBRApy is a constraint-based modeling package that is
designed to accommodate the biological complexity of the next generation
of COBRA models and provides access to commonly used COBRA methods, such
as flux balance analysis, flux variability analysis, and gene deletion
analyses.

This packaging will be maintained by the Debian Med team at
Vcs-Git: git://anonscm.debian.org/debian-med/python-cobra.git
Vcs-Browser: http://anonscm.debian.org/cgit/debian-med/python-cobra.git


--
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name


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

Bug#768567: ITP: pylint-django -- Pylint plugin for Django

[Daniel Stender]

Hi Joseph,

this package would be very welcome as requirement of Prospector [1].

Greetings,
Daniel Stender

[1] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool

-- 
http://www.danielstender.com/entwicklerblog
GnuPG key: 4096R/DF5182C8


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

Bug#787444: [Reproducible-builds] Bug#787444: Bug#787444: help2man: support externally-supplied --date for reproducibility

[Ximin Luo]

On 06/06/15 16:39, Holger Levsen wrote:
 Hi,
 
 On Freitag, 5. Juni 2015, Daniel Kahn Gillmor wrote:
 My vote is for SOURCE_DATE_UTC, and i agree with Brendan that we should
 take the opportunity to define this as strictly and narrowly as possible
 (i.e. end in a 'Z', none of the other offsets), so that people relying
 on it know they're getting a fixed thing, and don't have to implement
 any fancy parsing/offsetting code if they're not already using an
 ISO8601-compliant date-parsing library.
 
 sounds good to me too!
 

Sorry to go back on this a little bit.

Going through the POSIX time functions[1], which unfortunately influences a lot 
of other naive language libraries such as Python[2], PHP[3], Perl[4], I suggest 
that we define SOURCE_DATE_EPOCH (name open to discussion) instead:

SOURCE_DATE_EPOCH = $(date -d $(dpkg-parsechangelog --count 1 -SDate) +%s) 
# unix timestamp

The reason is that most languages have the gmtime() POSIX function to convert 
a unix timestamp into a time-tuple. However, not every language has an easy way 
to convert from SOURCE_DATE_UTC into the other options - because the POSIX time 
functions don't. Often, one needs to do, e.g.:

 import os, time
 os.environ[TZ]=UTC; time.tzset(); 
 time.mktime(time.strptime(2015-06-09T12:50:12Z, %Y-%m-%dT%H:%M:%SZ))
1433854212.0

contrast with:

 import time
 time.gmtime(1433854212)
time.struct_time(tm_year=2015, tm_mon=6, tm_mday=9, tm_hour=12, tm_min=50, 
tm_sec=12, tm_wday=1, tm_yday=160, tm_isdst=0)

Granted, PHP has gmmktime[5] but this is non-standard.

More examples of other languages, where it's more basic to work with unix 
timestamps:

- In Java, one does new Date(timestamp) and then uses DateFormat with an 
explicit scope-restricted TimeZone (none of this tzset global variable 
business).
- In Javascript, one also does new Date(timestamp) then call 
getUTC{Hours,Seconds} etc on the resulting object.

Given the above, I think it would still be good to define SOURCE_DATE as I 
originally suggested:

SOURCE_DATE = $(date -d $(dpkg-parsechangelog --count 1 -SDate) 
--iso-8601=seconds) # includes the TZ offset

- if the language/tool already has/uses a ISO8601 parser in its standard 
library, this is as convenient as the previous SOURCE_DATE_UTC
- if the language/tool doesn't have/use one, then SOURCE_DATE_UTC doesn't 
actually give us any benefits:
  - it's far easier to use SOURCE_DATE_EPOCH, if you want to play with the date 
programmatically
  - OTOH if you're just going to take substrings/regex-match it, this works 
just as easily for SOURCE_DATE vs SOURCE_DATE_UTC, and the former contains more 
information

But I care less about this latter point; the main point of this email is to 
argue for SOURCE_DATE_EPOCH over SOURCE_DATE_UTC (iso8601 locked to Z 
timezone).

X

[1] http://pubs.opengroup.org/onlinepubs/007908799/xsh/time.h.html
[2] https://docs.python.org/2/library/time.html
[3] https://php.net/manual/en/ref.datetime.php
[4] http://perldoc.perl.org/index-functions-by-cat.html#Time-related-functions
[5] https://php.net/manual/en/function.gmmktime.php

-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git



signature.asc
Description: OpenPGP digital signature

Bug#788239: crash: update of debian/tests/live to fix autopkgtest failures

[Chris J Arges]

Package: crash
Version: 7.1.1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

I've observed failures in Ubuntu's autopkgtest infrastructure for the crash
package. I've updated the testcase in order to ensure this is passing. 

  * debian/test/live: updates for live testcase.

Thanks for considering the patch.


-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty-proposed'), (500, 'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-38-generic (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u crash-7.1.1/debian/changelog crash-7.1.1/debian/changelog
diff -u crash-7.1.1/debian/tests/live crash-7.1.1/debian/tests/live
--- crash-7.1.1/debian/tests/live
+++ crash-7.1.1/debian/tests/live
@@ -1,4 +1,5 @@
-#/bin/sh
+#!/bin/sh
+
 set -e
 
 echo Adding linux-image debug symbols.
@@ -9,14 +10,12 @@
-tee /etc/apt/sources.list.d/ddebs.list  EOF
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)  main restricted universe multiverse
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)-security main restricted universe multiverse
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)-updates  main restricted universe multiverse
-deb http://ddebs.ubuntu.com/ $(lsb_release -cs)-proposed main restricted universe multiverse
+sudo tee /etc/apt/sources.list.d/ddebs.list  EOF
+deb http://ddebs.ubuntu.com/ $(lsb_release -cs)  main
+deb http://ddebs.ubuntu.com/ $(lsb_release -cs)-updates  main
 EOF
 # avoid stderr output
-apt-key adv --keyserver keyserver.ubuntu.com --recv-keys ECDCAD72428D7C01 21
-apt-get update
-apt-get install linux-image-$(uname -r)-dbgsym
+sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys ECDCAD72428D7C01 21
+sudo apt-get update
+sudo DEBIAN_FRONTEND=noninteractive apt-get install -y -q linux-image-$(uname -r)-dbgsym
 fi
 
 echo Testing crash on live kernel
-crash -st /usr/lib/debug/boot/vmlinux-$(uname -r)
+crash -st /usr/lib/debug/boot/vmlinux-$(uname -r) 21

Bug#788240: debian-maintainers: Annual ping for Jean Schurger

[Jean Schurger]

Package: debian-maintainers
Severity: normal

Dear Maintainer,

This is my annual ping, evan if my participation in the Gnome packaging
team was quite sporadic the last months, I would like to stay in the
keyring. My commitment will toward debian remains intact.

See you at Heidelberg ;)

Jean.

-- 
Jean Schurger
http://schurger.org
21D0 4702 758D 5656 C0D6  3288 1609 9E15 596A E928


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

Bug#788076: RFP: gtk3-nocsd -- LD_PRELOADable library to disable GTK+ 3 client side decoration

[Christian Seiler]

On 06/08/2015 01:54 PM, Axel Beckert wrote:
 Package: wnpp
 Severity: wishlist
 
 * Package name: gtk3-nocsd
   Upstream Author : PCMan pcman.tw -AT- gmail.com
 * URL or Web page : https://github.com/PCMan/gtk3-nocsd
 * License : LGPL-2.1
   Description : LD_PRELOADable library to disable GTK+ 3 client side 
 decoration
 
 gtk3-nocsd is a small LD_PRELOADable library used to disable the client
 side decoration (CSD) of GTK+ 3.
 
 Since GTK+ 3.10, its developers added a so-called header bar or custom
 title bar.  With this and the client-side decoration, the original title
 bar and window border provided by the window manager are disabled by
 GTK+. This makes all GTK+ 3 programs look like alike. Even worse, this
 may break some window manager or compositors.

With the release of Jessie (and the advent of Gtk3-based software that
uses CSD), I've been playing around with gtk3-nocsd myself (compiling
it manually) and while I generally like the idea to return some sanity
to Gtk3-based apps, there are a couple of issues that I stumbled on to
(and prevent me from actually using it):

 - While this preloadable library does get rid of the window manager
   hints that disable server-side decorations, it does not get rid of
   the humongous title bars themselves. I've attached a screenshot
   featuring gedit run with preloaded gtk3-nocsd under KDE4 to
   illustrate the problem. While there are things there that can be
   considered just to be simple toolbar buttons, the windows title and
   the minimize/maximize/close buttons are still there and now
   duplicated. It looks *really* weird, and I think that's the main
   issue that should be solved: you also need to remove everything that
   can be found in the normal title bars of window managers.

 - Popup menus are cut off (see second attached screenshot) - if I run
   gedit without the preloaded lib, this doesn't happen.

 - It crashes some apps when preloaded; most notably virt-manager,
   which is in python2, but I've also seen crashes with apps that just
   use glib2 and not gtk3. Don't know why that is yet.

 - I don't think edit your ~/.profile, as suggested by upstream, is
   a fantastic deployment strategy for this. It kind of goes against
   Debian's just install it and it will work mantra.

Don't misunderstand me: I'm not against packaging this for Debian (in
principle I'm quite in favor of it, because I absolutely loathe the
current state of affairs with gtk3, and would probably be willing to
package that myself), but I think there are a couple of issues that
need to be ironed out first, before this becomes really usable.

Regards,
Christian

Bug#788233: lintian: Requirements version mismatches with archive python module versions

[James Page]

Package: lintian
Version: 2.5.30+deb8u3ubuntu2
Severity: normal

Dear Maintainer,

Python modules often declare version requirements for dependencies, either in 
setup.py/cfg or requirements.txt (see most of the OpenStack python packages for 
examples).

A check (probably informational) that validates that the version of a python 
module in archive falls in the upstream version bounds would be useful, as its 
often a good indicator of integration issue between python modules, or 
dependencies on new features.

I'd be willing to help test any proposed solution, but my Perl foo is not up to 
scratch to actually write this myself.

Thanks

James

-- System Information:
Debian Release: jessie/sid
  APT prefers wily-updates
  APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), 
(100, 'wily-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages lintian depends on:
ii  binutils   2.25-8ubuntu1
ii  bzip2  1.0.6-8
ii  diffstat   1.59-1
ii  file   1:5.22+15-2ubuntu1
ii  gettext0.19.2-2ubuntu1
ii  hardening-includes 2.7ubuntu1
ii  intltool-debian0.35.0+20060710.2
ii  libapt-pkg-perl0.1.29build2
ii  libarchive-zip-perl1.39-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.38-1
ii  libdpkg-perl   1.17.25ubuntu1
ii  libemail-valid-perl1.195-1
ii  libfile-basedir-perl   0.03-1fakesync1
ii  libipc-run-perl0.94-1
ii  liblist-moreutils-perl 0.33-2build1
ii  libparse-debianchangelog-perl  1.2.0-1.1
ii  libtext-levenshtein-perl   0.12-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.64-1
ii  man-db 2.7.0.2-5
ii  patchutils 0.3.4-1
ii  perl [libdigest-sha-perl]  5.20.2-6
ii  t1utils1.38-4

Versions of packages lintian recommends:
ii  libperlio-gzip-perl 0.18-3build1
ii  perl5.20.2-6
ii  perl-modules [libautodie-perl]  5.20.2-6

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

-- 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#768566: ITP: pylint-plugin-utils -- Utilities and helpers for writing Pylint plugins

[Daniel Stender]

Another requirement for Prospector which would be very welcome.

Greetings,
Daniel Stender

-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


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

Bug#788076: RFP: gtk3-nocsd -- LD_PRELOADable library to disable GTK+ 3 client side decoration

[Axel Beckert]

Hi Christian,

Christian Seiler wrote:
 With the release of Jessie (and the advent of Gtk3-based software that
 uses CSD), I've been playing around with gtk3-nocsd myself (compiling
 it manually) and while I generally like the idea to return some sanity
 to Gtk3-based apps, there are a couple of issues that I stumbled on to
 (and prevent me from actually using it):

Thanks for the experience report! I only had a very short look at it
so far. A friend told about it after he read about it on the FVWM list
at https://www.mail-archive.com/fvwm%40lists.math.uh.edu/msg16918.html

  - While this preloadable library does get rid of the window manager
hints that disable server-side decorations, it does not get rid of
the humongous title bars themselves. I've attached a screenshot
featuring gedit run with preloaded gtk3-nocsd under KDE4 to
illustrate the problem. While there are things there that can be
considered just to be simple toolbar buttons, the windows title and
the minimize/maximize/close buttons are still there and now
duplicated.

Urgs. So this can't be get rid of?

I mostly use Awesome and Ratpoison as window managers where the issue
with borders and title bars are minor. With Awesome, these internal
title bars and the fact that the window requests to be floating by
default are the biggest annoyances.

It looks *really* weird, and I think that's the main
issue that should be solved: you also need to remove everything that
can be found in the normal title bars of window managers.

*nod*

  - I don't think edit your ~/.profile, as suggested by upstream, is
a fantastic deployment strategy for this. It kind of goes against
Debian's just install it and it will work mantra.

Well, depends. The package could drop an appropriate file into
/etc/X11/Xsession.d/, maybe configured via debconf. That was at least
what I had in mind.

 Don't misunderstand me: I'm not against packaging this for Debian (in
 principle I'm quite in favor of it, because I absolutely loathe the
 current state of affairs with gtk3, and would probably be willing to
 package that myself), but I think there are a couple of issues that
 need to be ironed out first, before this becomes really usable.

Yeah, sounds like it's not yet as functional as I thought. :-(

Well, on IRC I was suggested to use GTK+ 2 based applications from the
MATE Desktop project instead. E.g. atril and eom instead of evince and
eog, but that only helps for formerly official GNOME applications.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE


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

Bug#514464: caps lock led does not show up

[Anton Zinoviev]

On Tue, Jun 09, 2015 at 04:17:23PM +0200, Samuel Thibault wrote:
 
 Dmitry Torokhov, le Mon 08 Jun 2015 14:43:07 -0700, a écrit :
  If user wants all keyboards to light up CapsLock LED when VT state locks
  CtrlL modifier they need to write a udev rule or similar to set up
  kbd-ctrlllock trigger for all appearing input%::capslock LED class
  devices.
 
 Anton, this is the interface proposed by the input maintainer, Dmitry,
 to change which modifiers gets to light the keyboard LEDs (the exact
 names may change, but the principle should be firm).  I know this is
 inconvenient for console-setup for handling hotplugged keyboards,

Ok, the inconvenience is not a problem.  The problem is I don't 
understant the meaning of this. :)

Is there some documentation or a sample code I can read?

Anton Zinoviev


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

Bug#788234: RFP: pep8-naming -- check pep8 naming conventions in Python code (flake8 plugin)

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: pep8-naming
  Version : 0.2.2
  Upstream Author : Florent Xicluna florent.xicl...@gmail.com
* URL : https://github.com/flintwork/pep8-naming
* License : Expat
  Programming Lang: Python
  Description : check pep8 naming conventions in Python code (flake8 plugin)

This module provides a plugin for the flake8 Python code checker [1], checking
for PEP-8 naming conventions. This is a requirement for Prospector [2].

[1] https://packages.qa.debian.org/p/python-flake8.html

[2] https://bugs.debian.org/781165
ITP: prospector -- Python code analysis tool


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

Bug#788238: kfreebsd-10: source tarball has unreproducible timestamps

[Steven Chamberlain]

Package: src:kfreebsd-10
Version: 10.1~svn274115-4
Severity: wishlist
Tags: patch pending
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi,

The kfreebsd-10 (kernel) packaging distributes a source tarball in
kfreebsd-source, a binary arch-indep package.

Some of these files are patched during the build, so the file and
directory timestamps in the tarball are not reproducible.

This patch will clamp timestamps to be no later than the latest
debian/changelog entry (replacing an earlier, incomplete fix).

--- debian/rules(revision 5714)
+++ debian/rules(working copy)
@@ -44,6 +44,7 @@
 ORIG_DIR   := $(source)-$(tar_version)
 ORIG_TAR   := $(source)_$(tar_version).orig.tar.xz
 PATH   := /usr/lib/freebsd:$(PATH)
+BUILD_DATE ?= $(shell dpkg-parsechangelog --show-field=Date)
 
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
NUMJOBS = $(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
@@ -169,8 +170,10 @@
 
mkdir -p $(SOURCE_PACKAGE)/usr/src
chown -R root.src $(SRC_DIR)
-   # Avoid the top-level directory timestamp changing
-   touch $(SRC_DIR) --reference=$(SRC_DIR)/sys
+   # Clamp timestamps to be no newer than last changelog entry, see
+   # https://wiki.debian.org/ReproducibleBuilds/TimestampsInTarball
+   find $(SRC_DIR) -newermt $(BUILD_DATE) -print0 \
+| xargs -0r touch --no-dereference --date=$(BUILD_DATE)
# Create tarball with files sorted in a stable order, see
# https://wiki.debian.org/ReproducibleBuilds/FileOrderInTarballs
find $(SRC_DIR) -print0 | LC_ALL=C sort -z \

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#781165: ITP: prospector -- Python code analysis tool

[Daniel Stender]

I've worked through the requirements of Prospector, looks good!

Status tracker:

*** required

1) requirements-detector = 0.4: ITP (owned by me): 
https://bugs.debian.org/788208

2) setoptconf = 0.2.0: ITP (owned by me): https://bugs.debian.org/788212

3) pyyaml: available

4) pep257 = 0.3.2: ITP (owned by me): https://bugs.debian.org/726704

5) dodgy = 0.1.7: ITP (owned by me): https://bugs.debian.org/788206

6) pep8-naming = 0.2.2: RFP: https://bugs.debian.org/788234

7) pylint-celery = 0.3: RFP: https://bugs.debian.org/788235

8) pylint-django = 0.6: ITP (Joseph Herlant): https://bugs.debian.org/768567

9) pylint-plugins-utils = 0.2.3: ITP (Joseph Herlant): 
https://bugs.debian.org/768566

10) pylint-common = 0.2.1: RFP: https://bugs.debian.org/788237

11) pep8 = 1.6.0: https://bugs.debian.org/788117: please update pep8

12) pyflakes = 0.8.1: available

13) mccabe = 0.2.1: available

14) pylint = 1.4: available

*** optional

15) vulture = 0.6: ITP (owned by me): https://bugs.debian.org/788222

16) pyroma = 1.6: ITP (Federico Ceratto): https://bugs.debian.org/734121

17) frosted = 1.4.1: in Sid, waits for python-pies

I'm going to work through my ITPs next, let's see what's the status of the
other packages, then.

Greetings,
Daniel Stender

-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8


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

Bug#788076: RFP: gtk3-nocsd -- LD_PRELOADable library to disable GTK+ 3 client side decoration

[Christian Seiler]

Hi Axel,

On 06/09/2015 06:24 PM, Axel Beckert wrote:
 Christian Seiler wrote:
  - While this preloadable library does get rid of the window manager
hints that disable server-side decorations, it does not get rid of
the humongous title bars themselves. I've attached a screenshot
featuring gedit run with preloaded gtk3-nocsd under KDE4 to
illustrate the problem. While there are things there that can be
considered just to be simple toolbar buttons, the windows title and
the minimize/maximize/close buttons are still there and now
duplicated.
 
 Urgs. So this can't be get rid of?
 
 I mostly use Awesome and Ratpoison as window managers where the issue
 with borders and title bars are minor. With Awesome, these internal
 title bars and the fact that the window requests to be floating by
 default are the biggest annoyances.

Well, my hope is that one could hack that in additionally. (See below.)

  - I don't think edit your ~/.profile, as suggested by upstream, is
a fantastic deployment strategy for this. It kind of goes against
Debian's just install it and it will work mantra.
 
 Well, depends. The package could drop an appropriate file into
 /etc/X11/Xsession.d/, maybe configured via debconf. That was at least
 what I had in mind.

Sure, I had something along the lines of the following in mind:

BASESTARTUP=${STARTUP%% *}
BASESTARTUP=${BASESTARTUP##*/}
if [ $BASESTARTUP = x-session-manager ]; then
BASESTARTUP=$(basename $(readlink /etc/alternatives/x-session-manager))
fi
case $BASESTARTUP in
  gnome-session*)
# do nothing
;;
  *)
export LD_PRELOAD=...
;;
esac

(Detection logic stolen from gnome Xsession.d files, they should know
best how to do that properly. ;-))

But even then I'd make it configurable per user (and not via debconf per
host), think of large computer network setups at e.g. universities.
Some people might actually like the CSDs even on non-GNOME DEs/WMs.

 Don't misunderstand me: I'm not against packaging this for Debian (in
 principle I'm quite in favor of it, because I absolutely loathe the
 current state of affairs with gtk3, and would probably be willing to
 package that myself), but I think there are a couple of issues that
 need to be ironed out first, before this becomes really usable.
 
 Yeah, sounds like it's not yet as functional as I thought. :-(
 
 Well, on IRC I was suggested to use GTK+ 2 based applications from the
 MATE Desktop project instead. E.g. atril and eom instead of evince and
 eog, but that only helps for formerly official GNOME applications.

Yeah.

Since you've expressed interest in that thing, I got a bit of
motivation in looking at that again, and I found a fix for the crashes
I saw. (I'll have to clean that up a bit and create a pull request for
upstream.) I'm also going to take a look at the window decoration +
popup issues; maybe those can be fixed as well.

Since this is an RFP, so you don't intend to package it yourself: would
you be willing to sponsor an upload if I do package that? The whole CSD
decoration thing has been bugging me for a while now and I doubt the
number of Gtk3 apps is going to decrease soon (rather the opposite), so
the problem is likely going to get worse. And you've given me some
motivation to look into that issue a bit more.

Regards,
Christian


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