Bug#818807: gmt: FTBFS with libc 2.23: non-floating-point argument in call to function

[Sebastiaan Couwenberg]

Control: tags -1 fixed-upstream

>From the upstream issue tracker:

> Thanks, we fixed this problem some weeks ago in svn.
> It will be addressed in point release 5.2.2 soon.

Kind Regards,

Bas

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

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

[Bas Wijnen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, Mar 20, 2016 at 08:07:55PM +0100, Adam Borowski wrote:
> On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote:
> > That also means that programs calling dot will need graphviz in their
> > Build-Depends, no matter what the default is.
> 
> As is, a number of them do call dot without the build-dependency.

Yes, so that's a bug in those programs, not in doxygen.  It would be "fixed" by
adding graphviz as a Depends to doxygen, but that would be incorrect.

> > > The disappoining moral for this is that nobody looks at their build 
> > > logs...
> > 
> > I don't think that's disappointing at all!  It means we have built a system
> > that will let us know when something is wrong.
> 
> That would be the case if doxygen propagated the error, which it does not.

And that _is_ a bug in doxygen, IMO.  If it cannot produce the requested
output, it should abort with an error.

Thanks,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJW74DXAAoJEJzRfVgHwHE6jBIP/RbYo/q85gRUI5YIyEwAETF0
RLpIWDvWFvJRhg9TGfVA3VfeAmLrsOG59V6cwuszObY1I1VX1NVpJi1RoUTiZ9O2
d7l3boQ8YRb8ll3e49LLsfHoIWw6Tp30KjbrrvsOWjH/18NDZkEK89uXFzK+/U8/
kDMADNsFvpo6/5MzSp59LSn7+YvKKuOOSypkPR2K1DzYhCL8lPno3lq8lCX6uAz/
oXjwIuFMR1KNJx/pxL9DeM+bP+9qwe0xQlL48C7kuGzvyT0ZF2gofETtlHvAbrQe
Mg3y7EbBKU6hNLi7hs9KqI8G9h+9FuyI5jeyNv0ixQQrtbDWlY8j2LBOQbwBGnNO
PeSQ0e+HmcRQgPCqBcysGxmCfTpJmfS+lAC5Q3ip62sVHIQzot/GnQBUBVZLUi2W
JGBF+JJirQ33cIw8v67Uguy4GO3/ba/I+NZFKug4poPvskmuVhMJHB0gU5Nr3mL0
Sn3dC54mzPtQk6Eq8oace9hZl39v3dHhWG/Oce/dL8sKhwkIUhc19LGk/mc0aHCQ
FC2bTVLMeCM3ZjCso1piXA10WeD5JFK2hg4B4sQCtbePQLfWXTsLsKSkNdEWqpU3
NeEeMtVaQwyMV0WRQD5JKSoClpTSsQf7cF+c+U3IKVOhkZJpwh8TKUQASo9f6Ywe
Rj66EyyM2s72+7qVxS9Z
=fTpp
-END PGP SIGNATURE-

Bug#818865: devscripts: [uscan] cannot detect local version

[Hideki Yamane]

Package: devscripts
Version: 2.16.2
Severity: normal

Dear devscripts Maintainers,

 uscan wrongly reports "Newer upstream version available" for chasen
 and pleiades package since it cannot detects local version.

>henrich@hp:/tmp/pleiades-1.6.0 $ uscan
>uscan: Newest version of pleiades on remote site is 1.6.0, local version is 
>uscan:=> Newer package available from

 local version is (blank), but surely its changelog is sane.

>henrich@hp:/tmp/pleiades-1.6.0 $ dpkg-parsechangelog 
>Source: pleiades
>Version: 1.6.0-3
>Distribution: unstable
>Urgency: medium
>Maintainer: Hideki Yamane 
(snip)

 

-- Package-specific info:

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

--- ~/.devscripts ---
Not present

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (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.4
ii  libc62.22-3
ii  perl 5.22.1-9
pn  python3:any  

Versions of packages devscripts recommends:
ii  apt 1.2.7
ii  at  3.1.18-2
ii  curl7.47.0-1
ii  dctrl-tools 2.24-2
ii  debian-keyring  2016.01.20
ii  dput0.9.6.4
ii  equivs  2.0.9+nmu1
ii  fakeroot1.20.2-1
ii  file1:5.25-2
ii  gnupg   1.4.20-4
ii  gnupg2  2.1.11-6
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.19-1
ii  liburi-perl 1.71-1
ii  libwww-perl 6.15-1
ii  lintian 2.5.42.1
ii  man-db  2.7.5-1
ii  patch   2.7.5-1
ii  patchutils  0.3.4-1
ii  python3-debian  0.1.27
ii  python3-magic   1:5.25-2
ii  sensible-utils  0.0.9
ii  strace  4.11-1
ii  unzip   6.0-20
ii  wdiff   1.2.2-1+b1
ii  wget1.17.1-1+b1
ii  xz-utils5.2.1-0.1

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20160123cvs-2
ii  build-essential  12.2
pn  cvs-buildpackage 
pn  devscripts-el
pn  diffoscope   
pn  dose-extra   
ii  gnuplot  4.6.6-3
ii  gpgv 1.4.20-4
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.5.24-1+b1
ii  openssh-client [ssh-client]  1:7.2p2-1
ii  svn-buildpackage 0.8.5+nmu1
ii  w3m  0.5.3-27

-- no debconf information

Bug#818864: base: eth0 removed during suspend

[Mike Booth]

Package: base
Severity: normal

Dear Maintainer,

If I suspend the system, I lose network connectivity when I resume.
eth0 is simply gone. A reboot restores network connectivity. The first thing I
tried was changing eth0 from DHCP to static. No effect.

After some research I used the following command to debug network-
manager during suspend/resume:

service network-manager stop && NetworkManager --no-daemon --debug --log-
level=debug

Snippet:

sleep requested (sleeping: no  enabled: yes)
NetworkManager[1672]:  sleeping...
NetworkManager[1672]:  NetworkManager state is now ASLEEP
NetworkManager[1672]:  (eth0): device state change: activated ->
unmanaged (reason 'removed') [100 10 36]
NetworkManager[1672]:  (eth0): deactivating device (reason 'removed')
[36]
NetworkManager[1672]:  devices removed (path:
/sys/devices/pci:00/:00:1c.7/:04:00.0/net/eth0, iface: eth0)
NetworkManager[1672]:  wake requested (sleeping: yes  enabled: yes)
NetworkManager[1672]:  waking up...
NetworkManager[1672]:  NetworkManager state is now DISCONNECTED

Thanks!




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

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

Bug#818863: support generating rails database.yml

[Pirate Praveen]

package: dbconfig-common
severity: wishlist

details of this format is here
http://rubyinrails.com/2014/01/09/database-yml-rails/

I want to use it for diaspora-common and gitlab.



signature.asc
Description: OpenPGP digital signature

Bug#818861: fis-gtm: FTBFS with libc 2.23: storage size of 'attempting' isn't known

[Martin Michlmayr]

Package: fis-gtm
Version: 6.2-002A-2
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> /usr/bin/cc  -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE 
> -D_XOPEN_SOURCE=600 -I/<>/sr_linux -I/<>/sr_x86_64 
> -I/<>/sr_x86_regs -I/<>/sr_unix_gnp 
> -I/<>/sr_unix_cm -I/<>/sr_unix 
> -I/<>/sr_port_cm -I/<>/sr_port 
> -I/<>/obj-x86_64-linux-gnu -I/usr/local/include 
> -I/usr/local/ssl/include  -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -ansi -fsigned-char 
> -fPIC -Wmissing-prototypes -Wreturn-type -Wpointer-sign 
> -fno-omit-frame-pointer -O2 -DNDEBUG -fno-defer-pop -fno-strict-aliasing 
> -ffloat-store   -o CMakeFiles/libmumps.dir/sr_unix/get_full_path.c.o   -c 
> /<>/sr_unix/get_full_path.c
> [ 45%] Building C object CMakeFiles/libmumps.dir/sr_unix/rc_cpt_ops.c.o
> /<>/sr_unix/gtm_exit_handler.c:60:27: error: storage size of 
> ‘attempting’ isn’t known
>  static enum rundown_state attempting;
>^~

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818860: python-gnuplot: errors or warnings from gnuplot when running python-gnuplot demo.py

[Rick Thomas]

Package: python-gnuplot
Version: 1.8-6
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Installed python-gnuplot then unpacked and ran the demo.py from
/usr/share/doc/python-gnuplot/examples
   * What was the outcome of this action?
error/warning messages were not expected, though demo seemed to run OK.

Please see attached output.

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


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable')
Architecture: powerpc (ppc64)

Kernel: Linux 4.5.0-rc2-powerpc64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python-gnuplot depends on:
ii  gnuplot   4.6.6-3
ii  python2.7.11-1
ii  python-numpy  1:1.10.4-2

python-gnuplot recommends no packages.

python-gnuplot suggests no packages.

-- no debconf information
gnuplot> set title "A simple example"
gnuplot> set data style linespoints
gnuplot> plot "/tmp/tmp0sZGjZ.gnuplot/fifo" notitle

gnuplot> set data style linespoints
 ^
 line 0: unrecognized option - see 'help set'.

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
gnuplot> reset
gnuplot> set title "Data can be computed by python or gnuplot"
gnuplot> set xlabel "x"
gnuplot> set ylabel "x squared"
gnuplot> plot x**2 title "calculated by gnuplot", "/tmp/tmpeJZf31.gnuplot/fifo" 
title "calculated by python" with points 3 3

gnuplot> plot x**2 title "calculated by gnuplot", "/tmp/tmpeJZf31.gnuplot/fifo" 
title "calculated by python" with points 3 3

 ^
 line 0: unexpected or unrecognized token

gnuplot> set ylabel "x^2"
gnuplot> set output "gp_test.ps"
gnuplot> set terminal postscript enhanced color
gnuplot> plot x**2 title "calculated by gnuplot", "/tmp/tmph1xQH2.gnuplot/fifo" 
title "calculated by python" with points 3 3
gnuplot> set terminal x11
gnuplot> set output

gnuplot> plot x**2 title "calculated by gnuplot", "/tmp/tmph1xQH2.gnuplot/fifo" 
title "calculated by python" with points 3 3

 ^
 line 0: unexpected or unrecognized token

gnuplot> reset
gnuplot> set parametric
gnuplot> set data style lines
gnuplot> set hidden
gnuplot> set contour base
gnuplot> set title "An example of a surface plot"
gnuplot> set xlabel "x"
gnuplot> set ylabel "y"

gnuplot> set data style lines
 ^
 line 0: unrecognized option - see 'help set'.

gnuplot> splot "/tmp/tmp6lu9P6.gnuplot/fifo" notitle
 line 0: warning: Cannot contour non grid data. Please use "set 
dgrid3d".
gnuplot> splot "/tmp/tmph7C4WQ.gnuplot/fifo" notitle
 line 0: warning: Cannot contour non grid data. Please use "set 
dgrid3d".
Please press return to continue...
Please press return to continue...

 Saved plot to postscript file "gp_test.ps" 

Please press return to continue...
Please press return to continue...
Please press return to continue...

Bug#802509: [pkg-boost-devel] Bug#802509: libboost-coroutine-dev: The boost-coroutine library is only compiled as a static library

[Steve M. Robbins]

On March 16, 2016 07:43:44 PM Dominique Belhachemi wrote:
> Correction:
> 
> - libboost-context1.58-dev (= ${binary:Version})
> + libboost-context1.58-dev (= ${binary:Version}),
> + libboost-coroutine1.58.0 (= ${binary:Version})

Thanks!  

I've fixed this for the upcoming Boost 1.60 upload.
I have no plans at present to upload any further 1.58 releases.

-S


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

Bug#818856: diffoscope: crashes on broken symlinks

[Chris Lamb]

Hi,

> diffoscope: crashes on broken symlinks

(See also #810825 and #796262)


Regards,

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

Bug#818857: metview: FTBFS: debian/build/share/metview/etc/ObjectListAll: cannot open [No such file or directory] metview: EXIT on ERROR (line 1)

[Chris Lamb]

Source: metview
Version: 4.6.1-5
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,

metview fails to build from source in unstable/amd64:

  [..]

   creating Metview user directories in /tmp/metview...
   creating sample drawers
   created !
  
/home/lamby/temp/cdt.20160321101640.544LpJl4fm/metview-4.6.1/debian/build/bin/metview[879]:
 .: 
/home/lamby/temp/cdt.20160321101640.544LpJl4fm/metview-4.6.1/debian/build/share/metview/etc/ObjectListAll:
 cannot open [No such file or directory]
  metview: EXIT on ERROR (line 1), exit status 1, starting 'cleanup'
  share/metview/etc/CMakeFiles/macro_built_in_functions.dir/build.make:67: 
recipe for target 'share/metview/etc/macro_built_in_functions.txt' failed
  make[3]: *** [share/metview/etc/macro_built_in_functions.txt] Error 1
  make[3]: Leaving directory 
'/home/lamby/temp/cdt.20160321101640.544LpJl4fm/metview-4.6.1/debian/build'
  CMakeFiles/Makefile2:5398: recipe for target 
'share/metview/etc/CMakeFiles/macro_built_in_functions.dir/all' failed
  make[2]: *** [share/metview/etc/CMakeFiles/macro_built_in_functions.dir/all] 
Error 2
  make[2]: Leaving directory 
'/home/lamby/temp/cdt.20160321101640.544LpJl4fm/metview-4.6.1/debian/build'
  Makefile:163: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160321101640.544LpJl4fm/metview-4.6.1/debian/build'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:35: recipe for target 'build' failed
  make: *** [build] Error 2

  [..]

The full build log is attached.


Regards,

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


metview.4.6.1-5.unstable.amd64.log.txt.gz
Description: Binary data

Bug#818856: diffoscope: crashes on broken symlinks

[Paul Wise]

Package: diffoscope
Version: 51
Severity: normal

I found a way to crash diffoscope with broken symlinks:

pabs@chianamo ~ $ mkdir foo bar 
pabs@chianamo ~ $ touch foo/baz
pabs@chianamo ~ $ ln -s asdasfahguwbagpiuasbdifgsabdf bar/baz
pabs@chianamo ~ $ diffoscope foo bar
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 177, in 
main
sys.exit(run_diffoscope(parsed_args))
  File "/usr/lib/python3/dist-packages/diffoscope/__main__.py", line 148, in 
run_diffoscope
parsed_args.file1, parsed_args.file2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 92, in compare_root_paths
return compare_directories(path1, path2)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
line 104, in compare_directories
return FilesystemDirectory(path1).compare(FilesystemDirectory(path2))
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/directory.py", 
line 157, in compare
my_file, other_file, source=name)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/__init__.py", 
line 102, in compare_files
if file1.has_same_content_as(file2):
  File "/usr/lib/python3/dist-packages/diffoscope/__init__.py", line 143, in 
tool_check
return original_function(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/diffoscope/comparators/binary.py", line 
186, in has_same_content_as
other_size = os.path.getsize(other.path)
  File "/usr/lib/python3.5/genericpath.py", line 50, in getsize
return os.stat(filename).st_size
FileNotFoundError: [Errno 2] No such file or directory: 'bar/baz'

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental'), (500, 
'unstable-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)

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

Versions of packages diffoscope depends on:
ii  python3-libarchive-c   2.1-3
ii  python3-magic  1:5.25-2
ii  python3-pkg-resources  18.8-1
pn  python3:any

Versions of packages diffoscope recommends:
ii  acl 2.2.52-3
ii  binutils-multiarch  2.26-5
ii  bzip2   1.0.6-8
ii  caca-utils  0.99.beta19-2+b1
ii  colord  1.2.12-1
ii  cpio2.11+dfsg-5
pn  default-jdk | java-sdk  
ii  enjarify20151118-1
ii  fontforge-extras0.3-4
pn  fp-utils
ii  genisoimage 9:1.1.11-3
ii  gettext 0.19.7-2
ii  ghc 7.10.3-7
ii  ghostscript 9.18~dfsg-4
ii  gnupg   1.4.20-4
pn  mono-utils  
ii  pdftk   2.02-3
ii  poppler-utils   0.38.0-2
ii  python3-debian  0.1.27
pn  python3-guestfs 
ii  python3-rpm 4.12.0.1+dfsg1-3+b2
ii  python3-tlsh3.4.4+20151206-1+b1
ii  rpm2cpio4.12.0.1+dfsg1-3+b2
ii  sng 1.1.0-1
ii  sqlite3 3.11.1-1
ii  squashfs-tools  1:4.3-3
ii  unzip   6.0-20
ii  vim-common  2:7.4.963-1+b2
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages diffoscope suggests:
ii  libjs-jquery  1.11.3+dfsg-4

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#818854: git: ship with default set of URL aliases via insteadOf/pushInsteadOf

[Paul Wise]

Package: git
Severity: wishlist

It would be nice to have a default set of URL aliases via insteadOf and
pushInsteadOf so people could run these sort of commands easily:

git clone alioth:collab-maint/check-all-the-things.git
git clone kde:breeze-icons

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#818853: needrestart: systemd restart output

[Paul Wise]

Package: needrestart
Version: 2.7-1
Severity: wishlist

The needrestart output used to put systemctl restart commands all on
one line, it would be nice to have that back and on systemd based
systems, use systemctl for restarting all services, including the
sysvinit services, since systemctl supports restarting those and you
can restart everything with one command.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#818855: autoscan: unescaped left brace regex deprecation warning from perl

[Paul Wise]

Package: autoconf
Version: 2.69-9
Severity: minor
File: /usr/bin/autoscan

Whenever I run autoscan I get this warning:

Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/\${ <-- HERE [^\}]*}/ at /usr/bin/autoscan line 361.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental'), (500, 
'unstable-debug'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)

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

Versions of packages autoconf depends on:
ii  debianutils  4.7
ii  m4   1.4.17-5
ii  perl 5.22.1-8

Versions of packages autoconf recommends:
ii  automake [automaken]  1:1.15-4

Versions of packages autoconf suggests:
ii  autoconf-archive  20150925-1
ii  autoconf-doc  2.69-9
ii  gettext   0.19.7-2
ii  gnu-standards 2010.03.11-1
ii  libtool   2.4.6-0.1

-- no debconf information


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

Bug#818852: FTBFS with libc 2.23: TypeError: no implicit conversion of nil into String

[Martin Michlmayr]

Package: netsed
Version: 1.2-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).  It's not immediately obvious to me how that's related
to libc6 but I compiled the package several times and got the same
result whereas it built fine in a regular unstable chroot.

