Bug#817975: dependency problems prevent the configuration of systemd

[Hiroshi Ohkubo]

Hi Benedikt,

> Comments/Problems:
>
> The install went fine except for the system upgrade: dpkg stopped because of
> dependency problems of systemd.
>
> Here the last output (I translated it from German):
>
> "dpkg: dependency problems prevent the configuration of systemd: systemd
> depends from libsystemd0 (=228-2+b1); but: Version of libsystemd0:amd64 of
> the system is 229-2. ifupdown (0.8.10) damages systemd (<< 228-3^) and is
> installed. The version instelled of systemd is 228-2+b1."
>
> "WARNING **: Configuring 'pksel' failed with error code 100"
>
>
> Downloading the updates, it had downloaded systemd=229-2. I don't know why
> it didn't install it.
>
>
> The broken dependency prevented further package install and bootloader
> installation: if I install the bootloader before the system upgrade (expert
> install), the bootloader worked, but it hadn't installed sudo and the root
> user was blocked, thus I wasn't able to do anything

Probably Bug#814343.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814343#25

> Works fine: debian-testing-amd64-netinst.iso (daily, today)
>
> =
>
> Reproducible: debian-stretch-DI-alpha5-amd64-netinst.iso
> (see log below)
>
> Looks like a systemd upgrading issue.
>
> We can continue the installation with:
># chroot /target apt-get -fy install
>
>
> syslog (full log attached)
>
> Mar  7 01:07:42 in-target: dpkg: dependency problems prevent
> configuration of systemd:
> Mar  7 01:07:42 in-target:  systemd depends on libsystemd0 (=
> 228-2+b1); however:
> Mar  7 01:07:42 in-target:   Version of libsystemd0:amd64 on system is 229-2.
> Mar  7 01:07:42 in-target:  ifupdown (0.8.10) breaks systemd (<<
> 228-3~) and is installed.
> Mar  7 01:07:42 in-target:   Version of systemd to be configured is 228-2+b1.
> Mar  7 01:07:42 in-target:
> Mar  7 01:07:42 in-target: dpkg: error processing package systemd 
> (--configure):
> Mar  7 01:07:42 in-target:  dependency problems - leaving unconfigured
> (snip)
> Mar  7 01:07:49 in-target: Errors were encountered while processing:
> Mar  7 01:07:49 in-target:  systemd
> (snip)
> Mar  7 01:07:52 main-menu[186]: WARNING **: Configuring 'pkgsel'
> failed with error code 100
> Mar  7 01:07:52 main-menu[186]: WARNING **: Menu item 'pkgsel' failed.

Kind regards,

-- 
Hiroshi Ohkubo

Bug#818136: systemd: slashes in partition labels

[Michael Biebl]

Am 14.03.2016 um 05:09 schrieb Pat Hooper:

> Mar 13 23:12:45 panther systemd[1]: Starting File System Check on
> /dev/disk/by-label/\x2ftest...
> Mar 13 23:12:45 panther systemd-fsck[2481]: Failed to stat
> /dev/disk/by-label//test: No such file or directory

What's the output of
ls -la /dev/disk/by-label

I wonder if systemd-fsck tries to de-escape the name (incorrectly)

-- 
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#818137: symtax highlighting for ft=sh gets confused by filename with -case- in it

[Josh Triplett]

Package: vim
Version: 2:7.4.963-1+b2
Severity: normal

Given a file containing the following:

"""
#!/bin/sh
if true; then
echo Something
fi

apply_patch make-some-case-work

if true; then
echo Something
fi

apply_patch make-some-esac-work

if true; then
echo Something
fi
"""

vim will highlight the 'case' in 'make-some-case-work' as though a keyword.
Its parser then gets confused, such that it highlights the second 'fi' in red
as an error.  vim will do the same for the closing brace of a function, or the
'done' of a loop.  A subsequent 'esac' (even if in the middle of a filename)
will get the syntax highlighting back into the right state.  (Conversely, a use
of 'esac' other than as a shell construct, without vim already in this confused
state from a 'case', will get highlighted in red as though an error.)

Other keywords, like 'if' and 'while', get highlighted in the middle of
filenames or similar but don't seem to confuse the parser in the same way.

- Josh Triplett

-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.basic
/usr/bin/vim is /usr/bin/vim.basic

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

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

Versions of packages vim depends on:
ii  libacl1  2.2.52-3
ii  libc62.22-3
ii  libgpm2  1.20.4-6.1+b2
ii  libselinux1  2.4-3+b1
ii  libtinfo56.0+20160213-1
ii  vim-common   2:7.4.963-1+b2
ii  vim-runtime  2:7.4.963-1

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags
pn  vim-doc  
ii  vim-scripts  20130814

-- no debconf information

Bug#814343: Fwd: Bug#814343: Bug on scretch installation

[Hiroshi Ohkubo]

Forwarding.


-- Forwarded message --
From: Patrick Foubet 
Date: Wed, Mar 9, 2016 at 8:06 PM
Subject: Re: Bug#814343: Bug on scretch installation
To: Hiroshi Ohkubo 


Hi Hiroshi,

Yes, there is no problem in debian-testing-amd64-netinst.iso.
The bug has encountered in debian-stretch-DI-alpha5-i386-netinst.iso
and debian-stretch-DI-alpha5-amd64-netinst.iso

Regards.

Patrick

Le 7 mars 2016 à 06:23, Hiroshi Ohkubo  a écrit :

Hello,

Works fine: debian-testing-amd64-netinst.iso (daily, today)

=

Reproducible: debian-stretch-DI-alpha5-amd64-netinst.iso
(see log below)

Looks like a systemd upgrading issue.

We can continue the installation with:
   # chroot /target apt-get -fy install


syslog (full log attached)

Mar  7 01:07:42 in-target: dpkg: dependency problems prevent
configuration of systemd:
Mar  7 01:07:42 in-target:  systemd depends on libsystemd0 (=
228-2+b1); however:
Mar  7 01:07:42 in-target:   Version of libsystemd0:amd64 on system is 229-2.
Mar  7 01:07:42 in-target:  ifupdown (0.8.10) breaks systemd (<<
228-3~) and is installed.
Mar  7 01:07:42 in-target:   Version of systemd to be configured is 228-2+b1.
Mar  7 01:07:42 in-target:
Mar  7 01:07:42 in-target: dpkg: error processing package systemd (--configure):
Mar  7 01:07:42 in-target:  dependency problems - leaving unconfigured
(snip)
Mar  7 01:07:49 in-target: Errors were encountered while processing:
Mar  7 01:07:49 in-target:  systemd
(snip)
Mar  7 01:07:52 main-menu[186]: WARNING **: Configuring 'pkgsel'
failed with error code 100
Mar  7 01:07:52 main-menu[186]: WARNING **: Menu item 'pkgsel' failed.


Kind regards,

--
Hiroshi Ohkubo




Patrick Foubet

-- 
S.E.R.I.A.N.E.  http://www.seriane.fr/
79-81 avenue Danièle CASANOVA   tel : 06 52 90 49 70
Bâtiment C  fax : 01 49 60 84 57
94200 IVRY sur Seine



-- 
Hiroshi Ohkubo

Bug#818075: [Pkg-mozext-maintainers] Bug#818075: xul-ext-debianbuttons: depends on iceweasel, but package was renamed to firefox/firefox-esr

[Sean Whitton]

On Sun, Mar 13, 2016 at 09:03:36PM +, Damyan Ivanov wrote:
> A simple rebuild of the package with mozilla-devscripts 0.45 fixes 
> this. I think all packages relying on ${xpi:Depends} would suffer from 
> the same issue. Is there a bin-NMU campaign planned?

I filed #818104 but it turns out the archive rejects binNMUs for
arch:all packages.  Niels Thykier is looking into getting that
restriction lifted.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#817987: apt-listbugs: error with en_SG locale

[Andanari Puspadini]

On Mar 13, 2016 07:14, "Andanari Puspadini"  wrote:
>
> Hi Francesco,
>
> I've actually resolved the problem myself using the Debian locale wiki. I
encountered a command not found error but it turns out that locale-gen is
stored in /usr/sbin/locale-gen. The Debian wiki for locale might need an
update but that is neither here nor there. Thanks for the help!

Bug#818136: systemd: slashes in partition labels

[Pat Hooper]

Package: systemd
Version: 229-2

Including a slash (/) in a partition label leads to systemd not being able
to check the partition for errors. This in turn lead to problems accessing
the partition (with no obvious acknowledgement of problems to the user). I
and perhaps others dealing with this bug may erroneously suspect hard disk
issues.

I was able to work around this bug by removing the slashes from the labels
of the relevant partition.

I am able to reproduce the bug with the following steps:
1) Create a new partition with label "/test". (I used gnome-disks.)
2) Format the partition with ext4.
3) Add the following line to /etc/fstab:
LABEL="/test" /junk/test ext4 noauto,x-systemd.automount 1 2
4) Run the following commands as root:
mkdir -p /junk/test
cd junk
mount test
touch test/forcefsck
5) Reboot.
6) Then from a terminal:
cd /junk
cd test/
The last command hangs until control-c is pressed when the following error
is produced:
^X^C^Cbash: cd: test/: Interrupted system call

(Doing other commands such as listing directories results in a situation
when even control-c won't return you to the shell.)

"grep test /var/log/daemon.log" returns:
Mar 13 23:12:45 panther systemd[1]: junk-test.automount: Got automount
request for /junk/test, triggered by 2380 (bash)
Mar 13 23:12:45 panther systemd[1]: Starting File System Check on
/dev/disk/by-label/\x2ftest...
Mar 13 23:12:45 panther systemd-fsck[2481]: Failed to stat
/dev/disk/by-label//test: No such file or directory
Mar 13 23:12:45 panther systemd[1]:
systemd-fsck@dev-disk-by\x2dlabel-\x5cx2ftest.service:
Main process exited, code=exited, status=1/FAILURE
Mar 13 23:12:45 panther systemd[1]: Failed to start File System Check on
/dev/disk/by-label/\x2ftest.
Mar 13 23:12:45 panther systemd[1]: Dependency failed for /junk/test.
Mar 13 23:12:45 panther systemd[1]: junk-test.mount: Job
junk-test.mount/start failed with result 'dependency'.
Mar 13 23:12:45 panther systemd[1]:
systemd-fsck@dev-disk-by\x2dlabel-\x5cx2ftest.service:
Unit entered failed state.
Mar 13 23:12:45 panther systemd[1]:
systemd-fsck@dev-disk-by\x2dlabel-\x5cx2ftest.service:
Failed with result 'exit-code'.

I am running Debian testing and have been for quite a while. So, this bug
must be fairly new.

What follows below is some output of reportbug. Please let me know if you
want more information. Thank you for your work!

Best,
Pat

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

Kernel: Linux 4.3.0-1-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: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-3
ii  libapparmor12.10-3+b1
ii  libaudit1   1:2.4.5-1+b1
ii  libblkid1   2.27.1-4
ii  libc6   2.21-9
ii  libcap2 1:2.24-12
ii  libcap2-bin 1:2.24-12
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20 1.6.5-2
ii  libgpg-error0   1.21-2
ii  libkmod222-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.27.1-4
ii  libpam0g1.1.8-3.2
ii  libseccomp2 2.2.3-3
ii  libselinux1 2.4-3+b1
ii  libsystemd0 229-2
ii  mount   2.27.1-4
ii  util-linux  2.27.1-4

Versions of packages systemd recommends:
ii  dbus1.10.6-1
ii  libpam-systemd  229-2

Versions of packages systemd suggests:
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  229-2

-- no debconf information

Bug#818111: debian-keyring: please make the build reproducible (locale, fileordering)

[Gunnar Wolf]

severity 818111 minor
tag 818111 + patch pending confirmed
thanks

Satyam Zode dijo [Mon, Mar 14, 2016 at 12:54:50AM +0530]:
> While working on the “reproducible builds” effort [1], we have noticed
> that debian-keyring could not be built reproducibly.
> 
> The attached patch fix the order of files in md5sums.
> Once applied, debian-keyring can be built reproducibly in our current
> experimental framework.

Hi,

Your patch has already been applied to our working tree, and will be
included in the next package upload. Do note we don't always upload a
new package when pushing a new keyring. You can verify the commit in
question at:


https://anonscm.debian.org/cgit/keyring/keyring.git/commit/?id=c4f9a490cc6d40c5dbe74ad253b2a21cceb1c060

However, even with this, the package is *not yet* built reproducibly:
There is still a source of noise for the source package creation
step. Maybe the answer would be to stop hand-building everything and
update our packaging format to dh-based or something like that? :)

Greetings,

Bug#818135: apt: Wrong ETA percentage while downloading packages

[Nelson A. de Oliveira]

Package: apt
Version: 1.2.6
Severity: minor

Hi!

Already saw this in two different machines: the ETA percentage sometimes
is very wrong (it has a lower number than it should have).

One example is in the attached PNG, where the download is almost
finished (at 99%) and apt displays it at 80%

Thank you!

Best regards,
Nelson

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

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

Versions of packages apt depends on:
ii  adduser 3.114
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.20-4
ii  gnupg2  2.1.11-6
ii  gpgv1.4.20-4
ii  libapt-pkg5.0   1.2.6
ii  libc6   2.22-3
ii  libgcc1 1:5.3.1-11
ii  libstdc++6  5.3.1-11

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.7.8-1
ii  dpkg-dev1.18.4
ii  python-apt  1.1.0~beta1+b1

-- no debconf information

Bug#548096: hangs after doing its job

[Bob Tracy]

Package: bind9-host
Version: 1:9.9.5.dfsg-12.1
Followup-For: Bug #548096

Dear Maintainer,

An earlier respondent mentioned the hang occuring with the "host" command as 
well.

I have an Alpha PWS-433au running 4.5.0-rc4 (compiled from the stock 
"kernel.org"
source tree).  Libraries and userspace are fully up-to-date "sid".  I've noticed
the hang issue since approximately the beginning of February of this year.

Locally, running "strace host gherkin.frus.com" (gherkin is my local nameserver)
runs to completion about half the time.  The rest of the time, I see this:

(...)
futex(0x20002e6fad4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x20002e6fad0, {FUTEX_OP_SET, 
0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x20002e6fa58, FUTEX_WAKE_PRIVATE, 1) = 1
rt_sigaction(SIGHUP, {0x277b100, ~[RTMIN RT_1], 0}, NULL, 8, 0x27ff0c0) 
= 0
sigsuspend([FPE]gherkin.frus.com has address 192.158.254.49
gherkin.frus.com has IPv6 address 2001:5c0:1500:a800:222:4dff:fe51:6246
gherkin.frus.com mail is handled by 10 merkin.frus.com.
gherkin.frus.com mail is handled by 15 gherkin.frus.com.
gherkin.frus.com mail is handled by 21 mx-b.cirr.com.
gherkin.frus.com mail is handled by 20 mx-a.cirr.com.

A successful run looks like this:

(...)
futex(0x20002e6fad4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x20002e6fad0, {FUTEX_OP_SET, 
0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x20002e6fa58, FUTEX_WAKE_PRIVATE, 1) = 1
rt_sigaction(SIGHUP, {0x277b100, ~[RTMIN RT_1], 0}, NULL, 8, 0x27ff0c0) 
= 0
sigsuspend([FPE]gherkin.frus.com has address 192.158.254.49
gherkin.frus.com has IPv6 address 2001:5c0:1500:a800:222:4dff:fe51:6246
gherkin.frus.com mail is handled by 20 mx-a.cirr.com.
gherkin.frus.com mail is handled by 10 merkin.frus.com.
gherkin.frus.com mail is handled by 21 mx-b.cirr.com.
gherkin.frus.com mail is handled by 15 gherkin.frus.com.
)   = ? ERESTARTNOHAND (To be restarted if no handler)
--- SIGTERM {si_signo=SIGTERM, si_code=SI_TKILL, si_pid=4925, si_uid=1000} ---
sigreturn({mask=[HUP INT TERM]})= -1 EINTR (Interrupted system call)
futex(0x2000102f9c0, FUTEX_WAIT_PRIVATE, 2, NULL) = 0
futex(0x2000102f9c0, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x20002e6fad4, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x20002e6fad0, {FUTEX_OP_SET, 
0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x20002e6fa58, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x20002e6fad4, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x20002e6fa58, 
12) = 1
futex(0x20002e6fa58, FUTEX_WAKE_PRIVATE, 1) = 1
write(4, "\0\0\0\0\377\377\377\377", 8) = 8
epoll_ctl(5, EPOLL_CTL_DEL, 3, 11fb63430) = 0
close(5)= 0
close(3)= 0
close(4)= 0
futex(0x20002e71aac, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x20002e71aa8, {FUTEX_OP_SET, 
0, FUTEX_OP_CMP_GT, 1}) = 1
futex(0x20002e71a58, FUTEX_WAKE_PRIVATE, 1) = 1
open("/proc/sys/vm/overcommit_memory", O_RDONLY|O_CLOEXEC) = 3
read(3, "0", 1) = 1
close(3)= 0
madvise(0x20008022000, 196608, MADV_DONTNEED) = 0
munmap(0x2038000, 177304)   = 0
exit_group(0)   = ?
+++ exited with 0 +++

This "smells" like a race condition of some kind, but I have no idea where
the issue really lies.  Could be something changed in one of the recent 4.X
kernels, or could be a library update that triggered this.  The "bind9" packages
have been fairly stable, and I don't recall an update to them prior to this
issue appearing.

Respectfully,
--Bob


-- System Information:
Debian Release: stretch/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: alpha

Kernel: Linux 4.5.0-rc4
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages bind9-host depends on:
ii  libbind9-90   1:9.9.5.dfsg-12.1
ii  libc6.1   2.22-3
ii  libcap2   1:2.24-12
ii  libcomerr21.42.13-1
ii  libdns100 1:9.9.5.dfsg-12.1
ii  libgssapi-krb5-2  1.13.2+dfsg-5
ii  libisc95  1:9.9.5.dfsg-12.1
ii  libisccfg90   1:9.9.5.dfsg-12.1
ii  libk5crypto3  1.13.2+dfsg-5
ii  libkrb5-3 1.13.2+dfsg-5
ii  liblwres901:9.9.5.dfsg-12.1
ii  libssl1.0.2   1.0.2g-1
ii  libxml2   2.9.3+dfsg1-1

bind9-host recommends no packages.

bind9-host suggests no packages.

-- no debconf information

Bug#818133: xserver-xorg-video-ati: Poor OpenGL rendering on Radeon HD 8550M / R5 M230

[marko tikvic]

Package: xserver-xorg-video-ati
Version: 1:7.5.0-1
Severity: important

Dear Maintainer,

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

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

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

I have a Lenovo laptop with hybrid AMD/Intel graphics cards. I would like to
use the discrete Radeon card for heavy rendering operations such as game
development and gaming.
Output of xrandr --listproviders:
Provider 0: id: 0x76 cap: 0xb, Source Output, Sink Output, Sink Offload
crtcs: 3 outputs: 4 associated providers: 1 name:Intel
Provider 1: id: 0x4f cap: 0xf, Source Output, Sink Output, Source
Offload, Sink Offload crtcs: 0 outputs: 0 associated providers:   1
name:radeon
But I get lower fps when I run games with discrete GPU:
xrandr --setprovideroffloadsink radeon Intel
env DRI_PRIME=1  <- results in barely 20 fps for Dota 2
than if I run them with integrated Intel's card:
env DRI_PRIME=0  <- results in 50-60 fps for Dota 2
The output of DRI_PRIME=0 glxinfo | grep 'OpenGL renderer' is:
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
and the ouput of DRI_PRIME=1 glxinfo | grep 'OpenGL renderer' is:
OpenGL renderer string: Gallium 0.4 on AMD HAINAN
>From dmesg I can see this error occuring after starting the game with
DRI_PRIME=1 flag set:
[ 1406.107887] [drm] probing gen 2 caps for device 8086:9c18 =
5323c42/0
[ 1406.107892] [drm] PCIE gen 2 link speeds already enabled
[ 1406.110997] [drm] PCIE GART of 1024M enabled (table at
0x0004).
[ 1406.111090] radeon :0a:00.0: WB enabled
[ 1406.111093] radeon :0a:00.0: fence driver on ring 0 use gpu addr
0x8c00 and cpu addr 0x88009ae5bc00
[ 1406.111094] radeon :0a:00.0: fence driver on ring 1 use gpu addr
0x8c04 and cpu addr 0x88009ae5bc04
[ 1406.111096] radeon :0a:00.0: fence driver on ring 2 use gpu addr
0x8c08 and cpu addr 0x88009ae5bc08
[ 1406.111097] radeon :0a:00.0: fence driver on ring 3 use gpu addr
0x8c0c and cpu addr 0x88009ae5bc0c
[ 1406.111098] radeon :0a:00.0: fence driver on ring 4 use gpu addr
0x8c10 and cpu addr 0x88009ae5bc10
[ 1406.305207] [drm] ring test on 0 succeeded in 1 usecs
[ 1406.305213] [drm] ring test on 1 succeeded in 1 usecs
[ 1406.305218] [drm] ring test on 2 succeeded in 1 usecs
[ 1406.305226] [drm] ring test on 3 succeeded in 4 usecs
[ 1406.305233] [drm] ring test on 4 succeeded in 4 usecs
[ 1406.305294] [drm] ib test on ring 0 succeeded in 0 usecs
[ 1406.305347] [drm] ib test on ring 1 succeeded in 0 usecs
[ 1406.305399] [drm] ib test on ring 2 succeeded in 0 usecs
[ 1406.305412] [drm] ib test on ring 3 succeeded in 0 usecs
[ 1406.305424] [drm] ib test on ring 4 succeeded in 0 usecs
[ 1406.305677] [drm:si_dpm_set_power_state] *ERROR* si_upload_sw_state
failed

What I would expect to see is performance AT LEAST as good as integrated GPU,
instead I get a very bad performance. The poor perfomance is also observable
when I run Unity 3D editor (with DRI_PRIME=1) in terms of screen tearing and
system freezing. I also tried running the game with vblank_mode=0 option but it
had no effect on performance.

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

I have searched tons of forum threads and websites and I couldn't find a
solution (there were some similar open and unresolved threads but nothing
useful), so I turn to you for some hardcore professional some. Is there
anything I can try to fix this? Oh, I also tried using LXDE desktop but it made
no difference, the problem were the same. Let me know if you need other logs
and outputs in order to figure this thing out. I am more than happy to help.

Thank you in advance,
Marko.



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

lrwxrwxrwx 1 root root 13 Feb 20 22:11 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 11  2015 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT 
Integrated Graphics Controller [8086:0a16] (rev 0b)

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

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

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29)

Xorg X server log files on system:

Bug#814570: debdiff: (minor) regression: bash completion with files not in current directory does not working

[James McCoy]

Control: tag -1 confirmed

On Sat, Feb 13, 2016 at 07:03:58AM +0100, Salvatore Bonaccorso wrote:
> Recently (I think since 2.15.10 where bash completions were
> reorganized), debdiff cannot bash complete anymore to files if they
> are not in the current directory. Example
> 
> $ ls source-devscripts/devscripts_2.15.10.dsc devscripts_2.16.1.dsc 
> devscripts_2.16.1.dsc  source-devscripts/devscripts_2.15.10.dsc
> $ debdiff source-devscripts/
> 
> not completing.

I tried taking a look at this, but I don't grok the bash completion
stuff well enough.

Nicholas, would you be able to fix this?

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#544652: Workaround found

[Daniel Shahaf]

Control: fixed -1 1.9.0~rc1-1

Erwan David wrote on Wed, Oct 21, 2009 at 09:35:17 +0200:
> I found, the source of the bug and thus a workaround (but I consider
> there is still a bug):
> 
> The destination repository had a svn:sync-from-url property of
> https://master-server/rep/
> Note the trailing slash. It worked perfectly in 1.5

This was fixed in upstream r1577238, two years ago.

> In any case even if it would not work it should exit gracefully and
> not on assertion falide, leaving a lock behind.

Leaving the lock upon assertion failure is correct.  The fix will also
cause invalid values not to trigger assertions but normal errors.

Cheers,

Daniel

Bug#814819: xmltv-util: The computation used by tv_grab_na_dd for --offset is incorrect

[Nick Morrott]

This patch was forwarded upstream on Mon Feb 15, 2016 and has just been applied:

https://sourceforge.net/p/xmltv/patches/97/

Assuming no further Debian releases from the 0.5.67 branch, it will be
available in the forthcoming 0.5.68 release of xmltv

Cheers,
Nick

Bug#818132: python-ofxparse: triggers deprecation warning from BeautifulSoup

[Jelmer Vernooij]

Package: python-ofxparse
Version: 0.14-1
Severity: minor

Dear Maintainer,

Use ofxparse triggers a deprecation warning in BeautifulSoup:

/usr/lib/python2.7/dist-packages/bs4/__init__.py:166: UserWarning: No
parser was explicitly specified, so I'm using the best available HTML
parser for this system ("lxml"). This usually isn't a problem, but if
you run this code on another system, or in a different virtual
environment, it may use a different parser and behave differently.

To get rid of this warning, change this:

 BeautifulSoup([your markup])

 to this:

 BeautifulSoup([your markup], "lxml")

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

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

Versions of packages python-ofxparse depends on:
ii  python-bs4  4.4.1-1
ii  python-six  1.10.0-3
pn  python:any  

python-ofxparse recommends no packages.

python-ofxparse suggests no packages.

-- no debconf information

Bug#816101: petsc: FTBFS on mipsel - try rebuild again

[Drew Parsons]

On Sun, 2016-03-13 at 19:59 +0100, Emilio Pozuelo Monfort wrote:
> [Adding debian-wb-team back to Cc]
> 
> On 13/03/16 17:56, Drew Parsons wrote:
> > 
> > On Sun, 2016-03-13 at 17:35 +0100, Emilio Pozuelo Monfort wrote:
> > > 
> > > On 13/03/16 16:34, Drew Parsons wrote:
> > > > 
> > What would make mipsel different to other architectures or from the
> > earlier successful mipsel build?  It's the same petsc.
> petsc may be at the same version, but the environment has changed. 
> It may be a bug in another package (e.g. an rdep) or a bug in petsc
> that was latent until now.
> 
> > > 
> > > Have you checked if it builds fine on a porterbox?
> > I tried but sbuild wouldn't work inside the schroot environment on
> > etler.
> Did you read the MOTD? See https://dsa.debian.org/doc/schroot/

I missed that. I'll add it to my bookmarks.


> Anyway given the build queue is currently empty on mipsel, I've given
> it back. 
> Let's see if the problem is fixed now...

Thanks for that. It's showing a very different build failure now, as if
something is wrong with mpi (openmpi).

I'll follow those schroot instructions and look directly.


Drew

Bug#817808: php-kolab: postrm is buggy, breaks upgrades

[Sandro Knauß]

Control: tags -1 +pending

Hi,

thanks for repothing.
Yes you are right, that the quoting was not correct but it is remove_model 
that is incorrect:

> remove_module () {
> local step=$1 module=$2 inifile=$2.ini package=$3 args=$4
> ...
> }

changed to: 

 remove_module () {
 local step=$1 module=$2 inifile=$2.ini package=$3 args="$4"
 ...
 }

this is correct:
 
> remove_module $1 kolab php-kolab "$*"
> remove_module $1 kolabdummy php-kolab "$*"

$* is actually all arguments as single argument $@ would split the args in 
different arguments, and $4 should get all aguments and with $@ $4 not get all 
arguments. But because dash automatically splits the arguments, we have to add 
quotes around $4.

Fixed already in git master d0a6e11

regards,

sandro


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

Bug#817014: vagrant: installing plugins fails

[Dwayne Litzenberger]

I'm also seeing this.  Upstream bug here: 
https://github.com/mitchellh/vagrant/issues/7073


It looks like it's related to a recent change in RubyGems: 
https://github.com/rubygems/rubygems/commit/044b0e2685e4b219b013f1067d670918a48c1f62

Bug#816042: Don't include in stretch

[Jonas Smedegaard]

Quoting Moritz Muehlenhoff (2016-02-26 22:31:43)
> asterisk hasn't seen a maintainer upload to unstable in 2015. It's 
> already excluded from testing due to an unrelated FTBFS bug. This bug 
> is used to ensure that it doesn't enter stretch unless maintenance 
> (especially for the lifetime of stable) is properly ensured again.

I am concerned about above, and about the silence in response to this 
bugreport.

Please do care for this package.

If noone else cares, I will consider step up and take over maintaining 
this package (but I really would prefer not to do so: I have plenty of 
other packages to look after already).

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#818131: curl: broken as-needed workaround (warning: package could avoid a useless dependency)

[Yuriy M. Kaminskiy]

Source: curl
Version: 7.38.0-4+deb8u3
Severity: normal
Tags: patch

Dear Maintainer,

While rebuilding (jessie) curl package in pbuilder, I noticed some
warning: package could avoid a useless dependency [...]
(fragment of log attached).

curl package is built with -Wl,--as-needed linker flag, and contains 
libtool workaround[*], but it seems ineffective.


And, judging by presence of unnecessary dependencies from
libk5crypto3 libkrb5-3 libcomerr2 in jessie/stretch/sid binary packages,
it is not my local issue.

However, workaround apparently worked as expected in wheezy (no
extra dependencies).

Not sure if this is correct, but attached debdiff fixed this problem for me.

PS same workaround patch is used by dh-autoreconf; is it broken in curl
only (why?), or dh-autoreconf is also affected?

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

Architecture: i386 (x86_64)
Foreign Architectures: amd64

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

-- no debconf information

/bin/bash ../libtool  --tag=CC   --mode=link gcc   -g -O2 -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security -Wno-system-headers 
-pthread   -version-info 7:0:3   -Wl,--version-script=libcurl.vers -fPIE -pie 
-Wl,-z,relro -Wl,-z,now -Wl,--as-needed -lidn -lrtmp -lssh2 -lssl -lcrypto 
-lssl -lcrypto -L/usr/lib/i386-linux-gnu/mit-krb5 -Wl,-z,relro -lgssapi_krb5 
-lkrb5 -lk5crypto -lcom_err -llber -llber -lldap -lz -fPIE -pie -Wl,-z,relro 
-Wl,-z,now -Wl,--as-needed -o libcurl.la -rpath /usr/lib/i386-linux-gnu 
libcurl_la-file.lo libcurl_la-timeval.lo libcurl_la-base64.lo 
libcurl_la-hostip.lo libcurl_la-progress.lo libcurl_la-formdata.lo 
libcurl_la-cookie.lo libcurl_la-http.lo libcurl_la-sendf.lo libcurl_la-ftp.lo 
libcurl_la-url.lo libcurl_la-dict.lo libcurl_la-if2ip.lo 
libcurl_la-speedcheck.lo libcurl_la-ldap.lo libcurl_la-version.lo 
libcurl_la-getenv.lo libcurl_la-escape.lo libcurl_la-mprintf.lo 
libcurl_la-telnet.lo libcurl_la-netrc.lo libcurl_la-getinfo.lo 
libcurl_la-transfer.lo libcurl_la-strequal.lo libcurl_la-easy.lo 
libcurl_la-security.lo libcurl_la-curl_fnmatch.lo libcurl_la-fileinfo.lo 
libcurl_la-ftplistparser.lo libcurl_la-wildcard.lo libcurl_la-krb5.lo 
libcurl_la-memdebug.lo libcurl_la-http_chunks.lo libcurl_la-strtok.lo 
libcurl_la-connect.lo libcurl_la-llist.lo libcurl_la-hash.lo 
libcurl_la-multi.lo libcurl_la-content_encoding.lo libcurl_la-share.lo 
libcurl_la-http_digest.lo libcurl_la-md4.lo libcurl_la-md5.lo 
libcurl_la-http_negotiate.lo libcurl_la-inet_pton.lo libcurl_la-strtoofft.lo 
libcurl_la-strerror.lo libcurl_la-amigaos.lo libcurl_la-hostasyn.lo 
libcurl_la-hostip4.lo libcurl_la-hostip6.lo libcurl_la-hostsyn.lo 
libcurl_la-inet_ntop.lo libcurl_la-parsedate.lo libcurl_la-select.lo 
libcurl_la-tftp.lo libcurl_la-splay.lo libcurl_la-strdup.lo libcurl_la-socks.lo 
libcurl_la-ssh.lo libcurl_la-rawstr.lo libcurl_la-curl_addrinfo.lo 
libcurl_la-socks_gssapi.lo libcurl_la-socks_sspi.lo libcurl_la-curl_sspi.lo 
libcurl_la-slist.lo libcurl_la-nonblock.lo libcurl_la-curl_memrchr.lo 
libcurl_la-imap.lo libcurl_la-pop3.lo libcurl_la-smtp.lo libcurl_la-pingpong.lo 
libcurl_la-rtsp.lo libcurl_la-curl_threads.lo libcurl_la-warnless.lo 
libcurl_la-hmac.lo libcurl_la-curl_rtmp.lo libcurl_la-openldap.lo 
libcurl_la-curl_gethostname.lo libcurl_la-gopher.lo libcurl_la-idn_win32.lo 
libcurl_la-http_negotiate_sspi.lo libcurl_la-http_proxy.lo 
libcurl_la-non-ascii.lo libcurl_la-asyn-ares.lo libcurl_la-asyn-thread.lo 
libcurl_la-curl_gssapi.lo libcurl_la-curl_ntlm.lo libcurl_la-curl_ntlm_wb.lo 
libcurl_la-curl_ntlm_core.lo libcurl_la-curl_ntlm_msgs.lo 
libcurl_la-curl_sasl.lo libcurl_la-curl_multibyte.lo libcurl_la-hostcheck.lo 
libcurl_la-bundles.lo libcurl_la-conncache.lo libcurl_la-pipeline.lo 
libcurl_la-dotdot.lo libcurl_la-x509asn1.lo libcurl_la-http2.lo 
libcurl_la-curl_sasl_sspi.lo vtls/libcurl_la-openssl.lo vtls/libcurl_la-gtls.lo 
vtls/libcurl_la-vtls.lo vtls/libcurl_la-nss.lo vtls/libcurl_la-qssl.lo 
vtls/libcurl_la-polarssl.lo vtls/libcurl_la-polarssl_threadlock.lo 
vtls/libcurl_la-axtls.lo vtls/libcurl_la-cyassl.lo 
vtls/libcurl_la-curl_schannel.lo vtls/libcurl_la-curl_darwinssl.lo 
vtls/libcurl_la-gskit.lo
libtool: link: gcc -shared  -fPIC -DPIC  .libs/libcurl_la-file.o 
.libs/libcurl_la-timeval.o .libs/libcurl_la-base64.o .libs/libcurl_la-hostip.o 
.libs/libcurl_la-progress.o .libs/libcurl_la-formdata.o 
.libs/libcurl_la-cookie.o .libs/libcurl_la-http.o .libs/libcurl_la-sendf.o 
.libs/libcurl_la-ftp.o .libs/libcurl_la-url.o .libs/libcurl_la-dict.o 
.libs/libcurl_la-if2ip.o .libs/libcurl_la-speedcheck.o .libs/libcurl_la-ldap.o 
.libs/libcurl_la-version.o .libs/libcurl_la-getenv.o .libs/libcurl_la-escape.o 
.libs/libcurl_la-mprintf.o 

Bug#816297: subversion-tools: post-commit email errors with default exim4

[Daniel Shahaf]

David CHALON wrote on Mon, Feb 29, 2016 at 16:45:57 +0100:
> After add subervsion-tools to get the post-commit scripts we got 2 problems :
> 
> 1°) error at mail submit : option -f in mailer.py not supported by exim :
> 
> * Error in command line:
> 
> mail: Cannot give -f and people to send to
⋮
> * Manual correction in mailer.py:
> #cmd = self.cmd + [ '-f', self.from_addr ] + self.to_addrs
> cmd = self.cmd + [ self.from_addr ] + self.to_addrs
> 
> 
> 
> 
> 2°) after this patch, mail is sent, but format not good for Exim
> :  the metadata like from, type,... are in the body of the mail :

David,

Your mailer.conf file probably uses «mail_command = /usr/bin/mail».  If
you change that to «mail_command = /usr/sbin/sendmail», and revert your
local patch, everything should just work.

Cheers,

Daniel

Bug#817943: dh-strip-nondeterminism damages .zip files

[Andrew Ayer]

On Fri, 11 Mar 2016 21:17:14 +0100
Sebastian Andrzej Siewior  wrote:

> After `dh_strip_nondeterminism':
> 
> |$ unzip clam.bz2.zip
> |Archive:  clam.bz2.zip
> | bunzipping: clam.exe
> |   error:  invalid compressed data to bunzip
> |$ ls -lh clam.exe 
> |-rw-r--r-- 1 bigeasy bigeasy 0 Mar  2 15:48 clam.exe
> 
> I will try to work this around by using the `-X' argument and exclude
> the test files. Therefore I keep the severity as normal rather than
> important.

Hi Sebastian,

Thank you for reporting this!  I have tracked the problem down to an
upstream bug in Archive::Zip which affects Zip files containing bzipped
members:

https://github.com/redhotpenguin/perl-Archive-Zip/issues/26

Until this is fixed, the -X option is a good workaround.  Since this
file presumably comes from the source and is not a build product,
there's not any non-determinism that needs to stripped from it anyways.

Cheers,
Andrew

Bug#818130: ITP: kawa -- general-purpose programming language of the lisp family, that runs on the Java platform

[Andrea Bernardini]

Package: wnpp
Severity: wishlist
Owner: Andrea Bernardini 

* Package name: kawa
  Version : 2.1
  Upstream Author : Per Bothner 
* URL : http://www.gnu.org/software/kawa/
* License : MIT/X
  Programming Lang: Java, Scheme
  Description : general-purpose programming language of the lisp family, 
that runs on the Java platform

Kawa aims to combine:

* the benefits of dynamic scripting languages
  (non-verbose code with less boiler-plate,
  fast and easy start-up, a REPL, no required
  compilation step); with

* the benefits of traditional compiled languages
  (fast execution, static error detection,
  modularity, zero-overhead Java platform integration).

It is an extension of the long-established Scheme
language, which is in the Lisp family of programming
languages.
Kawa is also a useful framework for implementing other
programming languages on the Java platform. It has many
useful utility classes.


Maintaining this package shouldn't be hard as it compiles
and runs on debian without quirks and tricks, with few
dependencies. I have been a contributor and user of the
project.

Bug#818129: xen-utils-common: error parsing domU config file with /usr/lib/xen-common/bin/xen-init-name

[Lubomir Host]

Package: xen-utils-common
Version: 4.6.0-1+nmu2
Severity: important

Dear Maintainer,

xen-init-name is a Python script which parses output of the following
command:

xen create --quiet --dryrun --defconfig /etc/xen/test1.cfg

But there is no 'config' key in JSON output of the command above.

The following patch fixes this error. Please apply.

Thank you very much,
LH

--- /tmp/xen-init-name.orig 2016-03-14 00:31:40.812230921 +0100
+++ /usr/lib/xen-common/bin/xen-init-name   2016-03-14
00:31:51.776943095 +0100
@@ -39,7 +39,7 @@
 class DataJSON(Data):
 def __init__(self, p):
 s = json.loads(p)
-self.name = s['config']['c_info']['name']
+self.name = s['c_info']['name']





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

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

Versions of packages xen-utils-common depends on:
ii  lsb-base9.20160110
ii  python  2.7.11-1
ii  ucf 3.0035
ii  udev229-2
ii  xenstore-utils  4.6.0-1+nmu2

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/xen/xend-config.sxp changed [not included]
/etc/xen/xl.conf changed [not included]

-- no debconf information


-- 
http://blog.hostname.sk/gmail

Bug#818128: nethack: please make the build reproducible

[Reiner Herrmann]

Source: nethack
Version: 3.6.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps locale cpu
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that nethack could not be built reproducibly.

There are three issues that prevent building it reproducibly:
- the nhdat file is not reproducible, because the order of archive
  members varies depending on the locale. Setting LC_ALL to C expands
  the files in DATDLB always in the same way.
- makedefs uses the current date/time for the build date that gets
  embedded. By using $SOURCE_DATE_EPOCH, the date from the latest
  changelog entry is used instead.
- parallel building causes that src/objects.o and src/monst.o are build
  either from within src/ or from util/ (as those files are used by
  nethack and by makedefs), which results in a different build path
  embedded into the binary. This is solved by building makedefs
  explicitely before nethack.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/0025-reproducible-build.patch b/debian/patches/0025-reproducible-build.patch
new file mode 100644
index 000..50f959f
--- /dev/null
+++ b/debian/patches/0025-reproducible-build.patch
@@ -0,0 +1,50 @@
+Author: Reiner Herrmann 
+Description: enable reproducible building
+ - set LC_ALL to C so the shell sorts files in DATDLB after
+   wildcard expansion independent of the configured locale
+ - read timestamp for the build date from environment.
+   https://reproducible-builds.org/specs/source-date-epoch/
+
+--- a/sys/unix/Makefile.top
 b/sys/unix/Makefile.top
+@@ -186,7 +186,7 @@
+ 
+ dlb:
+ 	( cd util ; $(MAKE) dlb )
+-	( cd dat ; ../util/dlb cf nhdat $(DATDLB) )
++	( cd dat ; LC_ALL=C ; ../util/dlb cf nhdat $(DATDLB) )
+ 
+ # recover can be used when INSURANCE is defined in include/config.h
+ # and the checkpoint option is true
+--- a/util/makedefs.c
 b/util/makedefs.c
+@@ -1222,7 +1222,7 @@
+ #else
+ time_t clocktim = 0;
+ #endif
+-char *c, cbuf[60], buf[BUFSZ];
++char *c, cbuf[60], buf[BUFSZ], *source_date_epoch;
+ const char *ul_sfx;
+ 
+ /* before creating date.h, make sure that xxx_GRAPHICS and
+@@ -1244,7 +1244,10 @@
+ Fprintf(ofp, "%s", Dont_Edit_Code);
+ 
+ (void) time();
+-Strcpy(cbuf, ctime());
++source_date_epoch = getenv("SOURCE_DATE_EPOCH");
++if (source_date_epoch)
++clocktim = strtoull(source_date_epoch, NULL, 10);
++Strcpy(cbuf, asctime(gmtime()));
+ 
+ for (c = cbuf; *c; c++)
+ if (*c == '\n')
+@@ -1281,7 +1284,7 @@
+ Fprintf(ofp, "\n");
+ #ifdef AMIGA
+ {
+-struct tm *tm = localtime((time_t *) );
++struct tm *tm = asctime(gmtime((time_t *) ));
+ Fprintf(ofp, "#define AMIGA_VERSION_STRING ");
+ Fprintf(ofp, "\"\\0$VER: NetHack %d.%d.%d (%d.%d.%d)\"\n",
+ VERSION_MAJOR, VERSION_MINOR, PATCHLEVEL, tm->tm_mday,
diff --git a/debian/patches/series b/debian/patches/series
index ea58e42..4a93708 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -14,3 +14,4 @@
 0021-fix-kfreebsd-ftbfs.patch
 0023-gcc-warning-fixes.patch
 0024-lisp-3.6.patch
+0025-reproducible-build.patch
diff --git a/debian/rules b/debian/rules
index 18f4b05..b7251c2 100755
--- a/debian/rules
+++ b/debian/rules
@@ -30,6 +30,7 @@ define build_target
 	$(MAKE) clean
 	touch include/config.h
 	sleep 2
+	$(MAKE) LFLAGS='$(LFLAGS)' CFLAGS='$(CFLAGS)' LINK='$$(CC)' -C util makedefs
 	$(MAKE) LFLAGS='$(LFLAGS)' CFLAGS='$(CFLAGS) $(EXTRACPP_$1)' \
 		WINSRC='$(SRC_$1)' WINOBJ='$(OBJ_$1)' WINLIB='$(LIB_$1)' \
 		LINK='$$(CC)' $(EXTRA_$1) GAME='nethack-$1' \


signature.asc
Description: PGP signature

Bug#817964: notmuch: indexing daemon

[Justus Winter]

Quoting David Bremner (2016-03-12 12:24:47)
> Paul Wise  writes:
> > I expect the right interface to use for notifications of filesystem
> > events is inotify since fanotify doesn't send rename events. This would
> > require one inotify per directory.

Fwiw, afew does exactly that.

Justus

Bug#816108: pinball: diff for NMU version 0.3.1-13.3

[Markus Koschany]

Control: tags -1 patch pending

Dear maintainer,

I've prepared an NMU for pinball (versioned as 0.3.1-13.3) and
uploaded it to unstable. I am attaching the debdiff to this bug report.

Regards,

Markus
diff -Nru pinball-0.3.1/debian/changelog pinball-0.3.1/debian/changelog
--- pinball-0.3.1/debian/changelog	2014-08-23 14:16:55.0 +0200
+++ pinball-0.3.1/debian/changelog	2016-03-13 23:36:15.0 +0100
@@ -1,3 +1,14 @@
+pinball (0.3.1-13.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove depcomp in dh_auto_configure override and prevent the FTBFS.
+Thanks to Tobias Frost for the report. (Closes: #816108)
+  * Use dh_fixperms override for arch-only and fix building with
+dpkg-buildflag -A.
+Thanks to Santiago Vila for the report. (Closes: #806093)
+
+ -- Markus Koschany   Sun, 13 Mar 2016 23:34:47 +0100
+
 pinball (0.3.1-13.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru pinball-0.3.1/debian/rules pinball-0.3.1/debian/rules
--- pinball-0.3.1/debian/rules	2014-08-23 14:16:55.0 +0200
+++ pinball-0.3.1/debian/rules	2016-03-13 23:36:15.0 +0100
@@ -18,6 +18,7 @@
 
 .PHONY: override_dh_auto_configure
 override_dh_auto_configure:
+	$(RM) depcomp
 	libtoolize --install --copy
 	aclocal
 	autoheader
@@ -36,7 +37,7 @@
 	dh_install
 
 .PHONY: override_dh_fixperms
-override_dh_fixperms:
+override_dh_fixperms-arch:
 	dh_fixperms
 	chown root:games debian/pinball/usr/games/pinball
 	chmod 2755 debian/pinball/usr/games/pinball

Bug#818127: libraw1394: FTBFS in stretch (TeX error, jadetex)

[Santiago Vila]

Package: src:libraw1394
Version: 2.1.1-2
Severity: serious

Dear maintainer:

This package currently fails to build from source in stretch:


kpathsea: Running mktexfmt pdfjadetex.fmt
mktexfmt: mktexfmt is using the following fmtutil.cnf files (in precedence 
order):
mktexfmt:   /usr/share/texmf/web2c/fmtutil.cnf
mktexfmt:   /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf
mktexfmt: mktexfmt is using the following fmtutil.cnf file for writing changes:
mktexfmt:   /sbuild-nonexistent/.texmf-config/web2c/fmtutil.cnf
/usr/bin/mktexfmt: mkdir(/sbuild-nonexistent/) failed, goodbye: Permission 
denied
This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian) 
(preloaded format=pdfjadetex)
 restricted \write18 enabled.
 I can't find the format file `pdfjadetex.fmt'!


The full build log is attached.

Thanks.

libraw1394_2.1.1-2_amd64-20160313-2336.gz
Description: application/gzip

Bug#721321: [libgnutls26] Breaks SSL tracker support in Transmission

[Yuriy M. Kaminskiy]

1) There are no ssl-specific code in transmission, it is dealt with in 
curl. So, if any, it is a *curl* bug that affects transmission;


2) curl bug was supposed to be fixed and reappeared several times, last 
reincarnation is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818126 
(affects jessie, supposed to be fixed in stretch/sid).

Bug#818126: libcurl3-gnutls: https connection is broken by (harmless) TLS Alert messages

[Yuriy M. Kaminskiy]

Package: libcurl3-gnutls
Version: 7.38.0-4+deb8u3
Severity: normal
Tags: upstream patch jessie

Dear Maintainer,

TLS Alert processing in curl gnutls backend is broken and return error
when server sends (non-fatal) TLS Alert message (e.g. due to
unrecognized SNI name).

You can test it with slightly modified doc/examples/https.c (I only
replaced www.example.com to random host taken from another bugreport 
that trigger this bug; attached).


$ gcc -o https https.c /usr/lib/*/libcurl-gnutls.so.3
$ ./https >/dev/null
curl_easy_perform() failed: SSL peer certificate or SSH remote key was 
not OK


This bug is already fixed upstream in commit
d5aab55b3353bec1d34a2e1434399d23db79b254 (between 7.42 and 7.43, so 
stretch/sid should be fine [but I have not tried to check]),
however jessie version is still broken. This commit can be cleanly 
cherry-picked to 7.38 and fixes the problem (verified).


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

Architecture: i386 (x86_64)
Foreign Architectures: amd64

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

Versions of packages libcurl3-gnutls depends on:
ii  libc6  2.19-18
ii  libcomerr2 1.42.12-1.1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgssapi-krb5-2   1.12.1+dfsg-19
ii  libidn11   1.29-1+b2
ii  libk5crypto3   1.12.1+dfsg-19
ii  libkrb5-3  1.12.1+dfsg-19
ii  libldap-2.4-2  2.4.40+dfsg-1+deb8u1
ii  libnettle4 2.7.1-5
ii  librtmp1   2.4+20150115.gita107cef-1
ii  libssh2-1  1.4.3-4.1+deb8u1
ii  multiarch-support  2.19-18
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages libcurl3-gnutls recommends:
ii  ca-certificates  20141019+deb8u1

libcurl3-gnutls suggests no packages.

-- no debconf information

/***
 *  _   _   _
 *  Project ___| | | |  _ \| |
 * / __| | | | |_) | |
 *| (__| |_| |  _ <| |___
 * \___|\___/|_| \_\_|
 *
 * Copyright (C) 1998 - 2012, Daniel Stenberg, , et al.
 *
 * This software is licensed as described in the file COPYING, which
 * you should have received as part of this distribution. The terms
 * are also available at http://curl.haxx.se/docs/copyright.html.
 *
 * You may opt to use, copy, modify, merge, publish, distribute and/or sell
 * copies of the Software, and permit persons to whom the Software is
 * furnished to do so, under the terms of the COPYING file.
 *
 * This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
 * KIND, either express or implied.
 *
 ***/
#include 
#include 

int main(void)
{
  CURL *curl;
  CURLcode res;

  curl_global_init(CURL_GLOBAL_DEFAULT);

  curl = curl_easy_init();
  if(curl) {
curl_easy_setopt(curl, CURLOPT_URL, "https://stech.muecke.pw/;);

#ifdef SKIP_PEER_VERIFICATION
/*
 * If you want to connect to a site who isn't using a certificate that is
 * signed by one of the certs in the CA bundle you have, you can skip the
 * verification of the server's certificate. This makes the connection
 * A LOT LESS SECURE.
 *
 * If you have a CA cert for the server stored someplace else than in the
 * default bundle, then the CURLOPT_CAPATH option might come handy for
 * you.
 */
curl_easy_setopt(curl, CURLOPT_SSL_VERIFYPEER, 0L);
#endif

#ifdef SKIP_HOSTNAME_VERIFICATION
/*
 * If the site you're connecting to uses a different host name that what
 * they have mentioned in their server certificate's commonName (or
 * subjectAltName) fields, libcurl will refuse to connect. You can skip
 * this check, but this will make the connection less secure.
 */
curl_easy_setopt(curl, CURLOPT_SSL_VERIFYHOST, 0L);
#endif

/* Perform the request, res will get the return code */
res = curl_easy_perform(curl);
/* Check for errors */
if(res != CURLE_OK)
  fprintf(stderr, "curl_easy_perform() failed: %s\n",
  curl_easy_strerror(res));

/* always cleanup */
curl_easy_cleanup(curl);
  }

  curl_global_cleanup();

  return 0;
}

>From 6e0ff31d469ec6690b85e2bd19052ae1a66f98fa Mon Sep 17 00:00:00 2001
From: Dmitry Eremin-Solenikov 
Date: Wed, 20 May 2015 22:50:55 +0300
Subject: [PATCH] gtls: don't fail on non-fatal alerts during handshake

Stop curl from failing when non-fatal alert is received during
handshake.  This e.g. fixes lots of problems when working with https
sites through proxies.

(cherry picked from commit d5aab55b3353bec1d34a2e1434399d23db79b254)
---
 

Bug#818074: binNMUs for xul extensions

[Martin Steigerwald]

On Sonntag, 13. März 2016 10:53:02 CET Sean Whitton wrote:
> Hello,

Sean,

> dh_xul-ext has been updated to generate Depends: on firefox and
> firefox-esr, so fixing these bugs just needs a rebuild of the affected
> packages.
> 
> In the meantime, Martin, to work around this I have iceweasel from
> testing and firefox from sid both installed.  My xul-ext-* packages work
> in both of them.

thank you.

I can have firefox + firefox-esr installed for now, they are both version 45 
anyway. Just thought you might not be aware of this issue.

Thanks,
-- 
Martin

Bug#733622: bogofilter: Crash on several emails with realloc(): invalid next size

[Mathieu GOULIN]

A good news,

On debian sid they is no problem.

root@b484630d40e2:~/bogofilter-1.2.4/src# ./bogofilter -v -u -I mbox.PB
X-Bogosity: Unsure, tests=bogofilter, spamicity=0.52, version=1.2.4


On Wed, 22 Oct 2014 14:49:12 +0200 Mathieu Goulin 
 wrote:

> Hy,
>
> I'm able to reproduce the bug with the trunk version of bogofilter. It
> seam's to be a problem in memory management when converting string in 
utf8.

>
> When i build bogofilter with configure option "--disable-unicode",
> bogofilter don't crash.
>
> *The result with gdb:*
> *** Error in `/root/bogofilter-code/bogofilter/src/bogofilter': 
realloc():

> invalid next size: 0x00662e50 ***
>
> Program received signal SIGABRT, Aborted.
> 0x76d3d077 in __GI_raise (sig=sig@entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
> (gdb) bt
> #0 0x76d3d077 in __GI_raise (sig=sig@entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
> #1 0x76d3e458 in __GI_abort () at abort.c:89
> #2 0x76d7afb4 in __libc_message (do_abort=do_abort@entry=1,
> fmt=fmt@entry=0x76e6dbc0 "*** Error in `%s': %s: 0x%s ***\n") at
> ../sysdeps/posix/libc_fatal.c:175
> #3 0x76d8078e in malloc_printerr (action=1, str=0x76e69d82
> "realloc(): invalid next size", ptr=) at malloc.c:4996
> #4 0x76d8356b in _int_realloc (av=av@entry=0x770aa620
> , oldp=oldp@entry=0x662e40, oldsize=oldsize@entry=32928,
> nb=nb@entry=32976) at malloc.c:4234
> #5 0x76d84569 in __GI___libc_realloc (oldmem=0x662e50,
> bytes=32968) at malloc.c:3029
> #6 0x0040a830 in yyrealloc (size=, ptr= out>) at lexer_v3.c:4044
> #7 yy_get_next_buffer () at lexer_v3.c:3204
> #8 yylex () at lexer_v3.c:3005
> #9 0x0040f5ca in parse_new_token (token=0x7fffead0) at
> token.c:206
> #10 get_token (token=token@entry=0x7fffead0) at token.c:153
> #11 0x00405f31 in collect_words (wh=wh@entry=0x63e740) at
> collect.c:48
> #12 0x004029e6 in bogofilter (argc=argc@entry=0, argv= out>) at bogofilter.c:97
> #13 0x00404957 in bogomain (argc=argc@entry=4,
> argv=argv@entry=0x7fffec88)
> at bogomain.c:67
> #14 0x004027a4 in main (argc=4, argv=0x7fffec88) at main.c:31
>
>
> *The result with valgrind :*
>
> ==4663== Invalid write of size 1
> ==4663== at 0x5B8815C: internal_utf8_loop (loop.c:331)
> ==4663== by 0x5B8815C: __gconv_transform_internal_utf8 (skeleton.c:611)
> ==4663== by 0x5B88D98: __gconv_transform_utf8_internal (skeleton.c:674)
> ==4663== by 0x5B83DB9: __gconv (gconv.c:79)
> ==4663== by 0x5B83358: iconv (iconv.c:52)
> ==4663== by 0x41BFC7: convert (iconvert.c:91)
> ==4663== by 0x41C1DD: iconvert (iconvert.c:196)
> ==4663== by 0x409977: get_decoded_line (lexer.c:226)
> ==4663== by 0x409C19: yyinput (lexer.c:327)
> ==4663== by 0x40BE46: yy_get_next_buffer (lexer_v3.c:3176)

