Bug#803658: boot hangs before cryptsetup passphrase prompt

[Ben Hutchings]

Control: tag -1 moreinfo

On Sun, 01 Nov 2015 15:18:46 +0100 Stefano Zacchiroli  wrote:
> Package: src:linux
> Version: 4.2.3-2

Can you test whether this is fixed in 4.2.6-1 or 4.3-1~exp1?

> Severity: serious
> 
> [ note I'm not reporting this bug from the affected kernel version, before I
>   can't boot with it ]
> 
> My laptop (Debian testing) fails to boot with linux-image-4.2.0-1-amd64 , but
> boots fine with linux-image-4.1.0-2-amd64 . The boot hangs after grub, with
> only "Loading, please wait..." shown on the screen (see attached picture
> 1-boot-hang.jpg). My hard disk is fully encrypted, so what is supposed to
> happen at that point is prompting the user for a cryptsetup passphrase. In
> attached picture 3-boot-regular.jpg you have a regular boot with 4.1.0,
> prompting for the passphrase (with some warnings which I've always seen, but
> that might be relevant here).

I see those warnings as well; it's a bug in lvm2.

> I've tried to get a systemd debug shell, but that didn't work either.

That won't work as systemd isn't used in the initramfs.  You can use
'break=top' or similar to get a shell in the initramfs.

> I've also
> tried to remove quiet from the kernel command line to see what happens. You 
> can
> see the result in attached picture 2-boot-hang-details.jpg . The last visible
> message in there is "Begin: Running /scripts/init-premount ...".
> 
> To make sure this is not some sort of timeout issue (that anyhow doesn't 
> happen
> with 4.1.0), I've waited up to 30 minutes, without any visible change.
> 
> Let me know how I can help debugging this further,

This is very strange - that's much longer than the initramfs device
timeout and the kernel lockup-detector timeouts.

Can you try this:

- Boot with the added parameter: break=top
- In the shell, run:
      echo 1 >/proc/sys/kernel/sysrq
      openvt
      exit
- Once the system has hung, press Alt-SysRq, Alt-W, Alt-SysRq, Alt-L
- Switch to VT 2 then show the kernel log with: dmesg | less
- Send photos of all the call traces

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.

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

Bug#805840: quagga: pimd is not included in list of daemons

[Christian Pointner]

Package: quagga
Version: 0.99.24.1-2
Severity: normal

Dear Maintainer,

The newly added pimd was not included in the daemons list and therefore
couldn't be started using the initscript.

The attached patch fixes the problem.

regards
 christian

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

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

Versions of packages quagga depends on:
ii  adduser3.113+nmu3ubuntu4
ii  debconf [debconf-2.0]  1.5.57ubuntu1
ii  iproute2   4.1.1-1ubuntu1
ii  libc6  2.21-0ubuntu4
ii  libcap21:2.24-9
ii  libpam0g   1.1.8-3.1ubuntu3
ii  libreadline6   6.3-8ubuntu1
ii  logrotate  3.8.7-2ubuntu2

quagga recommends no packages.

Versions of packages quagga suggests:
pn  snmpd  

-- Configuration Files:
/etc/init.d/quagga changed [not included]
/etc/quagga/daemons changed [not included]
/etc/quagga/debian.conf changed [not included]

-- debconf information excluded
diff -Nur quagga-0.99.24.1.orig/debian/my/daemons quagga-0.99.24.1/debian/my/daemons
--- quagga-0.99.24.1.orig/debian/my/daemons	2012-05-06 23:13:00.0 +0200
+++ quagga-0.99.24.1/debian/my/daemons	2015-11-23 00:36:06.506498708 +0100
@@ -29,3 +29,4 @@
 ripngd=no
 isisd=no
 babeld=no
+pimd=no
diff -Nur quagga-0.99.24.1.orig/debian/my/debian.conf quagga-0.99.24.1/debian/my/debian.conf
--- quagga-0.99.24.1.orig/debian/my/debian.conf	2013-07-27 18:17:40.0 +0200
+++ quagga-0.99.24.1/debian/my/debian.conf	2015-11-23 00:36:20.598369987 +0100
@@ -12,6 +12,7 @@
 ripngd_options=" --daemon -A ::1"
 isisd_options="  --daemon -A 127.0.0.1"
 babeld_options=" --daemon -A 127.0.0.1"
+pimd_options="   --daemon -A 127.0.0.1"
 #
 # Please note that watchquagga_options is an array and not a string so that
 # quotes can be used.
diff -Nur quagga-0.99.24.1.orig/debian/quagga.init.d quagga-0.99.24.1/debian/quagga.init.d
--- quagga-0.99.24.1.orig/debian/quagga.init.d	2014-01-01 19:17:51.0 +0100
+++ quagga-0.99.24.1/debian/quagga.init.d	2015-11-23 00:35:55.418599989 +0100
@@ -20,7 +20,7 @@
 # Local Daemon selection may be done by using /etc/quagga/daemons.
 # See /usr/share/doc/quagga/README.Debian.gz for further information.
 # Keep zebra first and do not list watchquagga!
-DAEMONS="zebra bgpd ripd ripngd ospfd ospf6d isisd babeld"
+DAEMONS="zebra bgpd ripd ripngd ospfd ospf6d isisd babeld pimd"
 
 . /lib/lsb/init-functions
 

Bug#805782: Acknowledgement ([samba] cant unistall samba package)

[Dimitris T]

version from testing ((2:4.1.17+dfsg-4) isn't affected. just downgraded
and it can be removed normally from the system .

thanks,
dimitris



signature.asc
Description: OpenPGP digital signature

Bug#805845: mount --move broken

[Phillip Susi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: util-linux
Version: 2.25.2-6
Control: affects -1 +udisks2 +gparted

gparted runs udisks2-inhibit, which runs mount --move /a /b, and this
fails with "mount: bad option...".

Manually running mount --move /a /b ( where /a is a tmpfs mount and /b
is a directory ) likewise fails.  Running mount --bind /a /b, then
umount /a works however.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJWUmptAAoJEBB5UWFcu6UWhmEH/1dCLGXsWFElNLOvRLDF3q4L
M9DL6TzZDX5PPN2GdKswuGLEhgbAaMufz2wLxo8/UpBKGpA9WrbfsciCVWTyGOFl
Y2ze/TPUa3ZfyWC3y1QCDSAqT1EIPKGHPsTjBfUaMXoM0qo0J5j95EuCT/b/K9hi
bCNGsNTjQej65F7ctwmkUGD8ZI/F3qO7r8tcwTIISmJ1M3uMLVaLl6Oz4+jRC/vN
1uU8IWoUoAUkgPWeFzawZQ1otZixhsccZrdRElpR9XCrRntR68/ufHoemOE0fQ8A
3Uv092g2zMXfKjxW3X9OEjLvyWQBKWG5HbKJpyIvF2iHdUmg5nx9hUUANhtMqNc=
=gSG/
-END PGP SIGNATURE-

Bug#805845: mount --move broken

[Andreas Henriksson]

Hello Phillip Susi.

Thanks for your bug report.

On Sun, Nov 22, 2015 at 08:23:02PM -0500, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Package: util-linux
> Version: 2.25.2-6
> Control: affects -1 +udisks2 +gparted
> 
> gparted runs udisks2-inhibit, which runs mount --move /a /b, and this
> fails with "mount: bad option...".

Full error message + strace would be useful.

> 
> Manually running mount --move /a /b ( where /a is a tmpfs mount and /b
> is a directory ) likewise fails.  Running mount --bind /a /b, then
> umount /a works however.

Thanks for testing directly.

I'm for now assuming that the mount syscall returns EINVAL.
The reason for this probably needs to be investigated inside the kernel.

Regards,
Andreas Henriksson

Bug#805436: update

[James Lick]

Now it is down completely. Would like to suggest this be redirected to a
stable mirror as this mirror has a long history of being down, out of date
or unreliable. Please see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777264 for earlier this
year when it was down for over two months.

# apt-get update
Err http://ftp.tw.debian.org stable InRelease

Err http://ftp.tw.debian.org stable Release.gpg
  Unable to connect to ftp.tw.debian.org:http:
Hit http://security.debian.org stable/updates InRelease
Hit http://security.debian.org stable/updates/main Sources
Hit http://security.debian.org stable/updates/contrib Sources
Hit http://security.debian.org stable/updates/main i386 Packages
Hit http://security.debian.org stable/updates/contrib i386 Packages
Hit http://security.debian.org stable/updates/contrib Translation-en
Hit http://security.debian.org stable/updates/main Translation-en
Reading package lists... Done
W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/InRelease

W: Failed to fetch http://ftp.tw.debian.org/debian/dists/stable/Release.gpg
 Unable to connect to ftp.tw.debian.org:http:

W: Some index files failed to download. They have been ignored, or old ones
used instead.

Bug#740625: tiger bug re-introduced

[Francois Marier]

While this was fixed in tiger 1:3.2.3-12.1 (see #765342), the NMU fixes were
reverted in the 1:3.2.3-13 upload and so this bug is back.

Francois

Bug#805614: linux: PCAP filter "ether host" === "ether dst" when capture on a dummy interface

[张敬强]

Hello,
>
> The pcap file is attached.

It's the problem of the pcap file, not a bug with linux.
So this can be closed.
Sorry for the noise.

Thanks

Bug#800471: lxc: CVE-2015-1335

[Salvatore Bonaccorso]

Control: severity -1 serious

Hi Antonio

Rationale for the RC severity bump (please let me know if you disagree
though): Since the fix is in the Jessie release now, the fix should as
well be included for stretch.

Salvatore

Bug#783847: cloud-init: no default security package mirror in cloud.cfg, cc_apt_configure module and apt_source statement fails

[Charles Plessy]

Control: tag -1 pending

Le Thu, Apr 30, 2015 at 11:52:50AM -0500, Brandon Bradley a écrit :
> 
> cloud.cfg included with this package does not set a security package mirror
> by default. This causes **at least** apt_sources statements in cloud config
> files to fail. If apt_sources is not the last statement in the cloud config,
> all statements below apt_sources will fail as well. This is **very bad** for
> new users of cloud-init.

> This statement will fix the problem (temporarily?):
> 
> system_info:
>   package_mirrors:
> - arches: [default]
>   failsafe: 
> security: http://security.debian.org/

Dear Brandon,

I am sorry that it took so much time to answer you...  Now I am preparing an
update of the cloud-init package, and I will modify cloud.cfg in a way similar
to what you suggested.

diff --git a/debian/cloud.cfg b/debian/cloud.cfg
index 27500b0..4800f74 100644
--- a/debian/cloud.cfg
+++ b/debian/cloud.cfg
@@ -99,3 +99,4 @@ system_info:
  - arches: [default]
failsafe:
  primary: http://ftp.debian.org/debian
+ security: http://security.debian.org/debian-security

Please let me know if you think other changes are necessary.

Have a nice day,

Charles

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan.

Bug#805850: gcc-5: iceweasel does SIGPIPE and chromium locks up window manager under KDE

[Arthur Marsh]

Package: gcc-5
Version: 5.2.1-24
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

Upgrading gcc-5 from 5.2.1-23 to 5.2.1-24 and associated libraries.

iceweasel locked up as in bug #804060, and chromium locked up even under gdb
needing a restart of kdm to restore things.

After that I downgraded gcc-5 related packages to 5.2.1-23 and restarted,
both iceweasel and chromium started under gdb alright.

iceweasel and chromium are both from unstable:

chromium  46.0.2490.71-1 
iceweasel 38.4.0esr-1

   * 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 ***


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

Kernel: Linux 4.4.0-rc1+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Bug#805836: glibc: __NO_LONG_DOUBLE_MATH needs to be defined on hppa

[John David Anglin]

Source: glibc
Version: 2.19-22
Severity: normal
Tags: patch

Dear Maintainer,

The attached fixes a problem found building the gmt package.  See BZ 19270:
https://sourceware.org/bugzilla/show_bug.cgi?id=19270

Normally gcc optimizes the isnan macro so the __isnanl call is eliminated.
Thus the problem was hidden for some time.

As noted in the bug report, __NO_LONG_DOUBLE_MATH needs to be defined on hppa
to ensure consistency with the library build.

The attached patch has been submitted here:
https://sourceware.org/ml/libc-alpha/2015-11/msg00520.html

Please add this change to hppa patch set.  It is now in 2.19-22+b6.

Regards,
Dave Anglin


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

Kernel: Linux 3.18.24+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Index: glibc-2.19/ports/sysdeps/hppa/fpu/bits/mathdef.h
===
--- glibc-2.19.orig/ports/sysdeps/hppa/fpu/bits/mathdef.h
+++ glibc-2.19/ports/sysdeps/hppa/fpu/bits/mathdef.h
@@ -34,6 +34,10 @@ typedef double double_t;	/* `double' exp
 
 #endif	/* ISO C99 */
 
-/* On hppa `long double' is 64-bits. */
-#undef __NO_LONG_DOUBLE_MATH
-
+#ifndef __NO_LONG_DOUBLE_MATH
+/* On hppa `long double' and `double' are  64-bits.  So, libm is built
+   with NO_LONG_DOUBLE defined.  The following define ensures the library
+   and headers are consistent.  This disables the declaration of all the
+   `long double' function variants.  */
+# define __NO_LONG_DOUBLE_MATH	1
+#endif

Bug#804840: stormbaancoureur: diff for NMU version 2.1.6-1.1

[Andreas Bombe]

On Sun, Nov 22, 2015 at 07:38:03PM +0100, Markus Koschany wrote:
> Am 22.11.2015 um 18:45 schrieb Andreas Bombe:
> > Control: tags 804840 + patch
> > Control: tags 804840 + pending
> > 
> > Dear maintainer^Wgames team,
> > 
> > I've prepared an NMU for stormbaancoureur (versioned as 2.1.6-1.1) and
> > uploaded it to DELAYED/5. Please feel free to tell me if I
> > should delay it longer.
> 
> Hello Andreas,
> 
> thank you for the RC fix. Please feel free to upload without delay.

Reuploaded into normal queue, thanks.

Bug#805849: [yad] Variables with spaces causes to mess the forms fill

[Davod]

Package: yad
Version: 0.27.0-1.1
Severity: normal

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

When using yad with forms, passing variables with spaces to the fields 
(to pre-fill them),
the order of them are messed up in a nasty way (namely, when a space is 
found,
the rest of the string is passed to the next field), even if the 
variable is quoted.


This behaviour can be confirmed by using paths without spaces. Even, 
replacing the space(s) with
underscore ("_") in the string with "FILENAME=${FILENAME/' '/'_'}" will 
fill the form properly,

but the file path is actually invalid.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.2.3-custom

Debian Release: stretch/sid
1 experimental ftp.debian.org
1 experimental ftp.cl.debian.org

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

Package's Recommends field is empty.

Package's Suggests field is empty.
#!/bin/bash

#
# UploadFile-yad - simple script to call UploadFile using yad
#
#  (c) 2015 Davod - https://commons.wikimedia.org/wiki/User:Amitie_10g
#  This program is free software; you can redistribute it and/or modify
#  it under the terms of the GNU General Public License as published by
#  the Free Software Foundation; either version 3 of the License, or
#  (at your option) any later version.
#
#  This program is distributed in the hope that it will be useful,
#  but WITHOUT ANY WARRANTY; without even the implied warranty of
#  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#  GNU General Public License for more details.
#
#  You should have received a copy of the GNU General Public License
#  along with this program; if not, write to the Free Software
#  Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

IFS='|' read -r -a FILES <<< $(yad --width=800 --height=600 --file-selection 
--title="Select a File" --multiple --item-separator=';')

INDEX=0;
for FILENAME in "${FILES[@]}"
do
LIST[$INDEX]="$(yad --width=1024 --height=800 --title='Enter 
information' --text='Please enter the file information' \
--image=$FILENAME \
--form --date-format='%Y-%m-%d' --separator=';' --quoted-output \
--field='Filename':RO $FILENAME \
--field='Pagename' ${FILENAME##*/} \
--field='Description:':TXT \
--field='Date':DT {{subst:#time:Y-m-d}} \
--field='Source' \
--field='Author' \
--field='Other info' \
--field='License:':TXT \
--field='Categories')"

INDEX=$INDEX+1
done

printf '%s\n' $(echo "${LIST[@]}\n") | ./UploadFile --filelist=stdin

Bug#796175: linux-image-3.16.0-4-amd64: ext4 filesystem corruption

[Ben Hutchings]

Control: severity -1 important
Control: tag -1 moreinfo

On Thu, 20 Aug 2015 00:23:38 +0200 Dan Smolik  wrote:
> Package: src:linux
> Version: 3.16.7-ckt11-1+deb8u3
> Severity: critical
> Justification: causes serious data loss

That's not correct, unless you are also unable to read back previously
written data after the write failure.

> Dear Maintainer,
> 
> I have installed new system to little old HW. Connect 3 disks and made RAID5 
> array on top of this array 
> I made volumegroup data. Create volume about 800G. Format it with ext4. And 
> start copynig data.
> And after couple of hour I get this:
> 
> [252440.711127] EXT4-fs warning (device dm-5): ext4_end_bio:317: I/O error -5 
> writing to inode 35913733 (offset 167268843520 size 3674112 starting block 
> 95985792)
> [252440.711799] buffer_io_error: 246 callbacks suppressed
> [252440.712032] Buffer I/O error on device dm-5, logical block 95985792
> [252440.712308] Buffer I/O error on device dm-5, logical block 95985793
> [252440.712585] Buffer I/O error on device dm-5, logical block 95985794
> [252440.712879] Buffer I/O error on device dm-5, logical block 95985795
> [252440.713162] Buffer I/O error on device dm-5, logical block 95985796
> [252440.713419] Buffer I/O error on device dm-5, logical block 95985797
> [252440.713691] Buffer I/O error on device dm-5, logical block 95985798
> [252440.713953] Buffer I/O error on device dm-5, logical block 95985799
> [252440.714213] Buffer I/O error on device dm-5, logical block 95985800
> [252440.714467] Buffer I/O error on device dm-5, logical block 95985801
> [252440.714820] EXT4-fs warning (device dm-5): ext4_end_bio:317: I/O error -5 
> writing to inode 35913733 (offset 167268843520 size 3674112 starting block 
> 95985664)
> And copying files fails. Switching to XFS solve problem.

Which of the many ATA/SCSI controllers in this system are the disks
attached to?  What model are they, and are they new or old?

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.

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

Bug#805838: RFS: arrayfire/3.2.0+dfsg1-3

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "arrayfire"

* Package name: arrayfire
  Version : 3.2.0+dfsg1-3
  Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD
  Section : science

It builds those binary packages:

  libarrayfire-cpu-dev - Development files for ArrayFire (CPU backend)
  libarrayfire-cpu3 - High performance library for parallel computing 
(CPU backend)

  libarrayfire-cpu3-dbg - Debugging symbols for ArrayFire (CPU backend)
  libarrayfire-doc - Common documentation and examples for ArrayFire

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


  http://mentors.debian.net/package/arrayfire

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

  dget -x 
http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.2.0+dfsg1-3.dsc


Changes since the last upload:

  * Remove jquery symlink in HTML documentation.
  * d/rules: set build directory explicitly.
  * d/rules: use correct cmake option for include install path.
  * Add example source code to documentation package.
  * d/rules: exclude examples and documentation from compression.
  * Add patch enabling usage of custom compile flags in examples.
  * Add autopkgtest testsuite.
  * Add patch fixing build of examples.
  * Use cmake options to inject documentation and example install paths.
  * d/control: cme fixed, wrap and sort.

Regards,
Ghislain Vaillant

Bug#800396:

[SamuelOPH]

​I was having this same problem​.

Can confirm
​ ​
disabling
​ ​
media.fragmented-mp4.exposed
​ works.​

Bug#776816: firmware-realtek: fails to connect after a few suspends (or some uptime?)

[Antoine Beaupré]

On 2015-02-28 18:08:50, Ben Hutchings wrote:
> Control: severity -1 normal
> Control: notfixed -1 0.36+wheezy.1
>
> On Wed, 2015-02-18 at 23:25 -0500, Antoine Beaupré wrote:
>> Control: severity -1 grave
>> Control: fixed -1 0.36+wheezy.1
>> 
>> I am now pretty sure this is a bug, a regression, even, in the realtek
>> firmware. I downgraded to the wheezy version 4 days ago, and problems
>> went away (hence the "fixed" above). Now that I upgraded again, problems
>> are back.
> [...]
>
> The rtl8192ce firmware (rtl8192cfw.bin, rtl8192cfwU.bin and
> rtl8192cfwU_B.bin for various versions of the chip) has not been changed
> since version 0.36+wheezy.1 of the package.  So this problem is not a
> regression.

So I know this is pretty old now, but i'm still stuck with this wifi
card that basically doesn't work at all as soon as encryption is used
over the airwaves. I get a minute or two of traffic then boom, it goes
down and i need to turn the wifi off and on again to fix it. That is, to
say the least, disruptive to things like TCP.

In february I documented that downgrading to the wheezy version fixed
it. I double-checked my dpkg logs (while they're stil around!) and
figured it could be useful to paste those to confirm that:

2015-02-14 23:20:17 startup archives unpack
2015-02-14 23:20:21 upgrade firmware-realtek:all 0.43 0.36+wheezy.1
2015-02-14 23:20:21 status half-configured firmware-realtek:all 0.43
2015-02-14 23:20:21 status unpacked firmware-realtek:all 0.43
2015-02-14 23:20:21 status half-installed firmware-realtek:all 0.43
2015-02-14 23:20:21 status half-installed firmware-realtek:all 0.43
2015-02-14 23:20:22 status unpacked firmware-realtek:all 0.36+wheezy.1
2015-02-14 23:20:22 status unpacked firmware-realtek:all 0.36+wheezy.1
2015-02-14 23:20:22 startup packages configure
2015-02-14 23:20:22 configure firmware-realtek:all 0.36+wheezy.1

2015-02-14 23:20:22 status unpacked firmware-realtek:all 0.36+wheezy.1
2015-02-14 23:20:22 status half-configured firmware-realtek:all
0.36+wheezy.1
2015-02-14 23:20:22 status installed firmware-realtek:all 0.36+wheezy.1
2015-02-14 23:20:22 status triggers-pending initramfs-tools:all 0.116
2015-02-14 23:20:22 trigproc initramfs-tools:all 0.116 
2015-02-14 23:20:22 status half-configured initramfs-tools:all 0.116
2015-02-14 23:20:46 status installed initramfs-tools:all 0.116
2015-02-14 23:20:47 startup packages configure

I am currently running into the same issues with the firmware from 0.44,
which *has* changed from 0.43 and previous. Yet the problem is still
there.

I have found similar threads here and there... Here's one in Ubuntu that
is similar:

https://askubuntu.com/questions/504777/unstable-wireless-connection-in-ubuntu-14-04

the suggested workaround ("swenc=1 ips=0") doesn't work. I do not
control the wireless routers in a lot of cases, so the other suggestions
do not apply. (Although i did try to disable IPv6, which doesn't work
either.)

this thread is also somewhat similar and explains a lot of options in
diagnostics of the realtek firmware:

http://ubuntuforums.org/showthread.php?t=2180178

Somehow, if the wifi connection is continuously active, the delay until
which i need to restart it is longer. Ping doesn't suffice, it needs to
be a bunch of tabs in a browser or something. I feel there's a
correlation between me switching from my web browser to a mosh session,
but that could just be an impression. In fact, it seems that if the
connection is *idle* too long, something times out and the wifi
crumbles.

this kernel bug also seems related:

https://bugzilla.kernel.org/show_bug.cgi?id=60713

It could explain the regression i saw from wheezy (linux 3.2) to jesssie
(linux 3.16). But downgrading to Linux 3.2 doesn't completely solve the
problem. The connexion is slightly more reliable, but not in a
definitive way. I still saw it crash two times since the reboot, but it
feels way more reliable. Whereas 3.16 crashes very frequently (every one
or two minutes), i have just now spent 10 minutes without a crash on
3.2, which almost never happens on 3.16.

The 4.2 kernel also looks a little more reliable. I need to test it a
little more, but so far there has been no crashes in about 10 minutes of
uptime. This is exceptional: i couldn't get anything that reliable in
jessie so far with or without the wheezy kernel.

(One new problem, however, is that the network-manager applet doesn't
notice the network going up anymore, which looks really weird because
the animation is stuck at "the first ball is green, the other gray" and
stays there, even though the UI is still responsive. Restarting
nm-applet fixes that specific problem.)

It certainly feels that something is wrong with the gain control, as
described in the kernel bug report above; another symptom i just noticed
is that, through mosh i can see my irssi clock being update on a shell,
even when i can't ping the gateway. My guess is that something is wrong
with the way the wifi card sends wifi packets, but it can 

Bug#805796: www.debian.org: please mention httpredir.d.o on mirror page(s)

[Paul Wise]

On Mon, Nov 23, 2015 at 12:15 AM, Elena Grandi wrote:

> I believe that adding a short note near the top of the page pointing
> those users to http://httpredir.debian.org/ (or giving concise
> instructions on how to use it) would be helpful.

How about this text? I propose to insert it as the second paragraph.

If you don't know which mirror to use or your system moves around a
lot, you can use the mirror redirector service in your apt
sources.list, which dynamically redirects package download requests to
the best mirror available based on a number of factors such as
location, architecture and mirror freshness. Use this address in your
sources.list to use the mirror redirector:

http://httpredir.debian.org/debian

BTW Elena, I think the mirrors team could use some help if you are interested.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#804060: iceweasel: SIGPIPE when running under KDE

[Arthur Marsh]

Package: iceweasel
Version: 38.4.0esr-1
Followup-For: Bug #804060

Dear Maintainer,

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

   * What led up to the situation?

After upgrading gcc-5 related packages to latest version in unstable,
iceweasel locks up when starting under KDE, except when run under gdb,
and after running under gdb for some time I received a SIGPIPE:

[Thread 0x7fff4c8f7700 (LWP 19272) exited]

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fffde7f1700 (LWP 5781)]
0x77bcdf4b in __libc_send (fd=95, buf=buf@entry=0x7fff7c0e7000, 
n=n@entry=31, flags=flags@entry=0)
at ../sysdeps/unix/sysv/linux/x86_64/send.c:31
31  ../sysdeps/unix/sysv/linux/x86_64/send.c: No such file or directory.
(gdb) bt
#0  0x77bcdf4b in __libc_send (fd=95, buf=buf@entry=0x7fff7c0e7000, 
n=n@entry=31, flags=flags@entry=0) at 
../sysdeps/unix/sysv/linux/x86_64/send.c:31
#1  0x71bb0f7f in pt_Send (fd=0x7fffd1223c10, buf=0x7fff7c0e7000, 
amount=31, flags=0, timeout=4294967295) at ptio.c:1914
#2  0x71743e8a in ssl_DefSend (ss=ss@entry=0x7fff53412000, 
buf=0x7fff7c0e7000 "\025\003\003", len=31, flags=flags@entry=0) at ssldef.c:94
#3  0x71734800 in ssl3_SendRecord (ss=ss@entry=0x7fff53412000, 
epoch=epoch@entry=0, type=type@entry=content_alert, pIn=0x7fffde7f0b52 "", 
pIn@entry=0x7fffde7f0b50 "\001", nIn=0, nIn@entry=2, flags=flags@entry=0)
at ssl3con.c:2964
#4  0x71734fc3 in SSL3_SendAlert (ss=ss@entry=0x7fff53412000, 
level=level@entry=alert_warning, desc=desc@entry=close_notify) at ssl3con.c:3255
#5  0x71749c46 in ssl_SecureClose (ss=0x7fff53412000)
at sslsecur.c:1144
#6  0x740fb82f in 
nsNSSSocketInfo::CloseSocketAndDestroy(nsNSSShutDownPreventionLock const&) 
(this=0x7fffb0af5b00)
at 
/tmp/buildd/iceweasel-38.4.0esr/security/manager/ssl/src/nsNSSIOLayer.cpp:1082
#7  0x740fb8b6 in nsSSLIOLayerClose(PRFileDesc*) (fd=0x7fffd1223b50)
at 
/tmp/buildd/iceweasel-38.4.0esr/security/manager/ssl/src/nsNSSIOLayer.cpp:1059
#8  0x72d55907 in nsSocketTransport::ReleaseFD_Locked(PRFileDesc*) 
(this=0x7fff7bf08fa0, fd=)
at /tmp/buildd/iceweasel-38.4.0esr/netwerk/base/nsSocketTransport2.cpp:1685
---Type  to continue, or q  to quit--- 
#9  0x72d55f0e in nsSocketTransport::OnSocketDetached(PRFileDesc*) 
(this=0x7fff7bf08fa0, fd=)
at /tmp/buildd/iceweasel-38.4.0esr/netwerk/base/nsSocketTransport2.cpp:1948
#10 0x72d62ddb in 
nsSocketTransportService::DetachSocket(nsSocketTransportService::SocketContext*,
 nsSocketTransportService::SocketContext*) (this=this@entry=0x76b66600, 
listHead=0x7fffafc2e000, sock=0x7fffafc2e090)
at 
/tmp/buildd/iceweasel-38.4.0esr/netwerk/base/nsSocketTransportService2.cpp:187
#11 0x72d633c6 in nsSocketTransportService::DoPollIteration(bool) 
(this=this@entry=0x76b66600, wait=)
at 
/tmp/buildd/iceweasel-38.4.0esr/netwerk/base/nsSocketTransportService2.cpp:911
#12 0x72d63578 in nsSocketTransportService::Run() (this=0x76b66600)
at 
/tmp/buildd/iceweasel-38.4.0esr/netwerk/base/nsSocketTransportService2.cpp:732
#13 0x72ceed11 in nsThread::ProcessNextEvent(bool, bool*) 
(this=0x7fffdf44e690, aMayWait=, aResult=0x7fffde7f0df7)
at /tmp/buildd/iceweasel-38.4.0esr/xpcom/threads/nsThread.cpp:855
#14 0x72d02c35 in NS_ProcessNextEvent(nsIThread*, bool) 
(aThread=, aMayWait=aMayWait@entry=false)
at /tmp/buildd/iceweasel-38.4.0esr/xpcom/glue/nsThreadUtils.cpp:265
#15 0x72eb95da in 
mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) 
(this=0x7fffdf44dd40, aDelegate=0x76b91d50)
at /tmp/buildd/iceweasel-38.4.0esr/ipc/glue/MessagePump.cpp:339
---Type  to continue, or q  to quit---
#16 0x72eae0d2 in MessageLoop::Run() (this=)
at /tmp/buildd/iceweasel-38.4.0esr/ipc/chromium/src/base/message_loop.cc:226
#17 0x72eae0d2 in MessageLoop::Run() (this=this@entry=0x76b91d50)
at /tmp/buildd/iceweasel-38.4.0esr/ipc/chromium/src/base/message_loop.cc:200
#18 0x72cf0cc3 in nsThread::ThreadFunc(void*) (aArg=0x7fffdf44e690)
at /tmp/buildd/iceweasel-38.4.0esr/xpcom/threads/nsThread.cpp:356
#19 0x71bb46a8 in _pt_root (arg=0x76b8ca40) at ptthread.c:212
#20 0x77bc70a4 in start_thread (arg=0x7fffde7f1700)
at pthread_create.c:309
#21 0x7707c06d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) bt full
#0  0x77bcdf4b in __libc_send (fd=95, buf=buf@entry=0x7fff7c0e7000, 
n=n@entry=31, flags=flags@entry=0) at 
../sysdeps/unix/sysv/linux/x86_64/send.c:31
resultvar = 
oldtype = 0
result = 
#1  0x71bb0f7f in pt_Send (fd=0x7fffd1223c10, buf=0x7fff7c0e7000, 
amount=31, flags=0, timeout=4294967295) at ptio.c:1914
syserrno = 
bytes = -1
fNeedContinue = 0
#2  0x71743e8a in ssl_DefSend 