>   make -j1
> make[1]: Entering directory '/<>'
> cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall 
> -fomit-frame-pointer -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,relro  netsed.c   
> -o netsed
> make[1]: Leaving directory '/<>'
>dh_auto_test
>   make -j1 test
> make[1]: Entering directory '/<>'
> ruby test/ts_full.rb
> Loaded suite test/ts_full
> Started
> E
> ===
> Error: test_basic_rule(TC_RuleTest): TypeError: no implicit conversion of nil 
> into String
> /<>/test/test_helper.rb:50:in `<<'
> /<>/test/test_helper.rb:50:in `initialize'
> /<>/test/tc_rules.rb:45:in `new'
> /<>/test/tc_rules.rb:45:in `TCP_RuleCheck'
> /<>/test/tc_rules.rb:57:in `test_basic_rule'
>  54: 
>  55:   # Check a basic rule.
>  56:   def test_basic_rule
>   => 57: TCP_RuleCheck('test andrew is there' ,"test mike\0\0 is there", 
> ['s/andrew/mike%00%00'])
>  58:   end
>  59: 
>  60:   # Check single char replacement.
> ===
> E
> ===
> Error: test_chain_2_rule(TC_RuleTest): Errno::EADDRINUSE: Address already in 
> use - bind(2) for "127.0.0.1" port 20001
> /<>/test/test_helper.rb:105:in `initialize'
> /<>/test/test_helper.rb:105:in `new'
> /<>/test/test_helper.rb:105:in `initialize'
> /<>/test/test_helper.rb:126:in `initialize'
> /<>/test/tc_rules.rb:43:in `new'
> /<>/test/tc_rules.rb:43:in `TCP_RuleCheck'
> /<>/test/tc_rules.rb:70:in `test_chain_2_rule'
>  67: 
>  68:   # Check with 2 rules.
>  69:   def test_chain_2_rule
>   => 70: TCP_RuleCheck('test andrew is there' ,'test mike is here', 
> ['s/andrew/mike', 's/there/here'])
>  71:   end
>  72: 
>  73:   # Check traditionally delimited rules
> ===
> E
> ===
> Error: test_direction_rule(TC_RuleTest): TypeError: no implicit conversion of 
> nil into String
> /<>/test/test_helper.rb:50:in `<<'
> /<>/test/test_helper.rb:50:in `initialize'
> /<>/test/tc_rules.rb:83:in `new'
> /<>/test/tc_rules.rb:83:in `TCP_RuleChatCheck'
> /<>/test/tc_rules.rb:103:in `test_direction_rule'
>  100:   # Check direction rules
>  101:   # tests based on tcp chat: test_case_04_Chat
>  102:   def test_direction_rule
>   => 103: TCP_RuleChatCheck(
>  104:   ['client: bla bla Rilke Proust', 'server: ok Proust ok 
> Rilke'],
>  105:   ['client: bla bla Proust Proust', 'server: ok Rilke ok 
> Rilke'],
>  106:   ['s/Rilke/Proust/o', 's/Proust/Rilke/i'])
> ===
> E
> ===
> Error: test_direction_ttl_rule(TC_RuleTest): TypeError: no implicit 
> conversion of nil into String
> /<>/test/test_helper.rb:50:in `<<'
> /<>/test/test_helper.rb:50:in `initialize'
> /<>/test/tc_rules.rb:83:in `new'
> /<>/test/tc_rules.rb:83:in `TCP_RuleChatCheck'
> /<>/test/tc_rules.rb:112:in `test_direction_ttl_rule'
>  109:   # Check direction+ttl rules
>  110:   # tests based on tcp chat: test_case_04_Chat
>  111:   def test_direction_ttl_rule
>   => 112: TCP_RuleChatCheck(
>  113:   ['client: bla bla Rilke Rilke', 'server: ok Proust ok 
> Proust'],
>  114:   ['client: bla bla Proust Rilke', 'server: ok Rilke ok 
> Proust'],
>  115:   ['s/Rilke/Proust/o1', 's/Proust/Rilke/i1'])
> ===
> E
> ===
> Error: test_smallpattern_rule(TC_RuleTest): Errno::EADDRINUSE: Address 
> already in use - bind(2) for "127.0.0.1" port 20001
> /<>/test/test_helper.rb:105:in `initialize'
> /<>/test/test_helper.rb:105:in `new'
> /<>/test/test_helper.rb:105:in `initialize'
> /<>/test/test_helper.rb:126:in `initialize'
> /<>/test/tc_rules.rb:43:in `new'
> /<>/test/tc_rules.rb:43:in `TCP_RuleCheck'
> /<>/test/tc_rules.rb:65:in `test_smallpattern_rule'
>  62:   # Note: This one fail without commit 
> 387a9d46387e2488efac08931b0aab57c7594aa2,
>  63:   # it returns "b b ba bab baba" !!
>  64:   def test_smallpattern_rule
>   => 65: TCP_RuleCheck('a a aa aaa ' ,"b b bb bbb ", ['s/a/b'])
>  66:   end
>  67: 
>  68:   # Check with 

Bug#818850: developers-reference: two chapters regarding the 'default' field

[Holger Wansing]

Package: developers-reference


In the developers-reference from git today, there are two chapters 
regarding the 'default' field, that is 6.5.4.4 and 6.5.4.5.
See 
https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#s6.5.4.4
and
https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#s6.5.4.5
(these links are from the unstable version 3.4.17 though).

These two chapters should be merged into one chapter.


Greetings
Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#818851: release-notes: section 5.4, php short tags

[Ariel]

Package: release-notes
Severity: normal

The notes say "Short tags ("") are scheduled for removal in PHP7."

This is NOT correct, they are only removing ASP tags like <%

See: https://wiki.php.net/rfc/remove_alternative_php_tags

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

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

Bug#818849: Warnings bridging VLAN devices

[Elliott Mitchell]

Package: bridge-utils
Version: 1.5-9
Severity: minor

I'm seeing these messages when doing ifup on bridge device between two
VLAN devices:
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Added VLAN with VID == 1 to IF -:eth0:-
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Added VLAN with VID == 2 to IF -:eth0:-

Waiting for br0 to get ready (MAXWAIT is 32 seconds).

I also get the following messages when bringing the device down:
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Removed VLAN -:eth0.1:-
WARNING:  Could not open /proc/net/vlan/config.  Maybe you need to load the 
8021q module, or maybe you are not using PROCFS??
Removed VLAN -:eth0.2:-

There isn't a need to load a 802.1Q module, the support is built into
this kernel.  ifupdown itself deals with this setup just fine, it is only
if I try using bridge-utils to handle the bridging that these messages
show up.  The good news is everything appears to work, so I'll rate this
as minor.  I'm not 100% certain this is due to bridge-utils, but
bridge-utils looks like the obvious candidate right now.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#818846: ntpd failed at boot (unable to bind to wildcard address :: - another process may be running)

[Vincent Lefevre]

On 2016-03-21 02:26:20 +0100, Vincent Lefevre wrote:
> ntp failed at boot:
> 
> Mar 18 14:39:13 ypig ntpd[1956]: ntpd 4.2.8p4@1.3265-o Tue Nov  3 02:26:54 
> UTC 2015 (1): Starting
> Mar 18 14:39:13 ypig ntpd[1956]: Command line: /usr/sbin/ntpd -p 
> /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 113:121
> Mar 18 14:39:14 ypig ntpd[2210]: proto: precision = 0.072 usec (-24)
> Mar 18 14:39:14 ypig ntpd[2210]: unable to bind to wildcard address :: - 
> another process may be running - EXITING

It might be the same bug as bug 788014. But it seems that ntpdate was
run after ntpd exited:

Mar 18 14:39:17 ypig ntpdate[1823]: step time server 140.77.1.32 offset 
0.517383 sec

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

Bug#818848: RM: gccxml -- ROM; Cannot build with GCC 5; replaced by castxml

[Steve M. Robbins]

Package: ftp.debian.org
Severity: normal

GCCXML is obsolete, replaced by castxml.  Furthermore, it cannot be
built by GCC 5 and GCC 4.9 is being removed from the archive
(c.f. #818773).

-Steve

Bug#818847: developers-reference: PDF generation faulty, headlines crippled

[Holger Wansing]

Package: developers-reference


Due to two bugs (one is broken fonts, one is the broken dvipdfmx for 
t1 fonts; see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796952 )
there might be problems with generating pdf documents, the headlines content
may be crippled, not readable.

This has alredy been reported for the release-notes, and it has been fixed
there in the meantime for Jessie (see above bug #796952), but today I noticed 
that the developers-reference is probably affected too.

I have build the Debian Developer's Reference here locally today, on a Jessie
system, and it has crippled headlines too in the pdf variant, it looks
identically, so it seems also affected.

Maybe this is not a problem since developers-reference builds fine on 
unstable systems?
I wonder if it might be a problem nevertheless, since when Stretch is
released, the www-master machine, which builds the docs for the Debian
website, is still running Jessie, and in that moment it will generate
crippled PDFs for developers-reference ... ?!


Greetings
Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#320432: privoxy: a couple of actions that I use

[Paul Wise]

On Sun, 2016-03-20 at 20:30 +0100, Roland Rosenfeld wrote:

> But could you give me example URLs that were blocked and that you
> unblocked with your changes?  It's usual to mention the problematic
> URLs as a comment to the rule upstream, which allows to avoid
> duplicate rules...

I'm no longer using privoxy so I think you can just close this.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#818845: bridge-utils breaks ifupdown hooks for child interfaces

[Elliott Mitchell]

Package: bridge-utils
Version: 1.5-9

The bridge-utils features an explicit call to `/etc/network/if-*.d/vlan`,
but this has the effect of breaking all other ifupdown hook scripts
called on interfaces that are bridged together.  The case I'm looking at
is a device where extra commands are needed before a given interface
becomes available.  Doing something like `ifquery $iface >/dev/null 2>&1`
and running `ifup` if true might alleviate this.

My case is an interface has an attached switch chip and if the commands
to configure the switch chip aren't run beforehand Bad Things(tm) can
happen.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#818846: ntpd failed at boot (unable to bind to wildcard address :: - another process may be running)

[Vincent Lefevre]

Package: ntp
Version: 1:4.2.8p4+dfsg-3+b1
Severity: normal

ntp failed at boot:

Mar 18 14:39:13 ypig ntpd[1956]: ntpd 4.2.8p4@1.3265-o Tue Nov  3 02:26:54 UTC 
2015 (1): Starting
Mar 18 14:39:13 ypig ntpd[1956]: Command line: /usr/sbin/ntpd -p 
/var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 113:121
Mar 18 14:39:14 ypig ntpd[2210]: proto: precision = 0.072 usec (-24)
Mar 18 14:39:14 ypig ntpd[2210]: unable to bind to wildcard address :: - 
another process may be running - EXITING

I had to start it manually.

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

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

Versions of packages ntp depends on:
ii  adduser  3.114
ii  dpkg 1.18.4
ii  libc62.22-3
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1+b1
ii  libopts251:5.18.7-3
ii  libssl1.0.2  1.0.2g-1
ii  lsb-base 9.20160110
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.22.1-9

Versions of packages ntp suggests:
ii  ntp-doc  1:4.2.8p4+dfsg-3

-- no debconf information

Bug#818840: patch to build as root

[James McCoy]

On Sun, Mar 20, 2016 at 10:36:08PM +0100, Jon Boden wrote:
> Building subversion as root is possible when checks are skipped with 
> DEB_BUILD_OPTIONS=nocheck.

Why do you need the build target to run as root? §4.9 of policy even
states “The `build' target must not do anything that might require root
privilege.”

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

Bug#818672: jessie-pu: package pgplot5/5.2.2-19+deb8u1

[Andreas Beckmann]

On 2016-03-20 17:11, Adam D. Barratt wrote:
> +pgplot5 (5.2.2-19+deb8u1) jessie; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Use multiarch path to zconf.h  (Closes: #784783)
> +(thanks to Edmund Grimley Evans and Vincent McIntyre)
> 
> The bug number is typoed (and was in the unstable upload) - it should be
> #784743. With that changed, please go ahead.

I just took the changelog entry from sid and rewrote it to mention the
actual problem fixed, keeping the other bits. Bug number updated and
uploaded - but I still didn't verify that this references the correct
bug :-)


Andreas

Bug#818735: RFS: qwtplot3d/0.2.7+svn191-10

[Gudjon I. Gudjonsson]

Hi Mattia
> 
> * you're using any-amd64 and any-i386, then why do you explicitly list
>   hurd-i386 kfreebsd-amd64 kfreebsd-i386 too?
Ok. I will remove these.
> * you're changing only one binary, what about the others?  from what I'm
>   seeing the failure is in the configure step which is done by all
>   binaries, so this change wouldn't fix the FTBFS)
A mistake. But can I exclude arm only for the qt5 libraries? The qt5 libraries 
have never been in
testing so I guess it may be easier.
Do you know of any package where only the a part is built for all architectures?
> * why are you not closing the bug?
Because it isn't solved. I would prefer to port the code to use GL that works 
on arm but
until that is done I will exclude arm.
I will reduce the bugs severity as soon as version -10 is uploaded.
> * do you know that to allow the testing migration you'd still need to
>   remove the binaries from unstable by filing a bug against
>   ftp.debian.org?  actually that would be enough, even without
>   restricting the architecures where you build, then you can leave the
>   packages in FTBFS state there until it could build again.
Sorry, I didn't know but that sounds reasonable.
But if I keep the qt4 binaries in but only restrict the qt5 binaries. Do I then 
still need to file a bug?

Regards
Gudjon

Bug#818844: gridengine-{common, client}: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man3/jsv_script_interface.3.gz, /usr/lib/gridengine/gethostbyaddr /usr/lib/gridengine/qrsh_sta

[Andreas Beckmann]

Package: gridengine-common,gridengine-client
Version: 8.1.8+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package gridengine-common.
  Preparing to unpack .../gridengine-common_8.1.8+dfsg-1_all.deb ...
  Unpacking gridengine-common (8.1.8+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/gridengine-common_8.1.8+dfsg-1_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man3/jsv_script_interface.3.gz', which 
is also in package gridengine-drmaa-dev 6.2u5-7.4

  Selecting previously unselected package gridengine-client.
  Preparing to unpack .../gridengine-client_8.1.8+dfsg-1_amd64.deb ...
  Unpacking gridengine-client (8.1.8+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/gridengine-client_8.1.8+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/gridengine/gethostbyaddr', which is also in 
package gridengine-master 6.2u5-7.4

  Selecting previously unselected package gridengine-client.
  Preparing to unpack .../gridengine-client_8.1.8+dfsg-1_amd64.deb ...
  Unpacking gridengine-client (8.1.8+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/gridengine-client_8.1.8+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/gridengine/qrsh_starter', which is also in 
package gridengine-exec 6.2u5-7.4


cheers,

Andreas


gridengine-drmaa-dev=6.2u5-7.4_gridengine-common=8.1.8+dfsg-1.log.gz
Description: application/gzip

Bug#818843: debian-security-support: new earlyend type, consider future end of support

[Santiago Ruano Rincón]

Package: debian-security-support
Severity: wishlist
Tags: -1 + patch

Hi,

Packages such as tomcat6 will get support until the end of 2016, at the
same time than Ubuntu LTS. To consider this kind of cases and warn the
user about packages whose end of support is in the future, I've pushed
the consider-future-EOLs branch into the debian-security-support repo.

ended and a new earlyend types use the same list file, so no need to
updated it when the date comes.

Does it make sense?

Also, would it be better to have a separate list file for earlyend?

Cheers,

Santiago


signature.asc
Description: Digital signature

Bug#818763: nvidia-kernel-dkms: fail to load nvidia-uvm (again)

[Andreas Beckmann]

Control: retitle -1 nvidia-kernel-dkms: autoloading nvidia-uvm fails

On 2016-03-20 22:36, Michael Below wrote:
>> sudo modprobe -v nvidia-uvm
>>
>> What's the output?
> 
> That just works???

good!

> I just did a reboot, started darktable 

you start darktable manually?

> -- again, with the openCL
> errors -- tried glxgears, but now manually nvidia-uvm is loaded fine,
> and after it is loaded darktable openCL works too.
> 
> Sorry, I jumped to a conclusion, this seems to be a different issue
> than the previous bug report.

no problem, now we have something different to investigate :-)

Which libopencl1 library are you using?
(Note to myself: collect this info in bug-control, and the installed
icds, too, and /etc/OpenCL/vendors in bug-script)

Please install the ocd-icd-libopencl1 and clinfo packages from stretch.

unload the nvidia-uvm module (nvidia will stay loaded, so X can continue
to run)

(as root)
# modprobe -r nvidia-uvm

and now try clinfo (on the nvidia platform only) to see whether the
nvidia-uvm module is loaded automatically

(as user)
$ OCL_ICD_VENDORS=nvidia.icd clinfo
$ dmesg | tail

That worked for me, i.e. nvidia-uvm got loaded automatically.

If that works, try again unloading and start darktable with
OCL_ICD_VENDORS=nvidia.icd set


Andreas

Bug#818807: gmt: FTBFS with libc 2.23: non-floating-point argument in call to function

[Sebastiaan Couwenberg]

Control: forwarded -1 http://gmt.soest.hawaii.edu/issues/877

Hi Martin,

Thanks for reporting this issue, I've forwarded it to the upstream
developers.

Kind Regards,

Bas

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

Bug#508914: cowdancer: cowbuilder does not separate locks in different chroots

[James Clarke]

Version: 0.47

On Mon, 23 Mar 2009 17:30:36 +0100 Stefan Fritsch  wrote:
> On Friday 19 December 2008, Junichi Uekawa wrote:
>> Ah, I think I remember something about ubuntu sudo environmental
>> variable being broken. Is LD_PRELOAD properly passed through sudo?
>> I think there was some configuration item you had to do.
> 
> Sudo is not necessary to reproduce the bug.
> 
> However upgrading to cowdancer 0.47 and pbuilder and
> 0.181 improved the situation. The build no longer fails, but there is
> still some error message about a debconf lock file.
> 
> I won't have time in the near future to investigate this further. If
> you want, you can close this bug as fixed in 0.47.

I just tried two builds running at the same time and could not reproduce this.

Regards,
James



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#818633:

[Brad Fitzpatrick]

Ah, thanks for the explanation. That makes much more sense now.
In that case, the fix seems correct. The Reason-Phrase has
been removed in HTTP/2, so it makes sense that curl that
doesn't invent one in its textual output.

Bug#818763: nvidia-kernel-dkms: fail to load nvidia-uvm (again)

[Luca Boccassi]

On Mar 20, 2016 22:33, "Andreas Beckmann"  wrote:
>
> On 2016-03-20 21:06, Luca Boccassi wrote:
> > But I noticed something strange that caught my attention in your Xorg
> > log:
> >
> > [  2634.192] (II) NVIDIA GLX Module  340.93  Wed Aug 19 16:23:51 PDT
> > 2015
> > [  2634.192] (II) LoadModule: "nvidia"
> > [  2634.192] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
> > [  2634.193] (II) Module nvidia: vendor="NVIDIA Corporation"
> > [  2634.193]  compiled for 4.0.2, module version = 1.0.0
> > [  2634.193]  Module class: X.Org Video Driver
> > [  2634.193] (II) NVIDIA dlloader X Driver  340.93  Wed Aug 19 16:01:53
> > PDT 2015
> >
> > It looks like the older 340.93 library is being loaded? But all the
> > symlinks and the package versions in your system indicate that 352.79 is
> > installed, any idea why this might be happening?
>
> That's a red herring. Ancient logfiles.
>
> > -rw-r--r-- 1 root root21716 Oct 21 20:45 /var/log/Xorg.0.log
> > -rw-r--r-- 1 root root21716 Oct 21 20:43 /var/log/Xorg.0.log.old

Ah good point, missed the dates.

> Unfortunately nothing from journald:
> (should be investigated!)
>
> > << Xorg (journald) >>
> > ^^ Xorg (journald) ^^
>
> There seem to be no traces from the 340.xx driver left.

Strange that there's no recent Xorg log and nothing in journald.

Michael,

Is that by any chance a headless dev machine, ie. one where you don't run a
graphical Xorg session at all normally?

Kind regards,
Luca Boccassi

Bug#818502: git bisect show the commit

[Václav Ovsík]

I found a commit using git bisect, that vanilla kernel at this commit
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?h=7dec5603b6b8dc4c3e1c65d318bd2a5a8c62a424
don't have the bug (>100 iterations). I left the test running to be
sure...
-- 
Zito

Bug#818763: nvidia-kernel-dkms: fail to load nvidia-uvm (again)

[Andreas Beckmann]

On 2016-03-20 21:06, Luca Boccassi wrote:
> But I noticed something strange that caught my attention in your Xorg
> log:
> 
> [  2634.192] (II) NVIDIA GLX Module  340.93  Wed Aug 19 16:23:51 PDT
> 2015
> [  2634.192] (II) LoadModule: "nvidia"
> [  2634.192] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
> [  2634.193] (II) Module nvidia: vendor="NVIDIA Corporation"
> [  2634.193]  compiled for 4.0.2, module version = 1.0.0
> [  2634.193]  Module class: X.Org Video Driver
> [  2634.193] (II) NVIDIA dlloader X Driver  340.93  Wed Aug 19 16:01:53
> PDT 2015
> 
> It looks like the older 340.93 library is being loaded? But all the
> symlinks and the package versions in your system indicate that 352.79 is
> installed, any idea why this might be happening?

That's a red herring. Ancient logfiles.

> -rw-r--r-- 1 root root21716 Oct 21 20:45 /var/log/Xorg.0.log
> -rw-r--r-- 1 root root21716 Oct 21 20:43 /var/log/Xorg.0.log.old

Unfortunately nothing from journald:
(should be investigated!)

> << Xorg (journald) >>
> ^^ Xorg (journald) ^^

There seem to be no traces from the 340.xx driver left.


Andreas

Bug#818759: [Pkg-utopia-maintainers] Bug#818759: network-manager-gnome: Unencrypted private Keys are insecure

[Michael Biebl]

Am 20.03.2016 um 23:19 schrieb Michael Biebl:
> Control: notfound -1 1.0.10-1
> Control: found -1 1.1.90-6
> Control: tags -1 + moreinfo
> 
> Am 20.03.2016 um 14:22 schrieb Rolf Wald:
>> Package: network-manager-gnome
>> Version: 1.0.10-1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>>
>>* What led up to the situation?
>>Using Keys in secured WLAN causes Message "Unencrypted private Keys are 
>> insecure" using Version 1.1.90-6

Hm, there is no version 1.1.90-6 of network-manager-gnome.
What package did you downgrade actualy?

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



signature.asc
Description: OpenPGP digital signature

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

[Santiago Vila]

I believe the attached patch is closer to the "right" fix.

Presumably, packages actually requiring the dot command will have an
override for this variable in their Doxyfiles.

Thanks.--- a/src/config.xml
+++ b/src/config.xml
@@ -3104,7 +3104,7 @@ where `loc1` and `loc2` can be relative or absolute paths 
or URLs.
 
   
   
-
+
   
 

Bug#818842: Hurd check affects GNU/kFreeBSD systems

[Samuel Thibault]

Control: tags -1 + pending

Hello,

Jon Boden, on Sun 20 Mar 2016 23:11:18 +0100, wrote:
> Hurd check in keyboard-configuration.postinst also affects GNU/kFreeBSD 
> systems.
> 
> Fix is attached.

Indeed, thanks!

Samuel

Bug#818759: [Pkg-utopia-maintainers] Bug#818759: network-manager-gnome: Unencrypted private Keys are insecure

[Michael Biebl]

Control: notfound -1 1.0.10-1
Control: found -1 1.1.90-6
Control: tags -1 + moreinfo

Am 20.03.2016 um 14:22 schrieb Rolf Wald:
> Package: network-manager-gnome
> Version: 1.0.10-1
> Severity: normal
> 
> Dear Maintainer,
> 
> 
>* What led up to the situation?
>Using Keys in secured WLAN causes Message "Unencrypted private Keys are 
> insecure" using Version 1.1.90-6

What kind of connection is that? WPA-PSK, WPA-Enterprise etc.
Can you attach the corresponding connection file (it can be found in
/etc/NetworkManager/system-connections/). Make sure to anonymize the
private bits.
Where and when do you get this error message?

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



signature.asc
Description: OpenPGP digital signature

Bug#818801: jessie-pu: package cairo/1.14.0-2.1+deb8u1

[Moritz Mühlenhoff]

On Sun, Mar 20, 2016 at 06:43:48PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sun, 2016-03-20 at 19:33 +0100, Moritz Muehlenhoff wrote:
> > +cairo (1.14.0-2.1+deb8u1) jessie; urgency=medium
> > +
> > +  * Fix CVE-2016-3190
> 
> I'd prefer a slightly more detailed changelog, but please go ahead.

Thanks, uploaded.

Cheers,
Moritz

Bug#818842: Hurd check affects GNU/kFreeBSD systems

[Jon Boden]

Package: console-setup
Version: 1.139
Severity: wishlist
Tags: patch

Hi

Hurd check in keyboard-configuration.postinst also affects GNU/kFreeBSD systems.

Fix is attached.

-- 
Jon Boden

ubuntuBSD -- Unix for human beings

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
diff -Nur debian.old/keyboard-configuration.postinst debian/keyboard-configuration.postinst
--- debian.old/keyboard-configuration.postinst	2015-10-20 12:02:17.0 +
+++ debian/keyboard-configuration.postinst	2015-12-11 19:24:58.0 +
@@ -99,7 +99,7 @@
 	fi
 else
 	case "`uname`" in
-	*GNU*)
+	GNU)
 		[ ! -f /var/run/hurd-console.pid ] || kill `cat /var/run/hurd-console.pid`
 		;;
 	*)

Bug#818787: doxygen: Changes default HAVE_DOT to YES without having graphviz in the Depends line.

[Santiago Vila]

Note 2: The easy fix does not necessariñy have to be the right fix.

As Bas Wijnen points out in -devel:

> If the program can be used without it, it should not be a Depends.  That's 
> what
> Recommends are for.

Bug#818841: openhpiclient.conf in libopenhpi2 and libopenhpi3

[Martin Michlmayr]

Package: openhpi
Version: 3.6.1-1
Severity: serious

Preparing to unpack .../libopenhpi3_3.6.1-1_arm64.deb ...
Unpacking libopenhpi3 (3.6.1-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/libopenhpi3_3.6.1-1_arm64.deb (--unpack):
 trying to overwrite '/etc/openhpi/openhpiclient.conf', which is also in 
package libopenhpi2 2.14.1-1.4+b1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Preparing to unpack .../libopenhpi-dev_3.6.1-1_arm64.deb ...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818827: webkit2gtk: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

* Alberto Garcia  [2016-03-20 22:00]:
> This has been fixed upstream and webkit 2.10.9-1 (now in unstable)
> should not have that problem.

Sorry, I started this a few days ago and forget to check for new
versions that have been uploaded in the meantime.

I can confirm that 2.10.9-1 builds.

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818840: patch to build as root

[Jon Boden]

Package: subversion
Version: 1.9.3-3
Severity: wishlist

Hi

Building subversion as root is possible when checks are skipped with 
DEB_BUILD_OPTIONS=nocheck.

This patch improves the !root check in debian/rules to allow root builds when 
checks are disabled.

-- 
Jon Boden

ubuntuBSD -- Unix for human beings

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
diff -Nur debian.old/rules debian/rules
--- debian.old/rules	2016-02-20 08:53:50.0 -0500
+++ debian/rules	2016-02-20 14:08:06.0 -0500
@@ -150,6 +150,7 @@
 endif
 
 
+ifndef DEB_OPT_NOCHECK
 # I'm not trying to be difficult: this check exists because building as
 # root really _does_ fail.  The failure mode as of 1.4.0 is test 17
 # from switch_tests.py.  Upstream response is "so don't build as root".
@@ -164,6 +165,7 @@
 		false; \
 	fi
 endef
+endif
 
 debian/stamp-autogen: $(QUILT_STAMPFN)
 	$(DONT_BE_ROOT)

Bug#813813: RFS: msi-keyboard -- command line tool to change MSI steelseries keyboards color setup

[Jakub Wilk]

* Giulio Paci , 2016-03-20, 03:05:

I'm looking partly shocked at the commit
6fc1eec66c259cefeeb13453c3ceeb206fb24a55 why did you *substituted* the 
pristine-tar data?  You should always just add them.


This is just because upstream never tagged a version, nor released a package.
I imported one using 0.0.1 version, but later noticed that 1.0 was set 
in the source and so I renamed the package.


Um. If upstream didn't make a release, then you ask them to make one, 
instead of declaring yourself that this random git snapshot will be 
called 1.0.


That the source says it's "1.0" is not very relevant, unless upstream 
bumps version in every commit; and they don't.


Also, you probably want to fix your debian/watch. :)

--
Jakub Wilk

Bug#818763: nvidia-kernel-dkms: fail to load nvidia-uvm (again)

[Michael Below]

Hi,

Am So 20 Mär 2016 20:06:10 CET
schrieb Luca Boccassi :

> It looks like the older 340.93 library is being loaded? But all the
> symlinks and the package versions in your system indicate that 352.79
> is installed, any idea why this might be happening?

Sorry, no idea... Maybe there has been an error during DKMS
installation so that the module was not replaced properly? But the
current module seems to be there in glxgears?

> If you run:
> 
> glxgears -info
> 
> What's the reported version?

$ glxgears -info
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
GL_RENDERER   = GeForce GTX 750 Ti/PCIe/SSE2
GL_VERSION= 4.5.0 NVIDIA 352.79
GL_VENDOR = NVIDIA Corporation

> Finally, if you run manually:
> 
> sudo modprobe -v nvidia-uvm
> 
> What's the output?

That just works???

$ sudo modprobe -v nvidia-uvm
install modprobe nvidia ; modprobe -i nvidia-current-uvm $CMDLINE_OPTS 
insmod /lib/modules/4.4.0-1-amd64/updates/dkms/nvidia-current.ko 
insmod /lib/modules/4.4.0-1-amd64/updates/dkms/nvidia-current-uvm.ko 

$ lsmod|grep nvidia
nvidia_uvm 73728  0
nvidia   8540160  85 nvidia_uvm
drm   356352  6 nvidia

I just did a reboot, started darktable -- again, with the openCL
errors -- tried glxgears, but now manually nvidia-uvm is loaded fine,
and after it is loaded darktable openCL works too.

Sorry, I jumped to a conclusion, this seems to be a different issue
than the previous bug report.

Cheers
Michael

Bug#818839: RFS: mathic/1.0~git20160320-1

[Doug Torrance]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: mathic
   Version : 1.0~git20160320-1
   Upstream Author : Bjarke Hammersholt Roune and Michael Stillman
 * URL : https://github.com/Macaulay2/mathic
 * License : LGPL-2+
   Section : libs

  It builds those binary packages:

libmathic-dev - C++ library for Groebner basis computation (developer tools)
 libmathic0v5 - C++ library for Groebner basis computation (runtime library)

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

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

  or

  https://anonscm.debian.org/git/debian-science/packages/mathic.git

  Changes since the last upload:

mathic (1.0~git20160320-1) unstable; urgency=medium

  * New upstream release.
- Now maintained by Macaulay2 developers.
  * debian/control
- Bump versioned dependency on debhelper to >= 9.20160114.  Needed for
  --dbgsym-migration option to dh_strip.
- Bump Standards-Version to 3.9.7.
- Update Homepage.
- Use https protocol for Vcs-Browser.
- Drop libmathic-dgb in favor of automatically generated
  libmathic0v5-dbgsym package.
  * debian/copyright
- Update Source.
- Change license to LGPL-2+. (This has actually always been the license;
  I must have misread it when initially preparing the package.)
  * debian/libmathic0v5.symbols
- Restore symbols file.
  * debian/patches
- Remove previous patches; patches applied upstream.
  * debian/patches/fix_typo.patch
- New patch. Fixes spelling-error-in-binary Lintian warning.
  * debian/rules
- Enable all hardening flags.
- Update definition of GTEST_PATH for dh_auto_configure.
- Add --enable-shared to dh_auto_configure.
- Modify override_dh_strip target. Instead of building the libmathic-dbg
  package, we use the --dbgsym-migration option to ensure proper migration
  to the new automatically generated package.
- Update get-orig-source target with new location.
  * debian/watch
- Update with new upstream webpage. Note that this is merely a comment;
  upstream does not tag their releases and uscan is currently not
  functional.

 -- Doug Torrance   Sun, 20 Mar 2016 16:54:38 -0400

Bug#818838: qtcurve: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: qtcurve
Version: 1.8.18+git20160112-0cd6aae-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 26%] Built target qtc_qt4_check_on_hdr
> Generating qtcurveconfig.moc
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/qt5/config/qtcurveconfig.cpp:0:
>  Note: No relevant classes found. No output generated.
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/strs.cpp: In 
> function 'char* QtCurve::Str::vformat(char*, size_t*, const char*, 
> __va_list_tag*) [with bool allocated = true; size_t = long unsigned int]':
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/strs.cpp:36:9: 
> warning: ignoring return value of 'int vasprintf(char**, const char*, 
> __va_list_tag*)', declared with attribute warn_unused_result [-Wunused-result]
>  vasprintf(, fmt, ap);
>  ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/strs.cpp: In 
> function 'char* QtCurve::Str::vformat(char*, size_t*, const char*, 
> __va_list_tag*) [with bool allocated = false; size_t = long unsigned int]':
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/strs.cpp:36:9: 
> warning: ignoring return value of 'int vasprintf(char**, const char*, 
> __va_list_tag*)', declared with attribute warn_unused_result [-Wunused-result]
> In file included from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/utils.h:32:0,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.h:26,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:23:
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp: In 
> function 'void _qtcColorTint(const QtcColor*, const QtcColor*, double, 
> QtcColor*)':
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:180:50: 
> error: 'isnan' was not declared in this scope
>  if (qtcUnlikely(amount <= 0.0 || isnan(amount))) {
>   ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/macros.h:137:48: 
> note: in definition of macro 'qtcExpect'
>  #  define qtcExpect(exp, var) __builtin_expect(exp, var)
> ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:180:9: 
> note: in expansion of macro 'qtcUnlikely'
>  if (qtcUnlikely(amount <= 0.0 || isnan(amount))) {
>  ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:180:50: 
> note: suggested alternative:
>  if (qtcUnlikely(amount <= 0.0 || isnan(amount))) {
>   ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/macros.h:137:48: 
> note: in definition of macro 'qtcExpect'
>  #  define qtcExpect(exp, var) __builtin_expect(exp, var)
> ^
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:180:9: 
> note: in expansion of macro 'qtcUnlikely'
>  if (qtcUnlikely(amount <= 0.0 || isnan(amount))) {
>  ^
> In file included from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/number.h:26:0,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/options.h:26,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.h:27,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:23:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> In file included from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/utils.h:32:0,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.h:26,
>  from 
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:23:
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp: In 
> function 'void _qtcColorMix(const QtcColor*, const QtcColor*, double, 
> QtcColor*)':
> /<>/qtcurve-1.8.18+git20160112-0cd6aae/lib/utils/color.cpp:208:46: 
> error: 'isnan' was not declared in this scope
>  if (qtcUnlikely(bias <= 0.0 || isnan(bias))) {

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#807756: Bug#818775: gnubg: non-standard gcc/g++ used for build (gcc-4.9)

[Russ Allbery]

Control: reassign 807756 gcc-5,gcc-6

Matthias Klose  writes:
> On 20.03.2016 20:12, Russ Allbery wrote:

>> Note, though, that there seems to be a substantial compiler regression
>> in GCC 5 in the optimizer that affects at least this package.  When
>> built with GCC 5 with any optimization enabled, gnubg goes into a 100%
>> CPU loop before main.

> please could you recheck with GCC 6?

Same problem.  :(  Similar backtrace if I interrupt it while it's in its
100% CPU loop.  Seems to be during shared library initialization:

(gdb) run
Starting program: /usr/games/gnubg 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
^C
Program received signal SIGINT, Interrupt.
memcpy (__dest=0x559b1070, __src=0x7fffea08541e, __len=6)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53
53return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));
(gdb) bt
#0  memcpy (__dest=0x559b1070, __src=0x7fffea08541e, __len=6)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53
#1  0x7fffe836aea2 in ?? () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#2  0x7fffe836b3fb in ?? () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#3  0x7fffe836c449 in asn1_array2tree ()
   from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#4  0x7fffe9fd5256 in gnutls_global_init ()
   from /usr/lib/x86_64-linux-gnu/libgnutls.so.30
#5  0x7fffe9fb695c in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.30
#6  0x77dea2da in call_init (l=, argc=argc@entry=1, 
argv=argv@entry=0x7fffe048, env=env@entry=0x7fffe058)
at dl-init.c:72
#7  0x77dea3eb in call_init (env=0x7fffe058, argv=0x7fffe048, 
argc=1, l=) at dl-init.c:30
#8  _dl_init (main_map=0x77ffe188, argc=1, argv=0x7fffe048, 
env=0x7fffe058) at dl-init.c:120
#9  0x77ddbcca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#10 0x0001 in ?? ()
#11 0x7fffe3f6 in ?? ()
#12 0x in ?? ()

