Bug#838737: bsdmainutils: ncal reports the wrong week number

[franck]

Package: bsdmainutils
Version: 9.0.10
Severity: normal

Dear Maintainer,

ncal reports the wrong week number.

ex: today is Sa the 24th September 2016
ncal says we are week 39, but indeed we are week 38.

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

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

$ date
Sat Sep 24 07:45:58 CEST 2016

Thanks, Franck

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

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

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.28.1-1
ii  debianutils  4.8
ii  libbsd0  0.8.3-1
ii  libc62.23-5
ii  libncurses5  6.0+20160625-1
ii  libtinfo56.0+20160625-1

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:6.1.1-1
pn  vacation  
ii  wamerican [wordlist]  7.1-1
ii  whois 5.2.12

-- no debconf information

Bug#838736: tp-smapi-dkms: Please announce supported hardware using AppStream

[Petter Reinholdtsen]

Package: tp-smapi-dkms
Version: 0.42-1
Severity: wishlist
User: p...@hungry.com
Usertags: appstream-modalias

Hi.

The tp-smapi-dkms package is one of the packages in the Debian archive
that should be proposed for installation when a given hardware dongle is
inserted or available.  Thanks to the appstream system, this can now be
announced in a way other tools can use and act on.  I've written the
isenkram system to ask the current user if hardware specific packages
should be installed when a new dongle is installed or already present on
a machine, and isenkram now uses appstream as one source for hardware to
package mappings.

You can read more about this on my blog, 
http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html
 >.

Instructions on how to create the metadata XML file can be found in
https://wiki.debian.org/AppStream/Guidelines >.

It would be great if you could add an appstream metainfo file to the
tp-smapi-dkms package, with content similar to this:

  
  
   [...]
   
dmi:*:pn*:pvrThinkPad*:rvn*

  

If there are other hardware ids or kernel modules also supported by the
package, please add those too. :)

-- 
Happy hacking
Petter Reinholdtsen

Bug#838430: volti: traceback on startup

[Toni Mueller]

Hi James,

On Wed, Sep 21, 2016 at 10:19:28AM +0100, James Cowgill wrote:
> You could try this:
> sed -i 's/card_index = 0/card_index = 1/' ~/.config/volti/config

it worked!

Thank you!


Cheers,
--Toni++

Bug#838735: broadcom-sta-dkms: Please announce supported hardware using AppStream

[Petter Reinholdtsen]

Package: broadcom-sta-dkms
Version: 6.30.223.271-3
Severity: wishlist
User: p...@hungry.com
Usertags: appstream-modalias

Hi.

The broadcom-sta-dkms package is one of the packages in the Debian
archive that should be proposed for installation when a given hardware
dongle is inserted or available.  Thanks to the appstream system, this
can now be announced in a way other tools can use and act on.  I've
written the isenkram system to ask the current user if hardware specific
packages should be installed when a new dongle is installed or already
present on a machine, and isenkram now uses appstream as one source for
hardware to package mappings.

You can read more about this on my blog, 
http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html
 >.

Instructions on how to create the metadata XML file can be found in
https://wiki.debian.org/AppStream/Guidelines >.

It would be great if you could add an appstream metainfo file to the
broadcom-sta-dkms package, with content similar to this:

  
  
   [...]
   
pci:v14e4d4313sv*
pci:v14e4d4727sv*
pci:v14e4d432asv*
pci:v14e4d432bsv*
pci:v14e4d432dsv*
pci:v14e4d4358sv*
pci:v14e4d4359sv*
pci:v14e4d4365sv*
pci:v14e4d43a0sv*
pci:v14e4d43b1sv*

  

If there are other hardware ids or kernel modules also supported by the
package, please add those too. :)

-- 
Happy hacking
Petter Reinholdtsen

Bug#838706: [Pkg-zfsonlinux-devel] Bug#838706: spl-dkms should require dkms > 2.2.0 as of 0.6.5.8

[Petter Reinholdtsen]

Hi, and thank you for bringing up this issue.

[Rich]
> I tried building and installing the new spl-dkms from testing/unstable on my
> Jessie system, which built fine, and reportedly installed fine.
>
> Unfortunately, the fix for #836578 breaks the package for DKMS < 2.2.1.0,
> resulting in an apparently successful install, but the zfs-dkms package will
> spin forever waiting for .../module/spl_config.h to exist.
>
> Please either include a workaround for DKMS < 2.2.1.0 (I'd offer one but I
> don't know enough about how these systems function to guess how it might
> work) or mark the package as requiring DKMS > 2.2.1.0.

I expected the small change applied to fix
https://bugs.debian.org/836578 > to work also on older dkms
versions, but I do not really know the inner workings of dkms.

Perhaps one of the dkms maintainers can explain how the following patch
can be made to work with both new and old dkms versions?

--- usr/src/spl-0.6.5.7/dkms.conf   2016-05-25 15:42:03.0 +1000
+++ usr/src/spl-0.6.5.7/dkms.conf.orig  2016-09-09 10:37:43.482388086 +1000
@@ -20,7 +20,7 @@
  esac)
   --with-linux-obj=${kernel_source_dir}
 "
-POST_INSTALL="cp
+POST_BUILD="cp
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/spl_config.h
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/module/Module.symvers
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/${kernelver}/${arch}/
-- 
Happy hacking
Petter Reinholdtsen

Bug#830201: libnxt: Locate new upstream and consider patches from forks?

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> The libnxt upstream home page is on Google Code, which no longer is a
> working service.  We should try to see if there is a new project
> location these days?

I can report that the email of the original author mentioned in the
copyright file no longer work (david.ander...@calixo.net).

I have no idea how to find the original author.  The name is shared by
several people on the Internet.

-- 
Happy hacking
Petter Reinholdtsen

Bug#831211: ucommon: FTBFS with GCC 6: dh_makeshlibs: failing due to earlier errors

[Peter Colberg]

Hi Jonas,

On Sun, Sep 11, 2016 at 09:21:22AM +0200, Jonas Smedegaard wrote:
> I will look at it tonight.
> 
> Thanks for nudging!

Thanks for uploading a new version to experimental. Since the builds
passed on all release architectures, could you upload to unstable?

Regards,
Peter

Bug#810440: libnxt: please switch to libusb 1.0

[Petter Reinholdtsen]

Control: tags -1 + newcomer

[Awurelien Jarno]
> If libnxt supports the new libusb 1.0 library, please consider
> switching the build-depends from libusb-dev to libusb-1.0-0-dev. If not
> please inform upstream that porting the software to the new API is
> recommended.

Not quite sure where upstream is located as the old one was on Google Code.

But I came across patches to switch to libusb 1.0 on github, check out 
https://github.com/PeterNSteinmetz/libnxt/compare/master...xerpi:addKernelDetach
 >.

I guess the relevant parts should be extracted and sent upstream.  The task 
should
be straight forward for a C programmer: (1) track down upstream and (2) extract
libusb 1.0 related part of the patch in the URL above and (3) submit it upstream
and ask for a new release with libusb 1.0 support.

-- 
Happy hacking
Petter Reinholdtsen

Bug#832417: shotwell: Shotwell crashes when videos are imported

[Jörg Frings-Fürst]

Hallo Karl,

many thanks for your answer.

Since the problem does not recur I close the bug report.

CU
Jörg


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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


smime.p7s
Description: S/MIME cryptographic signature

Bug#838734: [plasma-discover] plasma-discover uninstalls packages during upgrades without asking for confirmation

[Ximo Baldó i Soriano]

Package: plasma-discover
Version: 5.7.4-1
Severity: grave

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

On my system running debian sid was, since last upgrade, 4 packages related to 
perl blocked due to dependencies. Tonight, just did an upgrade from plasma-
discover and the result was a large number (about 340) of packages been 
deinstalled without any kind of warning or ask for confirmation, including 
packages needed for graphical environment like all xorg related packages.

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

Debian Release: stretch/sid
  900 unstableftp.debian.org 
  800 experimentalftp.debian.org 
  500 unstable-debug  deb.debian.org 
  500 stable  people.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-

appstream (>= 0.8) | 0.10.1-1
packagekit(>= 1.0) | 1.1.4-1
plasma-discover-common (= 5.7.4-1) | 5.7.4-1
libappstreamqt1| 0.10.1-1
libc6(>= 2.14) | 
libkf5archive5 (>= 4.96.0) | 
libkf5attica5  (>= 5.23.0) | 
libkf5configcore5  (>= 4.98.0) | 
libkf5configgui5   (>= 4.97.0) | 
libkf5configwidgets5   (>= 4.96.0) | 
libkf5coreaddons5 (>= 4.100.0) | 
libkf5crash5   (>= 5.15.0) | 
libkf5dbusaddons5  (>= 4.99.0) | 
libkf5declarative5 (>= 4.96.0) | 
libkf5i18n5(>= 4.97.0) | 
libkf5kiocore5 (>= 4.96.0) | 
libkf5kiowidgets5  (>= 4.96.0) | 
libkf5newstuff5(>= 5.23.0) | 
libkf5notifications5   (>= 5.3.0+git20141030.0311) | 
libkf5service-bin  | 
libkf5service5 (>= 4.96.0) | 
libkf5widgetsaddons5   (>= 4.96.0) | 
libkf5xmlgui5  (>= 4.96.0) | 
libpackagekitqt5-0 | 
libqt5core5a   (>= 5.6.0~beta) | 
libqt5dbus5(>= 5.4.0~) | 
libqt5gui5 (>= 5.6.0~beta) | 
libqt5qml5  (>= 5.1.0) | 
libqt5quick5(>= 5.0.2) | 
libqt5widgets5 (>= 5.4.0~) | 
libqt5xml5 (>= 5.4.0~) | 
libstdc++6(>= 4.5) | 


Recommends   (Version) | Installed
==-+-===
software-properties-kde| 0.96.20.2-1


Package's Suggests field is empty.





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

Bug#838733: experimental version of avogadro FTBFS on armel and armhf

[peter green]

package: avogadro
version: 1.1.1-1~exp3.1
severity: serious
X-Debbugs-CC: po...@debian.org, gl...@debian.org, gin...@debian.org, 
mba...@debian.org


While discussing possible soloutions to bug 833770 Graham Inggs sugested

What about uploading version 1.1.1 from experimental to unstable?


Emilio Pozuelo Monfort pointed out.

Note that the experimental version fails to build on armel/armhf (at least).


I decided to take a look at this.

It appears that Eigen::Vector3d produces a Matrix but 
electronDensity expects a Matrix


On most architectures qreal is defined as double, so this works but on 
arm32 architectures qreal

 is defined as float so it breaks

The first thing I tried was changing stuff from qreal to double to make 
it match but that led down a massive rabbit hole.


So I then took a closer look at what Eigen::Vector3d was. Turns out it's 
a typedef for Eigen::Matrix< double , 3 , 1>


So it seems the fix is simply to replace Eigen::Vector3d with 
Eigen::Matrix< qreal , 3 , 1>. I've just set off a test build with that 
change, will report results in the morning.

Bug#838718: dgit: should suggest --allow-unrelated-histories

[Ian Jackson]

Sean Whitton writes ("Bug#838718: dgit: should suggest 
--allow-unrelated-histories"):
> With recent git, the user needs to pass --allow-unrelated-histories to
> `git merge` when merging in an upload not made with dgit.

I guess that's probably good for git users in general.  Oh well.

> Patch attached.

There are some changes in this area in my private WIP branch.  I'm
providing a --overwrite=VERSION option which will do this (and it
is based on git-hash-object, not git-merge).

So the advice to use git-merge -s ours may go away anyway.

But, thanks for the report.

Regards,
Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#838732: postgresql-9.6: Upgrade instructions are incomplete

[Diederik de Haas]

Package: postgresql-9.6
Version: 9.6~rc1-1
Severity: important

I just upgraded my postgresql 9.5 to 9.6, but the upgrade didn't go too
well. I'll paste below first the aptitude part, then the debconf prompt
I got finally my attempt at upgrading the main cluster.
The debconf prompt should be familiar, but I'm including it as that is
what I think should be improved.

== aptitude upgrade part ===
Setting up postgresql-9.6 (9.6~rc1-1) ...
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/(?

-- no debconf information

Bug#637343: No more reproducible

[Aurélien COUDERC]

Since Jessie the GDM background is not themed anymore, and uses the default 
Gnome noise pattern.

So closing this bug.


--Aurélien

Bug#838638: [Cloud-packages] Bug#838638: /usr/bin/python3-google-api-tools broken; missing several dependencies, does not work even after doing so

[Thomas Goirand]

On 09/23/2016 11:31 PM, Steinar H. Gunderson wrote:
> On Fri, Sep 23, 2016 at 11:27:11PM +0200, Thomas Goirand wrote:
>>> But in 2.7, there are tons of similar issues.
>> Like what? I really don't think so.
> 
> pannekake:~> /usr/bin/python2-google-api-tools
> Traceback (most recent call last):
>   File "/usr/bin/python2-google-api-tools", line 6, in 
> from googlecloudapis.apitools.base.py.base_cli import main
>   File 
> "/usr/lib/python2.7/dist-packages/googlecloudapis/apitools/base/py/__init__.py",
>  line 12, in 
> from googlecloudapis.apitools.base.py.transfer import *
>   File 
> "/usr/lib/python2.7/dist-packages/googlecloudapis/apitools/base/py/transfer.py",
>  line 14, in 
> import mimeparse
> ImportError: No module named mimeparse

THAT one is a missing runtime Depends: python-mimeparse. IMO you should
file a bug for it. That's not at all the same class of issue as the
miss-handling of the Python standard lib in case of Py3.

Cheers,

Thomas Goirand (zigo)

Bug#838730: ruby-rails-assets-bootstrap-markdown: contains embedded code copy of Javascript library bootstrap-markdown.js

[Jonas Smedegaard]

Package: ruby-rails-assets-bootstrap-markdown
Version: 2.10.0-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This package ships Javascript library bootstrap-markdown.js.

Instead, a) bootstrap-markdown.js should be packaged from its canonical
source at , and b) this
package should build-depend on and symlink that library in that
separate package.

See Debian Policy § 4.13 for more info.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJX5brAAAoJECx8MUbBoAEhOEcP/i1bi6oTY9UOndQL6Z/nClAo
CFlgITaOMmCeE4/QSi1cXV/u/WoZ9gVEkHNLvaYyyl2R7WzJOtyOUfmB4mp8Vewu
5lvox4gukNlg6ODiCp5Ul+7UjssqLcKL9Q6k3sLHS5k4HCfHYipsIesoXxpPH3O7
qbt3iuxSe6YWlsZygUiMW4x/1gMh0yZ/JhIJ/B+Lu2yKnaxZB68z12J652olQDl8
nkLVS0Nl7/0wL5qiWzPUDUrd5RZ8S1RbCfFsyeyOgo7T0QKbxe5So89lGYPCVI+T
EKYeJZLsRpjx6DIpG1VIIL/qaYqCNJgmYbfyVjEggNGZNplPsmy1X2ITK8sbRzLT
cKPEh5XHc2TIOeZyT5gHBQMicmFGsL6xR9qZ5jMD+Bo/LR5UGY3fm3qLOZySEn/9
Ck68HTMXJdxhLjNDWVV/prxvM68SkeSny0foyIDa2DOPhXaHRhoA4TtlKQUwhY33
HfBDMk9nJ5TZYqBDJ5Jp2zZ+NYZa9JupDxgu+JwVtD5UI8D/8oM3QffO/IMfvtg6
i+uJztaACNCyebsptts77nqN4X1CZn/p5fq5DnuAk5Dn7XNk4savGA8TDhse2+U/
PZtatMTDr1+zIddK6bXBW/JDQbZ0lOe8UZ3YIHMVQgbz8U/1Ur9kRkPTPAOQ6W6m
EgO1Irbg7aeYiRolUmaP
=hmdu
-END PGP SIGNATURE-