Bug#805455: Help wanted for template improvements [Bug#805455]

[Justin B Rye]

(Delayed by an ADSL outage)

Paul Gevers wrote:
>> It should at least be clear it's not talking about a DBMS package.
> 
> /me likes delete. But maybe we can still use your earlier idea and be
> more explicit about that it is the database of the package:
>
> [..] Then it will ask if you want to delete the ${pkg} database and
>  revoke the standard privileges for the user of ${pkg}.

Replacing "purge the database and [...]".  Yes, that ought to be
clear.

> Would adding one short line to the purge/delete question help enough so
> that it is worth it?
>  If you no longer have need of the data being stored by ${pkg}, you
>  should choose this option. If you want to keep this data,
>  or if you would rather handle this process manually, you should
>  refuse this option. (Of course, t|Either way, t|T)his option doesn't
>  change your other databases.

Oh, and this is the shorter one to begin with, so we can afford a few
more words.  If it's

   Either way, it won't affect your other databases.

then it isn't even an extra line.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package

Bug#639910: Any news on : building sbt with make for bootstraping

[Mehdi Dogguy]

Hi,

On 2015-11-20 11:36, Frederic Bonnard wrote:


I saw the proposition of Mehdi to ask the sbt upstream to propose a 
source
tarball of sbt and include a standalone version of sbt, but I didn't 
see any

answer (except if d) was one)


I haven't had any reply, and I have given up.

Also I wanted to ask Mehdi, if there wasn't another way by putting sbt 
in
nonfree. Or maybe have a sbt-bootstrap in nonfree, and a sbt in main 
that would
be built from nonfree. Though, for sbt-bootstrap, we would need a self 
contained

sbt (no internet download), right ?


You can build sbt using a pre-built sbt, like what is done, for example, 
for gcc,
scala, etc... IMHO, it is not justified for sbt but ymmv. You can try to 
get in
touch with Debian's Java team (which maintains Scala) to get some help 
on this topic.


HTH,

--
Mehdi Dogguy

Bug#805846: openjdk-7: FTBFS on sparc64, missing asm/ptrace header, patch attached

[David Matthew Mattli]

Source: openjdk-7
Severity: important
Tags: patch
Justification: fails to build from source
User: debian-sp...@lists.debian.org
Usertags: sparc64

Dear Maintainer,

Currently openjdk-7 is configured to use the zero vm on
sparc64. However zero doesn't seem to build. If hotspot is enabled for
sparc64 the build fails with several similar errors concerning a
struct, you can see here:

https://buildd.debian.org/status/fetch.php?pkg=openjdk-7=sparc64=7u85-2.6.1-1=1441319505

/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/ps_core.c: In 
function 'core_handle_prstatus':
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/ps_core.c:542:49: 
error: invalid application of 'sizeof' to incomplete type 'struct pt_regs'
memcpy(>regs, prstat->pr_reg, sizeof(struct user_regs_struct));
 ^
In file included from 
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/LinuxDebuggerLocal.c:27:0:
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:80:27: 
warning: 'struct pt_regs' declared inside parameter list
 #define user_regs_struct  pt_regs
   ^
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:114:65: 
note: in expansion of macro 'user_regs_struct'
 bool get_lwp_regs(struct ps_prochandle* ph, lwpid_t lid, struct 
user_regs_struct* regs);
 ^
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:80:27: 
warning: its scope is only this definition or declaration, which is probably 
not what you want
 #define user_regs_struct  pt_regs
   ^
/«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:114:65: 
note: in expansion of macro 'user_regs_struct'
 bool get_lwp_regs(struct ps_prochandle* ph, lwpid_t lid, struct 
user_regs_struct* regs);


What's happening is that 'user_regs_struct' is defined to be 'pt_regs'
but 'pt_regs' isn't declared anywhere so the compiler interprets the
first use of 'struct user_regs_struct' to be the declaration. Then
because it's not fully defined the compiler complains that it doesn't
know the size of the incomplete type and the build fails.

So the real problem is 'struct pt_regs'.

A simple fix would be to add the header 'asm/ptrace.h' to the file
'openjdk/hotspot/agent/src/os/linux/libproc.h'. With this change the
build completes successfully for me. I've attached a patch to achieve
this.

If sparc64 is added to the list of hotspot archs and this patch
included in DISTRIBUTION_PATCHES in debian/rules should fix the
build for sparc64.

Thanks!
David


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

Kernel: Linux 4.3.0-gentoo (SMP w/1 CPU core)
Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Index: openjdk/hotspot/agent/src/os/linux/libproc.h
===
--- openjdk/hotspot/agent/src/os/linux/libproc.h.old	2015-11-12 22:57:20.0 -0600
+++ openjdk/hotspot/agent/src/os/linux/libproc.h		2015-11-22 10:49:17.684049960 -0600
@@ -34,6 +34,7 @@
 #include "libproc_md.h"
 #endif
 
+#include 
 #include 
 
 /

Bug#805761: Problem fixed in Cinnamon 2.6

[Michael]

I managed to install V2.6 on my Debian 8 and it showed the problem is 
fixed. However I have reverted to V2.2 as some of the files from the 
testing repositories caused problems.

Would be nice if a fix could be retrofitted as it seems such a minor mod.

--
Cheers,
Michael

Bug#797479: write(2): returns success but discards the data

[Ben Hutchings]