-- 
Russ Allbery (r...@debian.org)   

Bug#818762: sprng: please make the build reproducible

[Dirk Eddelbuettel]

On 20 March 2016 at 15:38, Reiner Herrmann wrote:
| Source: sprng
| Version: 2.0a-8
| Severity: wishlist
| Tags: patch
| User: reproducible-bui...@lists.alioth.debian.org
| Usertags: environment
| X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
| 
| Hi!
| 
| While working on the "reproducible builds" effort [1], we have noticed
| that sprng could not be built reproducibly.
| It uses a bashism while generating example files; echo -e doesn't work
| with other shells like dash, it will embed the -e in the output.
| 
| The attached patch fixes this by using printf instead.

Thanks for that.

I made the change (and a few more refreshers in this old package).

Dirk
 
| Regards,
|  Reiner
| 
| [1]: https://wiki.debian.org/ReproducibleBuilds
| x[DELETED ATTACHMENT sprng.patch, text/x-diff]

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#818805: linux-image-4.4.0-1-amd64: No sound on Audigy 2 ZS -- no driver in /lib/modules - missing emu10k1 after upgrade kernel

[Ben Hutchings]

Control: forcemerge 814855 -1

On Sun, 2016-03-20 at 20:10 +0100, Martin Kovařík wrote:
> Package: src:linux
> Version: 4.4.6-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> after upgrage kernel to version 4.4.0-1 driver of Sound Blaster Audigy in
> /lib/modules is missing.
>  Could you please return back the driver, if this is possible.
> I know it is a bit old card but I belive it is in use in many case still.