Bug#817946: Installation of Debian 8.3 alongside another distro renders it unbootable

[Ben Hutchings]

On Sun, 2016-03-13 at 20:20 +0100, Philip Hands wrote:
> cpblpublic+deb...@gmail.com writes:
> 
> > 
> > Package: installation-reports
> > 
> > Version: 8.3
> > 
> > Hello. I just installed Debian 8.3 in a partition alongside Ubuntu 15.10 
> > on a Lenovo X230 Tablet.
> > 
> > 
> > Everything goes okay, and it claims that it writing the boot record should 
> > be safe and will preserve the Ubuntu 15.10 that it found.
> > 
> > However, upon rebooting, Ubuntu no longer boots. Its graphical booting 
> > sequence just hangs on the little logo with dots moving along.
> > 
> > In the terminal 1 screen, the following errors are reported:
> > 
> > tpm_tis  A TPM error (6) occurred atempting to read a pcr
> OK, so that's failing to talk to the TPM (Trusted Platform Module)
> 
> I'm guessing (not having tried any of this) that the problem is that
> Ubuntu had installed the secure boot shim and GRUB, and that stuff is
> somehow needed for the TPM to work properly, and that having overwritten
> that GRUB with Debian's, it won't work.
[...]

I think you're confusing Secure Boot with Trusted Boot.  Secure Boot
does not use a TPM, and it ensures the integrity of the core OS in the
face of remote attacks only.  Trusted Boot requires a TPM and ensures
integrity even in the face of physically present attackers that can
tamper with hardware (to some extent).