Control: severity -1 important
Control: reassign -1 manpages-dev

This behaviour applies only to tty (serial/pty/vt) devices in
'canonical' mode, and is intentional:
https://sources.debian.net/src/linux/3.16.7-ckt11-1%2Bdeb8u3/drivers/tty/n_tty.c/#L1682

This isn't mentioned in termios(3), though, so I'm reassigning it
 accordingly.

Ben.

-- 
Ben Hutchings
Life would be so much easier if we could look at the source code.


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

Bug#805779: libogre-1.9.0v5: Exception "dlopen: cannot load any more object with static TLS" make lib crash at startup

[Andreas Cadhalpun]

Control: reassign -1 glibc
Control: reassign 803513 glibc
Control: forcemerge 793641 -1 803513

Hi jMax,

On 22.11.2015 13:23, jMax wrote:
> The problem occurs when starting openmw-launcher. Probably already reported 
> for this package in bug #803513.
> But may be mainly related to Ogre engine (sorry if I'm wrong on this point)
> 
> Full error message is:
> 
>>> ERROR: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic 
>>> library
>>> /usr/lib/x86_64-linux-gnu/OGRE-1.9.0/RenderSystem_GLES2.so.  System Error: 
>>> dlopen:
>>> cannot load any more object with static TLS in DynLib::load at
>>> /build/ogre-1.9-1.9.0+dfsg1/OgreMain/src/OgreDynLib.cpp (line 109)

This is neither a bug in openmw nor in Ogre, but rather in libc6, see #793641.
It has been fixed in glibc 2.21-0experimental3, which has been uploaded today.

Hence I'm merging these duplicate bugs with 793641.

Best regards,
Andreas

Bug#804734: jessie-pu: package gnome-orca/3.14.0-4

[Samuel Thibault]

Hello,

Julien Cristau, on Sat 21 Nov 2015 17:39:09 +0100, wrote:
> > Since speaking passwords out loud is a security issue, I'd like to
> > upload the attached change which backports the fix.
> 
> Go ahead.

Thanks, it's uploaded.

Samuel

Bug#803724: Fixed licensecheck

[Nicholas Bamber]

On 22. 11. 15 19:57, Dominique Dumont wrote:

On Sunday 15 November 2015 18:56:11 Dominique Dumont wrote:

Unless someone has a better idea, I'm going to revert most of the
modification  I've done with regard to encoding. licensecheck will go back
to:
- use a regexp to decide whether to parse a file or not
- don't change encoding of copyright owners.

The latter means that user will have to deal with any non utf8 character
produced by licensecheck.


Done.

Jonas, Nicholas, could you test licensecheck on your side ? (result looks good
on ghostscript)

All the best



So far nothing to start screaming about. But there is a lot of use I can 
make of  a new version of licensecheck .

Bug#805842: ruby-gsl: Fails to build with GSL 2

[Bas Couwenberg]

Source: ruby-gsl
Version: 1.16.0.4+dfsg1-1
Severity: important
Tags: upstream

Dear Maintainer,

Your package fails to build with GSL 2:

 histogram.c: In function 'rb_gsl_histogram_fit_gaussian':
 histogram.c:1245:23: error: 'gsl_multifit_fdfsolver {aka struct }' 
has no member named 'J'
gsl_multifit_covar(s->J, 0.0, covar);
^
 histogram.c: In function 'rb_gsl_histogram_fit_rayleigh':
 histogram.c:1379:23: error: 'gsl_multifit_fdfsolver {aka struct }' 
has no member named 'J'
gsl_multifit_covar(s->J, 0.0, covar);
^
 histogram.c: In function 'rb_gsl_histogram_fit_xexponential':
 histogram.c:1515:23: error: 'gsl_multifit_fdfsolver {aka struct }' 
has no member named 'J'
gsl_multifit_covar(s->J, 0.0, covar);
^

This needs to be fixed for the ongoing gsl transition (#804246).

The full build log is attached, as is a patch to update the build
dependencies for GSL 2 (changing libgsl0-dev to libgsl-dev).

Kind Regards,

Bas
I: using cowbuilder as pbuilder
dpkg-checkbuilddeps: Unmet build dependencies: libgsl-dev libtamuanova-dev
W: Unmet build-dependency in source
dpkg-buildpackage: source package ruby-gsl
dpkg-buildpackage: source version 1.16.0.4+dfsg1-1.1
dpkg-buildpackage: source distribution UNRELEASED
dpkg-buildpackage: source changed by Bas Couwenberg 
 dpkg-source --before-build ruby-gsl-1.16.0.4+dfsg1
dpkg-checkbuilddeps: Unmet build dependencies: libgsl-dev libtamuanova-dev
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but 
will probably become fatal in the future
 fakeroot debian/rules clean
dh clean --buildsystem ruby --with ruby
   dh_testdir -O--buildsystem=ruby
   dh_auto_clean -O--buildsystem=ruby
  Entering dh_ruby --clean
  Leaving dh_ruby --clean
   dh_clean -O--buildsystem=ruby
 dpkg-source -b ruby-gsl-1.16.0.4+dfsg1
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building ruby-gsl using existing 
./ruby-gsl_1.16.0.4+dfsg1.orig.tar.xz
dpkg-source: info: building ruby-gsl in 
ruby-gsl_1.16.0.4+dfsg1-1.1.debian.tar.xz
dpkg-source: info: building ruby-gsl in ruby-gsl_1.16.0.4+dfsg1-1.1.dsc
 dpkg-genchanges -S >../ruby-gsl_1.16.0.4+dfsg1-1.1_source.changes
dpkg-genchanges: not including original source code in upload
 dpkg-source --after-build ruby-gsl-1.16.0.4+dfsg1
dpkg-buildpackage: binary and diff upload (original source NOT included)
 -> Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.5321 
  forking: cp -al /var/cache/pbuilder/base-sid+rebuild.cow 
/var/cache/pbuilder/build//cow.5321 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.5321/.ilist
  forking: chroot /var/cache/pbuilder/build//cow.5321 cowdancer-ilistcreate 
/.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a 
-links +1 -print0 \) | xargs -0 stat --format '%d %i ' 
 -> Invoking pbuilder
  forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build//cow.5321 --buildresult /var/cache/pbuilder/result/ 
--debbuildopts  --no-targz --internal-chrootexec chroot 
/var/cache/pbuilder/build//cow.5321 cow-shell 
/home/bas/tmp/debian/ruby-gsl_1.16.0.4+dfsg1-1.1.dsc 
I: Running in no-targz mode
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Nov 23 01:04:28 CET 2015
I: pbuilder-time-stamp: 1448237068
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Installing the build-deps
W: no hooks of type D found -- ignoring
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 7.0.50~), quilt, gem2deb (>= 0.2.2), libgsl-dev, 
plotutils, ruby-narray, libtamuanova-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 12433 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on debhelper (>= 7.0.50~); however:
  Package debhelper is 

Bug#638422: url changed

[anarcat]

The project is now at:

https://github.com/rfrail3/tuptime

I have tried to run this from the source, and it's pretty cool:

$ tuptime
System startups:3   since   15:49:13 2015-08-07
System shutdowns:   1 ok   -   1 bad
System uptime:  100.0 %   -   107 days, 7 hours, 27 minutes and 26 
seconds
System downtime:0.0 %   -   1 minute and 47 seconds
System life:107 days, 7 hours, 29 minutes and 14 seconds

Largest uptime: 94 days, 6 hours, 15 minutes and 48 seconds   from   
15:49:13 2015-08-07
Shortest uptime:2 days, 12 hours, 59 minutes and 15 seconds   from   
21:05:49 2015-11-09
Average uptime: 35 days, 18 hours, 29 minutes and 9 seconds

Largest downtime:   58 seconds   from   10:05:04 2015-11-12
Shortest downtime:  48 seconds   from   21:05:01 2015-11-09
Average downtime:   36 seconds

Current uptime: 10 days, 12 hours, 12 minutes and 24 seconds   since   
10:06:03 2015-11-12

The source tree is prtty weird however. Instead of having the usual
`debian/` directory, there's a `deb-package` one, with the `.deb` *in
the git repo!*

I have reported that issue here:

https://github.com/rfrail3/tuptime/issues/11

Hopefully, this may enlighten us on how the .deb was created and maybe
we could reuse that...

-- 
The problem is not a lack of highly educated workers, the problem is a
lack of highly educated workers willing to work for the minimum wage or
lower in the U.S. Costs are driving outsourcing, not the quality of
American schools.   - Scott Kirwin, IT Professionals Association

Bug#800509: LLVM default to 3.6 transition ?

[Andreas Cadhalpun]

Dear release team,

afl-clang is also involved in this transition, as it depends on:
clang (<< 1:3.6), clang (>= 1:3.5)

Hence it is currently uninstallable in sid, which was reported as #804852.

After a no-change-rebuild in current sid, these dependencies change to:
clang (<< 1:3.7), clang (>= 1:3.6)

So please schedule a binNMU for afl to make it installable again.

Best regards,
Andreas

Bug#805839: gcc-5: Dependency problem on hppa with debug packages

[John David Anglin]

Package: gcc-5
Version: 5.2.1-24
Severity: normal

Dear Maintainer,

I tried to install libstdc++6-5-dbg:

mx3210:/home/dave# apt-get install libstdc++6-5-dbg libgcc4-dbg
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libgcc4-dbg : Depends: libgcc4 (= 5.2.1-24) but 1:5.2.1-24 is to be installed

Regards,
Dave Anglin

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

Kernel: Linux 3.18.24+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gcc-5 depends on:
ii  binutils  2.25.51.20151113-2
ii  cpp-5 5.2.1-24
ii  gcc-5-base5.2.1-24
ii  libc6 2.19-22+b6
ii  libcc1-0  5.2.1-24
ii  libgcc-5-dev  5.2.1-24
ii  libgcc4   1:5.2.1-24
ii  libgmp10  2:6.1.0+dfsg-2
ii  libisl15  0.15-3
ii  libmpc3   1.0.3-1
ii  libmpfr4  3.1.3-1
ii  libstdc++65.2.1-24
ii  zlib1g1:1.2.8.dfsg-2

Versions of packages gcc-5 recommends:
ii  libc6-dev  2.19-22+b6

Versions of packages gcc-5 suggests:
pn  gcc-5-doc
pn  gcc-5-locales
pn  libasan2-dbg 
ii  libatomic1-dbg   5.2.1-24
pn  libcilkrts5-dbg  
pn  libgcc4-dbg  
ii  libgomp1-dbg 5.2.1-24
pn  libitm1-dbg  
pn  liblsan0-dbg 
pn  libmpx0-dbg  
pn  libquadmath-dbg  
pn  libtsan0-dbg 
pn  libubsan0-dbg

-- no debconf information

Bug#805843: fonts-noto-hinted: needs Replaces:fonts-noto-unhinted

[Adam Borowski]

Package: fonts-noto-hinted
Version: 2015-09-29-1
Severity: important


Upgrade fails with:
Unpacking fonts-noto-hinted (2015-09-29-1) over (2015-05-11+cjk-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/fonts-noto-hinted_2015-09-29-1_all.deb (--unpack):
 trying to overwrite 
'/usr/share/fonts/truetype/noto/NotoSansTibetan-Regular.ttf', which is also in 
package fonts-noto-unhinted 2015-05-11+cjk-1

Please add the proper Replaces: stanza.



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

Kernel: Linux 4.3.0-x32 (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#805844: herwig++: Fails to build with GSL 2

[Bas Couwenberg]

Source: herwig++
Version: 2.6.0-1
Severity: important
Tags: upstream

Dear Maintainer,

Your package fails to build with GSL 2:

 checking for gsl location... not found
 configure: error: Can't find /usr/lib/libgsl.a or the headers in /usr/include

This needs to be fixed for the ongoing gsl transition (#804246).

The full build log is attached, as is a patch to update the build
dependencies for GSL 2 (changing libgsl0-dev to libgsl-dev).

Kind Regards,

Bas
I: using cowbuilder as pbuilder
dpkg-checkbuilddeps: Unmet build dependencies: libthepeg-dev libfastjet-dev 
libfastjettools-dev libfastjetplugins-dev libgsl-dev
W: Unmet build-dependency in source
dpkg-buildpackage: source package herwig++
dpkg-buildpackage: source version 2.6.0-1.1
dpkg-buildpackage: source distribution UNRELEASED
dpkg-buildpackage: source changed by Bas Couwenberg 
 dpkg-source --before-build herwig++-2.6.0
dpkg-source: warning: unknown information field 'Dm-Upload-Allowed' in input 
data in general section of control info file
dpkg-checkbuilddeps: Unmet build dependencies: libthepeg-dev libfastjet-dev 
libfastjettools-dev libfastjetplugins-dev libgsl-dev
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but 
will probably become fatal in the future
 fakeroot debian/rules clean
dh clean --with autoreconf --parallel
   dh_testdir -O--parallel
   dh_auto_clean -O--parallel
   dh_autoreconf_clean -O--parallel
   dh_clean -O--parallel
 dpkg-source -b herwig++-2.6.0
dpkg-source: warning: unknown information field 'Dm-Upload-Allowed' in input 
data in general section of control info file
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building herwig++ using existing ./herwig++_2.6.0.orig.tar.gz
dpkg-source: info: building herwig++ in herwig++_2.6.0-1.1.debian.tar.xz
dpkg-source: info: building herwig++ in herwig++_2.6.0-1.1.dsc
 dpkg-genchanges -S >../herwig++_2.6.0-1.1_source.changes
dpkg-genchanges: warning: unknown information field 'Dm-Upload-Allowed' in 
input data in general section of control info file
dpkg-genchanges: not including original source code in upload
 dpkg-source --after-build herwig++-2.6.0
dpkg-source: warning: unknown information field 'Dm-Upload-Allowed' in input 
data in general section of control info file
dpkg-buildpackage: binary and diff upload (original source NOT included)
 -> Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.14806 
  forking: cp -al /var/cache/pbuilder/base-sid+rebuild.cow 
/var/cache/pbuilder/build//cow.14806 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.14806/.ilist
  forking: chroot /var/cache/pbuilder/build//cow.14806 cowdancer-ilistcreate 
/.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a 
-links +1 -print0 \) | xargs -0 stat --format '%d %i ' 
 -> Invoking pbuilder
  forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build//cow.14806 --buildresult /var/cache/pbuilder/result/ 
--debbuildopts  --no-targz --internal-chrootexec chroot 
/var/cache/pbuilder/build//cow.14806 cow-shell 
/home/bas/tmp/debian/herwig++_2.6.0-1.1.dsc 
I: Running in no-targz mode
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Nov 23 01:32:09 CET 2015
I: pbuilder-time-stamp: 1448238729
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Installing the build-deps
W: no hooks of type D found -- ignoring
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 8.0.0), autotools-dev, dh-autoreconf, libthepeg-dev, 
libfastjet-dev, libfastjettools-dev, libfastjetplugins-dev, libboost-dev, 
libgsl-dev, gfortran, chrpath
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 12433 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on debhelper (>= 8.0.0); however:
  Package debhelper is 

Bug#805837: close-cross doesn't work on mion package manager

[Agnès Louvrier]

Package: 
version: last
Language: French
KDE plasma: 5.4.2
Environnement: stretch Qt: 5.5.1
Kernel: 4.2.0-1-amd64
64-bits

Hello/Bonjour/Guten morgen/...

Reportbug doesn't work. I give to you a small bug that I suppose easy to
repare.
ONLY ON "Gestionnaire de paquets Muon" (Muon Package Manager) KDE5
Stretch Fr-fr last update.
The close-cross on window title becomes red when clicked but is another
time white after without closing anything. Maximize and minimize are
working.
As attempted, the application should be closed when you clic on this
close-cross, but you can quit the app with File>quit.

Thank you/Merci beaucoup/Vielen danke

Best regards/Bien cordialement/Beste grüss Jeanne -- Cordialement

Agnès Louvrier 0381395657

Bug#804246: transition: gsl

[Sebastiaan Couwenberg]

On 20-11-15 13:15, Emilio Pozuelo Monfort wrote:
> On 20/11/15 12:57, Dirk Eddelbuettel wrote:
>>
>> On 20 November 2015 at 11:45, Sebastiaan Couwenberg wrote:
>> | On 09-11-15 18:21, Emilio Pozuelo Monfort wrote:
>> | > On 06/11/15 15:06, Bas Couwenberg wrote:
>> | >> Package: release.debian.org
>> | >> Severity: normal
>> | >> User: release.debian@packages.debian.org
>> | >> Usertags: transition
>> | >> Forwarded: https://release.debian.org/transitions/html/auto-gsl.html
>> | >>
>> | >> An uncoordinated transition to GSL 2.0 has started in unstable.
>> | >>
>> | >> It caused nco to FTBFS and I suspect other reverse dependencies will
>> | >> likewise need to be updated to build successfully with gsl (2.0+dfsg-1).
>> | >>
>> | >> The automatically created transition tracker is already available.
>> | >>
>> | >> The maintainer is CC'ed.
>> | > 
>> | > Any idea how many packages fail to build against the new version? Not 
>> speaking
>> | > of how many need to change the build dependencies from libgsl0-dev (>= 
>> x.y) to
>> | > libgsl-dev, but of build failures in all the rdeps due to API changes.
>> | 
>> | I haven't tested any gsl rdeps other than those maintained by the Debian
>> | GIS team, and those rebuilds are already available in unstable.
>> | 
>> | Can we binNMU the remaining rdeps and see what breaks?
>>
>> Sounds good to me.
> 
> No, as I said that won't work as long as libgsl0-dev is still around, because
> right now any build attempt will install that together with the old library,
> instead of the new libgsl-dev and the new library. That's because real 
> packages
> are preferred over virtual ones.
> 
> And I didn't want to request its removal until I know how many packages will
> fail to build.
> 
>> | Or should Dirk or someone else first rebuild the rdeps themselves before
>> | this transition can move on?
>>
>> Do you happen to have a list of what has / has not rebuilt?
> 
> See https://release.debian.org/transitions/html/gsl.html

To keep this transition moving I've started a round of rebuilding the
gsl rdeps to see what breaks.


3dldf (2.0.3+dfsg-3) explicitly build depends on libgsl0ldbl,
libgsl0-dev which needs to be changed to just libgsl-dev to build with
libgsl2. I've forwarded the patch in #805740.

adun.app (0.81-7) only build depends on libgsl0-dev, but didn't pull in
libgsl2. It built successfully with libgsl2 after changing the build
dependency to libgsl-dev. Because of this all other reverse dependencies
were also updated to use libgsl-dev instead of libgsl0-dev.

aghermann (1.0.6-1) has the build dependency issue, and FTBFS after
changing the build dependency to libgsl-dev with:

 model/borbely.cc:175:32: error: 'struct gsl_multifit_fdfsolver' has no
 member named 'J'
 gsl_multifit_covar( S->J, 0.0, covar);
^
I've reported this build failure in #805746.

amide (1.0.5-4) FTBFS due to the same issue as aghermann:

 tb_profile.c:671:31: error: 'gsl_multifit_fdfsolver
 {aka struct }' has no member named 'J'
 gsl_multifit_covar (solver->J, 0.0, covar);
 ^
This is reported in #805748. And fixed with amide (1.0.5-5).

Besides aghermann & amide, this common issue also affects:

 #805794 gbutils  (5.6.7-1)
 #805799 kst  (2.0.3-4)
 #805801 mathgl   (2.3.3-3)
 #805819 odin (1.8.8-1.1)
 #805832 scidavis (1.D8-1)
 #805834 siril(0.9.0-1)
 #805835 voxbo(1.8.5~svn1246-1.1)
 #805841 qtiplot  (0.9.8.9-10)
 #805842 ruby-gsl (1.16.0.4+dfsg1-1)

altree (1.3.1-2) cannot be built after updating the build dependency to
libgsl-dev, because some other dependency still pulls in libgsl0ldbl
causing a conflict with libgsl2.

asymptote (2.35-2) FTBFS too:

 gsl.cc: In function 'void trans::gen_rungsl_venv(trans::venv&)':
 gsl.cc:1091:67: error: no matching function for call to
  'addGSLDOUBLE3Func(sym::symbol&, sym::symbol&, sym::symbol&,
  sym::symbol&)'
   addGSLDOUBLE3Func(SYM(D),SYM(phi),SYM(k),SYM(n));
   ^
 gsl.cc:192:6: note: candidate: template void trans::addGSLDOUBLE3Func(sym::symbol,
 sym::symbol, sym::symbol, sym::symbol)
  void addGSLDOUBLE3Func(symbol name, symbol arg1, symbol arg2,
   ^
 gsl.cc:192:6: note:   template argument deduction/substitution failed:
 gsl.cc:1091:67: error: could not convert template argument
 'gsl_sf_ellint_D' to 'double (*)(double, double, double, gsl_mode_t)
 {aka double (*)(double, double, double, unsigned int)}'
addGSLDOUBLE3Func(SYM(D),SYM(phi),SYM(k),SYM(n));
^
Reported in #805749.

ball (1.4.2+20140406-1.1) FTBFS due to a Boost issue, this seems to be
#91 and unrelated to GSL 2.

calligra (1:2.8.5+dfsg-1.2) also FTBFS due to an issue unrelated to GSL
2, that seems to be #797389.

gambas3 (3.5.4-2) FTBFS due to a WebKit issue:

 make[6]: Entering directory '/tmp/buildd/gambas3-3.5.4/gb.qt4
 /src/webkit'
   CXX  gb_qt4_webkit_la-main.lo
   CXX  

Bug#805847: libnet-mac-vendor-perl: Apache/mod_perl silently does not start if Net::MAC::Vendor 1.25-1 is used (regression from 1.23-1)

[Ivan Kohler]

Package: libnet-mac-vendor-perl
Version: 1.25-1
Severity: important
Tags: upstream

Since the upgrade to Net::MAC::Vendor 1.25-1, if a web application loads
Net::MAC::Vendor, Apache fails to start, without any output in error.log.

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

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

Versions of packages libnet-mac-vendor-perl depends on:
ii  libwww-perl  6.13-1
ii  perl 5.20.2-6

libnet-mac-vendor-perl recommends no packages.

libnet-mac-vendor-perl suggests no packages.

-- no debconf information

-- 
Ivan Kohler
President and Head Geek, Freeside Internet Services, Inc.  http://freeside.biz/
Debian GNU/Linux developer  |  CPAN author  |  cat person  |  ski addict

Bug#805848: taglib 1.10 is out. Please pack it.

[Jörg Frings-Fürst]

Source: taglib
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

taglib 1.10 is out since 11.11.2015.

Please pack it.

CU
Jörg



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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWUpUWAAoJEAn4nzyModJdnD4P/3PrKE/VDMH/QBabmM6lrb5/
YSv1mwnS9VWE6YkSr1xJJ8jLLPBAyo9g0Cex3bb/Riibm3aiUGtg4jEFgXBv6fj9
mIUZQLGg4m9XYjXog8KwHVOACeBIrJjhnCjAXKaTdYsU9WtVcb91M2z61kPVJVOg
ucQhfaX3Mp5ZlKcdEd4afkC1j3cXGUR6ZG70afNXzniawu7pHqoj8Y92apb5qpNZ
/h22j7K/cwpWKV8Ms5KG2pVueMV2ZbGKF3sv4+1o+WhLTLcfbc3c3W8NR3BoalVr
aduNUmakqmG4OMboilShY6wDIXkQWylnlKyg2trlN/HcfiOPJZJ8pq3nm8hJLf5e
pzI0Mo6epDOp7vfvcqsQnyo64f1pvcFwPPKUJcNhTRjvWEiXUH+gH4ktzkkh3HOs
d4+dj6sIbJ02dLneLewZxG/pdAo18je9JEqoqWqYWzo4F8lmoQzUU5PBDKgMksjA
s7chZiNFF+UL0fweEiiZF/sTBR/mTlW3tzEC3X6Tg1YKyN3TrpW5myLI92THELuC
xDgVZpupDIVSHsVZbSjpwadkF4QMWI0HAjYk2FcZHNat9XFfe5Vp3kz5yx1gCdtK
pXhh39StzFCbMjfutgzWj1q9H8GejJU0mIp6blnlQ30rtSdX5eoHPZmHlGbxLYtf
eeMWV3EgvzLSmsYuFeoX
=QF/8
-END PGP SIGNATURE-

Bug#805703: libthai0: th_wbrk goes into an infinite loop

[Theppitak Karoonboonyanan]

Control: tags -1 +patch

On Sat, Nov 21, 2015 at 9:33 AM, Zack Weinberg  wrote:

> /* expected output:   เพื่อ ให้ เหมาะสม กับ วิถีทาง ประเพณี ทาง ศาสนา 
> พุทธ */
> static const thwchar_t *x = L"เพื่อให้เหมาะสมกับวิถีทางประเพณีทางศาสนาพุทธ";

The minimal test case for this bug appears to be:
  L"ทางประเพณีทาง"
which causes double-free error.

And the next two words would trigger infinite loop:
  L"ทางประเพณีทางศาสนาพุทธ"

I've investigated this and found that it's caused by the optimization
in brk_recovery_try() in the recent release.

The attached patch should fix it.

I'm addressing it upstream and making a new release soon.
Thanks for catching it.

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
Index: src/thbrk/brk-maximal.c
===
--- src/thbrk/brk-maximal.c	(revision 584)
+++ src/thbrk/brk-maximal.c	(working copy)
@@ -349,7 +349,7 @@
 /* find matched nodes and delete them */
 while (NULL != (match = brk_pool_match (pool_tail, node))) {
 BrkPool *next = match->next;
-brk_pool_delete_node (pool_tail, match, env);
+pool = brk_pool_delete_node (pool, match, env);
 pool_tail = next;
 }
 }