This is documented in the changelog - these drivers can't be enabled at
the same time as full support for NVDIMMs.

A later version of Linux might allow us to enable both, in which case
we will do that.

Ben.

-- 
Ben Hutchings
Humans are not rational beings; they are rationalising beings.

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

Bug#818837: nmu: libdbi-drivers_0.9.0-3

[Ruben Undheim]

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


Hello,

There are some memory issues when running the test suite for the package
openbsc. These disappears if libdbi-drivers is first rebuilt with GCC 5. It is
hard to track down exactly what the problem is, but rebuilding it seems to make
the test suite pass for openbsc..


Ruben

nmu libdbi-drivers_0.9.0-3 . ANY . unstable . -m ""

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

Kernel: Linux 4.3.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)

Bug#818836: gnupg2: Please document alternative config file ~/.gnupg/gpg.conf-2

[Peter Colberg]

Package: gnupg2
Version: 2.1.11-6
Severity: normal

Dear Maintainer,

gpg2 searches for the default config file in the following order:

~/.gnupg/gpg.conf-2.1.11
~/.gnupg/gpg.conf-2.1
~/.gnupg/gpg.conf-2
~/.gnupg/gpg.conf

The form ~/.gnupg/gpg.conf-2 is useful to provide separate config
files on a Debian system that has both GnuPG v1 and v2 installed.

https://bugs.debian.org/818722#10

Could you document the alternative config paths in the man page?

Regards,
Peter

Bug#818834: dh_install returns success if any file on a line can be installed

[Ben Hutchings]

Package: debhelper
Version: 9.20160313
Severity: important

dh_install normally reports an error and exits with code 2 if told to
install a nonexistent file.  However, if it is given multiple
filenames on a single command line or a single line of a .install
file, of which some exist and some do not, it does not report an error
and it exits with code 0.

This is a regression introduced after version 9.20150101 (in jessie).

Ben.

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

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

Versions of packages debhelper depends on:
ii  autotools-dev20150820.1
ii  binutils 2.26-7
ii  dh-strip-nondeterminism  0.016-1
ii  dpkg 1.18.4
ii  dpkg-dev 1.18.4
ii  file 1:5.25-2
ii  libdpkg-perl 1.18.4
ii  man-db   2.7.5-1
ii  perl 5.22.1-9
ii  po-debconf   1.0.19

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  2.201605

-- no debconf information

Bug#818835: gnupg: Please document alternative config file ~/.gnupg/gpg.conf-1

[Peter Colberg]

Package: gnupg
Version: 1.4.20-4
Severity: normal

Dear Maintainer,

gpg searches for the default config file in the following order:

~/.gnupg/gpg.conf-1.4.20
~/.gnupg/gpg.conf-1.4
~/.gnupg/gpg.conf-1
~/.gnupg/gpg.conf

The form ~/.gnupg/gpg.conf-1 is useful to provide separate config
files on a Debian system that has both GnuPG v1 and v2 installed.

https://bugs.debian.org/818722#10

Could you document the alternative config paths in the man page?

Regards,
Peter

Bug#818612: hdparm: [PATCH] hdparm: Typo in package description

[Laura Arjona Reina]

Package: hdparm
Followup-For: Bug #818612

Dear Maintainer,
Attached you can find a patch that fixes the typo.
Best regards
Laura Arjona Reina
https://wiki.debian.org/LauraArjona



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

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

Versions of packages hdparm depends on:
ii  libc6 2.19-18+deb8u3
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31+nmu1

Versions of packages hdparm suggests:
pn  apmd  

-- no debconf information
>From bab625a1f60390abe188b753b590d7d2a42fde9f Mon Sep 17 00:00:00 2001
From: Laura Arjona Reina 
Date: Sun, 20 Mar 2016 21:06:54 +0100
Subject: [PATCH] Fix typo (Rrovides -> Provides)

---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index ef8f3ca..301 100644
--- a/debian/control
+++ b/debian/control
@@ -18,7 +18,7 @@ Suggests: apmd
 Replaces: apmd (<= 3.0.2-1.15)
 Description: tune hard disk parameters for high performance
  Get/set device parameters for Linux SATA/IDE drives.
- Rrovides a command line interface to various kernel interfaces supported by
+ Provides a command line interface to various kernel interfaces supported by
  the Linux SATA/PATA/SAS "libata" subsystem and the older IDE driver subsystem.
  Many newer (2008 and later) USB drive enclosures now also support "SAT"
  (SCSI-ATA Command Translation) and therefore may also work with hdparm.
-- 
2.1.4

Bug#818833: cpl-plugin-xshoo: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: cpl-plugin-xshoo
Version: 2.6.8+dfsg-4
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -DCX_LOG_DOMAIN=\"XshLib\" 
> -I../xsh -I../irplib -I../hdrl -I/usr/include -I/usr/include -I/usr/include 
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fno-builtin 
> -std=c99 -Wall -I/usr/include -Inotneeded -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -fno-builtin -std=c99 -Wall 
> -DIRPLIB_USE_FITS_UPDATE_CHECKSUM -Wdate-time -D_FORTIFY_SOURCE=2 -Inotneeded 
> -D_LARGEFILE_SOURCE=1 -D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector-strong 
> -Wformat -Werror=format-security -fno-builtin -std=c99 -Wall -c 
> xsh_utils_efficiency.c  -fPIC -DPIC -o .libs/xsh_utils_efficiency.o
> xsh_utils_efficiency.c: In function 'xsh_efficiency_compute':
> xsh_utils_efficiency.c:1104:6: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>   if(!isnan(nclip)) {
>   ^
> xsh_utils_efficiency.c: At top level:
> xsh_utils_efficiency.c:1172:15: warning: 'slaAirmas' defined but not used 
> [-Wunused-function]
>  static double slaAirmas ( double zd )
>^
> Makefile:865: recipe for target 'xsh_utils_efficiency.lo' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818827: webkit2gtk: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: webkit2gtk
Version: 2.10.8-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> Source/JavaScriptCore/heap -I/<>/Source/JavaScriptCore/debugger 
> -I/<>/Source/JavaScriptCore/inspector 
> -I/<>/Source/JavaScriptCore/inspector/agents 
> -I/<>/Source/JavaScriptCore/inspector/augmentable 
> -I/<>/Source/JavaScriptCore/inspector/remote 
> -I/<>/Source/JavaScriptCore/interpreter 
> -I/<>/Source/JavaScriptCore/jit 
> -I/<>/Source/JavaScriptCore/llint 
> -I/<>/Source/JavaScriptCore/llvm 
> -I/<>/Source/JavaScriptCore/parser 
> -I/<>/Source/JavaScriptCore/profiler 
> -I/<>/Source/JavaScriptCore/replay 
> -I/<>/Source/JavaScriptCore/runtime 
> -I/<>/Source/JavaScriptCore/tools 
> -I/<>/Source/JavaScriptCore/wasm 
> -I/<>/Source/JavaScriptCore/yarr -I/<>/Source/WTF 
> -I/<>/obj-x86_64-linux-gnu/DerivedSources 
> -I/<>/obj-x86_64-linux-gnu/DerivedSources/ForwardingHeaders 
> -I/<>/obj-x86_64-linux-gnu/DerivedSources/JavaScriptCore 
> -I/<>/obj-x86_64-linux-gnu/DerivedSources/JavaScriptCore/inspector
>  -I/<>/Source 
> -I/<>/Source/JavaScriptCore/disassembler/udis86 -isystem 
> /usr/include/x86_64-linux-gnu -isystem /usr/include/glib-2.0 -isystem 
> /usr/lib/x86_64-linux-gnu/glib-2.0/include  -g -O2 -fPIE 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -Wall -DNDEBUG -DG_DISABLE_CAST_CHECKS  -std=c++11  
> -fno-exceptions -fno-strict-aliasing -fno-rtti -fPIC   -Wall -Wextra 
> -Wcast-align -Wformat-security -Wmissing-format-attribute -Wpointer-arith 
> -Wundef -Wwrite-strings  -o 
> CMakeFiles/JavaScriptCore.dir/runtime/ReflectObject.cpp.o -c 
> /<>/Source/JavaScriptCore/runtime/ReflectObject.cpp
> /<>/Source/JavaScriptCore/runtime/Options.cpp: In member 
> function 'bool JSC::Option::operator==(const JSC::Option&) const':
> /<>/Source/JavaScriptCore/runtime/Options.cpp:613:90: error: 
> 'isnan' was not declared in this scope
>  return (m_entry.doubleVal == other.m_entry.doubleVal) || 
> (isnan(m_entry.doubleVal) && isnan(other.m_entry.doubleVal));
>   
> ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818832: marble: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: marble
Version: 4:15.08.3-1.1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> Scanning dependencies of target marblethumbnail
> make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> make -f src/thumbnailer/CMakeFiles/marblethumbnail.dir/build.make 
> src/thumbnailer/CMakeFiles/marblethumbnail.dir/build
> /<>/src/plugins/positionprovider/gpsd/GpsdPositionProviderPlugin.cpp:
>  In member function 'void 
> Marble::GpsdPositionProviderPlugin::update(gps_data_t)':
> /<>/src/plugins/positionprovider/gpsd/GpsdPositionProviderPlugin.cpp:79:68:
>  error: 'isnan' was not declared in this scope
>  if ( data.status == STATUS_NO_FIX || isnan( data.fix.longitude ) || 
> isnan( data.fix.latitude ) )
> ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818831: hhvm: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: hhvm
Version: 3.12.0+dfsg-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> -conversion -I/usr/lib/x86_64-linux-gnu/libzip/include 
> -I/<>/hhvm-3.12.0+dfsg/hphp 
> -I/<>/hhvm-3.12.0+dfsg/third-party/fastlz 
> -I/<>/hhvm-3.12.0+dfsg/third-party/timelib 
> -I/<>/hhvm-3.12.0+dfsg/third-party/libafdt/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party/libmbfl 
> -I/<>/hhvm-3.12.0+dfsg/third-party/libmbfl/mbfl 
> -I/<>/hhvm-3.12.0+dfsg/third-party/libmbfl/filters 
> -I/<>/hhvm-3.12.0+dfsg/third-party/proxygen/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party/mcrouter/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party/folly 
> -I/<>/hhvm-3.12.0+dfsg/third-party/folly/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party/thrift/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party/wangle/src 
> -I/<>/hhvm-3.12.0+dfsg/third-party 
> -I/<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src 
> -I/<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main 
> -I/<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/Zend 
> -I/<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/TSRM  
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  -Wall 
> -std=gnu++11 -ffunction-sections -fdata-sections -fno-gcse 
> -fno-omit-frame-pointer -Woverloaded-virtual -Wno-deprecated 
> -Wno-strict-aliasing -Wno-write-strings -Wno-invalid-offsetof 
> -fno-operator-names -Wno-error=array-bounds -Wno-error=switch 
> -Werror=format-security -Wno-unused-result -Wno-sign-compare -Wno-attributes 
> -Wno-maybe-uninitialized -Wno-unused-local-typedefs 
> -fno-canonical-system-headers -Wno-deprecated-declarations 
> -Wno-unused-function -Wvla  -ftrack-macro-expansion=0 -fno-builtin-memcmp 
> -fno-delete-null-pointer-checks -Wno-bool-compare -DFOLLY_HAVE_MALLOC_H 
> -mcrc32 -O2 -g -DNDEBUG   -o 
> CMakeFiles/hphp_ext_zend_compat.dir/php-src/TSRM/tsrm_virtual_cwd.cpp.o -c 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/TSRM/tsrm_virtual_cwd.cpp
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/snprintf.cpp:
>  In function 'int format_converter(buffy*, const char*, __va_list_tag*)':
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/snprintf.cpp:992:15:
>  error: 'isnan' was not declared in this scope
>if (zend_isnan(fp_num)) {
>^
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/snprintf.cpp:992:15:
>  note: suggested alternative:
> In file included from /usr/include/c++/5/complex:44:0,
>  from /usr/include/boost/type_traits/is_complex.hpp:12,
>  from /usr/include/boost/type_traits.hpp:49,
>  from 
> /<>/hhvm-3.12.0+dfsg/third-party/folly/folly/Portability.h:267,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/util/portability.h:20,
>  from /<>/hhvm-3.12.0+dfsg/hphp/util/exception.h:23,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/util/thread-local.h:21,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/Zend/../TSRM/TSRM.h:124,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/Zend/zend_alloc.h:27,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/Zend/zend.h:252,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/php.h:34,
>  from 
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/snprintf.cpp:21:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/hhvm-3.12.0+dfsg/hphp/runtime/ext_zend_compat/php-src/main/snprintf.cpp:995:22:
>  error: 'isinf' was not declared in this scope
>} else if (zend_isinf(fp_num)) {
>   ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818830: xless: FTBFS with libc 2.23: #error "The GNU C Library no longer implements ."

[Martin Michlmayr]

Package: xless
Version: 1.7-14.2
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> gcc -O2 -Wall -fno-strength-reduce -I/usr/X11R6/include -DDEBIAN -c util.c
> gcc -O2 -Wall -fno-strength-reduce -I/usr/X11R6/include -DDEBIAN -c 
> callbacks.c
> In file included from callbacks.c:39:0:
> /usr/include/regexp.h:30:2: error: #error "The GNU C Library no longer 
> implements ."
>  #error "The GNU C Library no longer implements ."
>   ^
> /usr/include/regexp.h:31:2: error: #error "Please update your code to use 
>  instead (no trailing 'p')."
>  #error "Please update your code to use  instead (no trailing 'p')."
>   ^
> callbacks.c: In function 'find':
> callbacks.c:163:3: error: unknown type name 'regex_t'
>regex_t pat;
>^
> callbacks.c:164:3: error: unknown type name 'regmatch_t'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818829: libreoffice: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: libreoffice
Version: 1:5.1.1-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> S=/<> && I=$S/instdir && W=$S/workdir &&  mkdir -p 
> $W/CxxObject/xmloff/source/forms/ $W/Dep/CxxObject/xmloff/source/forms/ && cd 
> /<> &&   x86_64-linux-gnu-g++ -DBOOST_ERROR_CODE_HEADER_ONLY 
> -DBOOST_SYSTEM_NO_DEPRECATED -DCPPU_ENV=gcc3 -DLINUX -DNDEBUG -DOPTIMIZE 
> -DOSL_DEBUG_LEVEL=0 -DUNIX -DUNX -DX86_64 -D_FORTIFY_SOURCE=2 -D_PTHREADS 
> -D_REENTRANT -Wdate-time -Wdate-time -D_FORTIFY_SOURCE=2  
> -DXMLOFF_DLLIMPLEMENTATION   -DHAVE_GCC_VISIBILITY_FEATURE 
> -fvisibility=hidden   -Wall -Wno-missing-braces -Wnon-virtual-dtor 
> -Wendif-labels -Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common 
> -pipe  -fvisibility-inlines-hidden -fPIC -Wshadow -Woverloaded-virtual 
> -std=gnu++14  -ggdb2  -DEXCEPTIONS_ON -fexceptions -fno-enforce-eh-specs -g 
> -O2 -fstack-protector-strong -Wformat -Werror=format-security  
> -DLIBO_INTERNAL_ONLY  -c $S/xmloff/source/forms/formcellbinding.cxx -o 
> $W/CxxObject/xmloff/source/forms/formcellbinding.o  -I$S/xmloff/source/forms/ 
> -I$S/x
> mloff/inc  -I$S/include  -I/usr/lib/jvm/default-java/include 
> -I/usr/lib/jvm/default-java/include/linux -I$S/config_host   -I/usr/include  
> -I$W/CustomTarget/officecfg/registry -I$W/UnoApiHeadersTarget/udkapi/normal 
> -I$W/UnoApiHeadersTarget/offapi/normal   
> [build CXX] xmloff/source/forms/formenums.cxx
> /<>/xmloff/source/draw/ximp3dscene.cxx: In constructor 
> 'SdXML3DLightContext::SdXML3DLightContext(SvXMLImport&, sal_uInt16, const 
> rtl::OUString&, const 
> com::sun::star::uno::Reference&)':
> /<>/xmloff/source/draw/ximp3dscene.cxx:69:39: error: 'isnan' was 
> not declared in this scope
>  if (!isnan(aVal.getX()) && !isnan(aVal.getY()) && 
> !isnan(aVal.getZ()))
>^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818828: dwb: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: dwb
Version: 20150419git-2
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> cc scripts/cl_gobject.c
> scripts/cl_gobject.c: In function 'gobject_disconnect':
> scripts/cl_gobject.c:488:5: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  if (!isnan(id))
>  ^
> Makefile:44: recipe for target 'scripts/cl_gobject.o' failed
> make[2]: *** [scripts/cl_gobject.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818824: libksysguard: FTBFS with libc 2.23: 'isinf' was not declared in this scope

[Martin Michlmayr]

Package: libksysguard
Version: 4:5.4.3-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> -gnu/qt5/QtWebKitWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtWebKit 
> -isystem /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem 
> /usr/include/KF5/KI18n -isystem /usr/include/KF5/KWindowSystem -isystem 
> /usr/include/KF5/KAuth -isystem /usr/include/KF5/KCoreAddons -isystem 
> /usr/include/KF5/KCompletion -isystem /usr/include/KF5/KConfigWidgets 
> -isystem /usr/include/KF5/KCodecs -isystem /usr/include/KF5/KWidgetsAddons 
> -isystem /usr/include/KF5/KConfigGui -isystem 
> /usr/include/x86_64-linux-gnu/qt5/QtXml -isystem /usr/include/KF5/KIconThemes 
> -isystem /usr/include/x86_64-linux-gnu/qt5/QtX11Extras  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x 
> -fno-exceptions -Wall -Wextra -Wcast-align -Wchar-subscripts 
> -Wformat-security -Wno-long-long -Wpointer-arith -Wundef -Wnon-virtual-dtor 
> -Woverloaded-virtual -Werror=return-type -fPIC -fvisibility=hidden 
> -fvisibility-inlines-hidden   -fPIC -o 
> CMakeFiles/processui.dir/ProcessModel.cpp.o -c 
> /<>/processui/ProcessModel.cpp
> /<>/signalplotter/ksignalplotter.cpp: In member function 'void 
> KSignalPlotterPrivate::recalculateMaxMinValueForSample(const QList&, 
> int)':
> /<>/signalplotter/ksignalplotter.cpp:488:32: error: 'isinf' was 
> not declared in this scope
>  if( !isinf(newValue) && !isnan(newValue) )
> ^
> /<>/signalplotter/ksignalplotter.cpp:488:32: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QList:1,
>  from /<>/signalplotter/ksignalplotter.h:27,
>  from /<>/signalplotter/ksignalplotter.cpp:29:
> /usr/include/c++/5/cmath:621:5: note:   'std::isinf'
>  isinf(_Tp __x)
>  ^
> /<>/signalplotter/ksignalplotter.cpp:488:52: error: 'isnan' was 
> not declared in this scope
>  if( !isinf(newValue) && !isnan(newValue) )
> ^
> /<>/signalplotter/ksignalplotter.cpp:488:52: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QList:1,
>  from /<>/signalplotter/ksignalplotter.h:27,
>  from /<>/signalplotter/ksignalplotter.cpp:29:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/signalplotter/ksignalplotter.cpp:491:27: error: 'isnan' was 
> not declared in this scope
>  if(isnan(mMinValue) || mMinValue > value) mMinValue = value;
>^
> /<>/signalplotter/ksignalplotter.cpp:491:27: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QList:1,
>  from /<>/signalplotter/ksignalplotter.h:27,
>  from /<>/signalplotter/ksignalplotter.cpp:29:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/signalplotter/ksignalplotter.cpp:492:27: error: 'isnan' was 
> not declared in this scope
>  if(isnan(mMaxValue) || mMaxValue < value) mMaxValue = value;
>^
> /<>/signalplotter/ksignalplotter.cpp:492:27: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from 

Bug#295605: #295605: just fixed this upstream

[Simon Tatham]

Commit 36ddc5708 in PuTTY master branch fixes this old bug. (Also, the
commit message provides a reliable reproducer.)

Cheers,
Simon

-- 
for k in [pow(x,37,0x1a1298d262b49c895d47f) for x in [0x50deb914257022de7fff,
0x213558f2215127d5a2d1, 0x90c99e86d08b91218630, 0x109f3d0cfbf640c0beee7,
0xc83e01379a5fbec5fdd1, 0x19d3d70a8d567e388600e, 0x534e2f6e8a4a33155123]]:
 print "".join([chr(32+3*((k>>x)&1))for x in range(79)]) # 

Bug#818823: oclgrind: FTBFS with libc 2.23: '::isnan' has not been declared

[Martin Michlmayr]

Package: oclgrind
Version: 15.5-3
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 63%] Building CXX object CMakeFiles/oclgrind.dir/src/core/WorkItem.cpp.o
> /usr/bin/c++   -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS 
> -Doclgrind_EXPORTS -I/usr/lib/llvm-3.6/include -I/include 
> -I/<>/src -I/<>/obj-x86_64-linux-gnu  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2  -std=gnu++11 -fPIC   -o 
> CMakeFiles/oclgrind.dir/src/core/WorkItem.cpp.o -c 
> /<>/src/core/WorkItem.cpp
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 63%] Built target CLC_HEADERS
> /<>/src/core/WorkItemBuiltins.cpp: In static member function 
> 'static double oclgrind::WorkItemBuiltins::_sign_(double)':
> /<>/src/core/WorkItemBuiltins.cpp:453:11: error: '::isnan' has 
> not been declared
>if (::isnan(x))  return  0.0;
>^
> /<>/src/core/WorkItemBuiltins.cpp:453:11: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /<>/src/core/WorkItemBuiltins.cpp:10:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/src/core/WorkItemBuiltins.cpp: In static member function 
> 'static void oclgrind::WorkItemBuiltins::modf_builtin(oclgrind::WorkItem*, 
> const llvm::CallInst*, const string&, const string&, oclgrind::TypedValue&, 
> void*)':
> /<>/src/core/WorkItemBuiltins.cpp:2362:38: error: '::isinf' has 
> not been declared
>  double fractional = copysign(::isinf(x) ? 0.0 : x - integral, x);
>   ^
> /<>/src/core/WorkItemBuiltins.cpp:2362:38: note: suggested 
> alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /<>/src/core/WorkItemBuiltins.cpp:10:
> /usr/include/c++/5/cmath:621:5: note:   'std::isinf'
>  isinf(_Tp __x)
>  ^
> /<>/src/core/WorkItemBuiltins.cpp: In static member function 
> 'static int64_t oclgrind::WorkItemBuiltins::_isinf_(double)':
> /<>/src/core/WorkItemBuiltins.cpp:2491:46: error: '::isinf' has 
> not been declared
>  static int64_t _isinf_(double x){ return ::isinf(x); }
...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818826: cdo: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: cdo
Version: 1.7.0+dfsg.1-3
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> mv -f .deps/cdo-Duplicate.Tpo .deps/cdo-Duplicate.Po
> gcc -DHAVE_CONFIG_H -I.  -I../libcdi/src -I/usr/include/magics -I/usr/include 
> -I/usr/include -I/usr/include -I/usr/include 
> -I/usr/lib/x86_64-linux-gnu/hdf5/serial/include -I/usr/include -Wdate-time 
> -D_FORTIFY_SOURCE=2 -DgFortran -I/usr/include  -g -O2 -fPIE 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic 
> -fPIC -fopenmp  -MT cdo-EOFs.o -MD -MP -MF .deps/cdo-EOFs.Tpo -c -o 
> cdo-EOFs.o `test -f 'EOFs.c' || echo './'`EOFs.c
> EOFs.c: In function 'EOFs':
> EOFs.c:380:5: error: non-floating-point argument in call to function 
> '__builtin_isnan'
>  if ( !DBL_IS_EQUAL(weight[i], 0) && !DBL_IS_EQUAL(weight[i], missval) &&
>  ^
> EOFs.c:380:5: error: non-floating-point argument in call to function 
> '__builtin_isnan'
> EOFs.c:395:8: error: non-floating-point argument in call to function 
> '__builtin_isnan'
> if ( !DBL_IS_EQUAL(weight[i], 0) && !DBL_IS_EQUAL(weight[i], missval) 
> &&
> ^
> EOFs.c:395:8: error: non-floating-point argument in call to function 
> '__builtin_isnan'
> Makefile:2223: recipe for target 'cdo-EOFs.o' failed
> make[3]: *** [cdo-EOFs.o] Error 1
> make[3]: Leaving directory '/<>/cdo-1.7.0+dfsg.1/src'

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818825: adios: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: adios
Version: 1.9.0-8
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
>  ^
> core/adios_internals.c: In function 'adios_generate_var_characteristics_v1':
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5018:13: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int8_t,1)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5018:13: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int8_t,1)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5021:17: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(uint8_t,1)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5021:17: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(uint8_t,1)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5024:21: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int16_t,2)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5024:21: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int16_t,2)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5027:25: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(uint16_t,2)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5027:25: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(uint16_t,2)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5030:29: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int32_t,4)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5030:29: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(int32_t,4)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isnan'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> core/adios_internals.c:5033:33: note: in expansion of macro 'ADIOS_STATISTICS'
>  ADIOS_STATISTICS(uint32_t,4)
>  ^
> core/adios_internals.c:4963:28: error: non-floating-point argument in call to 
> function '__builtin_isfinite'
>  hist = (struct adios_hist_struct *) 
> stats[map[adios_statistic_hist]].data; \
> ^
> 