Bug#838729: ruby-rails-assets-bootstrap: contains embedded code copy of Sass library Bootstrap

[Jonas Smedegaard]

Package: ruby-rails-assets-bootstrap
Version: 3.3.7-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This package ships Sass library Bootstrap.

Instead, this package should build-depend on and symlink that library in
separate package compass-bootstrap-sass-plugin.

See Debian Policy § 4.13 for more info.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJX5boAAAoJECx8MUbBoAEh7HMP/jASlpC9u/6nC9xQ58l5oOf5
wOaw1LgLmlW4K+BAdGAnOJiTasyfDfpHO7j0D0viaz4X0MpRFQl4dGS2sMIfHFYr
Lh1AKdfZ29ou+NX9tfw8U0InNefRc7kCOl29/htQzXypzpwdqwGSwdmxTIyZt+yb
u7JqCCMDczXP7QUsJ8rGQKO4n9cWF9dUDNNAKaQcx9qpWTtNtSFGGz+9uP4v3FkR
Sl1yyc6DqJmHqbRtTk49kQDwD6iOsTgD43SFh/riO/5ll8GhQZ24tkqMs29h+cMk
TJ5yI2SwUozM2V8fRE2OPaQuTly9Yb/V+5Sr+lkycNc9A7TsDQ2Wh/8p5HDS7kPE
eUbFdMB4swlJRgF+Z4DiGQrooZkeR+xI7Wuwjv8hkrpkM2XotQhUZEYQ9f9tWc0C
Pg33rt966/vN5mKGSnbgQwQ7b1Le+NsefSNwZAJqIaUyP/CzURoIfd767nxA37C6
lSaa2Xu1xXLGlgPD4a1Uczv6k/NmeDL9BwSsNVik8g2jIlC3q43b6hWnlLMCgquz
F/2/O/S9/vRBhSwmRJydyac6y8I+bQX75gIh553HQGexqaeXsgOMXC5poDxBUoiA
xouUAL8tHAHTGQk5pWshbzOqqrbx4vlFet9UlltNyfbSMTBjFescC+eupKlo44/0
UyTU+qejRNvwxMlBtlvm
=pvlQ
-END PGP SIGNATURE-

Bug#838728: ruby-rails-assets-bootstrap: contains embedded code copy of Javascript library Bootstrap

[Jonas Smedegaard]

Package: ruby-rails-assets-bootstrap
Version: 3.3.7-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This package ships Javascript library Bootstrap.

Instead, this package should build-depend on and symlink that library in
the package libjs-bootstrap.

See Debian Policy § 4.13 for more info.

 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJX5bjNAAoJECx8MUbBoAEhZakP+gNYXBzd3dshmPmxrvDSNaHm
sSZYy8b/TP0zSwDfw6s9lRLAvqWI7drXNd/+QZnSmDKcj5pnvnhGV6g+cCnZGtuG
m0MCJa/Oov7P+S8JuGo/CbYnK3VvqhU8k57ubx70ZPtfkZ3zzVfnOkwB05Dgya9R
avuaNUgd8oxaFY+ShgLaTLFTK6f3hTxxpzSsiVQ60niy4YmLo/DRF+Rnulhzild4
UGgJwLv46UOFyBORBoW2PrBuLoxlleDZwsed/wy6F4+N6hx+DXjtV5nnVw3bgSk2
16sF0BiLUZH0TTZoYa+togAqNishXUeouGxOouQTmIFj38DJP5dQys50Rxa1bXeb
1feJOOjb12o8tpRq3nKBF4fSi99JLKkxSyUDrz2SBORgFn7KwIUVvE7v/MAQuk02
fhkbrKVoJfzqCMRLSQrEeS4GIt6oLoo2ZQ/nUhqzZfUkyn0mnsxCQP6DeYfZ72SP
MpsYBEExuaNdzPkUQgXkqQe6bNf9/YE/3uwoS5VTqt0v67vbiTtmqGePAKLYrsnS
It64vETbX4NnilerkqUEFEj45BpKtJhSbwdxhWoKKa8z3G+OxQrRfnS3DNwQkDew
HzV/n7ynRe+nFN7vRxhx2rJgPtsGhNHHEUIixJ+4UtHG+U/zLgNHW8AYArhpjUP0
L8tu96B/cackR3UYiCha
=r2vy
-END PGP SIGNATURE-

Bug#838727: swish++: Rework to modern debhelper sequencer

[Tobias Frost]

Package: swish++
Severity: wishlist
Tags: newcomer

Another newcomer bug [1]
This package could use overhaul and adapting to utilize short debhelper.

--
tobi

[1] https://www.donarmstrong.com/posts/newcomer_bts_tag/

-- 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.7.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)

Bug#838726: swish++: Parallel build does not work

[Tobias Frost]

Package: swish++
Severity: normal
Tags: newcomer

The package does not build when invoking with more than one
concurrent job. Some makescript will be run concurrently and
creating a file with duplicate content, error is something along
an extra #endif in platform.h

Tagging as newcomer as this is like be an entry level bug to triage
and solve.

--
tobi

-- 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.7.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)

Bug#838725: package: marco

[Richard Jasmin]

Package: marco
Version: 1.14.2
Copyright (C) 2001-2009 Havoc Pennington, Red Hat, Inc., and others
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

distribution: stretch

maybe i should cc this to the fedora team?

marco icon and windows rendering is flawed and poses a grave error. icons 
cannot be moved, rendering cannot be taken over by another compositor as marco 
is in charge of 'windows' rendering.

there used to be an option for 2d or 3d compositing..its gone.

icons have heavy blurring or heavy drop shadows that werent there a few days 
ago when we updated.

one theme is flawed but this is not a theme issue and the flawed theme 
otherwise works.

as a result MATE cannot be used.As a similar result, neither can cinnamon with 
3d rendering enabled.

Bug#838724: ITP: pavucontrol-qt -- pavucontrol-qt is the Qt port of volume control pavucontrol

[Alf Gaida]

Package: wnpp
Severity: wishlist
Owner: Alf Gaida 

* Package name: pavucontrol-qt
  Version : 0.1.0
  Upstream Author : Hong Jen-Yee (PCMan) 
* URL : https://github.com/lxde/pavucontrol-qt
* License : GPL
  Programming Lang: C++
  Description : pavucontrol-qt is the Qt port of volume control pavucontrol

The software belongs to the LXQt project but its usage isn't limited to this 
desktop environment. 
The package will be maintained by LXQt Packaging Team.

Bug#838723: package: sshfs

[Richard Jasmin]

Package: sshfs
Version: 2.8

SSHFS version 2.8
FUSE library version: 2.9.7
fusermount version: 2.9.7
using FUSE kernel interface version 7.19

distribution: stretch

secure shell mounting doesnt require root but umounting it does. This needs to 
be fixed. I think the mounting options are wrong or there's is a bug here.

no nothing wonky.

sshfs @somedomain.org:/home/ mounts

mounts is a local folder and its an ubuntu server.

if i can mount, i should be able to u(n)mount.
(try this with a cdrom and watch how many people get furious)

Bug#832290: uisp: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: uisp
> Version: 20050207-4
> Tags: patch

There hasn't seem to be any update on this bug in 62 days, in which
time the Reproducible Builds effort has come on a long way. :)

Would you consider applying this patch and uploading?


Regards,

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

Bug#838722: xfce4-notifyd: Cannot change notification theme nor notification position in xfconf nor regular settings

[Brandin Starliper]

Package: xfce4-notifyd
Version: 0.3.2-1
Severity: minor
Tags: upstream

Dear Maintainer,

For some unknown reason, I have been unable to change the XFCE notification's
position or theme, I'm unsure how this begun or when it became an issue off the
top of my head, I tried xfconf instead of the usual XFCE settings, but instead
of having the position or theme change, it's been stuck to the top right on
what I can remember to be the default theme.



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

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

Versions of packages xfce4-notifyd depends on:
ii  libc6   2.23-5
ii  libcairo2   1.14.6-1+b1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.49.6-1
ii  libgtk-3-0  3.21.5-3
ii  libnotify4  0.7.6-2
ii  libx11-62:1.6.3-1
ii  libxfce4ui-2-0  4.12.1-2
ii  libxfce4util7   4.12.1-2
ii  libxfconf-0-2   4.12.0-3

Versions of packages xfce4-notifyd recommends:
ii  libnotify-bin  0.7.6-2

xfce4-notifyd suggests no packages.

-- no debconf information

Bug#838721: sispmctl: doesn't work correctly on non-Intel architectures

[David Madore]

Package: sispmctl
Version: 3.1-1

The source file src/sispm_ctl.c of sispmctl contains the following
line (where buffer is an array of unsigned char):

  wmemset((wchar_t*)(buffer+5), (wchar_t)0x3FFF3FFF, (0x27-5)/sizeof(wchar_t));

The author's intent was to fill bytes 0x05 inclusive through 0x25
exclusive with the pattern 0x3fff3fff in little-endian format.  This
is broken on almost every architecture other than Intel: it assumes
that the byte order is little-endian, and it assumes that there are no
alignment constraints on wchar_t.

On ARM, for example, the words get written at the wrong offset in the
buffer (4 instead of 5), because wmemset() drops the least significant
bits of the address (since a wchar_t is supposed to be always
aligned); this has weird effects on the program's output (the dates
printed out are completely wrong since the topmost byte gets clobbered
by the wmemset()) and perhaps on its effect (I didn't notice any, but
I don't know how the targeted device reacts to receiving 0x3f 0xff
instead of 0xff 0x3f).

The attached patch fixed this by using correct portable C code to
perform what the author intended.

-- 
 David A. Madore
   ( http://www.madore.org/~david/ )
Index: sispmctl-3.1/src/sispm_ctl.c
===
--- sispmctl-3.1.orig/src/sispm_ctl.c
+++ sispmctl-3.1/src/sispm_ctl.c
@@ -29,7 +29,6 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 #include 
@@ -401,7 +400,15 @@ void plannif_printf(const struct plannif
   nextWord = plan->timeStamp;
   WRITENEXTDOUBLEWORD;
 
-  wmemset((wchar_t*)(buffer+5), (wchar_t)0x3FFF3FFF, (0x27-5)/sizeof(wchar_t));
+  {
+int i;
+for ( i=0 ; i<(0x27-5)/4 ; i++ ) {
+  buffer[5+i*4+0] = 0xff;
+  buffer[5+i*4+1] = 0x3f;
+  buffer[5+i*4+2] = 0xff;
+  buffer[5+i*4+3] = 0x3f;
+}
+  }
 
   if (plan->actions[0].timeForNext == -1) {
 //delete all

Bug#838421: python-xlsxwriter: New upstream version available / intent to NMU

[Hilko Bengen]

I have just uploaded xlsxwrite/0.9.3-0.1 to DELAYED/5. Th 

* Hilko Bengen:

> Package: python-xlsxwriter
> Version: 0.7.3-1
> Severity: wishlist
>
> Hi,
>
> plaso 1.5.0 which I'd like to upload requires python-xlswriter 0.9.3.
> Based upon the packaging git at
> https://anonscm.debian.org/git/python-modules/packages/xlsxwriter.git, I
> have created a new upstream version with otherwise minimal changes which
> I'd like to NMU.
>
> Cheers,
> -Hilko

Bug#838720: mutt: pager segfaults when window is resized

[Peter Colberg]

Package: mutt
Version: 1.7.0-5
Severity: important

Dear Maintainer,

Since the inclusion of the neomutt patches, I experience occasional
segmentation faults when viewing a message in the pager. So far I
cannot specify an exact sequence of steps to reproduce the issue.

I reckon the issue occurs after having sent a new message, viewing
that message in the pager, and then adding a new window to my awesome
tiling window manager, which triggers a refresh of the pager.

This is the backtrace of a crash using the symbols from mutt-dbgsym:

(gdb) bt
#0  0x55eebe3e8bca in hdr_format_str (dest=dest@entry=0x7ffeef83d900 "", 
destlen=destlen@entry=1024, col=25, cols=cols@entry=119, op=110 'n', 
src=0x55eebff7e9a4 "   %s%*  -- (%P)", prefix=0x7ffeef83d800 "-20.20", 
ifstring=0x7ffeef83d880 "%4c", elsestring=0x7ffeef83dd00 "", 
data=140732916818544, flags=MUTT_FORMAT_MAKEPRINT) at ../../hdrline.c:692
#1  0x55eebe42ec96 in mutt_FormatString (dest=dest@entry=0x7ffeef83e570 "- 
d*- -1050820271/10662: 0662 397M]---(threads/last-date-received)", '-' , "(end)---", destlen=1023, col=col@entry=0, cols=119, 
src=, callback=callback@entry=0x55eebe3e81f0 
, data=140732916818544, flags=MUTT_FORMAT_MAKEPRINT) at 
../../muttlib.c:1551
#2  0x55eebe3ea3ab in mutt_make_string_info (dst=dst@entry=0x7ffeef83e570 
"- d*- -1050820271/10662: 0662 397M]---(threads/last-date-received)", '-' 
, "(end)---", dstlen=, cols=, 
s=, hfi=hfi@entry=0x7ffeef83e270, 
flags=flags@entry=MUTT_FORMAT_MAKEPRINT) at ../../hdrline.c:1051
#3  0x55eebe3ff683 in mutt_pager (banner=banner@entry=0x0, 
fname=fname@entry=0x7ffeef83ee10 
"/tmp/mutt-alcyone-1000-29714-8251779491620025653", flags=, 
flags@entry=66, extra=extra@entry=0x7ffeef83ede0)
at ../../pager.c:1951
#4  0x55eebe3c1055 in mutt_display_message (cur=0x55eec03db890) at 
../../commands.c:225
#5  0x55eebe3d168b in mutt_index_menu () at ../../curs_main.c:1905
#6  0x55eebe3b17aa in main (argc=1, argv=) at 
../../main.c:877

My muttrc contains these pager-related settings:

set index_format="%4C %Z %{%b %d} %-15.15F (%?l?%4l&%4c?) %s"
set pager_index_lines=10

Regards,
Peter

Bug#838638: [Cloud-packages] Bug#838638: /usr/bin/python3-google-api-tools broken; missing several dependencies, does not work even after doing so

[Steinar H. Gunderson]

On Fri, Sep 23, 2016 at 11:27:11PM +0200, Thomas Goirand wrote:
>> But in 2.7, there are tons of similar issues.
> Like what? I really don't think so.

pannekake:~> /usr/bin/python2-google-api-tools
Traceback (most recent call last):
  File "/usr/bin/python2-google-api-tools", line 6, in 
from googlecloudapis.apitools.base.py.base_cli import main
  File 
"/usr/lib/python2.7/dist-packages/googlecloudapis/apitools/base/py/__init__.py",
 line 12, in 
from googlecloudapis.apitools.base.py.transfer import *
  File 
"/usr/lib/python2.7/dist-packages/googlecloudapis/apitools/base/py/transfer.py",
 line 14, in 
import mimeparse
ImportError: No module named mimeparse

/* Steinar */
-- 
Homepage: https://www.sesse.net/

Bug#838638: [Cloud-packages] Bug#838638: /usr/bin/python3-google-api-tools broken; missing several dependencies, does not work even after doing so

[Thomas Goirand]