Bug#804838: eztrace: build process generates huge file

[Mattia Rizzolo]

On Fri, Nov 13, 2015 at 03:35:24PM +0100, Samuel Thibault wrote:
> Ok, so it's actually litl_print from litl-tools which went crazy, thus
> reassigning.
> 
> To explain a bit: litl_print read a trace file
> (pbuilder1_eztrace_log_rank_1, 570 bytes long), and writes a dump of the
> trace (testlog.0.txt). The dump (ascii format) is supposed to be bigger
> than the trace (binary format), but not *that* bigger :)
> 
> So I guess somehow the read loop got it wrong while reading the trace.
> I couldn't reproduce the issue, even with parallel=64 on a 24-core
> system (the testsuite is not supposed to run in parallel anyway), but
> the code is quite simple, so perhaps I can just proofread it and submit
> patches for tests.

ok, I just remember about this, but things did not went well anyway.

mattia@profitbricks-build1-amd64 ../eztrace-1.1/build-mpich/test/automake % lh 
testlog0.txt
-rw-r--r-- 1   8.9G Nov 22 08:01 testlog0.txt
mattia@profitbricks-build1-amd64 ../eztrace-1.1/build-mpich/test/automake % 
tail testlog0.txt
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   140194795173632   Reg   00
0   %   


https://jenkins.debian.net/view/reproducible/job/reproducible_builder_amd64_17/8171/console

and the build stuck there (actually the file is growing...)
I don't think this is supposed to happen, isn't it?

If the build wasn't creating such a file I could keep it running and do
live tests, but this :\
-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#805764: ITP: libarray-utils-perl -- Small utils for array manipulation

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: libarray-utils-perl
  Version : 0.5
  Upstream Author : Sergei A. Fedorov 
* URL : https://metacpan.org/release/Array-Utils
* License : GPL/Artistic
  Programming Lang: Perl
  Description : Small utils for array manipulation

A small pure-perl module containing list manipulation routines. The module
emerged because I was tired to include same utility routines in numerous
projects.

I plan to package this as a member of the Debian Perl Group.

It will be a dependency of WeBWorK, an online math homework platform I am
packaging as a member of the Debian Science Team.

Bug#805758: wireshark should depend on qt or gtk version

[Balint Reczey]

Control: tags -1 confirmed

Hi Christoph,

On 11/22/2015 07:05 AM, Christoph Anton Mitterer wrote:
> Package: wireshark
> Version: 2.0.0+g9a73b82-1
> Severity: wishlist
> 
> 
> Hey.
> 
> Wouldn't it make sense if the meta-package wireshark
> depends on either wireshark-qt | wireshark-gtk
> (or vice versa)? :-)
Sure, I'll fix that in the next upload.

> 
> And that if both are installed, root can configure
> via update-alternatives which one should be invoked
> with just "wireshark"
> 
> 
> Cheers,
> Chris
> 
Many members of the Wireshark development team would like to phase out
the GTK+ UI completely and this may happen before the Stretch release,
in Wireshark 2.2.
I have not implemented the alternatives system based switching to
migrating away from it in the next major release, but I'm not absolutely
sure if it is the best strategy and I'm open to implementing it if I get
more feedback from users, for example here.

Cheers,
Balint

PS: I also accept patches. :-)

Bug#799007: bouncycastle: please package a newer version or upload 1.51-1 to unstable

[dean]

On 11/22/15 00:32, Markus Koschany wrote:
> On Mon, 14 Sep 2015 23:16:15 +0200 Markus Koschany  wrote:
>> Source: bouncycastle
>> Version: 1.49+dfsg-3
>> Severity: wishlist
>>
>> a newer version of bouncycastle would be nice. I guess 1.51-1 in
>> experimental will break a couple of r-deps? Well, then we can start
>> filing blocking bugs now. :)
> 
> The following packages will FTBFS with version 1.51:
> 
> 
> libitext-java
> jakarta-jmeter
> libpdfbox-java
> libitext5-java
> jenkins-instance-identity
> tika
> jdeb
> 
> Question mark behind voms-api-java, might be something different.
> 
> And Gradle currently FTBFS for me and I don't know why.
> 
> I will try to fix the packages above, so that we can upload 1.51 to
> unstable which will also fix the security bug in sid and testing.
> 
> Markus
> 

Hi Markus,

How much more work would it be to jump to version 1.52?
I'd be willing to contribute with some coaching.

Cheers,
Dean




signature.asc
Description: OpenPGP digital signature

Bug#802577: [Pkg-tcltk-devel] Bug#802577: Bug#802577: tk: No /usr/bin/wish

[Sergei Golovan]

Hi Torquil,

On Fri, Nov 20, 2015 at 7:44 PM, Torquil Macdonald Sørensen
 wrote:
>
> I do have a symlink "tclsh -> tclsh8.6" within /usr/bin. I have not
> noticed any other problems with the installation. However, it might be
> relevant to mention that my computer is and always has been tracking
> Sid, so I it has never undergone large upgrades between different stable
> Debian releases.

Well, the current tcl and tk (8.6.0+8) were uploaded to unstable in
May 2014. And it has replaced the version which is currently in
wheezy, so in fact it was sort of a large upgrade (at least with
respect to the Tcl/Tk packaging). Did you have the tk package
installed then? Have you tried to use /usr/bin/wish before October
2015 (when you reported the bug)?

Cheers!
-- 
Sergei Golovan

Bug#804168: The temperature values in the systemlog not Celcuis but Fahrenheit

[Christian Franke]

Please provide info about affected drive models and sample temperature 
outputs from smartd and smartctl.


Note that a ATA/SATA devices may have various sources for current 
temperature: SMART Attributes (190, 194, ...), SCT Status and Device 
Statistics. Smartctl could read all, but smartd only checks the attributes.

Bug#805787: deja-dup: please make the build reproducible

[Reiner Herrmann]

Source: deja-dup
Version: 34.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that deja-dup could not be built reproducibly.
It ships an embedded and outdated copy of help2man, which doesn't
support SOURCE_DATE_EPOCH yet. This leads to the current build date
getting embedded into the manpages.

The attached patch fixes this by adding a build dependency for help2man
and using it instead of the included version.

Regards,
 Reiner

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

diff --git a/debian/control.in b/debian/control.in
index 78296b0..2564823 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -9,6 +9,7 @@ Build-Depends: cmake,
gnome-pkg-tools,
intltool (>= 0.40),
yelp-tools,
+   help2man,
libglib2.0-dev (>= 2.34),
libgtk-3-dev (>= 3.6),
libnautilus-extension-dev,
diff --git a/debian/patches/help2man.patch b/debian/patches/help2man.patch
new file mode 100644
index 000..9434a3b
--- /dev/null
+++ b/debian/patches/help2man.patch
@@ -0,0 +1,32 @@
+Author: Reiner Herrmann 
+Description: Use system help2man instead of embedded copy
+ The included help2man is outdated and lacks support for
+ SOURCE_DATE_EPOCH, which leads to unreproducible manpages,
+ because the current build date will be embedded.
+
+Index: deja-dup-34.0/man/CMakeLists.txt
+===
+--- deja-dup-34.0.orig/man/CMakeLists.txt
 deja-dup-34.0/man/CMakeLists.txt
+@@ -21,8 +21,8 @@ string(REPLACE ".po" "" LINGUAS "${POFIL
+ 
+ add_custom_command(OUTPUT C/deja-dup.1 C/deja-dup-preferences.1
+COMMAND mkdir -p C
+-   COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/deja-dup -o C/deja-dup.1
+-   COMMAND ${CMAKE_CURRENT_SOURCE_DIR}/help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.pref -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/preferences/deja-dup-preferences -o C/deja-dup-preferences.1
++   COMMAND help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/deja-dup -o C/deja-dup.1
++   COMMAND help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.pref -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/preferences/deja-dup-preferences -o C/deja-dup-preferences.1
+DEPENDS deja-dup deja-dup-preferences)
+ install(FILES ${CMAKE_CURRENT_BINARY_DIR}/C/deja-dup.1 ${CMAKE_CURRENT_BINARY_DIR}/C/deja-dup-preferences.1 DESTINATION "${CMAKE_INSTALL_FULL_DATADIR}/man/man1")
+ list(APPEND MAN_TARGETS C/deja-dup.1 C/deja-dup-preferences.1)
+@@ -31,8 +31,8 @@ foreach(LINGUA ${LINGUAS})
+   add_custom_command(OUTPUT ${LINGUA}/deja-dup.1 ${LINGUA}/deja-dup-preferences.1
+  COMMAND mkdir -p ${LINGUA} locales/${LINGUA}/LC_MESSAGES
+  COMMAND ln -sf ${CMAKE_BINARY_DIR}/po/${LINGUA}.gmo locales/${LINGUA}/LC_MESSAGES/deja-dup.mo
+- COMMAND env DEJA_DUP_LOCALEDIR=${CMAKE_CURRENT_BINARY_DIR}/locales DEJA_DUP_LANGUAGE=${LINGUA} ${CMAKE_CURRENT_SOURCE_DIR}/help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/deja-dup -o ${LINGUA}/deja-dup.1
+- COMMAND env DEJA_DUP_LOCALEDIR=${CMAKE_CURRENT_BINARY_DIR}/locales DEJA_DUP_LANGUAGE=${LINGUA} ${CMAKE_CURRENT_SOURCE_DIR}/help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/preferences/deja-dup-preferences -o ${LINGUA}/deja-dup-preferences.1
++ COMMAND env DEJA_DUP_LOCALEDIR=${CMAKE_CURRENT_BINARY_DIR}/locales DEJA_DUP_LANGUAGE=${LINGUA} help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/deja-dup -o ${LINGUA}/deja-dup.1
++ COMMAND env DEJA_DUP_LOCALEDIR=${CMAKE_CURRENT_BINARY_DIR}/locales DEJA_DUP_LANGUAGE=${LINGUA} help2man -N -i ${CMAKE_CURRENT_SOURCE_DIR}/include.main -L en_US.UTF-8 ${CMAKE_BINARY_DIR}/deja-dup/preferences/deja-dup-preferences -o ${LINGUA}/deja-dup-preferences.1
+  DEPENDS translations deja-dup deja-dup-preferences)
+ 
+   install(FILES ${CMAKE_CURRENT_BINARY_DIR}/${LINGUA}/deja-dup.1 ${CMAKE_CURRENT_BINARY_DIR}/${LINGUA}/deja-dup-preferences.1 DESTINATION "${CMAKE_INSTALL_FULL_DATADIR}/man/${LINGUA}/man1")
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..74b00be
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+help2man.patch


signature.asc
Description: OpenPGP digital signature

Bug#799007: bouncycastle: please package a newer version or upload 1.51-1 to unstable

[Markus Koschany]

Am 22.11.2015 um 09:28 schrieb dean:
[...]
> Hi Markus,
> 
> How much more work would it be to jump to version 1.52?
> I'd be willing to contribute with some coaching.

Hi dean,

I can't currently assess how much work it would be, mainly because I
would have to package 1.52 and rebuild all packages against this version
again.

I would rather suggest to follow an incremental approach and to upload
1.51 first. After that we can update bouncycastle even to the latest
upstream release. The easiest way to get involved is to send in patches
for the above mentioned packages and to fix the build errors and
incompatibilities. As soon as those issues are resolved we can worry
about another version jump.

Cheers,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#805792: cdebootstrap: support for excluding dependencies

[Asbjørn Sloth Tønnesen]

Package: cdebootstrap
Severity: wishlist
Tags: patch
Control: block -1 771864

commit 63a4b2cdcc80589ed9734bf334364f0e54e1f602
Author: Asbjørn Sloth Tønnesen 
Date:   Sun Nov 22 13:27:30 2015 +

Support for excluding dependencies

This patch implements support for excluding dependencies,
when an alternative dependency exists.

If "Depends: A | B" then excluding A would result in B being
pulled in.

This is is dependent on di_packages_minimal_read_file_exclude()
implemented in libdebian-installer by #771864

Signed-off-by: Asbjørn Sloth Tønnesen 

 include/download.h   | 2 +-
 src/download.c   | 6 --
 src/frontend/standalone/cdebootstrap.man | 2 +-
 src/frontend/standalone/main.c   | 2 +-
 4 files changed, 7 insertions(+), 5 deletions(-)

-- 
Best regards
Asbjørn Sloth Tønnesen


cdebootstrap_exclude.patch
Description: Binary data

Bug#805785: systemd-container: machinectl start #containername# fails when /var/lib/machines/#containername# is symlink to other folder

[Michael Biebl]

Hi

Am 22.11.2015 um 14:20 schrieb Denys:
> systemd-nspawn[2798]: Failed to open root file system: Too many levels of
> symbolic links
..
> It have becomes after i install linux-image-4.3.0-trunk-amd64

Are you saying, this worked with older kernel versions?


-- 
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#727148: kino-fr error because of duplicate document ID

[Wolfgang Wiedmeyer]

Package: kino
Version: 1.3.4-2.1+b1
Followup-For: Bug #727148
Tags: patch

Hi,

based on Guo's suggestion, the following patch worked for me:

---
 debian/kino.doc-base.en | 2 +-
 debian/kino.doc-base.fr | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/kino.doc-base.en b/debian/kino.doc-base.en
index 778a666..c3ce349 100644
--- a/debian/kino.doc-base.en
+++ b/debian/kino.doc-base.en
@@ -1,4 +1,4 @@
-Document: kino-manual
+Document: kino-manual-en
 Title: Kino Manual
 Author: Arne Schirmacher, Dan Dannedy, Charlie Yates
 Section: Video
diff --git a/debian/kino.doc-base.fr b/debian/kino.doc-base.fr
index 87a6a32..2df0652 100644
--- a/debian/kino.doc-base.fr
+++ b/debian/kino.doc-base.fr
@@ -1,4 +1,4 @@
-Document: kino-manual
+Document: kino-manual-fr
 Title: Manuel de Kino 
 Author: Arne Schirmacher, Dan Dannedy, Charlie Yates
 Section: Video
-- 
2.1.4


Best regards,
Wolfgang

-- 
OpenPGP: 0F30 D1A0 2F73 F70A 6FEE  048E 5816 A24C 1075 7FC4
download: https://wiedmeyer.de/keys/ww.asc



signature.asc
Description: PGP signature

Bug#805794: gbutils: Fails to build with GSL 2

[Bas Couwenberg]

Source: gbutils
Version: 5.6.7-1
Severity: important
Tags: upstream

Dear Maintainer,

Your package fails to build with GSL 2:

 gbnlreg.c: In function 'ols_varcovar':
 gbnlreg.c:185:28: error: 'gsl_multifit_fdfsolver {aka const struct 
}' has no member named 'J'
gsl_multifit_covar (s->J, 1e-6, covar);
 ^