Bug#818821: xview: FTBFS with libc 2.23: #error "The GNU C Library no longer implements

[Martin Michlmayr]

Package: xview
Version: 3.2p1.4-28.1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
>cpp -undef -traditional  
> -D__apploaddir__=/etc/X11/app-defaults -D__filemansuffix__=5x 
> -D__osfilemansuffix__=5 -D__libmansuffix__=3x -D__oslibmansuffix__=3 
> -D__mansuffix__=1x -D__osmansuffix__=1 -D__syscallmansuffix__=2x 
> -D__ossysmansuffix__=2 -D__gamemansuffix__=6x -D__osgamemansuffix__=6 
> -D__miscmansuffix__=7x -D__osmiscmansuffix__=7 -D__admmansuffix__=8x 
> -D__osadmmansuffix__=8 -D__miscmansuffix__=7x -D__osmiscmansuffix__=7 
> -D__drivermansuffix__=4x -D__osdrivermansuffix__=4 -D__adminmansuffix__=8 
> -D__projectroot__=/usr -D__xconfigfile__=xorg.conf 
> -D__xconfigdir__=/usr/lib/X11 -D__xlogfile__=Xorg -D__xservername__=Xorg 
> -D__appmansuffix__=1x -D__xorgversion__="\"`echo 7 7 0 | sed -e 's/ /./g' -e 
> 's/^/Version\\\ /'`\" \"X Version 11\"" -D__vendorversion__="`echo 7 7 0 | 
> sed -e 's/ /./g' -e 's/^/Version\\\ /'` X.Org"  \
>  < shelltool.man | sed -e '/^#  *[0-9][0-9]*  *.*$/d' 
> -e '/^#line  *[0-9][0-9]*  *.*$/d'  -e '/^[ 
> ]*XCOMM$/s/XCOMM/#/'-e '/^[ 
> ]*XCOMM[^a-zA-Z0-9_]/s/XCOMM/#/'-e '/^[ 
> ]*XHASH/s/XHASH/#/' -e '/\@\@$/s/\@\@$/\\/' 
> >shelltool._man; \
> fi
> :399:0: error: invalid preprocessing directive #dynamically
> :401:0: error: invalid preprocessing directive #dynamically
> :403:0: error: invalid preprocessing directive #dynamically
> :416:0: error: unterminated comment
> make[4]: Leaving directory '/<>/clients/cmdtool'
> making all in clients/olwm...

...

> gccmakedep  -- -I/<>/build/include  -I/usr/include 
> -I/usr/include -I.  -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L 
> -D_POSIX_SOURCE -D_XOPEN_SOURCE   
>   -D_BSD_SOURCE -D_SVID_SOURCE 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
>-DFUNCPROTO=15 -DNARROWPROTO   -DOW_I18N_L3 
> -DIDENT -DXPM -DSHAPE -DXVIEW32 -DMAXPID=32768 -I/usr/include/X11 
> -DOPENWINHOME_DEFAULT=\"/usr\" -D_GNU_SOURCE  -- atom.c client.c cmdstream.c 
> cursors.c debug.c defaults.c dsdm.cenviron.c error.c evbind.c 
> events.c fontset.c gettext.c gif.c group.chelpsend.c i18n.c images.c 
> info.c kbdfuncs.c list.c mem.c menu.cmoveresize.c notice.c 
> ol_button.413.c ol_button.svr4.c olvwmrc.colwm.c pixmap.c 
> properties.c reduce.c resources.c screen.cselection.c services.c 
> slave.c slots.c st.c states.c usermenu.cusleep.c virtual.c win.c 
> winbusy.c winbutton.c wincolor.c winframe.cwingframe.c winicon.c 
> winipane.c win
> menu.c winnofoc.c winpane.cwinpinmenu.c winpush.c winresize.c 
> winroot.c
> In file included from virtual.c:61:0:
> /usr/include/regexp.h:30:2: error: #error "The GNU C Library no longer 
> implements ."
>  #error "The GNU C Library no longer implements ."
>   ^
> /usr/include/regexp.h:31:2: error: #error "Please update your code to use 
>  instead (no trailing 'p')."
>  #error "Please update your code to use  instead (no trailing 'p')."
>   ^
> gccmakedep  -- -I/<>/build/include  -I/usr/include 
> -I/usr/include -I.  -Dlinux -D__amd64__ -D_POSIX_C_SOURCE=199309L 
> -D_POSIX_SOURCE -D_XOPEN_SOURCE   
>   -D_BSD_SOURCE -D_SVID_SOURCE 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
>-DFUNCPROTO=15 -DNARROWPROTO   -DOW_I18N_L3 
> -DIDENT -DXPM -DSHAPE -DXVIEW32 -DMAXPID=32768 -I/usr/include/X11 
> -DOPENWINHOME_DEFAULT=\"/usr\" -D_GNU_SOURCE  -- atom.c client.c cmdstream.c 
> cursors.c debug.c defaults.c dsdm.cenviron.c error.c evbind.c 
> events.c fontset.c gettext.c gif.c group.chelpsend.c i18n.c images.c 
> info.c kbdfuncs.c list.c mem.c menu.cmoveresize.c notice.c 
> ol_button.413.c ol_button.svr4.c olvwmrc.colwm.c pixmap.c 
> properties.c reduce.c resources.c screen.cselection.c services.c 
> slave.c slots.c st.c states.c usermenu.cusleep.c virtual.c win.c 
> winbusy.c winbutton.c wincolor.c winframe.cwingframe.c winicon.c 
> winipane.c win
> menu.c winnofoc.c winpane.cwinpinmenu.c winpush.c winresize.c 
> winroot.c
> In file included from virtual.c:61:0:
> /usr/include/regexp.h:30:2: error: #error "The GNU C Library no longer 
> implements ."
>  #error "The GNU C Library no longer implements ."
>   ^
> /usr/include/regexp.h:31:2: error: #error "Please update your code to use 
>  instead (no trailing 'p')."
>  #error "Please update your code 

Bug#818822: fitscut: FTBFS with libc 2.23: expected '(' before '__builtin_isfinite'

[Martin Michlmayr]

Package: fitscut
Version: 1.4.4-3
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> gcc -DHAVE_CONFIG_H -I.   -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall 
> -Wmissing-prototypes  -c -o histogram.o histogram.c
> In file included from histogram.c:37:0:
> histogram.c: In function 'compute_histogram':
> histogram.c:86:33: error: expected '(' before '__builtin_isfinite'
>  else if isfinite(value)
>  ^
> Makefile:466: recipe for target 'histogram.o' failed
> make[2]: *** [histogram.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818819: leocad: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: leocad
Version: 0.81+svn1775-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -c -include build/release/.obj/leocad -m64 -pipe -std=c++11 -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -DLC_DISABLE_UPDATE_CHECK -Wall -W -Wno-unused-parameter 
> -D_REENTRANT -DLC_INSTALL_PREFIX=\"/usr\" -DQT_NO_DEBUG -DQT_OPENGL_LIB 
> -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED 
> -I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/qt4/QtCore 
> -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtOpenGL -I/usr/include/qt4 -Iqt -Icommon 
> -I/usr/X11R6/include -Ibuild/release/.moc -Ibuild/release/.ui -o 
> build/release/.obj/camera.o common/camera.cpp
> common/camera.cpp: In member function 'void lcCamera::Orbit(float, float, 
> const lcVector3&, lcStep, bool)':
> common/camera.cpp:828:16: error: 'isnan' was not declared in this scope
>   if (isnan(Z[0]) || isnan(Z[1]))
> ^
> common/camera.cpp:828:16: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/qt4/QtCore/qglobal.h:68,
>  from /usr/include/qt4/QtCore/QtGlobal:1,
>  from common/lc_global.h:4:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> Makefile:1056: recipe for target 'build/release/.obj/camera.o' failed
> make[1]: *** [build/release/.obj/camera.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818820: ldc: FTBFS with libc 2.23: '::isnan' has not been declared

[Martin Michlmayr]

Package: ldc
Version: 1:0.17.0~beta2-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> /usr/bin/c++   -DDMDV2 -DHAVE_SC_ARG_MAX -DIN_LLVM 
> -DLDC_INSTALL_PREFIX=\"/usr\" -DLDC_LLVM_VER=307 
> -DLLVM_INTRINSIC_TD_PATH=\"/usr/lib/llvm-3.7/include\" -DOPAQUE_VTBLS 
> -D__LITTLE_ENDIAN__ -I"/<>/." -I"/<>/dmd2" 
> -I"/<>/dmd2/root" -I"/<>/build-static/dmd2" 
> -I"/<>" -isystem /usr/lib/llvm-3.7/include  -g -O2
> -I/usr/lib/llvm-3.7/include  -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS 
> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -g -O2 -fomit-frame-pointer 
> -std=c++11 -fvisibility-inlines-hidden -fno-exceptions -fPIC 
> -ffunction-sections -fdata-sections -Wcast-qual -fno-rtti   -w -DPOSIX 
> -DLDC_POSIX  -o CMakeFiles/LDCShared.dir/dmd2/declaration.c.o -c 
> "/<>/dmd2/declaration.c"
> [  7%] Linking CXX executable bin/FileCheck
> /usr/bin/cmake -E cmake_link_script CMakeFiles/FileCheck.dir/link.txt 
> --verbose=1
> /<>/dmd2/root/port.c: In static member function 'static int 
> Port::isNan(double)':
> /<>/dmd2/root/port.c:813:12: error: '::isnan' has not been 
> declared
>  return ::isnan(r);
> ^
> /<>/dmd2/root/port.c: In static member function 'static int 
> Port::isNan(longdouble)':
> /<>/dmd2/root/port.c:829:12: error: '::isnan' has not been 
> declared
>  return ::isnan(r);
> ^
> /<>/dmd2/root/port.c: In static member function 'static int 
> Port::isInfinity(double)':
> /<>/dmd2/root/port.c:857:12: error: '::isinf' has not been 
> declared
>  return ::isinf(r);
> ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818816: zynaddsubfx: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: zynaddsubfx
Version: 2.5.2-2
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> cd /<>/obj-x86_64-linux-gnu/rtosc && /usr/bin/cmake -E 
> cmake_link_script CMakeFiles/message-alignment.dir/link.txt --verbose=1
> /usr/bin/cc  -O2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -fPIC -std=c99   
> -Wall -Wextra   -Wl,-z,relro 
> CMakeFiles/message-alignment.dir/test/message-alignment.c.o  -o 
> message-alignment -rdynamic librtosc.a 
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
> [ 59%] Built target liblo
> [ 59%] Built target message-alignment
> In file included from /<>/src/UI/Fl_EQGraph.cpp:6:0:
> /<>/src/UI/../DSP/FFTwrapper.h: In instantiation of 
> 'std::complex<_Tp> FFTpolar(const _Tp&, const _Tp&) [with _Tp = float]':
> /<>/src/UI/Fl_EQGraph.cpp:158:59:   required from here
> /<>/src/UI/../DSP/FFTwrapper.h:61:18: error: 'isnan' was not 
> declared in this scope
>  if (isnan(__x))
>   ^
> /<>/src/UI/../DSP/FFTwrapper.h:61:18: note: suggested 
> alternative:
> In file included from /<>/src/UI/Fl_Osc_Widget.H:5:0,
>  from /<>/src/UI/Fl_EQGraph.H:2,
>  from /<>/src/UI/Fl_EQGraph.cpp:3:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> In file included from /<>/src/UI/Fl_EQGraph.cpp:6:0:
> /<>/src/UI/../DSP/FFTwrapper.h:64:18: error: 'isnan' was not 
> declared in this scope
>  if (isnan(__y))
>   ^
> /<>/src/UI/../DSP/FFTwrapper.h:64:18: note: suggested 
> alternative:
> In file included from /<>/src/UI/Fl_Osc_Widget.H:5:0,
>  from /<>/src/UI/Fl_EQGraph.H:2,
>  from /<>/src/UI/Fl_EQGraph.cpp:3:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> src/UI/CMakeFiles/zynaddsubfx_gui.dir/build.make:1185: recipe for target 
> 'src/UI/CMakeFiles/zynaddsubfx_gui.dir/Fl_EQGraph.cpp.o' failed
> make[3]: *** [src/UI/CMakeFiles/zynaddsubfx_gui.dir/Fl_EQGraph.cpp.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818763: nvidia-kernel-dkms: fail to load nvidia-uvm (again)

[Luca Boccassi]

Contro: tag -1 moreinfo

On Sun, 2016-03-20 at 16:07 +0100, Michael Below wrote:
> Package: nvidia-kernel-dkms
> Version: 352.79-5
> Severity: normal
> 
> Dear Maintainer,
> 
> after some updates to my Debian testing installation I noticed that OpenCL
> stopped working with my graphics card. For darktable, the debug log looked 
> like:
> 
> [opencl_init] found opencl runtime library 'libOpenCL'
> [opencl_init] opencl library 'libOpenCL' found on your system and loaded
> modprobe: ERROR: could not insert 'nvidia_current_uvm': Operation not 
> permitted
> modprobe: ERROR: ../libkmod/libkmod-module.c:977 command_do() Error running 
> install command for nvidia_uvm
> modprobe: ERROR: could not insert 'nvidia_uvm': Operation not permitted
> [opencl_init] could not get platforms: -1001
> [opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
> [opencl_init] initial status of opencl enabled flag is OFF.
> 
> This seems to be the same bug as in #812396, so I tried the same fix as
> proposed there (sudo modprobe --force-modversion nvidia-current-uvm), and now
> it works:
> 
> [opencl_init] found opencl runtime library 'libOpenCL'
> [opencl_init] opencl library 'libOpenCL' found on your system and loaded
> [opencl_init] found 1 platform
> [opencl_init] found 1 device
> [opencl_init] device 0 `GeForce GTX 750 Ti' has sm_20 support.
> [opencl_init] device 0 `GeForce GTX 750 Ti' supports image sizes of 16384 x 
> 16384
> [opencl_init] device 0 `GeForce GTX 750 Ti' allows GPU memory allocations of 
> up to 511MB
> [opencl_init] device 0: GeForce GTX 750 Ti 
>  GLOBAL_MEM_SIZE:  2047MB
>  MAX_WORK_GROUP_SIZE:  1024
>  MAX_WORK_ITEM_DIMENSIONS: 3
>  MAX_WORK_ITEM_SIZES:  [ 1024 1024 64 ]
>  DRIVER_VERSION:   352.79
>  DEVICE_VERSION:   OpenCL 1.2 CUDA
> [opencl_init] compiling program `demosaic_ppg.cl' ..
> [opencl_load_program] could not load cached binary program, trying to compile 
> source
> [opencl_load_program] successfully loaded program from 
> `/usr/share/darktable/kernels/demosaic_ppg.cl'
> [opencl_build_program] successfully built program
> [opencl_build_program] BUILD STATUS: 0