If integrity is lost, that should not prevent reading PCRs, but it
would prevent reading secrets (such as disk decryption keys) that are
stored in the TPM.  I would instead suspect one of the following:

1. The error in the tpm_tis driver has been there all along, is
harmless (because nothing is using the TPM), and the failure is
unrelated to this message.
2. The Ubuntu kernel behaves differently on this hardware depending on
whether it was booted 'cold' (from power-off) or 'warm' (reboot).
3. This is a regression in the tpm_tis driver in the Ubuntu kernel that
is unrelated to the upgrade.

Ben.

-- 
Ben Hutchings
If at first you don't succeed, you're doing about average.

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

Bug#818125: libsass-python: FTBFS in stretch

[Santiago Vila]

Package: src:libsass-python
Version: 0.9.3-1
Severity: serious

Dear maintainer:

This package currently fails to build from source in stretch:


AssertionError: {'mappings': 
';,CAAC,CACC,CAAC,CAAC;EACA,SAAS,EAAE,IAAK,G[84 chars]ss']} != {'mappings': 
';,AACE,CADD,CACC,CAAC,CAAC;EACA,SAAS,EAAE,I[89 chars]ss']}
  {'file': '../test/b.css',
  -  'mappings': ';,CAAC,CACC,CAAC,CAAC;EACA,SAAS,EAAE,IAAK,GACjB',
  ? -

+  'mappings': ';,AACE,CADD,CACC,CAAC,CAAC;EACA,SAAS,EAAE,IAAK,GACjB',
?++

   'names': [],
  'sources': ['../test/b.scss'],
 'version': 3}