This needs to be fixed for the ongoing gsl transition (#804246).

The full build log is attached, as is a patch to update the build
dependencies for GSL 2 (changing libgsl0-dev to libgsl-dev).

Kind Regards,

Bas
I: using cowbuilder as pbuilder
dpkg-checkbuilddeps: Unmet build dependencies: libgsl-dev libmatheval-dev
W: Unmet build-dependency in source
dpkg-buildpackage: source package gbutils
dpkg-buildpackage: source version 5.6.7-1.1
dpkg-buildpackage: source distribution UNRELEASED
dpkg-buildpackage: source changed by Bas Couwenberg 
 dpkg-source --before-build gbutils-5.6.7
dpkg-checkbuilddeps: Unmet build dependencies: libgsl-dev libmatheval-dev
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
dpkg-buildpackage: warning: this is currently a non-fatal warning with -S, but 
will probably become fatal in the future
 fakeroot debian/rules clean
dh clean  --with autoreconf
   dh_testdir
   dh_auto_clean
   dh_autoreconf_clean
   dh_clean
 dpkg-source -b gbutils-5.6.7
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building gbutils using existing ./gbutils_5.6.7.orig.tar.gz
dpkg-source: info: building gbutils in gbutils_5.6.7-1.1.debian.tar.xz
dpkg-source: info: building gbutils in gbutils_5.6.7-1.1.dsc
 dpkg-genchanges -S >../gbutils_5.6.7-1.1_source.changes
dpkg-genchanges: not including original source code in upload
 dpkg-source --after-build gbutils-5.6.7
dpkg-buildpackage: binary and diff upload (original source NOT included)
 -> Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.21059 
  forking: cp -al /var/cache/pbuilder/base-sid+rebuild.cow 
/var/cache/pbuilder/build//cow.21059 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.21059/.ilist
  forking: chroot /var/cache/pbuilder/build//cow.21059 cowdancer-ilistcreate 
/.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a 
-links +1 -print0 \) | xargs -0 stat --format '%d %i ' 
 -> Invoking pbuilder
  forking: pbuilder build --debbuildopts  --debbuildopts  --buildplace 
/var/cache/pbuilder/build//cow.21059 --buildresult /var/cache/pbuilder/result/ 
--debbuildopts  --no-targz --internal-chrootexec chroot 
/var/cache/pbuilder/build//cow.21059 cow-shell 
/home/bas/tmp/debian/gbutils_5.6.7-1.1.dsc 
I: Running in no-targz mode
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Sun Nov 22 16:23:08 CET 2015
I: pbuilder-time-stamp: 1448205788
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Installing the build-deps
W: no hooks of type D found -- ignoring
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-autoreconf, help2man, libgsl-dev, 
libmatheval-dev, zlib1g-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 12439 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on debhelper (>= 9); however:
  Package debhelper is not installed.
 pbuilder-satisfydepends-dummy depends on dh-autoreconf; however:
  Package dh-autoreconf is not installed.
 pbuilder-satisfydepends-dummy depends on help2man; however:
  Package help2man is not installed.
 pbuilder-satisfydepends-dummy depends on libgsl-dev; however:
  Package libgsl-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libmatheval-dev; however:
  Package libmatheval-dev is not installed.
 pbuilder-satisfydepends-dummy depends on zlib1g-dev; however:
  Package zlib1g-dev is not installed.

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...

Bug#798003: freeimage: please change FreeImage.h encoding

[Christophe Trophime]

Christophe TROPHIME 
Research Engineer 

CNRS - LNCMI 
25, rue des Martyrs 
BP 166 
38042 GRENOBLE Cedex 9 
FRANCE 

Tel : +33 (0)4 76 88 90 02 
Fax : +33 (0) 4 76 88 10 01 
Office U 19 
M@il : christophe.troph...@lncmi.cnrs.fr 

- Original Message -
> From: "Ghislain Vaillant" 
> To: 798...@bugs.debian.org
> Sent: Sunday, November 22, 2015 3:07:42 PM
> Subject: Bug#798003: freeimage: please change FreeImage.h encoding
> 
> Hi Christophe,
> 
>  > could you please change the encoding on installed FreeImage.h header?
>  > The actual encoding is no longer ASCII since you introduced a second
>  > author "hervé".
>  > This change may cause some packages to FTBS.
> 
> You meant *upstream* introduced a second author, not us?
> 
> I saw that Fedora is solving the inconsistent encoding by converting all
> source files to UTF-8 [1]. Would that solve your problem?
> 
> [1] https://apps.fedoraproject.org/packages/freeimage/
> 
>  > Trying to install salome from source FTBS because of this change.
>  > The installer tries to recover FreeImage version by using grep >
> VERSION in FreeImage.h
> 
>  > The non ASCII encoding somehow breaks this as the grep command no
>  > longer returns the lines including "VERSION". Instead the grep
>  > command return a message "Binary  matches".
> 
>  > Changing "hervé" to herve fix the problem.
> 
> Sounds that the version parsing of `salome` is a bit fragile too.

In fact it's just made with a simple grep 

> 
> Ghis
> 
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#788585: dsh: overwrites host list with a symlink

[Andreas Bombe]

severity 788585 grave
block 788585 by 421344
thanks


(Severity reduced to grave since the data loss does not extend beyond
files associated with the package.)


On Sat, Jun 13, 2015 at 01:04:58AM +0200, Christoph Anton Mitterer wrote:
> Hi.
> 
> dsh installs the file /etc/dsh/group/all as a symlink to "../machines.list".
> 
> Since I didn't like the way that all host lists would be in /etc/dsh/group/
> and just the -a list is in /etc/dsh/machines.list I reverted that to:
> - /etc/dsh/group/all being the regular file
> - /etc/dsh/machines.list being the symlink to the former
> 
> In violation of the policy, /etc/dsh/group/all is not a conffile,
> thus the host list, with precious data, is removed without further
> asking and installation of the package yields an error:
> Setting up dsh (0.25.10-1.1) ...
> dpkg: warning: dsh: config file '/etc/dsh/machines.list' is a circular link
>  (= 
> '/etc/dsh/group/../group/../group/../group/../group/../group/../group/../group/../group/../group/../group/../group/../group/all')

The symlink is not marked as a conffile because debhelper (specifically
dh_installdeb) does not mark symlinks to be installed in /etc as
conffiles. According to #421346 this is intentional as dpkg does not
work correctly with conffile symlinks (#421344, #690051). Thus the
apparent fix of marking it as a conffile explicitly is likely unwise.

Bug#805785: systemd-container: machinectl start #containername# fails when /var/lib/machines/#containername# is symlink to other folder

[Denys]

Package: systemd-container
Version: 228-2
Severity: important

Dear Maintainer,

machinectl start #containername# fails when /var/lib/machines/#containername#
is symbolic link to other folder

systemd[1]: Starting Container jee...
systemd-nspawn[2798]: Failed to open root file system: Too many levels of
symbolic links
systemd[1]: systemd-nspawn@jee.service: Main process exited, code=exited,
status=1/FAILURE
systemd[1]: Failed to start Container jee.
systemd[1]: systemd-nspawn@jee.service: Unit entered failed state.
systemd[1]: systemd-nspawn@jee.service: Failed with result 'exit-code'.

ls -la /var/lib/machines
drwx--  2 root root 4096 Ноя 22 14:55 .
drwxr-xr-x 77 root root 4096 Ноя 22 14:06 ..
lrwxrwxrwx  1 root root   26 Ноя 22 14:24 jee ->
/home/#my_home_folder#/containers/jee

It have becomes after i install linux-image-4.3.0-trunk-amd64






-- 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.3.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd-container depends on:
ii  libblkid12.27.1-1
ii  libbz2-1.0   1.0.6-8
ii  libc62.19-22
ii  libcap2  1:2.24-12
ii  libcurl3-gnutls  7.45.0-1+b1
ii  libgcrypt20  1.6.4-3
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libseccomp2  2.2.3-2
ii  libselinux1  2.4-3
ii  systemd  228-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

systemd-container recommends no packages.

systemd-container suggests no packages.

-- no debconf information

Bug#805786: [nvidia-legacy-304xx-driver] On-line Video Inoperative

[David Baron]

Package: nvidia-legacy-304xx-driver
Version: 304.128-8
Severity: important

--- Please enter the report below this line. ---
I went from Nouveau to this because of segfaults and cache errors in KDE5. In 
Nouveau, Adobe Flash and Vimeo on-line videos functioned correctly.

Using the legacy driver, Vimeo does not even start. Adobe may work but usually 
delivers nothing or only audio portion.

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

Debian Release: stretch/sid
  500 unstableftp.us.debian.org 
  500 trusty  ppa.launchpad.net 
  500 testing ftp.us.debian.org 
  500 stable  kxstudio.linuxaudio.org 
  500 lucid   ppa.launchpad.net 
  500 jessie  linux.dropbox.com 
  500 gcc5kxstudio.linuxaudio.org 
1 experimentalftp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libc6  (>= 2.17) | 
libdrm-intel1(>= 2.4.38) | 
libdrm2  (>= 2.4.30) | 
libpciaccess0 (>= 0.8.0+git20071002) | 
libpixman-1-0(>= 0.30.0) | 
libudev1(>= 183) | 
libx11-6 | 
libx11-xcb1  | 
libxcb-dri2-0| 
libxcb-util0  (>= 0.3.8) | 
libxcb1  | 
libxv1   | 
libxvmc1 | 
xorg-video-abi-18| 
xserver-xorg-core (>= 2:1.15.99.903) | 


Package Status   (Version) | Installed
==-+-===
nvidia-legacy-304xx-driver | 304.128-8
nvidia-glx-legacy-304xx| 
nvidia-legacy-304xx-kernel-dkms| 304.128-8
nvidia-legacy-304xx-kernel-source  | 
nvidia-kernel-support-any  | 
nvidia-glx-any | 
libgl1-nvidia-glx-any  | 
libgl1-nvidia-glx-ia32-any | 
libgl1-nvidia-glx-ia32 | 
libgl1-nvidia-legacy-173xx-glx-ia32| 
libgl1-nvidia-legacy-96xx-glx-ia32 | 
libgl1-nvidia-alternatives-ia32| 
xserver-xorg-video-nvidia-any  | 
libcuda1   | 
libcuda1-any   | 
nvidia-settings| 
nvidia-xconfig | 340.93-1
nvidia-support | 20151021+1
nvidia-kernel-common   | 20151021+1
nvidia-modprobe| 358.09-1
xserver-xorg   | 1:7.7+12
xserver-xorg-core  | 2:1.17.3-2
linux-headers  | 
bumblebee  | 
bumblebee-nvidia   | 
libdrm-nouveau1| 
libdrm-nouveau1a   | 2.4.40-1~deb7u2
libdrm-nouveau2| 2.4.65-3
xserver-xorg-video-nouveau | 1:1.0.11-1+b1
ia32-libs  | 
make   | 4.0-8.2


Package's Recommends field is empty.

Package's Suggests field is empty.



-8<---8<---8<---8<---8<---8<---8<---8<---8<--
Please attach the file:
  /tmp/reportbug-ng-nvidia-legacy-304xx-driver-IaWJUZ.txt
to the mail. I'd do it myself if the output wasn't too long to handle.

  Thank you!
->8--->8--->8--->8--->8--->8--->8--->8--->8--

Bug#805789: override: detox:utils/optional

[Joao Eriberto Mota Filho]

Package: ftp.debian.org
Severity: normal

Hi,

detox doesn't conflicts with other packages and doesn't have specialized
requirements. In accordance with Debian Policy, the right priority is
optional. So, I am asking for change from extra to optional.

Thanks in advance!

Regards,

Eriberto

Bug#805790: override: cewl:web/optional

[Joao Eriberto Mota Filho]

Package: ftp.debian.org
Severity: normal

Hi,

I did a mistake when packaging cewl in the first time. cewl is in section ruby
but the right place is web. So, I am asking for change from ruby to web.

Thanks in advance!

Regards,

Eriberto

Bug#804883: QNAM does not report correct NetworkAccessibility

[Ralf Jung]

Hi all,

unfortunately, this bug is not fixed. I updated all the packages built
from qtbase to version 5.5.1+dfsg-8, and did a reboot - but the ownCloud
client is still not reconnecting to the server after I switching from
wired to wireless connection.

I am unsure now whether this means that there's another bug in ownCloud,
or whether maybe the bug in Qt has not really been fixed.

Kind regards,
Ralf

Bug#795690: libcdio: FTBFS under some timezones (eg. GMT-14)

[Andreas Bombe]

On Sun, Aug 16, 2015 at 10:53:55AM +0100, Chris Lamb wrote:
> Source: libcdio
> Version: 0.83-4.2
> Severity: serious
> Justification: fails to build from source
> 
> Dear Maintainer,
> 
> libcdio fails to build from source on unstable/amd64 under some
> timezones (eg. TZ="/usr/share/zoneinfo/Etc/GMT-14"):
> 
>   [..]
>   /usr/bin/make  check-TESTS
[...]
>   FAIL: testiso9660
[...]

I have looked into this and there appear to be two problems. One is that
the ISO9660 format, as far as I can see, still has no support for the
GMT-14 time zone. It was introduced in 1995 and the limits in ISO9660
have not yet adapted, being restricted to GMT+12 and GMT-13. There
probably needs to be special handling for GMT-14 to ignore test failure
there as it seems inevitable.

The other is that I *think* there are sign errors in the upstream time
zone handling and therefore more time zones fail than should.

| $ TZ=GMT+13 test/testiso9660 
| ++ WARN: string 'ABC!123' is getting truncated to 2 characters
| ++ WARN: Converted ISO 9660 timezone -52 is less than -48. Adjusted
| $ TZ=GMT-13 test/testiso9660 
| ++ WARN: string 'ABC!123' is getting truncated to 2 characters
| ++ WARN: Converted ISO 9660 timezone -52 is less than -48. Adjusted
| GMT offsets aren't equal. get: 46800, set 43200
| local time retrieved with iso9660_get_ltime() not
| same as that set with iso9660_set_ltime().

As you can see both offsets get the westward 12 hour limit applied,
probably in different functions using different signs.  There are
multiple time functions in lib/iso9660/iso9660.c and there is code like

| #ifdef HAVE_TM_GMTOFF
| /* Convert seconds to minutes */
| timezone = p_tm->tm_gmtoff / 60;
| #else
| timezone = (p_tm->tm_isdst > 0) ? -60 : 0;
| #endif

tm_gmtoff is seconds east of UTC and thus the offset to add. DST is also
a positive offset but is given as a negative. The dtime function uses
the sign of the passed timezone, the ltime function inverts it. Both
limit the time zone value to -48 and 52. I'm not familiar with the
intricacies of ISO9660 time values, but this needs a good looking over I
think.

Bug#805791: libzvbi-common is using wrong section

[Joao Eriberto Mota Filho]

Package: libzvbi-common
Version: 0.2.35-9
Severity: minor

This bug is to remind me to change the section of the libzvbi-common
from libs to devel in next revision.

Eriberto

Bug#805793: plainbox: Maintainer email is moderated mailing list

[Tobias Frost]

Source: plainbox
Severity: serious
Justification: Policy 3.3

Dear Maintainer,

as per Policy 3.3 it is a violation of a must requirement, therefore RC, if the 
Maintainer field moderates Debian-originated mails. 
See also the Developer Reference 5.12

The maintainer must be specified in the Maintainer control field with
their correct name and a working email address. The email address given
in the Maintainer control field must accept mail from those role
accounts in Debian used to send automated mails regarding the package.
This includes non-spam mail from the bug-tracking system, all mail from
the Debian archive maintenance software, and other role accounts or
automated processes that are commonly agreed on by the project.[7] If
one person or team maintains several packages, they should use the same
form of their name and email address in the Maintainer fields of those
packages.

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

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

Bug#805795: ITP: libsoc -- C library to interface with common peripherals (gpio, i2c, spi, pwm)

[Fathi Boudra]

Package: wnpp
Owner: Fathi Boudra 
Severity: wishlist

* Package name: libsoc
  Version : 0.7
  Upstream Author : Jack Mitchell 
* URL : https://github.com/jackmitch/libsoc
* License : LGPL-2.1
  Programming Lang: C
  Description : C library to interface with common peripherals
(gpio, i2c, spi, pwm)

libsoc is a C library to interface with common peripherals (gpio, i2c, spi, pwm)
found in System on Chips (SoC) through generic Linux kernel interfaces.

Bug#789991: FTBFS: Test failures including FixtureS.TestPanicOnSetUpSuite, FixtureS.TestPanicOnSetUpTest

[Anthony Fok]

Source: golang-gocheck
Followup-For: Bug #789991

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Sergio and Martín,

Seeing how that https://launchpad.net/gocheck points the user to
https://github.com/go-check/check, which the golang-check.v1 package
provides as "gopkg.in/check.v1", and seeing that lots of activities
happened with the golang-check.v1 package and none here, am I correct to
assume that the consensus is to let this old golang-gocheck package be
auto-removed while we update the affected packages to build-depend on
golang-check.v1-dev instead?  :-)