Hi,

Sorry for your problems.

Unfortunately I cannot reproduce with the same version of the drivers on
my amd64 Jessie desktop, opencl-demo works just fine and nvidia-uvm
loads:

./cl-demo 10 5
Choose platform:
[0] NVIDIA Corporation
Enter choice: 
Choose device:
[0] GeForce GTX 780
Enter choice: 
-
NAME: GeForce GTX 780
VENDOR: NVIDIA Corporation
PROFILE: FULL_PROFILE
VERSION: OpenCL 1.2 CUDA
EXTENSIONS: cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing
cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll
cl_nv_copy_opts  cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomics cl_khr_fp64 
DRIVER_VERSION: 352.79



0.000265 s
0.000453 GB/s
GOOD

$ lsmod | grep nvidia
nvidia_uvm 73728  0 
nvidia   8540160  71 nvidia_uvm
drm   352256  3 nvidia


But I noticed something strange that caught my attention in your Xorg
log:

[  2634.192] (II) NVIDIA GLX Module  340.93  Wed Aug 19 16:23:51 PDT
2015
[  2634.192] (II) LoadModule: "nvidia"
[  2634.192] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[  2634.193] (II) Module nvidia: vendor="NVIDIA Corporation"
[  2634.193]compiled for 4.0.2, module version = 1.0.0
[  2634.193]Module class: X.Org Video Driver
[  2634.193] (II) NVIDIA dlloader X Driver  340.93  Wed Aug 19 16:01:53
PDT 2015

It looks like the older 340.93 library is being loaded? But all the
symlinks and the package versions in your system indicate that 352.79 is
installed, any idea why this might be happening?

If you run:

glxgears -info

What's the reported version?

Finally, if you run manually:

sudo modprobe -v nvidia-uvm

What's the output?

Kind regards,
Luca Boccassi


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

Bug#818818: amide: FTBFS with libc 2.23: expected '(' before '__builtin_isinf_sign'

[Martin Michlmayr]