The full build log is attached.

Thanks.

libsass-python_0.9.3-1_amd64-20160313-2251.gz
Description: application/gzip

Bug#818123: doublecmd: FTBFS in stretch

[Santiago Vila]

Package: src:doublecmd
Version: 0.6.6-1
Severity: serious

Dear maintainer:

This package currently fails to build from source in stretch:


/<>/src/./platform/unix/umyunix.pas(523,83) Error: (3069)
Call by var for arg no. 3 has to match exactly: Go t "UTF8String"
expected "AnsiString"


The full build log is attached.

Thanks.

doublecmd_0.6.6-1_amd64-20160313-2250.gz
Description: application/gzip

Bug#818124: easymp3gain: FTBFS in stretch

[Santiago Vila]

Package: src:easymp3gain
Version: 0.5.0+svn135-6
Severity: serious

Dear maintainer:

This package currently fails to build from source in stretch:


-- Check for Lazbuild: /usr/bin/lazbuild
CMake Error at data/cmake/FindLazbuild.cmake:36 (message):
  Could not check LCL version (Lazbuild found?)
  Call Stack (most recent call first):
src/CMakeLists.txt:3 (find_package)


-- Configuring incomplete, errors occurred!
See also 
"/<>/easymp3gain-0.5.0+svn135/build/CMakeFiles/CMakeOutput.log".
debian/rules:21: recipe for target 'override_dh_auto_configure' failed
make[1]: *** [override_dh_auto_configure] Error 1
make[1]: Leaving directory '/<>/easymp3gain-0.5.0+svn135'
debian/rules:18: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


The full build log is attached.

Thanks.

easymp3gain_0.5.0+svn135-6_amd64-20160313-2250.gz
Description: application/gzip

Bug#818122: docker.io: FTBFS in stretch

[Santiago Vila]

Package: src:docker.io
Version: 1.8.3~ds1-2
Severity: serious

Dear maintainer:

This package currently fails to build from source in stretch:


---> Making bundle: dynbinary (in bundles/1.8.3/dynbinary)
/usr/share/gocode/src/github.com/opencontainers/runc/libcontainer/cgroups/utils.go:16:2:
 cannot find package "github.com/docker/go-units" in any of:
 /usr/lib/go/src/github.com/docker/go-units (from $GOROOT)
 /<>/.gopath/src/github.com/docker/go-units (from $GOPATH)
 /usr/share/gocode/src/github.com/docker/go-units
debian/rules:59: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>'
debian/rules:122: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2


The full build log is attached.

Thanks.

docker.io_1.8.3~ds1-2_amd64-20160313-2249.gz
Description: application/gzip

Bug#818121: consul-migrate: FTBFS in stretch

[Santiago Vila]

Package: src:consul-migrate
Version: 0.1.0-1
Severity: serious

Dear maintainer:

This package currently FTBFS in stretch:


=== RUN   TestMigrator_migrate
--- FAIL: TestMigrator_migrate (2.01s)
panic: runtime error: cgo argument has Go pointer to Go pointer [recovered]
panic: runtime error: cgo argument has Go pointer to Go pointer


The full build log is attached.

Thanks.

consul-migrate_0.1.0-1_amd64-20160313-2249.gz
Description: application/gzip

Bug#818120: aspcud: can't find a solution with a new glibc

[Emilio Pozuelo Monfort]

Package: sbuild
Version: 0.68.0-1
Severity: normal

There a bunch of packages where aspcud can't find a solution. This
seems to be related to the new glibc in unstable. Possibly the old
libc is installed in the chroot and aspcud doesn't consider upgrading
it, though that's just a guess.

See https://buildd.debian.org/status/logs.php?pkg=gcc-6=6-20160313-1

Cheers,
Emilio

Bug#818068: ImportError: cannot import name Gtk, introspection typelib not found

[Samuel Thibault]

Control: tags -1 + pending

Hello,

Martin Furter, on Sun 13 Mar 2016 10:47:08 +0100, wrote:
> ImportError: cannot import name Gtk, introspection typelib not found

Ah, the package is missing the python3-gi, gir1.2-gtk-3.0,
gir1.2-gst-plugins-base-1.0 dependencies, indeed.

Thanks for the report,
Samuel

Bug#725629: vice: sometimes FTBFS: error while opening "src/arch/win32/res.rc.po.c" for reading: No such file or directory

[GCS]

On Tue, Mar 8, 2016 at 11:08 AM, Graham Inggs  wrote:
> This problem still occurs from time to time.
 While it's rare, it happens from time to time. :-( Even upstream
couldn't reliably reproduce it and hence no real solution exist to
prevent this. Now I try an other way, forcing the sequence it should
be built.

Regards,
Laszlo/GCS

Bug#818119: RM: tcos-configurator -- ROM; unmaintained upstream

[mario]

Package: ftp.debian.org
Severity: normal


Please remove tcos-configurator from the archive, it's no longer updated or 
mantained.

Thanks

Bug#818007: wheezy-pu: package aptdaemon/0.45-2+deb7u1.debdiff

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 18:43 +0100, Guido Günther wrote:
> On Sat, Mar 12, 2016 at 05:23:46PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-12 at 17:59 +0100, Guido Günther wrote:
> > > I'd like to update apt-daemon in wheezy to fix CVE-2015-1323 which is
> > > already fixed in squeeze-lts.
> > 
> > Please go ahead.
> 
> Uploaded. Thanks!

Flagged for acceptance.

Regards,

Adam

Bug#818115: turn python-sphinx into an arch:any package

[Dmitry Shachnev]

Hi Helmut,

On Sun, Mar 13, 2016 at 09:32:28PM +0100, Helmut Grohne wrote:
> [skip]
>
> So here is a patch:
>
> sed -i -e '/Package: python3\?-sphinx/,+1s/\(Architecture: a\)ll/\1ny/' 
> debian/control
>
> Please apply it, so we can start adding the :native annotation to
> reverse dependencies such as jansson #807848.

I wonder what's the point of cross-building the arch-indep packages at all?
In jansson case, it looks like python-sphinx should be moved from Build-Depends
to Build-Depends-Indep, and the arch-any packages will be correctly cross-built
without sphinx.

If there are other cases except jansson, please let me know. Though I can't
imagine how sphinx can be used for building something arch-specific…

(Also, if I just apply the change you suggested, sphinx will FTBFS on some
archs, because the tests use webkit which segfaults there — so it's a bit more
tricky).

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#818075: xul-ext-debianbuttons: depends on iceweasel, but package was renamed to firefox/firefox-esr

[Damyan Ivanov]

-=| Martin Steigerwald, 13.03.2016 12:18:30 +0100 |=-
> this package depends on iceweasel, but package was renamed to
> firefox/firefox-esr.
> 
> I found this as I wanted to use firefox instead of firefox-esr on
> my Debian Sid system:
> 
> merkaba:~> LANG=C apt purge firefox-esr
> Reading package lists... Done
> Building dependency tree···
> Reading state information... Done
> The following packages will be REMOVED:
>   firefox-esr* firefox-esr-l10n-de* iceweasel* iceweasel-l10n-de* 
> xul-ext-all-in-one-sidebar* xul-ext-debianbuttons* xul-ext-nosquint* 
> xul-ext-treestyletab*
> 0 upgraded, 0 newly installed, 8 to remove and 8 not upgraded.
> After this operation, 97.6 MB disk space will be freed.
> Do you want to continue? [Y/n]

A simple rebuild of the package with mozilla-devscripts 0.45 fixes 
this. I think all packages relying on ${xpi:Depends} would suffer from 
the same issue. Is there a bin-NMU campaign planned?

-- dam


signature.asc
Description: Digital signature

Bug#818118: security-tracker: It's possible for any user to steal root console output

[nomatter]

Package: security-tracker
Severity: normal

Dear Maintainer,

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

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

1. Open root console
2. apt-get any framebuffer grabbing utility (e.g. fbgrab)
3. switch to a graphical interface of any other user
4. run "fbgrab /path/whatever.png"
5. Now you've got a root console output, with possibly its secret information

   * What outcome did you expect instead?

This may sound ridiculous but I don't want regular users to be able to watch 
over another user consoles. Especially root console. You know, anyone on the 
computer can just launch a script that will grab the root console output 
continiously revealing everything the root was doing.

*** End of the template - remove these template lines ***
This may be hardware-specific, so in this case - I'm using AMD graphics card 
with "radeon" driver.


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

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

Bug#818117: dvdvideo-backup-image: Overlap between and

[Petter Reinholdtsen]

Package: python3-dvdvideo
Version: 0.20140413

I ran into a new kind of error when trying to back up a norwegian
childrens DVD from 2015.  This is the error message:

guest@video:~$ dvdvideo-backup-image /dev/sr0 K_on_safari.iso
Traceback (most recent call last):] 0/4481 0%
  File "/usr/bin/dvdvideo-backup-image", line 265, in 
main(stream, *args)
  File "/usr/bin/dvdvideo-backup-image", line 211, in main
i.check(parts)
  File "/usr/bin/dvdvideo-backup-image", line 97, in check
raise RuntimeError('Overlap between %r and %r' % (self, other))
RuntimeError: Overlap between  and 
guest@video:~$

Any idea how to get past such problem?

-- 
Happy hacking
Petter Reinholdtsen

Bug#772555: untested hacky attempt at using systemctl preset

[Martin Pitt]

Hello Raphael,

Raphael Hertzog [2016-03-08 11:12 +0100]:
> Ok. So here's the final patch that I'm now using in Kali. It seems to work
> from the quick tests that I did.

Many thanks for working on this!

However, this breaks the test suite left and right:

  http://paste.ubuntu.com/15378313/

on a lot of "No such file or directory" or "unable to read
footest.service" errors?

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#818116: uwsgi-plugin-python: post-installation script returned error exit status 1

[Allen Chan]

Package: uwsgi-plugin-python
Version: 2.0.12-4
Severity: important

Dear Maintainer,

uwsgi-plugin-python version 2.0.12-4 fails to install.  It exits with the error:

Setting up uwsgi-plugin-python3 (2.0.12-4) ...
dpkg: error processing package uwsgi-plugin-python3 (--configure):
 subprocess installed post-installation script returned error exit status 1

Thank you.


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages uwsgi-plugin-python depends on:
ii  libc6 2.21-9
ii  libpython2.7  2.7.11-4
ii  uwsgi-core2.0.12-4

uwsgi-plugin-python recommends no packages.

Versions of packages uwsgi-plugin-python suggests:
pn  python-uwsgidecorators  

-- no debconf information

Bug#818115: turn python-sphinx into an arch:any package

[Helmut Grohne]

Package: python-sphinx
Version: 1.3.6-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block #807848 by -1

Hi,

I have a request that may sound strange: Please turn python-sphinx and
python3-sphinx from Architecture: all into Architecture: any. On first
hearing this, it may make no sense and indeed the rationale is
elaborate.

You may have heard about the "multiarch interpreter problem".
Unfortunately, sphinx is a victim of it in a strange way. When other
packages Build-Depends: python-sphinx, they ask for the host
architecture version. Since python-sphinx is Architecture: all, it is
treated as native architecture and commonly the build architecture is
the native architecture. During cross builds, the host and build
architectures differ and thus there is no way to satisfy such a
dependency (from a resolver pov).

>From a practical pov, we do want the build architecture python for
running sphinx, because the host architecture python cannot be executed.
So maybe we can say that architectures don't matter for sphinx by
marking it Multi-Arch: foreign? Unfortunately, no. python-sphinx
transitively depends on python-markupsafe (via python-jinja2) and thus
exposes it. Since python-markupsafe is an architecture dependent Python
extension, python-sphinx exposes the architecture. This is the gist of
the multiarch interpreter problem.

Bummer, so maybe we can tell the dependency to not care about the
architecture? The multiarch specification considered that problem and
therefore you can annotate Build-Depends with :native to select the
build architecture for a dependency. Unfortunately, this is only allowed
for Architecture: any packages. So we cannot use this to fix
dependencies either, unless we turn python-sphinx (and python3-sphinx)
into Architecture: any packages.

We thought long and hard about better solutions[1], but ultimately the
we figured there are none in practical reach. At DC15, I sat down with
Guillem Jover and Ian Jackson and after a long discussion, we concluded
that we will have to employ this workaround to move forward, because any
change to the dependency model (and thus dpkg) would be too involved.
sphinx is an early target, because it affects[2] lots of reverse
dependencies (>= 100).  python-sphinx will certainly not be the last[3]
package that requires this weired change.

So here is a patch:

sed -i -e '/Package: python3\?-sphinx/,+1s/\(Architecture: a\)ll/\1ny/' 
debian/control

Please apply it, so we can start adding the :native annotation to
reverse dependencies such as jansson #807848.

If you have any questions about the reasoning, don't hesitate to ask and
Cc debian-cr...@lists.debian.org.

Helmut

[1] https://wiki.debian.org/HelmutGrohne/MultiarchSpecChanges
[2] http://bootstrap.debian.net/cross_all.html
[3] http://bootstrap.debian.net/ma_interpreter.html

Bug#817199: transcode: should this package be removed?

[Sebastian Ramacher]

Hi

On 2016-03-09 16:42:20, Fabian Greffrath wrote:
> Am Dienstag, den 08.03.2016, 23:39 +0100 schrieb Sebastian Ramacher:
> > What do you think?
> 
> No objections, except for this:
> 
> $ apt-cache rdepends transcode
> transcode
> Reverse Depends:
>   transcode-doc
>   xjadeo
>   transcode-dbg
>   multimedia-video
>   python-mecavideo
>   dvdwizard
> 
> It appears that at least dvdwizard has a hard Depends on transcode.

Yes, dvdwizard would have to be RoQ-ed if we are going to remove transcode. But
it's also dead upstream and orphaned.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#818035: libva not working

[Sebastian Ramacher]

Control: tags -1 + moreinfo
Control: severity -1 normal

On 2016-03-12 22:35:56, Jürgen Bausa wrote:
> Source: libva
> Version: 1.6.2-2
> Severity: important
> 
> Dear Maintainer,
> 
> I get an error running vainfo on plain jessie.

So what was the error?

> Therefore I made backports of libva from
> testing and installed them, but it still doesnt work. I only get a different 
> error message.

Did you also backport intel-vaapi-driver?