According to
https://packages.qa.debian.org/g/golang-github-juju-ratelimit.html

the affected packages are:

 * golang-github-juju-ratelimit (Maintainer: pkg-go)
 * golang-go-dbus (Maintainer: Sergio Schvezov)
 * golang-goyaml (Maintainer: pkg-go)
 * ngrok (Maintainer: Vincent Bernat; Uploaders: pkg-go)
 * slt (Maintainer: Daniel Kahn Gillmor)

To test the water, I went ahead and uploaded a new Debian version of
golang-github-juju-ratelimit, changing the build-dependency from
golang-gocheck-dev to golang-check.v1-dev:

https://tracker.debian.org/news/727430

Is that the right way to go?  If so, should I do the same for the other
packages that are maintained by pkg-go, and file bug reports for the
others?

Many thanks!

Anthony

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWUeYPAAoJEOolALQSxZrPpUUQAKQ1ZDoEa5s+Sa+1oTDVCCnJ
v7RheiZ4JktOKu2OyntkHmn4VyyiPDplvcJJPpwQlOT8dxl8SJZsX/W1SeMGEM3b
2KblBvzs/PfEVDJBHnNFwm/t1qnWkINO+ULEIft9wqc1DyQAPOGrM/BFLQMYFy8I
nCvhRPTWvUNzMfi41wBsZSVVdE7NC1JhriS1vnZkwfrqKT8EEHElqKsrBq2JNTI0
RZHKonS0UiO9EI3OgLO+tUyomHXzaQvGdsbScFbhe9GkPk1mek5Pf1wQ7ozX0DJ6
yZxHn/WX/Xq4Vd6qEZVZWPXPsXY9W4SfMkKYS6Ihj8G9a1NE2neft9H7h8Nsdm+M
iBY4+sI47JMMhvS1VRnmc9p98G6CIO0+wuUikdGKuY+uQeXCNzQagGWpx+9F57Pw
KdH40Y+mkJIzEBpNS1XWl3QuuChRWXLVcEh0FwHAbVWzZfkML6IDJn415SkbC1U7
/dwwBhYIugyuvRgga+jFfE/YwjMRLZ7aFb4RrpuvXLeJIPmKROGTIHI3XOeme6vW
qC6YfM10jqlBS2HGnjzUkUjjLsppUFcp/id4upCRYbbrNZai/1vGkC9FfVpxwTaP
jyYThkYahQjbQMhpIMbzvFxRDoAH5kMsaH6vFs7PoWftv2TGZxq+yOi9ZWV2+ISw
UsnHxfGUOtnOZRWQNUjO
=Z5Kq
-END PGP SIGNATURE-

Bug#805638: Security update of dbconfig-common? [Was: Bug#805638: dbconfig-common: Insecure permissions for backup directory]

[Paul Gevers]

Dear security members,

Recently a security issue¹ was reported against my package
dbconfig-common. dbconfig-common is a Debian helper package for packages
that require data in a database. The issue is that backups made by
dbconfig-common during updates that involve PostgreSQL databases end up
in files that may be readable by every user on the system because file
permissions are not properly enforced. The umask is set but only after
the file is created. The fix is simple, move the lines creating the
files and setting the ownership to after the change of the umask (see
below the patch for unstable).

Of course I will fix this issue in unstable, but do you consider this a
worthy case for a security update in jessie and/or wheezy? If not, do
you think I should do this via a stable update?

Paul

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

--- /usr/share/dbconfig-common/internal/pgsql.orig  2014-11-02
21:54:07.0 +0100
+++ /usr/share/dbconfig-common/internal/pgsql   2015-11-21
13:49:04.863637686 +0100
@@ -174,14 +174,14 @@
local extra retval PGSSLMODE localuser _dbc_asuser dumpfile old_umask
dumpfile=$1
localuser=`_dbc_psql_local_username`
-   touch $dumpfile
-   chown $localuser $dumpfile
PGSSLMODE="prefer"
retval=0
_dbc_psql_cmd_setup
if [ "$dbc_ssl" ]; then PGSSLMODE="require"; fi
old_umask=`umask`
umask 0066
+   touch $dumpfile
+   chown $localuser $dumpfile
extra=`_dbc_psql_cmd_args`
extra="-f \"$dumpfile\" $extra"
_dbc_debug "su -s /bin/sh $localuser -c \"env
HOME='$_dbc_pgsql_tmpdir' PGPASSFILE='$_dbc_pgsql_tmpdir/.pgpass'
PGSSLMODE='$PGSSLMODE' pg_dump $extra $dbc_dbname\" 2>&1"



signature.asc
Description: OpenPGP digital signature

Bug#798003: freeimage: please change FreeImage.h encoding

[Ghislain Vaillant]

Hi Christophe,

> could you please change the encoding on installed FreeImage.h header?
> The actual encoding is no longer ASCII since you introduced a second 
> author "hervé".

> This change may cause some packages to FTBS.

You meant *upstream* introduced a second author, not us?

I saw that Fedora is solving the inconsistent encoding by converting all 
source files to UTF-8 [1]. Would that solve your problem?


[1] https://apps.fedoraproject.org/packages/freeimage/

> Trying to install salome from source FTBS because of this change.
> The installer tries to recover FreeImage version by using grep > 
VERSION in FreeImage.h


> The non ASCII encoding somehow breaks this as the grep command no
> longer returns the lines including "VERSION". Instead the grep
> command return a message "Binary  matches".

> Changing "hervé" to herve fix the problem.

Sounds that the version parsing of `salome` is a bit fragile too.

Ghis

Bug#805732: Please make chromedriver a recommends

[Guido Günther]

Hi,
On Sat, Nov 21, 2015 at 08:29:58PM +0100, Guido Günther wrote:
> Package: python-selenium
> Version: 2.2.0-1
> Severity: normal
> 
> Hi,
> please make chromedriver a Recommends instead of a suggests otherwise
> one is left with nothing functional after a apt-get install.

Attached is a patch to fix this. It also adds phantomjs since it's supported.
Cheers,
 -- Guido
>From 7139a0ee31de6693a55a13c72bfb106153a8bb22 Mon Sep 17 00:00:00 2001
Message-Id: <7139a0ee31de6693a55a13c72bfb106153a8bb22.1448198239.git@sigxcpu.org>
From: =?UTF-8?q?Guido=20G=C3=BCnther?= 
Date: Sun, 22 Nov 2015 14:16:59 +0100
Subject: [PATCH] Recomend chromedriver or phantomsj

---
 debian/control | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/control b/debian/control
index c0a8bcc..e9690a7 100644
--- a/debian/control
+++ b/debian/control
@@ -19,8 +19,8 @@ X-Python3-Version: >= 3.2
 Package: python-selenium
 Architecture: all
 Depends: ${misc:Depends}, ${python:Depends}
-Suggests: chromedriver,
-  firefoxdriver (>= 2.47.1),
+Recommends: chromedriver | phantomjs
+Suggests: firefoxdriver (>= 2.47.1)
 Description: Python bindings for Selenium
  Python language bindings for Selenium WebDriver.
  .
@@ -33,8 +33,8 @@ Description: Python bindings for Selenium
 Package: python3-selenium
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends}
-Suggests: chromedriver,
-  firefoxdriver (>= 2.47.1),
+Recommends: chromedriver | phantomjs
+Suggests: firefoxdriver (>= 2.47.1)
 Description: Python3 bindings for Selenium
  Python3 language bindings for Selenium WebDriver.
  .
-- 
2.6.2

Bug#805788: override: stress:devel/optional

[Joao Eriberto Mota Filho]

Package: ftp.debian.org
Severity: normal

Hi,

The stress doesn't conflicts with other packages and doesn't have specialized
requirements. In accordance with Debian Policy, the right priority is optional.
So, I am asking for change from extra to optional.

Thanks in advance!

Regards,

Eriberto

Bug#546219: memtest86+: fails to load from pxelinux with default filename

[Alkis Georgopoulos]

In pxelinux.cfg/default, instead of using:
  kernel memtest86+.bin
one can just disable extension autodetection and specify:
  linux memtest86+.bin

Bug#803498: mpv: VO opengl{-hq}: Could not create EGL context!

[Andrey Gursky]

Hi,

mpv 0.12 does perfectly work on an intel laptop. I looked into mpv source code
repository and found the explanation. These are the interesting commits:
- vo_opengl: enable X11 EGL backend by default [1]
- vo_opengl: add DRM EGL backend [2]
- vo_opengl: fix backend autoprobing [3]
- vo_opengl: attempt to improve GLX vs. EGL backend detection [4]

It seems there are still issues with autoprobing. Thus you have to choose the
backend explicitly:
mpv --vo=opengl:backend=x11
in opposite to the default one (working on intel):
mpv --vo=opengl:backend=x11egl

[1] 
https://github.com/mpv-player/mpv/commit/b81d9c79a893f119ea80d230c20b77809be2b0d9
[2] 
https://github.com/mpv-player/mpv/commit/c3f2ef5491dc28d1f2f68d024b4be01c27b029e7
[3] 
https://github.com/mpv-player/mpv/commit/07c546b2b494a620edc98dadd5dd78a052ec6783
[4] 
https://github.com/mpv-player/mpv/commit/6b22b216514ee2eb784711f4539410d3b312a4fd

Regards,
Andrey

Bug#805758: wireshark should depend on qt or gtk version

[Christoph Anton Mitterer]

On Sun, 2015-11-22 at 09:55 +0100, Balint Reczey wrote:
> Many members of the Wireshark development team would like to phase
> out
> the GTK+ UI completely and this may happen before the Stretch
> release,
> in Wireshark 2.2.
Well if the plan is anyway to phase out the GTK UI, then I think you
can simply skip all that =)

Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#805321: [Reproducible-builds] Bug#805321: debian-installer: builds unreproducible netboot images

[Steven Chamberlain]

Hi,

I rewrote the patches according to KiBi's feedback and they are
now uploaded to our jessie-kfreebsd suite, and this Git branch:
https://anonscm.debian.org/cgit/d-i/debian-installer.git/log/?h=jessie-kfreebsd

In my own testing on ZFS, file ordering was still an issue for the
makefs tool that builds the initrd.  But if I were to try again
on UFS, I hope to be able to reproduce the entire
netboot-installer-images tarball as built by the buildds.

This tarball includes bits that are bundled onto the official release
images by debian-cd tools.  Making this reproducible is a prerequisite
for someday having reproducibly-built official release images.

I could merge these patches into sid if they seem okay?  The only
commit that should not be merged is this one, which is specific to
jessie-kfreebsd and must be slightly changed for sid:
kfreebsd: use makefs -T to clamp timestamps

I expect that Linux d-i builds will have some reproducibility issues
in whatever generates the initrd or ISOs, but I may look into that after
the jessie-kfreebsd release is done.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#805766: mirror listing update for debian.asis.io

[factoreal]

Package: mirrors
Severity: minor

Submission-Type: update
Site: debian.asis.io
Aliases: ftp.ir.debian.org
Aliases: debian1.asis.io
Aliases: debian2.asis.io
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390x sparc 
Archive-ftp: /debian/
Archive-http: /debian/
Archive-rsync: debian/
Backports-ftp: /debian/
Backports-http: /debian/
Backports-rsync: debian/
IPv6: no
Archive-upstream: debian.CARNet.hr
Backports-upstream: debian.CARNet.hr
Updates: push
Maintainer: factoreal 
Country: IR Iran, Islamic Republic of
Location: Iran, Tehran
Sponsor: ASIS Security Group http://asis.io

Bug#708327: kmail: fails to launch IMAP and POP slaves

[Noel Torres]

On Saturday, 21 de November de 2015 16:46:35 Sandro Knauß escribió:
> tag 708327 +moreinfo +unreproducible
> thanks
> 
> Hey,
> 
> is it sill an issue for current version on jessie? Please run with LANG=C
> to have non localized error messages.
> 
> Regards,
> 
> sandro

Hi Sandro

I stopped using that version. Now I use a virtual machine with Kmail 4.8.4 
which is stable enough for me. I got tired of errors.

Thanks

Noel
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

OpenPGP key: 1586 50C8 7DBF B050 DE62  EA12 70B4 00F3 EEC7 C372

Spiral galaxies always have at least TWO arms.


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

Bug#766145: dpkg: warning: while removing smartmontools, directory '/var/lib/smartmontools' not empty so not removed

[Tobias Frost]

Package: smartmontools
Followup-For: Bug #766145
Control: tags -1 -pending +patch