Package: amide
Version: 1.0.5-5
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> gcc -DHAVE_CONFIG_H -I. -I.. -DAMIDE_PREFIX=\""/usr"\" 
> -DAMIDE_SYSCONFDIR=\""/etc"\" -DAMIDE_DATADIR=\""/usr/share"\" 
> -DAMIDE_LIBDIR=\""/usr/lib/x86_64-linux-gnu"\"-Wdate-time 
> -D_FORTIFY_SOURCE=2 -O2 -I/usr/include  -pthread -I/usr/include/libxml2 
> -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gail-1.0 
> -I/usr/include/libart-2.0 -I/usr/include/gtk-2.0 
> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ 
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng12 
> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 
> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
> -I/usr/include/freetype2 -pthread -I/usr/include/gconf/2 
> -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
> -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread 
> -I/usr/include/gno
> me-vfs-2.0 -I/usr/lib/x86_64-linux-gnu/gnome-vfs-2.0/include 
> -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 
> -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -I/usr/include/dcmtk/dcmdata 
> -I/usr/include/libpng12 -I/usr/include/glib-2.0 
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include  -DG_DISABLE_DEPRECATED -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -c -o 
> alignment_mutual_information.o alignment_mutual_information.c
> In file included from amitk_point.h:32:0,
>  from amitk_space.h:29,
>  from amitk_object.h:30,
>  from amitk_volume.h:30,
>  from amitk_data_set.h:30,
>  from alignment_mutual_information.c:27:
> alignment_mutual_information.c: In function 'calculate_mutual_information':
> alignment_mutual_information.c:212:10: error: expected '(' before 
> '__builtin_isinf_sign'
>if isinf(incremental_mi) {
>   ^
> Makefile:1046: recipe for target 'alignment_mutual_information.o' failed
> make[3]: *** [alignment_mutual_information.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818817: woo: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: woo
Version: 1.0+dfsg1-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...

> build-src-tree/woo/pkg/dem/Particle.hpp: In member function 'void 
> Shape::setBaseColor(Real)':
> build-src-tree/woo/pkg/dem/Particle.hpp:360:39: error: 'isnan' was not 
> declared in this scope
>   void setBaseColor(Real c){ if(isnan(c)) return; 
> color=trunc(color)+(color<0?-1:1)*CompUtils::clamped(c,0,1); }
>^
> build-src-tree/woo/pkg/dem/Particle.hpp:360:39: note: suggested alternatives:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/boost/iterator/iterator_concepts.hpp:29,
>  from /usr/include/boost/range/concepts.hpp:20,
>  from /usr/include/boost/range/size_type.hpp:20,
>  from /usr/include/boost/range/size.hpp:21,
>  from /usr/include/boost/range/functions.hpp:20,
>  from /usr/include/boost/range/iterator_range_core.hpp:38,
>  from /usr/include/boost/lexical_cast.hpp:30,
>  from build-src-tree/woo/core/Dispatcher.hpp:11,
>  from build-src-tree/woo/pkg/dem/Collision.hpp:2,
>  from build-src-tree/woo/pkg/dem/InsertionSortCollider.hpp:4,
>  from build-src-tree/../pkg/dem/InsertionSortCollider.cpp:3,
>  from build-src-tree/src/chunk-65-InsertionSortCollider.cpp:1:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> In file included from /usr/include/boost/lexical_cast/detail/inf_nan.hpp:35:0,
>  from 
> /usr/include/boost/lexical_cast/detail/converter_lexical_streams.hpp:64,
>  from 
> /usr/include/boost/lexical_cast/detail/converter_lexical.hpp:53,
>  from 
> /usr/include/boost/lexical_cast/try_lexical_convert.hpp:34,
>  from /usr/include/boost/lexical_cast.hpp:32,
>  from build-src-tree/woo/core/Dispatcher.hpp:11,
>  from build-src-tree/woo/pkg/dem/Collision.hpp:2,
>  from build-src-tree/woo/pkg/dem/InsertionSortCollider.hpp:4,
>  from build-src-tree/../pkg/dem/InsertionSortCollider.cpp:3,
>  from build-src-tree/src/chunk-65-InsertionSortCollider.cpp:1:
> /usr/include/boost/math/special_functions/fpclassify.hpp:579:14: note:   
> 'boost::math::isnan'
>  inline bool (isnan)(T x)
>   ^
> In file included from /usr/include/eigen3/Eigen/Core:441:0,
>  from build-src-tree/woo/lib/base/Math.hpp:55,
>  from build-src-tree/woo/core/Master.hpp:16,
>  from build-src-tree/woo/core/Dispatcher.hpp:13,
>  from build-src-tree/woo/pkg/dem/Collision.hpp:2,
>  from build-src-tree/woo/pkg/dem/InsertionSortCollider.hpp:4,
>  from build-src-tree/../pkg/dem/InsertionSortCollider.cpp:3,
>  from build-src-tree/src/chunk-65-InsertionSortCollider.cpp:1:
> /usr/include/eigen3/Eigen/src/Core/GlobalFunctions.h:67:36: note:   
> 'Eigen::isnan'
>EIGEN_ARRAY_DECLARE_GLOBAL_UNARY(isnan,scalar_isnan_op)
> ^
> /usr/include/eigen3/Eigen/src/Core/GlobalFunctions.h:17:4: note: in 
> definition of macro 'EIGEN_ARRAY_DECLARE_GLOBAL_UNARY'
>(NAME)(const Eigen::ArrayBase& x) { \
> ^
> In file included from /usr/include/eigen3/Eigen/Core:302:0,
>  from build-src-tree/woo/lib/base/Math.hpp:55,
>  from build-src-tree/woo/core/Master.hpp:16,
>  from build-src-tree/woo/core/Dispatcher.hpp:13,
>  from build-src-tree/woo/pkg/dem/Collision.hpp:2,
>  from build-src-tree/woo/pkg/dem/InsertionSortCollider.hpp:4,
>  from build-src-tree/../pkg/dem/InsertionSortCollider.cpp:3,
>  from build-src-tree/src/chunk-65-InsertionSortCollider.cpp:1:
> /usr/include/eigen3/Eigen/src/Core/MathFunctions.h:930:46: note:   
> 'Eigen::numext::isnan'
>  template EIGEN_DEVICE_FUNC bool (isnan)   (const T ) { return 
> internal::isnan_impl(x); }
>   ^
> In file included from 
> build-src-tree/src/chunk-65-InsertionSortCollider.cpp:1:0:
> build-src-tree/../pkg/dem/InsertionSortCollider.cpp: In member function 'bool 
> InsertionSortCollider::updateBboxes_doFullRun()':
> build-src-tree/../pkg/dem/InsertionSortCollider.cpp:297:24: error: 'isinf' 
> was not declared in this scope
>verletDist=isinf(minR) ? 0 : abs(verletDist)*minR;
...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818813: torcs: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: torcs
Version: 1.3.3+dfsg-0.2
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -I/<>/torcs-1.3.3+dfsg/export/include 
> -I/<>/torcs-1.3.3+dfsg -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall -Wall -fPIC -fno-strict-aliasing -O2 
> -DUSE_RANDR_EXT -DGL_GLEXT_PROTOTYPES -Wall -fPIC -fno-strict-aliasing -O2 
> -DUSE_RANDR_EXT -DGL_GLEXT_PROTOTYPES -Wdate-time -D_FORTIFY_SOURCE=2 
> -D_SVID_SOURCE -D_BSD_SOURCE -DSHM -DHAVE_CONFIG_H  -c simu.cpp
> In file included from /usr/include/stdlib.h:24:0,
>  from simu.cpp:20:
> /usr/include/features.h:148:3: warning: #warning "_BSD_SOURCE and 
> _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
>  # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
>^
> In file included from simu.cpp:23:0:
> simu.cpp: In function 'void ctrlCheck(tCar*)':
> simu.cpp:70:9: error: non-floating-point argument in call to function 
> '__builtin_isnan'
>  if (isnan(car->ctrl->gear) || isinf(car->ctrl->gear)) car->ctrl->gear = 
> 0;
>  ^
> simu.cpp:70:35: error: non-floating-point argument in call to function 
> '__builtin_isinf_sign'
>  if (isnan(car->ctrl->gear) || isinf(car->ctrl->gear)) car->ctrl->gear = 
> 0;
>^
> /<>/torcs-1.3.3+dfsg/Make-default.mk:240: recipe for target 
> 'simu.o' failed
> make[6]: *** [simu.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818814: mlpack: FTBFS with libc 2.23: there are no arguments to 'isnan' that depend on a template parameter

[Martin Michlmayr]

Package: mlpack
Version: 2.0.1-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 25%] Building CXX object 
> src/mlpack/CMakeFiles/mlpack.dir/methods/sparse_coding/sparse_coding.cpp.o
> cd /<>/obj-x86_64-linux-gnu/src/mlpack && /usr/bin/c++   
> -DARMA_NO_DEBUG -DBACKTRACE_FOUND -DBACKTRACE_HEADER=\"execinfo.h\" 
> -DBOOST_TEST_DYN_LINK -DNDEBUG -Dmlpack_EXPORTS -I/<> 
> -I/<>/src/mlpack/..  -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2  -std=c++0x -Wall 
> -Wextra -ftemplate-depth=1000 -O3 -fopenmp -fPIC   -o 
> CMakeFiles/mlpack.dir/methods/sparse_coding/sparse_coding.cpp.o -c 
> /<>/src/mlpack/methods/sparse_coding/sparse_coding.cpp
> In file included from 
> /<>/src/mlpack/../mlpack/methods/kmeans/kmeans.hpp:199:0,
>  from /<>/src/mlpack/methods/gmm/em_fit.hpp:22,
>  from /<>/src/mlpack/methods/gmm/gmm.hpp:22,
>  from /<>/src/mlpack/methods/gmm/gmm.cpp:16:
> /<>/src/mlpack/../mlpack/methods/kmeans/kmeans_impl.hpp: In 
> member function 'void mlpack::kmeans::KMeans InitialPartitionPolicy, EmptyClusterPolicy, LloydStepType, 
> MatType>::Cluster(const MatType&, size_t, arma::mat&, bool)':
> /<>/src/mlpack/../mlpack/methods/kmeans/kmeans_impl.hpp:178:20: 
> error: there are no arguments to 'isnan' that depend on a template parameter, 
> so a declaration of 'isnan' must be available [-fpermissive]
>  if (isnan(cNorm) || isinf(cNorm))
> ^
> /<>/src/mlpack/../mlpack/methods/kmeans/kmeans_impl.hpp:178:20: 
> note: (if you use '-fpermissive', G++ will accept your code, but allowing the 
> use of an undeclared name is deprecated)
> /<>/src/mlpack/../mlpack/methods/kmeans/kmeans_impl.hpp:178:36: 
> error: there are no arguments to 'isinf' that depend on a template parameter, 
> so a declaration of 'isinf' must be available [-fpermissive]
>  if (isnan(cNorm) || isinf(cNorm))
> ^
> src/mlpack/CMakeFiles/mlpack.dir/build.make:689: recipe for target 
> 'src/mlpack/CMakeFiles/mlpack.dir/methods/gmm/gmm.cpp.o' failed
> make[4]: *** [src/mlpack/CMakeFiles/mlpack.dir/methods/gmm/gmm.cpp.o] Error 1
> make[4]: *** Waiting for unfinished jobs

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818815: oolite: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isfinite'

[Martin Michlmayr]

Package: oolite
Version: 1.82-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
>   -MMD -MP -Wdate-time -D_FORTIFY_SOURCE=2 -DGNUSTEP 
> -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 
> -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS 
> -pthread -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -fgnu-runtime -Wall 
> -std=gnu99 -DLOADSAVEGUI -DLINUX -DXP_UNIX -Wno-import -DHAVE_LIBESPEAK=1 
> `pkg-config --cflags libpng glu gl x11 sdl mozjs185 nspr openal vorbisfile 
> minizip` -DNDEBUG -DOO_CHECK_GL_HEAVY=0 -DOO_EXCLUDE_DEBUG_SUPPORT=1 
> -DOO_OXP_VERIFIER_ENABLED=0 -DOO_LOCALIZATION_TOOLS=0 -DDEBUG_GRAPHVIZ=0 
> -DOO_FOV_INFLIGHT_CONTROL_ENABLEDD=0 -fconstant-string-class=NSConstantString 
> -Isrc/SDL -Isrc/Core -Isrc/BSDCompat -Isrc/Core/Scripting 
> -Isrc/Core/Materials -Isrc/Core/Entities -Isrc/Core/OXPVerifier 
> -Isrc/Core/Debug -Isrc/Core/Tables -I. -I/usr/local/include/GNUstep 
> -I/usr/include/GNUstep \
>-o obj.spk/oolite.obj/OOPListScript.m.o
> src/Core/Scripting/OOJSPlayerShip.m: In function 'ValidateContracts':
> src/Core/Scripting/OOJSPlayerShip.m:1499:3: error: non-floating-point 
> argument in call to function '__builtin_isfinite'
>if (argc > offset+5 && JS_ValueToECMAUint32(context, OOJS_ARGV[offset + 
> 5], ) && isfinite(uValue))
>^
> gcc src/Core/Scripting/OOScript.m -c \
>   -MMD -MP -Wdate-time -D_FORTIFY_SOURCE=2 -DGNUSTEP 
> -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 
> -fno-strict-aliasing -fexceptions -fobjc-exceptions -D_NATIVE_OBJC_EXCEPTIONS 
> -pthread -fPIC -Wall -DGSWARN -DGSDIAGNOSE -Wno-import -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -fgnu-runtime -Wall 
> -std=gnu99 -DLOADSAVEGUI -DLINUX -DXP_UNIX -Wno-import -DHAVE_LIBESPEAK=1 
> `pkg-config --cflags libpng glu gl x11 sdl mozjs185 nspr openal vorbisfile 
> minizip` -DNDEBUG -DOO_CHECK_GL_HEAVY=0 -DOO_EXCLUDE_DEBUG_SUPPORT=1 
> -DOO_OXP_VERIFIER_ENABLED=0 -DOO_LOCALIZATION_TOOLS=0 -DDEBUG_GRAPHVIZ=0 
> -DOO_FOV_INFLIGHT_CONTROL_ENABLEDD=0 -fconstant-string-class=NSConstantString 
> -Isrc/SDL -Isrc/Core -Isrc/BSDCompat -Isrc/Core/Scripting 
> -Isrc/Core/Materials -Isrc/Core/Entities -Isrc/Core/OXPVerifier 
> -Isrc/Core/Debug -Isrc/Core/Tables -I. -I/usr/local/include/GNUstep 
> -I/usr/include/GNUstep \
>-o obj.spk/oolite.obj/OOScript.m.o
> /usr/share/GNUstep/Makefiles/rules.make:468: recipe for target 
> 'obj.spk/oolite.obj/OOJSPlayerShip.m.o' failed

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818812: madness: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: madness
Version: 0.10-6
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> mpicxx -DHAVE_CONFIG_H   -I../../../src -I../../../src -I../../../src/apps 
> -DMRA_CHEMDATA_DIR=\"/<>/src/apps/chem\" -Wdate-time 
> -D_FORTIFY_SOURCE=2 -DMPICH_SKIP_MPICXX=1 -DOMPI_SKIP_MPICXX=1  -g -O2 
> -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -O3 
> -Wall -Wno-strict-aliasing -Wno-deprecated -Wno-unused-local-typedefs -c -o 
> plotxc.o plotxc.cc
> xcfunctional_ldaonly.cc: In member function 'madness::Tensor 
> madness::XCfunctional::exc(const std::vector&, int) 
> const':
> xcfunctional_ldaonly.cc:103:27: error: 'isnan' was not declared in this scope
>  if (isnan(f[i])) throw "numerical error in lda functional";
>^
> xcfunctional_ldaonly.cc:103:27: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from ../../../src/madness/world/dqueue.h:42,
>  from ../../../src/madness/world/thread.h:41,
>  from ../../../src/madness/misc/ran.h:36,
>  from ../../../src/madness/tensor/tensor.h:36,
>  from ../../../src/apps/chem/xcfunctional.h:10,
>  from xcfunctional_ldaonly.cc:5:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> xcfunctional_ldaonly.cc:114:27: error: 'isnan' was not declared in this scope
>  if (isnan(f[i])) throw "numerical error in lda functional";
>^
> xcfunctional_ldaonly.cc:114:27: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from ../../../src/madness/world/dqueue.h:42,
>  from ../../../src/madness/world/thread.h:41,
>  from ../../../src/madness/misc/ran.h:36,
>  from ../../../src/madness/tensor/tensor.h:36,
>  from ../../../src/apps/chem/xcfunctional.h:10,
>  from xcfunctional_ldaonly.cc:5:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> xcfunctional_ldaonly.cc: In member function 'madness::Tensor 
> madness::XCfunctional::vxc(const std::vector&, int, 
> int) const':
> xcfunctional_ldaonly.cc:139:27: error: 'isnan' was not declared in this scope
>  if (isnan(f[i])) throw "numerical error in lda functional";
>^
> xcfunctional_ldaonly.cc:139:27: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from ../../../src/madness/world/dqueue.h:42,
>  from ../../../src/madness/world/thread.h:41,
>  from ../../../src/madness/misc/ran.h:36,
>  from ../../../src/madness/tensor/tensor.h:36,
>  from ../../../src/apps/chem/xcfunctional.h:10,
>  from xcfunctional_ldaonly.cc:5:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> xcfunctional_ldaonly.cc:151:27: error: 'isnan' was not declared in this scope
>  if (isnan(f[i])) throw "numerical error in lda functional";
...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818811: exiv2: FTBFS with libc 2.23: error: unterminated comment

[Martin Michlmayr]

Package: exiv2
Version: 0.25-2.1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
> -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wcast-align 
> -Wpointer-arith -Wformat-security -Wmissing-format-attribute 
> -Woverloaded-virtual -W -I../src -I../include/ -I../include/exiv2 -Wdate-time 
> -D_FORTIFY_SOURCE=2 -DEXV_LOCALEDIR=\"/usr/share/locale\"   
> -I../xmpsdk/include -c -o utils.o utils.cpp
> In file included from ../include/exiv2/config.h:10:0,
>  from utils.cpp:32:
> ../include/exiv2/exv_conf.h:146:1: error: unterminated comment
>  /* Define to 1 if `lstat' dereferences a symlink specified with a trailing
>  ^
> In file included from ../include/exiv2/config.h:10:0,
>  from exiv2.cpp:34:
> ../include/exiv2/exv_conf.h:146:1: error: unterminated comment
>  /* Define to 1 if `lstat' dereferences a symlink specified with a trailing
>  ^
> ../include/exiv2/exv_conf.h:5:0: error: unterminated #else
>  #ifdef _MSC_VER
>  ^
> ../include/exiv2/exv_conf.h:5:0: error: unterminated #else
>  #ifdef _MSC_VER
>  ^
> ../include/exiv2/exv_conf.h:2:0: error: unterminated #ifndef
>  #ifndef __CONFIG__H__
>  ^
> ../include/exiv2/exv_conf.h:2:0: error: unterminated #ifndef
>  #ifndef __CONFIG__H__
>  ^

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818810: FTBFS with libc 2.23: 'isnan' was not declared in this scope

[Martin Michlmayr]

Package: kmplot
Version: 4:15.08.3-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> In file included from /<>/kmplot/kgradientdialog.cpp:27:0:
> /usr/include/KF5/KDELibs4Support/kcolordialog.h:211:41: note: declared here
>  class KDELIBS4SUPPORT_DEPRECATED_EXPORT KColorDialog : public KDialog
>  ^
> /<>/kmplot/view.cpp: In member function 'QPointF 
> View::toPixel(const QPointF&, View::ClipBehaviour, const QPointF&)':
> /<>/kmplot/view.cpp:479:14: error: 'isnan' was not declared in 
> this scope
>   if ( isnan(x) )
>   ^
> /<>/kmplot/view.cpp:479:14: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qvector.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QVector:1,
>  from /<>/kmplot/vector.h:28,
>  from /<>/kmplot/function.h:29,
>  from /<>/kmplot/view.h:29,
>  from /<>/kmplot/view.cpp:26:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/kmplot/view.cpp:499:15: error: 'isinf' was not declared in 
> this scope
>if ( isinf(x) == -1 )
>^
> /<>/kmplot/view.cpp:499:15: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qvector.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QVector:1,
>  from /<>/kmplot/vector.h:28,
>  from /<>/kmplot/function.h:29,
>  from /<>/kmplot/view.h:29,
>  from /<>/kmplot/view.cpp:26:
> /usr/include/c++/5/cmath:621:5: note:   'std::isinf'
>  isinf(_Tp __x)
>  ^
> /<>/kmplot/view.cpp:506:14: error: 'isnan' was not declared in 
> this scope
>   if ( isnan(y) )
>   ^
> /<>/kmplot/view.cpp:506:14: note: suggested alternative:
> In file included from /usr/include/c++/5/random:38:0,
>  from /usr/include/c++/5/bits/stl_algo.h:66,
>  from /usr/include/c++/5/algorithm:62,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:85,
>  from 
> /usr/include/x86_64-linux-gnu/qt5/QtCore/qalgorithms.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/qvector.h:37,
>  from /usr/include/x86_64-linux-gnu/qt5/QtCore/QVector:1,
>  from /<>/kmplot/vector.h:28,
>  from /<>/kmplot/function.h:29,
>  from /<>/kmplot/view.h:29,
>  from /<>/kmplot/view.cpp:26:
> /usr/include/c++/5/cmath:641:5: note:   'std::isnan'
>  isnan(_Tp __x)
>  ^
> /<>/kmplot/view.cpp:526:15: error: 'isinf' was not declared in 
> this scope
>if ( isinf(y) == -1 )
>^
...

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818698: does not convert crontabs correctly

[Alexandre Detiste]

Le dimanche 20 mars 2016, 20:02:37 Michael Meskes a écrit :
> > And as systemd-cron is the only user of timers in Debian;
> > you're the first to notice; thanks !
> 
> Surprising, isn't it? Anyway, thanks for debugging.

fstrim did tried to ship a .timer but got immediatly struck down;
I did filed this bug against policy, but that's like a message in a bottle at 
the sea:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770440

The long-term goal is that systemd-cron would just do nothing if a matching 
native timer is present;
to allow for a smooth transition.

https://github.com/systemd-cron/systemd-cron/blob/master/src/bin/systemd-crontab-generator.py#L494

CRONTAB_FILES = files('/etc/cron.d')
for filename in CRONTAB_FILES:
basename = os.path.basename(filename)
if (os.path.exists('@unitdir@/%s.timer' % basename)
 or os.path.exists('/etc/systemd/system/%s.timer' % basename)):
log(5, 'ignoring %s because native timer is present' % filename)
continue

 
> > There's well an upload pending (need a sponsor)
> > to allow non-root to use crontab.
> 
> I can do that.

That would be great, I already had several nice sponsors;
but it would be even better if it's someone who does use the package.

I have DM rights, but this has to go through the NEW queue because of this 
change:

http://anonscm.debian.org/cgit/collab-maint/systemd-cron.git/commit/?id=a57c0640c2c60f7c73c878c583fb314cba7a0506
-Architecture: all
+Architecture: linux-any

This C setgid helper has been enabled for almost two years on Arch + Gentoo;
but having yet an other review of this security-sensitive code is always 
appreciated:

  
https://github.com/systemd-cron/systemd-cron/blob/master/src/bin/crontab_setgid.c

Another option would be to split-out vixie crontab out of src:cron as a shared 
facility;
but I have no power there.

> > No, it's broken here to since update to v229.
> 
> Right. @systemd team, please include https://github.com/systemd/systemd
> /pull/2695, seems to fix it for me. 
> 
> > > I completely and strongly disagree. Did you see my follow-up email,
> > > it *never*  executed my foo job.

Ah, missed that one.

> > > It may be only serious, but it definitely is not fit for a release. 
> > Then systemd 229 is not fit for release.
>
> Indeed you're right imo.

This fix is not even list in upstream v230 changelog
not really serious.

Greets,

Alexandre Detiste 


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

Bug#818809: guiqwt: FTBFS with libc 2.23: non-floating-point argument in call to function '__builtin_isnan'

[Martin Michlmayr]

Package: guiqwt
Version: 3.0.2-1
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> compiling C++ sources
> C compiler: c++ -pthread -DNDEBUG -g -fwrapv -O2 -Wall -fno-strict-aliasing 
> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -fPIC
> 
> compile options: '-I/usr/lib/python2.7/dist-packages/numpy/core/include 
> -I/usr/include/python2.7 -c'
> extra options: '-Wall'
> c++: src/scaler.cpp
> In file included from 
> /usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ndarraytypes.h:1777:0,
>  from 
> /usr/lib/python2.7/dist-packages/numpy/core/include/numpy/ndarrayobject.h:18,
>  from 
> /usr/lib/python2.7/dist-packages/numpy/core/include/numpy/arrayobject.h:4,
>  from src/scaler.cpp:11:
> /usr/lib/python2.7/dist-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:15:2:
>  warning: #warning "Using deprecated NumPy API, disable it by " "#defining 
> NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Wcpp]
>  #warning "Using deprecated NumPy API, disable it by " \
>   ^
> src/scaler.cpp: In function 'bool scale_src_dst_interp(Params&, PixelScale&, 
> Interp&)':
> src/scaler.cpp:418:45: warning: typedef 'Transform' locally defined but not 
> used [-Wunused-local-typedefs]
>  typedef typename Params::transform_type Transform;
>  ^
> In file included from /usr/include/python2.7/pyport.h:325:0,
>  from /usr/include/python2.7/Python.h:58,
>  from src/scaler.cpp:8:
> src/scaler.cpp: In instantiation of 'void _scale_rgb(DEST&, Array2D&, 
> const Scale&, const Trans&, int, int, int, int, Interpolation&) [with DEST = 
> Array2D; ST = long unsigned int; Scale = LutScale int, unsigned int>; Trans = XYTransform; Interpolation = 
> NearestInterpolation > >]':
> src/scaler.cpp:423:15:   required from 'bool scale_src_dst_interp(Params&, 
> PixelScale&, Interp&) [with Params = params >; 
> PixelScale = LutScale; Interp = 
> NearestInterpolation > >]'
> src/scaler.cpp:447:58:   required from 'bool scale_src_dst(Params&, 
> PixelScale&) [with Params = params >; 
> PixelScale = LutScale]'
> src/scaler.cpp:501:42:   required from 'bool scale_src_bw(Params&) [with 
> Params = params >; ST = long unsigned int]'
> src/scaler.cpp:560:38:   required from 'PyObject* dispatch_source(Params&) 
> [with Params = params >; PyObject = _object]'
> src/scaler.cpp:641:48:   required from here
> src/scaler.cpp:297:7: error: non-floating-point argument in call to function 
> '__builtin_isnan'
>if (isnan(val)) {
>^
> src/scaler.cpp: In instantiation of 'void _scale_rgb(DEST&, Array2D&, 
> const Scale&, const Trans&, int, int, int, int, Interpolation&) [with DEST = 
> Array2D; ST = long unsigned int; Scale = LutScale int, unsigned int>; Trans = XYTransform; Interpolation = 
> SubSampleInterpolation > >]':
> src/scaler.cpp:423:15:   required from 'bool scale_src_dst_interp(Params&, 
> PixelScale&, Interp&) [with Params = params >; 
> PixelScale = LutScale; Interp = 
> SubSampleInterpolation > >]'
> src/scaler.cpp:453:56:   required from 'bool scale_src_dst(Params&, 
> PixelScale&) [with Params = params >; 
> PixelScale = LutScale]'
> src/scaler.cpp:501:42:   required from 'bool scale_src_bw(Params&) [with 
> Params = params >; ST = long unsigned int]'
> src/scaler.cpp:560:38:   required from 'PyObject* dispatch_source(Params&) 
> [with Params = params >; PyObject = _object]'
> src/scaler.cpp:641:48:   required from here
> src/scaler.cpp:297:7: error: non-floating-point argument in call to function 
> '__builtin_isnan'
> src/scaler.cpp: In instantiation of 'void _scale_rgb(DEST&, Array2D&, 
> const Scale&, const Trans&, int, int, int, int, Interpolation&) [with DEST = 
> Array2D; ST = long unsigned int; Scale = LutScale int, unsigned int>; Trans = XYTransform; Interpolation = 
> LinearInterpolation > >]':
> src/scaler.cpp:423:15:   required from 'bool scale_src_dst_interp(Params&, 
> PixelScale&, Interp&) [with Params = params >; 
> PixelScale = LutScale; Interp = 
> LinearInterpolation > >]'
> src/scaler.cpp:457:57:   required from 'bool scale_src_dst(Params&, 
> PixelScale&) [with Params = params >; 
> PixelScale = LutScale]'
> src/scaler.cpp:501:42:   required from 'bool scale_src_bw(Params&) [with 
> Params = params >; ST = long unsigned int]'
> src/scaler.cpp:560:38:   required from 'PyObject* dispatch_source(Params&) 
> [with Params = params >; PyObject = _object]'
> 

Bug#818808: /usr/bin/gpg-zip does not work with gpg2

[Reinhard Tartler]

Package: gnupg
Version: 1.4.18-7ubuntu1
Severity: normal
File: /usr/bin/gpg-zip
Tags: patch

Hi,

It appears that the --gpg option to gpg-zip does not work as
intended. The documentation indicates that this option can be used to
use a different gpg utility, but the implementation seems
defect. Instead of setting the option argument, it assigns "--gpg",
which is hardly disired.

My usecase is using a private encryption subkey on a yubikey, and I
didn't get it to work with gnupg 1.4. It does work fine with gpg2.

My test case is gpg-zip --list-archive --gpg gpg2 .../test.gpgzip

Please find a patch that fixes the issue is attached.

Reinhard


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

Kernel: Linux 4.2.0-34-generic (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 gnupg depends on:
ii  gpgv  1.4.18-7ubuntu1
ii  libbz2-1.01.0.6-8
ii  libc6 2.21-0ubuntu4.1
ii  libreadline6  6.3-8ubuntu1
ii  libusb-0.1-4  2:0.1.12-27
ii  zlib1g1:1.2.8.dfsg-2ubuntu4

gnupg recommends no packages.

Versions of packages gnupg suggests:
ii  eog   3.16.3-1ubuntu2.1
pn  gnupg-curl
pn  gnupg-doc 
ii  imagemagick   8:6.8.9.9-5ubuntu2
ii  libpcsclite1  1.8.14-1ubuntu1
pn  parcimonie

-- no debconf information
>From 57c91f130e0ecc71c65e4183e02b0d828fa7a3d6 Mon Sep 17 00:00:00 2001
From: Reinhard Tartler 
Date: Sun, 20 Mar 2016 15:54:45 -0400
Subject: [PATCH] unbreak gpg-zip --gpg gpg2

Fix the option --gpg so that it can be actually used.
---
 tools/gpg-zip.in | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/tools/gpg-zip.in b/tools/gpg-zip.in
index d27b1f9..d7d752a 100644
--- a/tools/gpg-zip.in
+++ b/tools/gpg-zip.in
@@ -94,7 +94,8 @@ while test $# -gt 0 ; do
   exit 0
   ;;
 --gpg)
-  GPG=$1
+  GPG=$2
+  shift
   shift
   ;;
 --gpg-args)
-- 
2.5.0

Bug#818807: gmt: FTBFS with libc 2.23: non-floating-point argument in call to function

[Martin Michlmayr]

Package: gmt
Version: 5.2.1+dfsg-4
Severity: important
User: debian-gl...@lists.debian.org
Usertags: 2.23

This package fails to build with libc6 2.23 (2.23-0experimental0 from
experimental).

> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
...
> [ 45%] Building C object src/CMakeFiles/gmtlib.dir/xyz2grd.c.o
> cd /<>/gmt-5.2.1+dfsg/debian/build/src && /usr/bin/cc  
> -DLIBRARY_EXPORTS -I/<>/gmt-5.2.1+dfsg/debian/build/src 
> -I/<>/gmt-5.2.1+dfsg/src -I/usr/include/gdal 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/gshhg 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/img 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/meca 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/mgd77 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/misc 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/potential 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/segy 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/spotter 
> -I/<>/gmt-5.2.1+dfsg/debian/build/src/x2sys  -std=gnu99 
> -fstrict-aliasing -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fopenmp -O2 -g 
> -DNDEBUG -fPIC   -o CMakeFiles/gmtlib.dir/xyz2grd.c.o   -c 
> /<>/gmt-5.2.1+dfsg/src/xyz2grd.c
> /<>/gmt-5.2.1+dfsg/src/xyz2grd.c: In function 'GMT_xyz2grd':
> /<>/gmt-5.2.1+dfsg/src/xyz2grd.c:752:4: error: non-floating-point 
> argument in call to function '__builtin_isnan'
> (GMT_is_dnan (GMT->common.d.active[GMT_IN])) ? sprintf (e_value, "NaN") : 
> sprintf (e_value, GMT->current.setting.format_float_out, 
> GMT->common.d.nan_proxy[GMT_IN]);
> ^
> src/CMakeFiles/gmtlib.dir/build.make:2422: recipe for target 
> 'src/CMakeFiles/gmtlib.dir/xyz2grd.c.o' failed
> make[4]: *** [src/CMakeFiles/gmtlib.dir/xyz2grd.c.o] Error 1

-- 
Martin Michlmayr
Linux for HPE Helion, Hewlett Packard Enterprise

Bug#818767: cross-gcc-4.9-armhf: non-standard gcc/g++ used for build (gcc-4.9)

[Dima Kogan]

Matthias Klose  writes:

> This package builds with a non standard compiler version

Hi. Can you please let me know how you're seeing this? It'll let me know
if any upcoming fix is effective.

Thanks.

Bug#818806: docker.io: docker run errors out

[Nicolas LE CAM]

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

Dear Maintainer,

After installing docker.io and adding me to the docker group I'm not able to 
use it :

$ docker run --rm -t -i debian:testing /bin/bash
Unable to find image 'debian:testing' locally
testing: Pulling from library/debian

27e6a29207f5: Pull complete 
52f889919ea1: Pull complete 
Digest: sha256:6fba0838dc738275aec66221f8d2fc096b67eb6b03f0091b36999202c9668ddb
Status: Downloaded newer image for debian:testing
operation not permitted
Error response from daemon: Cannot start container 
ff4d3a1301a64c0a28ca60e81f454eed3a194d299026dee70247b5ed3cca7a59: [8] System 
error: operation not permitted

I'm using linux-image-4.5.0-rc7-amd64 (4.4 doesn't boot on my laptop ATM).
I've added "cgroup_enable=memory swapaccount=1" to grub command line, I've also 
tried running docker with sudo or systemd-docker. No luck.

regards,
Nicolas

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

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

Versions of packages docker.io depends on:
ii  adduser  3.114
ii  init-system-helpers  1.29
ii  iptables 1.6.0-2
ii  libapparmor1 2.10-3+b1
ii  libc62.22-3
ii  libdevmapper1.02.1   2:1.02.116-1+b1
ii  libsqlite3-0 3.11.1-1
ii  perl 5.22.1-9

Versions of packages docker.io recommends:
ii  ca-certificates  20160104
ii  cgroupfs-mount   1.2
ii  git  1:2.7.0-1
ii  xz-utils 5.1.1alpha+20120614-2.1

Versions of packages docker.io suggests:
pn  aufs-tools   
pn  btrfs-tools  
pn  debootstrap  
pn  lxc  
pn  rinse
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#320432: privoxy: a couple of actions that I use

[Roland Rosenfeld]

Hi Paul!

On Fri, 29 Jul 2005, Paul Wise wrote:

> Package: privoxy
> Version: 3.0.3-4
> Severity: normal
> Tags: patch
> 
> The first one blocks gmail adverts:
> 
> {+block}
> mail.google.com/mail.*view=ad.*
> 
> This one allows my gnome weather applet to work. Would probably need
> updating for other locations (I'm in perth, australia).
> 
> { -block -filter }
> www.bom.gov.au
> weather.noaa.gov

Sorry for the extremely delayed answer.  Seems that I was very
inactive on some of my packages in the past :-(

But could you give me example URLs that were blocked and that you
unblocked with your changes?  It's usual to mention the problematic
URLs as a comment to the rule upstream, which allows to avoid
duplicate rules...

Greetings

Roland


signature.asc
Description: Digital signature

Bug#818775: gnubg: non-standard gcc/g++ used for build (gcc-4.9)

[Matthias Klose]

On 20.03.2016 20:12, Russ Allbery wrote:

Note, though, that there seems to be a substantial compiler regression in
GCC 5 in the optimizer that affects at least this package.  When built
with GCC 5 with any optimization enabled, gnubg goes into a 100% CPU loop
before main.


please could you recheck with GCC 6?

Bug#818775: gnubg: non-standard gcc/g++ used for build (gcc-4.9)

[Russ Allbery]

Matthias Klose  writes:

> Package: gnubg
> Version: 1.05.000-6
> Severity: important
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: non-standard-compiler, gcc-4.9, gcc-4.9-legacy

> This package builds with a non standard compiler version; please check
> if this package can be built with the default version of gcc/g++, or
> with gcc-5/g++-5.

> Please keep this report open until the package uses the default
> compiler version (or gcc-5) for the package build.

> If the package cannot be built anymore, please file a bug report for
> ftp.debian.org, asking for the removal of the package.

> The severity of this report is likely to be raised before the release,
> so that the gcc-4.9 package can be removed for the release.

Okay, I've switched back to the default version of GCC and have disabled
all optimization in the package build.

Note, though, that there seems to be a substantial compiler regression in
GCC 5 in the optimizer that affects at least this package.  When built
with GCC 5 with any optimization enabled, gnubg goes into a 100% CPU loop
before main.  I might be missing something, but I don't see any way that
could be a bug in gnubg, as opposed to a regression in the compiler.
(This is bug #807756, which I filed as important and you lowered to
normal.)

-- 
Russ Allbery (r...@debian.org)   

Bug#818805: linux-image-4.4.0-1-amd64: No sound on Audigy 2 ZS -- no driver in /lib/modules - missing emu10k1 after upgrade kernel

[Martin Kovařík]

Package: src:linux
Version: 4.4.6-1
Severity: wishlist

Dear Maintainer,

after upgrage kernel to version 4.4.0-1 driver of Sound Blaster Audigy in
/lib/modules is missing.
 Could you please return back the driver, if this is possible.
I know it is a bit old card but I belive it is in use in many case still.

Thanks and with regards

Martin



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: ASUS
chassis_version: Chassis Version
bios_vendor: Phoenix Technologies, LTD
bios_version: ASUS A8V-E DELUXE NW ACPI BIOS Revision 1012
board_vendor: ASUSTek Computer INC.
board_name: A8V-E DELUXE
board_version: 1.XX

** PCI devices:
00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8T890 Host Bridge 
[1106:0238]
Subsystem: ASUSTeK Computer Inc. K8T890 Host Bridge [1043:815d]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: agpgart-amd64

00:00.1 Host bridge [0600]: VIA Technologies, Inc. K8T890 Host Bridge 
[1106:1238]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel modules: shpchp

00:02.0 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge 
Controller [1106:a238] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:03.0 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge 
Controller [1106:c238] (prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:03.1 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge 
Controller [1106:d238] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR+ TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:03.2 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge 
Controller [1106:e238] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:03.3 PCI bridge [0604]: VIA Technologies, Inc. K8T890 PCI to PCI Bridge 
Controller [1106:f238] (prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:0c.0 Multimedia audio controller [0401]: Creative Labs SB Audigy [1102:0004] 
(rev 04)
Subsystem: Creative Labs SB Audigy 2 ZS (SB0350) [1102:2002]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 

00:0c.1 Input device controller [0980]: Creative Labs SB Audigy Game Port 
[1102:7003] (rev 04)
Subsystem: Creative Labs SB Audigy Game Port [1102:0040]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: Emu10k1_gameport
Kernel modules: emu10k1_gp

Bug#818804: RM: webissues-server -- ROM; not compatible and maintained

[Patrick Matthäi]

Package: ftp.debian.org
Severity: normal

Hello,

as the old maintainer of webissues-server I request the removal of this
package from the archive, because of the following reasons:

a) no new maintainer has been found after years
b) low popcon
c) not compatible with the up to date webissues client
d) (not tested) but I do not believe the currrent version in Debian works
   with our up to date PHP versions

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

[Adam Borowski]

On Sun, Mar 20, 2016 at 06:51:23PM +, Bas Wijnen wrote:
> That also means that programs calling dot will need graphviz in their
> Build-Depends, no matter what the default is.

As is, a number of them do call dot without the build-dependency.

> > But this is inconsistent with having graphviz in the Suggests line for
> > doxygen.
> 
> I agree that if it is the default, it should be Recommends, not Suggests.  
> This
> doesn't change anything for the problem you're describing, however.
> 
> > The disappoining moral for this is that nobody looks at their build logs...
> 
> I don't think that's disappointing at all!  It means we have built a system
> that will let us know when something is wrong.

That would be the case if doxygen propagated the error, which it does not.

> That means we don't need to poll for errors, because they will be pushed
> to us.  (I think porters are still doing this manually at least some of
> the time; I think FTBFS bugs should be reported automatically.)
> 
> In other words, my solution to this bug would be to make doxygen exit with an
> error code when calling dot fails.  Then make will fail, it's an FTBFS, it 
> gets
> fixed, and everyone is happy.

I've started a rebuild of all 552 packages in unstable that build-depend on
doxygen or anything that recursively pulls doxygen (eclipse-eclox doxyqml
doxygen-latex doxygen-gui doxygen-dbg python3-breathe python-breathe).
My build environment has a /usr/bin/dot that aborts the build when called,
which should detect this error even if doxygen output is redirected or
mangled.  I'll let you know how widespread the FTBFS are when finished.

On a slow-ass machine, 57 builds done in 2.5 hours so far, so it'll take a
while.

-- 
A tit a day keeps the vet away.

Bug#818698: does not convert crontabs correctly

[Michael Meskes]

> And as systemd-cron is the only users of timers in Debian;
> you're the first to notice; thanks !

Surprising, isn't it? Anyway, thanks for debugging.

> There's well an upload pending (need a sponsor)
> to allow non-root to use crontab.

I can do that.

> No, it's broken here to since update to v229.

Right. @systemd team, please include https://github.com/systemd/systemd
/pull/2695, seems to fix it for me. 

> > I completely and strongly disagree. Did you see my follow-up email,
> > it *never*
> > executed my foo job. It may be only serious, but it definitely is
> > not fit for a
> > release. 
> Then systemd 229 is not fit for release.

Indeed you're right imo.

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

Bug#803947: enigmail: completely broken after upgrade of gnupg2 to 2.1.9

[Mehdi Dogguy]

On Sun, Mar 20, 2016 at 06:58:34PM +0100, Mehdi Dogguy  wrote:
> On Thu, Nov 12, 2015 at 10:38:39AM +0100, IOhannes m zmölnig 
>  wrote:
> > Control: severity -1 important
> > thanks.
> > 
> > i'm unable to reproduce the problem on my xfce4 machine.
> > 
> > therefore the severity of this bug-report can at most be "important"
> > ("a bug which has a major effect on the usability of a package, without
> > rendering it completely unusable to everyone").
> > 
> > "grave" is a bit over the top ("makes the package in question unusable
> > or mostly so, or causes data loss, or introduces a security hole
> > allowing access to the accounts of users who use the package").
> > 
> 
> I am also experiencing the same bug. I cannot sign or encrypt messages
> using Enigmail (enigmail and icedove from Stretch). Decrypting messages
> doesn't work too.
>

FWIW, my issue was related to https://bugs.gnupg.org/gnupg/issue1983

So nothing to do with Enigmail, except for the pretty useless error message.

-- 
Mehdi Dogguy

Bug#818803: network-manager-gnome: nm-applet non-deterministically fails to register systray if gvfs is not installed

[Ralf Jung]

Package: network-manager-gnome
Version: 1.1.90-3
Severity: normal

Dear Maintainer,

Here's some strange behavior I just observed: After uninstalling gvfs, starting
"nm-applet" will non-deterministically not register an icon in the systray. This
is using LXQt as my DE. Once I unstall gvfs again, the nm-applet icon is
registered reliably. I tried uninstalling and reinstalling gvfs a few times,
and this behavior was reproducible. However, I can't really explain what is
going on.

Could it be that nm-applet, somehow, depends on gvfs?

Kind regards,
Ralf

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.10.8-1
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gnome-icon-theme 3.12.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.22-3
ii  libcairo21.14.6-1
ii  libdbus-1-3  1.10.8-1
ii  libdbus-glib-1-2 0.106-1
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.18.9-1
ii  libmm-glib0  1.4.12-1
ii  libnm0   1.1.91-3
ii  libnma0  1.1.90-3
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libsecret-1-00.18.3-1
ii  network-manager  1.1.91-3
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring 3.18.3-1
ii  iso-codes 3.66-1
ii  lxqt-notificationd [notification-daemon]  0.10.0-2
ii  mobile-broadband-provider-info20140317-1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#818787: Mass Bug Filing: Missing Build-Depends: graphviz

[Bas Wijnen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I think you are mistaken about a few things.

On Sun, Mar 20, 2016 at 06:04:55PM +0100, Santiago Vila wrote:
> The maintainer points out that the default value for HAVE_DOT is NO,
> so he's reluctant to add the build-dependency.

If the program can be used without it, it should not be a Depends.  That's what
Recommends are for.  Default values have nothing to do with it; Depends are for
things that will make the program unusable if they aren't present, Recommends
are for things that should almost always be installed with the program.

That also means that programs calling dot will need graphviz in their
Build-Depends, no matter what the default is.

> But this is inconsistent with having graphviz in the Suggests line for
> doxygen.

I agree that if it is the default, it should be Recommends, not Suggests.  This
doesn't change anything for the problem you're describing, however.

> The disappoining moral for this is that nobody looks at their build logs...

I don't think that's disappointing at all!  It means we have built a system
that will let us know when something is wrong.  That means we don't need to
poll for errors, because they will be pushed to us.  (I think porters are still
doing this manually at least some of the time; I think FTBFS bugs should be
reported automatically.)

In other words, my solution to this bug would be to make doxygen exit with an
error code when calling dot fails.  Then make will fail, it's an FTBFS, it gets
fixed, and everyone is happy.

Thanks,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJW7vEqAAoJEJzRfVgHwHE6Gm4QAKAhBvdYk+2kTZ6SKTjgH/B0
4OIBO8nSOJe+O5yTB3AordZq2zZS1afM0oWB3JiVfa6l6Ka9dfC8f9TOlvW5xGnm
pj0OO7b7jrH5oK5XToqj3DvDphNKpNwWnHKbeBWlJY779SVBa50kdwnbtg77wa5k
ZBl1NWLFlFeRgjbG6BQpn1l50NyRLMzTumLFtF+rpZACAwoiH+bkJVDlu83lfM72
/B4WLl9G7wxnhwhtfs2PcvRaYF8EzGuNDizu2PbwCp31CKUszF4+0q9JiqHtTwmV
VIFxB31fSU/RpmEIxI086wStd/Rax+Cn8HfAyTY6/tIOVBCeHYnNajWZkVEcNsoj
srsaGpPEGJouGr/MLqQIk5n6LLsiERq4aha5WpmccmgkNCxTIUXZlU62J6y5DzlT
lDkG5NXkEuf1qsk9bUJQEAbvdCKfbX6mtlbibxtGlSpeZ6LwfsQ+M9MoX300kH84
UYHMovo6M9CHXLdxt9AJOVBJTbERXbKVysnrov2pVlZSZiPFu7M/haz6Um13Vsku
AlIpYRYpfTRiNZ/dg1Tf0AtnMkSIqhy1441Jj+Egpe9EXAs9GfWaYNOa1yZYm1d8
1Wcbh0NdzakVDNmTWuPg47bGt7IOGUcgM74DQuRLCWxcaOOnErs0nI7+3x3kZ+5/
77few9WmaB+ZHhDWb+Vv
=AU0O
-END PGP SIGNATURE-