On 09/23/2016 03:53 PM, Steinar H. Gunderson wrote:
> On Fri, Sep 23, 2016 at 03:47:08PM +0200, Thomas Goirand wrote:
>> If I'm not mistaking, that's not what's going on. httplib is a standard
>> Python 2.7 library, but in Python 3, it was renamed as "http". So here,
>> we're in a case of not-good-enough Python 3 support.
> 
> But in 2.7, there are tons of similar issues.

Like what? I really don't think so. As per what I just explained, this
really was a Python 3 compatibility issue, and IMO it would be best to
get this addressed upstream.

> And if I install all of the
> packages that I seemingly need, I get:
> 
>   pannekake:~> /usr/bin/python2-google-api-tools
>   Traceback (most recent call last):
> File "/usr/bin/python2-google-api-tools", line 6, in 
>   from googlecloudapis.apitools.base.py.base_cli import main
>   ImportError: cannot import name main

This is another issue, IMO.

>> However, you've opened a bug against the wrong package. It's
>> python3-googlecloudapis which you really wanted.
> 
> Is the above also in python3-googlecloudapis, or is it a separate issue,
> so that we should split the bug?

This is a completely separate issue which should be reported separately.

Cheers,

Thomas Goirand (zigo)

Bug#838680: fortunes-es-off: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Chris Lamb]

Hi,

> fortunes-es-off: unhandled symlink to directory conversion: 
> /usr/share/doc/PACKAGE

Looks like there is a preinst for this but it's not working
for some reason...


Regards,

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

Bug#838719: fortunes-es: correct reference to $msg_installing_link variable

[Chris Lamb]

Source: fortunes-es
Version: 1.33
Severity: minor
Tags: patch

Hi,

There's an incorrect reference to the $msg_installing_link variable
in the preinst file so the log message is not displayed at all.

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/fortunes-es-off.preinst b/debian/fortunes-es-off.preinst
index 17c5702..b18e19e 100644
--- a/debian/fortunes-es-off.preinst
+++ b/debian/fortunes-es-off.preinst
@@ -2,12 +2,12 @@
 
 msg_found_obsolete_dir="Eliminando directorio obsoleto"
 msg_found_link="OK, encontrado como un link el directorio"
-msg_instaling_link="Instalación correcta. No está el directorio obsoleto"
+msg_installing_link="Instalación correcta. No está el directorio obsoleto"
 msg_unable_to_remove="No se pudo eliminar el directorio. Examine manualmente"
 
 msg_found_obsolete_dir="Removing obsolete directory"
 msg_found_link="OK, found as a link the directory"
-msg_instaling_link="Installing O.K. Not found obsolete dir"
+msg_installing_link="Installing O.K. Not found obsolete dir"
 msg_unable_to_remove="Unable to remove dir. Please check"
 
 check_fix_obsolete_dirs(){
@@ -29,4 +29,4 @@ for i in /usr/doc/fortunes-es-off 
/usr/share/doc/fortunes-es-off; do
 check_fix_obsolete_dirs $i
 done
 
-#DEBHELPER#
\ No newline at end of file
+#DEBHELPER#

Bug#838718: dgit: should suggest --allow-unrelated-histories

[Sean Whitton]

Package: dgit
Version: 1.4
Severity: normal
Tags: patch

With recent git, the user needs to pass --allow-unrelated-histories to
`git merge` when merging in an upload not made with dgit.

Patch attached.


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

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

Versions of packages dgit depends on:
ii  ca-certificates   20160104
ii  coreutils 8.25-2
ii  curl  7.50.1-1
ii  devscripts2.16.7
ii  dpkg-dev  1.18.10
ii  dput  0.10.3
ii  git [git-core]1:2.9.3-1
ii  libdpkg-perl  1.18.10
ii  libjson-perl  2.90-1
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-5
ii  libwww-perl   6.15-1
ii  perl  5.22.2-5

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.3p1-1

Versions of packages dgit suggests:
ii  sbuild  0.71.0-2

-- no debconf information

-- 
Sean Whitton
From 8f3074f978d70d3aa2e63a91611229ee6d05e025 Mon Sep 17 00:00:00 2001
From: Sean Whitton 
Date: Fri, 23 Sep 2016 14:18:38 -0700
Subject: [PATCH] suggest --allow-unrelated-histories

Needed with recent git.
---
 dgit   | 2 +-
 dgit.1 | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/dgit b/dgit
index e02a6bd..e744f41 100755
--- a/dgit
+++ b/dgit
@@ -2226,7 +2226,7 @@ END
 	fail "dgit push: HEAD is not a descendant".
 	" of the archive's version.\n".
 		"dgit: To overwrite its contents,".
-		" use git merge -s ours ".lrref().".\n".
+		" use git merge --allow-unrelated-histories -s ours ".lrref().".\n".
 		"dgit: To rewind history, if permitted by the archive,".
 		" use --deliberately-not-fast-forward";
 	}
diff --git a/dgit.1 b/dgit.1
index 926a9c6..842cc9e 100644
--- a/dgit.1
+++ b/dgit.1
@@ -611,7 +611,7 @@ plus appropriate diffs and cherry picks from the dgit remote tracking
 branch, construct a git commit whose tree corresponds to the tree to use for the
 next upload.  If that commit-to-be-uploaded is not a descendant of the
 dgit remote tracking branch, check it out and say
-.BR "git merge -s ours remotes/dgit/dgit/" \fIsuite\fR;
+.BR "git merge --allow-unrelated-histories -s ours remotes/dgit/dgit/" \fIsuite\fR;
 that tells git that we are deliberately throwing away any differences
 between what's in the archive and what you intend to upload.
 Then run
-- 
2.9.3



signature.asc
Description: PGP signature

Bug#838717: ITP: python-applicationinsights -- Application Insights API for Python

[Iain R. Learmonth]

Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth" 
Control: block 838708 by -1

* Package name: python-applicationinsights
  Version : 0.10.0
  Upstream Author : Microsoft Corporation
* URL : https://pypi.python.org/pypi/applicationinsights
* License : MIT
  Programming Lang: Python
  Description : Application Insights API for Python

This project extends the Application Insights API surface to support Python.
Application Insights is a service that allows developers to keep their
application available, performing and succeeding. This Python module will allow
you to send telemetry of various kinds (event, trace, exception, etc.) to the
Application Insights service where they can be visualized in the Azure Portal.

---

This is to be maintained within the pkg-azure team. This is being packaged as
a required dependency for azure-cli.

Bug#838716: ITP: python-adal -- Azure Active Directory (AAD) Library for Python

[Iain R. Learmonth]

Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth" 
Control: block 838708 by -1

* Package name: python-adal
  Version : 0.4.1
  Upstream Author : Microsoft Corporation
* URL : https://pypi.python.org/pypi/adal/
* License : MIT
  Programming Lang: Python
  Description : Azure Active Directory (AAD) Library for Python

---

This is to be maintained within the pkg-azure team and is being packaged as a
required dependency for azure-cli.

Bug#838715: pacemaker: properly remove CTS python files for all versions

[Nishanth Aravamudan]

Package: pacemaker
Version: 1.1.15-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * d/rules: update CTS python files' path for python3 and possibly
site-packages. If the code is updated to use setuptools, cts should
continue to not be shipped. Fixes FTBFS for arch-only builds
(LP: #1627125).

Thanks for considering the patch.

diff -Nru pacemaker-1.1.15/debian/rules pacemaker-1.1.15/debian/rules
--- pacemaker-1.1.15/debian/rules   2016-06-23 13:47:01.0 -0700
+++ pacemaker-1.1.15/debian/rules   2016-09-23 13:51:00.0 -0700
@@ -37,8 +37,11 @@
 override_dh_auto_test:
 
 override_dh_install:
+   # remove any possible python CTS files, including site-packages.
+   # If the code is updated to use setuptools, CTS should
+   # continue to not be shipped. 
rm -r   debian/tmp/usr/share/pacemaker/tests \
-   debian/tmp/usr/lib/python2.7/dist-packages/cts \
+   debian/tmp/usr/lib/python*/*packages/cts \
debian/tmp/usr/lib/*/lib*.la \
debian/tmp/usr/share/doc/pacemaker/COPYING \
debian/tmp/usr/share/doc/pacemaker/COPYING.LIB


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

Kernel: Linux 4.8.0-15-generic (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)

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#838714: dch: avoid adding section in snapshot mode if distribution is UNRELEASED

[Linn Crosetto]

Package: git-buildpackage
Version: 0.8.3
Severity: normal
Tags: patch

When using gbp dch in snapshot mode, a section is added without checking
whether the distribution is set to UNRELEASED. If the distribution is
UNRELEASED, the version will be incremented but the current section will be
edited, resulting in a skipped version in the changelog. 

For example, after gbp dch -S -a:

-git-buildpackage (0.8.3+nmu1) UNRELEASED; urgency=medium
+git-buildpackage (0.8.3+nmu2~1.gbp74f785) UNRELEASED; urgency=medium
+
+  ** SNAPSHOT build @74f785ef4ed2e450abc97d882284651e968b7683 **

   * Non-maintainer upload.
+  * UNRELEASED

- -- Linn Crosetto   Fri, 23 Sep 2016 18:51:37 +
+ -- Linn Crosetto   Fri, 23 Sep 2016 14:46:07 -0600

 git-buildpackage (0.8.3) unstable; urgency=medium


Then after gbp dch --release:


-git-buildpackage (0.8.3+nmu1) UNRELEASED; urgency=medium
+git-buildpackage (0.8.3+nmu2) unstable; urgency=medium

   * Non-maintainer upload.
+  * dch: avoid adding section in snapshot mode if distribution is UNRELEASED

- -- Linn Crosetto   Fri, 23 Sep 2016 18:51:37 +
+ -- Linn Crosetto   Fri, 23 Sep 2016 14:47:01 -0600


I have included a patch to changing this behavior to add a new section in
snapshot mode only if the distribution is not set to UNRELEASED.

An example of the new behavior, after gbp dch -S -a:


-git-buildpackage (0.8.3+nmu1) UNRELEASED; urgency=medium
+git-buildpackage (0.8.3+nmu1~1.gbp74f785) UNRELEASED; urgency=medium
+
+  ** SNAPSHOT build @74f785ef4ed2e450abc97d882284651e968b7683 **
 
   * Non-maintainer upload.


Then after gbp dch --release:


-git-buildpackage (0.8.3+nmu1) UNRELEASED; urgency=medium
+git-buildpackage (0.8.3+nmu1) unstable; urgency=medium
 
   * Non-maintainer upload.
+  * dch: avoid adding section in snapshot mode if distribution is UNRELEASED
 
- -- Linn Crosetto   Fri, 23 Sep 2016 18:51:37 +
+ -- Linn Crosetto   Fri, 23 Sep 2016 20:56:40 +
 
 git-buildpackage (0.8.3) unstable; urgency=medium


Thanks.
>From 8f6ae69c2e1a432d8c4e26d5997eddc5bc7ae162 Mon Sep 17 00:00:00 2001
From: Linn Crosetto 
Date: Wed, 21 Sep 2016 15:59:00 -0600
Subject: [PATCH] dch: avoid adding section in snapshot mode if distribution is
 UNRELEASED

When using git-dch in snapshot mode, a section is added without checking
whether the distribution is set to UNRELEASED. If the distribution is
UNRELEASED, the version will be incremented but a new section will not be
added, resulting in a skipped version in the changelog.

Change this behavior to add a new section in snapshot mode only if the
distribution is not set to UNRELEASED.

Signed-off-by: Linn Crosetto 
---
 gbp/scripts/dch.py | 13 +++--
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/gbp/scripts/dch.py b/gbp/scripts/dch.py
index 2ccbacb..f9f60c0 100644
--- a/gbp/scripts/dch.py
+++ b/gbp/scripts/dch.py
@@ -483,12 +483,13 @@ def main(argv):
 version_change['version'] = options.new_version
 # the user wants to force a new version
 add_section = True
-elif cp['Distribution'] != "UNRELEASED" and not found_snapshot_banner and commits:
-# the last version was a release and we have pending commits
-add_section = True
-elif options.snapshot and not found_snapshot_banner:
-# the user want to switch to snapshot mode
-add_section = True
+elif cp['Distribution'] != "UNRELEASED" and not found_snapshot_banner:
+if commits:
+# the last version was a release and we have pending commits
+add_section = True
+if options.snapshot:
+# the user want to switch to snapshot mode
+add_section = True
 else:
 add_section = False
 
-- 
2.8.0.rc3

Bug#838713: python-xlib: please make the build reproducible

[Chris Lamb]

Source: python-xlib
Version: 0.14+20091101-5
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], I noticed
that python-xlib could not be built reproducibly.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/patches/texi2html.patch b/debian/patches/texi2html.patch
index 3652cdb..10c3436 100644
--- a/debian/patches/texi2html.patch
+++ b/debian/patches/texi2html.patch
@@ -8,7 +8,7 @@ Subject: use system texi2html
  
  python-xlib_toc.html: $(SRCS)
 -  ./texi2html -splitnode -menu $(TOPSRC)
-+  texi2html -split=node -menu $(TOPSRC)
++  texi2html --build-date=$(SOURCE_DATE_EPOCH) -split=node -menu $(TOPSRC)
ln -sf python-xlib_toc.html index.html
  
  clean:

Bug#836938: exult: diff for NMU version 1.2-16.2

[Stephen Kitt]

Control: tags 836938 + pending

Dear maintainer,

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

Regards,