Due to a collision with a DELAYED uloade (#789721) removing pending..

Patch is commited here:
http://anonscm.debian.org/cgit/collab-maint/smartmontools.git/commit/?id=0babd5f3ca0ce0f4aad44e1f8ef803eafca215b2

--
tobi

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

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

Versions of packages smartmontools depends on:
ii  debianutils  4.5.1
ii  init-system-helpers  1.24
ii  libc62.19-22
ii  libcap-ng0   0.7.7-1
ii  libgcc1  1:5.2.1-23
ii  libselinux1  2.3-2+b1
ii  libstdc++6   5.2.1-23
ii  lsb-base 9.20150917

Versions of packages smartmontools recommends:
ii  bsd-mailx [mailx]  8.1.2-0.20150408cvs-1

Versions of packages smartmontools suggests:
pn  gsmartcontrol   
pn  smart-notifier  

-- no debconf information

Bug#805755: needrestart: missing ; in /etc/needrestart/needrestart.conf

[Thomas Liske]

tags 805755 +upstream +fixed-upstream
fixed 805755 2.1-1
thanks


Hi txt.file,

the missing semicolon has already been reported and fixed upstream:

 https://github.com/liske/needrestart/pull/10

Sadly, the fix is not part of jessie.


HTH,
Thomas

On Sun, Nov 22, 2015 at 05:58:22AM +0100, Vieno Foo wrote:
> Package: needrestart
> Version: 1.2-8+deb8u1
> Severity: minor
> 
> Dear Maintainer,
> 
>* What led up to the situation?
> vi /etc/needrestart/needrestart.conf
> remove # in line "$nrconf{kernelhints} = 0"
> 
>* What was the outcome of this action?
> error messages indicating wrong syntax
> 
>* What outcome did you expect instead?
> no error messages
> 
> 
> kind regards
> txt.file
> 
> -- Package-specific info:
> needrestart output:
> No services need to be restarted.
> 
> 
> 
> -- System Information:
> Debian Release: 8.0
> Architecture: armhf (armv6l)
> 
> Kernel: Linux 3.18.0-trunk-rpi (PREEMPT)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages needrestart depends on:
> ii  dpkg   1.17.25
> ii  libmodule-find-perl0.12-1
> ii  libmodule-scandeps-perl1.16-1
> ii  libproc-processtable-perl  0.51-1
> ii  libsort-naturally-perl 1.03-1
> ii  libterm-readkey-perl   2.32-1+b2
> ii  perl   5.20.2-3+deb8u1
> 
> needrestart recommends no packages.
> 
> needrestart suggests no packages.
> 
> -- Configuration Files:
> /etc/needrestart/needrestart.conf changed [not included]
> 
> -- no debconf information
> 
--

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#805771: how to handle first installation

[Daniel Pocock]

Package: libradcli4
Version: 1.2.4-2


Consider whether the preinst script should copy files from
/etc/radiusclient to /etc/radcli if radcli was never installed on the
box before.  Otherwise anybody using a package dependent upon radcli
will have to manually copy or move the files or encounter an outage
after upgrading the dependent package.

The exact way to move those files will depend on upstream feedback about
issues #3 and #5

https://github.com/radcli/radcli/issues/3
https://github.com/radcli/radcli/issues/5

In particular, should we use sed to replace ipaddr in the dictionary* files?

Should the dictionary* files be under /usr/share/radcli instead?

Should the /etc/radcli/radiusclient.conf be tweaked with sed to refer to
the dictionary file under /usr/share/radcli?

Bug#800718: systemd-logind cannot be restarted safely

[Thomas Liske]

tags 800718 +upstream +fixed-upstream
thanks


Hi Sven,

I've added your suggestion upstream. Thanks for reporting!


HTH,
Thomas


On Sat, Oct 03, 2015 at 12:10:15AM +0200, Sven Hartge wrote:
> Package: needrestart
> Version: 2.3-2
> Severity: important
> 
> Hi!
> 
> This is essentially the same as #771254 again.
> 
> systemd.226-4 has this in its changelog.Debian:
> 
>   * Don't restart logind on upgrades any more. This kills X.org (#798097)
> while logind doesn't save/restore its open fds (issue #1163), and also
> gets confused about being idle in between (LP: #1473800)
> 
> Right now needrestart offers systemd-logind to be restarted but as per
> above changelog and bug, it should be excluded (like systemd-journald):
> 
> # don't restart systemd-logind, see #798097
> q(^systemd-logind) => 0,
> 
> Grüße,
> Sven.
> 
> -- Package-specific info:
> needrestart output:
> Your outdated processes:
> bash[5129, 3605, 3606, 11987, 25048, 16470, 3607], systemd[22797]
> 
> checkrestart output:
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (200, 'experimental')
> Architecture: i386 (x86_64)
> Foreign Architectures: amd64
> 
> Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages needrestart depends on:
> ii  dpkg   1.18.3
> ii  libfile-slurp-perl .19-4
> ii  libmodule-find-perl0.12-1
> ii  libmodule-scandeps-perl1.19-1
> ii  libproc-processtable-perl  0.53-1
> ii  libsort-naturally-perl 1.03-1
> ii  libterm-readkey-perl   2.33-1
> ii  perl   5.20.2-6
> 
> needrestart recommends no packages.
> 
> Versions of packages needrestart suggests:
> pn  needrestart-session | libnotify-bin  
> 
> -- Configuration Files:
> /etc/needrestart/needrestart.conf changed [not included]
> /etc/needrestart/notify.d/200-write changed [not included]
> /etc/needrestart/notify.d/600-mail changed [not included]
> 
> -- debconf-show failed
> 
--

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#803127: migration process

[Daniel Pocock]

Now that we found a workaround for making freeradius-client work, it is
not as urgent to change to radcli, but it is still desirable because it
has more upstream support and better syslog messages about problems.

Process:

Wait for upstream feedback on these two issues:

https://github.com/radcli/radcli/issues/3
https://github.com/radcli/radcli/issues/5

Review packaging if necessary based on that feedback.
https://packages.qa.debian.org/r/radcli.html

Review the first installation config file migration issue for change
from freeeradius-client to radcli:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805771

This should be dealt with and the radcli package installed and we should
verify that config files appear to have the correct settings before a
newer version of reSIProcate comes through jessie-backports with a
dependency on radcli

If manual config file migration is the outcome of #805771, then copy the
necessary changes from /etc/radiusclient/* to /etc/radcli

Finally, resiprocate linked with radcli should be put into
jessie-backports and installed onto vogler.debian.org

Bug#805776: debhelper: Please stop expanding misc:Pre-Depends to include multiarch-support

[Wookey]

Package: debhelper
Version: 9.20120909
Severity: minor

For the squeeze->wheezy transition it was necessary for M-A:same
packages to pre-depend on multiarch-support in order to ensure that a
new-enough libc was installed first during the upgrade.

This need is now long past and the issue could only affect people
upgrading from squeeze to stretch, which isn't supported and in
practice still would't be an issue as plenty of packages now have the
pre-depends.

So, as part of unwinding this transitional measure debhelper should
stop adding it to packages.

The instructions for packagers have been changed to stop telling them
to add this.

Nothing is broken by the current state, but we are generally bad at
tidying up cruft like this so we tend to accumulate it.

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

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

Versions of packages debhelper depends on:
ii  binutils2.22-8+deb7u2
ii  dpkg1.16.16
ii  dpkg-dev1.16.16
ii  file5.11-2+deb7u8
ii  html2text   1.3.2a-15
ii  man-db  2.6.2-1
ii  perl5.14.2-21+deb7u2
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  

-- no debconf information

Bug#776269: set patch

[Asbjørn Sloth Tønnesen]

tags 776269 patch
severity 776269 wishlist
thanks

Hi YunQiang,

Tagging as patch, and changing severity to wishlist.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#805778: pxz: please make the build reproducible

[Reiner Herrmann]

Source: pxz
Version: 4.999.99~beta4+gitae80846-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that pxz could not be built reproducibly.
There is a small bug in the existing reproducibility patch.
The output of dpkg-parsechangelog is piped to date, but date is not told
to read from stdin and still uses the system time.

The attached patch fixes this.

Regards,
 Reiner

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

diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
index a5f6bed..d54972c 100644
--- a/debian/patches/reproducible-build.patch
+++ b/debian/patches/reproducible-build.patch
@@ -5,7 +5,7 @@
  
  $(NAME): $(SOURCES) $(OBJECTS)
 -	$(CC) -o $(NAME) $(CPPFLAGS) $(CFLAGS) $(NAME).c $(OBJECTS) $(LDFLAGS) -DPXZ_BUILD_DATE=\"`date +%Y%m%d`\" -DPXZ_VERSION=\"$(VERSION)\"
-+	$(CC) -o $(NAME) $(CPPFLAGS) $(CFLAGS) $(NAME).c $(OBJECTS) $(LDFLAGS) -DPXZ_BUILD_DATE=\"$(shell dpkg-parsechangelog -S date|date -u +%Y%m%d)\" -DPXZ_VERSION=\"$(VERSION)\"
++	$(CC) -o $(NAME) $(CPPFLAGS) $(CFLAGS) $(NAME).c $(OBJECTS) $(LDFLAGS) -DPXZ_BUILD_DATE=\"$(shell dpkg-parsechangelog -S date|date -u +%Y%m%d -f -)\" -DPXZ_VERSION=\"$(VERSION)\"
  
  clean:
  	rm -f *.o $(NAME)


signature.asc
Description: OpenPGP digital signature

Bug#805780: bsdmainutils: [calendar] incorrect dates for Buß- und Bettag and advent

[Ingo Saitz]

Package: bsdmainutils
Version: 9.0.6
Severity: normal

The german "Buß- und Bettag" (a holiday only in some parts) is displayed
incorrectly. It should be the last wednesday before Nov 23rd, which is
11 days before the first Advent Sunday. Instead it is given as:

/usr/share/calendar/de_DE/calendar.feiertag: 11/Wed+4
/usr/share/calendar/calendar.holiday: 11/Wed+3

Unfortunately there is no way to specify this correctly. I can see two
possible solutions to this problem.

Either allow to specify "(n-th) dayname before(/after) date" or add one
sunday of advent as a constant, like you did with easter/paskha/pesach.
The first would be more generic, while the second is sufficient for
these christian moving holidays.

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

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

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.27.1-1
ii  debianutils  4.5.1
ii  libc62.19-22
ii  libncurses5  6.0+20151024-2
ii  libtinfo56.0+20151024-2

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp  4:5.2.1-4
ii  miscfiles [wordlist] 1.5+dfsg-2
pn  vacation 
ii  wamerican [wordlist] 7.1-1
ii  wamerican-insane [wordlist]  7.1-1
ii  wbritish [wordlist]  7.1-1
ii  wbritish-insane [wordlist]   7.1-1
ii  wcanadian-insane [wordlist]  7.1-1
ii  whois5.2.10
ii  wngerman [wordlist]  20131206-6
ii  wogerman [wordlist]  1:2-29

-- no debconf information

Bug#805784: python-livestreamer: Twitch support is broken in Jessie

[Nils Hanke]

Package: python-livestreamer
Version: 1.10.2-1
Severity: normal

Dear Maintainer,

Using livestreamer with a Twitch stream doesn't work, as it is unable to 
extract stream information from a given URL.

Stream is online, but yet this error occurs for any Twitch channel:
$ livestreamer http://twitch.tv/esl_lol
[cli][info] Found matching plugin twitch for URL http://twitch.tv/esl_lol
error: No streams found on this URL: http://twitch.tv/esl_lol
$

Updating to a newer version fixes the problem, as this problem occured with a 
change in the Twitch API from December 2014.  For more details: 
https://github.com/chrippa/livestreamer/issues/633
Therefore I would suggest to either update the livestreamer version in the 
stable repos (as there are certainly also API changes for other services 
included in newer versions) or to backport the fix(es), though I think 
backporting all of the changes (for Twitch and also other services) may be kind 
of difficult due to the amount of changes from the version in the stable repos 
(1.10.2-1) to the most recent one.

-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 8.0 (jessie)
Release:8.0
Codename:   jessie
Architecture: armv6l

Kernel: Linux 4.1.7+ (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-livestreamer depends on:
ii  python-concurrent.futures  2.2.0-1
ii  python-requests            2.4.3-6
ii  python-singledispatch      3.4.0.3-1
pn  python:any                 

Versions of packages python-livestreamer recommends:
ii  python-crypto  2.6.1-5
ii  rtmpdump       2.4+20150115.gita107cef-1

Versions of packages python-livestreamer suggests:
ii  livestreamer  1.10.2-1

-- no debconf information

  

Bug#805769: netbeans: Startup stuck on "Loading modules..."

[Martin Račák]

Package: netbeans
Version: 8.0.2+dfsg1-5
Severity: important

Dear Maintainer,

Netbeans is stuck on "Loading modules.." phase (displayed on splash) on startup
when run as a regular user. When run with sudo in terminal however, Netbeans
starts as expected. I get no output in terminal when run as regular user, but
I'm attaching the log file. I also tried running it with java-8-openjdk-amd64
with no change.

Martin

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

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

Versions of packages netbeans depends on:
ii  default-jdk2:1.7-52.1
ii  libnb-apisupport3-java 8.0.2+dfsg1-5
ii  libnb-ide14-java   8.0.2+dfsg1-5
ii  libnb-java5-java   8.0.2+dfsg1-5
ii  libnb-platform18-java  8.0.2+dfsg1-2
ii  openjdk-7-jdk [java7-jdk]  7u91-2.6.2-1
ii  openjdk-8-jdk [java8-jdk]  8u72-b05-1

netbeans recommends no packages.

netbeans suggests no packages.

-- no debconf information
---
>Log Session: Sunday, November 22, 2015 11:09:40 AM CET
>System Info: 
  Product Version = NetBeans IDE 8.0.2 (Build 20150924-debian-8.0.2)
  Operating System= Linux version 4.2.0-1-amd64 running on amd64
  Java; VM; Vendor= 1.7.0_91; OpenJDK 64-Bit Server VM 24.91-b01; 
Oracle Corporation
  Runtime = OpenJDK Runtime Environment 1.7.0_91-b01
  Java Home   = /usr/lib/jvm/java-7-openjdk-amd64/jre
  System Locale; Encoding = en_US (nb); UTF-8
  Home Directory  = /home/rakyi
  Current Directory   = /home/rakyi
  User Directory  = /home/rakyi/.netbeans/8.0.2
  Cache Directory = /home/rakyi/.cache/netbeans/8.0.2
  Installation= /usr/share/netbeans/8.0.2/nb
/usr/share/netbeans/8.0.2/ide
/usr/share/netbeans/8.0.2/java
/usr/share/netbeans/8.0.2/apisupport
/usr/share/netbeans/8.0.2/harness
/usr/share/netbeans/8.0.2/platform
  Boot & Ext. Classpath   = 
/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/resources.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/rt.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/jsse.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/jce.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/charsets.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/rhino.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/jfr.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/classes:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/java-atk-wrapper.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/icedtea-sound.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/ext/zipfs.jar
  Application Classpath   = 
/usr/share/netbeans/8.0.2/platform/lib/boot.jar:/usr/share/netbeans/8.0.2/platform/lib/org-openide-modules.jar:/usr/share/netbeans/8.0.2/platform/lib/org-openide-util.jar:/usr/share/netbeans/8.0.2/platform/lib/org-openide-util-lookup.jar:/usr/lib/jvm/java-7-openjdk-amd64/lib/dt.jar:/usr/lib/jvm/java-7-openjdk-amd64/lib/tools.jar
  Startup Classpath   = 
/usr/share/netbeans/8.0.2/platform/core/org-openide-filesystems.jar:/usr/share/netbeans/8.0.2/platform/core/core.jar:/usr/share/netbeans/8.0.2/nb/core/org-netbeans-upgrader.jar:/usr/share/netbeans/8.0.2/nb/core/locale/core_nb.jar
---
WARNING [org.netbeans.core.startup.NbEvents]: The extension 
/usr/share/netbeans/8.0.2/ide/modules/ext/svnClientAdapter-main-1.10.3.jar may 
be multiply loaded by modules: 
[/usr/share/netbeans/8.0.2/ide/modules/org-netbeans-libs-svnClientAdapter.jar, 
/usr/share/netbeans/8.0.2/ide/modules/org-netbeans-libs-svnClientAdapter-javahl.jar];
 see: 
http://www.netbeans.org/download/dev/javadoc/org-openide-modules/org/openide/modules/doc-files/classpath.html#class-path
WARNING [org.netbeans.core.startup.NbEvents]: The extension 
/usr/share/netbeans/8.0.2/ide/modules/ext/svnjavahl-1.8.4.jar may be multiply 
loaded by modules: 
[/usr/share/netbeans/8.0.2/ide/modules/org-netbeans-libs-svnClientAdapter.jar, 
/usr/share/netbeans/8.0.2/ide/modules/org-netbeans-libs-svnClientAdapter-javahl.jar];
 see: 
http://www.netbeans.org/download/dev/javadoc/org-openide-modules/org/openide/modules/doc-files/classpath.html#class-path
WARNING [org.netbeans.core.startup.ModuleList]: Error encountered 

Bug#805773: keylaunch: please make the build reproducible

[Chris Lamb]

Source: keylaunch
Version: 1.3.9
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed that
keylaunch could not be built reproducibly.

The attached patch removes an automatically-updated copyright date from
the build system. These are unlikely to be legally enforceable anyway.
Once applied, keylaunch can be built reproducibly using our reproducible
toolchain.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/keylaunch.c   2015-11-22 13:05:24.536974586 +0200
--- b/keylaunch.c   2015-11-22 13:07:51.222358939 +0200
@@ -311,7 +311,7 @@
 usage ()
 {
   printf ("%s %s\n", PACKAGE, VERSION);
-  printf ("%d (c) Stefan Pfetzing \n", YEAR);
+  printf ("(c) Stefan Pfetzing \n");
   printf ("Usage: %s\n", progname);
   printf ("%s, has no Options at all.\n", PACKAGE);
   printf ("You will need to create a ~/%s in order to use it.\n", RCFILE);

Bug#805774: diffoscope AttributeError processing bnd/2.1.0-2

[Mattia Rizzolo]

Package: diffoscope
Version: 42


Seen on rb.d.n with bnd/2.1.0-2 on both testing and unstable:

Sun Nov 22 10:47:06 UTC 2015 - diffoscope 42 will be used to compare the two 
builds:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 146, in 
main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 122, in 
run_diffoscope
parsed_args.file1, parsed_args.file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 89, in compare_root_paths
return compare_files(file1, file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 106, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
197, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
170, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/debian.py", line 
134, in compare_details
differences.extend(my_container.compare(other_container))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
209, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 109, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 106, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
197, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
170, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/deb.py", line 61, 
in compare_details
differences.extend(my_container.compare(other_container))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
209, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 109, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 106, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
197, in compare
difference = self._compare_using_details(other, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
170, in _compare_using_details
details = [d for d in self.compare_details(other, source) if d is not None]
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/xz.py", line 69, 
in compare_details
return my_container.compare(other_container)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/utils.py", line 
209, in compare
return list(starmap(diffoscope.comparators.compare_commented_files, 
self.comparisons(other)))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 109, in compare_commented_files
difference = compare_files(file1, file2, source=source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 106, in compare_files
return file1.compare(file2, source)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
80, in wrapper
return original_method(self, other, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
197, in compare
difference = 

Bug#805775: linux-image-4.2.0-1-686-pae: irq 23: nobody cared - USB ohci devices hang afterwards

[Jan De Luyck]

Package: src:linux
Version: 4.2.6-1
Severity: normal

Dear Maintainer,

Device: Asus EEEpc 1201N

Recently upgraded the system to the latest packages, which included the kernel 
image 4.2.0-1-686.
Before I was running inux-image-4.1.0-2-686-pae  4.1.6-1.

After upgrading, after a time, the USB mouse plugged into this laptop starting 
misbehaving (very choppy mouse tracking). Digging through some logs led me to 
the following report:

[32280.408524] irq 23: nobody cared (try booting with the "irqpoll" option)
[32280.408546] CPU: 0 PID: 0 Comm: swapper/0 Tainted: P   O
4.2.0-1-686-pae #1 Debian 4.2.6-1
[32280.408553] Hardware name: ASUSTeK Computer INC. 1201N/1201N, BIOS 0326
04/29/2010
[32280.408560]  f755d2e4 f742df70 c14f41df f755d280 c10af92c c15d92b0 0017 
c1619935
[32280.408580]  c1376e86 f755d280  f742df94 c10afcae f742df94 c1376e86 
0079fedf
[32280.408598]  f755d2e4 f755d280 f755d2e4  f742dfd0 c10ad732 f742dfb8 
c10ae67d
[32280.408615] Call Trace:
[32280.408635]  [] ? dump_stack+0x3e/0x4e
[32280.408647]  [] ? __report_bad_irq+0x2c/0xd0
[32280.408659]  [] ? add_interrupt_randomness+0x156/0x190
[32280.408668]  [] ? note_interrupt+0x20e/0x250
[32280.408677]  [] ? add_interrupt_randomness+0x156/0x190
[32280.408687]  [] ? handle_irq_event_percpu+0x122/0x190
[32280.408695]  [] ? irq_do_set_affinity+0x5d/0x70
[32280.408705]  [] ? handle_irq_event+0x34/0x50
[32280.408714]  [] ? handle_fasteoi_irq+0x75/0x120
[32280.408722]  [] ? handle_simple_irq+0x70/0x70
[32280.408733]  [] ? handle_irq+0x67/0x80
[32280.408738][] ? do_IRQ+0x3c/0xd0
[32280.408756]  [] ? common_interrupt+0x33/0x38
[32280.408769]  [] ? cpuidle_enter_state+0xe5/0x2a0
[32280.408781]  [] ? cpu_startup_entry+0x23a/0x2f0
[32280.408791]  [] ? start_kernel+0x3b2/0x3b8
[32280.408796] handlers:
[32280.408817] [] usb_hcd_irq [usbcore]
[32280.408823] Disabling IRQ #23

(The taint comes from the Nvidia drivers for the ION chip)

Removing ohci_pci and ohci_hcd, and reloading them, returns the system to 
working state.
Removing the device in question did not resolve any issues.

on int23 only ohci_hcd is mapped:
 23:   10060774  0  0  0   IO-APIC  23-fasteoi   
ohci_hcd:usb3


The mouse device in question is a logitech M325 (with Universal receiver)
Bus 003 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver



-- Package-specific info:
** Version:
Linux version 4.2.0-1-686-pae (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-5) ) #1 SMP Debian 4.2.6-1 (2015-11-10)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-686-pae 
root=UUID=9292a7ff-e349-4f84-867f-086ff2aa1d7e ro

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[31514.581408] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[31514.581418] cfg80211:   (549 KHz - 571 KHz @ 16 KHz), (N/A, 2700 
mBm), (0 s)
[31514.581428] cfg80211:   (5700 KHz - 6600 KHz @ 216 KHz), (N/A, 
4000 mBm), (N/A)
[32280.408524] irq 23: nobody cared (try booting with the "irqpoll" option)
[32280.408546] CPU: 0 PID: 0 Comm: swapper/0 Tainted: P   O
4.2.0-1-686-pae #1 Debian 4.2.6-1
[32280.408553] Hardware name: ASUSTeK Computer INC. 1201N/1201N, BIOS 0326
04/29/2010
[32280.408560]  f755d2e4 f742df70 c14f41df f755d280 c10af92c c15d92b0 0017 
c1619935
[32280.408580]  c1376e86 f755d280  f742df94 c10afcae f742df94 c1376e86 
0079fedf
[32280.408598]  f755d2e4 f755d280 f755d2e4  f742dfd0 c10ad732 f742dfb8 
c10ae67d
[32280.408615] Call Trace:
[32280.408635]  [] ? dump_stack+0x3e/0x4e
[32280.408647]  [] ? __report_bad_irq+0x2c/0xd0
[32280.408659]  [] ? add_interrupt_randomness+0x156/0x190
[32280.408668]  [] ? note_interrupt+0x20e/0x250
[32280.408677]  [] ? add_interrupt_randomness+0x156/0x190
[32280.408687]  [] ? handle_irq_event_percpu+0x122/0x190
[32280.408695]  [] ? irq_do_set_affinity+0x5d/0x70
[32280.408705]  [] ? handle_irq_event+0x34/0x50
[32280.408714]  [] ? handle_fasteoi_irq+0x75/0x120
[32280.408722]  [] ? handle_simple_irq+0x70/0x70
[32280.408733]  [] ? handle_irq+0x67/0x80
[32280.408738][] ? do_IRQ+0x3c/0xd0
[32280.408756]  [] ? common_interrupt+0x33/0x38
[32280.408769]  [] ? cpuidle_enter_state+0xe5/0x2a0
[32280.408781]  [] ? cpu_startup_entry+0x23a/0x2f0
[32280.408791]  [] ? start_kernel+0x3b2/0x3b8
[32280.408796] handlers:
[32280.408817] [] usb_hcd_irq [usbcore]
[32280.408823] Disabling IRQ #23
[32463.312286] usb 3-2: USB disconnect, device number 2
[32474.316092] usb 3-2: new full-speed USB device number 3 using ohci-pci
[32476.112195] usb 3-2: New USB device found, idVendor=046d, idProduct=c52b
[32476.112207] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[32476.112217] usb 3-2: Product: USB Receiver
[32476.112223] usb 3-2: Manufacturer: Logitech
[32477.914448] logitech-djreceiver 0003:046D:C52B.0007: hiddev0,hidraw0: USB 
HID v1.11 Device 

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

[Gianfranco Costamagna]

Hi, no, I'm just too busy to look at the package again

the automated mails are just fixing title, and something more, there is no 
action needed from your side :)


there are ~30 packages to look at, and I'll be back as soon as I recover from 
many of them :)

cheers,

G.




Il Venerdì 20 Novembre 2015 14:44, foss.freedom  ha 
scritto:



Hi Gianfranco,
 

 re: RFS: rhythmbox-plugin-alternative-toolbar/0.14.1-1 [ITP]
 
  sorry to re-ask this, any thoughts/changes etc that I need to do to progress 
this package?

Cheers


David

Bug#805763: gnome-shell freezes on logout

[Jaak Pruulmann-Vengerfeldt]

Hi,

I can confirm that the system freezes (on two unstables, both with
intel video, one with stock kernel and other with debian kernel +
patches for displayport mst audio). It can be recovered by restarting
gdm3 (some processes belonging to Debian-gdm will stay hanging) or
killing (frozen) gnome-shell of Debian-gdm.

There are some i915-related errors in journal (see attachment). Process
27222 was gnome-shell of Debian-gdm and 27214 its gnome-session. The
message about failing to enable device does not appear always. 

with best regards,
jaak pruulmann-vengerfeldt

nov   22 09:51:35 komm gdm-password][27333]: pam_unix(gdm-password:session): 
session closed for user uku
nov   22 09:51:35 komm gnome-session[27214]: [dix] couldn't enable device 7
nov   22 09:51:50 komm kernel: [ cut here ]
nov   22 09:51:50 komm kernel: WARNING: CPU: 1 PID: 27222 at 
/build/linux-CrHvZ_/linux-4.2.6/drivers/gpu/drm/i915/intel_display.c:136
nov   22 09:51:50 komm kernel: plane A assertion failure (expected on, current 
off)
nov   22 09:51:50 komm kernel: Modules linked in: rndis_wlan rndis_host 
cdc_ether usbnet mii ctr ccm fuse joydev hid_generic usbhid n
nov   22 09:51:50 komm kernel:  aes_x86_64 lrw gf128mul glue_helper ablk_helper 
cryptd i915 iwlwifi snd_soc_rt5640 snd_soc_rl6231 cfg
nov   22 09:51:50 komm kernel: CPU: 1 PID: 27222 Comm: gnome-shell Tainted: G   
 W  O4.2.0-1-amd64 #1 Debian 4.2.6-1
nov   22 09:51:50 komm kernel: [142B blob data]
nov   22 09:51:50 komm kernel:   a079a260 
8154e2f6 8800c54cbc48
nov   22 09:51:50 komm kernel:  8106e5b1 88040a59 
880408914000 88040a392800
nov   22 09:51:50 komm kernel:  88040a392800 0003 
8106e62a a079c3f8
nov   22 09:51:50 komm kernel: Call Trace:
nov   22 09:51:50 komm kernel:  [] ? dump_stack+0x40/0x50
nov   22 09:51:50 komm kernel:  [] ? 
warn_slowpath_common+0x81/0xb0
nov   22 09:51:50 komm kernel:  [] ? 
warn_slowpath_fmt+0x4a/0x50
nov   22 09:51:50 komm kernel:  [] ? 
hsw_disable_ips+0x43/0x170 [i915]
nov   22 09:51:50 komm kernel:  [] ? 
intel_crtc_disable_planes+0x39/0x100 [i915]
nov   22 09:51:50 komm kernel:  [] ? 
intel_crtc_control+0x3c/0xf0 [i915]
nov   22 09:51:50 komm kernel:  [] ? 
intel_crtc_update_dpms+0x5e/0x80 [i915]
nov   22 09:51:50 komm kernel:  [] ? 
intel_connector_dpms+0x50/0x60 [i915]
nov   22 09:51:50 komm kernel:  [] ? 
drm_mode_obj_set_property_ioctl+0x23d/0x250 [drm]
nov   22 09:51:50 komm kernel:  [] ? drm_ioctl+0x172/0x550 
[drm]
nov   22 09:51:50 komm kernel:  [] ? 
__wake_up_common+0x4e/0x90
nov   22 09:51:50 komm kernel:  [] ? 
poll_select_copy_remaining+0x120/0x120
nov   22 09:51:50 komm kernel:  [] ? do_vfs_ioctl+0x2c3/0x4a0
nov   22 09:51:50 komm kernel:  [] ? vfs_read+0x109/0x120
nov   22 09:51:50 komm kernel:  [] ? SyS_ioctl+0x76/0x90
nov   22 09:51:50 komm kernel:  [] ? 
system_call_fast_compare_end+0xc/0x6b
nov   22 09:51:50 komm kernel: ---[ end trace 29aa158259ef4b8c ]---

Bug#805741: torsocks: [syscall] Unsupported syscall number 242

[intrigeri]

Control: tag -1 + moreinfo

Hi,

torsocks.debbug@discard.email wrote (21 Nov 2015 22:10:20 GMT) :
> If I try to run
> $ torsocks ffmpeg --help
> I get what appears to be an infinite loop of the following torsocks warning:
> WARNING torsocks: [syscall] Unsupported syscall number 242. Denying the call 
> (in tsocks_syscall() at syscall.c:465)

Can you please tell us what the output of this command is:

  dpkg --print-architecture 

?

(IIRC syscall numbers are arch-dependant.)

On sid/amd64 I see something similar:

  WARNING torsocks[30414]: [syscall] Unsupported syscall number 204.
  Denying the call (in tsocks_syscall() at syscall.c:465)

Cheers,
-- 
intrigeri

Bug#805455: Help wanted for template improvements [Bug#805455]

[Justin B Rye]

積丹尼 Dan Jacobson wrote:
> > "JBR" == Justin B Rye  writes:
> 
> JBR> any of them?  If so, what did you think?
> 
> Yes I did but they are all too technical.

Is it really so difficult to look at an alternative version of a
message and tell us if it makes it any clearer?  *Something* made you
think it was talking about removing mysql, and that something is
either a problem with the way it's written or a problem with the way
you're reading it.  Help us narrow that down a bit!

> One may say that just telling the user to have a look at the script that
> is about to be executed is technical too... yes.

That's not the problem.  The problem is that your idea for how to fix
a confusing text is to make it longer and more complicated instead of
clearer.

> But I guess you guys aren't willing to have the program make any
> outright promises about 'don't worry' and what it won't do...

Well, do the words NO WARRANTY ring any bells?
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package

Bug#805770: runit: feedback from experimentation

[Nicholas Bamber]

Package: runit
Version: 2.1.2-3
Severity: normal

Dear Maintainer,

   * What led up to the situation?
I was experimenting as per http://smarden.org/runit/replaceinit.html .

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Firstly in stage 3 the login failed.
I found that if I commented out the line:
! type fgetty >/dev/null 2>&1 || exec chpst -P fgetty tty5

then I can login.

However then I get errors such as
"No job control" and "inappropriate ioctl for device".

I don't get these errors under ksh.
However trying to do "sudo" under ksh does not work as it reports there is no 
"tty".

finally it would be nice if the documents were registered with doc-base.

   * What was the outcome of this action?
   * What outcome did you expect instead?


-- 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/2 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: sysvinit (via /sbin/init)

Versions of packages runit depends on:
ii  libc6  2.19-22

Versions of packages runit recommends:
ii  fgetty  0.6-5

Versions of packages runit suggests:
pn  socklog-run  

-- Configuration Files:
/etc/sv/getty-5/run changed:
exec getty 38400 tty5 linux


-- no debconf information

Bug#293060: Bug#598537: UUID is not enough. Gather all the information possible.

[Christian Franke]

Jon Bendtsen wrote:

UUID is not enough.

I would rather that the emails like the one quoted below would include as much 
information as possible or maybe configureable.

smartctl -i /dev/sds
fdisk -l /dev/sds
...
sg_inq /dev/sds


This could be done by a custom script run via '-M exec' directive.



...
The following warning/error was logged by the smartd daemon:

Device: /dev/sds [SAT], Self-Test Log error count increased from 2 to 3

For details see host's SYSLOG.


This sample output is outdated. Starting with smartmontools 6.0 (October 
2012), the warning mails include device identify info (Model, S/N, WWN, 
FW, Size).

Bug#801994: hosts stuck in refresh

[Stefan Bühler]

Hi,

I just took a look at the source and found the problem; see the
attached patch.

regards,
Stefan
Description: fix hosts stuck in refresh
 G_FILE_MONITOR_SEND_MOVED might trigger G_FILE_MONITOR_EVENT_MOVED instead
 of G_FILE_MONITOR_EVENT_DELETED + G_FILE_MONITOR_EVENT_CREATED, and MOVED
 is not handled by stats_changed().
Author: Stefan Bühler 
Bug-Debian: https://bugs.debian.org/801994
--- apt-dater-1.0.2+git20150804.orig/src/stats.c
+++ apt-dater-1.0.2+git20150804/src/stats.c
@@ -64,7 +64,7 @@ stats_changed(GFileMonitor *monitor,
 
 void stats_initialize(HostNode *n) {
   GFile *path = g_file_new_for_path(n->statsfile);
-  n->mon_stats = g_file_monitor(path, G_FILE_MONITOR_SEND_MOVED, NULL, NULL);
+  n->mon_stats = g_file_monitor(path, G_FILE_MONITOR_NONE, NULL, NULL);
   g_object_unref(path);
 
   g_signal_connect(n->mon_stats, "changed", G_CALLBACK(stats_changed), n);

Bug#805772: ITP: ruby-state-machines-activerecord -- Adds support for creating state machines for attributes on ActiveRecord

[Abhijith PA]

Package: wnpp
Severity: wishlist
Owner: Abhijith PA 

* Package name: ruby-state-machines-activerecord
  Version : 0.3.0
  Upstream Author : Abdelkader Boudih 
Aaron Pfeifer 
* URL :
https://github.com/state-machines/state_machines-activerecord
* License : MIT
  Programming Lang: Ruby
  Description : Adds support for creating state machines for
attributes on ActiveRecord

-- 
അഭി‍ജിത്ത്



signature.asc
Description: OpenPGP digital signature

Bug#805757: gnome-shell-extension-weather: weather extension in jessie does not work at all anymore

[Sébastien Villemot]

Control: forcemerge 801979 -1

Dear Daniel,

Le samedi 21 novembre 2015 à 22:48 -0700, Daniel a écrit :
> Package: gnome-shell-extension-weather
> Version: 0~20140924.git7e28508-1
> Severity: important

> some weeks ago this extension stopped getting any weather data; I
> can't even
> change the city.
> It seems all communication with the server is dead...

This is a duplicate of #801979.

The openweathermap.org website changed its policy. You now must request
and configure an API key to make the extension work.

Best,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594





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

Bug#805777: O: turnserver -- STUN/TURN server for RTC NAT traversal and media relay

[Daniel Pocock]

Package: wnpp
X-Debbugs-CC:
pkg-voip-maintain...@lists.alioth.debian.org,em...@jitsi.org,s...@jitsi.org,lei...@linux.vnet.ibm.com

https://tracker.debian.org/pkg/turnserver

popcon stats:
https://qa.debian.org/popcon.php?package=turnserver

popcon stats for related packages:
https://qa.debian.org/popcon.php?package=resiprocate
https://qa.debian.org/popcon.php?package=coturn

There are two alternative packages (resiprocate-turn-server and coturn)
and both are more regularly maintained.

I feel that maintaining this package will take time away from other
activities that are more urgent so I am orphaning it.  If upstream or
anybody else wants to fully accept responsibility for maintaining the
package and fixing the RC bug[1] then I believe it would be suitable to
remain in Debian.

Regards,

Daniel


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

Bug#805677: plainbox: diff for NMU version 0.22.2-2.1

[Tobias Frost]

Control: tags 805677 + patch

Dear maintainer,

I've prepared an NMU for plainbox (versioned as 0.22.2-2.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru plainbox-0.22.2/debian/changelog plainbox-0.22.2/debian/changelog
--- plainbox-0.22.2/debian/changelog2015-09-05 21:46:07.0 +0200
+++ plainbox-0.22.2/debian/changelog2015-11-22 13:07:43.0 +0100
@@ -1,3 +1,12 @@
+plainbox (0.22.2-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS: dh_clean: rm: cannot remove 'plainbox.egg-info': d/clean did
+miss the final '/*' to be recognized as directory. (Closes: #805677)
+  * Also clean a mo file to allow build twice in a row
+
+ -- Tobias Frost   Sun, 22 Nov 2015 13:07:43 +0100
+
 plainbox (0.22.2-2) unstable; urgency=medium
 
   * debian/patches: add a pile of patches that bring in cherry-picked or
diff -Nru plainbox-0.22.2/debian/clean plainbox-0.22.2/debian/clean
--- plainbox-0.22.2/debian/clean2015-03-06 20:23:48.0 +0100
+++ plainbox-0.22.2/debian/clean2015-11-22 13:05:39.0 +0100
@@ -1,4 +1,5 @@
-*.egg-info
+plainbox.egg-info/*
 plainbox/impl/providers/stubbox/po/stubbox.pot
 po/plainbox.pot
 plainbox/vendor/sphinxarg/LICENSE
+plainbox/impl/providers/manifest/build/mo/pl/LC_MESSAGES/plainbox-provider-manifest.mo

Bug#805779: libogre-1.9.0v5: Exception "dlopen: cannot load any more object with static TLS" make lib crash at startup

[jMax]

Package: libogre-1.9.0v5
Version: 1.9.0+dfsg1-7
Severity: important

Dear Maintainer,

Thanks for your great job.

The problem occurs when starting openmw-launcher. Probably already reported for 
this package in bug #803513.
But may be mainly related to Ogre engine (sorry if I'm wrong on this point)

Full error message is:

>> ERROR: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic 
>> library
>> /usr/lib/x86_64-linux-gnu/OGRE-1.9.0/RenderSystem_GLES2.so.  System Error: 
>> dlopen:
>> cannot load any more object with static TLS in DynLib::load at
>> /build/ogre-1.9-1.9.0+dfsg1/OgreMain/src/OgreDynLib.cpp (line 109)

Always reproductible on my computer. Can't test on other computers.

OpenMW package used is openmw-launcher-0.36.1-1+b3

Hope this may help

Cheers,
jMax


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

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

Versions of packages libogre-1.9.0v5 depends on:
ii  libboost-system1.58.0   1.58.0+dfsg-4
ii  libboost-thread1.58.0   1.58.0+dfsg-4
ii  libc6   2.19-22
ii  libegl1-mesa [libegl1-x11]  11.0.5-1
ii  libfreeimage3   3.15.4-6
ii  libfreetype62.6-2
ii  libgcc1 1:5.2.1-23
ii  libgl1-mesa-glx [libgl1]11.0.5-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libstdc++6  5.2.1-23
ii  libx11-62:1.6.3-1
ii  libxaw7 2:1.0.13-1
ii  libxrandr2  2:1.5.0-1
ii  libxt6  1:1.1.5-1
ii  libzzip-0-130.13.62-3
ii  zlib1g  1:1.2.8.dfsg-2+b1

libogre-1.9.0v5 recommends no packages.

libogre-1.9.0v5 suggests no packages.

-- no debconf information

Bug#805777: turnserver.org package orphaned, supporting alternatives

[Daniel Pocock]

(please reply on the d...@jitsi.org list)

I've orphaned the turnserver.org package in Debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805777

Two other TURN server packages with open source licenses are more
regularly updated and appear to have many more features now:

coTurn:
Web: https://github.com/coturn/coturn/
Package: https://packages.qa.debian.org/c/coturn.html

reTurn:
Web: http://www.resiprocate.org/ReTurn_Overview
Package: https://packages.qa.debian.org/r/resiprocate.html

Would it be more efficient for the Jitsi team to collaborate on the
development of one of these other projects?

Note that my decision to orphan the package was not based on anything
significantly bad about turnserver.org, it is just that every package I
maintain requires a certain amount of time and effort and when there are
two other viable packages already widely available I feel it is better
for me to contribute time to those things that need more urgent
attention, like the ice4j packaging or the telepathy-resiprocate[1] project.

Regards,

Daniel


1. http://danielpocock.com/enterprise-grade-sip-coming-to-telepathy