> This is what get after installing the backports for libva:
> 
> jba@lisa:~$ vainfo
> libva info: VA-API version 0.38.1
> libva info: va_getDriverName() returns 0
> libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
> libva info: Found init function __vaDriverInit_0_38
> vainfo: intel_memman.c:39: intel_memman_init: Assertion `intel->bufmgr' 
> failed.

This is an error from intel-vaapi-driver.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

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

[Michael Biebl]

Hi

On Fri, 11 Mar 2016 11:36:54 + Giacomo Boffi
 wrote:

> wifiCert.p12 is not shown (no file at all is shown as selectable).

I've forwarded your issue upstream at
https://bugzilla.gnome.org/show_bug.cgi?id=763578

Please follow up there in case upstream has further questions.

Regards,
Michael

-- 
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#818114: [shotcut] Exporting fails due to qmelt not found; nonfunctional features

[Michael Heerdegen]

Package: shotcut
Version: 16.03-dmo3
Severity: normal

--- Please enter the report below this line. ---
Hello,


thanks for bringing this package to Debian!

I gave it a try and have several problems.  The major one is that
exporting always fails.  The job log says:

  /usr/bin/nice: ‘/usr/bin/qmelt’: No such file or directory

Indeed: a "qmelt" binary doesn't exist on my system, but I also don't
know how to install it/ what to install.

Then I noticed that some features explained in the shotcut tutorials on
their homepage don't work: the combined clip view and the timeline are
not available (dragging a clip into the timeline has no effect), and
filters can't be used (there are no icons present to add filters).

Sorry if this is all known or stuff not available in this version of
shotcut.

Please tell me if you need more details.


Thanks in advance,

Michael.


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

Debian Release: stretch/sid
   95 unstableftp.de.debian.org 
  900 testing www.deb-multimedia.org 
  900 testing security.debian.org 
  900 testing ftp.de.debian.org 
  500 stable  ftp.de.debian.org 
  500 oldstable   ftp.de.debian.org 
1 experimentalftp.de.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#816686: jessie-pu: package systemd/215-17+deb8u4

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 19:44 +0100, Michael Biebl wrote:
> Hi Adam,
> 
> Am 11.03.2016 um 23:13 schrieb Adam D. Barratt:
> > Please go ahead.
> 
> Uploaded.
> Thanks for the review.

Flagged for acceptance.

Regards,

Adam

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Chris Knadle]

Mikkel Krautz:
> On Sun, Mar 13, 2016 at 2:58 PM, Kurt Roeckx  wrote:
>> I would also like to say again that if we can somehow see in the
>> meta data that they are using libssl, they would get rebuild at
>> the same time and you wouldn't get into this situation that they
>> are using a different version.
> 
> My vote is also 100% for doing that. Preferably via '-openssl-linked'.

I'm building qt4-x11 with ./configure -openssl-linked with OpenSSL 1.0.2d-1
now and will then build test versions of mumble with it to verify what the
behavior is.

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#809676: offlineimap: Blinkenlights UI flickery, slow, broken

[Christian Neukirchen]

Please try the proposed fix at
https://github.com/OfflineIMAP/offlineimap/issues/290#issuecomment-196036356

> Ok, I think an easier solution would be to just call
> curses.resize_term instead of curses.resizeterm, and possibly force
> a redraw afterwards.  The latter function will not ungetch an
> KEY_RESIZE, resulting in this nasty loop.

-- 
Christian Neukirchen    http://chneukirchen.org

Bug#817115: [Pkg-utopia-maintainers] Bug#817115: Bug#817115: [network-manager] Wireless Device Support Regression (wext)

[Michael Biebl]

Control: tags -1 + pending

Hi Antonio!

Am 10.03.2016 um 15:00 schrieb Antonio Russo:
> Upstream has posted a patch which resolves this bug. Thanks for the guidance!

I have to say thanks for the detailed bug report, forwarding it upstream
and working with upstream on a fix! This is very much appreciated.

I've cherry-picked the commit and will upload a package later today.

Regards,
Michael


-- 
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#817874: linux-image-3.16.0-4-amd64: 3.16.7-ckt25-1 freeze with radeon driver

[Борис Попов]

Hi!

I have this problem too.

-- 
Boris Popov

Bug#818006: jessie-pu: package aptdaemon/1.1.1-4+deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 18:43 +0100, Guido Günther wrote:
> On Sat, Mar 12, 2016 at 05:26:47PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-12 at 17:56 +0100, Guido Günther wrote:
> > > I'd like to update apt-daemon in jessie to fix CVE-2015-1323 which is
> > > already fixed in squeeze-lts.
> > 
> > Please go ahead.
> 
> Uploaded. Thanks!

Flagged for acceptance.

Regards,

Adam

Bug#816243: jessie-pu: package subversion/1.8.10-6+deb8u3

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 08:53 -0500, James McCoy wrote:
> On Fri, Mar 11, 2016 at 09:49:25PM +, Adam D. Barratt wrote:
> > On Sun, 2016-02-28 at 21:38 -0500, James McCoy wrote:
> > > I'd like to propose the following update (+ s/UNRELEASED/jessie/) to fix a
> > > crash when running svn and using kwallet to store credentials.
> > [...]
> > > +  * patches/r1701440-kwallet-segfault: Fix segfault when using kwallet to
> > > +store authentication information.  (Closes: #736879)
> > 
> > Please go ahead.
> 
> Uploaded.

and flagged for acceptance into p-u.

Regards,

Adam

Bug#784915: jessie-pu: package rsnapshot/1.3.1-4

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2016-02-21 at 12:17 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2015-10-26 at 00:26 +0100, Guillaume Delacour wrote:
> > Hi,
> > 
> > Le 21/08/2015 16:34, Adam D. Barratt a écrit :
> > 
> > > 
> > > The package in unstable and testing appears to have been fixed now.
> > > 
> > >> In either case, when it comes to an update in stable we'll need a source
> > >> debdiff of the proposed updated package, built and tested in a Jessie
> > >> environment, rather than pointers to online patches.
> > > 
> > > This is still true, however.
> > 
> > Please find attached a debdiff that fix the problem in Jessie. I've
> > tested the fix by defining ssh_args in /etc/rsnapshot.conf and it's
> > works well after the fix (before applying the update rsnapshot fails
> > with "rsync: Failed to exec /usr/bin/ssh -p222: No such file or directory").
> 
> Apologies for the delay in getting back to you. Please go ahead.

Now uploaded, and flagged for acceptance.

Regards,

Adam

Bug#816697: jessie-pu: package fonts-sil-andika/1.004-2+deb8u1

[Adam D. Barratt]

On Tue, 2016-03-08 at 09:20 +0100, Petter Reinholdtsen wrote:
> [Andreas Beckmann]
> >> +rm_conffile /etc/fonts/conf.avail/65-andika.conf 1.004-2~ fonts-sil-andika
> >
> > That won't work as expected ... you will need a version of 1.004-2+deb8u2~
> > otherwise that "fix" won't be applied to systems that already have
> > 1.004-2 installed.
> 
> Ah, good point.  I did not remember to change that file after I decided
> the package version number.  I'll upload a fixed version.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#817992: jessie-pu: package apt/1.0.9.8.3

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 18:23 +0100, Julian Andres Klode wrote:
> On Sat, Mar 12, 2016 at 05:20:38PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-12 at 14:20 +0100, Julian Andres Klode wrote:
> > > I'd like to update APT in jessie from 1.0.9.8.2 to 1.0.9.8.3 to
> > > fix a stack buffer overflow the the dependency resolver, backported
> > > from apt 1.2.6.
> > 
> > Please go ahead.
> > 
> 
> Uploaded, thanks. 

Flagged for acceptance.

Regards,

Adam

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

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2016-03-13 at 21:39 +0700, Prach Pongpanich wrote:
> On Sun, Mar 13, 2016 at 12:11 AM, Adam D. Barratt
>  wrote:
> > Control: tags -1 + confirmed
> >
> > On Sat, 2016-03-12 at 14:45 +0700, Prach Pongpanich wrote:
> >> 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.
> >
> > It always seems a little worrying when these haven't been noticed
> > previously.
> >
> > In any case, please go ahead.
> >
> 
> Uploaded, thanks.

Flagged for acceptance.

Regards,

Adam

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

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-12 at 21:33 +0100, Uwe Kleine-König wrote:
> On 03/12/2016 06:25 PM, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-12 at 18:23 +0100, Cyril Brulebois wrote:
> >> Adam D. Barratt  (2016-03-12):
> >>> On Sat, 2016-03-12 at 11:16 +, Ian Campbell wrote:
>  On Fri, 2016-03-11 at 11:19 +0100, Uwe Kleine-König wrote:
> >>> [...]
> > 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.
> 
>  FWIW as one of the more recently active flash-kernel maintainers I am
>  in favour of this, since flash-kernel is run as part of the installer
>  simply adding the lastest f-k with the fix to jessie-backports is not
>  sufficient.
> >>>
> >>> The diff looks okay to me, but as it affects d-i a KiBi-ack would be
> >>> preferable for completeness.
> >>
> >> This approach looks good to me, kibi-ack.
> > 
> > Thanks. Uwe / Ian, please feel free to upload.
> 
> I uploaded the package that I created the debdiff with. i.e. no +nmu
> even though I'm not part of the Debian Install System Team. (That's what
> Ian suggested.)

Flagged for acceptance.

Regards,

Adam

Bug#816891: jessie-pu: package espeakup/1:0.71-19

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2016-03-10 at 01:21 +0100, Samuel Thibault wrote:
> Hello,
> 
> It is now uploaded.

Flagged for acceptance.

Regards,

Adam

Bug#818112: ITP: neovim-qt -- neovim client library and GUI

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau 

* Package name: neovim-qt
  Version : 0.1.1
  Upstream Author : Rui Abreu Ferreira 
* URL : https://github.com/equalsraf/neovim-qt
* License : ISC
  Programming Lang: C++
  Description : neovim client library and GUI

It provides Qt5 bindings (libneovim-qt) to help developing neovim clients and
plugins.

It also provides a GUI for neovim, using the above bindings.

This package will be maintained in the pkg-vim team

Bug#818113: RFP: python-paho-mqtt -- Eclipse Paho MQTT Python client library

[Chris Boot]

Package: wnpp
Severity: wishlist

* Package name: python-paho-mqtt
  Version : 1.1
  Upstream Author : Roger Light 
* URL : http://www.eclipse.org/paho/
* License : EPL-2.0
  Programming Lang: Python
  Description : Eclipse Paho MQTT Python client library

Python client library for versions 3.1 and 3.1.1 of the MQTT protocol.
.
The MQTT protocol is a machine-to-machine (M2M)/"Internet of Things"
connectivity protocol. Designed as an extremely lightweight
publish/subscribe messaging transport, it is useful for connections with
remote locations where a small code footprint is required and/or network
bandwidth is at a premium.
.
This was perviously packaged in Debian as part of the mosquitto package,
as python-mosquitto. The client library has been moved under the Eclipse
Foundation, and has been renamed.

Bug#817946: Installation of Debian 8.3 alongside another distro renders it unbootable

[Philip Hands]

cpblpublic+deb...@gmail.com writes:

> Package: installation-reports
>
> Version: 8.3
>
> Hello. I just installed Debian 8.3 in a partition alongside Ubuntu 15.10 
> on a Lenovo X230 Tablet.
>
>
> Everything goes okay, and it claims that it writing the boot record should 
> be safe and will preserve the Ubuntu 15.10 that it found.
>
> However, upon rebooting, Ubuntu no longer boots. Its graphical booting 
> sequence just hangs on the little logo with dots moving along.
>
> In the terminal 1 screen, the following errors are reported:
>
> tpm_tis  A TPM error (6) occurred atempting to read a pcr

OK, so that's failing to talk to the TPM (Trusted Platform Module)

I'm guessing (not having tried any of this) that the problem is that
Ubuntu had installed the secure boot shim and GRUB, and that stuff is
somehow needed for the TPM to work properly, and that having overwritten
that GRUB with Debian's, it won't work.

Depending on whether you're actually using the TPM for anything
important, you might be able to simply turn it off in the BIOS.

Otherwise, you'll presumably want to boot an Ubuntu live CD and
re-install at least GRUB, and perhaps the shim:

  
https://wiki.ubuntu.com/SecurityTeam/SecureBoot#Shim_bootloader_signed_with_Microsoft_key

N.B. This is mostly guesswork based on the symptoms you describe.

HTH

As to fixing the problem (assuming that the cause is as I've guessed) we
should probably try to detect the presence of the shim and refrain from
installing Debian's grub until the user's seen a warning about being
about to break the bootability of the other system.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#717629: please document LANG and LC_ALL in locale(1)

[Michael Kerrisk (man-pages)]

tags 717629 fixed-upstream
thanks

Hello Vincent,

On 03/14/2016 07:24 AM, Vincent Lefevre wrote:
> On 2016-03-14 06:56:56 +1300, Michael Kerrisk (man-pages) wrote:
>> The goal of the upstream locale(1) page is to document the syntax of
>> the command.
> 
> It did more than that when the bug was reported. Here's the
> ENVIRONMENT VARIABLES section from the locale(1) man page
> of Debian 6 and 7:

I appreciate that the old Debian locale page was different. At the time
the time this Debian bug was raised, the upstream man-pages locale(1)
page didn't exist!

But, I think the upstream pages now provide all the info you hope to
see, albeit not in the place where bug reported first expected it.

Cheers,

Michael


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/

Bug#818111: debian-keyring: please make the build reproducible (locale, fileordering)

[Satyam Zode]

Source:  debian-keyring
Version: 2016.01.20
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that debian-keyring could not be built reproducibly.

The attached patch fix the order of files in md5sums.
Once applied, debian-keyring can be built reproducibly in our current
experimental framework.

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

Thank you!
Satyam Zode
PICT, Pune
diff -Nru debian-keyring-2015.04.10/debian/changelog 
debian-keyring-2015.04.10.0~reproducible1/debian/changelog
--- debian-keyring-2015.04.10/debian/changelog  2015-04-10 14:53:32.0 
+0530
+++ debian-keyring-2015.04.10.0~reproducible1/debian/changelog  2016-03-13 
23:59:02.0 +0530
@@ -1,3 +1,9 @@
+debian-keyring (2015.04.10.0~reproducible1) UNRELEASED; urgency=medium
+
+  *  Made debian-keyring reproducible
+
+ -- Satyam Zode   Sun, 13 Mar 2016 23:57:03 +0530
+
 debian-keyring (2015.04.10) unstable; urgency=medium
 
   [ Gunnar Wolf ]
diff -Nru debian-keyring-2015.04.10/debian/rules 
debian-keyring-2015.04.10.0~reproducible1/debian/rules
--- debian-keyring-2015.04.10/debian/rules  2015-03-31 04:23:17.0 
+0530
+++ debian-keyring-2015.04.10.0~reproducible1/debian/rules  2016-03-14 
00:01:43.0 +0530
@@ -53,7 +53,8 @@
chown -R root.root debian/tmp
chmod -R go=rX debian/tmp
 
-   cd debian/tmp && find . -type f ! -regex '.*DEBIAN/.*' -printf '%P\0' | 
xargs -r0 md5sum > DEBIAN/md5sums 
+   cd debian/tmp && find . -type f ! -regex '.*DEBIAN/.*' -printf '%P\0' | 
\
+   LC_ALL=C sort -z | xargs -r0 md5sum > DEBIAN/md5sums
 
find debian/tmp -depth -newermt '$(BUILD_DATE)' -print0 | \
xargs -0r touch --no-dereference --date='$(BUILD_DATE)'

Bug#818110: RM: tcosmonitor -- ROM; unmaintained upstream

[mario]

Package: ftp.debian.org
Severity: normal

Please remove tcosmonitor from the archive, it's no longer updated or mantained.

Thanks

Bug#817922: [Pkg-roundcube-maintainers] Bug#817922: PEAR issues

[Yuri D'Elia]

On Sun, Mar 13 2016, Sandro Knauß  wrote:
> The PHP team is currently running a transistion to PHP7, that's why all
> packages are recompiled against PHP7 [0]. On the other side roundcube is
> currently not working with PHP7 and the pear packages built against PHP5 are
> removed from the repository . Roundcube has released a first 1.2-beta with 
> PHP7
> support [1] but this will take some month till the the version is released.

Note that I also couldn't make it run correctly with php5-fpm and taking
php-pear from testing (which is still for 5.x). Somehow RC itself
introduced some breaking change I couldn't track down.

That silenced fatal error is only one of at least two I found attempting
to call PEAR. Incredibly frustrating.

> So the only solution is to run roundcube with PHP 7 and create a patch for
> that. Maybe it is enough to backport the related patches to ticket 1490416
> [2]. For me it is out of scope currently do that.

Apart for some minor session issues (session_renegerate_id failing
somewhere due to the sqlite3 backend), I was able to make it run with
PHP7 (albeit with several deprecation warnings).

Looks like it's not too far off for php 7.

But I'd suggest, if you have the time, to check if this version of RC
still runs at all with php5 in testing.

Bug#818109: RM: tcosconfig -- ROM; unmaintained upstream

[mario]

Package: ftp.debian.org
Severity: normal


Please remove tcosconfig from the archive, it's no longer updated or mantained.

Thanks

Bug#818108: RM: tcos -- ROM; unmaintained upstream

[mario]

Package: ftp.debian.org
Severity: normal

Please remove tcos from the archive, it's no longer updated or mantained.

Thanks

Bug#717330: wrong date and time in notification mail

[Burro-net - TuxaneMedia]

> # see Debian bug #717330

> export LC_TIME=C

didn't work for me, but setting

mta = mail

instead

mta = sendmail

in jail.conf works.

I'm using postfix on debian 7.9

Bug#817240: mirrors: errors with ftp.fr.debian.org

[Vincent Lefevre]

On 2016-03-12 15:49:13 +0100, David Kalnischkies wrote:
> If it is the output of a run with some debug flags even better:
> -o Debug::pkgAcquire::Worker=1 -o Debug::Acquire::http=1
> 
> (That is a lot of output, so "2>&1 | tee" is suggested).

I've done a few tests with ftp.fr.debian.org and ftp2.fr.debian.org,
and I couldn't reproduce the error yet.

> Keep a backup ("cp -a" as modification times are important) of your
> /var/lib/apt/lists before you do this in case this isn't always
> reproducible (if you get the "wrong" mirror for example).

When the error occurred, it was always reproducible (at least in
a limited time range).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#818107: doconce: please package the latest upstream version (and update the homepage)

[Francesco Poli (wintermute)]

Package: doconce
Version: 0.7.3-1
Severity: wishlist

Hello!
Thanks for maintaining this interesting package in Debian.

First of all, I noticed that the homepage field [1] seems to be outdated:
the URL leads me to an empty page [2], that displays a 404 error, after
enabling JavaScript (I won't comment on the seemingly never ending love
of Google for JavaScript...).

I think I found the current homepage [3] of DocOnce: this should
probably be set as the new homepage in the debian/control file.

Some web pages [4][5] are also of possible interest and could
be cited somewhere (maybe in a README.Debian file) as additional
documention to be consulted...

Secondly, and most importantly: the version currently packaged
for Debian seems to be fairly outdated. Please package the latest
upstream version available (from the current homepage as tar archive,
or directly from the head of the upstream git repository).

Thanks for your time!
Bye.


[1] http://doconce.googlecode.com/
[2] https://code.google.com/archive/p/doconce/
[3] https://hplgit.github.io/doconce/doc/web/
[4] https://hplgit.github.io/setup4book-doconce/doc/web/
[5] https://hplgit.github.io/doconce/doc/pub/slides/

Bug#816101: petsc: FTBFS on mipsel - try rebuild again

[Emilio Pozuelo Monfort]

[Adding debian-wb-team back to Cc]

On 13/03/16 17:56, Drew Parsons wrote:

On Sun, 2016-03-13 at 17:35 +0100, Emilio Pozuelo Monfort wrote:

On 13/03/16 16:34, Drew Parsons wrote:


Source: petsc
Followup-For: Bug #816101

The petsc build failure on mipsel appears to be a transient problem
on
the build machine. Please try the mipsel build again.

Why? It has failed twice already.


What would make mipsel different to other architectures or from the
earlier successful mipsel build?  It's the same petsc.


petsc may be at the same version, but the environment has changed. It may be a 
bug in another package (e.g. an rdep) or a bug in petsc that was latent until now.



Have you checked if it builds fine on a porterbox?


I tried but sbuild wouldn't work inside the schroot environment on
etler.


Did you read the MOTD? See https://dsa.debian.org/doc/schroot/

Anyway given the build queue is currently empty on mipsel, I've given it back. 
Let's see if the problem is fixed now...


Emilio

Bug#817959: bsdmainutils: [cal] The -M and -S options do not work

[Vincent Lefevre]

On 2016-03-13 18:33:19 +0100, Michael Meskes wrote:
> > > > The synopsis in a man page is not meant to list all options.
> > > Written down somewhere, or just your opinion?
> > From what I can see on other man pages (e.g., find, cp, mkdir).
> 
> Na, not at all. All of these make it explicitly clear that they do not
> list all options, or better, just list the meta word OPTION. Quite a
> different situation, is it not?

Not the find(1) man page. For the cp(1) and mkdir(1) man pages,
the issue is not the options, but the arguments. For instance,
"cp --version" does not match any synopsis line.

> > I'll try, but there was a severe regression according to some
> > other bug.
> 
> Depends on how you define "severe" I guess, but anyway, fixed since
> yesterday.

Now, with the current version bsdmainutils 9.0.8, the synopsis is:

 cal [-31jy] [-A number] [-B number] [-d -mm] [[month] year]
 cal [-31j] [-A number] [-B number] [-d -mm] -m month [year]
 ncal [-C31bhjJpwySM] [-A number] [-B number] [-H -mm-dd] [-d -mm]
 [-s country_code] [[month] year]
 ncal [-C31bhJeoSM] [-A number] [-B number] [-d -mm] [year]

I see that there have been various fixes, but the DESCRIPTION section
says:

 -N  Switch to ncal mode.

while this option is no longer listed anywhere in the synopsis. It
seems that it has been removed, so that it should be removed from
the DESCRIPTION section.

According to the synopsis, "ncal -ej" is invalid because the option -e
is listed only in the second ncal line while the option -j is listed
only in the first ncal line. However, it doesn't fail:

$ ncal -ej
March 27 2016

Ditto with other combinations between {e,o} and {j,p,w,y}.

Moreover, "cal -C" doesn't fail (which is consistent with the Usage
message) but the -C option is not listed in the cal lines.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#818106: ITP: keras -- deep learning abstraction layer for Theano and Tensorflow

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender 

* Package name: keras
  Version : 0.3.2
  Upstream Author : Francois Chollet 
* URL : https://github.com/fchollet/keras
* License : Expat
  Programming Lang: Python
  Description : deep learning abstraction layer for Theano and Tensorflow

Keras [1] is a deep learning Python library which runs on the top of either 
Theano [2]
or Google's Tensorflow [3]. Theano and Tensorflow are commonly used to write 
deep
learning (multiple layer neural network based machine learning) programs, but 
they
are more low level tensor manipulation frameworks. Keras makes them easier to 
access
with a focus on fast experimentation.

Like Theano I'm going to maintain this within Debian Science (it fits into the 
machine
learning task). This is a Python library, the binary is going to be 
python3-keras.

Thanks,
DS

[1] http://keras.io/

[2] https://bugs.debian.org/576540 (ITP, pending)

[3] https://bugs.debian.org/804612 (ITP)

Bug#813242: debootstrap: second stage foreign boostrap fails

[James Clarke]

Control: forcemerge 813232 -1

This does indeed appear to be the same as #813232, which was fixed in 
1.0.78+nmu1. I can no longer reproduce this.

Regards,
James



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#717629: please document LANG and LC_ALL in locale(1)

[Vincent Lefevre]

On 2016-03-14 06:56:56 +1300, Michael Kerrisk (man-pages) wrote:
> The goal of the upstream locale(1) page is to document the syntax of
> the command.

It did more than that when the bug was reported. Here's the
ENVIRONMENT VARIABLES section from the locale(1) man page
of Debian 6 and 7:

ENVIRONMENT VARIABLES
   These environment variables affect each locale categories for all
   locale-aware programs:

   LC_CTYPE

   Character classification and case conversion.

   LC_COLLATE

   Collation order.

   LC_TIME

   Date and time formats.

   LC_NUMERIC

   Non-monetary numeric formats.

   LC_MONETARY

   Monetary formats.

   LC_MESSAGES

   Formats of informative and diagnostic messages and
   interactive responses.

   LC_PAPER

   Paper size.

   LC_NAME

   Name formats.

   LC_ADDRESS

   Address formats and location information.

   LC_TELEPHONE

   Telephone number formats.

   LC_MEASUREMENT

   Measurement units (Metric or Other).

   LC_IDENTIFICATION

   Metadata about the locale information.

   This environment variable can switch against multiple locale database:

   LOCPATH

   The directory where locale data is stored.  By default, 
/usr/lib/locale is used.

This was indeed wrong. But with the change of the locale(1) man page
in Debian 8, this bug is now obsolete. I suppose that it can be
closed.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#818105: ncal: some options can no longer be combined

[Reiner Herrmann]

Source: bsdmainutils
Version: 9.0.8

Hi!

The options -C and -M can no longer be combined with ncal,
though they work if used alone:

$ ncal -C
 March 2016   
Su Mo Tu We Th Fr Sa  
   1  2  3  4  5  
 6  7  8  9 10 11 12  
13 14 15 16 17 18 19  
20 21 22 23 24 25 26  
27 28 29 30 31

$ ncal -M
March 2016
Mo 7 14 21 28   
Tu  1  8 15 22 29   
We  2  9 16 23 30   
Th  3 10 17 24 31   
Fr  4 11 18 25  
Sa  5 12 19 26  
Su  6 13 20 27  

$ ncal -M -C
Usage: cal [general options] [-jy] [[month] year]
   cal [general options] [-j] [-m month] [year]
   ncal [general options] [-bhJjpwySM] [-H -mm-dd] [-s country_code] 
[[month] year]
   ncal [general options] [-bhJeoSM] [year]
General options: [-C31] [-A months] [-B months] [-d -mm]


With version 9.0.6 this was possible:

$ ncal -M -C
 March 2016   
Mo Tu We Th Fr Sa Su  
1  2  3  4  5  6  
 7  8  9 10 11 12 13  
14 15 16 17 18 19 20  
21 22 23 24 25 26 27  
28 29 30 31   

It seems to be no longer possible to display a calender in cal format
which starts the week on Mondays?


signature.asc
Description: PGP signature

Bug#818104: nmu: xul-ext-*

[Sean Whitton]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hello,

Please rebuild all packages that

(i) Build-Depend on mozilla-devscripts; and
(ii) build only arch:all binaries.

This will fix xul-ext-* packages that current depend on iceweasel rather
than firefox|firefox-esr.

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

Kernel: Linux 4.3.0-1-686-pae (SMP w/2 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)

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#818083: Makes noise instead of playing music

[Thomas Orgis]

Am Sun, 13 Mar 2016 17:39:38 +0100
schrieb Shérab : 

> So alsa makes noise, pulse and oss play music and I believe the others
> are not too relevant...

OK, that means that probably the decoding part is fine. Maybe you have
a problem with specific output encodings.

$ mpg123 -vvv

prints a table of encodings (and rates, channel modes) the output
module supports and you also see what choice mpg123 makes.

> Am I correct that the fact that it works with two modules makes this
> test un-necessary?

So pulse and OSS work. I presume you are running Pulseaudio, then?
Interesting that the OSS emulation works and the access via ALSA not.
That reminds me of the times where it was easier to get working audio
through ALSA drivers by using the OSS emulation offered by them. Hm,
are we now dealing with OSS emulated by ALSA which in turn routes to
Pulse?

Or, don't you have pulseaudio normally running and mpg123 starts its
own instance (it does that in the background if no server found)? Then
it's indeed the old game of ALSA OSS emulation working better than ALSA:-/

Verbose mpg123 output might give a hint about problematic settings. You
can enforce an encoding via

$ mpg123 -e $encoding

(see `mpg123 --longhelp |grep encoding` for choices). If things work
with s16, but not with s32, for example, that might be a hint.

If you can turn off pulseaudio / don't have it running, trying hardware
access via ALSA might be fruitful:

$ mpg123 -o alsa -a hw:0,0

The libasound software layers might get something wrong.

> x86_64.
> 
> > 2. Which decoder is used?

So, either the x86-64 SSE or the AVX one should be it. But that is the
same regardless of output method, so …

> So my understanding is that it is the wrong decoder which is chosen,
> right?

… not really. Or, maybe: The output encoding constraints may select a
different decoding path (specific routines for output encodings).

Please re-do a test with

$ mpg123 --cpu generic -o alsa

If that suddenly works, we got probably got an issue with a specific
output format's optimised code path. If not, we can rule out the
decoders and it is really something going wrong later, in transfer. An
off-by-one error in a bytestream makes for nice noise.

But, most importantly: If you noticed that the Pulse output works for
you, you might just use that and forget the weirdness. I gave up
understanding every audio output weirdness. I'm fairly confident in
that mpg123 itself is not to blame. Fairly.


Alrighty then,

Thomas






pgp1jAZ61RiLi.pgp
Description: Digitale Signatur von OpenPGP

Bug#717629: please document LANG and LC_ALL in locale(1)

[Aurelien Jarno]

On 2016-03-14 06:56, Michael Kerrisk (man-pages) wrote:
> On 14 March 2016 at 03:31, Aurelien Jarno  wrote:
> > control: reassign -1 manpages
> >
> > On 2013-07-23 09:16, Harald Dunkel wrote:
> >> Package: locales
> >> Version: 2.13-38
> >>
> >> Seems that LANG and LC_ALL have been lost in locale(1). It would
> >> be nice if they could be added.
> >>
> >> http://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html
> >>
> >
> > Nowaways the locale(1) manpage is provided by the manpages package. I am
> > therefore reassigning the bug there.
> 
> The goal of the upstream locale(1) page is to document the syntax of
> the command.
> 
> At the start of the locale(1) page, there is this paragraph:
> 
>When invoked without arguments,  locale  displays  the  current
>locale settings for each locale category (see locale(5)), based
>on the settings of the environment variables that  control  the
>locale (see locale(7)).
> 
> And all of the relevant locale environment variables, including LC_ALL
> and LANG, are documented in locale(7).

Thanks for the details. I guess this bug can be closed?

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#818103: Sample config file is generated with the wrong paths for color schemes

[Enrico Zini]

Package: taskwarrior
Version: 2.5.0+dfsg-1+b1
Severity: normal

Hello,

Thank you for maintaining taskwarrior.

I just installed it and it created a sample config file:

   $ task
   A configuration file could not be found in 
   
   Would you like a sample /home/enrico/.taskrc created, so Taskwarrior can 
proceed? (yes/no) yes
   [task next]
   No matches.

I edited ~/.taskrc and saw: " # Color theme (uncomment one to use)"

I uncommented this one:

   include /usr/share/doc/task/rc/dark-violets-256.theme

And now when I run taskwarrior I get:

   $ task
   Could not read include file '/usr/share/doc/task/rc/dark-violets-256.theme'.

I changed it to:

   include /usr/share/taskwarrior/dark-violets-256.theme

and now it works fine:
   
   $ task
   [task next]
   No matches.

 
Thank you,

Enrico

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

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

Versions of packages taskwarrior depends on:
ii  libc62.21-9
ii  libgcc1  1:5.3.1-10
ii  libgnutls30  3.4.9-2
ii  libstdc++6   5.3.1-10
ii  libuuid1 2.27.1-4

taskwarrior recommends no packages.

taskwarrior suggests no packages.

-- no debconf information

Bug#817153: [reportbug-ng]

[Alex Goebel]

Package: reportbug-ng
Version: 1.31
Control: severity -1 important
Control: tags -1 unreproducible moreinfo

Works here, with icedove.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.4.0-1-rt-amd64

Debian Release: stretch/sid
500 unstable ftp.debian.org
500 testing ftp.debian.org
10 unstable www.deb-multimedia.org
1 experimental ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#815263: wontfix

[Sunil Mohan Adapa]

On 03/13/2016 09:20 PM, Neil Williams wrote:
> tag 815263 + wontfix
> thanks
> 
> I don't like the sound of this - there are a couple of issues. The slow
> build tests can use a local mirror which counteracts most of the
> problems with running debootstrap. The maintenance burden of a
> debootstrap shim also does not seem worthwhile. It matters that
> debootstrap actually works and various options require binaries inside
> the image to actually work as well as the various parent directories
> which are just a mass of inconsistencies waiting to bite.
> 

Thank you for considering.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#717629: please document LANG and LC_ALL in locale(1)

[Michael Kerrisk (man-pages)]

On 14 March 2016 at 03:31, Aurelien Jarno  wrote:
> control: reassign -1 manpages
>
> On 2013-07-23 09:16, Harald Dunkel wrote:
>> Package: locales
>> Version: 2.13-38
>>
>> Seems that LANG and LC_ALL have been lost in locale(1). It would
>> be nice if they could be added.
>>
>> http://pubs.opengroup.org/onlinepubs/007908799/xbd/envvar.html
>>
>
> Nowaways the locale(1) manpage is provided by the manpages package. I am
> therefore reassigning the bug there.

The goal of the upstream locale(1) page is to document the syntax of
the command.

At the start of the locale(1) page, there is this paragraph:

   When invoked without arguments,  locale  displays  the  current
   locale settings for each locale category (see locale(5)), based
   on the settings of the environment variables that  control  the
   locale (see locale(7)).

And all of the relevant locale environment variables, including LC_ALL
and LANG, are documented in locale(7).

Cheers,

Michael

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/

Bug#812540: Add ARCH_HISI for Lemaker HiKey support

[Ian Campbell]

On Sat, 2016-03-12 at 09:00 -0800, Vagrant Cascadian wrote:
> On 2016-03-12, Ian Campbell wrote:
> > On Fri, 2016-03-11 at 20:03 -0800, Vagrant Cascadian wrote:
> >> On 2016-03-10, Martin Michlmayr wrote:
> >> > * Ian Campbell  [2016-01-25 09:57]:
> >> Most drivers aren't even available in 4.4.x, and some aren't even
> in
> >> 4.5.x yet. From a breif glance, the dts files for
> >> arch/arm64/boot/dts/hisilicon/hi6220*, don't look to contain
> support
> >> for
> >> much more than the CPU, memory and serial...
> >> 
> >> 
> >> > This might be a good starting point:
> >> > https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg109
> 864
> >> 4.html
> >> 
> >> Reading that patch, I'm guessing the following are available and
> >> possibly needed or desired, though possibly may require device-
> tree
> >> patches as well:
> >> 
> >> available in 4.4.x:
> >> 
> >> CONFIG_ARCH_HISI=y
> >> CONFIG_POWER_RESET_HISI=y
> >> CONFIG_HISI_THERMAL=m
> >> CONFIG_MMC_DW=m
> >> CONFIG_MMC_DW_K3=m
> >> CONFIG_I2C_DESIGNWARE_PLATFORM=m
> >> 
> >> available in 4.5.x:
> >> 
> >> CONFIG_COMMON_RESET_HI6220=m
> >> CONFIG_PHY_HI6220_USB=m
> >> 
> >> linux-next tag next-20160311:
> >> 
> >> CONFIG_HI6220_MBOX=m
> >> CONFIG_REGULATOR_HI655X=m
> >> 
> >> 
> >> Will build a few test kernels and report back...
> >
> > Thanks, for things other than the ones listed above the ones I'd be
> > most curious about would be serial and networking (wifi only on
> this
> > platform IIRC). Both of those could possibly be supported already
> via
> > existing generic drivers, I've no idea...
> 
> Not sure about WIFI, but serial seems already enabled:
> 
>   CONFIG_SERIAL_AMBA_PL011=y
>   CONFIG_SERIAL_AMBA_PL011_CONSOLE=y

That makes sense, thanks for the info. Since MMC + serial in 4.4 is a
basically useful thing (and I'm hoping the WiFi is some preexisting
driver too) this seemed like a useful set of stuff to enable. So I have
done so in git.

Ian.

Bug#818074: binNMUs for xul extensions

[Sean Whitton]

Hello,

dh_xul-ext has been updated to generate Depends: on firefox and
firefox-esr, so fixing these bugs just needs a rebuild of the affected
packages.

In the meantime, Martin, to work around this I have iceweasel from
testing and firefox from sid both installed.  My xul-ext-* packages work
in both of them.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#818102: php5-fpm: sed expression in /etc/init.d/php5-fpm init script should allow for multiple spaces and/or tabs

[J G Miller]

Package: php5-fpm
Version: 5.6.17+dfsg-0+deb8u1
Severity: normal

In the /etc/init.d/php5-fpm script, the PIDFILE path is extracted from
the /etc/php5/fpm/php-fpm.conf configuration file.

Multiple white space, both space and tabs, are allowed in this file
and therefore the initscript should be corrected to allow for this situation.

Strictly speaking, the current expression is incorrect since it actually
allows mulitple or zero "=" (equal signs) along with multiple or zero spaces
after the string pid.

Using the sed "\s" white space (space or tab) notation, the proposed
correction is as follows.

--- php5-fpm.orig   2015-04-16 16:26:58.0 +0100
+++ php5-fpm2015-04-16 16:26:58.0 +0100
@@ -16,7 +16,7 @@
 NAME=php5-fpm
 DAEMON=/usr/sbin/$NAME
 DAEMON_ARGS="--daemonize --fpm-config /etc/php5/fpm/php-fpm.conf"
-CONF_PIDFILE=$(sed -n 's/^pid[ =]*//p' /etc/php5/fpm/php-fpm.conf)
+CONF_PIDFILE=$(sed -n 's/^pid\s*=\s*//p' /etc/php5/fpm/php-fpm.conf)
 PIDFILE=${CONF_PIDFILE:-/run/php5-fpm.pid}
 TIMEOUT=30
 SCRIPTNAME=/etc/init.d/$NAME



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

Kernel: Linux 3.10.17.1-wand-armhf.com (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages php5-fpm depends on:
ii  init-system-helpers  1.22
ii  libapparmor1 2.9.0-3
ii  libbz2-1.0   1.0.6-7+b3
ii  libc62.19-18+deb8u3
ii  libcomerr2   1.42.12-1.1
ii  libdb5.3 5.3.28-9
ii  libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2
ii  libk5crypto3 1.12.1+dfsg-19+deb8u2
ii  libkrb5-31.12.1+dfsg-19+deb8u2
ii  libmagic11:5.22+15-2+deb8u1
ii  libonig2 5.9.5-3.2
ii  libpcre3 2:8.35-3.3+deb8u2
ii  libqdbm141.8.78-5+b1
ii  libssl1.0.0  1.0.1k-3+deb8u4
ii  libsystemd0  215-17+deb8u3
ii  libxml2  2.9.1+dfsg1-5+deb8u1
ii  mime-support 3.58
ii  php5-cli 5.6.17+dfsg-0+deb8u1
ii  php5-common  5.6.17+dfsg-0+deb8u1
ii  php5-json1.3.6-1
ii  tzdata   2015g-0+deb8u1
ii  ucf  3.0030
ii  zlib1g   1:1.2.8.dfsg-2+b1

php5-fpm recommends no packages.

Versions of packages php5-fpm suggests:
ii  php-pear  5.6.17+dfsg-0+deb8u1

Versions of packages php5-common depends on:
ii  libc6   2.19-18+deb8u3
ii  lsof4.86+dfsg-1
ii  psmisc  22.21-2
ii  sed 4.2.2-4+b1
ii  ucf 3.0030

Versions of packages php5-common suggests:
pn  php5-user-cache  

-- no debconf information

Bug#817123: [Pkg-utopia-maintainers] Bug#817123: Can replicate with Dell XPS 15 9550

[Michael Biebl]

Am 13.03.2016 um 18:25 schrieb Chris Lawrence:

> I applied the patch from bugzilla and rebuilt network-manager, but
> alas it does not appear to have fixed the problem.

Ok, then please go ahead and file your specific issue as a separate
upstream bug report at
https://bugzilla.gnome.org/enter_bug.cgi?product=NetworkManager

Thanks!


-- 
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#817959: bsdmainutils: [cal] The -M and -S options do not work

[Michael Meskes]

> > > The synopsis in a man page is not meant to list all options.
> > Written down somewhere, or just your opinion?
> From what I can see on other man pages (e.g., find, cp, mkdir).

Na, not at all. All of these make it explicitly clear that they do not
list all options, or better, just list the meta word OPTION. Quite a
different situation, is it not?

> > Before we continue, please update to the latest version which does
> > has some
> > fixed to both these points.
> I'll try, but there was a severe regression according to some
> other bug.

Depends on how you define "severe" I guess, but anyway, fixed since
yesterday.

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! SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#644767: [Pkg-javascript-devel] Bug#742347: Bug#742347: overview of the tilemill situation and alternatives (mapbox, kosmtik)

[Sebastiaan Couwenberg]

On 13-03-16 18:18, Jérémy Lal wrote:
> 2016-03-13 16:40 GMT+01:00 Antoine Beaupré :
> 
>>
>>  9. Oh, and finally one could mention another Mapbox project,
>> [Carto][], a commandline CSS tools that implements some sort of
>> standard CSS language that all those tools end up using to talk to
>> Mapnik, more or less. There are no RFPs for that.
>>
>>  [Carto]: https://github.com/mapbox/carto
> 
> 
> carto is in debian - it needs to be updated, though (node-carto)

mapnik-reference needs to be packaged for the new carto version, and
semver may need to be upgraded:

 Dependencies:
 NPM   Debian
 carto (0.15.3)node-carto (0.9.5-2)
 ├─ mapnik-reference (~8.5.0)  None
 │  └─ semver (^5.1.0) node-semver (2.1.0-2)
 ├─ optimist (~0.6.0)  node-optimist (0.6.1-1)
 └─ underscore (~1.6.0)underscore (1.7.0~dfsg-1)

 Build dependencies:
 NPM   Debian
 coveralls (~2.10.1)   None
 istanbul (~0.2.14)None
 jshint (0.2.x)None
 mocha (1.12.x)node-mocha (1.20.1-1)
 sax (0.1.x)   sax.js (0.5.5-1)

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#804487: [Pkg-openssl-devel] Bug#804487: openssl_1.0.2d-3 breaks mumble and mumble-server after binNMU

[Chris Knadle]

Chris Knadle:
> Mikkel Krautz:
>[...]
> When a new OpenSSL comes down containing a library rename, the Mumble #2124
> patch will disallow multiple libssl/libcrypto load and Mumble will break.
> Besides Mumble not being functional, the broken behavior deletes the user's
> SSL key used with Mumble and the automatic backup of it, replacing the
> latter with an empty file.  This harms the user's trust and represents a bug
> of severity "grave".

Sorry -- the patch doesn't cause the SSL key deletion, the different
libssl/libcrypto library versions without SSL initialization did.  The above
erroneous wording happened due to paragraph re-arranging.

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us

Bug#817123: Can replicate with Dell XPS 15 9550

[Chris Lawrence]

On Sat, Mar 12, 2016 at 1:40 PM, Michael Biebl  wrote:
> On Wed, 09 Mar 2016 04:12:30 + Chris Lawrence 
> wrote:
>> I am having what appears to be the same problem since upgrading to 1.1.91-1
>> in testing from 1.1.90-5; network-manager seems, rather bizarrely, to now
>> believe my Broadcom Corporation BCM43602 802.11ac Wireless LAN SoC is a
>> wired card on boot-up.
>>
>> However, "service network-manager restart" fixes the problem, detecting the
>> fact it's a wireless card correctly.
>>
>> I'm attaching edited startup logs from 1.1.90-5 and 1.1.91-1 in case they
>> are helpful.
>
> Looks like a duplicate of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817115
>
> Would be great if you can test the patch which has been provided in the
> upstream bug tracker
> https://bugzilla.gnome.org/show_bug.cgi?id=763388
> https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=0f6febc6fbeafde62e6e0a8c12f57204d94166f

I applied the patch from bugzilla and rebuilt network-manager, but
alas it does not appear to have fixed the problem.


Chris
-- 
Christopher N. Lawrence