Stephen
diff -u exult-1.2/debian/changelog exult-1.2/debian/changelog
--- exult-1.2/debian/changelog
+++ exult-1.2/debian/changelog
@@ -1,3 +1,10 @@
+exult (1.2-16.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Allow building with GCC 6 (Closes: #836938).
+
+ -- Stephen Kitt   Fri, 23 Sep 2016 22:27:00 +0200
+
 exult (1.2-16.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u exult-1.2/debian/patches/series exult-1.2/debian/patches/series
--- exult-1.2/debian/patches/series
+++ exult-1.2/debian/patches/series
@@ -7,0 +8 @@
+08_gcc6_build_fix.patch
only in patch2:
unchanged:
--- exult-1.2.orig/debian/patches/08_gcc6_build_fix.patch
+++ exult-1.2/debian/patches/08_gcc6_build_fix.patch
@@ -0,0 +1,84 @@
+Description: Fix errors and some warnings with GCC 6
+Author: Stephen Kitt 
+
+This patch fixes the following issues:
+* in exulticon.h, the values don't fit in char (which is an error
+  now); use unsigned char instead;
+* in vec.h, a number of method calls aren't scoped; use this->;
+* declare const char * for pointers to constant strings.
+
+--- a/exulticon.h
 b/exulticon.h
+@@ -11,7 +11,7 @@
+   pixel[2] = header_data_cmap[(unsigned char)data[0]][2]; \
+   data ++; }
+ 
+-static char header_data_cmap[256][3] = {
++static unsigned char header_data_cmap[256][3] = {
+ 	{  0,128,128},
+ 	{ 34, 34, 34},
+ 	{  0,  0,  0},
+--- a/vec.h
 b/vec.h
+@@ -33,7 +33,7 @@
+ 	Exult_vector() : baseClass()
+ 		{}
+ 	Exult_vector(size_type n) : baseClass()
+-		{ reserve(n); }
++		{ this->reserve(n); }
+ 
+ #ifndef MACOS /* should be something like PROPER_STD_CPP_LIB or so */
+ 	T& at(int i) { return (*this)[i]; }
+@@ -42,8 +42,8 @@
+ 		{
+ 			if (i >= (int)this->size())
+ {
+-insert(this->begin() + this->size(), i - this->size(), 0);
+-push_back(v);
++this->insert(this->begin() + this->size(), i - this->size(), 0);
++this->push_back(v);
+ }
+ 			else
+ (*this)[i] = v;
+@@ -69,7 +69,7 @@
+ 
+ 	size_type	append( const T& obj )
+ 		{
+-			push_back( obj );
++			this->push_back( obj );
+ 			return this->size() - 1;
+ 		}
+ 
+--- a/tools/textpack.cc
 b/tools/textpack.cc
+@@ -85,7 +85,7 @@
+ static void Write_flex
+ 	(
+ 	const char *filename,		// File to write.
+-	char *title,			// For the header.
++	const char *title,		// For the header.
+ 	vector& strings		// Okay if some are null.
+ 	)
+ 	{
+--- a/tools/ipack.cc
 b/tools/ipack.cc
+@@ -136,7 +136,7 @@
+ static long Get_number
+ 	(
+ 	int linenum,			// For printing errors.
+-	char *errmsg,
++	const char *errmsg,
+ 	char *ptr,
+ 	char *& endptr			// ->past number and spaces returned.
+ 	)
+--- a/gumps/Newfile_gump.cc
 b/gumps/Newfile_gump.cc
+@@ -476,7 +476,7 @@
+ 
+ 	if (actual_game < -2 || actual_game >= num_games) return;
+ 
+-	char	*text;
++	const char	*text;
+ 
+ 	if (actual_game == -1)
+ 		text = "Quick Save";


signature.asc
Description: PGP signature

Bug#838712: Correction2

[Justine Leon Uro]

For cgi-script:
http://localhost/cgi-bin/mathtex.cgi?\msglevel{9} x^2

Bug#838588: Out of date

[Ludovic Rousseau]

Le 22/09/2016 à 18:57, Timothy Pearson a écrit :

Package: libpam-pkcs11
Version: 0.6.8-4
Severity: important

This package is out of date by at least a year; since the last udate there
have been numerous fixes that allow this module to integrate properly into
modern card based environments.

Please update this package to the latest upstream GIT head.


You are right. This package is outdated.

The problem is that the upstream maintainer (me) has stopped working on it.
See https://github.com/OpenSC/pam_pkcs11
And nobody proposed to maintain it.

Another problem is that pam-pkcs#11 does not build with OpenSSL 1.1.0
See Debian bug #828487
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828487

A patch is proposed but OpenSSL removed i2c_ASN1_INTEGER() used by pam-pkcs#11. 
So the build fails.
See https://github.com/OpenSC/pam_pkcs11/pull/21


I can make a new release of pam-pkcs#11 for OpenSSL 1.0.0.
But OpenSSL 1.1.0 will enter Debian unstable "soon" and pam-pkcs#11 will be 
broken (removed).

If you want to see an upgraded version of pam-pkcs#11 you can work on OpenSSL 
1.1.0 support.

Bye

--
Dr. Ludovic Rousseau

Bug#838710: php5: segfault when calling openssl_x509_parse on a valid certificate

[Salvatore Bonaccorso]

Control: reassign -1 openssl 1.0.1t-1+deb8u4

Hi,

On Fri, Sep 23, 2016 at 03:57:02PM -0300, Jean-Paul Deveaux wrote:
> Package: php5
> Version: 5.6.24+dfsg-0+deb8u1
> Severity: normal
> 
> Dear Maintainer,
> 
> Upgraded PHP5 using Debian stable repo today; code that parsed client 
> certificate for user authentication stopped working.
> 
> $cert = openssl_x509_parse($_SERVER['SSL_CLIENT_CERT']);
> 
> In previous versions of PHP5 (5.6.22-0+deb8u1), this call works without any 
> problems (returning associative array of cert guts)
> In current version, seg fault.
> 
> For the time being, my work around involves an 'exec' call to openssl to 
> extract cert details for authentication. I could probably also do it at the 
> apache level.

I think this is the regression in the recent openssl DSA, and should
be fixed soon with the followup update 1.0.1t-1+deb8u5.

Regards,
Salvatore

Bug#838712: Correction

[Justine Leon Uro]

For cgi-script:
http://localhost/cgi- bin/mathtex.cgi?\msglevel{9} x^2

Bug#838712: mathtex dvipng-related error Debian 8 (Jessie)

[Justine Leon Uro]

Package: mathtex
Version: 1.03-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
 To run mathtex as a cgi-script, I linked /usr/bin/mathtex to 
/usr/bin/cgi-bin/mathtex.cgi (similar to mimetex/mimetex.cgi).
 http://localhost/mathtex.cgi?x^2 gave error: (10) dvipng ran but failed: 
See mathtex.html#message 10
 dvipng.err file contents: /usr/bin/dvipng warning: unrecognized length 
unit "o", assuming inches /usr/bin/dvipng warning: unrecognized length unit "", 
assuming inches   

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Ineffective: Running http://loclahost/mathtex.cgi?\messagelevel{9} x^2, 
ended with folders showing that the error has something to do with dvipng.  
 Ineffective: Runnig mathtex at the command line  hangs with the final 
message:  mathTeX> message#10 succeeded:
 (10) dvipng ran but failed: 
 Effective: Changed the mathtex from package to a my previously-compiled 
version and this time it worked.

   * What was the outcome of this action?
 -as cgi-script: temporary folders/files with hints to the possible error 
(dvipng command options(?))
 -on command line: command hangs
 -switching to an old previously-compiled mathtex version that works shows 
that the new mathtex (from Debian 8 package) was compiled in a manner that 
causes the dvipng error
   
   * What outcome did you expect instead?
 GIF file with image of mathematical expression 


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

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

Versions of packages mathtex depends on:
ii  dvipng   1.14-2+b1
ii  libc62.19-18+deb8u4
ii  texlive  2014.20141024-2

mathtex recommends no packages.

mathtex suggests no packages.

-- no debconf information

Bug#828369: krb5: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

control: tags -1 patch fixed-upstream

On 2016-06-26 12:22:21 [+0200], Kurt Roeckx wrote:
> There is a libssl-dev package available in experimental that contains a recent
> snapshot, I suggest you try building against that to see if everything works.

please find attached the upstream patches.

> Kurt

Sebastian
>From 25db12fa293d5724e11964d7bf3e22b5a4bcf4d1 Mon Sep 17 00:00:00 2001
From: Greg Hudson 
Date: Thu, 16 Jun 2016 13:54:01 -0400
Subject: [PATCH 1/5] Simplify pkcs7_dataDecode() in PKINIT

RFC 4556 requires that the EnvelopedData in the encKeyPack contain
only one RecipientInfo.  Take advantage of this constraint to simplify
pkcs7_dataDecode().
---
 src/plugins/preauth/pkinit/pkinit_crypto_openssl.c | 79 --
 1 file changed, 14 insertions(+), 65 deletions(-)

diff --git a/src/plugins/preauth/pkinit/pkinit_crypto_openssl.c b/src/plugins/preauth/pkinit/pkinit_crypto_openssl.c
index d5e2769..be93611 100644
--- a/src/plugins/preauth/pkinit/pkinit_crypto_openssl.c
+++ b/src/plugins/preauth/pkinit/pkinit_crypto_openssl.c
@@ -5814,7 +5814,6 @@ pkcs7_dataDecode(krb5_context context,
  pkinit_identity_crypto_context id_cryptoctx,
  PKCS7 *p7)
 {
-int i = 0;
 unsigned int jj = 0, tmp_len = 0;
 BIO *out=NULL,*etmp=NULL,*bio=NULL;
 unsigned char *tmp=NULL;
@@ -5824,8 +5823,6 @@ pkcs7_dataDecode(krb5_context context,
 X509_ALGOR *enc_alg=NULL;
 STACK_OF(PKCS7_RECIP_INFO) *rsk=NULL;
 PKCS7_RECIP_INFO *ri=NULL;
-X509 *cert = sk_X509_value(id_cryptoctx->my_certs,
-   id_cryptoctx->cert_index);
 
 p7->state=PKCS7_S_HEADER;
 
@@ -5846,71 +5843,23 @@ pkcs7_dataDecode(krb5_context context,
 /* It was encrypted, we need to decrypt the secret key
  * with the private key */
 
-/* Find the recipientInfo which matches the passed certificate
- * (if any)
- */
-
-if (cert) {
-for (i=0; iissuer_and_serial->issuer,
-cert->cert_info->issuer);
-if (!tmp_ret) {
-tmp_ret = M_ASN1_INTEGER_cmp(cert->cert_info->serialNumber,
- ri->issuer_and_serial->serial);
-if (!tmp_ret)
-break;
-}
-ri=NULL;
-}
-if (ri == NULL) {
-PKCS7err(PKCS7_F_PKCS7_DATADECODE,
- PKCS7_R_NO_RECIPIENT_MATCHES_CERTIFICATE);
-goto cleanup;
-}
-
+/* RFC 4556 section 3.2.3.2 requires that there be exactly one
+ * recipientInfo. */
+if (sk_PKCS7_RECIP_INFO_num(rsk) != 1) {
+pkiDebug("invalid number of EnvelopedData RecipientInfos\n");
+goto cleanup;
 }
 
-/* If we haven't got a certificate try each ri in turn */
-
-if (cert == NULL) {
-for (i=0; ienc_key),
-(unsigned int) M_ASN1_STRING_length(ri->enc_key),
-, _len);
-if (jj) {
-PKCS7err(PKCS7_F_PKCS7_DATADECODE, ERR_R_EVP_LIB);
-goto cleanup;
-}
-
-if (!jj && tmp_len > 0) {
-jj = tmp_len;
-break;
-}
-
-ERR_clear_error();
-ri = NULL;
-}
-
-if (ri == NULL) {
-PKCS7err(PKCS7_F_PKCS7_DATADECODE, PKCS7_R_NO_RECIPIENT_MATCHES_KEY);
-goto cleanup;
-}
-}
-else {
-jj = pkinit_decode_data(context, id_cryptoctx,
-M_ASN1_STRING_data(ri->enc_key),
-(unsigned int) M_ASN1_STRING_length(ri->enc_key),
-, _len);
-if (jj || tmp_len <= 0) {
-PKCS7err(PKCS7_F_PKCS7_DATADECODE, ERR_R_EVP_LIB);
-goto cleanup;
-}
-jj = tmp_len;
+ri = sk_PKCS7_RECIP_INFO_value(rsk, 0);
+jj = pkinit_decode_data(context, id_cryptoctx,
+M_ASN1_STRING_data(ri->enc_key),
+(unsigned int)M_ASN1_STRING_length(ri->enc_key),
+, _len);
+if (jj || tmp_len <= 0) {
+PKCS7err(PKCS7_F_PKCS7_DATADECODE, ERR_R_EVP_LIB);
+goto cleanup;
 }
+jj = tmp_len;
 
 evp_ctx=NULL;
 BIO_get_cipher_ctx(etmp,_ctx);
-- 
2.9.3

>From d7a6a2fce266c339b827bfa5746db808186998ae Mon Sep 17 00:00:00 2001
From: Greg Hudson 
Date: Thu, 16 Jun 2016 16:38:07 -0400
Subject: [PATCH 2/5] Minimize timing leaks in PKINIT decryption

pkcs7_dataDecode() is 

Bug#838711: network-manager: captive portals don't work

[Romain]

Package: network-manager
Version: 0.9.10.0-7
Severity: important

I can't connect through captive portals anymore using the latest version of 
network-manager_1.2.4-2kali1
(And the related packages network-manager-gnome_1.2.4-1_amd64 ; 
libnm-gtk0_1.2.4-1 ; libnm-gtk-common_1.2.4-1)

Downgrading to the previous 'Sana' versions below, everything works fine again

network-manager-gnome_0.9.10.0-2_amd64
network-manager_0.9.10.0-7_amd64
libnm-gtk0_0.9.10.0-2_amd64 ; 
libnm-gtk-common_0.9.10.0-2_all

-- System Information:
Distributor ID: Kali
Description:Kali GNU/Linux Rolling
Release:kali-rolling
Codename:   kali-rolling
Architecture: x86_64

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

Versions of packages network-manager depends on:
ii  adduser3.115
ii  dbus   1.10.10-1
ii  init-system-helpers1.42kali1
ii  isc-dhcp-client4.3.4-1
ii  libc6  2.23-5
ii  libdbus-1-31.10.10-1
ii  libdbus-glib-1-2   0.108-1
ii  libgcrypt201.7.3-1
ii  libglib2.0-0   2.49.6-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u2
ii  libgudev-1.0-0 230-3
ii  libmm-glib01.6.0-1
ii  libndp01.6-1
ii  libnewt0.520.52.18-3
ii  libnl-3-2003.2.27-1
ii  libnl-genl-3-200   3.2.27-1
ii  libnl-route-3-200  3.2.27-1
ii  libnm-glib41.2.4-2kali1
ii  libnm-util21.2.4-2kali1
ii  libpam-systemd 231-4
ii  libpolkit-gobject-1-0  0.105-16
ii  libreadline6   6.3-8+b4
ii  libsoup2.4-1   2.55.90-1
ii  libsystemd0231-4
ii  libteamdctl0   1.26-1
ii  libuuid1   2.28.1-1
ii  lsb-base   9.20160629
ii  policykit-10.105-16
ii  udev   231-4
ii  wpasupplicant  2.5-2+v2.4-2

Versions of packages network-manager recommends:
ii  crda3.13-1+b1
ii  dnsmasq-base2.76-4
ii  iptables1.6.0-3
pn  iputils-arping  
ii  modemmanager1.6.0-1
ii  ppp 2.4.7-1+3

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.32-1
pn  libteam-utils  

-- no debconf information

Bug#838710: php5: segfault when calling openssl_x509_parse on a valid certificate

[Jean-Paul Deveaux]

Package: php5
Version: 5.6.24+dfsg-0+deb8u1
Severity: normal

Dear Maintainer,

Upgraded PHP5 using Debian stable repo today; code that parsed client 
certificate for user authentication stopped working.

$cert = openssl_x509_parse($_SERVER['SSL_CLIENT_CERT']);

In previous versions of PHP5 (5.6.22-0+deb8u1), this call works without any 
problems (returning associative array of cert guts)
In current version, seg fault.

For the time being, my work around involves an 'exec' call to openssl to 
extract cert details for authentication. I could probably also do it at the 
apache level.



-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'squeeze-lts'), (500, 
'oldoldstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
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)

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.6.24+dfsg-0+deb8u1
ii  php5-common  5.6.24+dfsg-0+deb8u1

php5 recommends no packages.

php5 suggests no packages.

-- no debconf information

Bug#836618: ccd2iso: please drop the build dependency on hardening-wrapper

[Moritz Mühlenhoff]

tags 836618 patch
thanks

On Wed, Sep 07, 2016 at 07:31:26PM -0700, Asheesh Laroia wrote:
> Thanks. Will do.

Hi Asheesh,
Patch attached. It uses the standard dh mechanism and I've tested
that the same hardening options are present.

Cheers,
Moritz
diff -aur ccd2iso-0.3.orig/debian/compat ccd2iso-0.3/debian/compat
--- ccd2iso-0.3.orig/debian/compat	2014-01-28 07:20:16.0 +0100
+++ ccd2iso-0.3/debian/compat	2016-09-23 16:27:32.509807769 +0200
@@ -1 +1 @@
-7
+9
diff -aur ccd2iso-0.3.orig/debian/control ccd2iso-0.3/debian/control
--- ccd2iso-0.3.orig/debian/control	2014-01-28 07:20:16.0 +0100
+++ ccd2iso-0.3/debian/control	2016-09-23 16:27:32.513807778 +0200
@@ -2,7 +2,7 @@
 Section: otherosfs
 Priority: optional
 Maintainer: Asheesh Laroia 
-Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf, hardening-wrapper
+Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf
 Standards-Version: 3.9.5
 
 Package: ccd2iso
diff -aur ccd2iso-0.3.orig/debian/rules ccd2iso-0.3/debian/rules
--- ccd2iso-0.3.orig/debian/rules	2014-01-28 07:20:16.0 +0100
+++ ccd2iso-0.3/debian/rules	2016-09-23 16:28:41.901956768 +0200
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 # -*- makefile -*-
 
-export DEB_BUILD_HARDENING=1
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
 %:
 	dh $@ --with autoreconf

Bug#838709: tacacs+: diff for NMU version 4.0.4.27a-1.1

[Tobias Frost]

Package: tacacs+
Version: 4.0.4.27a-1
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for tacacs+ (versioned as 4.0.4.27a-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru tacacs+-4.0.4.27a/debian/changelog tacacs+-4.0.4.27a/debian/changelog
--- tacacs+-4.0.4.27a/debian/changelog	2014-02-22 17:16:29.0 +0100
+++ tacacs+-4.0.4.27a/debian/changelog	2016-09-23 20:35:36.0 +0200
@@ -1,3 +1,12 @@
+tacacs+ (4.0.4.27a-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove B-D on hardening-wrapper (Closes: #836658)
+  * Move arch-dependent install stuff to override_dh_auto_install-arch
+(Closes: #806114)
+
+ -- Tobias Frost   Fri, 23 Sep 2016 20:35:36 +0200
+
 tacacs+ (4.0.4.27a-1) unstable; urgency=low
   * Closes: #714908 incorrect var substitute in multiarch.
   * New upstream release
diff -Nru tacacs+-4.0.4.27a/debian/control tacacs+-4.0.4.27a/debian/control
--- tacacs+-4.0.4.27a/debian/control	2014-02-22 18:32:43.0 +0100
+++ tacacs+-4.0.4.27a/debian/control	2016-09-23 20:35:36.0 +0200
@@ -2,7 +2,7 @@
 Section: net
 Priority: extra
 Maintainer: Henry-Nicolas Tourneur 
-Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.2), dh-exec (>=0.3), autotools-dev, flex, m4, bison, libwrap0-dev, libpam0g-dev, quilt, hardening-wrapper, chrpath
+Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.2), dh-exec (>=0.3), autotools-dev, flex, m4, bison, libwrap0-dev, libpam0g-dev, quilt, chrpath
 Standards-Version: 3.9.5
 Homepage: http://www.shrubbery.net/tac_plus/
 
diff -Nru tacacs+-4.0.4.27a/debian/rules tacacs+-4.0.4.27a/debian/rules
--- tacacs+-4.0.4.27a/debian/rules	2014-02-22 18:26:17.0 +0100
+++ tacacs+-4.0.4.27a/debian/rules	2016-09-23 20:35:36.0 +0200
@@ -12,9 +12,10 @@
 %:
 	dh $@ --with autotools-dev,quilt
 
-override_dh_auto_install:
-	dh_installdirs
+override_dh_installinit:
 	dh_installinit --name=tacacs_plus
+
+override_dh_auto_install-arch:
 	dh_auto_install
 	install -m 644 debian/tacacs+.default $(CURDIR)/debian/tacacs+/etc/default/tacacs+
 	install -m 600 debian/tac_plus.conf $(CURDIR)/debian/tacacs+/etc/tacacs+


signature.asc
Description: PGP signature

Bug#838708: ITP: azure-cli -- Command-line tools for Microsoft Azure

[Iain R. Learmonth]

Package: wnpp
Severity: wishlist
Owner: "Iain R. Learmonth" 

* Package name: azure-cli
  Version : 2.0
  Upstream Author : Microsoft Corporation
* URL : https://github.com/Azure/azure-cli
* License : MIT
  Programming Lang: Python
  Description : Command-line tools for Microsoft Azure

Next generation multi-platform command line experience for Azure.



This is to be maintained within the pkg-azure team.

Bug#837618: xml-core: Makes some packages to FTBFS with 'dh_installxmlcatalogs: Unexpected debhelper version format'

[W. Martin Borgert]

tags 837618 patch
thanks

The attached patch works for me.
--- dh_installxmlcatalogs.old	2016-09-23 21:25:51.396231999 +0200
+++ dh_installxmlcatalogs	2016-09-23 21:23:31.447489900 +0200
@@ -110,7 +110,7 @@
 use Debian::Debhelper::Dh_Lib;
 use Debian::Debhelper::Dh_Version;
 
-$Debian::Debhelper::Dh_Version::version =~ /^(\d+)\.(\d+)/
+$Debian::Debhelper::Dh_Version::version =~ /^(\d+)(\.(\d+))*/
 	or error("Unexpected debhelper version format");
 # For the "sub" argument to autoscript:
 $1 > 9 or ($1 == 9 and $2 >= '20120909') or error('debhelper 9.20120909 or later required');

Bug#838310: keyboard-configuration: user configuration lost + error message from setupcon

[Anton Zinoviev]

On Thu, Sep 22, 2016 at 06:31:17PM +0200, Vincent Lefevre wrote:
> 
> I suppose that this is OK if /usr/share/console-setup/kbdnames-maker
> is expected to be run with /usr/share/console-setup as the current
> working directory. Otherwise, I'm wondering... What is the goal of
> this script here?

http://bugs.debian.org/420914

Anton Zinoviev

Bug#818574: dose : does not support xz input files

[Holger Levsen]

On Fri, Sep 23, 2016 at 06:14:00PM +, Niels Thykier wrote:
>  It is my understanding that the FTP masters want to retire Packages.gz
>  shortly before the Stretch release.
> It was done months ago (as in ½ year ago).  That is why we know dose is
> broken with only ".xz" files.

if it was done already, what are the FTP masters going to do before the
release?


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#838674: [Pkg-dkms-maint] Bug#838674: Fails to build spl-dkms correctly

[Andras Korn]

On Fri, Sep 23, 2016 at 05:10:17PM +0200, Petter Reinholdtsen wrote:

Hi,

> > the latest version of the dkms package fails to build/install spl-dkms
> > correctly, which then also causes subsequent builds of zfs-dkms to fail
> > (after a long time, because zfs-dkms attemtps to wait for spl-dkms to be
> > built).
> 
> Is this the issue reported in https://bugs.debian.org/836578 >?

It seems so.

I'll try to modify the spl/zfs packages as indicated in that report and see
if that helps. Thanks for the pointer!

Andras

-- 
Man is the best computer we can put aboard a spacecraft... and the only
 one that can be mass produced with unskilled labour.

Bug#838707: ITP: librsb -- Recursive Sparse Blocks matrix computations library

[Rafael Laboissière]

Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere 

* Package name: librsb
  Version : 1.2.0-rc5
  Upstream Author : Michele Martone 
* URL : http://librsb.sourceforge.net
* License : LGPL-3+
  Programming Lang: C
  Description : Recursive Sparse Blocks matrix computations library

This is a library for sparse matrix computations featuring the 
Recursive Sparse Blocks (RSB) matrix format. This format allows cache 
efficient and multi-threaded (that is, shared memory parallel) 
operations on large sparse matrices.  It provides the most common 
operations necessary to iterative solvers, like matrix-vector 
multiplication, triangular solution, rows/columns scaling, diagonal 
extraction / setting, blocks extraction, norm computation, formats 
conversion.  The RSB format is especially well suited for symmetric 
and transposed multiplication variants.


This package will be maintained collaborativelly by the debian-science 
team.  A preliminary version is available at:


https://anonscm.debian.org/cgit/debian-science/packages/librsb.git

Bug#838706: spl-dkms should require dkms > 2.2.0 as of 0.6.5.8

[Rich]

Package: spl-dkms
Version: 0.6.5.8-1
Severity: normal

Dear Maintainer,

I tried building and installing the new spl-dkms from testing/unstable on my
Jessie system, which built fine, and reportedly installed fine.

Unfortunately, the fix for #836578 breaks the package for DKMS < 2.2.1.0,
resulting in an apparently successful install, but the zfs-dkms package will
spin forever waiting for .../module/spl_config.h to exist.

Please either include a workaround for DKMS < 2.2.1.0 (I'd offer one but I
don't know enough about how these systems function to guess how it might
work) or mark the package as requiring DKMS > 2.2.1.0.

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (1000, 'stable'), (900, 'testing'), (500, 'testing-debug'), (500, 
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-0.bpo.2-amd64 (SMP w/16 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 spl-dkms depends on:
ii  dkms  2.2.0.3-2
ii  file  1:5.22+15-2+deb8u1
ii  libc6-dev [libc-dev]  2.19-18+deb8u4
ii  lsb-release   4.1+Debian13+nmu1

Versions of packages spl-dkms recommends:
ii  spl  0.6.5.8-1

spl-dkms suggests no packages.

-- no debconf information

Bug#822792: nginx-common: Add include .../*.conf to default site?

[Elrond]

Hi,


On Fri, Aug 26, 2016 at 10:25:27 -0700, Michael Lustfield wrote:
> > So maybe "default-server-includes.d/*.conf"?
> 
> hm... *methinks*
> aight, I can stand behind this one

On what are we settling now for the directory name?


[...]
> Almost. You convinced me, but I'd like to hear from at least Christos
> or Kartik on this matter.

Did they already answer?


> As part of the resolution to this issue, I would expect to see, at a minimum:
> 
> * a set of basic configuration files to be sent to other app packages

#818585 - javascript-common: nginx snippet
#838527 - letsencrypt.sh: Ship nginx snippet

Instead of shipping them as snippets, they should probably
end up in default-server-includes.d/*.conf ?

I guess, default-server-includes.d/*.conf will have some
50-PACKAGENAME*.conf naming?  So could you please advice on
the right numbering for those two?

So those two could start that set you requested.


[...]
> I'm entirely opposed to us creating the directory and letting it go
> unmaintained, but you've convinced me we need to start looking into
> this.

Should we rename this bug to something indicating "we need
to start looking into this" and remove the wontfix?


Cheers

Elrond

Bug#838663: tox: python3 pip is called "pip3" in Debian and tox should call that instead of "pip"

[Barry Warsaw]

On Sep 23, 2016, at 02:37 PM, Ximin Luo wrote:

>In Debian we have "pip3" but tox hardcodes an invocation to "pip".
>
>The attached patch fixes this; it should definitely be forwarded to upstream
>as well.

Hi and thanks for the report/patch.  Can you provide a reproducible failure
that this bug fixes?

Bug#821656: Bumping severity of PHP 7.0 transition bugs to serious

[Emilien Klein]

Hi Georges,

Do you have any time to look into this?
I have also created a bug report at
https://github.com/shaarli/Shaarli/issues/650 to see if any of the upstream
developers are motivated to take this over.

Best,
Emilien

ᐧ

Emilien

2016-08-06 0:05 GMT+02:00 Petter Reinholdtsen :

> Hi.
>
> Any news on migrating shaarli to PHP7?  This package is used by the
> FreedomBox,
> and it would be a shame to have to drop shaarli support because the package
> did not make it into testing / Stretch.
>
> --
> Happy hacking
> Petter Reinholdtsen
>

Bug#838705: fso-datad: FTBFS: fsoframework-2.0.vapi:257.48-257.48: error: internal error: comparing type parameters with different parents

[Chris Lamb]

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

Dear Maintainer,

fso-datad fails to build from source in unstable/amd64:

  [..]

  Setting up libfsoframework-dev (0.12.0-7) ...
  Setting up fso-datad-build-deps (0.12.0-3) ...
  Processing triggers for libc-bin (2.24-3) ...
  
  
**
  ** Environment
  **
  
**
  
  
PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  HOSTNAME=7597064d4336
  TERM=xterm
  PAGER=more
  DISPLAY=:0
  DOCKER_IMAGE=lamby-debian-sid
  DEB_BUILD_OPTIONS=parallel=9
  PIP_DOWNLOAD_CACHE=/home/lamby/.cache/pip
  HOME=/home/lamby
  LOGNAME=lamby
  SHLVL=1
  
PWD=/home/lamby/temp/cdt.20160923202241.SjHGLIZ5kb.db.fso-datad/fso-datad-0.12.0
  OLDPWD=/home/lamby/temp/cdt.20160923202241.SjHGLIZ5kb.db.fso-datad
  GPG_TTY=/dev/console
  QUILT_PATCHES=debian/patches
  QUILT_NO_DIFF_INDEX=1
  QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
  DEBEMAIL=la...@debian.org
  DEBFULLNAME=Chris Lamb
  EDITOR=vim
  LESS=-cgiFx4M
  GPG_KEY=1E953E27D4311E58
  BLASTER=A220 I5 D1 H5 P330 T6
  _=/usr/bin/env
  
  
**
  ** Building fso-datad 0.12.0-3 on amd64   
  **
  
**
  
   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: info: source package fso-datad
  dpkg-buildpackage: info: source version 0.12.0-3
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Sebastian Reichel 
   dpkg-source --before-build fso-datad-0.12.0
  dpkg-buildpackage: info: host architecture amd64
   fakeroot debian/rules clean
  dh clean --with quilt --with autoreconf
 dh_testdir
 dh_auto_clean
 dh_quilt_unpatch
  Removing patch update-gee-dependency.patch
  Restoring configure.ac
  Restoring src/lib/Makefile.am
  Restoring src/plugins/world/Makefile.am
  Restoring tests/Makefile.am
  
  Removing patch fix-pkglibdir.patch
  Restoring configure.ac
  
  Removing patch fix-dbus-permissions.patch
  Restoring data/fsodatad.conf
  
  No patches applied
 dh_autoreconf_clean
 dh_clean
   debian/rules build
  dh build --with quilt --with autoreconf
 dh_testdir
 dh_update_autotools_config
 dh_quilt_patch
  Applying patch fix-dbus-permissions.patch
  patching file data/fsodatad.conf
  
  Applying patch fix-pkglibdir.patch
  patching file configure.ac
  
  Applying patch update-gee-dependency.patch
  patching file configure.ac
  patching file src/lib/Makefile.am
  patching file src/plugins/world/Makefile.am
  patching file tests/Makefile.am
  
  Now at patch update-gee-dependency.patch
 debian/rules override_dh_autoreconf
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160923202241.SjHGLIZ5kb.db.fso-datad/fso-datad-0.12.0'
  dh_autoreconf --as-needed
  libtoolize: putting auxiliary files in '.'.
  libtoolize: copying file './ltmain.sh'
  libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
  libtoolize: and rerunning libtoolize and aclocal.
  libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
  configure.ac:15: installing './compile'
  configure.ac:12: installing './missing'
  src/bin/Makefile.am: installing './depcomp'
  tests/Makefile.am:32: warning: variable 'testworld_SOURCES' is defined but no 
program or
  tests/Makefile.am:32: library has 'testworld' as canonical name (possible 
typo)
  tests/Makefile.am:36: warning: variable 'testworld_LDADD' is defined but no 
program or
  tests/Makefile.am:36: library has 'testworld' as canonical name (possible 
typo)
  patching file ./ltmain.sh
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160923202241.SjHGLIZ5kb.db.fso-datad/fso-datad-0.12.0'
 debian/rules override_dh_auto_configure
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160923202241.SjHGLIZ5kb.db.fso-datad/fso-datad-0.12.0'
  find . -name *_vala.stamp | xargs rm -f
  dh_auto_configure -- --enable-vala --disable-silent-rules
./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu 
--libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode 
--disable-dependency-tracking --enable-vala --disable-silent-rules
  checking whether make supports nested variables... yes
  checking 

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

[Sebastian Humenda]

Package: libinput10
Version: 1.5.0-1
Severity: important
Tags: upstream patch

When starting an X session with startx and changing to a virtual console using
ctl+alt+f, X is crashing after a while. Looking at the libinput code,
there's a null pointer in the code, which is dereferenced without a check.
The attached patch fixes the problem.

I've set the priority to important, since I use virtual consoles for most of my
daily work (due to accessibility reasons) and need to switch to an X session
frequently to access the web. Restarting the X server every time means a
considerable overhead.



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

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

Versions of packages libinput10 depends on:
ii  libc6 2.23-5
ii  libevdev2 1.5.4+dfsg-1
ii  libinput-bin  1.5.0-1
ii  libmtdev1 1.1.5-1
ii  libudev1  231-4
ii  libwacom2 0.19-1

libinput10 recommends no packages.

libinput10 suggests no packages.

-- no debconf information
Index: libinput/src/evdev.c
===
--- libinput.orig/src/evdev.c
+++ libinput/src/evdev.c
@@ -259,7 +259,9 @@ evdev_device_led_update(struct evdev_dev
 	struct input_event ev[ARRAY_LENGTH(map) + 1];
 	unsigned int i;
 
-	if (!(device->seat_caps & EVDEV_DEVICE_KEYBOARD))
+	if (device == NULL)
+	return;
+else if (!(device->seat_caps & EVDEV_DEVICE_KEYBOARD))
 		return;
 
 	memset(ev, 0, sizeof(ev));

Bug#818574: dose : does not support xz input files

[Niels Thykier]

Holger Levsen:
> On Fri, Sep 23, 2016 at 04:54:00PM +, Niels Thykier wrote:
>> Holger Levsen:
>>> On Thu, Sep 22, 2016 at 07:07:00PM +, Niels Thykier wrote:
 It is my understanding that the FTP masters want to retire Packages.gz
 shortly before the Stretch release.
>>>
>>> why shortly *before* the release? did you maybe mean shortly after the
>>> release?
>> I believe it will be "before" as once it is released, it will be too
>> late to change (and I remember it as being targeted for Stretch).
> 
> seems I was too subtile… so let's be blunt: why is this change done
> shortly before the release and not months in advance?
>  
> 

It was done months ago (as in ½ year ago).  That is why we know dose is
broken with only ".xz" files.

See also <87k2l3xua3@gkar.ganneff.de> (from d-d-a dated 2016-03-15),
which is my primary source on this matter.

~Niels

Bug#838704: gnustep-dl2-postgresql-adaptor: fails to upgrade on a long grown system

[Andreas Beckmann]

Package: gnustep-dl2-postgresql-adaptor
Version: 0.12.0-15
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'lenny' to 'squeeze' to 'wheezy' to 'jessie'.
It installed fine in 'lenny', and upgraded to 'squeeze' and 'wheezy'
successfully, but then the upgrade to 'jessie' failed.

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../gnustep-dl2-postgresql-adaptor_0.12.0-15_amd64.deb ...
  dpkg-maintscript-helper: error: directory 
'/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources'
 contains files not owned by package gnustep-dl2-postgresql-adaptor:amd64, 
cannot switch to symlink
  dpkg: error processing archive 
/var/cache/apt/archives/gnustep-dl2-postgresql-adaptor_0.12.0-15_amd64.deb 
(--unpack):
   subprocess new pre-installation script returned error exit status 1
  Restoring backup of 
/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Versions/0/Headers ...


OK, let's see what is in there:

# ls -la 
/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources
total 64
drwxr-xr-x 2 root root80 Sep 23 17:41 .
drwxr-xr-x 3 root root   100 Sep 23 17:41 ..
-rw-r--r-- 1 root root   152 Apr 21  2013 Info-gnustep.plist
-rw-r--r-- 1 root root 57916 Apr 21  2013 postgreslogo.tif

and who owns it:

dpkg-query: no path found matching pattern 
/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources
dpkg-query: no path found matching pattern 
/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources/Info-gnustep.plist
dpkg-query: no path found matching pattern 
/usr/lib/GNUstep/Frameworks/PostgreSQLEOAdaptor.framework/Resources/LoginPanel.bundle/Resources/postgreslogo.tif

These files are not owned by any package, so they were created by a postinst 
somewhen in the past.


cheers,

Andreas


steptalk_0.10.0-6+b1.log.gz
Description: application/gzip

Bug#838702: tlp: Please announce supported hardware using AppStream

[Petter Reinholdtsen]

Package: tlp
Version: 0.8-1
Severity: wishlist
User: p...@hungry.com
Usertags: appstream-modalias

Hi.

The tlp package is one of the packages in the Debian archive that should
be proposed for installation when a given hardware dongle is inserted or
available.  Thanks to the appstream system, this can now be announced in
a way other tools can use and act on.  I've written the isenkram system
to ask the current user if hardware specific packages should be
installed when a new dongle is installed or already present on a
machine, and isenkram now uses appstream as one source for hardware to
package mappings.

You can read more about this on my blog, 
http://people.skolelinux.org/pere/blog/Using_appstream_with_isenkram_to_install_hardware_related_packages_in_Debian.html
 >.

Instructions on how to create the metadata XML file can be found in
https://wiki.debian.org/AppStream/Guidelines >.

It would be great if you could add an appstream metainfo file to the tlp
package, with content similar to this:

  
  
   [...]
   
dmi:*:pn*:pvrThinkPad*:rvn*

  

If there are other hardware ids or kernel modules also supported by the
package, please add those too. :)

-- 
Happy hacking
Petter Reinholdtsen

Bug#838701: O: tacacs+ -- TACACS+ authentication daemon

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of tacacs+, Henry-Nicolas Tourneur 
,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: tacacs+
Binary: tacacs+, libtacacs+1, libtacacs+1-dev
Version: 4.0.4.27a-1
Maintainer: Henry-Nicolas Tourneur 
Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.2), dh-exec (>= 0.3), 
autotools-dev, flex, m4, bison, libwrap0-dev, libpam0g-dev, quilt, 
hardening-wrapper, chrpath
Architecture: any all
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 e9818172a2d11f639546dc05871cde81 1951 tacacs+_4.0.4.27a-1.dsc
 55c9aaac4ea5263438919594bf537666 504395 tacacs+_4.0.4.27a.orig.tar.gz
 b8f76e36559cf4fdfc32bc6c4362394e 7500 tacacs+_4.0.4.27a-1.debian.tar.xz
Checksums-Sha256:
 da8e47b16a5a1a6cec1fccbbeafeb361704765b2bfcf931e9fce887512a13459 1951 
tacacs+_4.0.4.27a-1.dsc
 512e1c30389b102d4af25d7e9bc3bdcd9d39d70e5e7d8a98c8f785733df8d9a1 504395 
tacacs+_4.0.4.27a.orig.tar.gz
 f40559e7d2c93df8401075fb8039f7e91aafd9cbdd209d166de3000ff70cfb62 7500 
tacacs+_4.0.4.27a-1.debian.tar.xz
Homepage: http://www.shrubbery.net/tac_plus/
Package-List: 
 libtacacs+1 deb net extra
 libtacacs+1-dev deb libdevel extra
 tacacs+ deb net extra
Directory: pool/main/t/tacacs+
Priority: source
Section: net

Package: tacacs+
Version: 4.0.4.27a-1
Installed-Size: 254
Maintainer: Henry-Nicolas Tourneur 
Architecture: amd64
Depends: libc6 (>= 2.14), libpam0g (>= 0.99.7.1), libtacacs+1 (>= 4.0.4.27a), 
libwrap0 (>= 7.6-4~), python
Description-en: TACACS+ authentication daemon
 TACACS+ is a protocol (not TACACS or XTACACS) for authentication,
 authorization and accounting (AAA) services for routers and network devices.
Description-md5: b57bdce405bf116b534889235d18eb6f
Homepage: http://www.shrubbery.net/tac_plus/
Tag: implemented-in::c, interface::daemon, network::server, role::program,
 security::authentication
Section: net
Priority: extra
Filename: pool/main/t/tacacs+/tacacs+_4.0.4.27a-1_amd64.deb
Size: 95008
MD5sum: 980e76e4ef6e222adf452e015962f8af
SHA256: f5c8b3288d676672be2a45ba1f6211cf77ae9463155b3d0d05229b2be05b65e7

Package: libtacacs+1
Source: tacacs+
Version: 4.0.4.27a-1
Installed-Size: 408
Maintainer: Henry-Nicolas Tourneur 
Architecture: amd64
Depends: libc6 (>= 2.14), libpam0g (>= 0.99.7.1), libwrap0
Pre-Depends: multiarch-support
Description-en: TACACS+ authentication daemon
 TACACS+ is a protocol (not TACACS or XTACACS) for authentication,
 authorization and accounting (AAA) services for routers and network devices.
 This package include the library used by the Daemon.
Description-md5: a211f28fa73c2c72e523aff02476f00e
Multi-Arch: same
Homepage: http://www.shrubbery.net/tac_plus/
Tag: role::shared-lib
Section: libs
Priority: extra
Filename: pool/main/t/tacacs+/libtacacs+1_4.0.4.27a-1_amd64.deb
Size: 30412
MD5sum: f52ba2a1a862b9aa74e0a1cb0657f4df
SHA256: 45a6cd7a4b066c2cdc364e19ffd3ada574d88c7c5662ea7e8868c9da7b7fff3a

Package: libtacacs+1-dev
Source: tacacs+
Version: 4.0.4.27a-1
Installed-Size: 54
Maintainer: Henry-Nicolas Tourneur 
Architecture: all
Depends: libtacacs+1 (>= 4.0.4.27a), libtacacs+1 (<< 4.0.4.27a+1~)
Description-en: TACACS+ authentication daemon
 TACACS+ is a protocol (not TACACS or XTACACS) for authentication,
 authorization and accounting (AAA) services for routers and network devices.
 This package include the header file used for development purpose.
Description-md5: 84dc75f58d952d8c30a4b61c7872476d
Multi-Arch: foreign
Homepage: http://www.shrubbery.net/tac_plus/
Tag: devel::library, role::devel-lib, security::authentication
Section: libdevel
Priority: extra
Filename: pool/main/t/tacacs+/libtacacs+1-dev_4.0.4.27a-1_all.deb
Size: 14392
MD5sum: 7e9e13cb0438c535f1f2ed24c33a0be8
SHA256: 88c4d631825c0511a816ac03be6abaf562fdd59badaa046035489c240fc3a23c



signature.asc
Description: PGP signature

Bug#838647: get step gets stuck on specific files

[Ritesh Raj Sarraf]

Control: tag -1 +moreinfo

On Fri, 2016-09-23 at 11:30 +0200, Eduard Bloch wrote:
> First 20-25 files were download quickly but then:
> 
> http://ftp.uni-kl.de/debian/dists/experimental/non-free/Contents-amd64.gz done
>  
> Downloading http://ftp.uni-kl.de/debian/dists/experimental/non-free/Contents-i
> 386.xz 
> http://ftp.uni-kl.de/debian/dists/experimental/non-free/Contents-i386.gz done 
> 
> Downloading http://ftp.uni-kl.de/debian/dists/experimental/non-free/Contents-a
> ll.xz 
> Downloading http://debian.netcologne.de/debian/dists/unstable/Release.gpg 
> 
> 
> Downloading http://debian.netcologne.de/debian/dists/unstable/Release 
> 
> 
> Downloading http://debian.netcologne.de/debian/dists/unstable/InRelease   
>   
> 
> 
> Looks like your downloader has some issues. Download list (the thing you
> call "signature") is attached.
> 

I doubt that is the case. It could just be that you have a slow repository.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating Systemrrs@learner:/var/tmp$ apt-offline get eduard.uris --bundle eduard.zip --threads 5 

Fetching APT Data

WARNING: If you are on a slow connection, it is good to
WARNING: limit the number of threads to a low number like 2.
WARNING: Else higher number of threads executed could cause
WARNING: network congestion and timeouts.

Downloading http://www.scootersoftware.com/dists/bcompare4/Release.gpg 
Downloading http://www.scootersoftware.com/dists/bcompare4/Release 
Downloading http://www.scootersoftware.com/dists/bcompare4/InRelease 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/binary-amd64/Packages.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/binary-i386/Packages.xz 
http://www.scootersoftware.com/dists/bcompare4/Release done 
http://www.scootersoftware.com/dists/bcompare4/Release.gpg done 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/binary-all/Packages.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/i18n/Translation-de_DE.xz 
http://www.scootersoftware.com/dists/bcompare4/non-free/binary-i386/Packages.gz done 
http://www.scootersoftware.com/dists/bcompare4/non-free/binary-amd64/Packages.gz done 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/i18n/Translation-de.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/i18n/Translation-en.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/dep11/Components-amd64.yml.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/dep11/Components-all.yml.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/dep11/icons-64x64.tar.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/Contents-amd64.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/Contents-i386.xz 
Downloading http://www.scootersoftware.com/dists/bcompare4/non-free/Contents-all.xz 
Downloading http://ftp.debian-ports.org/debian/dists/unreleased/Release.gpg 
Downloading http://ftp.debian-ports.org/debian/dists/unreleased/Release 
http://ftp.debian-ports.org/debian/dists/unreleased/Release.gpg done 
Downloading http://ftp.debian-ports.org/debian/dists/unreleased/InRelease 

Bug#838700: RFP: cubism - D3 plugin for visualizing time series

[Daniel Pocock]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,pkg-monitoring-maintain...@lists.alioth.debian.org,pkg-javascript-de...@lists.alioth.debian.org
Control: block 838697 by -1

https://square.github.io/cubism/

License: Apache

Needed for Ganglia 3.7.x

I may not personally have time to update ganglia-web and package the
three new JavaScript dependencies before stretch, if anybody else wants
to help with these packages it would be very welcome.

"Cubism.js is a D3 plugin for visualizing time series. Use Cubism to
construct better realtime dashboards, pulling data from Graphite, Cube
and other sources. Cubism is available under the Apache License on GitHub"

Bug#838698: RFP: protovis - composes custom views of data with simple marks such as bars and dots

[Daniel Pocock]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,pkg-monitoring-maintain...@lists.alioth.debian.org,pkg-javascript-de...@lists.alioth.debian.org
Control: block 838697 by -1

http://mbostock.github.io/protovis/

License: BSD

Needed for Ganglia 3.7.x

I may not personally have time to update ganglia-web and package the
three new JavaScript dependencies before stretch, if anybody else wants
to help with these packages it would be very welcome.

"Protovis composes custom views of data with simple marks such as bars
and dots. Unlike low-level graphics libraries that quickly become
tedious for visualization, Protovis defines marks through dynamic
properties that encode data, allowing inheritance, scales and layouts to
simplify construction. "


>From the upstream web site:

"Protovis is no longer under active development.

The final release of Protovis was v3.3.1 (4.7 MB). The Protovis team is
now developing a new visualization library, D3.js, with improved support
for animation and interaction. D3 builds on many of the concepts in
Protovis; for more details, please read the introduction and browse the
examples."

Is D3 a drop-in replacement for web applications that use protovis.js?
If so, no need to package protovis.js, as D3 is already available in Debian

https://packages.qa.debian.org/d/d3.html

Bug#838699: RFP: jstree - jquery plugin that provides interactive trees

[Daniel Pocock]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc:
debian-de...@lists.debian.org,pkg-monitoring-maintain...@lists.alioth.debian.org,pkg-javascript-de...@lists.alioth.debian.org
Control: block 838697 by -1


https://www.jstree.com/

License: MIT

Needed for Ganglia 3.7.x

I may not personally have time to update ganglia-web and package the
three new JavaScript dependencies before stretch, if anybody else wants
to help with these packages it would be very welcome.

"jsTree is jquery plugin, that provides interactive trees. It is
absolutely free, open source and distributed under the MIT license.
jsTree is easily extendable, themable and configurable, it supports HTML
& JSON data sources and AJAX loading."

Source:
https://github.com/vakata/jstree/

Bug#838652: [Pkg-openssl-devel] Bug#838652: Segmentation fault in openssl

[Kurt Roeckx]

We're missing commit 3612ff6fcec0e3d1f2a598135fe12177c0419582

Bug#838659: [Pkg-openssl-devel] Bug#838659: openssl crl -inform der -in xxx.crl -text no longer prints the X509v3 CRL Number

[Kurt Roeckx]

We're missing commit 3612ff6fcec0e3d1f2a598135fe12177c0419582

Bug#838696: egctl: Weird upstream tarball, weird version number

[Christoph Biedl]

Package: egctl
Version: 1.0-1
Severity: normal

Dear Maintainer,

while I can confirm the egctl program works with my EG-PM2-LAN using
protocol pmg21, a look into your package made me raise my eyebrows
several times.

* The upstream tarball

This is none of the relase files available at
, not even by the content.

It contains a compiled binary program.

It contains a .git/ directory, obviously the entire upstream git at the
lastest commit 306e944. Shipping .git/ also annoys all those who wish
to maintain a local version using git themselves. Me, for a start.

So no surprise it's pretty huge: 116916 bytes, compared to 6701 of
upstream's v0.1.tar.gz, re-compressing using xz shrinks it down to 6340.

* The version number

Upstream's tag is "v0.1", so is the name of the release tarball. You
however uploaded it as 1.0.

Please clean this up, also some more things lintian reports when
called with "--display-info --pedantic"

Cheers,

Christoph

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

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



signature.asc
Description: Digital signature

Bug#838697: ganglia-web/update to latest upstream release

[Daniel Pocock]

Package: ganglia-web
Version: 3.6.1-3
Severity: important
X-Debbugs-CC:
ganglia-develop...@lists.sourceforge.net,debian-de...@lists.debian.org,pkg-javascript-de...@lists.alioth.debian.org

I've made this important because of the embedded JavaScript issues in
#693816[1] and #787599[2]

I may not personally have time to update ganglia-web and package the
three new JavaScript dependencies before Debian 9 (stretch) release
freeze[3] in January 2017, if anybody else wants to help with these
packages it would be very welcome.

This was also raised on the pkg-monitoring-maintainers list[4]

In 2015 I made a survey of the embedded JavaScript for 3.7.1 and had
some discussion with Vladimir Vuksan one of the leaders of upstream
Ganglia development.

A summary is below, most of the JavaScript is provided by existing
packages and we just need to test ganglia-web with the versions in Debian:

> These are all the things that are being pulled in
>
> $conf['jquery_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/jquery/1.9.1/jquery.min.js;;

https://packages.qa.debian.org/j/jquery.html  (v1.11.3 in unstable,
v1.7.2 in stable)

> $conf['jquerymobile_js_path'] =
>
"https://cdnjs.cloudflare.com/ajax/libs/jquery-mobile/1.4.5/jquery.mobile.min.js;;

https://packages.qa.debian.org/j/jquery-mobile.html  (v1.2.0)

> $conf['jqueryui_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/jqueryui/1.10.2/jquery-ui.min.js;;

https://packages.qa.debian.org/j/jqueryui.html (v1.10.1)

> $conf['rickshaw_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/rickshaw/1.5.1/rickshaw.min.js;;

https://packages.qa.debian.org/r/rickshaw.html (v1.5.0 and v1.5.1 unstable)

> $conf['cubism_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/cubism/1.6.0/cubism.v1.min.js;;

not packaged

> $conf['d3_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/d3/3.5.5/d3.min.js;;

https://packages.qa.debian.org/d/d3.html   (v3.4.11 stable and v3.5.6
unstable)


> $conf['protovis_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/protovis/3.3.1/protovis.min.js;;


not packaged

> $conf['jstree_js_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/jstree/3.2.1/jstree.min.js;;

not packaged

> $conf['jstree_css_path'] =
>
"https://cdnjs.cloudflare.com/ajax/libs/jstree/3.2.1/themes/default/style.min.css;;
>
> Jquery flot has a whole collection of files
>
> $conf['jquery_flot_base_path'] =
> "https://cdnjs.cloudflare.com/ajax/libs/flot/0.8.3/jquery.flot;;


https://packages.qa.debian.org/f/flot.html  (v0.8.2 and v0.8.3 unstable)



I'm creating RFP bugs for the missing packages, cubism, protovis and jstree



1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693816
2. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787599
3. https://wiki.debian.org/DebianStretch
4.
https://lists.alioth.debian.org/pipermail/pkg-monitoring-maintainers/Week-of-Mon-20160328/000438.html

Bug#838695: missing chardet dependency defined on pypi

[Yaroslav Halchenko]

Package: python-debian
Version: 0.1.29
Severity: normal

Since it is a "pure debian" package, I consider this to be upstream bug
tracking for it ;)  Please correct me if I am wrong.

While testing some builds for our project on travis and installing depends via
pypi, python-debian got installed but tests failed since chardet wasn't
installed.  So I think following patch is needed:

$> git diff
diff --git a/setup.py.in b/setup.py.in
index 67423a3..190560f
--- a/setup.py.in
+++ b/setup.py.in
@@ -27,5 +27,5 @@ setup(name='python-debian',
   py_modules=['deb822'],
  maintainer='Debian python-debian Maintainers',
 
maintainer_email='pkg-python-debian-ma...@lists.alioth.debian.org',
 -  install_requires=['six'],
 +  install_requires=['six', 'chardet'],
   )

Thank you in advance

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

Kernel: Linux 4.6.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 python-debian depends on:
ii  python-chardet  2.3.0-2
ii  python-six  1.10.0-3
pn  python:any  

Versions of packages python-debian recommends:
ii  python-apt  1.1.0~beta4

Versions of packages python-debian suggests:
ii  gpgv  1.4.20-6

-- no debconf information

Bug#818574: dose : does not support xz input files

[Holger Levsen]

On Fri, Sep 23, 2016 at 04:54:00PM +, Niels Thykier wrote:
> Holger Levsen:
> > On Thu, Sep 22, 2016 at 07:07:00PM +, Niels Thykier wrote:
> >> It is my understanding that the FTP masters want to retire Packages.gz
> >> shortly before the Stretch release.
> > 
> > why shortly *before* the release? did you maybe mean shortly after the
> > release?
> I believe it will be "before" as once it is released, it will be too
> late to change (and I remember it as being targeted for Stretch).

seems I was too subtile… so let's be blunt: why is this change done
shortly before the release and not months in advance?
 

-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#838694: icu: CVE-2016-7415: Stack based buffer overflow in locid.cpp

[Salvatore Bonaccorso]

Source: icu
Version: 52.1-8
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for icu.

CVE-2016-7415[0]:
| Stack-based buffer overflow in the Locale class in common/locid.cpp in
| International Components for Unicode (ICU) through 57.1 for C/C++
| allows remote attackers to cause a denial of service (application
| crash) or possibly have unspecified other impact via a long locale
| string.

The PHP Project indicated in [1] that it was an underlying issue in
icu, and thus MITRE assigned CVE-2016-7415 for the ICU specific issue.
Could you bring this to upstream? Is there a ticket upstream already
filled about it, and if not can you please forward the issue?

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-7415
[1] https://bugs.php.net/bug.php?id=73007

Regards,
Salvatore

Bug#768073: ITP: lxd - The Linux Container Daemon - LXC team take over ITP?

[Anthony Fok]

Hello all!

(with added Cc to the Debian Go Team as well as

On Fri, 23 Sep 2016 15:52:15 +0100 Jonathan Dowland  wrote:
> Hi,
>
> I think that an ITP that has been inactive this long could be taken over by
> another interested party without it being a hijack, all things considered.
> (I think some QA script might move it to RFP soon anyway).
>
> Adnan, how's it going?
>
> There's a pkg-lxc team already. Since this package is/will be very 
> inter-related to
> LXC, perhaps it should be developed in that team? Team CCed. Are they 
> interested?
> Are you in pkg-lxc already?
>
> What's the state of the Ubuntu package? Could that make a good starting 
> point? How
> much hacking before that would be suitable for an experimental upload at 
> least?

I took a quick look at the package source obtained via:

dget -u 
http://archive.ubuntu.com/ubuntu/pool/main/l/lxd/lxd_2.2-0ubuntu1.dsc

This Ubuntu package is being maintained as an official Ubuntu package
by Canonical's Stéphane Graber, *the* LXC and LXD project leader
himself!
As such, the package has received much love, very professionally
packaged and very mature.

E: Unable to locate package golang-any-shared-dev
E: Unable to locate package golang-gopkg-flosch-pongo2.v3-dev
E: Unable to locate package golang-gopkg-inconshreveable-log15.v2-dev
E: Unable to locate package golang-gopkg-lxc-go-lxc.v2-dev
E: Unable to locate package golang-petname-dev

golang-any-shared-dev can be ignored for now: it can simply be
replaced by "golang-any" or similar in Debian.
But wait, Ubuntu's Go actually has shared library support!?  What!?
How?  Wow!  Amazing stuff!  Definitely news to me.
See https://bugs.launchpad.net/ubuntu/+source/juju-core/+bug/1508122
and the patch by Michael Hudson-Doyle.  Okay, Cc'ing Michael too.  :-)

So, I guess the first step would be to package
golang-gopkg-flosch-pongo2.v3, golang-gopkg-inconshreveable-log15.v2,
golang-gopkg-lxc-go-lxc.v2 and golang-petname, or simply grab these
existing Ubuntu packages, make a few minor changes to debian/control
and debian/changelog, file ITPs to the Debian BTS, and finally upload
them to Debian.

I do not see too many hurdles after that, at least I hope not.  ;-)

And since the Ubuntu lxd package is the upstream here, I like to think
of the Debian lxd package as the downstream derivative, so we will
likely always wait for Stéphane to release -0ubuntu1, then apply any
necessary patches required for Debian, and upload that as -1.  What do
you think?  :-)

Also, should the Debian lxd be team-maintained by the pkg-lxc team or
the pkg-go team?  What do you think?

Cheers,

Anthony

Bug#838693: nmu: libteam_1.12-2~bpo70+1

[Andreas Beckmann]

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

nmu libteam_1.12-2~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild in a clean 
wheezy environment."

this was not built in wheezy ...

   libteam5 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u11 is to be installed

Andreas

Bug#838692: nmu: nlopt_2.4.2+dfsg-1~bpo70+1

[Andreas Beckmann]

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

nmu nlopt_2.4.2+dfsg-1~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild in a 
clean wheezy environment."

it's currently uninstallable in wheezy-backports:

   libnlopt0 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u11 is to be installed


Andreas

Bug#838690: openjpeg2: CVE-2016-7445: Null pointer dereference in convert.c

[Salvatore Bonaccorso]

Source: openjpeg2
Version: 2.1.0-2
Severity: important
Tags: security upstream
Forwarded: https://github.com/uclouvain/openjpeg/issues/843

Hi,

the following vulnerability was published for openjpeg2.

CVE-2016-7445[0]:
openjpeg null ptr dereference in convert.c

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-7445
[1] https://github.com/uclouvain/openjpeg/issues/843
[2] http://seclists.org/oss-sec/2016/q3/546

Regards,
Salvatore

Bug#838691: ITP: powerline -- Emacs version of the Vim powerline

[Lev Lamberov]

Package: wnpp
Severity: wishlist
Owner: Lev Lamberov 

* Package name: powerline
  Version : 2.4
  Upstream Author : Donald Ephraim Curtis 
* URL : https://github.com/milkypostman/powerline
* License : GPL-3+
  Programming Lang: Emacs Lisp
  Description : Emacs version of the Vim powerline

Powerline is a library for customizing the mode-line that is based on the Vim
Powerline. A collection of predefined themes comes with the package.

Bug#768724: fixed in auctex 11.87-3

[Davide G. M. Salvetti]

>  RV == Rémi Vanicat [2016-9-23]

RV> I intent to NMU auctex to fix this problem this week-end, if there
RV> is no opposition against it.

Thanks Rémi,

you are welcome to NMU with this patch.

RV> Davide, if you don't have time enough to take care of this package,
RV> the new debian emacs package teams could probably take care of it if
RV> you wish.

I'd rather keep maintaining it.

-- 
Thanks,
Davide

Bug#818574: dose : does not support xz input files

[Niels Thykier]

Holger Levsen:
> On Thu, Sep 22, 2016 at 07:07:00PM +, Niels Thykier wrote:
>> It is my understanding that the FTP masters want to retire Packages.gz
>> shortly before the Stretch release.
> 
> why shortly *before* the release? did you maybe mean shortly after the
> release?
> 
> 

I believe it will be "before" as once it is released, it will be too
late to change (and I remember it as being targeted for Stretch).

Of course, if I am wrong and it is targeted for Buster, then yes, it
would be fine to do it after the Stretch release.

Thanks,
~Niels

Bug#838676: closed by Ondrej Novy <n...@ondrej.org> (Re: [Python-modules-team] Bug#838676: debcheckout -- warning: remote HEAD refers to nonexistent ref, unable to checkout.)

[Yaroslav Halchenko]

Thank you Ondrej,

sure it was an issue with the python-pyld repo.  Thanks for fixing it up 
quickly.

cheers,
-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#838688: update-grub: backup kernels should be sorted after new kernels

[Zack Weinberg]

Package: grub2-common
Version: 2.02~beta2-36
Severity: normal
File: /usr/sbin/update-grub

When you upgrade a packaged Debian kernel, the old kernel and initrd are
preserved under names ending with `.bak`.  update-grub should sort these
after the new kernel when generating the menu (so the default is to boot
into the new kernel).  It used to do this, but quite recently it has
started sorting the backup kernels *first*, which is wrong.  Observe:

(Reading database ... 257654 files and directories currently installed.)
Preparing to unpack .../linux-image-4.7.0-1-amd64_4.7.4-2_amd64.deb ...
Unpacking linux-image-4.7.0-1-amd64 (4.7.4-2) over (4.7.2-1+s1) ...
Setting up linux-image-4.7.0-1-amd64 (4.7.4-2) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.7.0-1-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Found linux image: /boot/vmlinuz-4.7.0-1-amd64.bak
Found initrd image: /boot/initrd.img-4.7.0-1-amd64.bak
Found linux image: /boot/vmlinuz-4.7.0-1-amd64
Found initrd image: /boot/initrd.img-4.7.0-1-amd64
Adding boot menu entry for EFI firmware configuration
done

And you will see in the grub.cfg below that the default kernel is
/boot/vmlinuz-4.7.0-1-amd64.bak instead of vmlinuz-4.7.0-1-amd64.

(Note: My configuration is slightly weird in that the EFI partition
is mounted at /boot, not /boot/EFI.)

zw

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda2 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot vfat 
rw,relatime,fmask=0033,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,tz=UTC,errors=remount-ro
 0 0
/dev/bcache0 /home xfs 
rw,nosuid,nodev,relatime,attr2,inode64,sunit=1024,swidth=3072,noquota 0 0
/dev/bcache0 /var xfs 
rw,nosuid,nodev,relatime,attr2,inode64,sunit=1024,swidth=3072,noquota 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-CT120BX100SSD1_1511F00440EA
(hd1)   /dev/disk/by-id/ata-TOSHIBA_DT01ACA300_256D4LUGS
(hd2)   /dev/disk/by-id/ata-TOSHIBA_DT01ACA300_256D4NPGS
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 
--hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 --hint='hd0,gpt2'  
33486f1a-7abf-4d96-8a1f-8194594f6a92
else
  search --no-floppy --fs-uuid --set=root 33486f1a-7abf-4d96-8a1f-8194594f6a92
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 
--hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 --hint='hd0,gpt2'  
33486f1a-7abf-4d96-8a1f-8194594f6a92
else
  search --no-floppy --fs-uuid --set=root 33486f1a-7abf-4d96-8a1f-8194594f6a92
fi
insmod png
if background_image /usr/share/images/desktop-base/lines-grub-1920x1080.png; 
then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN 

Bug#838689: xorg: X hangs on Mac Mini G4

[Anton Ivanov]

Package: xorg
Version: 1:7.7+7
Severity: important

Dear Maintainer,

Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
work with older Debian releases.

100% reproducible - in all cases the log file is full of 

(EE) [mi] EQ overflow continuing.  600 events have been dropped.


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

lrwxrwxrwx 1 root root 13 Jun  2  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2498728 Feb 11  2015 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
:00:10.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV280 [Radeon 9200] [1002:5962] (rev 01)

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

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

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

Kernel version (/proc/version):
---
Linux version 3.16.0-4-powerpc (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 Debian 3.16.36-1+deb8u1 (2016-09-03)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 63540 Jun  2  2014 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 57605 Sep 23 16:59 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   114.126] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[   114.126] X Protocol Version 11, Revision 0
[   114.126] Build Operating System: Linux 3.2.0-4-powerpc64 ppc Debian
[   114.126] Current Operating System: Linux aenea 3.16.0-4-powerpc #1 Debian 
3.16.36-1+deb8u1 (2016-09-03) ppc
[   114.126] Kernel command line: 
root=UUID=0c078c50-417b-42bb-b84b-758867517e90 ro 
[   114.126] Build Date: 11 February 2015  01:13:01AM
[   114.126] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[   114.126] Current version of pixman: 0.32.6
[   114.126]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   114.126] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   114.126] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Sep 23 16:56:33 
2016
[   114.258] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   114.324] (==) No Layout section.  Using the first Screen section.
[   114.324] (==) No screen section available. Using defaults.
[   114.324] (**) |-->Screen "Default Screen Section" (0)
[   114.324] (**) |   |-->Monitor ""
[   114.325] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   114.325] (==) Automatically adding devices
[   114.325] (==) Automatically enabling devices
[   114.325] (==) Automatically adding GPU devices
[   114.513] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   114.513]Entry deleted from font path.
[   114.711] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   114.711] (==) ModulePath set to "/usr/lib/xorg/modules"
[   114.711] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   114.740] (II) Loader magic: 0x209ae698
[   114.740] (II) Module ABI versions:
[   114.740]X.Org ANSI C Emulation: 0.4
[   114.740]X.Org Video Driver: 18.0
[   114.740]X.Org XInput driver : 21.0
[   114.740]X.Org Server Extension : 8.0
[   114.741] (II) xfree86: Adding drm device (/dev/dri/card0)
[   114.743] (--) PCI:*(0:0:16:0) 1002:5962:1002:5962 rev 1, Mem @ 
0x9800/134217728, 0x9000/65536, I/O @ 0x0400/256, BIOS @ 
0x/131072
[   114.788] (II) LoadModule: "glx"
[   114.939] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   115.319] (II) Module glx: vendor="X.Org Foundation"
[   115.319]compiled for 1.16.4, module version = 1.0.0
[   115.319]ABI class: X.Org Server Extension, version 8.0
[   115.319] (==) AIGLX enabled
[   115.320] (==) Matched ati as autoconfigured driver 0
[   115.320] (==) Matched ati as autoconfigured driver 1
[   115.320] (==) Matched modesetting as autoconfigured driver 2
[   115.320] (==) Matched fbdev as autoconfigured driver 3
[   115.320] (==) Assigned the driver to the xf86ConfigLayout
[   115.320] (II) LoadModule: "ati"
[   115.425] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
[   115.437] (II) Module ati: vendor="X.Org Foundation"
[   115.438]compiled for 1.16.1, module version = 7.5.0
[   115.438]Module class: X.Org Video Driver
[   115.438]ABI class: X.Org Video Driver, version 18.0
[   115.438] (II) 

Bug#838652: Segmentation fault in openssl

[Koen de Jonge]

Hi,

To work around this problem in the mean time...

Get the 1.0.1t-1+debian8u3 packages from:
http://snapshot.debian.org/package/openssl/1.0.1t-1%2Bdeb8u3/#libssl1.0.0_1.0.1t-1:2b:deb8u3
and
http://snapshot.debian.org/package/openssl/1.0.1t-1%2Bdeb8u3/#openssl_1.0.1t-1:2b:deb8u3

And install both the openssl as the libssl1.0.0 package with dpkg -i 
manually.


Thanks,
Koen de Jonge

Bug#838601: BTS re-encodes headers of DKIM signed messages, causing it to be invalid

[Don Armstrong]

On Thu, 22 Sep 2016, Julian Andres Klode wrote:
> It seems the From field is re-encoded, causing it to be different if it 
> contains umlaute.
> Therefore, a DKIM signature fails, and popular (/properly configured) mail 
> servers reject the
> messages or think they are spam
> 
> We just hit that with #838545
> -zwiebelbot/#debian-devel- Debian#838545: apt not showing any package update 
> if just one repo is not valid - https://bugs.debian.org/838545
> 
> The original email was sent with From: =?iso-8859-1?Q?Bj=F6rn?= JACKE 
> 
> But it arrived as From: "Björn JACKE" 
> 
> Solution: Strip DKIM fields from re-encoded emails

Thanks for the report; I think I'm going to just have to strip the DKIM
and/or resign them once I get around to that.


-- 
Don Armstrong  https://www.donarmstrong.com

[C]haos is found in greatest abundance wherever order is being sought.
It always defeats order, because it is better organized.
 -- Terry Pratchett _Interesting Times_ p4

Bug#768724: fixed in auctex 11.87-3

[Rémi Vanicat]

Ivo De Decker  writes:

> Hi,
>
> On Tue, Nov 11, 2014 at 10:19:01PM +, Davide G. M. Salvetti wrote:
>>  auctex (11.87-3) testing; urgency=medium
>>  .
>>* [59fd7bc] Drop emacs23 dependencies, keep emacs24 to the front.
>>  Thanks to Lucas Nussbaum (Closes: #768724)
>
> This bug is fixed in testing, but the version in unstable is still affected by
> it. Could you do an upload for that as well?

I intent to NMU auctex to fix this problem this week-end, if there is no
opposition against it.

Davide, if you don't have time enough to take care of this package, the
new debian emacs package teams could probably take care of it if you
wish. 

>From 802c7f8513e76aea28cde900f433637ee8392d60 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Vanicat?= 
Date: Fri, 23 Sep 2016 17:37:26 +0200
Subject: [PATCH 2/2] NMU: fix FTBFS #768724

---
 debian/changelog | 8 
 debian/control   | 4 ++--
 2 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 2196977..a0319f9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+auctex (11.88-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bug fix: "FTBFS: build-dependency not installable: emacs23", thanks to
+Lucas Nussbaum (Closes: #768724).
+
+ -- Rémi Vanicat   Fri, 23 Sep 2016 17:36:05 +0200
+
 auctex (11.88-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/control b/debian/control
index 8d9afa1..f31f3bd 100644
--- a/debian/control
+++ b/debian/control
@@ -4,14 +4,14 @@ Section: tex
 Maintainer: Davide G. M. Salvetti 
 Uploaders: OHURA Makoto 
 Standards-Version: 3.9.6
-Build-Depends-Indep: debhelper (>= 8), emacs23 | emacs24 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
+Build-Depends-Indep: debhelper (>= 8), emacs24 | emacs23 | emacs-snapshot, eperl, ghostscript, po-debconf, tex-common (>= 4.01), texlive-latex-base, texinfo (>= 5)
 Homepage: http://www.gnu.org/software/auctex/
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/salve/auctex.git;a=summary
 Vcs-Git: git://anonscm.debian.org/users/salve/auctex.git
 
 Package: auctex
 Architecture: all
-Depends: emacs23 | emacs24 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
+Depends: emacs24 | emacs23 | emacs-snapshot, emacsen-common (>= 2.0.8), preview-latex-style, ${misc:Depends}
 Recommends: ghostscript, texlive-latex-recommended, xpdf | evince | evince-gtk | okular
 Suggests: catdvi, dvipng, lacheck
 Breaks: emacspeak (<= 17.0-1)
-- 
2.9.3

Bug#838687: qemu: CVE-2016-7466: memory leakage during device unplug

[Salvatore Bonaccorso]

Source: qemu
Version: 1:2.6+dfsg-3.1
Severity: important
Tags: security upstream patch

Hi,

the following vulnerability was published for qemu.

CVE-2016-7466[0]:
usb: xhci memory leakage during device unplug

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-7466

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#838686: ITP: ruby-rails-assets-autosize -- autosize for rails applications

[Pirate Praveen]

package: wnpp
severity: wishlist
owner: Pirate Praveen 

https://rails-assets.org/#/components/autosize



signature.asc
Description: OpenPGP digital signature

Bug#838685: myrescue: There are some typos in the description

[Alberto Luaces]

Package: myrescue
Severity: minor

In the last paragraph of the description of this package, "midia" should be 
"media" and maybe "forensics investigations" should be "forensic 
investigations".

Bug#838684: ITP: ipywidgets -- IPython HTML widgets for Jupyter

[Jerome Benoit]

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: ipywidgets
  Version : 5.2.2
  Upstream Author : IPython Development Team
* URL : https://pypi.python.org/pypi/ipywidgets
* License : BSD
  Programming Lang: Python
  Description : IPython HTML widgets for Jupyter

Interactive HTML widgets for Jupyter notebooks and the IPython kernel.
This IPython package is one of the numerous dependencies of Sage[Math] [1]
--- a Computer Algebra System (CAS) umbrella software meant for scientists.

[1] https://wiki.debian.org/DebianScience/Sage

Bug#835342: curl or git clone commands throws "gnutls_handshake() failed" on https targets

[hugues morisset]

hi,

Just to say I had the same issue, upgrading librtmp1 worked.

Thanks

Bug#838683: ITP: widgetsnbextension -- IPython HTML widgets for Jupyter

[Jerome Benoit]

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: widgetsnbextension
  Version : 1.2.6
  Upstream Author : Python Development Team
* URL : https://pypi.python.org/pypi/widgetsnbextension
* License : BSD
  Programming Lang: Python
  Description : IPython HTML widgets for Jupyter

Interactive HTML widgets for Jupyter notebooks. This IPython package is one of
the numerous dependencies of Sage[Math] [1] --- a Computer Algebra System (CAS)
umbrella software meant for scientists.

[1] https://wiki.debian.org/DebianScience/Sage

Bug#814646: vlc: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE, /usr/share/bug/PACKAGE

[Andreas Beckmann]

Followup-For: Bug #814646

With jessie having 2.2.4-1~deb8u1, the version in debian/*.maintscript
needs to be bumped from 2.2.2-4~ to 2.2.4-1~z
(2.2.4-1~ is *not* sufficient, since it sorts before 2.2.4-1~deb8u1)

Andreas

Bug#838682: mk-origtargz: chokes on uncompressed tar archive

[Sean Whitton]

Package: devscripts
Version: 2.16.7
Severity: normal
File: /usr/bin/mk-origtargz

Dear maintainers,

mk-origtargz chokes on uncompressed tar archive:

Parameter ../seq-2.16.tar does not look like a tar archive or a zip file. 
at /usr/bin/mk-origtargz line 375.
uscan: error: mk-origtargz --package seq-el --version 2.16 --repack 
--compression xz --directory .. --copyright-file debian/copyright 
../seq-2.16.tar gave error exit status 255

A workaround is to gzip the tarball first, and then mk-origtargz
successfully repacks it with xz compression.

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBCHANGE_FORCE_SAVE_ON_RELEASE=no
DEBRELEASE_UPLOADER=dput
DEBSIGN_KEYID=0x0F56D0553B6D411B
DEB_SIGN_KEYID=0x0F56D0553B6D411B
DEBSIGN_PROGRAM=gpg
DSCVERIFY_KEYRINGS=~/.gnupg/pubring.kbx
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-us -uc"

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.10
ii  libc62.23-5
ii  perl 5.22.2-5
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.3~rc4
ii  at  3.1.20-1
ii  curl7.50.1-1
ii  dctrl-tools 2.24-2
ii  debian-keyring  2016.09.04
ii  dput0.10.3
ii  equivs  2.0.9+nmu1
ii  fakeroot1.21-2
ii  file1:5.28-4
ii  gnupg   1.4.20-6
ii  gnupg2  2.1.11-7
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.05-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.20-1
ii  liburi-perl 1.71-1
ii  libwww-perl 6.15-1
ii  licensecheck3.0.24-1
ii  lintian 2.5.47
ii  man-db  2.7.5-1
ii  patch   2.7.5-1
ii  patchutils  0.3.4-1
ii  python3-debian  0.1.29
ii  python3-magic   1:5.28-4
ii  sensible-utils  0.0.9
ii  strace  4.12-3
ii  unzip   6.0-20
ii  wdiff   1.2.2-1+b1
ii  wget1.18-2+b1
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages devscripts suggests:
pn  bsd-mailx | mailx
ii  build-essential  12.2
pn  cvs-buildpackage 
pn  devscripts-el
pn  diffoscope   
pn  dose-extra   
pn  gnuplot  
ii  gpgv 1.4.20-6
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.22-1
ii  libnet-smtp-ssl-perl 1.03-1
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
ii  mutt 1.7.0-1
ii  openssh-client [ssh-client]  1:7.3p1-1
pn  reprotest
pn  svn-buildpackage 
ii  w3m  0.5.3-29

-- no debconf information

-- 
Sean Whitton

Bug#838674: [Pkg-dkms-maint] Bug#838674: Fails to build spl-dkms correctly

[Petter Reinholdtsen]

[Andras Korn]
> the latest version of the dkms package fails to build/install spl-dkms
> correctly, which then also causes subsequent builds of zfs-dkms to fail
> (after a long time, because zfs-dkms attemtps to wait for spl-dkms to be
> built).

Is this the issue reported in https://bugs.debian.org/836578 >?
-- 
Vennlig hilsen
Petter Reinholdtsen

Bug#758812: libvisio-dev: Missing dependency on libicu-dev

[Rene Engelhard]

tag 758812 + confirmed
tag 758812 + patch
thanks

On Fri, Sep 23, 2016 at 04:55:54PM +0200, Rene Engelhard wrote:
> The second one is consistent, but I'd consider the first one a pkg-config
> bug?

#debian-devel teaches me otherwise.. Depends: on all Requires.private is needed.

OK, so the patch sent in a earlier message still was valid...

Regards,
 
Rene

Bug#782654: ITP: bazel -- Fast and correct automated build system by Google

[Chris Lamb]

block 782654 by 838416
thanks

Hi,

> ITP: bazel -- Fast and correct automated build system by Google

Need this for #838416, "ITP: roughtime -- Secure time synchronisation" :)

Can you update on the latest status?


Regards,

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