Bug#805594: iceweasel: Need New AppArmor Profile

[Mike Hommey]

reassign 805594 apparmor-profiles
thanks

On Fri, Mar 11, 2016 at 10:54:51PM -0500, Ben Bailess wrote:
> Now that iceweasel is renamed to firefox, will we be able to use the
> apparmor profile for firefox from ubuntu? Or is the name change mostly
> superficial?
> 
> IMO we really should have an apparmor profile available for the default
> browser in Debian... happy to contribute my basic profile adapted from
> Ubuntu's firefox if it's helpful as a starting point.

Seems to me this is something that should be done in apparmor-profiles.


Mike

Bug#817966: kvmtool: install documentation

[Paul Wise]

Package: kvmtool
Severity: wishlist

It would be nice to have at least the README and the contents of the
Documentation folder installed into the package.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#817967: kvmtool: new upstream snapshot?

[Paul Wise]

Package: kvmtool
Severity: wishlist

The most recent version of kvmtool has a manual page that would be nice
to have available (as well as #817966).

Could you update to the latest master?

https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/tree/Documentation/kvmtool.1

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#817041: librem0: Missing run-time dependency on libre0

[Vasudev Kamath]

Control: tag -1 +pending

Hi,

I've applied a patch which fixes this issue and pushed the changes to
pkg-multimedia repo. I would need some one to upload this to archive.

Best Regards

Bug#817968: ITP: golang-github-pmezard-go-difflib -- partial port of Python difflib package to Go

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Control: affects -1 golang-testify

   Package name: golang-github-pmezard-go-difflib
Version: 0.0~git20160110
Upstream Author: Patrick Mézard
License: BSD-3-clause
URL: https://github.com/pmezard/go-difflib
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-pmezard-go-difflib.git
Description: partial port of Python difflib package to Go
 Go-difflib is a partial port of Python 3 difflib package. Its main goal
 was to make unified and context diff available in pure Go, mostly for
 testing purposes.


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

Bug#653284: unreasonable "Do not install"

[Harald Dunkel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Manuel,

On 03/09/16 19:36, Manuel A. Fernandez Montecelo wrote:
> I think that there might be duplicates, some of them are old, but probably 
> some are fresh enough.  I might even have stumbled over it now and then, but 
> since the resolver gives very bad solutions so often, I skip over the bad 
> solutions so quickly that I don't always pay attention.  So I'll take
> a look at this along to other reports at some point, although it's always 
> daunting.
> 
> 
> One of the things that might have made it worse is enabling multi-arch, which 
> I did a few years ago.
> 

I can imagine.

One thing you might consider on resolving package conflicts
is looking at source packages. If there is a source package S
used to build s1 and s2, then it appears to be pretty unlikely
that upgrading s1 and keeping the old version of s2 makes any
sense. Since there are quite a number of source packages
creating a large list of binary packages each, this scheme
could help to reduce the dependency graph and to get rid of
a lot of "bad solutions" (optionally, of course).

Maybe this scheme could be extended to multiarch as well.
I wouldn't like that additional 32bit packages sneak in just
to resolve a conflict in the 64bit environment.


Regards
Harri

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW47D9AAoJEAqeKp5m04HLoIIH/j+deD4cZPKx/EfZqg4+GvTD
lmIACLr6x+WZKiX7u+RBzD45E3YV07V23cXxG+Lt2sgO8iYPDzTYCq97kOLtLgbf
BSHmZF2ABbmyAyoS/yMFhbccEjbG6H1/0IrSg43H2zWLcBEE6fjYp3T73YRNUzRh
uLhIqVRKLcGbQfpyQUBJhB1vpVkxN1dIzKYutcy22BGbZhjhxfs5z0A9SQdGoDYQ
Ns7TwsbMXdA5qIyAAVABCkNLQts0TcrCF0OEKSbN++oI2V3N0vUUPX7AQJ6AoAtG
L7UIqMn0AmAKi5wxIAXSMqhI5DPHwLD3uKPjPCAtCP7B4B188ZVCHzgvoxGVuLA=
=fQ7r
-END PGP SIGNATURE-

Bug#817969: ITP: ruby-compass-import-once -- Changes the behavior of Sass's @import directive

[Sagar Ippalpalli]

package: wnpp
Severity: wishlist
Owner: Sagar Ippalpalli 

*Package Name : compass-import-once
 Version : 1.0.5
 Upstream Author : Chris Eppsteins.
*URL : https://github.com/chriseppstein/compass/tree/master/import-once
*License : Expat
*Description : Speed up your Sass compilation by making @import only
import each file once. Changes the behavior of Sass's @import directive
to only import a file once.

Bug#813263: ucommon: FTBFS: devlibs error: There is no package matching [libgnutls30-dev] and noone provides it,

[Peter Colberg]

Hi Jonas,

I received a notice that the package twinkle is marked for autoremoval
from testing on 2016-03-21 due to this bug. Could you upload the
ucommon version in experimental to unstable to close this bug?

Regards,
Peter

Bug#734870: apg: fails to cross-build: uses wrong compiler

[Marc Haber]

Hi Colin,

I have converted the package to debhelper 9. Is any special handling
for cross building necessary in a debhelper 9 package?

The handcrafted Makefile of apg still uses plain gcc.

I have moved over the package to collab-maint,
git://git.debian.org/git/collab-maint/apg.git and will push this
weekend. Feel free to submit a new patch for cross building.

Sorry for not acting any sooner on the package.

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

Bug#816284: Testing against 1.10.2-10

[Alastair McKinstry]

This appears to be an openmpi issue.
Tracking the fix: https://github.com/open-mpi/ompi/issues/1446

I'm testing the fix in experimental:: 1.10.2-10


regards
Alastair

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



signature.asc
Description: OpenPGP digital signature

Bug#816266: RE:Bug#816266: RFS: python-qtawesome/0.3.0-1 [ITP]

[PICCA Frederic-Emmanuel]

Hello Ghislain,

I am wondering it this python-qtawesome package should not be replace by the 
already available one [1]

python-xstatic-font-awesome.

It would be great if we could convince the spyder upstream to use the 
python-xstatic system instead of embeding third party solutions.

Cheers

Fred

https://pypi.python.org/pypi/XStatic-Font-Awesome

Bug#817970: jessie-pu: package php-mail-mime/1.8.9-1+deb8u1

[Prach Pongpanich]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

Please accept the fixes php-mail-mime/1.8.9-1 missing dependency on php-pear
in jessie (#817828). I already fixed this in unstable.

Source debdiff attached.

Regards,
Prach
diff -Nru php-mail-mime-1.8.9/debian/changelog 
php-mail-mime-1.8.9/debian/changelog
--- php-mail-mime-1.8.9/debian/changelog2014-10-05 02:55:18.0 
+0700
+++ php-mail-mime-1.8.9/debian/changelog2016-03-12 14:26:10.0 
+0700
@@ -1,3 +1,9 @@
+php-mail-mime (1.8.9-1+deb8u1) jessie; urgency=medium
+
+  * Add dependency on php-pear (Closes: #817828)
+
+ -- Prach Pongpanich   Sat, 12 Mar 2016 14:25:09 +0700
+
 php-mail-mime (1.8.9-1) unstable; urgency=medium
 
   * Imported Upstream version 1.8.9
diff -Nru php-mail-mime-1.8.9/debian/control php-mail-mime-1.8.9/debian/control
--- php-mail-mime-1.8.9/debian/control  2014-10-05 02:55:18.0 +0700
+++ php-mail-mime-1.8.9/debian/control  2016-03-12 14:24:11.0 +0700
@@ -15,7 +15,7 @@
 Package: php-mail-mime
 Architecture: all
 Depends: ${misc:Depends},
- ${phppear:Debian-Depends}
+ ${phppear:Debian-Depends}, php-pear
 Recommends: ${phppear:Debian-Recommends}
 Breaks: ${phppear:Debian-Breaks}
 Description: PHP PEAR module for creating MIME messages
diff -Nru php-mail-mime-1.8.9/debian/gbp.conf 
php-mail-mime-1.8.9/debian/gbp.conf
--- php-mail-mime-1.8.9/debian/gbp.conf 2014-10-05 02:55:18.0 +0700
+++ php-mail-mime-1.8.9/debian/gbp.conf 2016-03-12 14:24:33.0 +0700
@@ -1,6 +1,3 @@
 [DEFAULT]
-upstream-branch = upstream-sid
-debian-branch = debian-sid
-
-[git-buildpackage]
-export-dir = ../build-area/
+upstream-branch = upstream/jessie
+debian-branch = debian/jessie

Bug#817929:

[wh]

I have the same problem. I found that in dmesg, there were several lines
about mosh-server crashing by segfault, for example:

[ 2980.423340] mosh-server[7104]: segfault at 0 ip (null) sp bfd4bb6c error
14 in mosh-server[80001000+58000]

Here's some info from running mosh-server in GDB. I don't have debugging
symbols though. I'm on i386 unstable.

(gdb) c
Continuing.

mosh-server (mosh 1.2.5) [build mosh 1.2.5]
Copyright 2012 Keith Winstein 
License GPLv3+: GNU GPL version 3 or later .
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

[mosh-server detached, pid = 7803]
[New process 7817]
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
Reading symbols from
/usr/lib/debug/.build-id/c6/7504492553f5afa0f618b16c92503a945af3ea.debug...done.
Reading symbols from
/usr/lib/debug/.build-id/af/a2e42e2dbf1580b3978c0810f5f4e930f3a24e.debug...done.
Reading symbols from
/usr/lib/debug/.build-id/7b/6848177dab9b5cd74f85e7dfa158bed12f5e3e.debug...done.
Reading symbols from
/usr/lib/debug/.build-id/25/b9bceb62bd6179ae5ad4bbbd9a8e612ce4189a.debug...done.

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0xb7be786c in ?? () from /usr/lib/i386-linux-gnu/libutempter.so.0
#2  0xb7be79d3 in utempter_add_record () from
/usr/lib/i386-linux-gnu/libutempter.so.0
#3  0x80006d59 in main ()
(gdb) info share
>FromTo  Syms Read   Shared Object Library
0xb7fa4240  0xb7fb03a4  Yes (*) /lib/i386-linux-gnu/libtinfo.so.5
0xb7ec1910  0xb7f60784  Yes (*) /usr/lib/i386-linux-gnu/libprotobuf.so.9
0xb7e62890  0xb7e70241  Yes
/lib/i386-linux-gnu/i686/cmov/libpthread.so.0
0xb7e04f70  0xb7e487b4  Yes (*)
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.2
0xb7c51a40  0xb7d7a6b4  Yes (*)
/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.2
0xb7c08a30  0xb7c09326  Yes
/lib/i386-linux-gnu/i686/cmov/libutil.so.1
0xb7bec8f0  0xb7bfd122  Yes (*) /lib/i386-linux-gnu/libz.so.1
0xb7be76c0  0xb7be7b64  Yes (*) /usr/lib/i386-linux-gnu/libutempter.so.0
0xb7ae3290  0xb7b90de4  Yes (*) /usr/lib/i386-linux-gnu/libstdc++.so.6
0xb7a2d5a0  0xb7a5ec5f  Yes /lib/i386-linux-gnu/i686/cmov/libm.so.6
0xb7a0e080  0xb7a237d5  Yes (*) /lib/i386-linux-gnu/libgcc_s.so.1
0xb786b600  0xb7997fbd  Yes /lib/i386-linux-gnu/i686/cmov/libc.so.6
0xb7fdc830  0xb7ff4930  Yes /lib/ld-linux.so.2
0xb784ea30  0xb784f961  Yes /lib/i386-linux-gnu/i686/cmov/libdl.so.2
0xb7fcce00  0xb7fd1613  Yes
/lib/i386-linux-gnu/i686/cmov/libnss_compat.so.2
0xb7690110  0xb769bd11  Yes
/lib/i386-linux-gnu/i686/cmov/libnsl.so.1
0xb7681960  0xb7687c50  Yes
/lib/i386-linux-gnu/i686/cmov/libnss_nis.so.2
0xb766ea50  0xb76749c2  Yes
/lib/i386-linux-gnu/i686/cmov/libnss_files.so.2
(*): Shared library is missing debugging information.

Bug#815287: haskell-haddock-library: FTBFS: dpkg-gencontrol: error: bad line in substvars file debian/libghc-haddock-library-doc.substvars at line 8

[Niels Thykier]

On Sat, 20 Feb 2016 08:23:58 -0800 Daniel Schepler 
wrote:
> Source: haskell-haddock-library
> Version: 1.2.1-2
> Severity: serious
> 
> From my pbuilder build log:
> 
> ...
> dh_makeshlibs -plibghc-haddock-library-doc -XlibHS 
> dh_installdeb -plibghc-haddock-library-doc 
> dh_perl -plibghc-haddock-library-doc 
> dh_shlibdeps -plibghc-haddock-library-doc   -XlibHS 
> dh_gencontrol -plibghc-haddock-library-doc  
> dpkg-gencontrol: error: bad line in substvars file 
> debian/libghc-haddock-library-doc.substvars at line 8
> dh_gencontrol: dpkg-gencontrol -plibghc-haddock-library-doc 
> -ldebian/changelog -Tdebian/libghc-haddock-library-doc.substvars 
> -Pdebian/libghc-haddock-library-doc returned exit code 25
> /usr/share/cdbs/1/rules/debhelper.mk:289: recipe for target 
> 'binary-makedeb-IMPL/libghc-haddock-library-doc' failed
> make: *** [binary-makedeb-IMPL/libghc-haddock-library-doc] Error 2
> dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
> 2
> -- 
> Daniel Schepler
> 
> 

Hi Joachim,

The fixed version of debhelper (20160306) is now in testing.  AFAICT
this bug (and #815290) is no longer waiting for debhelper (if anything
at all).

Thanks,
~Niels




signature.asc
Description: OpenPGP digital signature

Bug#817872: python-clang-3.9 and python-clang-3.8: error when trying to install together

[Ralf Treinen]

Package: python-clang-3.8,python-clang-3.9
Version: python-clang-3.8/1:3.8-2
Version: python-clang-3.9/1:3.9~svn262954-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2016-03-11
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Preconfiguring packages ...
Selecting previously unselected package libpython2.7-minimal:amd64.
(Reading database ... 10939 files and directories currently installed.)
Preparing to unpack .../libpython2.7-minimal_2.7.11-4_amd64.deb ...
Unpacking libpython2.7-minimal:amd64 (2.7.11-4) ...
Selecting previously unselected package python2.7-minimal.
Preparing to unpack .../python2.7-minimal_2.7.11-4_amd64.deb ...
Unpacking python2.7-minimal (2.7.11-4) ...
Selecting previously unselected package python-minimal.
Preparing to unpack .../python-minimal_2.7.11-1_amd64.deb ...
Unpacking python-minimal (2.7.11-1) ...
Selecting previously unselected package mime-support.
Preparing to unpack .../mime-support_3.59_all.deb ...
Unpacking mime-support (3.59) ...
Selecting previously unselected package libdb5.3:amd64.
Preparing to unpack .../libdb5.3_5.3.28-11_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-11) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-7_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-7) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.2.1-4_amd64.deb ...
Unpacking libffi6:amd64 (3.2.1-4) ...
Selecting previously unselected package libssl1.0.2:amd64.
Preparing to unpack .../libssl1.0.2_1.0.2g-1_amd64.deb ...
Unpacking libssl1.0.2:amd64 (1.0.2g-1) ...
Selecting previously unselected package libpython2.7-stdlib:amd64.
Preparing to unpack .../libpython2.7-stdlib_2.7.11-4_amd64.deb ...
Unpacking libpython2.7-stdlib:amd64 (2.7.11-4) ...
Selecting previously unselected package python2.7.
Preparing to unpack .../python2.7_2.7.11-4_amd64.deb ...
Unpacking python2.7 (2.7.11-4) ...
Selecting previously unselected package libpython-stdlib:amd64.
Preparing to unpack .../libpython-stdlib_2.7.11-1_amd64.deb ...
Unpacking libpython-stdlib:amd64 (2.7.11-1) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for libc-bin (2.22-2) ...
Setting up libpython2.7-minimal:amd64 (2.7.11-4) ...
Setting up python2.7-minimal (2.7.11-4) ...
Setting up python-minimal (2.7.11-1) ...
Selecting previously unselected package python.
(Reading database ... 11750 files and directories currently installed.)
Preparing to unpack .../python_2.7.11-1_amd64.deb ...
Unpacking python (2.7.11-1) ...
Selecting previously unselected package python-clang-3.8.
Preparing to unpack .../python-clang-3.8_1%3a3.8-2_amd64.deb ...
Unpacking python-clang-3.8 (1:3.8-2) ...
Selecting previously unselected package python-clang-3.9.
Preparing to unpack .../python-clang-3.9_1%3a3.9~svn262954-1_amd64.deb ...
Unpacking python-clang-3.9 (1:3.9~svn262954-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/python-clang-3.9_1%3a3.9~svn262954-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/lib/python2.7/dist-packages/clang/enumerations.py', 
which is also in package python-clang-3.8 1:3.8-2
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/python-clang-3.9_1%3a3.9~svn262954-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/python2.7/dist-packages/clang/__init__.py
  /usr/lib/python2.7/dist-packages/clang/cindex.py
  /usr/lib/python2.7/dist-packages/clang/enumerations.py

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://qa.debian.org/dose/file-overwrites.html.

Bug#817874: linux-image-3.16.0-4-amd64: 3.16.7-ckt25-1 freeze with radeon driver

[Michael Lange]

Package: src:linux
Version: 3.16.7-ckt25-1
Severity: important

Dear Maintainer,

the day before yesterday apt-get update && apt-get upgrade upgraded the kernel
package to version 3.16.7-ckt25-1 from jessie-proposed-updates. When I booted
this kernel yesterday for the first time I experienced sudden "freezes" of the
system that made the machine completely unusable. After some investigating I
found that apparently a newly introduced bug affecting the radeon driver caused
this. The following stack trace was found in the syslog:

Mar 10 11:03:09 localhost kernel: [  109.581099] BUG: unable to handle kernel
NULL pointer dereference at 0008
Mar 10 11:03:09 localhost kernel: [  109.581180] IP: []
radeon_fence_ref+0xd/0x50 [radeon]
Mar 10 11:03:09 localhost kernel: [  109.581296] PGD 0
Mar 10 11:03:09 localhost kernel: [  109.581312] Oops: 0002 [#1] SMP
Mar 10 11:03:09 localhost kernel: [  109.581337] Modules linked in: analog
joydev binfmt_misc cpufreq_stats cpufreq_powersave cpufreq_conservative
ip6table_filter ip6_tables xt_recent iptable_nat nf_nat_ipv4 xt_comment
ipt_REJECT xt_addrtype xt_mark iptable_mangle xt_tcpudp xt_CT iptable_raw
xt_multiport nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack ipt_ULOG xt_NFLOG
nfnetlink_log xt_LOG nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip
nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda
ts_kmp nf_conntrack_amanda nf_nat nf_conntrack_sane nf_conntrack_tftp
nf_conntrack_sip nf_conntrack_proto_udplite nf_conntrack_proto_sctp
nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nfnetlink
nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc
nf_conntrack_h323 nf_conntrack_ftp nf_conntrack iptable_filter ip_tables
x_tables usblp snd_fm801 snd_mpu401_uart snd_opl3_lib snd_hwdep snd_rawmidi
snd_seq_device tea575x snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm
snd_timer snd kvm soundcore videodev media ac97_bus radeon evdev serio_raw
fm801_gp pcspkr gameport edac_mce_amd edac_core k10temp sp5100_tco ttm
drm_kms_helper drm i2c_algo_bit shpchp i2c_piix4 wmi i2c_core button
acpi_cpufreq processor thermal_sys it87 hwmon_vid cpufreq_userspace fuse
parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 hid_generic usbhid
hid nls_utf8 nls_iso8859_15 nls_iso8859_1 nls_cp437 nls_cp850 vfat fat
usb_storage loop sd_mod sg crc_t10dif crct10dif_generic crct10dif_common sr_mod
cdrom ata_generic ohci_pci pata_atiixp ahci libahci libata floppy r8169 mii
ohci_hcd ehci_pci scsi_mod ehci_hcd usbcore usb_common
Mar 10 11:03:09 localhost kernel: [  109.584654] CPU: 1 PID: 2289 Comm: Xorg
Not tainted 3.16.0-4-amd64 #1 Debian 3.16.7-ckt25-1
Mar 10 11:03:09 localhost kernel: [  109.587031] Hardware name: Gigabyte
Technology Co., Ltd. GA-MA78LMT-S2/GA-MA78LMT-S2, BIOS F14 08/16/2011
Mar 10 11:03:09 localhost kernel: [  109.589444] task: 8800bf728250 ti:
88012a7e4000 task.ti: 88012a7e4000
Mar 10 11:03:09 localhost kernel: [  109.591882] RIP: 0010:[]
[] radeon_fence_ref+0xd/0x50 [radeon]
Mar 10 11:03:09 localhost kernel: [  109.594355] RSP: 0018:88012a7e7b18
EFLAGS: 00010292
Mar 10 11:03:09 localhost kernel: [  109.596795] RAX:  RBX:
8800bea715f8 RCX: 8800bea70d08
Mar 10 11:03:09 localhost kernel: [  109.599238] RDX: 0001 RSI:
 RDI: 
Mar 10 11:03:09 localhost kernel: [  109.601672] RBP: 8800bea71550 R08:
8800bea7 R09: 
Mar 10 11:03:09 localhost kernel: [  109.604091] R10: 000e R11:
ffe8 R12: 0020
Mar 10 11:03:09 localhost kernel: [  109.606497] R13: 88012a7e7be0 R14:
88012a7e7bb0 R15: 8800bea715f8
Mar 10 11:03:09 localhost kernel: [  109.608913] FS:  7f2cfa138980()
GS:88012fc4() knlGS:
Mar 10 11:03:09 localhost kernel: [  109.611334] CS:  0010 DS:  ES: 
CR0: 80050033
Mar 10 11:03:09 localhost kernel: [  109.613760] CR2: 0008 CR3:
000129cdb000 CR4: 07e0
Mar 10 11:03:09 localhost kernel: [  109.616194] Stack:
Mar 10 11:03:09 localhost kernel: [  109.618626]  a041b0bc
002c8060 ef600100 88012a7e7cd0
Mar 10 11:03:09 localhost kernel: [  109.621116]  8800bea7
8800bf728250 8800bf728250 0220
Mar 10 11:03:09 localhost kernel: [  109.623630]  
  
Mar 10 11:03:09 localhost kernel: [  109.626150] Call Trace:
Mar 10 11:03:09 localhost kernel: [  109.628658]  [] ?
radeon_sa_bo_new+0x25c/0x460 [radeon]
Mar 10 11:03:09 localhost kernel: [  109.631193]  [] ?
radeon_ib_get+0x2e/0xd0 [radeon]
Mar 10 11:03:09 localhost kernel: [  109.633754]  [] ?
radeon_cs_ioctl+0x13c/0x730 [radeon]
Mar 10 11:03:09 localhost kernel: [  109.636310]  [] ?
drm_ioctl+0x1c7/0x5b0 [drm]
Mar 10 11:03:09 localhost kernel: [  109.638872]  [] ?
__do_page_fault+0x1d1/0x4f0
Mar 10 11:03:09 localhost kernel: [  109.641439]

Bug#817873: python-lldb-3.9 and python-lldb-3.8: error when trying to install together

[Ralf Treinen]

Package: python-lldb-3.8,python-lldb-3.9
Version: python-lldb-3.8/1:3.8-2
Version: python-lldb-3.9/1:3.9~svn262954-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2016-03-11
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Preconfiguring packages ...
Selecting previously unselected package libpython2.7-minimal:amd64.
(Reading database ... 10939 files and directories currently installed.)
Preparing to unpack .../libpython2.7-minimal_2.7.11-4_amd64.deb ...
Unpacking libpython2.7-minimal:amd64 (2.7.11-4) ...
Selecting previously unselected package python2.7-minimal.
Preparing to unpack .../python2.7-minimal_2.7.11-4_amd64.deb ...
Unpacking python2.7-minimal (2.7.11-4) ...
Selecting previously unselected package python-minimal.
Preparing to unpack .../python-minimal_2.7.11-1_amd64.deb ...
Unpacking python-minimal (2.7.11-1) ...
Selecting previously unselected package mime-support.
Preparing to unpack .../mime-support_3.59_all.deb ...
Unpacking mime-support (3.59) ...
Selecting previously unselected package libdb5.3:amd64.
Preparing to unpack .../libdb5.3_5.3.28-11_amd64.deb ...
Unpacking libdb5.3:amd64 (5.3.28-11) ...
Selecting previously unselected package libexpat1:amd64.
Preparing to unpack .../libexpat1_2.1.0-7_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-7) ...
Selecting previously unselected package libffi6:amd64.
Preparing to unpack .../libffi6_3.2.1-4_amd64.deb ...
Unpacking libffi6:amd64 (3.2.1-4) ...
Selecting previously unselected package libssl1.0.2:amd64.
Preparing to unpack .../libssl1.0.2_1.0.2g-1_amd64.deb ...
Unpacking libssl1.0.2:amd64 (1.0.2g-1) ...
Selecting previously unselected package libpython2.7-stdlib:amd64.
Preparing to unpack .../libpython2.7-stdlib_2.7.11-4_amd64.deb ...
Unpacking libpython2.7-stdlib:amd64 (2.7.11-4) ...
Selecting previously unselected package python2.7.
Preparing to unpack .../python2.7_2.7.11-4_amd64.deb ...
Unpacking python2.7 (2.7.11-4) ...
Selecting previously unselected package libpython-stdlib:amd64.
Preparing to unpack .../libpython-stdlib_2.7.11-1_amd64.deb ...
Unpacking libpython-stdlib:amd64 (2.7.11-1) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for libc-bin (2.22-2) ...
Setting up libpython2.7-minimal:amd64 (2.7.11-4) ...
Setting up python2.7-minimal (2.7.11-4) ...
Setting up python-minimal (2.7.11-1) ...
Selecting previously unselected package python.
(Reading database ... 11750 files and directories currently installed.)
Preparing to unpack .../python_2.7.11-1_amd64.deb ...
Unpacking python (2.7.11-1) ...
Selecting previously unselected package python-lldb-3.8.
Preparing to unpack .../python-lldb-3.8_1%3a3.8-2_amd64.deb ...
Unpacking python-lldb-3.8 (1:3.8-2) ...
Selecting previously unselected package python-lldb-3.9.
Preparing to unpack .../python-lldb-3.9_1%3a3.9~svn262954-1_amd64.deb ...
Unpacking python-lldb-3.9 (1:3.9~svn262954-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/python-lldb-3.9_1%3a3.9~svn262954-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/lib/python2.7/dist-packages/lldb', which is also in 
package python-lldb-3.8 1:3.8-2
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/python-lldb-3.9_1%3a3.9~svn262954-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/python2.7/dist-packages/lldb

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://qa.debian.org/dose/file-overwrites.html.

Bug#791463: Quick review

[Pali Rohár]

On Monday 07 March 2016 17:49:00 Pali Rohár wrote:
> On Monday 07 March 2016 14:31:44 Andrew Shadura wrote:
> > On 6 March 2016 at 21:16, Pali Rohár  wrote:
> > >> > But should not be cleandir part of that --buildsystem=bmake? Or
> > >> > why not?
> > >> 
> > >> You're actually very right in this, I'm going to implement that
> > >> right now.
> > > 
> > > Now I tested bmake version 20160220-2 and looks like it is
> > > working... Should I upload new version to mentors?
> > 
> > Please do.
> 
> Done. I uploaded last upstream version.

It is OK now? What else is needed?

-- 
Pali Rohár
pali.ro...@gmail.com

Bug#817876: mirror listing update for mirror.0x.sg

[Andrew Yong]

Package: mirrors
Severity: minor
User: mirr...@packages.debian.org
Usertags: mirror-list

Submission-Type: update
Site: mirror.0x.sg
Type: leaf
Archive-architecture: amd64 armel armhf i386 mips mipsel powerpc 
Archive-http: /debian/
Archive-rsync: debian/
CDImage-http: /debian-cd/
CDImage-rsync: debian-cd/
IPv6: no
Archive-upstream: ftp.kr.debian.org
CDImage-upstream: ftp.cuhk.edu.hk
Updates: four
Maintainer: Andrew Yong 
Country: SG Singapore
Location: Singapore

Bug#791463: Quick review

[Andrew Shadura]

On 11 March 2016 at 09:41, Pali Rohár  wrote:
>> > > Now I tested bmake version 20160220-2 and looks like it is
>> > > working... Should I upload new version to mentors?
>> >
>> > Please do.
>>
>> Done. I uploaded last upstream version.
>
> It is OK now? What else is needed?


Sorry, I haven't had time to have a look, busy week. I will though.

-- 
Cheers,
  Andrew

Bug#817875: libacpi: Patch used in NMU 0.2-4.1

[Petter Reinholdtsen]

Package: src:libacpi
Version: 0.2-4.1
Severity: wishlist
Tags: patch

The libacpi package have not been able to extract battery status for a
while, and this break several packages, among them battery-stats.  I
wanted to do something about this, so I just uploaded an NMU fixing the
bugs in the package.  As the maintainer is listed as having a low NMU
threshold, I decided to upload directly into unstable instead of using
the delayed queue.  The attached patch is the changes I made to the
source package:

  * Change source format to 3.0 (quilt).
  * Adjusted library to handle new file names in
/sys/ (Closes: #479096, #484264).
  * Added simple autopkgtest to the package.  Patch from
Vibhav Pant and Ubuntu (Closes: #701683).
  * Changed Standards-Version from 3.7.3 to 3.9.7.
  * Switched from debhelper 5 to 9.
  * Added 'arm64' to list of build architectures (Closes: #791969).

It fixes all open Debian bugs and clean up the code slightly.
--
Happy hacking
Petter Reinholdtsen
diff -Nru libacpi-0.2/debian/changelog libacpi-0.2/debian/changelog
--- libacpi-0.2/debian/changelog	2016-03-11 08:38:45.0 +
+++ libacpi-0.2/debian/changelog	2016-03-11 08:37:19.0 +
@@ -1,3 +1,17 @@
+libacpi (0.2-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Change source format to 3.0 (quilt).
+  * Adjusted library to handle new file names in
+/sys/ (Closes: #479096, #484264).
+  * Added simple autopkgtest to the package.  Patch from
+Vibhav Pant and Ubuntu (Closes: #701683).
+  * Changed Standards-Version from 3.7.3 to 3.9.7.
+  * Switched from debhelper 5 to 9.
+  * Added 'arm64' to list of build architectures (Closes: #791969).
+
+ -- Petter Reinholdtsen   Fri, 11 Mar 2016 09:37:08 +0100
+
 libacpi (0.2-4) unstable; urgency=low
 
   * Fix interface incompatibilities introduced by last patch (Closes: #464276).
diff -Nru libacpi-0.2/debian/compat libacpi-0.2/debian/compat
--- libacpi-0.2/debian/compat	2016-03-11 08:38:45.0 +
+++ libacpi-0.2/debian/compat	2016-03-11 08:32:27.0 +
@@ -1 +1 @@
-5
+9
diff -Nru libacpi-0.2/debian/control libacpi-0.2/debian/control
--- libacpi-0.2/debian/control	2016-03-11 08:38:45.0 +
+++ libacpi-0.2/debian/control	2016-03-11 08:34:12.0 +
@@ -1,15 +1,16 @@
 Source: libacpi
 Priority: optional
 Maintainer: Nico Golde 
-Build-Depends: debhelper (>= 5)
-Standards-Version: 3.7.3
+Build-Depends: debhelper (>= 9)
+Standards-Version: 3.9.7
 Section: libs
+Testsuite: autopkgtest
 Homepage: http://www.ngolde.de/libacpi.html
 
 Package: libacpi-dev
 Section: libdevel
-Architecture: i386 ia64 amd64
-Depends: libacpi0 (= ${binary:Version})
+Architecture: i386 ia64 amd64 arm64
+Depends: ${misc:Depends}, libacpi0 (= ${binary:Version})
 Description: development files for libacpi
  libacpi is a general purpose shared library for programs gathering
  ACPI data on Linux. It implements thermal zones, battery information,
@@ -20,7 +21,7 @@
 
 Package: libacpi0
 Section: libs
-Architecture: i386 ia64 amd64
+Architecture: i386 ia64 amd64 arm64
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: general purpose library for ACPI
  libacpi is a general purpose shared library for programs gathering
diff -Nru libacpi-0.2/debian/patches/01-newer-linux-kernels.patch libacpi-0.2/debian/patches/01-newer-linux-kernels.patch
--- libacpi-0.2/debian/patches/01-newer-linux-kernels.patch	1970-01-01 00:00:00.0 +
+++ libacpi-0.2/debian/patches/01-newer-linux-kernels.patch	2016-03-11 08:23:54.0 +
@@ -0,0 +1,319 @@
+Description: handle newer linux kernels
+ Patch to use files in /sys/, and handle that some of the files
+ changed name over time.
+ Make sure to skip the AC "battery" as it is really the external power
+ and not a battery.
+Author: Petter Reinholdtsen ,
+Joseph Spillner <2...@kuarepoti-dju.net>
+Bug-Debian: https://bugs.debian.org/463982
+Bug-Debian: https://bugs.debian.org/463986
+Bug-Debian: https://bugs.debian.org/464276
+Bug-Debian: https://bugs.debian.org/479096
+Forwarded: no
+Reviewed-By: Petter Reinholdtsen 
+Last-Update: 2016-03-11
+
+--- libacpi-0.2.orig/libacpi.c
 libacpi-0.2/libacpi.c
+@@ -14,8 +14,9 @@
+ #include "libacpi.h"
+ #include "list.h"
+ 
+-static int read_acpi_battinfo(const int num);
+-static int read_acpi_battalarm(const int num);
++
++static int read_acpi_battinfo(const int num, const int sysstyle);
++static int read_acpi_battalarm(const int num, const int sysstyle);
+ static int read_acpi_battstate(const int num);
+ static void read_acpi_thermalzones(global_t *globals);
+ 
+@@ -144,9 +145,19 @@ init_acpi_batt(global_t *globals){
+ 	int i = 0;
+ 
+ 	globals->batt_count = 0;
++	globals->sysstyle = 0;
+ 	if((lst = dir_list(PROC_ACPI "battery")) == NULL || !lst->top)
+-		return NOT_SUPPORTED;
++	{
++		/* check for new Linux 2.6.24+ layout */
++		if((lst = dir_list(SYS_POWER)) == NULL || !lst->top)
++			return NOT_SUPPORTED;
++		else
++			globals->sysstyle = 1;
++	}
+ 	f

Bug#814589: otrs2: source-less files; undocumented copyrights/licenses; abuse of lintian-overrides; systematic DFSG violations

[Dmitry Smirnov]

On Thursday, 10 March 2016 7:14:51 PM AEDT Patrick Matthäi wrote:
> I will try to fix the serious bugs in the next time.

Thanks.

> Just get a new notebook after my workstation crashed...

I'm sorry to read about your troubles with workstation. I hope soon you'll be 
able to work comfortably again.

FYI "ckeditor" is in BACKPORTS-NEW.

-- 
Regards,
 Dmitry Smirnov.

---

The more false we destroy the more room there will be for the true.
 -- Robert G. Ingersoll, 1902


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

Bug#817877: ada-reference-manual: FTBFS: /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.

[Chris Lamb]

Source: ada-reference-manual
Version: 1:2012.2-7
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

ada-reference-manual fails to build from source in unstable/amd64:

  [..]

  (/usr/share/texlive/texmf-dist/fonts/source/jknappen/ec/exrulett.mf
   Ok [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78]
  [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90])
  (/usr/share/texlive/texmf-dist/fonts/source/jknappen/ec/exrllett.mf
   Ok [97] [98] [99] [100] [101] [102] [103] [104] [105] [106] [107] [108]
  [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120]
  [121] [122])
  (/usr/share/texlive/texmf-dist/fonts/source/jknappen/ec/exrdigit.mf
   Ok [48] [49] [50] [51] [52] [53] [54] [55] [56] [57])
  (/usr/share/texlive/texmf-dist/fonts/source/jknappen/ec/exrligtb.mf
   Ok) ) ) )
  (some charht values had to be adjusted by as much as 0.07599pt)
  Font metrics written on ecrm1095.tfm.
  Output written on ecrm1095.603gf (256 characters, 55528 bytes).
  Transcript written on ecrm1095.log.
  mktexpk: /home/lamby/.texmf-var/fonts/pk/ljfour/jknappen/ec/ecrm1095.603pk: 
successfully generated.
  /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
  Makefile:124: recipe for target 'arm2005.pdf' failed
  make[3]: *** [arm2005.pdf] Error 1
  make[3]: *** Waiting for unfinished jobs
  /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
  Makefile:124: recipe for target 'arm2012.pdf' failed
  make[3]: *** [arm2012.pdf] Error 1
  /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
  Makefile:124: recipe for target 'aarm2005.pdf' failed
  make[3]: *** [aarm2005.pdf] Error 1
  /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
  Makefile:124: recipe for target 'aarm2012.pdf' failed
  make[3]: *** [aarm2012.pdf] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160311082308.Ad4D9wYvLc/ada-reference-manual-2012.2/build'
  debian/rules:60: recipe for target 'override_dh_auto_build' failed
  make[2]: *** [override_dh_auto_build] Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160311082308.Ad4D9wYvLc/ada-reference-manual-2012.2'
  debian/rules:39: recipe for target 'build-indep' failed
  make[1]: *** [build-indep] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311082308.Ad4D9wYvLc/ada-reference-manual-2012.2'
  debian/rules:39: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


ada-reference-manual.1:2012.2-7.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817878: cdrkit: FTBFS: chmod: cannot access '../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.0': No such file or directory

[Chris Lamb]

Source: cdrkit
Version: 9:1.1.11-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

cdrkit fails to build from source in unstable/amd64:

  [..]

  --- Building: cdrkit-doc
  dh_installdirs -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
 
  dh_installdocs   -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
  dh_installchangelogs -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
  dh_install   -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
  dh_link  -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
  dh_compress  -pcdrkit-doc 
-P/home/lamby/temp/cdt.20160311082702.gjPy8bDWWc/cdrkit-1.1.11/debian/build/cdrkit-doc
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.0':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a03':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a04':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a05':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a06':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.ATAPI':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.multi':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.netscsid':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/changelog.Debian':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.eltorito':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.graft_dirs':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.hide':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.mkhybrid':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.releasenotes':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/icedax/FAQ':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/icedax/README':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/icedax/tracknames.pl':
 No such file or directory
  dh_compress: chmod a-x 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.0
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a03
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a04
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a05
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/ANNOUNCEMENTs/AN-2.01.01a06
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.ATAPI
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.multi
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/READMEs/README.netscsid
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/changelog.Debian
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/README.eltorito
 
../../../../../../../../debian/build/cdrkit-doc/usr/share/doc/cdrkit-doc/genisoimage/RE

Bug#817882: gnome-audio: FTBFS: chmod: cannot access '../../../../../../../../debian/build/gnome-audio/usr/share/doc/gnome-audio/changelog': No such file or directory

[Chris Lamb]

Source: gnome-audio
Version: 2.22.2-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

gnome-audio fails to build from source in unstable/amd64:

   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: source package gnome-audio
  dpkg-buildpackage: source version 2.22.2-1
  dpkg-buildpackage: source distribution unstable
  dpkg-buildpackage: source changed by Noèl Köthe 
   dpkg-source --before-build gnome-audio-2.22.2
  dpkg-buildpackage: host architecture amd64
   fakeroot debian/rules clean
  --- Cleaning
  dh_testdir
  rm -f build-debstamp install-debstamp
  rm -f `find . -name "*~"`
  rm -rf `find . -name "\.deps"`
  rm -rf `find . -name "\.libs"`
  rm -rf `find . -name "*\.rej"`
  find . -name 'Makefile.in' | xargs rm -f
  rm -rf debian/tmp debian/files* core debian/build
  rm -f debian/*substvars
  dh_clean
   debian/rules build
  --- Compiling
  touch build-debstamp
   fakeroot debian/rules binary
  --- Installing
  dh_testdir
  dh_testroot
  dh_clean
  dh_installdirs
  rm -rf 
/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build
  /usr/bin/make install 
DESTDIR=/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/tmp
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2'
  /usr/bin/make -C sounds install
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/sounds'
  for I in *.wav */*.wav ; do \
mkdir -p 
/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/tmp//usr/share/sounds/`dirname
 $I`; \
install -c -m 444  $I 
/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/tmp//usr/share/sounds/$I;
 \
  done
  ln -sf startup3.wav 
/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/tmp//usr/share/sounds/login.wav
  ln -sf shutdown1.wav 
/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/tmp//usr/share/sounds/logout.wav
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/sounds'
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2'
  touch install-debstamp
  touch install-debstamp-virgin
  --- Building: gnome-audio
  rm -f install-debstamp-virgin
  dh_installdocs   -pgnome-audio 
-P/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build/gnome-audio
 README
  dh_installchangelogs -pgnome-audio 
-P/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build/gnome-audio
 ChangeLog
  dh_movefiles -pgnome-audio 
-P/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build/gnome-audio
  #dh_strip -pgnome-audio 
-P/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build/gnome-audio
 
  dh_compress  -pgnome-audio 
-P/home/lamby/temp/cdt.20160311083542.i1MfGx69uB/gnome-audio-2.22.2/debian/build/gnome-audio
 
  chmod: cannot access 
'../../../../../../../../debian/build/gnome-audio/usr/share/doc/gnome-audio/changelog':
 No such file or directory
  chmod: cannot access 
'../../../../../../../../debian/build/gnome-audio/usr/share/doc/gnome-audio/changelog.Debian':
 No such file or directory
  dh_compress: chmod a-x 
../../../../../../../../debian/build/gnome-audio/usr/share/doc/gnome-audio/changelog
 
../../../../../../../../debian/build/gnome-audio/usr/share/doc/gnome-audio/changelog.Debian
 returned exit code 1
  debian/rules:63: recipe for target 'gnome-audio' failed
  make: *** [gnome-audio] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


gnome-audio.2.22.2-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817881: fail2ban: FTBFS: AssertionError: None among ('Lines: 19 lines, 0 ignored, 13 matched, 6 missed',) was found in the log

[Chris Lamb]

Source: fail2ban
Version: 0.9.4-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

fail2ban fails to build from source in unstable/amd64:

  [..]
  
s...sF...s..
  ==
  FAIL: testDirectRE_1 (fail2ban.tests.fail2banregextestcase.Fail2banRegexTest)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160311083335.YTS3bZc0at/fail2ban-0.9.4/.pybuild/pythonX.Y_3.5/build/fail2ban/tests/fail2banregextestcase.py",
 line 127, in testDirectRE_1
  self.assertLogged('Lines: 19 lines, 0 ignored, 13 matched, 6 missed')
File 
"/home/lamby/temp/cdt.20160311083335.YTS3bZc0at/fail2ban-0.9.4/.pybuild/pythonX.Y_3.5/build/fail2ban/tests/utils.py",
 line 266, in assertLogged
  raise AssertionError("None among %r was found in the log: %r" % (s, 
logged))
  AssertionError: None among ('Lines: 19 lines, 0 ignored, 13 matched, 6 
missed',) was found in the log: 'Setting usedns = warn for 
Filter(None)\nCreated Filter(None)\nUse   failregex line : (?:(?:Authentication 
failure|Failed [-/\\w+]+) for(...\nUse log file : 
/home/lamby/temp/cdt.20160311083335.YTS3bZc0at/fail2ban-0.9.4/.pybuild/pythonX.Y_3.5/build/fail2ban/tests/files/testcase01.log\nUse
 encoding : UTF-8\n\nError decoding line from \'\' with \'UTF-8\'. 
Consider setting logencoding=utf-8 (or another appropriate encoding) for this 
jail. Continuing to process line ignoring invalid characters: b\'D\\xe9c 31 
11:59:59 [sshd] error: PAM: Authentication failure for kevin from 
193.168.0.128\\n\'\nFound a match for \'D�c 31 11:59:59 [sshd] error: PAM: 
Authentication failure for kevin from 193.168.0.128\' but no valid date/time 
found for \'D�c 31 11:59:59 [sshd] error: PAM: Authentication failure for 
kevin from 193.168.0.128\'. Please try setting a custom date pattern (see man 
page jail.conf(5)). If format is complex, please file a detailed issue on 
https://github.com/fail2ban/fail2ban/issues in order to get support for this 
format.\nSorting the template list\nWinning template: (?:DAY )?MON Day 
24hour:Minute:Second(?:\\.Microseconds)?(?: Year)? with 0 hits\nError decoding 
line from \'\' with \'UTF-8\'. Consider setting logencoding=utf-8 (or 
another appropriate encoding) for this jail. Continuing to process line 
ignoring invalid characters: b\'D\\xe9c 31 11:59:59 [sshd] error: PAM: 
Authentication failure for kevin from 193.168.0.128\\n\'\nFound a match for 
\'D�c 31 11:59:59 [sshd] error: PAM: Authentication failure for kevin from 
193.168.0.128\' but no valid date/time found for \'D�c 31 11:59:59 [sshd] 
error: PAM: Authentication failure for kevin from 193.168.0.128\'. Please try 
setting a custom date pattern (see man page jail.conf(5)). If format is 
complex, please file a detailed issue on 
https://github.com/fail2ban/fail2ban/issues in order to get support for this 
format.\nError decoding line from \'\' with \'UTF-8\'. Consider setting 
logencoding=utf-8 (or another appropriate encoding) for this jail. Continuing 
to process line ignoring invalid characters: b\'D\\xe9c 31 11:59:59 [sshd] 
error: PAM: Authentication failure for kevin from 193.168.0.128\\n\'\nFound a 
match for \'D�c 31 11:59:59 [sshd] error: PAM: Authentication failure for 
kevin from 193.168.0.128\' but no valid date/time found for \'D�c 31 11:59:59 
[sshd] error: PAM: Authentication failure for kevin from 193.168.0.128\'. 
Please try setting a custom date pattern (see man page jail.conf(5)). If format 
is complex, please file a detailed issue on 
https://github.com/fail2ban/fail2ban/issues in order to get support for this 
format.\nMatched time template (?:DAY )?MON Day 
24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nGot time 1451563199.00 
for "\'Dec 31 11:59:59\'" using template (?:DAY )?MON Day 
24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nDetermined IP using DNS 
Lookup: failed.dns.ch = [\'92.242.132.15\']\nMatched time template (?:DAY )?MON 
Day 24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nGot time 
1451563199.00 for "\'Dec 31 11:59:59\'" using template (?:DAY )?MON Day 
24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nDetermined IP using DNS 
Lookup: failed.dns.ch = [\'92.242.132.15\']\nMatched time template (?:DAY )?MON 
Day 24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nGot time 
1451563199.00 for "\'Dec 31 11:59:59\'" using template (?:DAY )?MON Day 
24hour:Minute:Second(?:\\.Microseconds)?(?: Year)?\nDetermined IP using DNS 
Lookup: failed.dns.ch = [\'92.242.1

Bug#817885: ndoutils: FTBFS: chmod: cannot access '../../../../../../../debian/ndoutils-common/usr/share/doc/ndoutils-common/changelog.Debian': No such file or directory

[Chris Lamb]

Source: ndoutils
Version: 1.4b9-1.1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

ndoutils fails to build from source in unstable/amd64:

  [..]

  dh_strip   -pndoutils-common 
-P/home/lamby/temp/cdt.20160311084248.iMcGKVO3WP/ndoutils-1.4b9/debian/ndoutils-common
  dh_compress-pndoutils-common 
-P/home/lamby/temp/cdt.20160311084248.iMcGKVO3WP/ndoutils-1.4b9/debian/ndoutils-common
  chmod: cannot access 
'../../../../../../../debian/ndoutils-common/usr/share/doc/ndoutils-common/changelog.Debian':
 No such file or directory
  chmod: cannot access 
'../../../../../../../debian/ndoutils-common/usr/share/man/man1/file2sock.1': 
No such file or directory
  chmod: cannot access 
'../../../../../../../debian/ndoutils-common/usr/share/man/man1/log2ndo.1': No 
such file or directory
  chmod: cannot access 
'../../../../../../../debian/ndoutils-common/usr/share/man/man1/sockdebug.1': 
No such file or directory
  dh_compress: chmod a-x 
../../../../../../../debian/ndoutils-common/usr/share/doc/ndoutils-common/changelog.Debian
 ../../../../../../../debian/ndoutils-common/usr/share/man/man1/file2sock.1 
../../../../../../../debian/ndoutils-common/usr/share/man/man1/log2ndo.1 
../../../../../../../debian/ndoutils-common/usr/share/man/man1/sockdebug.1 
returned exit code 1
  debian/rules:219: recipe for target 'ndoutils-common' failed
  make: *** [ndoutils-common] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


ndoutils.1.4b9-1.1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; recompil

[Chris Lamb]

Source: csound
Version: 1:6.05~dfsg1-7
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

csound fails to build from source in unstable/amd64:

  [..]

CMakeFiles/csound64.dir/InOut/libmpadec/mp3dec.c.o 
CMakeFiles/csound64.dir/csound_orclex.c.o 
CMakeFiles/csound64.dir/csound_orcparse.c.o 
CMakeFiles/csound64.dir/csound_prelex.c.o 
CMakeFiles/csound64.dir/Engine/csound_orc_semantics.c.o 
CMakeFiles/csound64.dir/Engine/csound_orc_expressions.c.o 
CMakeFiles/csound64.dir/Engine/csound_orc_optimize.c.o 
CMakeFiles/csound64.dir/Engine/csound_orc_compile.c.o 
CMakeFiles/csound64.dir/Engine/new_orc_parser.c.o 
CMakeFiles/csound64.dir/Engine/symbtab.c.o 
CMakeFiles/csound64.dir/Engine/cs_new_dispatch.c.o 
CMakeFiles/csound64.dir/Engine/cs_par_base.c.o 
CMakeFiles/csound64.dir/Engine/cs_par_orc_semantic_analysis.c.o 
CMakeFiles/csound64.dir/Engine/cs_par_dispatch.c.o -lsndfile -lpthread -lm -ldl 
  /usr/bin/ld: 
/usr/lib/x86_64-linux-gnu/libmvec_nonshared.a(svml_finite_alias.oS): relocation 
R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be 
used when making a shared object; recompile with -fPIC
  /usr/bin/ld: final link failed: Bad value
  collect2: error: ld returned 1 exit status
  CMakeFiles/csound64.dir/build.make:5910: recipe for target 
'libcsound64.so.6.0' failed
  make[3]: *** [libcsound64.so.6.0] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160311082752.Nm1qPTY5Ke/csound-6.05~dfsg1/obj-x86_64-linux-gnu'
  CMakeFiles/Makefile2:102: recipe for target 'CMakeFiles/csound64.dir/all' 
failed
  make[2]: *** [CMakeFiles/csound64.dir/all] Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160311082752.Nm1qPTY5Ke/csound-6.05~dfsg1/obj-x86_64-linux-gnu'
  Makefile:163: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311082752.Nm1qPTY5Ke/csound-6.05~dfsg1/obj-x86_64-linux-gnu'
  /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed
  make: *** [debian/stamp-makefile-build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


csound.1:6.05~dfsg1-7.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817883: hplip: FTBFS: 1 out of 1 hunk ignored -- saving rejects to file hp-laserjet_4000_series-ps.ppd.rej

[Chris Lamb]

Source: hplip
Version: 3.16.2+repack0-6
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

hplip fails to build from source in unstable/amd64:

  [..]

  # Patch PPD file for the HP LaserJet 4000
  # See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742766
  # We cannot use the usual mechanisms for patches, as the PPD files get
  # shipped compressed by upstream
  ( cd 
/home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0/debian/tmp/usr/share/ppd/hplip/HP/;
 \
patch   -p0 < 
/home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0/debian/local/HP-LaserJet_4000-PostScript-PPD.patch;
 \
rm *.orig \
  )
  patching file hp-laserjet_4000_series-ps.ppd
  Reversed (or previously applied) patch detected!  Assume -R? [n] 
  Apply anyway? [n] 
  Skipping patch.
  1 out of 1 hunk ignored -- saving rejects to file 
hp-laserjet_4000_series-ps.ppd.rej
  rm: cannot remove '*.orig': No such file or directory
  debian/rules:117: recipe for target 'override_dh_install-common' failed
  make[1]: *** [override_dh_install-common] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0'
  debian/rules:51: recipe for target 'binary' failed
  make: *** [binary] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


hplip.3.16.2+repack0-6.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817884: mpi4py: FTBFS: AssertionError: False is not true

[Chris Lamb]

Source: mpi4py
Version: 2.0.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

mpi4py fails to build from source in unstable/amd64:

  [..]

  testGetGroup (test_win.TestWinCreateWorld) ... ok
  testGetSetErrhandler (test_win.TestWinCreateWorld) ... ok
  testGetSetInfo (test_win.TestWinCreateWorld) ... ok
  testGetSetName (test_win.TestWinCreateWorld) ... ok
  testMemory (test_win.TestWinCreateWorld) ... ok
  testMemoryModel (test_win.TestWinCreateWorld) ... ok
  
  ==
  FAIL: testDL1 (test_dl.TestDL)
  --
  Traceback (most recent call last):
File 
"/home/lamby/temp/cdt.20160311084051.TDWc8pX5SV/mpi4py-2.0.0/test/test_dl.py", 
line 18, in testDL1
  self.assertTrue(handle != 0)
  AssertionError: False is not true
  
  --
  Ran 1007 tests in 7.521s
  
  FAILED (failures=1)
  debian/rules:89: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311084051.TDWc8pX5SV/mpi4py-2.0.0'
  debian/rules:22: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


mpi4py.2.0.0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817880: eclipse-cdt: FTBFS: [javac] 209 problems (1 error, 208 warnings)

[Chris Lamb]

Source: eclipse-cdt
Version: 8.6.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

eclipse-cdt fails to build from source in unstable/amd64:

  [..]

  [javac] 206. WARNING in 
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/utils/org/eclipse/cdt/utils/CygPath.java
 (at line 20)
  [javac]   import org.eclipse.cdt.internal.core.Cygwin;
  [javac]  
  [javac] The import org.eclipse.cdt.internal.core.Cygwin is never used
  [javac] --
  [javac] --
  [javac] 207. WARNING in 
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/utils/org/eclipse/cdt/utils/EFSExtensionManager.java
 (at line 23)
  [javac]   import org.eclipse.core.runtime.Path;
  [javac]  ^
  [javac] The import org.eclipse.core.runtime.Path is never used
  [javac] --
  [javac] --
  [javac] 208. WARNING in 
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/utils/org/eclipse/cdt/utils/envvar/StorableEnvironment.java
 (at line 22)
  [javac]   import 
org.eclipse.cdt.utils.envvar.StorableEnvironmentLoader.ISerializeInfo;
  [javac]  
^
  [javac] The import 
org.eclipse.cdt.utils.envvar.StorableEnvironmentLoader.ISerializeInfo is never 
used
  [javac] --
  [javac] --
  [javac] 209. WARNING in 
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/utils/org/eclipse/cdt/utils/envvar/StorableEnvironmentLoader.java
 (at line 36)
  [javac]   import org.eclipse.core.runtime.preferences.IEclipsePreferences;
  [javac]  
  [javac] The import 
org.eclipse.core.runtime.preferences.IEclipsePreferences is never used
  [javac] --
  [javac] 209 problems (1 error, 208 warnings)
  [javac] Compilation failed. Compiler errors are available in 
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/@dot.log
  
  BUILD FAILED
  
/usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:36:
 The following error occurred while executing this line:
  
/usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/build.xml:105:
 The following error occurred while executing this line:
  
/usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/templates/package-build/customTargets.xml:19:
 The following error occurred while executing this line:
  
/usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/genericTargets.xml:118:
 The following error occurred while executing this line:
  
/usr/lib/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.8.1.dist/scripts/genericTargets.xml:123:
 The following error occurred while executing this line:
  
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/build/features/org.eclipse.cdt.platform/build.xml:65:
 The following error occurred while executing this line:
  
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/build/features/org.eclipse.cdt.platform/build.xml:20:
 The following error occurred while executing this line:
  
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/build.xml:213:
 The following error occurred while executing this line:
  
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/org.eclipse.cdt.core/build.xml:119:
 Compile failed; see the compiler error output for details.
  
  Total time: 24 seconds
  An error has occurred. See the log file
  
/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0/debian/.eclipse-build/build/home/workspace/.metadata/.log.
  jh_compilefeatures: cd debian/.eclipse-build && 
/usr/lib/eclipse/buildscripts/pde-build -a "-DjavacTarget=1.7 -DjavacSource=1.7 
-DbuildId=dist -DforceContextQualifier=dist"  -f org.eclipse.cdt.platform 
returned exit code 13
  debian/rules:56: recipe for target 'override_jh_compilefeatures-indep' failed
  make[1]: *** [override_jh_compilefeatures-indep] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311083107.Icvjb99HY1/eclipse-cdt-8.6.0'
  debian/rules:37: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


eclipse-cdt.8.6.0-1.

Bug#817886: python-oslo.messaging: FTBFS: ImportError: No module named 'greenlet'

[Chris Lamb]

Source: python-oslo.messaging
Version: 2.5.0-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-oslo.messaging fails to build from source in unstable/amd64:

  [..]

  + echo ===> Testing with python3.4 (python3)
  ===> Testing with python3.4 (python3)
  + rm -rf .testrepository
  + testr-python3 init
  + mktemp -t
  + TEMP_REZ=/tmp/tmp.2kPSSa0mSW
  + 
PYTHONPATH=/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0
 PYTHON=python3.4 testr-python3 run --subunit 
oslo_messaging\.tests\.(?!(.*drivers.test_impl_rabbit\.TestRabbitDriverLoad\.test_driver_load.*|.*test_transport.GetTransportSadPathTestCase.test_get_transport_sad.*|.*drivers\.test_impl_rabbit\.TestSendReceive\.test_send_receive.*|.*drivers\.test_impl_rabbit\.TestSendReceive\.test_send_receive.*))
  + tee /tmp/tmp.2kPSSa0mSW
  + subunit2pyunit
  running=OS_Non-zero exit code (2) from test listing.
  STDOUT_CAPTURE=${OS_STDOUT_CAPTURE:-1} 
OS_STDERR_CAPTURE=${OS_STDERR_CAPTURE:-1} 
OS_TEST_TIMEOUT=${OS_TEST_TIMEOUT:-60} ${PYTHON:-python} -m subunit.run 
discover -t ./ ./oslo_messaging --list 
  --- import errors ---
  Failed to import test module: oslo_messaging
  Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/unittest2/loader.py", line 490, in 
_find_test_path
  package = self._get_module_from_name(name)
File "/usr/lib/python3/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
  __import__(name)
File 
"/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0/oslo_messaging/__init__.py",
 line 18, in 
  from .notify import *
File 
"/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0/oslo_messaging/notify/__init__.py",
 line 26, in 
  from .listener import *
File 
"/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0/oslo_messaging/notify/listener.py",
 line 107, in 
  from oslo_messaging import server as msg_server
File 
"/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0/oslo_messaging/server.py",
 line 28, in 
  from oslo_service import service
File "/usr/lib/python3/dist-packages/oslo_service/service.py", line 34, in 

  from eventlet import event
File "/usr/lib/python3/dist-packages/eventlet/event.py", line 3, in 
  from eventlet import hubs
File "/usr/lib/python3/dist-packages/eventlet/hubs/__init__.py", line 3, in 

  from eventlet import patcher
File "/usr/lib/python3/dist-packages/eventlet/patcher.py", line 4, in 

  from eventlet.support import six
File "/usr/lib/python3/dist-packages/eventlet/support/__init__.py", line 4, 
in 
  from eventlet.support import greenlets, six
File "/usr/lib/python3/dist-packages/eventlet/support/greenlets.py", line 
3, in 
  import greenlet
  ImportError: No module named 'greenlet'
  
  --
  Ran 0 tests in 0.460s
  
  OK
  + cat+  /tmp/tmp.2kPSSa0mSW
  subunit-filter -s --no-passthrough
  + subunit-stats
  Total tests:   0
  Passed tests:  0
  Failed tests:  0
  Skipped tests: 0
  Seen tags: 
  + rm -f /tmp/tmp.2kPSSa0mSW
  + testr-python3 slowest
  debian/rules:35: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 3
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160311084452.3l85vBR8Wr/python-oslo.messaging-2.5.0'
  debian/rules:16: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


python-oslo.messaging.2.5.0-2.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817887: ruby-twitter: FTBFS: Could not find 'http' (< 0.10, >= 0.4) - did find: [http-1.0.2] (Gem::LoadError)

[Chris Lamb]

Source: ruby-twitter
Version: 5.15.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

ruby-twitter fails to build from source in unstable/amd64:

  [..]

  
GEM_PATH=debian/ruby-twitter/usr/share/rubygems-integration/all:/home/lamby/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -e gem\ \"twitter\"
  /usr/lib/ruby/2.3.0/rubygems/dependency.rb:319:in `to_specs': Could not find 
'http' (< 0.10, >= 0.4) - did find: [http-1.0.2] (Gem::LoadError)
  Checked in 
'GEM_PATH=debian/ruby-twitter/usr/share/rubygems-integration/all:/home/lamby/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all',
 execute `gem env` for more information
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1438:in `block in 
activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1427:in `each'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1427:in 
`activate_dependencies'
from /usr/lib/ruby/2.3.0/rubygems/specification.rb:1409:in `activate'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:68:in `block 
in gem'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in 
`synchronize'
from /usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_gem.rb:67:in `gem'
from -e:1:in `'
  addressable (2.3.8)
  atomic (1.1.16)
  bigdecimal (1.2.8)
  buftok (0.2.0)
  cookiejar (0.3.2)
  coveralls (0.7.0)
  crack (0.4.3)
  did_you_mean (1.0.0)
  diff-lcs (1.2.5)
  docile (1.1.5)
  domain_name (0.5.20160216)
  em-http-request (1.1.2)
  equalizer (0.0.10)
  escape_utils (1.1.0)
  ethon (0.8.0)
  eventmachine (1.0.7)
  faraday (0.9.2)
  ffi (1.9.10)
  hashdiff (0.2.3)
  http (1.0.2)
  http-cookie (1.0.2)
  http-form_data (1.0.1)
  http_parser.rb (0.6.0)
  httpclient (2.7.1)
  io-console (0.4.5)
  json (1.8.3)
  memoizable (0.4.2)
  mime-types (2.6.1)
  minitest (5.8.4)
  multi_json (1.11.2)
  multipart-post (1.2.0)
  naught (1.0.0)
  net-telnet (0.1.1)
  netrc (0.10.3)
  power_assert (0.2.7)
  psych (2.0.17)
  rake (10.5.0)
  rdoc (4.2.1)
  rest-client (1.8.0)
  rspec (3.4.0)
  rspec-core (3.4.3)
  rspec-expectations (3.4.0)
  rspec-mocks (3.4.1)
  rspec-support (3.4.1)
  safe_yaml (1.0.4)
  simple_oauth (0.3.1)
  simplecov (0.11.1)
  simplecov-html (0.10.0)
  term-ansicolor (1.3.0)
  test-unit (3.1.7)
  thor (0.19.1)
  thread_order (1.1.0)
  thread_safe (0.3.5)
  timecop (0.8.0)
  tins (1.1.0)
  typhoeus (0.8.0)
  unf (0.1.4)
  unf_ext (0.0.7.2)
  webmock (1.22.6)
  ERROR: Test "ruby2.3" failed. Exiting.
  dh_auto_install: dh_ruby --install 
/home/lamby/temp/cdt.20160311084729.2HaCrKvg3n/ruby-twitter-5.15.0/debian/ruby-twitter
 returned exit code 1
  debian/rules:17: recipe for target 'binary' failed
  make: *** [binary] Error 1

  [..]

The full build log is attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


ruby-twitter.5.15.0-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#817271: Please adjust dependencies for PHP 7.0

[Ondřej Surý]

Dear maintainers,

as the tcpdf doesn't use any of the pkg-php-tools, the update is in fact
very easy -> just replace s/php5/php in Debian control. I took a liberty
of collab-maint and update the d/control in the git. Please release at
your convenience.

(Also fixed a little cut&paste typo in d/copyright.)

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#817888: battery-stats: Patch used in NMU 0.3.6-1.1

[Petter Reinholdtsen]

Package: battery-stats
Version: 0.3.6-1.1
Severity: wishlist
Tags: patch

The battery-stats package have been broken for a while.  I decided to do
something about it, and just uploaded a fixed package to the 2 day
delayed upload queue, with the changes in the attached patch:

  * Replace homepage URL in control file with a working one. (Closes: #738807)
  * Fix typo in package description (patters->patterns). (Closes: #648294)
  * Add gbp.conf file to enforce use of pristine-tar.
  * Updated Standards-Version from 3.8.3 to 3.9.7.
  * Removed menu file, only need desktop file.
  * Added code to source /lib/lsb/init-functions in init.d script to
work well with systemd.
  * Drop obsolete DM-Upload-Allowed field from control file.
  * Added Vcs-* links to control file.
  * Changed build dependencies to allow building with gnuplot-qt.
  * Switch to source format 3.0 (quilt).
  * Added 01-skip-non-battery.patch to skip AC "battery". (Closes: 574678)

-- 
Happy hacking
Petter Reinholdtsen
diff -Nru battery-stats-0.3.6/debian/changelog battery-stats-0.3.6/debian/changelog
--- battery-stats-0.3.6/debian/changelog	2016-03-11 08:53:07.0 +
+++ battery-stats-0.3.6/debian/changelog	2016-03-11 08:50:16.0 +
@@ -1,3 +1,21 @@
+battery-stats (0.3.6-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace homepage URL in control file with a working one. (Closes: #738807)
+  * Fix typo in package description (patters->patterns). (Closes: #648294)
+  * Add gbp.conf file to enforce use of pristine-tar.
+  * Updated Standards-Version from 3.8.3 to 3.9.7.
+  * Removed menu file, only need desktop file.
+  * Added code to source /lib/lsb/init-functions in init.d script to
+work well with systemd.
+  * Drop obsolete DM-Upload-Allowed field from control file.
+  * Added Vcs-* links to control file.
+  * Changed build dependencies to allow building with gnuplot-qt.
+  * Switch to source format 3.0 (quilt).
+  * Added 01-skip-non-battery.patch to skip AC "battery". (Closes: 574678)
+
+ -- Petter Reinholdtsen   Fri, 11 Mar 2016 08:49:58 +
+
 battery-stats (0.3.6-1) unstable; urgency=low
 
   * New upstream release that integrates a patch to specify the battery 
diff -Nru battery-stats-0.3.6/debian/control battery-stats-0.3.6/debian/control
--- battery-stats-0.3.6/debian/control	2016-03-11 08:53:07.0 +
+++ battery-stats-0.3.6/debian/control	2016-03-11 07:07:39.0 +
@@ -2,10 +2,11 @@
 Section: admin
 Priority: extra
 Maintainer: Antonio Radici 
-Build-Depends: debhelper (>= 7), libapm-dev, libacpi-dev [i386 amd64 ia64], cdbs, autotools-dev, gnuplot-nox (>= 4), imagemagick
-Standards-Version: 3.8.3
-DM-Upload-Allowed: yes
-Homepage: http://theforest.dyne.org/battery-stats/
+Build-Depends: debhelper (>= 7), libapm-dev, libacpi-dev [i386 amd64 ia64], cdbs, autotools-dev, gnuplot-nox (>= 4) | gnuplot-qt, imagemagick
+Standards-Version: 3.9.7
+Homepage: https://github.com/krf/battery-stats
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/battery-stats.git
+Vcs-Git: git://anonscm.debian.org/collab-maint/battery-stats.git
 
 Package: battery-stats
 Architecture: sparc ia64 amd64 i386
@@ -15,6 +16,6 @@
  collect statistics about the charge of the batteries present.
  .
  It also proves a binary called battery-graph, which can be used to generate
- qplot graphs about the battery charge/discharge patters over time
+ qplot graphs about the battery charge/discharge patterns over time
  .
  Note: This requires APM or ACPI to be enabled and working in your kernel.
diff -Nru battery-stats-0.3.6/debian/gbp.conf battery-stats-0.3.6/debian/gbp.conf
--- battery-stats-0.3.6/debian/gbp.conf	1970-01-01 00:00:00.0 +
+++ battery-stats-0.3.6/debian/gbp.conf	2016-03-10 23:26:36.0 +
@@ -0,0 +1,2 @@
+[DEFAULT]
+pristine-tar = True
diff -Nru battery-stats-0.3.6/debian/init.d battery-stats-0.3.6/debian/init.d
--- battery-stats-0.3.6/debian/init.d	2016-03-11 08:53:07.0 +
+++ battery-stats-0.3.6/debian/init.d	2016-03-10 23:43:11.0 +
@@ -12,6 +12,8 @@
 # Modified for Debian GNU/Linux by Ian Murdock .
 # Modified for battery-stats by Karl E. Jørgensen 
 
+. /lib/lsb/init-functions
+
 PATH=/sbin:/bin:/usr/sbin:/usr/bin
 DAEMON=/usr/sbin/battery-stats-collector
 NAME=battery-stats-collector
diff -Nru battery-stats-0.3.6/debian/menu battery-stats-0.3.6/debian/menu
--- battery-stats-0.3.6/debian/menu	2016-03-11 08:53:07.0 +
+++ battery-stats-0.3.6/debian/menu	1970-01-01 00:00:00.0 +
@@ -1,4 +0,0 @@
-?package(battery-stats):\
- needs="X11"\
- section="Applications/System/Monitoring"\
- title="Battery Charge Graph" command="/usr/bin/battery-graph"
diff -Nru battery-stats-0.3.6/debian/patches/01-skip-non-battery.patch battery-stats-0.3.6/debian/patches/01-skip-non-battery.patch
--- battery-stats-0.3.6/debian/patches/01-skip-non-battery.patch	1970-01-01 00:00:00.0 +
+++ battery-stats-0.3.6/debian/patches/01-s

Bug#817889: dbconfig-common Syntax Error

[Richard Laager]

Package: dbconfig-common
Version: 2.0.3

internal/mysql has this at line 404:
if [ "$dbc_dbserver" != "" ] && "$dbc_dbserver" != localhost ; then

It needs brackets like this instead:
if [ "$dbc_dbserver" != "" ] && [ "$dbc_dbserver" != localhost ] ; then

Otherwise, I get this (where PACKAGE is the name of the package I'm 
working on):


/var/lib/dpkg/info/PACKAGE.config: 404: 
/var/lib/dpkg/info/PACKAGE.config: localhost: not found


If you're looking to reproduce this, note that I'm using /bin/sh (which 
is dash), not /bin/bash.


--
Richard

Bug#817890: ITP: python-brainstorm -- neural network library for Python

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: python-brainstorm
  Version : 0.5
  Upstream Author : Klaus Greff 
* URL : https://github.com/IDSIA/brainstorm
* License : Expat
  Programming Lang: Python
  Description : neural network library for Python

This is an easy-to-use Python library for creating neural network based machine 
learning
applications employing Numpy and OpenBLAS. A simple "hello, world" neural 
network for
learning from handwritten numbers in the MNIST dataset [1] just takes a couple 
of lines [2].

I'm going to maintain this within the Debian Python Modules Team, the binary 
package is
going to be python3-brainstorm.

Thanks,
DS

[1] https://en.wikipedia.org/wiki/MNIST_database

[2] https://github.com/pinae/MNIST-Brainstorm

Bug#806082: multipath-tools: FTBFS when built with dpkg-buildpackage -A

[Santiago Vila]

On Thu, 10 Mar 2016, Ritesh Raj Sarraf wrote:

> > However, if you have time and motivation, I would really consider
> > switching to "dh". A debian/rules using "dh" is usually a lot more
> > readable and "nicer".
> 
> I definitely want to move to the new build setup, but it is the lack of
> time which has held me.
> 
> Maybe I'll just do it once and for all (move to new dh). Lets keep the
> bug open. Whichever build setup we choose, this bug will be closed back
> once the build is fixed.

Please note that this report is just about "dpkg-buildpackage -A" not
working. The suggestion about using "dh" is just that, a personal
suggestion, but it's not part of this bug.

If you don't have much time, I would just fix the bug the easy way
(i.e. the patch that you sent me, plus options -a and -i). You don't need
a bug report open to switch to dh later, because in fact, it is not a
bug not to use dh.

Thanks.

Bug#817259: sorry, problem is due to corrupted DVD

[G. Cabrele]

Thanks to the help received from "Debian Forum" I could determine that 
the the 2nd and 3rd DVD had a wrong md5sum, although they passed the 
integrity check.
Sorry for the fake alert, the installer is actually ok, thanks for your 
work.

Bug#815153: transition: libvigraimpex

[Daniel Stender]

There only one officially supported arch currently not building on left [1], 
which is
going to be fixed soon (it seems to be another problem in the tests themselves).
Then I'm going to upload the package to Sid then.

DS

[1] https://bugs.debian.org/817840 (libvigraimpex: fail of test/math on mips)

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

Bug#692344: wicd-curses dies when moving around a conference

[Wookey]

Issue still present in v 1.7.2.4-4.1
(rebuilt from testing/unstable source on jessie)

The line-numbers have changed from the original report in 2012 but the error 
seems to be identical.
Can we just take out the dbus assert for this as it seems to be inappropriate?

Traceback (most recent call last):
  File "/usr/share/wicd/curses/wicd-curses.py", line 97, in wrapper
return func(*args, **kargs)
  File "/usr/share/wicd/curses/wicd-curses.py", line 920, in update_status
if check_for_wired(wired.GetWiredIP(''), self.set_status):
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not 
receive a reply. Possible causes include: the remote application did not send a 
reply, the message bus security policy blocked the reply, the reply timeout 
expired, or the network connection was broken.



Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#787579: Congrat

[Mr.Wee]

Dimka has picked you. For details email him directly

Bug#789130: bsdmainutils: [ncal] prints wrong week number

[Michael Meskes]

On Thu, Sep 03, 2015 at 10:36:36PM +0200, Sergey Romanov wrote:
> Weird. I'd never expect C and C.UTF-8 be different. These are locale values:
> $ LC_ALL=C locale week-1stweek
> 4
> $ LC_ALL=C.UTF-8 locale week-1stweek
> 7

So is this a locale problem then?

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#817883: hplip: FTBFS: 1 out of 1 hunk ignored -- saving rejects to file hp-laserjet_4000_series-ps.ppd.rej

[Julian Andres Klode]

Control: tag -1 pending

On Fri, Mar 11, 2016 at 08:53:14AM +, Chris Lamb wrote:
> Source: hplip
> Version: 3.16.2+repack0-6
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> hplip fails to build from source in unstable/amd64:
> 
>   [..]
> 
>   # Patch PPD file for the HP LaserJet 4000
>   # See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742766
>   # We cannot use the usual mechanisms for patches, as the PPD files get
>   # shipped compressed by upstream
>   ( cd 
> /home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0/debian/tmp/usr/share/ppd/hplip/HP/;
>  \
> patch -p0 < 
> /home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0/debian/local/HP-LaserJet_4000-PostScript-PPD.patch;
>  \
> rm *.orig \
>   )
>   patching file hp-laserjet_4000_series-ps.ppd
>   Reversed (or previously applied) patch detected!  Assume -R? [n] 
>   Apply anyway? [n] 
>   Skipping patch.
>   1 out of 1 hunk ignored -- saving rejects to file 
> hp-laserjet_4000_series-ps.ppd.rej
>   rm: cannot remove '*.orig': No such file or directory
>   debian/rules:117: recipe for target 'override_dh_install-common' failed
>   make[1]: *** [override_dh_install-common] Error 1
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20160311083550.TPPM2MDgZ5/hplip-3.16.2+repack0'
>   debian/rules:51: recipe for target 'binary' failed
>   make: *** [binary] Error 2
> 
>   [..]
> 
> The full build log is attached.

The cause of this was a workaround to get it to build on buildds... - where it 
builds fine now. But now building indep+arch builds in the same build is broken,
because I created override_dh_install-{arch,indep} and a common 
override_dh_install-common on which they depend, but the -common part was run
twice, as dh invokes the rules file twice.

Anyway:

Fixed in git. I guess we'll wait the day before an upload, to see if anything 
else
pops up.

commit 3212f561d15d4c79dab67ccc5964b65a34a8a432
Author: Julian Andres Klode 
Date:   Fri Mar 11 10:18:51 2016 +0100

Do not run install actions twice in indep+arch builds

The actions are not idempotent, especially the patch was
not. While that was dropped now, running the perl scripts
multiple times would cause -dNOINTERPOLATE to appear
multiple times, for example.

Work around this by only working on the binary-indep stuff
if it is built.

Closes: #817883

See 
http://anonscm.debian.org/cgit/printing/hplip.git/commit/?id=3212f561d15d4c79dab67ccc5964b65a34a8a432

for details

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#812626: libfreecontact-perl: FTBFS - Parse errors: Bad plan. You planned 10 tests but ran 6.

[Niko Tyni]

Control: tag -1 patch

On Wed, Mar 09, 2016 at 10:30:29AM +0100, Andreas Tille wrote:
> On Mon, Feb 22, 2016 at 09:50:41AM +0100, Michael Tautschnig wrote:
> > Control: severity -1 wishlist
> > Control: retitle -1 libfreecontact-perl: FTBFS when optimisation is disabled

> > Apologies for taking so long to get back to this one. I have now been able 
> > to
> > reproduce both the failing and the non-failing case. The key is to compile
> > with/without optimisation. Thus:

> Thanks for the clarification.  I wonder whether inside the Perl team
> some experiences exist regarding failures when doing no optimisation.

It's passing an uninitialized pointer to libfreecontact. Proposed patch 
attached.
-- 
Niko Tyni   nt...@debian.org
>From 4570fcae64c5f62ef1bf7558063064a60db62d0b Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Fri, 11 Mar 2016 11:25:59 +0200
Subject: [PATCH] Fix __timing initialization

When Perl code passes a 'timing' parameter that is not a hash reference,
for instance an undefined value, the '__timing' pointer passed to
libfreecontact needs to be explicitly initialized.

This fixes segmentation faults in t/02test.t when built
without optimization (gcc -O0).

Bug-Debian: https://bugs.debian.org/812626
---
 FreeContact.xsp | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/FreeContact.xsp b/FreeContact.xsp
index b0c2497..f002df1 100644
--- a/FreeContact.xsp
+++ b/FreeContact.xsp
@@ -91,7 +91,10 @@ predictor::_run( __ali, __cp, __density, __gapth, __mincontsep, __pseudocnt, __p
 time_res_t timing;
   CODE:
 try {
-  if(items>=17 && SvROK(ST(16)) && SvTYPE(SvRV(ST(16))) == SVt_PVHV) __timing = &timing;
+  if(items>=17) {
+if (SvROK(ST(16)) && SvTYPE(SvRV(ST(16))) == SVt_PVHV) __timing = &timing;
+else __timing = NULL;
+  }
   RETVAL = THIS->run( __ali, __cp, __density, __gapth, __mincontsep, __pseudocnt, __pscnt_weight, __estimate_ivcov, __shrink_lambda, __cov20, __apply_gapth, __rho, __veczw, __num_threads, __icme_timeout, __timing );
 }
 catch (freecontact::icme_timeout_error& e)
@@ -116,7 +119,10 @@ predictor::_run_with_seq_weights(ali_t& __ali, freq_vec_t &__aliw, double __wtot
 time_res_t timing;
   CODE:
 try {
-  if(items>=17 && SvROK(ST(16)) && SvTYPE(SvRV(ST(16))) == SVt_PVHV) __timing = &timing;
+  if(items>=17) {
+if (SvROK(ST(16)) && SvTYPE(SvRV(ST(16))) == SVt_PVHV) __timing = &timing;
+else __timing = NULL;
+  }
   RETVAL = THIS->run( __ali, __aliw, __wtot,
 __density, __gapth, __mincontsep,
 __pseudocnt, __pscnt_weight, __estimate_ivcov, __shrink_lambda,
-- 
2.7.0

Bug#817892: systemd: sysv wrapper breaks LSB exit codes

[Michael Braun]

Package: systemd
Version: 215-17+deb8u3
Severity: important

Dear Maintainer,

   * What led up to the situation?

I upgraded from wheezy where things just worked fine.

I'm running pacemaker with lsb: resource - this pacemaker 
installation has no systemd wrapper available.

Pacemaker expects the init scripts to return LSB conformant exit codes. That is,

 /etc/init.d/ status

should return non-zero exit if the process is not running.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I killed my daemon. Now /etc/init.d/ status shows "active 
(exited)" and returns zero, so pacemaker does not detect the daemon is dead.

The daemon removed is PID file and the old init script would return exit code 3.

   * What was the outcome of this action?

As /etc/init.d/ status still returns zero, pacemaker things 
the process is still running.

   * What outcome did you expect instead?

An LSB conformant, non-zero exit code - so pacemaker would recover from a dead 
daemon.

-- Package-specific info:

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

Kernel: Linux 4.2.1-040201-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf8)
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+deb8u3
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+deb8u1
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1+deb8u1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u3
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u3
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
pn  dbus
pn  libpam-systemd  

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information

Bug#817893: reportbug release.debian.org crashes with IndexError

[Uwe Kleine-König]

Package: reportbug
Version: 6.6.3
Severity: normal

Hello

the following happens on harris.debian.org:

ukleinek@harris:~$ reportbug release.debian.org
Warning: no reportbug configuration found.  Proceeding in novice mode.
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using '"Uwe Kleine-König" ' as your from address.
Will send report to Debian (per lsb_release).
What sort of request is this? (If none of these things mean anything to you, or
you are trying to report a bug in an existing package, please press Enter to
exit reportbug.)

1 binnmu  binNMU requests
2 britney testing migration script bugs
3 jessie-pu   jessie proposed updates requests
4 other   None of the other options
5 rm  Stable/Testing removal requests
6 transition  transition tracking
7 unblock unblock requests
8 wheezy-pu   wheezy proposed updates requests

Choose the request type: 3
Please enter the name of the package: flash-kernel
Checking status database...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2211, in 
main()
  File "/usr/bin/reportbug", line 1081, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1677, in user_interface
self.options.http_proxy)
  File "/usr/bin/reportbug", line 518, in special_prompts
return pkgprompts(package, bts, ui, fromaddr, timeout, online, http_proxy)
  File "/usr/lib/python2.7/dist-packages/reportbug/debbugs.py", line 452, in 
handle_debian_release
version = checkversions.get_versions_available(package, timeout, 
(tag[:-3],)).values()[0]
IndexError: list index out of range

-- Package-specific info:

-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 3.16.0-4-armmp (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 reportbug depends on:
ii  apt   1.0.9.8.2
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
ii  dlocate1.02+nmu3
ii  emacs24-bin-common 24.4+1-5
ii  exim4-daemon-heavy [mail-transport-agent]  4.84-8+deb8u2
ii  file   1:5.22+15-2+deb8u1
ii  gnupg  1.4.18-7
pn  python-gtk2
pn  python-gtkspell
pn  python-urwid   
pn  python-vte 
pn  xdg-utils  

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.8.2
ii  python-debian 0.1.27
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#817894: hash-slinger: tlsa --verify sends a spurious warning when the cert has a wildcard

[Stephane Bortzmeyer]

Package: hash-slinger
Version: 2.6-1
Severity: minor

% tlsa --verify rdap.nic.alsace
WARNING: Name on the certificate (Subject: 
/serialNumber=bzF6gBWp0uI4sLILv6rqnFaJXglK01CP/OU=GT64370990/OU=See 
www.rapidssl.com/resources/cps (c)14/OU=Domain Control Validated - 
RapidSSL(R)/CN=*.nic.alsace, SubjectAltName: DNS:*.nic.alsace, DNS:nic.alsace) 
doesn't match requested hostname (rdap.nic.alsace).
Caution: name on the cert does not match hostname
SUCCESS (usage 3): The certificate offered by the server matches the TLSA record

IMHO, the WARNING is spurious: the cert has a wildcard and therefore
the name *does* match.

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

Kernel: Linux 4.3.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages hash-slinger depends on:
ii  ca-certificates20160104
ii  dns-root-data  2015052300+h+1
ii  libpython2.7-stdlib [python-argparse]  2.7.11-3
ii  openssh-client 1:7.1p2-2
ii  python 2.7.11-1
ii  python-dnspython   1.12.0-1
ii  python-gnupg   0.3.8-2
ii  python-ipaddr  2.1.11-2
ii  python-m2crypto0.22.6~rc4-1
ii  python-unbound 1.5.7-1

hash-slinger recommends no packages.

hash-slinger suggests no packages.

-- no debconf information

Bug#817895: locales: C and C.UTF-8 differ where they should not

[Michael Meskes]

Package: locales
Version: 2.22-2
Severity: normal

Dear Maintainer,

as far as I know C and and C.UTF-8 should be identical, except for everything
that's character encoding related. However:

ael@feivel:~$ LC_ALL=C locale week-1stweek
4
michael@feivel:~$ LC_ALL=C.UTF-8 locale week-1stweek
7

The C.UTF-8 locale file says:

...
% ISO 8601 conforming applications should use the values 7, 19971201 (a
% Monday), and 4 (Thursday), respectively.
week7;19971130;7
...

The comment points to the right value, but it is not used.

Michael

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

Kernel: Linux 4.5.0-rc6-1.g34634ae-vanilla (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.58
ii  libc-bin   2.22-2
ii  libc-l10n  2.22-2

locales recommends no packages.

locales suggests no packages.

-- debconf information excluded

Bug#815156: [PKG-Openstack-devel] Bug#815156: Bug#815156: New upstream release 0.1.6

[Gaudenz Steinlin]

Gaudenz Steinlin  writes:

> Hi Thomas
>
> Thomas Goirand  writes:
>
>> On 02/19/2016 09:44 PM, Gaudenz Steinlin wrote:
>>> Package: spice-html5
>>> Severity: wishlist
>>> 
>>> Please upgrade spice-html5 to the latest upstream version which is
>>> currently 0.1.6. This fixes SSL access to the console from the Web
>>> Browser to the Websocket proxy.
>>> 
>>> I did a test build and the upgrade is as simple as just upgrading to the
>>> latest version without any changes to the Debian packageing. If you want
>>> I can directly commit this to the GIT repository or even do an upload to
>>> unstable.
>>> 
>>> Gaudenz
>>
>> Gaudenz,
>>
>> By all means, your contribution is welcome! Please do commit to the git,
>> and upload to Sid. Feel free to add yourself in the Uploaders fields.
>
> I have now prepared an upload to unstable, however I can't push my
> changes to the GIT repository because of missing access rights. Can you
> please add me to the Alioth group. I did not upload the package just now
> because of this.

I still can't push my changes and did not receive a reply from you.
Would you prefer an upload without pushing the changes? Is there some
reason why you don't want to add me to the project or did you forget
about it?

Gaudenz


signature.asc
Description: PGP signature

Bug#817847: Solved

[Daniel Fischer]

Hello,
the Problem was my fault. I had installed 5.0.3 from fai and followed the 
instruction for Ubuntu, which is not compatible for debian.
This ticket can be closed.
Thanks everyone for Helping me :)
Greetings Daniel

Bug#814982: [xwayland] Reproducible segmentation fault when pluggin new screen

[Anthony Callegaro]

Sorry guys I didn't have the time to check the patch as it is on my work
laptop.

I rebuild xwayland from source with the attached patch and so far I
haven't been able to reproduce so it seems to fix it indeed.

Could this be included in a futur release ?

Thanks a lot
Cheers

Letic

On 02/03/16 03:19, Yasushi SHOJI wrote:
> On Wed, 02 Mar 2016 08:05:07 +0900,
> Julian Andres Klode wrote:
>> This could be related / the fix:
>>
>> https://cgit.freedesktop.org/xorg/xserver/commit/?id=2116f03be04240e961649ca750a7aa5438b8446c
> Indeed.  The commit fixed the problem on my system.
> Thanks,
> --
>yashi

--- a/hw/xwayland/xwayland-output.c
+++ b/hw/xwayland/xwayland-output.c
@@ -297,6 +297,7 @@ xwl_output_destroy(struct xwl_output *xwl_output)
 
 wl_output_destroy(xwl_output->output);
 xorg_list_del(&xwl_output->link);
+RRCrtcDestroy(xwl_output->randr_crtc);
 RROutputDestroy(xwl_output->randr_output);
 
 xorg_list_for_each_entry(it, &xwl_screen->output_list, link)
-- 

Bug#817894: What about RFC 7671?

[Stephane Bortzmeyer]

Is it even a good idea to test the subject name when the Certificate
Usage is DANE-EE? RFC 7671 says, in its section 5.1, to ignore all the
checks such as expiration date and subject name.

Bug#817896: gnome-core: should depend on firefox-esr | firefox instead of iceweasel

[Ansgar Burchardt]

Package: gnome-core
Version: 1:3.14+3
Severity: normal

Now that firefox is in the archive, I believe gnome-core should depend on
  firefox-esr | firefox
instead of iceweasel.

As far as I understand, firefox-esr will go in stable releases and
firefox will only be available in unstable, so firefox-esr should be
the preferred choice (and also the iceweasel transitional package
depends on firefox-esr).

Currently it is not possible to install only "firefox" and the gnome
meta packages as gnome-core pulls in firefox-esr (via iceweasel).

Ansgar

Bug#817897: jessie-pu: package flash-kernel/3.35+deb8u2

[Uwe Kleine-König]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hello,

I'd like to update flash-kernel in jessie with the below debdiff. The
intention is to fix the critical bug #813995. The two other changes are
just prerequisites for it. These changes are in unstable since
flash-kernel 3.59.

The problem is that if the flash device that kernel/initramfs is written
to is NAND flash, the handling implemented in flash-kernel is wrong. It
works iff the flash doesn't have bad block. But if there is a bad block
and it is written to, this can damage even otherwise good parts of the
flash and so for example destroy the bootloader bricking the machine.

Among the machines that flash-kernel officially supports (in jessie)
there is only a single one affected (i.e. D-Link DNS-320 NAS (Rev A1)),
but flash-kernel is easily extendable to support more machines, so I
expect more machines to be affected. (I have a Netgear ReadyNAS 104 that
uses NAND, it's little brother Netgear ReadyNAS 102 does, too.)

The change by Karsten Merker is needed to keep the test suite (which is
run during package build) happy. I admit this is not minimal (I could
simply skip the test), but it seems to me as the most sensible change
and this makes the change match the version of flash-kernel in
testing/unstable. Ian Campbell's change is also necessary for NAND
because nandwrite needs to operate on the character device. (One could
argue that we should keep writing to mtdblock for NOR, but I don't think
this is sensible.)

Best regards
Uwe


diff -Nru flash-kernel-3.35+deb8u2/debian/changelog 
flash-kernel-3.35+deb8u3/debian/changelog
--- flash-kernel-3.35+deb8u2/debian/changelog   2015-12-05 19:16:35.0 
+0100
+++ flash-kernel-3.35+deb8u3/debian/changelog   2016-03-10 20:30:19.0 
+0100
@@ -1,3 +1,19 @@
+flash-kernel (3.35+deb8u3) stable; urgency=medium
+
+  [ Karsten Merker ]
+  * Disable the use of modprobe and udevadm in the mtdblock() function
+while running the testsuite.
+
+  [ Ian Campbell ]
+  * Use /dev/mtdN when flashing, rather than needlessly going through the
+mtdblock layer (which is problematic on some platforms/kernels).
+(Closes: #794265)
+
+  [ Uwe Kleine-König ]
+  * use nandwrite when writing to nand flash. (Closes: #813995)
+
+ -- Uwe Kleine-König   Thu, 10 Mar 2016 20:30:19 +0100
+
 flash-kernel (3.35+deb8u2) stable; urgency=medium
 
   [ Ian Campbell ]
diff -Nru flash-kernel-3.35+deb8u2/debian/control 
flash-kernel-3.35+deb8u3/debian/control
--- flash-kernel-3.35+deb8u2/debian/control 2015-11-10 11:14:39.0 
+0100
+++ flash-kernel-3.35+deb8u3/debian/control 2016-03-10 20:28:57.0 
+0100
@@ -17,6 +17,7 @@
  devio,
  initramfs-tools (>= 0.92f),
  linux-base (>= 3.2),
+ mtd-utils,
  ucf
 Recommends: u-boot-tools
 Description: utility to make certain embedded devices bootable
diff -Nru flash-kernel-3.35+deb8u2/functions flash-kernel-3.35+deb8u3/functions
--- flash-kernel-3.35+deb8u2/functions  2015-11-10 11:14:39.0 +0100
+++ flash-kernel-3.35+deb8u3/functions  2016-03-10 20:29:41.0 +0100
@@ -43,7 +43,21 @@
 
local dev=`sed -rn "s,^mtd([^:]*).*\"$mtdname\"\$,/dev/mtdblock\\1,p" 
"$PROC_MTD"`
 
-   modprobe -q mtdblock && udevadm settle --exit-if-exists=$dev || :
+   # The mtdblock() function gets also called by the testsuite during
+   # the package build; don't run modprobe and udevadm then.  Invasive
+   # actions like loading modules and calling into udev should not
+   # happen at build time and they are not necessary for the testsuite.
+   if [ -z "${FK_TESTSUITE_RUNNING}" ]; then
+   modprobe -q mtdblock && udevadm settle --exit-if-exists=$dev || 
:
+   fi
+
+   echo $dev
+}
+
+mtdchar() {
+   local mtdname="$1"
+
+   local dev=`sed -rn "s,^mtd([^:]*).*\"$mtdname\"\$,/dev/mtd\\1,p" 
"$PROC_MTD"`
 
echo $dev
 }
@@ -56,6 +70,14 @@
fi
 }
 
+check_char_dev() {
+   local dev="$1"
+
+   if [ ! -c "$dev" ]; then
+   error "$dev is not a character device"
+   fi
+}
+
 mtdsize() {
local mtdname="$1"
 
@@ -257,6 +279,42 @@
} >"$output"
 }
 
+write_mtd() {
+   local input_file="$1"
+   local output_mtd="$2"
+   local base_mtd=$(basename $output_mtd)
+   local tmpfile
+
+   if [ "x$input_file" = "x-" ] ; then
+   tmpfile=$(mktemp -t "$self.$base_mtd.XX") || error "Failed"
+   cat > $tmpfile
+   input_file="$tmpfile"
+   fi
+
+   # Can't really flashcp to /dev/mtd when testing
+   if [ -z "${FK_TESTSUITE_RUNNING}" ]; then
+   local flashtype=$(cat /sys/class/mtd/$base_mtd/type)
+   case "$flashtype" in
+   nand|mlc-nand)
+   flash_erase "$output_mtd" 0 0
+   nandwrite -p "$output_mtd" "$input_file"
+

Bug#817260: Wish: Replace virtualbox's guest BIOS with Coreboot

[Gianfranco Costamagna]

control: tags -1 moreinfo

Hi, Tianming, can you please point me to the coreboot package in debian 
unstable?
I have difficulties in finding it, and a patch for building it would be 
apppreciated.

cheers,

G.





Il Mercoledì 9 Marzo 2016 15:39, Tianming Xie  ha scritto:
Package: virtualbox
Severity: wishlist

Dear Maintainer,

As far as I know, the reason why virtualbox is moved to contrib is the
toolchain to build the guest BIOS is non-free. The source code of the BIOS
itself is viewable. So is it possible to reimplement the guest bios atop
Coreboot, which already has a completely free toolchain?



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

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

Bug#792916: why exactly should this crap be in Debian?

[Holger Levsen]

Hi anarcat,

I've just read http://anarc.at/blog/2016-03-10-keybase/ and I have looked at 
keybase in more detail a year or so ago… and am puzzled to learn that you 
think that this perceptive crappy tool which is also suggesting crappy 
workflows should be packaged and shipped in Debian.

Can you explain why this would be good? For Debian? For the free software 
community?

I can understand how this is good for the company behind it…


cheers,
Holger

Bug#735595: Patch to update RTC after time change

[Gianfranco Costamagna]

Hi Sam and VBox developers,
I'm forwarding the following mail to VirtualBox Developers's list

can you please release it under MIT license, to allow them review and possibly
apply it?

cheers,

Gianfranco




Il Giovedì 10 Marzo 2016 19:18, Sam Morris  ha scritto:
Here's a patch to VBoxService that makes it write to the RTC after it
updates the system clock.

-- 
Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9

Bug#817855: impress: crash on delete comment

[Rene Engelhard]

Hi,

On Thu, Mar 10, 2016 at 06:46:59PM -0500, Mike Dupont wrote:
>File: impress

There is no file "impress".

>Add comment to impress. Add new comment and then delete it. Crash. 

Googling I saw
https://bugs.documentfoundation.org/show_bug.cgi?id=97218

I almost wanted to set this to forwarded, but the mentioned hash
(weird conincidence, though, but upstream says it's the right one)
_is_ in 5.1.1~rc1...

Regards,

Rene

Bug#817898: RM: hedgewars [armhf] -- ROM

[Gianfranco Costamagna]

Package: ftp.debian.org
Severity: normal

Hello,

Please remove hedgewars armhf from the archive.
It will re-enter again as soon as fPIC support is fixed (bug: #813452)

Thanks,

Gianfranco

Bug#817899: mirrors: [ftp.oleane.net] Hash Sum mismatch and Writing more data than expected

[Vincent Lefevre]

Package: mirrors
Severity: normal

With aptitude I get the following errors:

http://ftp2.fr.debian.org/debian experimental/main Translation-en [ERROR]
 Hash Sum mismatch
http://ftp2.fr.debian.org/debian unstable/main Translation-en [ERROR]
 Writing more data than expected (5342128 > 5335773) [IP: 194.2.0.36 80]

and with "apt-get update":

W: Failed to fetch 
http://ftp2.fr.debian.org/debian/dists/unstable/main/i18n/Translation-en  
Writing more data than expected (5339992 > 5335773) [IP: 194.2.0.36 80]
W: Failed to fetch 
http://ftp2.fr.debian.org/debian/dists/experimental/main/i18n/Translation-en  
Writing more data than expected (302997 > 302355) [IP: 194.2.0.36 80]

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

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

Bug#817902: python-socketio: pass Access-Control-Max-Age as a string

[Frans van Berckel]

Package: python-socketio
Version: 0.3.6-2
Source: gevent-socketio

Headers should be string/unicode (python 2/3) and this is being violated 
when Access-Control-Max-Age is set to 3600. It should be set to '3600' 
(str) instead:


Talking about /usr/lib/python2.7/dist-packages/socketio/handler.py
-("Access-Control-Max-Age", 3600),
+("Access-Control-Max-Age", str(3600)),

Are you willing to apply this upstream python-socketio patch?

https://github.com/abourget/gevent-socketio/issues/228

Thanks,


Frans van Berckel

Bug#817900: libc6: dl_open causes SIGSEGV

[Michael Becker]

Package: libc6
Version: 2.22-2
Severity: important

calling "dlopen(libName, RTLD_LAZY | RTLD_NOLOAD | RTLD_NODELETE)" with 
existing library causes a SIGSEGV 
gdb shows the location: dl_open_worker (a=a@entry=0x7fffd548) at 
dl-open.c:244


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

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

Versions of packages libc6 depends on:
ii  libgcc1  1:5.3.1-11

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.58
pn  glibc-doc  
ii  libc-l10n  2.22-2
ii  locales2.22-2

-- debconf information:
  glibc/kernel-not-supported:
* libraries/restart-without-asking: true
  glibc/restart-failed:
* glibc/disable-screensaver:
  glibc/kernel-too-old:
* glibc/upgrade: true
  glibc/restart-services:

Bug#817901: RM: ruby-pgplot [arm64] -- RoQA; out of date binaries; not auto-built; not updated by anyone

[Emilio Pozuelo Monfort]

Package: ftp.debian.org
Severity: normal

ruby-pgplot is ood on arm64. Since that's a contrib pkg build-depending
on non-free stuff, it is not auto-built and requires a binary upload for
every supported arch for every upload.

The package was uploaded for arm64 by a porter who doesn't plan to keep
it up-to-date, so it should be removed.

This was ACK'ed by the porter on IRC.

Cheers,
Emilio

Bug#817855: impress: crash on delete comment

[Mike Dupont]

I debated reporting this, but I use jessie 8 now and this really messed me
up yesterday. I think it is relevant to debian as a usable stable platform.

On Fri, Mar 11, 2016 at 5:24 AM, Rene Engelhard  wrote:

> Hi,
>
> On Thu, Mar 10, 2016 at 06:46:59PM -0500, Mike Dupont wrote:
> >File: impress
>
> There is no file "impress".
>
> >Add comment to impress. Add new comment and then delete it. Crash.
>
> Googling I saw
> https://bugs.documentfoundation.org/show_bug.cgi?id=97218
>
> I almost wanted to set this to forwarded, but the mentioned hash
> (weird conincidence, though, but upstream says it's the right one)
> _is_ in 5.1.1~rc1...
>
> Regards,
>
> Rene
>



-- 
James Michael DuPont
Kansas Linux Fest http://kansaslinuxfest.us
Free/Libre Open Source and Open Knowledge Association of Kansas
http://openkansas.us
Member of Free Libre Open Source Software Kosova http://www.flossk.org
Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com

Bug#817008: unfulfilled dependencies

[Mattia Rizzolo]

control: tag -1 - stretch

On Fri, Mar 11, 2016 at 12:38:31PM +0800, 殷啟聰 wrote:
> I am confident that 24.3.3+2 solved the bug, but I prefer to wait for
> the package getting accepted. Just want to be cautious :)

uh, ok :)

Though, this very bug would block the migration, so you would see just
nothing.  I'm confident that in this case removing the tag stretch is
enough to have britney to try to migrate it, but whatever I'm going to
keep an eye on this stack, as I'd love to see it migrate and stop
bothering me ;))

Anyway, now that you uploaded android-platform-system-core we need to
wait other 5/6 days before seeing any of this; can you please try to
hold on other uploads non-critical for the testing migration, so we all
of the stack reaches the migration age of 5 days and it migrates?

-- 
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: PGP signature

Bug#817893: [Reportbug-maint] Bug#817893: reportbug release.debian.org crashes with IndexError

[Sandro Tosi]

control: tags -1 + moreinfo

please upgrade to 6.6.6 from backport and try again

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#692344: wicd-curses dies when moving around a conference

[Axel Beckert]

Hi Wookey,

Wookey wrote:
> Issue still present in v 1.7.2.4-4.1
> (rebuilt from testing/unstable source on jessie)

Are you sure about that version number? Testing/Unstable currently has
1.7.4+tb2-1. 1.7.2.4-4.1 is the version in Jessie.

> Can we just take out the dbus assert for this as it seems to be
> inappropriate?

I'll have a look. Thanks for the hint.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , 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

Bug#817776: [aptitude] SIGABRT when quitting curses mode after unresolvable conflicts

[Manuel A. Fernandez Montecelo]

2016-03-11 6:28 GMT+00:00 Katsuhiko Nishimra :
> Hi,
>
> On Fri, Mar 11, 2016 at 01:56:21AM +, Manuel A. Fernandez Montecelo wrote:
>> 2016-03-11 1:51 GMT+00:00 Katsuhiko Nishimra :
>> >>
>> >> The problem is that I cannot reproduce the situation by getting the
>> >> "Resolve these dependencies by hand?", so I cannot test whether it
>> >> worked or not.
>> > Is the fixed package or the patch available?
>> > If I can get it, I'll test it and report you a result.
>>
>> Yes, it is:
>>
>> https://anonscm.debian.org/cgit/aptitude/aptitude.git/commit/?id=63017db3cd7593b2494d77b3f220912df21ed738
>
> I've confirmed the SIGABRT has gone after applying this patch.
>
> Many thanks to your resolution.

Thanks for the confirmation :-)

-- 
Manuel A. Fernandez Montecelo 

Bug#817008: unfulfilled dependencies

[殷啟聰]

I don't really know too much about the transition process, do you mean
it will block the transition of src:android-sdk-meta itself?

And of course I will wait and see what will happen to my packages.
>From 
>
we can see "Invalidated by dependency", so I don't really know if they
will get into testing :(

Bug#817888: battery-stats: Patch used in NMU 0.3.6-1.1

[Petter Reinholdtsen]

Control: retitle -1 battery-stats: Patch used in NMU 0.3.6-1.2

I ended up fixing the root cause in libacpi ("AC" power supply showing
up as a battery, while it shoudn't), and this caused the workaround
patch I wrote for battery-stats to misbehave, so I decided to drop the
patch and instead depend on a newer version of libacpi.  Attached is the
patch used in NMU 0.3.6-1.2, relative to 0.3.6-1.

-- 
Happy hacking
Petter Reinholdtsen
diff --git a/debian/changelog b/debian/changelog
index 786812f..8ff14e8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,29 @@
+battery-stats (0.3.6-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Dropped 01-skip-non-battery.patch and build-depend on
+libacpi-dev (>= 0.2-4.1) as the workaround is no longer needed.
+
+ -- Petter Reinholdtsen   Fri, 11 Mar 2016 12:16:58 +0100
+
+battery-stats (0.3.6-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace homepage URL in control file with a working one. (Closes: #738807)
+  * Fix typo in package description (patters->patterns). (Closes: #648294)
+  * Add gbp.conf file to enforce use of pristine-tar.
+  * Updated Standards-Version from 3.8.3 to 3.9.7.
+  * Removed menu file, only need desktop file.
+  * Added code to source /lib/lsb/init-functions in init.d script to
+work well with systemd.
+  * Drop obsolete DM-Upload-Allowed field from control file.
+  * Added Vcs-* links to control file.
+  * Changed build dependencies to allow building with gnuplot-qt.
+  * Switch to source format 3.0 (quilt).
+  * Added 01-skip-non-battery.patch to skip AC "battery". (Closes: 574678)
+
+ -- Petter Reinholdtsen   Fri, 11 Mar 2016 08:49:58 +
+
 battery-stats (0.3.6-1) unstable; urgency=low
 
   * New upstream release that integrates a patch to specify the battery 
diff --git a/debian/control b/debian/control
index 5e4ec33..a2233d6 100644
--- a/debian/control
+++ b/debian/control
@@ -2,10 +2,17 @@ Source: battery-stats
 Section: admin
 Priority: extra
 Maintainer: Antonio Radici 
-Build-Depends: debhelper (>= 7), libapm-dev, libacpi-dev [i386 amd64 ia64], cdbs, autotools-dev, gnuplot-nox (>= 4), imagemagick
-Standards-Version: 3.8.3
-DM-Upload-Allowed: yes
-Homepage: http://theforest.dyne.org/battery-stats/
+Build-Depends: debhelper (>= 7),
+ libapm-dev,
+ libacpi-dev (>= 0.2-4.1) [i386 amd64 ia64],
+ cdbs,
+ autotools-dev,
+ gnuplot-nox (>= 4) | gnuplot-qt,
+ imagemagick
+Standards-Version: 3.9.7
+Homepage: https://github.com/krf/battery-stats
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/battery-stats.git
+Vcs-Git: git://anonscm.debian.org/collab-maint/battery-stats.git
 
 Package: battery-stats
 Architecture: sparc ia64 amd64 i386
@@ -15,6 +22,6 @@ Description: collects statistics about charge of laptop batteries
  collect statistics about the charge of the batteries present.
  .
  It also proves a binary called battery-graph, which can be used to generate
- qplot graphs about the battery charge/discharge patters over time
+ qplot graphs about the battery charge/discharge patterns over time
  .
  Note: This requires APM or ACPI to be enabled and working in your kernel.
diff --git a/debian/gbp.conf b/debian/gbp.conf
new file mode 100644
index 000..cec628c
--- /dev/null
+++ b/debian/gbp.conf
@@ -0,0 +1,2 @@
+[DEFAULT]
+pristine-tar = True
diff --git a/debian/init.d b/debian/init.d
index 81a427d..d6c3aec 100644
--- a/debian/init.d
+++ b/debian/init.d
@@ -12,6 +12,8 @@
 # Modified for Debian GNU/Linux by Ian Murdock .
 # Modified for battery-stats by Karl E. Jørgensen 
 
+. /lib/lsb/init-functions
+
 PATH=/sbin:/bin:/usr/sbin:/usr/bin
 DAEMON=/usr/sbin/battery-stats-collector
 NAME=battery-stats-collector
diff --git a/debian/menu b/debian/menu
deleted file mode 100644
index 30ada30..000
--- a/debian/menu
+++ /dev/null
@@ -1,4 +0,0 @@
-?package(battery-stats):\
- needs="X11"\
- section="Applications/System/Monitoring"\
- title="Battery Charge Graph" command="/usr/bin/battery-graph"
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..163aaf8
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#793087: Fixed

[Thomas Perret]

Please note that this bug has been solved in one of the previous version
(I don't know which one)

Best,
Thomas

Bug#817008: unfulfilled dependencies

[Mattia Rizzolo]

On Fri, Mar 11, 2016 at 07:13:46PM +0800, 殷啟聰 wrote:
> I don't really know too much about the transition process, do you mean
> it will block the transition of src:android-sdk-meta itself?

yes: a RC (such a severity:serious) bug which affects the version in
unstable but not the one in testing will block the migration.  That
said, also the tags play a role in this; if I'm right wrt the tagging
this evening (~22:30 UTC) the bug status should be checked again and
this https://release.debian.org/britney/update_excuses.html will be
refreshed, after some time (don't know after how much) also the view in
https://tracker.debian.org/pkg/android-sdk-meta will be refreshed and
it'll stop saying there is that new bug.

The point, without android-sdk-meta nothing will migrate, we don't want
this (probably fixed) bug to block the migration.

> And of course I will wait and see what will happen to my packages.
> From 
> 
> we can see "Invalidated by dependency", so I don't really know if they
> will get into testing :(

That "Invalidated by dependency" just tells you that it won't try to
migrate the package, since some its dependency aren't ready to migrate
themselves.  It will stay there until android-platform-system-extras
will be able to migrate, which in turns need -core...

They will get into testing, I can see how such a entanglement may be
hard to grasp and follow :)  Just hold on!


-- 
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: PGP signature

Bug#817903: network-manager: doesn't recognize WPA* Enterprise private key file with .p12 extension

[Giacomo Boffi]

Package: network-manager
Version: 1.1.91-1
Severity: normal

Dear Maintainer,

I want to configure a wireless connection provided by
my institution --- meaning that I have no degrees of freedom
in what I have to do to complete the procedure.

That said, the institution gives me two files, a CA certificate

  ca.pem

and a private key file with an associated private key

  wifiCert.p12

I had placed those files in a generic subfolder (~/Documents/.certificates)
and then I tried to configure the connection using Network Manager.

I access the Network Connections window, I Add a new (wireless)
connection, in the Editing New Connection window I access the Wi-Fi
Security tab, select WPA & WPA2 Enterprise from the Security menu, I use
the CA Certificate menu to access the ~/Documents/.certificates folder,
I'm shown the ca.pem file, I select it and proceed, using the Private key
menu, I access ~/Documents/.certificates, at the bottom I see the list of 
correct file extensions (comprising the .p12 extension!) but the file
wifiCert.p12 is not shown (no file at all is shown as selectable).

At his point I cannot complete the configuration.

I have to mention that this is a new laptop (my previuos laptop
has been stolen) and that on my previous laptop I configured the same
wireless network w/o any problem. Previous laptop, btw, was running sid as well.

thank you in advance,
  gb

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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.10.8-1
ii  init-system-helpers1.29
ii  isc-dhcp-client4.3.3-9
ii  libbluetooth3  5.36-1
ii  libc6  2.22-1
ii  libglib2.0-0   2.46.2-3
ii  libgnutls303.4.9-2
ii  libgudev-1.0-0 230-3
ii  libmm-glib01.4.12-1
ii  libndp01.4-2
ii  libnewt0.520.52.18-3
ii  libnl-3-2003.2.27-1
ii  libnm0 1.1.91-1
ii  libpam-systemd 229-2
ii  libpolkit-agent-1-00.105-14.1
ii  libpolkit-gobject-1-0  0.105-14.1
ii  libreadline6   6.3-8+b4
ii  libsoup2.4-1   2.52.2-1
ii  libsystemd0229-2
ii  libteamdctl0   1.23-1
ii  libuuid1   2.27.1-4
ii  lsb-base   9.20160110
ii  policykit-10.105-14.1
ii  udev   229-2
ii  wpasupplicant  2.3-2.3

Versions of packages network-manager recommends:
ii  crda3.13-1+b1
ii  dnsmasq-base2.75-1
ii  iptables1.6.0-2
ii  iputils-arping  3:20150815-2
ii  modemmanager1.4.12-1
ii  ppp 2.4.7-1+2

Versions of packages network-manager suggests:
pn  libteam-utils  

-- no debconf information

Bug#817260: Wish: Replace virtualbox's guest BIOS with Coreboot

[Persmule]

Hi.

Coreboot is a project to reimplement firmware of computer, it is not a
software running atop any operating system.

Coreboot is at https://www.coreboot.org/, which has not been included
within debian.

And I have never been working on virtualbox. Now I am only a Coreboot
user and potential developer. I just want to point out the possibility
about that.

Thanks.

在 2016年03月11日 18:22, Gianfranco Costamagna 写道:
> control: tags -1 moreinfo
>
> Hi, Tianming, can you please point me to the coreboot package in debian 
> unstable?
> I have difficulties in finding it, and a patch for building it would be 
> apppreciated.
>
> cheers,
>
> G.
>
>
>
>
>
> Il Mercoledì 9 Marzo 2016 15:39, Tianming Xie  ha scritto:
> Package: virtualbox
> Severity: wishlist
>
> Dear Maintainer,
>
> As far as I know, the reason why virtualbox is moved to contrib is the
> toolchain to build the guest BIOS is non-free. The source code of the BIOS
> itself is viewable. So is it possible to reimplement the guest bios atop
> Coreboot, which already has a completely free toolchain?
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (500, 'testing-proposed-updates')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Bug#815888: nvidia-detect: GF119M [GeForce 610M] nvidia-detect=ok for nvidia-driver . . . not ok

[Luca Boccassi]

On 10 March 2016 at 13:01, Fulano Diego Perez  wrote:
>
> sure, i ran primusrun and optirun again
>
> systemctl restart bumblebeed
>
> then primusrun and optirun again
>
> the resultant logs enclosed
>
>
> thanks a lot
> there is no rush at all
>
>
> also, i have doubts about what reportbug 'reports' concerning which
> dependencies are installed for packages - it very often lists missing
> dependencies when in fact they are installed
>
> i have filed a bug about it...
>
> just so you know, if its important...

Mmh Xorg is still loading nouveau:

[ 33630.995] (II) LoadModule: "nouveau"
[ 33630.995] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[ 33630.995] (II) Module nouveau: vendor="X.Org Foundation"
[ 33630.995] compiled for 1.18.0, module version = 1.0.12
[ 33630.995] Module class: X.Org Video Driver
[ 33630.995] ABI class: X.Org Video Driver, version 20.0

That's not what I'd expect, and what I see on my optimus laptop. The
second card (/dev/dri/card1) is not seen at all by Xorg.

bbswitch should be disabling the nvidia card at boot. In your
journalctl, can you see something along those lines:

kernel: bbswitch: version 0.8
kernel: bbswitch: Found integrated VGA device :00:02.0: \_SB_.PCI0.GFX0
kernel: bbswitch: Found discrete VGA device :03:00.0: \_SB_.PCI0.RP05.PEG
kernel: bbswitch: detected an Optimus _DSM function
kernel: bbswitch: Succesfully loaded. Discrete card :03:00.0 is on
kernel: bbswitch: disabling discrete graphics

Or any other bbswitch line at all?

Kind regards,
Luca Boccassi

Bug#817260: Wish: Replace virtualbox's guest BIOS with Coreboot

[Gianfranco Costamagna]

Hi,

>Coreboot is a project to reimplement firmware of computer, it is not a

>software running atop any operating system.


the bios of virtualbox is completely open source, I'm not sure what is
your point here :)
>Coreboot is at https://www.coreboot.org/, which has not been included
>within debian.


this seems to be a blocker then
>And I have never been working on virtualbox. Now I am only a Coreboot
>user and potential developer. I just want to point out the possibility
>about that.


ok thanks for that, let me explain what I think about the issue (note:
the issue is older than my virtualbox adoption, so I might be wrong).

The virtualbox firmware/bios is completely open source, the problem here is
that the *compiler* (open watcom) is only "freeware" and not open source, and 
the open
source alternatives are not capable of building it, at least they weren't some 
months
ago, when I tried them.
If you have a different opinion, or progresses please let me know, I tried many 
times
to put it back to main, but I couldn't build anything :(

cheers,

G.

Bug#817855: impress: crash on delete comment

[Rene Engelhard]

Hi,

On Fri, Mar 11, 2016 at 05:37:18AM -0500, Mike Dupont wrote:
>I debated reporting this,

Nah, why not reporting it? It's a valid bug report assuming it still happens
(which I don't doubt, but didn't try myseld)

> but I use jessie 8 now

then you don't have that version. Unless you forced it onto a stable.

> and this really messed me up yesterday. I think it is relevant to debian as
> a usable stable platform.

If you want that, there's stable.

(And yes, jessie-backports will probably get 5.1.1, too, soonish.)

Regards,

Rene

Bug#817904: firefox-esr: please add iceweasel.desktop for compatibility

[Salvo Tomaselli]

Package: firefox-esr
Version: 45.0esr-1
Severity: normal

Dear Maintainer,

In the transition iceweasel->firefox, the "iceweasel" menu disappeared.

I think it should be left there for a while, because users might wonder what
happened to their browser. 

Especially if the updates are handled by a different user.

Thanks.

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.7
ii  fontconfig2.11.0-6.3
ii  libasound21.1.0-1
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.22-2
ii  libcairo2 1.14.6-1
ii  libdbus-1-3   1.10.8-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.3-3
ii  libgcc1   1:5.3.1-11
ii  libgdk-pixbuf2.0-02.32.3-1.2
ii  libglib2.0-0  2.46.2-3
ii  libgtk2.0-0   2.24.30-1
ii  libhunspell-1.3-0 1.3.3-4
ii  libnspr4  2:4.12-1
ii  libnss3   2:3.23-1
ii  libpango-1.0-01.38.1-1
ii  libsqlite3-0  3.11.1-1
ii  libstartup-notification0  0.12-4
ii  libstdc++65.3.1-11
ii  libvpx3   1.5.0-2
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.11-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages firefox-esr recommends:
pn  gstreamer1.0-libav 
pn  gstreamer1.0-plugins-good  

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-1
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-2.1
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.13.2+dfsg-5
pn  mozplugger 

-- no debconf information

Bug#798074: (no subject)

[Andreas Ronnquist]

What about the 1.4 series of releases, could we have that in Debian?

/best
-- Andreas Rönnquist
gus...@openmailbox.org

Bug#817905: Please add creation of package grub-rescue-efi-amd64

[Christoph Pleger]

Source: grub2
Version: 2.02~beta2-22+deb8u1
Severity: wishlist

Dear maintainers,

I suggest that you add the creation of a package named
grub-rescue-efi-amd64, equivalent to grub-rescue-pc.

I have attached a patch which does this. It applies to the current version
in jessie security. The resulting package grub-rescue-efi-amd64, in
contrast to grub-rescue-pc, contains neither a floppy image nor a link
from grub-rescue-usb.img to grub-rescue-cdrom.iso, because a floppy has
not enough capacity (efi.img is 2.9 MB) and booting from USB did not work.

Regards
  Christophdiff -Naur grub2-2.02~beta2/debian/control grub2-2.02~beta2-efi/debian/control
--- grub2-2.02~beta2/debian/control	2015-12-14 14:13:16.0 +0100
+++ grub2-2.02~beta2-efi/debian/control	2016-03-11 11:30:11.0 +0100
@@ -337,6 +337,17 @@
  EFI-AMD64 architecture, such as the one provided by Intel Macs (that is, unless
  a BIOS interface has been activated).
 
+Package: grub-rescue-efi-amd64
+Architecture: i386 kopensolaris-i386 amd64 kfreebsd-amd64
+Depends: ${misc:Depends}
+Multi-Arch: foreign
+Description: GRUB bootable rescue image, version 2 (EFI-AMD64 version)
+ This package contains a GRUB rescue image that has been built for use
+ with the EFI-AMD64 architecture, such as the one provided by Intel Macs
+ (that is, unless a BIOS interface has been activated).
+ .
+  - grub-rescue-cdrom.iso: El Torito CDROM image.
+
 Package: grub-efi-ia64-bin
 Architecture: any-ia64
 Depends: ${shlibs:Depends}, ${misc:Depends}, grub-common (= ${binary:Version})
diff -Naur grub2-2.02~beta2/debian/grub-rescue-efi-amd64.install grub2-2.02~beta2-efi/debian/grub-rescue-efi-amd64.install
--- grub2-2.02~beta2/debian/grub-rescue-efi-amd64.install	1970-01-01 01:00:00.0 +0100
+++ grub2-2.02~beta2-efi/debian/grub-rescue-efi-amd64.install	2016-03-09 10:24:19.0 +0100
@@ -0,0 +1 @@
+obj/grub-rescue-efi-amd64/grub-rescue-cdrom.iso	usr/lib/grub-rescue-efi-amd64
diff -Naur grub2-2.02~beta2/debian/grub-rescue-efi-amd64.README.Debian grub2-2.02~beta2-efi/debian/grub-rescue-efi-amd64.README.Debian
--- grub2-2.02~beta2/debian/grub-rescue-efi-amd64.README.Debian	1970-01-01 01:00:00.0 +0100
+++ grub2-2.02~beta2-efi/debian/grub-rescue-efi-amd64.README.Debian	2016-03-11 11:23:37.0 +0100
@@ -0,0 +1,11 @@
+grub-rescue-efi-amd64
+~
+
+How to test the image with qemu (package ovmf must be installed):
+
+  qemu -cdrom /usr/lib/grub-rescue-efi-amd64/grub-rescue-cdrom.iso
+
+How to write the image to bootable media:
+
+  sudo wodim /usr/lib/grub-rescue-efi-amd64/grub-rescue-cdrom.iso
+  # or just use your favourite CD burning program
diff -Naur grub2-2.02~beta2/debian/grub-rescue-pc.install grub2-2.02~beta2-efi/debian/grub-rescue-pc.install
--- grub2-2.02~beta2/debian/grub-rescue-pc.install	2015-12-14 14:13:16.0 +0100
+++ grub2-2.02~beta2-efi/debian/grub-rescue-pc.install	2016-03-08 16:29:01.0 +0100
@@ -1,2 +1,2 @@
-obj/grub-rescue-pc/grub-rescue-cdrom.iso	usr/lib/grub-rescue
-obj/grub-rescue-pc/grub-rescue-floppy.img	usr/lib/grub-rescue
+obj/grub-rescue-pc/grub-rescue-cdrom.iso	usr/lib/grub-rescue-pc
+obj/grub-rescue-pc/grub-rescue-floppy.img	usr/lib/grub-rescue-pc
diff -Naur grub2-2.02~beta2/debian/grub-rescue-pc.links grub2-2.02~beta2-efi/debian/grub-rescue-pc.links
--- grub2-2.02~beta2/debian/grub-rescue-pc.links	2015-12-12 19:05:07.0 +0100
+++ grub2-2.02~beta2-efi/debian/grub-rescue-pc.links	2016-03-08 16:30:42.0 +0100
@@ -1,3 +1,3 @@
 # Truth would be uselessly confusing for users.  Let's give 'em what they
 # wanted instead.
-usr/lib/grub-rescue/grub-rescue-cdrom.iso	usr/lib/grub-rescue/grub-rescue-usb.img
+usr/lib/grub-rescue-pc/grub-rescue-cdrom.iso	usr/lib/grub-rescue-pc/grub-rescue-usb.img
diff -Naur grub2-2.02~beta2/debian/grub-rescue-pc.README.Debian grub2-2.02~beta2-efi/debian/grub-rescue-pc.README.Debian
--- grub2-2.02~beta2/debian/grub-rescue-pc.README.Debian	2015-12-12 19:05:07.0 +0100
+++ grub2-2.02~beta2-efi/debian/grub-rescue-pc.README.Debian	2016-03-09 10:17:20.0 +0100
@@ -3,20 +3,20 @@
 
 How to test the images with qemu:
 
-  qemu -fda /usr/lib/grub-rescue/grub-rescue-floppy.img
+  qemu -fda /usr/lib/grub-rescue-pc/grub-rescue-floppy.img
 
-  qemu -cdrom /usr/lib/grub-rescue/grub-rescue-cdrom.iso
+  qemu -cdrom /usr/lib/grub-rescue-pc/grub-rescue-cdrom.iso
 
-  qemu -hda /usr/lib/grub-rescue/grub-rescue-usb.img
+  qemu -hda /usr/lib/grub-rescue-pc/grub-rescue-usb.img
 
 How to write the images to bootable media:
 
-  sudo dd if=/usr/lib/grub-rescue/grub-rescue-floppy.img of=/dev/fd0 bs=32k
+  sudo dd if=/usr/lib/grub-rescue-pc/grub-rescue-floppy.img of=/dev/fd0 bs=32k
 
-  sudo wodim /usr/lib/grub-rescue/grub-rescue-cdrom.iso
+  sudo wodim /usr/lib/grub-rescue-pc/grub-rescue-cdrom.iso
   # or just use your favourite CD burning program
 
-  sudo dd if=/usr/lib/grub-rescue/grub-rescue-usb.img of=DEVICE bs=32k
+  sudo dd if=/usr/lib/grub-rescue-pc/grub-rescue-

Bug#817900: crash is caused by flag RTLD_NOLOAD

[Michael Becker]

if dlopen is called without flag RTLD_NOLOAD the SIGSEGV does not occur

Bug#817857: util-linux: Depends/Breaks loop with Essential packages prevents upgrade from Jessie

[Andreas Henriksson]

Hello Josh Triplett.

Thanks for your bug report ... *double-sigh*.

On Thu, Mar 10, 2016 at 04:18:27PM -0800, Josh Triplett wrote:
[...]
> Even with util-linux 2.27.1-5, I still hit a dependency loop that caused
> apt to refuse to proceed:
> 
> util-linux 2.27.1-5 Depends on init-system-helpers (>= 1.29~)
> init-system-helpers 1.29 Breaks sysvinit-utils (< 2.88dsf-59.3~)
> sysvinit-utils 2.88dsf-59.3 Breaks util-linux (< 2.26.2-3)
[...]

I'm basically ready to throw in the towel, revert the changes
and wait for Stretch to ship with init-system-helpers 1.29 and
then revisit this, even though I'd really like to avoid waiting

Some info:

util-linux only needs the fixed update-rc.d from i-s-h 1.29 to
be available during config (postinst) phase.

sysvinit-utils should really depend on util-linux rather than Breaks.

Despite both of the above it's not obvious to me how the dependency
loop can be avoided without waiting for stretch.

In theory 'init-system-helpers (>= 1.29~) | initscripts' would be
what I'm trying to say, but I don't think apt/dpkg groks that properly
and initscripts introduces the old u-l<->initscripts<->sysvinit-utils
cycle as well.

My only idea which seems kind of edgy and needs careful consideration
would be to entirely drop the versioned init-system-helpers dependency.
It's only needed if initscripts is not available (*purged*), and as I
see it:
 - in stable, initscripts is not even uninstallable so guaranteed to
   be available (as no relation in the world can make it become purged
   which is needed to cause problems since the contents are conffiles).
 - in testing/unstable, initscripts is not uninstallable until after
   util-linux has been upgraded (and even after that some packages
   in a current normal install keeps depending on initscripts but
   that might change. Nothing in debootstrap --variant=minbase, except
   previous util-linux, deps on initscripts).
- in a partial upgrade from stable where only util-linux has been upgraded
  making it possible to purge initscripts (atleast from
  debootstrap --variant=minbase) causes sysvinit-utils to be upgraded as
  well which in turn has dep: init-system-helpers (>= 1.25~)
  Not quite new enough, but >= 1.25~ and << 1.29~ are not available currently
  in either testing or unstable repos so only outdated partial upgrades
  would be affected. The theoretical gap here is likely so minimal that
  it basically can be ignored.

I'm attaching a patch for the above idea. Feedback very welcome.
Help needed to verify all cases are covered properly.

(Fwiw, if we go ahead without reverting then I'd also like to turn
util-linux dep on sysvinit-utils back into a breaks which needs a
synchronized upload of sysvinit to turn it's breaks on util-linux
into a depends as well. At the same time we could just bump the i-s-h
dependency version to close the above theoretical gap while at it.)

Regards,
Andreas Henriksson



diff --git a/debian/changelog b/debian/changelog
index 045c01c..850a045 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+util-linux (2.27.1-5+test3) UNRELEASED; urgency=medium
+
+  * Drop (versioned) init-system-helpers dependency to avoid dep loop.
+- initscripts is guaranteed to be installed in stable, the file
+  is additionally a conffile so initscripts will need to be
+  purged to cause a problem for us with i-s-h << 1.29 and purging
+  initscripts is not possible until after the upgrade anyway.
+(Closes: #817857)
+  * Temporarily move sysvinit-utils back from Breaks to Depends.
+- again seems to confuse apt and we apparently need a synchronized
+  upload with sysvinit to move things to how it should (and now
+  can be since initscripts dependency was dropped from u-l) be
+  described.
+
+ -- Andreas Henriksson   Fri, 11 Mar 2016 10:28:13 +0100
+
 util-linux (2.27.1-5) unstable; urgency=medium
 
   * Completely drop (versioned) tzdata dependency (Closes: #817371)
diff --git a/debian/control b/debian/control
index 351a6cc..20df17f 100644
--- a/debian/control
+++ b/debian/control
@@ -35,8 +35,9 @@ Build-Profiles: 
 Section: utils
 Essential: yes
 Pre-Depends: ${misc:Pre-Depends}, ${shlibs:Depends}
-Depends: init-system-helpers (>= 1.29~),
- ${misc:Depends}
+Depends: ${misc:Depends},
+# conceptually a Breaks:, but confuses apt (#786469)
+  sysvinit-utils (>= 2.88dsf-59.1~),
 Suggests: dosfstools, kbd | console-tools, util-linux-locales
 Replaces: bash-completion (<< 1:2.1-4.1~),
   sysvinit-utils (<< 2.88dsf-59.1~),
@@ -46,7 +47,6 @@ Replaces: bash-completion (<< 1:2.1-4.1~),
 Breaks: bash-completion (<< 1:2.1-4.1~),
   grml-debootstrap (<< 0.68),
   cloud-utils (<< 0.27-1~),
-  sysvinit-utils (<< 2.88dsf-59.1~),
   mount (= 2.26.2-3),
   mount (= 2.26.2-3ubuntu1)
 Multi-Arch: foreign

Bug#803828: karlyriceditor: FTBFS with FFmpeg 2.9

[Martin Steghöfer]

Thanks Felipe for the upload, thanks Andreas for the patch!

Martin

Bug#817832: apt-listbugs: Aborts complete upgrade instead of skipping package with bug

[Manuel Bilderbeek]

Hi,

Thanks for your response.

But: how does pinning help? I don't want it to become permanently pinned.
Only for the current action (dist-upgrade for instance) I want the package
pinned... Suppose I do a dist-upgrade again a few days later, and the bug
is fixed, then I want to include that package in the upgrade automatically,
without worrying about pins.

So I still think for the scenario where you indeed have critical bugs
listed which make you decide to skip the upgrade of the package, the
usability could be greatly improved.

2016-03-11 0:20 GMT+01:00 Francesco Poli :

> On Thu, 10 Mar 2016 19:22:36 +0100 Manuel Bilderbeek wrote:
>
> > Package: apt-listbugs
> > Version: 0.1.17
> > Severity: normal
> >
> > Dear Maintainer,
>
> Hello Manuel,
> thanks for using apt-listbugs!
>
> >
> > I thought the purpose of this package was to warn you that there is a
> critical
> > bug in a package you're upgrading, so you can skip upgrading that
> package.
>
> Indeed, it is.
>
> > But
> > when you say "No" to the question "Do you want to continue" (or whatever
> it
> > is), the whole upgrade is aborted.
>
> Please take a look at the documentation (man page, README.Debian), but,
> above all, use the on-line help: if you answer "n" to the "Are you sure
> you want to install/upgrade the above packages?", you are saying that
> you want to abort the installation/upgrade.
>
> If you answer "?", you will see the on-line help.
> Among other possible answers, there are:
>
>p  - pin pkgs (restart APT session to enable).
>p - pin all the above pkgs (restart APT session to enable).
>
> These commands will pin the packages that you fear would introduce
> troublesome bugs into your system (or all the buggy packages that
> apt-listbugs has just listed).
>
> > I would expected the package with the bug to
> > remain at the current version and the rest of the upgrade is just
> performed as
> > it should (as far as that's possible).
>
> The purpose of the package pinning is exactly to force the pinned
> packages to remain at their current state (at their currently installed
> version or at their current not-installed state).
>
> Unfortunately, after pins have been placed by apt-listbugs, your
> package manager of choice (apt, or aptitude, or ...) won't re-read its
> configuration files. As a consequence, after pinning some packages, you
> have to answer "n" in order to abort the installation/upgrade and then
> issue the package management command again (for instance "aptitude
> safe-upgrade"). At that point the pins will be effective.
>
> >
> > This makes the package a lot less usable as it could have been.
>
> I agree that it would great, if apt or aptitude could dynamically
> re-read their configuration and change behavior on the fly, but this is
> not the case, as far as I know.
>
> However, I am convinced that apt-listbugs is usable anyway.
> I am therefore closing your bug report.
>
> Thanks for getting in touch, though.
> Bye.
>
>
> --
>  http://www.inventati.org/frx/
>  There's not a second to spare! To the laboratory!
> . Francesco Poli .
>  GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE
>



-- 
Grtjs,

Manuel
PS: http://manuel.msxnet.org/

Bug#817906: debian-handbook: section on Access Control Lists

[Christoph Feenders]

Package: debian-handbook
Version: 8.20151209~deb8u1
Severity: wishlist

Hi,

I'd love to see a section explaining usage [0] and administration [1,2] of
Access Control List (ACL) in this great book.

Best,
Christoph

[0] https://en.wikipedia.org/wiki/Access_control_list
[1] https://wiki.archlinux.org/index.php/Access_Control_Lists
[2] https://access.redhat.com/documentation/en-
US/Red_Hat_Enterprise_Linux/3/html/System_Administration_Guide/ch-acls.html



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

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

-- no debconf information

Bug#817907: libcrcutil-doc: advertises non-existant header as main entry point

[ydirson]

Package: libcrcutil-doc
Version: 1.0-3

README.gz says:

 use "interface.h" which hides all the details of the
 implementation.

... but there is no such header in -dev

Additionally, the README also says:

 Please see "usage.cc" which provides an example how to use
 crcutil_interface::CRC class.

... which hints that the doc package should include examples

Bug#817260: Wish: Replace virtualbox's guest BIOS with Coreboot

[Persmule]

  
  
Hi,
Because the toolchain to build the bios is non-free, which causes
the whole virtualbox is unable to put in main repository. So it may
be helpful to use a bios implementation which can be build by a free
toolchain.

persmule

在 2016年03月11日 19:50, Gianfranco
  Costamagna 写道:


  Hi,


  
Coreboot is a project to reimplement firmware of computer, it is not a

  
  

  
software running atop any operating system.

  
  

the bios of virtualbox is completely open source, I'm not sure what is
your point here :)

  
Coreboot is at https://www.coreboot.org/, which has not been included
within debian.

  
  

this seems to be a blocker then

  
And I have never been working on virtualbox. Now I am only a Coreboot
user and potential developer. I just want to point out the possibility
about that.

  
  

ok thanks for that, let me explain what I think about the issue (note:
the issue is older than my virtualbox adoption, so I might be wrong).

The virtualbox firmware/bios is completely open source, the problem here is
that the *compiler* (open watcom) is only "freeware" and not open source, and the open
source alternatives are not capable of building it, at least they weren't some months
ago, when I tried them.
If you have a different opinion, or progresses please let me know, I tried many times
to put it back to main, but I couldn't build anything :(

cheers,

G.



  

Bug#735595: Re: [vbox-dev] Bug#735595: Patch to update RTC after time change

[Sam Morris]

On Fri, 2016-03-11 at 12:57 +0100, Frank Mehnert wrote:
> Hi Gianfranco,
> 
> we will not apply this patch. I provided the rationale in
> 
>   https://www.virtualbox.org/ticket/11980#comment:4
> 
> We will probably fix VBoxService to use adjtimex() instead of
> adjtime()
> which should be enough for most users. We also might synchronize the
> RTC with the system time on 'steps' (ie host/guest time are out of
> sync
> for more than 20 seconds) but the latter still needs to be discussed
> internally.
> 
> Kind regards,
> 
> Frank

Fair enough, I agree that adjtimex and '11-minute mode' is a superior
solution. I also think that's better than writing to the RTC when
VBoxService terminates, since, since that will still result in the
kernel time being wrong when a VM boots after a crash.

Cheers,

-- 
Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9



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

Bug#817908: iceweasel: leaves cruft in /etc/iceweasel/ on upgrade

[Adam Borowski]

Package: iceweasel
Version: 45.0esr-1
Severity: normal


After upgrading to 45.0esr-1 (ie, the big rename to Firefox), the following
unowned files are left:
/etc/iceweasel/
/etc/iceweasel/pref
/etc/iceweasel/pref/iceweasel.js
/etc/iceweasel/profile
/etc/iceweasel/profile/chrome
/etc/iceweasel/profile/chrome/userChrome-example.css
/etc/iceweasel/profile/chrome/userContent-example.css
/etc/iceweasel/profile/localstore.rdf
/etc/iceweasel/profile/mimeTypes.rdf
/etc/iceweasel/profile/prefs.js
/etc/iceweasel/searchplugins
/etc/iceweasel/searchplugins/locale
/etc/iceweasel/searchplugins/locale/en-US
/etc/iceweasel/searchplugins/common
/etc/iceweasel/searchplugins/common/debsearch.xml

As I understand the changelog, the default profile and all iceweasel
conffiles are supposed to be removed.  I never consciously touched any
of those files.

The console output from the upgrade spews a number of errors:

.--===
The following NEW packages will be installed:
  firefox-esr
The following packages will be upgraded:
  iceweasel
1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 41.4 MB of archives.
After this operation, 690 kB of additional disk space will be used.
Get:1 http://apt.angband.pl:3142/ftp.pl.debian.org/debian unstable/main amd64 
iceweasel all 45.0esr-1 [114 kB]
Get:2 http://apt.angband.pl:3142/ftp.pl.debian.org/debian unstable/main amd64 
firefox-esr amd64 45.0esr-1 [41.3 MB]
Fetched 41.4 MB in 6s (6231 kB/s)   

Reading changelogs... Done
(Reading database ... 215305 files and directories currently installed.)
Preparing to unpack .../iceweasel_45.0esr-1_all.deb ...
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
dpkg-query: package 'iceweasel' is not installed
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
Unpacking iceweasel (45.0esr-1) over (44.0.2-1) ...
dpkg: warning: unable to delete old directory 
'/etc/iceweasel/searchplugins/common': Directory not empty
dpkg: warning: unable to delete old directory '/etc/iceweasel/searchplugins': 
Directory not empty
dpkg: warning: unable to delete old directory '/etc/iceweasel/profile/chrome': 
Directory not empty
dpkg: warning: unable to delete old directory '/etc/iceweasel/profile': 
Directory not empty
dpkg: warning: unable to delete old directory '/etc/iceweasel/pref': Directory 
not empty
dpkg: warning: unable to delete old directory '/etc/iceweasel': Directory not 
empty
Selecting previously unselected package firefox-esr.
Preparing to unpack .../firefox-esr_45.0esr-1_amd64.deb ...
Removing 'diversion of /usr/bin/firefox to /usr/bin/firefox.real by iceweasel'
Adding 'diversion of /usr/bin/firefox to /usr/bin/firefox.real by firefox-esr'
Unpacking firefox-esr (45.0esr-1) ...
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for mime-support (3.59) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Setting up firefox-esr (45.0esr-1) ...
update-alternatives: warning: alternative /usr/bin/iceweasel (part of link 
group x-www-browser) doesn't exist; removing from list of alternatives
update-alternatives: warning: /etc/alternatives/x-www-browser is dangling; it 
will be updated with best choice
update-alternatives: using /usr/bin/firefox-esr to provide 
/usr/bin/x-www-browser (x-www-browser) in auto mode
update-alternatives: warning: alternative /usr/bin/iceweasel (part of link 
group gnome-www-browser) doesn't exist; removing from list of alternatives
update-alternatives: warning: /etc/alternatives/gnome-www-browser is dangling; 
it will be updated with best choice
update-alternatives: using /usr/bin/firefox-esr to provide 
/usr/bin/gnome-www-browser (gnome-www-browser) in auto mode
Setting up iceweasel (45.0esr-1) ...
`--

Bug#815315: ben: FTBFS on mips, mipsel: dot: emit.c:3874: bezier_bb: Assertion `bz.size % 3 == 1' failed.

[Johannes Schauer]

Control: block -1 by 804297

Hi,

Quoting Andreas Beckmann (2016-02-20 20:26:08)
> dot -Tpng _build/modules.dot > modules.png
> dot: emit.c:3874: bezier_bb: Assertion `bz.size % 3 == 1' failed.
> Aborted
> Makefile:75: recipe for target 'modules.png' failed
> make[1]: *** [modules.png] Error 134
> 
> Something similar happened for dose3, too:
> https://bugs.debian.org/809049

but was fixed by disabling dot. My package botch suffers from the same problem.
See #804296. I reported this problem against graphviz as #804297.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#817909: Restarting tomcat7 on Debian 8 does not always stop current running process, resulting in the service entering a failed state

[Emlyn Kinzett]

Package: tomcat7
Version: 7.0.56

When I run '/etc/init.d/tomcat7 restart’ from a normal shell, I receive the 
following error in syslog:

tomcat7[24432]: Starting Tomcat servlet engine: tomcat7 failed!
systemd[1]: tomcat7.service: control process exited, code=exited status=1
systemd[1]: Failed to start LSB: Start Tomcat..
systemd[1]: Unit tomcat7.service entered failed state.
Process: 24432 ExecStart=/etc/init.d/tomcat7 start (code=exited, 
status=1/FAILURE)

The following was logged in catalina.out:

Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/common/classes], exists: 
[false], isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/common], exists: [false], 
isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/server/classes], exists: 
[false], isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/server], exists: [false], 
isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/shared/classes], exists: 
[false], isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.catalina.startup.ClassLoaderFactory 
validateFile
WARNING: Problem with directory [/usr/share/tomcat7/shared], exists: [false], 
isDirectory: [false], canRead: [false]
Mar 09, 2016 6:40:12 PM org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-bio-8080"]
Mar 09, 2016 6:40:12 PM org.apache.coyote.AbstractProtocol init
SEVERE: Failed to initialize end point associated with ProtocolHandler 
["http-bio-8080"]
java.net.BindException: Address already in use :8080
at org.apache.tomcat.util.net.JIoEndpoint.bind(JIoEndpoint.java:411)
at 
org.apache.tomcat.util.net.AbstractEndpoint.init(AbstractEndpoint.java:646)
at org.apache.coyote.AbstractProtocol.init(AbstractProtocol.java:434)
at 
org.apache.coyote.http11.AbstractHttp11JsseProtocol.init(AbstractHttp11JsseProtocol.java:119)
at 
org.apache.catalina.connector.Connector.initInternal(Connector.java:978)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at 
org.apache.catalina.core.StandardService.initInternal(StandardService.java:559)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at 
org.apache.catalina.core.StandardServer.initInternal(StandardServer.java:821)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:102)
at org.apache.catalina.startup.Catalina.load(Catalina.java:638)
at org.apache.catalina.startup.Catalina.load(Catalina.java:663)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:280)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:454)
Caused by: java.net.BindException: Address already in use
at java.net.PlainSocketImpl.socketBind(Native Method)
at 
java.net.AbstractPlainSocketImpl.bind(AbstractPlainSocketImpl.java:376)
at java.net.ServerSocket.bind(ServerSocket.java:376)
at java.net.ServerSocket.(ServerSocket.java:237)
at java.net.ServerSocket.(ServerSocket.java:181)
at 
org.apache.tomcat.util.net.DefaultServerSocketFactory.createSocket(DefaultServerSocketFactory.java:49)
at org.apache.tomcat.util.net.JIoEndpoint.bind(JIoEndpoint.java:398)
... 17 more

It looks as though when the restart command is invoked, the current process is 
not stopped correctly and therefore a new process cannot be started (this line: 
java.net.BindException: Address already in use :8080). tomcat7 was 
already listening on port 8080 because it wasn’t stopped, so couldn’t be 
started.

Kernel in use is: Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 
(2016-02-29) x86_64 GNU/Linux

I’m using libc6 2.19-18+deb8u3

Java version:
java version "1.7.0_95"
OpenJDK Runtime Environment (IcedTea 2.6.4) (7u95-2.6.4-1~deb8u1)
OpenJDK 64-Bit Server VM (build 24.95-b01, mixed mode)

The /etc/tomcat7/server.xml file is completely standard. /etc/default/tomcat7 
has been edited to simply allocate more memory:
JAVA_OPTS="-Djava.awt.headless=true -Xms1024m -Xmx1024m -XX:+UseConcMarkSweepGC”



signature.asc
Description: Message signed with

Bug#817910: iceweasel: conffiles not properly removed when upgrading to version 45

[Laurent Bigonville]

Package: iceweasel
Version: 45.0esr-1
Severity: normal

Hi,

When upgrading from version 44 to version 45, I see the following
warnings during the upgrade:

bigon@valinor:~$ sudo apt-get dist-upgrade 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les NOUVEAUX paquets suivants seront installés :
  firefox-esr firefox-esr-l10n-fr lynx lynx-common
Les paquets suivants seront mis à jour :
  iceweasel iceweasel-l10n-fr
2 mis à jour, 4 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 43,8 Mo dans les archives.
Après cette opération, 6.450 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] 
Réception de:1 http://ftp.be.debian.org/debian sid/main amd64 
firefox-esr-l10n-fr all 45.0esr-1 [512 kB]
Réception de:2 http://ftp.be.debian.org/debian sid/main amd64 iceweasel-l10n-fr 
all 1:45.0esr-1 [114 kB]
Réception de:3 http://ftp.be.debian.org/debian sid/main amd64 iceweasel all 
45.0esr-1 [114 kB]
Réception de:4 http://ftp.be.debian.org/debian sid/main amd64 firefox-esr amd64 
45.0esr-1 [41,3 MB]
Réception de:5 http://ftp.be.debian.org/debian sid/main amd64 lynx-common all 
2.8.9dev8-4 [1.088 kB]  

Réception de:6 http://ftp.be.debian.org/debian sid/main amd64 lynx amd64 
2.8.9dev8-4 [632 kB]
 
43,8 Mo réceptionnés en 13s (3.200 ko/s)

  
Lecture des fichiers de modifications (« changelog »)... Terminé 
Sélection du paquet firefox-esr-l10n-fr précédemment désélectionné.
(Lecture de la base de données... 209600 fichiers et répertoires déjà 
installés.)
Préparation du dépaquetage de .../firefox-esr-l10n-fr_45.0esr-1_all.deb ...
Dépaquetage de firefox-esr-l10n-fr (45.0esr-1) ...
Préparation du dépaquetage de .../iceweasel-l10n-fr_1%3a45.0esr-1_all.deb ...
Dépaquetage de iceweasel-l10n-fr (1:45.0esr-1) sur (1:44.0.2-1) ...
Préparation du dépaquetage de .../iceweasel_45.0esr-1_all.deb ...
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
dpkg-query: paquet « iceweasel » n'est pas installé
Utilisez dpkg --info (= dpkg-deb --info) pour examiner les fichiers
archives, et dpkg --contents (= dpkg-deb --contents) pour afficher leur
contenu.
Dépaquetage de iceweasel (45.0esr-1) sur (44.0.2-1) ...
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel/searchplugins/common » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel/searchplugins » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel/profile/chrome » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel/profile » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel/pref » : Le dossier n'est pas vide
dpkg : avertissement : impossible de supprimer l'ancien répertoire  « 
/etc/iceweasel » : Le dossier n'est pas vide
Sélection du paquet firefox-esr précédemment désélectionné.
Préparation du dépaquetage de .../firefox-esr_45.0esr-1_amd64.deb ...
Suppression de « détournement de /usr/bin/firefox en /usr/bin/firefox.real par 
iceweasel »
Ajout de « détournement de /usr/bin/firefox en /usr/bin/firefox.real par 
firefox-esr »
Dépaquetage de firefox-esr (45.0esr-1) ...
Sélection du paquet lynx-common précédemment d

Bug#817879: csound: FTBFS: libmvec_nonshared.a(svml_finite_alias.oS): relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' can not be used when making a shared object; recompil

[Felipe Sateler]

Control: tags -1 help

On 11 March 2016 at 05:51, Chris Lamb  wrote:
>
> Source: csound
> Version: 1:6.05~dfsg1-7
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>
> Dear Maintainer,
>
> csound fails to build from source in unstable/amd64:
>
>   [..]
>
> CMakeFiles/csound64.dir/InOut/libmpadec/mp3dec.c.o 
> CMakeFiles/csound64.dir/csound_orclex.c.o 
> CMakeFiles/csound64.dir/csound_orcparse.c.o 
> CMakeFiles/csound64.dir/csound_prelex.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_semantics.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_expressions.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_optimize.c.o 
> CMakeFiles/csound64.dir/Engine/csound_orc_compile.c.o 
> CMakeFiles/csound64.dir/Engine/new_orc_parser.c.o 
> CMakeFiles/csound64.dir/Engine/symbtab.c.o 
> CMakeFiles/csound64.dir/Engine/cs_new_dispatch.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_base.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_orc_semantic_analysis.c.o 
> CMakeFiles/csound64.dir/Engine/cs_par_dispatch.c.o -lsndfile -lpthread -lm 
> -ldl
>   /usr/bin/ld: 
> /usr/lib/x86_64-linux-gnu/libmvec_nonshared.a(svml_finite_alias.oS): 
> relocation R_X86_64_PC32 against undefined symbol `_ZGVbN2v_log@@GLIBC_2.22' 
> can not be used when making a shared object; recompile with -fPIC

My first guess this is a bug in libc. The linker script in libm.so
instructs the inclusion of libmvec_nonshared, so one would expect to
libmvec_nonshared to be something that can be linked into a shared
object.

Dear libc maintainers, is the above assessment correct, or is csound
doing something unexpected? Some data points:

1. The failure is at linking a shared library libcsound
2. The shared library uses -lm
2. The library uses OpenMP
3. Removing the mvec_nonshared makes the shared library link pass, but
not the end executables that link with libcsound, complaining about
undefined references.
4. The binaries do not use -lm

Assistance on this matter is appreciated, I do not know what can be
done to fix this.


-- 

Saludos,
Felipe Sateler

Bug#246672: aptitude: quit directly instead of pressing a key to continue

[martin f krafft]

also sprach Manuel A. Fernandez Montecelo  
[2016-03-11 00:22 +0100]:
> So having that into account, what's the reply to the question
> above?

It seems a bit too much to have to return to ncurses and let
aptitude not only rebuild its cache, but also build views etc.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems
 
"distrust all those who love you extremely
 upon a very slight acquaintance and without any visible reason."
-- lord chesterfield


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#817892: systemd: sysv wrapper breaks LSB exit codes

[Michael Biebl]

Control: forcemerge 763401 -1

Am 11.03.2016 um 10:51 schrieb Michael Braun:

> I'm running pacemaker with lsb: resource - this pacemaker 
> installation has no systemd wrapper available.
> 
> Pacemaker expects the init scripts to return LSB conformant exit codes. That 
> is,
> 
>  /etc/init.d/ status
> 
> should return non-zero exit if the process is not running.


This is a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763401


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#817911: xul-ext-zotero: new version available

[Félix Sipma]

Package: xul-ext-zotero
Version: 4.0.28.8+dfsg-1
Severity: normal

4.0.29.4 is available. 4.0.29 release notes list "Firefox 45/46
compatibility" among other bug fixes, so it may be interesting to
package this new version.

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

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

Versions of packages xul-ext-zotero depends on:
ii  firefox-esr [iceweasel]  45.0esr-1
ii  iceweasel45.0esr-1

xul-ext-zotero recommends no packages.

xul-ext-zotero suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#817862: Please document which packages this package can replace

[Josh Triplett]

On Fri, Mar 11, 2016 at 09:15:39AM +0200, Timo Aaltonen wrote:
> 11.03.2016, 06:42, Josh Triplett kirjoitti:
> > Source: xserver-xorg-input-libinput
> > Severity: wishlist
> > 
> > The driver in this package can replace the one in
> > xserver-xorg-video-libinput, and xserver-xorg-video-mouse already
> > shouldn't get used on current Linux systems.  However, does this package
> > replace xserver-xorg-video-evdev, or should systems leave that package
> > installed to handle certain types of devices?  Does
> > xserver-xorg-video-libinput handle keyboards, or only mice?
> > 
> > Please consider expanding the description to document this.
> 
> " This package provides the driver for input devices using libinput library.
>  It can handle keyboards, mice and touchpads, and essentially replaces the
>  separate -evdev and -synaptics drivers."
> 
> something like that? Wacom support isn't done yet, that'll come later.

Yes, that works.  Thanks!

Bug#817260: Wish: Replace virtualbox's guest BIOS with Coreboot

[Gianfranco Costamagna]

Hi, if you can provide one, I'll be happy to forward it upstream.

Just a few notes:
please put it under MIT license, and please sync with Oracle developers, to
know how and if they are interested in it.

I would really like to avoid having such an huge difference between Debian
and Upstream, such patches are too difficult to debug and maintain downstream.

I hope you agree, and if you can upstream a more Open Source friendly BIOS,
thumbs up!

cheers,

G.

Bug#817908: iceweasel: leaves cruft in /etc/iceweasel/ on upgrade

[Mike Hommey]

On Fri, Mar 11, 2016 at 02:05:17PM +0100, Adam Borowski wrote:
> Package: iceweasel
> Version: 45.0esr-1
> Severity: normal
> 
> 
> After upgrading to 45.0esr-1 (ie, the big rename to Firefox), the following
> unowned files are left:
> /etc/iceweasel/
> /etc/iceweasel/pref
> /etc/iceweasel/pref/iceweasel.js
> /etc/iceweasel/profile
> /etc/iceweasel/profile/chrome
> /etc/iceweasel/profile/chrome/userChrome-example.css
> /etc/iceweasel/profile/chrome/userContent-example.css
> /etc/iceweasel/profile/localstore.rdf
> /etc/iceweasel/profile/mimeTypes.rdf
> /etc/iceweasel/profile/prefs.js
> /etc/iceweasel/searchplugins
> /etc/iceweasel/searchplugins/locale
> /etc/iceweasel/searchplugins/locale/en-US
> /etc/iceweasel/searchplugins/common
> /etc/iceweasel/searchplugins/common/debsearch.xml
> 
> As I understand the changelog, the default profile and all iceweasel
> conffiles are supposed to be removed.  I never consciously touched any
> of those files.
> 
> The console output from the upgrade spews a number of errors:
> 
> .--===
> The following NEW packages will be installed:
>   firefox-esr
> The following packages will be upgraded:
>   iceweasel
> 1 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
> Need to get 41.4 MB of archives.
> After this operation, 690 kB of additional disk space will be used.
> Get:1 http://apt.angband.pl:3142/ftp.pl.debian.org/debian unstable/main amd64 
> iceweasel all 45.0esr-1 [114 kB]
> Get:2 http://apt.angband.pl:3142/ftp.pl.debian.org/debian unstable/main amd64 
> firefox-esr amd64 45.0esr-1 [41.3 MB]
> Fetched 41.4 MB in 6s (6231 kB/s) 
>   
> Reading changelogs... Done
> (Reading database ... 215305 files and directories currently installed.)
> Preparing to unpack .../iceweasel_45.0esr-1_all.deb ...
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> dpkg-query: package 'iceweasel' is not installed
> Use dpkg --info (= dpkg-deb --info) to examine archive files,
> and dpkg --contents (= dpkg-deb --contents) to list their contents.
> Unpacking iceweasel (45.0esr-1) over (44.0.2-1) ...
> dpkg: warning: unable to delete old directory 
> '/etc/iceweasel/searchplugins/common': Directory not empty
> dpkg: warning: unable to delete old directory '/etc/iceweasel/searchplugins': 
> Directory not empty
> dpkg: warning: unable to delete old directory 
> '/etc/iceweasel/profile/chrome': Directory not empty
> dpkg: warning: unable to delete old directory '/etc/iceweasel/profile': 
> Directory not empty
> dpkg: warning: unable to delete old directory '/etc/iceweasel/pref': 
> Directory not empty
> dpkg: warning: unable to delete old directory '/etc/iceweasel': Directory not 
> empty

This all makes no sense. First, it worked when I tried before uploading,
but it doesn't work anymore. Second, these dpkg-query messages make no
sense, and I don't know where they are coming from. Third, just taking
one of the files, there *are* commands to remove the conffiles in
iceweasel's post/pre rm/inst, like the following:

dpkg-maintscript-helper rm_conffile /etc/iceweasel/pref/iceweasel.js -- "$@"

Now... looking at dpkg-maintscript-helper, it would seem it is the one
doing those dpkg-query requests. So maybe dpkg-maintscript-helper is
just broken? Help, dpkg maintainers?

Mike