Bug#395573: RFP: visit -- interactive parallel visualization and graphical analysis tool

[Adrien Grellier]

Hi,

I finally got through the compilation's errors.

So if you take my repo, you should be able to build into sbuild a deb
package for visit. It does build with python2 and Qt5.

Be careful, it doesn't respect the Debian way at all : The FHS is not
respected and some libraries are bundle in it (gfortran, etc.). I have
build only one big .deb, but it may be split (python-visit, visit-dev,
etc.).

I also had to disable some functionalities in visit (HDF5, Silo, GDAL),
BoxLib, as it triggers some  compilation's errors.

It is sufficient for our internal needs, so I won't invest more time in
it. But if anyone wants to bring visit into Debian, feel free to use my
work, it could be a start.

Kind regards,

Adrien

-- 

Adrien Grellier  (02 40 37 15 55)
Informaticien du LHEEA
CNRS – École Centrale de Nantes

Bug#881238: ITP: node-log-symbols -- Colored symbols for various log levels. Example: ✔︎ Success

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-log-symbols
  Version : 2.1.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/log-symbols#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Colored symbols for various log levels. Example: ✔︎
Success

 This module includes fallbacks for Windows CMD which only supports a
limited
 character set.
 .
 For example, on good OSes it shows ✔ and on Windows it shows √.
 .
 Node.js is an event-based server-side JavaScript engine.

In dependency chain for gitlab 9.5 (dependency of stylehacks)



signature.asc
Description: OpenPGP digital signature

Bug#879886: [Debian-med-packaging] Bug#879886: libhts2: libhts2 needs to handle ABI changes

[Diane Trout]

On Thu, 2017-11-09 at 02:03 -0500, Afif Elghraoui wrote:
> > - TODO Split private cram headers off into a new libhts-private-dev
> > package
> 
> I'd rather be in favor of restoring the bundled htslib to seqlib as
> the short term solution. Putting a private package in the archive may
> exacerbate the problem and is odd nevertheless.

The no convenience copies of libraries is a pretty strong rule of
Debian, and there are good maintenance reasons for it. Although I'm not
opposed to it I'd like several people to agree that its the best option
first.

On the plus side overriding it would allow us to drop the patch that is
making the cram symbols public, on the downside we'd have to remember
that bugs involving htslib also impact libseqlib.

I think we'd need to use the Built-Using tag? I haven't used that
before.

On the other hand upstream did suggest that the private-dev library was
a viable temporary solution. (Though doing that would push htslib into
NEW).

> 
> And there is another action item--
> TODO update the htslib package to the latest release.

Very true I did try building 1.6 and there was a problem with
running tests that I haven't investigated yet.

Diane

Bug#881237: ITP: node-write-file-stdout -- Write to a file, falling back to stdout

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-write-file-stdout
  Version : 0.0.2
  Upstream Author : Ian Storm Taylor
* URL : https://github.com/ianstormtaylor/write-file-stdout
* License : Expat
  Programming Lang: JavaScript
  Description :  Write to a file, falling back to stdout

 This module can be used to write to a file or standard output. If
filename is
 passed to this module along with contents to be written, it will be
written to
 the given file, if only contents to be written is passed, it will be
shown on
 the standard output.
 .
 Node.js is an event-based server-side JavaScript engine.

In dependency chain for gitlab 9.5 (dependency of stylehacks).



signature.asc
Description: OpenPGP digital signature

Bug#881236: flint-arb: tests fail on amd64 and i386

[Matthias Klose]

Package: src:flint-arb
Version: 2.11.1-1
Severity: serious
Tags: sid buster

The x86* builds fail with:

make[3]: Leaving directory '/<>/dlog'
make[3]: Entering directory '/<>/arb_fmpz_poly'
gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -I/<>
-I/usr/local/include -I/usr/local/include -I/usr/include test/t-evaluate_acb.c
-o ../build/arb_fmpz_poly/test/t-evaluate_acb -L/<>
-L/usr/local/lib -L/usr/local/lib -L/usr/lib -lflint-arb -lflint -lmpfr -lgmp
-lm -lpthread  -MMD -MP -MF ../build/arb_fmpz_poly/test/t-evaluate_acb.d -MT
"../build/arb_fmpz_poly/test/t-evaluate_acb" -MT
"../build/arb_fmpz_poly/test/t-evaluate_acb.d"
gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -I/<>
-I/usr/local/include -I/usr/local/include -I/usr/include
test/t-gauss_period_minpoly.c -o
../build/arb_fmpz_poly/test/t-gauss_period_minpoly -L/<>
-L/usr/local/lib -L/usr/local/lib -L/usr/lib -lflint-arb -lflint -lmpfr -lgmp
-lm -lpthread  -MMD -MP -MF ../build/arb_fmpz_poly/test/t-gauss_period_minpoly.d
-MT "../build/arb_fmpz_poly/test/t-gauss_period_minpoly" -MT
"../build/arb_fmpz_poly/test/t-gauss_period_minpoly.d"
gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -I/<>
-I/usr/local/include -I/usr/local/include -I/usr/include test/t-complex_roots.c
-o ../build/arb_fmpz_poly/test/t-complex_roots -L/<>
-L/usr/local/lib -L/usr/local/lib -L/usr/lib -lflint-arb -lflint -lmpfr -lgmp
-lm -lpthread  -MMD -MP -MF ../build/arb_fmpz_poly/test/t-complex_roots.d -MT
"../build/arb_fmpz_poly/test/t-complex_roots" -MT
"../build/arb_fmpz_poly/test/t-complex_roots.d"
gcc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -I/<>
-I/usr/local/include -I/usr/local/include -I/usr/include test/t-evaluate_arb.c
-o ../build/arb_fmpz_poly/test/t-evaluate_arb -L/<>
-L/usr/local/lib -L/usr/local/lib -L/usr/lib -lflint-arb -lflint -lmpfr -lgmp
-lm -lpthread  -MMD -MP -MF ../build/arb_fmpz_poly/test/t-evaluate_arb.d -MT
"../build/arb_fmpz_poly/test/t-evaluate_arb" -MT
"../build/arb_fmpz_poly/test/t-evaluate_arb.d"
evaluate_acbgauss_period_minpoly../Makefile.subdirs:84: recipe for
target '../build/arb_fmpz_poly/test/t-gauss_period_minpoly_RUN' failed
make[3]: *** [../build/arb_fmpz_poly/test/t-gauss_period_minpoly_RUN] Floating
point exception
make[3]: *** Waiting for unfinished jobs

Bug#881231: chasen-dictutils: writes uninitialized memory to .dat files

[Vagrant Cascadian]

On 2017-11-08, Bernhard M. Wiedemann wrote:
> While working on the “reproducible builds” effort [1] for openSUSE,
> we have noticed that ipadic could not be built reproducibly [2]
> and the same is the case for Debian [3].
>
> The attached patch initializes memory written to .dat files.
> Once applied, ipadic can be built reproducibly in our current
> experimental framework.

I can confirm that the patch fixed the issue when building on Debian
Stretch. I'm guessing sid or buster would work as well.

live well,
  vagrant

> Index: chasen-2.4.4/mkchadic/dumpdic.c
> ===
> --- chasen-2.4.4.orig/mkchadic/dumpdic.c
> +++ chasen-2.4.4/mkchadic/dumpdic.c
> @@ -45,6 +45,7 @@ dump_dat(lexicon_t *lex, FILE *datfile,
>  long index;
>  da_dat_t dat;
>  
> +memset(, 0, sizeof(dat));
>  index = ftell(datfile);
>  dat.stem_len = lex->stem_len;
>  dat.reading_len = lex->reading_len;
> @@ -137,6 +138,7 @@ dump_dic(lexicon_t *entries, FILE *outpu
>  da_lex_t lex;
>  long compound = NO_COMPOUND;
>  
> +memset(, 0, sizeof(lex));
>  if (entries[1].pos)
>   compound = dump_compound(entries, lexfile, datfile);


signature.asc
Description: PGP signature

Bug#879886: [Debian-med-packaging] Bug#879886: libhts2: libhts2 needs to handle ABI changes

[Afif Elghraoui]

Hi, Diane,

Thanks for working on this.


On November 8, 2017 7:58:49 PM EST, Diane Trout  wrote:
>One of the htslib developers filed a new bug,
>
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881170
>
>asking us to not make their private libraries public. His suggestions
>are fairly similar to whats Charles proposed.
>
>What I'm thinking is:
>
>- TODO Recommit symbols file

+1

>- TODO Split private cram headers off into a new libhts-private-dev
>package

I'd rather be in favor of restoring the bundled htslib to seqlib as the short 
term solution. Putting a private package in the archive may exacerbate the 
problem and is odd nevertheless.

And there is another action item--
TODO update the htslib package to the latest release.

>- WAITING Try to talk htslib & SeqLib developers to agree on a public
>cram api so we can drop the private-dev package.
>
>
> 
>[...]
>
>> 
>> > I was wondering if we should split the cram headers into a
>> > libhts-private-dev so we can at least track what is depending on
>> > the
>> > non-public api.

We would find this out anyway because the packages woukd break until either a 
dependency on such a package had to be added (most likely by our team anyway), 
or the library had to be rebundled.

>> 
>[...]
>
>> 
>> > I did realize that my thought about updating the SOVERSION might be
>> > wrong because I was just looking in the source tree for the removed
>> > functions but I should have been checking the public header files.
>> 
>> Indeed, packages using private functions need to have a tight
>> dependency
>> on the htslib (unless we are very confident that there are regression
>> tests that cover this area of the code).  Packages that are more
>> well-behaved can infer their dependency through the (to be re-added)
>> symbols file.
>
>
>
>So that implies packaging that uses -private-dev that implies they have
>an == dependency on a specific binary version of libhts?
>
>That should probably probably be documented in a README.Debian for the
>private-dev package.
>

Does this imply a transition for each htslib update?

Many thanks and regards
Afif

Bug#881234: ITP: node-postcss-discard-comments -- Discard comments in your CSS files with PostCSS

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-postcss-discard-comments
  Version : 2.0.4
  Upstream Author : Ben Briggs  (http://beneb.info)
* URL : https://github.com/ben-eb/postcss-discard-comments
* License : Expat
  Programming Lang: JavaScript
  Description : Discard comments in your CSS files with PostCSS

 This module discards comments from your CSS files; by default, it will
remove
 all regular comments (/* comment */) and preserve comments marked as
important
 (/*! important */).
 .
 Note that this module does not handle source map comments because they
are not
 available to it; PostCSS handles this internally, so if they are
removed then
 you will have to configure source maps in PostCSS.
 .
 Node.js is an event-based server-side JavaScript engine.

In dependency chain for gitlab 9.5 (dependency of cssnano).



signature.asc
Description: OpenPGP digital signature

Bug#881196: [Python-modules-team] Bug#881196: django-celery FTBFS with celery 4.1.0-1

[Brian May]

Adrian Bunk  writes:

> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/django-celery.html

It seems that django-celery has been abandoned by upstream.

Packages like django-celery-results are recommended instead.

As such, I have no desire to patch this bug (yet again), and suggest
that we should think about removing the package from Debian testing and
unstable instead.
-- 
Brian May 

Bug#881227: libnetcdf-c++4-dev: Missing dependency to supply netcdf.h

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Joel,

It's highly unusual to not install libnetcdf-dev alongside its other
language packages, so we never run into this issue before.

I've added the dependency in git and a new upload to unstable will
follow shortly. On stretch systems you should manually install
libnetcdf-dev.

Kind Regards,

Bas

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

Bug#880942: ITP: ghdl -- VHDL 2008/93/87 simulator

[Paul Wise]

On Mon, Nov 6, 2017 at 7:51 AM, Andreas Bombe wrote:

> Back then we all agreed that writing free replacements was the way to go
> but I never got around to help out with that. Turns out upstream has
> implemented that in the meantime (not yet for VHDL 2008 though) so I
> guess now is the time to really bring it back.

Please note the extra steps required when reintroducing packages:

https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#881217: python-stetl: please make the build reproducible

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Chris,

Thanks for the patch and forwarding it upstream.

I've applied it in git and a new upload to unstable will follow shortly.

Kind Regards,

Bas

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

Bug#880589: RFS: toxcore/0.1.10-1 [ITP]

[Yangfl]

Sorry for typo, the correct git repo for packaging is
https://github.com/yangfl/c-toxcore . And I've fixed the problem.

2017-11-05 8:31 GMT+08:00 Adam Borowski :
> On Thu, Nov 02, 2017 at 11:32:50PM +0800, Yangfl wrote:
>> * Package name: toxcore
>>  Version : 0.1.10-1
>>
>> It builds those binary packages:
>>
>>   libtox-dev - distributed, secure messenger with a/v support - development 
>> head
>> libtoxav-dev - distributed, secure messenger w/ a/v support - a/v 
>> development he
>> libtoxav1  - distributed, secure messenger w/ a/v support - a/v runtime files
>> libtoxcore-dev - distributed, secure messenger w/ a/v support - core
>> development h
>> libtoxcore1 - distributed, secure messenger with a/v support - core runtime 
>> lib
>> libtoxdns-dev - distributed, secure messenger w/ a/v support - dns
>> development he
>> libtoxdns1 - distributed, secure messenger w/ a/v support - dns runtime files
>> libtoxencryptsave-dev - distributed, secure messenger w/ a/v support -
>> crypto development
>> libtoxencryptsave1 - distributed, secure messenger w/ a/v support -
>> crypto runtime fil
>
> I did not even start a real review, but the package fails to build:
>
> .
>dh_install
> dh_install: Cannot find (any matches for) "usr/lib/*/libtoxav.so.1*" (tried 
> in ., debian/tmp)
>
> dh_install: libtoxav1 missing files: usr/lib/*/libtoxav.so.1*
> dh_install: Cannot find (any matches for) "usr/include/tox/toxav.h" (tried in 
> ., debian/tmp)
>
> dh_install: libtoxav-dev missing files: usr/include/tox/toxav.h
> dh_install: Cannot find (any matches for) "usr/lib/*/libtoxav.so" (tried in 
> ., debian/tmp)
>
> dh_install: libtoxav-dev missing files: usr/lib/*/libtoxav.so
> dh_install: Cannot find (any matches for) "usr/lib/*/pkgconfig/libtoxav.pc" 
> (tried in ., debian/tmp)
>
> dh_install: libtoxav-dev missing files: usr/lib/*/pkgconfig/libtoxav.pc
> dh_install: missing files, aborting
> debian/rules:18: recipe for target 'binary' failed
> make: *** [binary] Error 25
> dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned 
> exit status 2
> `
>
>
> Full log attached.
>
> --
> ⢀⣴⠾⠻⢶⣦⠀ Laws we want back: Poland, Dz.U. 1921 nr.30 poz.177 (also Dz.U.
> ⣾⠁⢰⠒⠀⣿⡁ 1920 nr.11 poz.61): Art.2: An official, guilty of accepting a gift
> ⢿⡄⠘⠷⠚⠋⠀ or another material benefit, or a promise thereof, [in matters
> ⠈⠳⣄ relevant to duties], shall be punished by death by shooting.

Bug#881233: ITP: node-postcss-convert-values -- Convert values with PostCSS (e.g. ms -> s)

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-postcss-convert-values
  Version : 2.6.1
  Upstream Author : Ben Briggs  (http://beneb.info)
* URL : https://github.com/ben-eb/postcss-convert-values
* License : Expat
  Programming Lang: JavaScript
  Description : Convert values with PostCSS (e.g. ms -> s)

 This plugin reduces CSS size by converting values to use different
units where
 possible; for example, 500ms can be represented as .5s.
 .
 Note that this plugin only covers conversions for duration and absolute
length
 values. For color conversions, use postcss-colormin.
 .
 Node.js is an event-based server-side JavaScript engine.

In dependency chain for gitlab 9.5 (dependency of cssnano).



signature.asc
Description: OpenPGP digital signature

Bug#879886: [Debian-med-packaging] Bug#879886: libhts2: libhts2 needs to handle ABI changes

[Andreas Tille]

Dear Diane,

On Wed, Nov 08, 2017 at 04:58:49PM -0800, Diane Trout wrote:
> 
> Should I push these proposed changes to a clone of the htslib packaging
> repository? A branch of the alioth repository, or just push it to the
> alioth master?

Thanks for your sane considerations and pleas push to alioth master.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#880504: Bug #880504

[Axel Schäfer]

Hi Salvatore,

Thank you and Andrew for figuring this out and providing a solution.
The bugfix is now in the linux-4.9.y branch:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?h=linux-4.9.y=5e8b028abaf85502c53fb3af795f3c61d7cbcdc8


Regards,
Axel

Bug#881232: xserver-xorg-input-libinput package: Depends: xorg-input-abi-* but is not installable

[Howard Johnson]

Package: xserver-xorg-input-libinput
Version: 0.23.0-2
Severity: important

Dear Maintainer,

I was looking for version numbers for all packages for xserver (to work on a
different bug), when I noticed this non-existing xserver package dependency.

I also noticed that this bug almost got fixed in
https://lists.debian.org/debian-x/2016/11/msg00259.html, but it went away there
for the bug reporter, so never really got fixed at that point.

It appears that this dependency might be accidentally loaded elsewhere, so
hidden.

I would expect this dependency to be named something like xserver-xorg-input-
abi-24, or perhaps removed altogether if another dependent package already
loaded requires it.

Thanks for looking at this.

-- Howard



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

lrwxrwxrwx 1 root root 13 Jul 30  2016 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct 14 01:36 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] [1002:9553]

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

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

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

Kernel version (/proc/version):
---
Linux version 4.9.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.51-1 (2017-09-28)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 44497 Nov  8 14:30 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 6.450] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[ 6.450] X Protocol Version 11, Revision 0
[ 6.450] Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
[ 6.450] Current Operating System: Linux Love2d 4.9.0-4-amd64 #1 SMP Debian 
4.9.51-1 (2017-09-28) x86_64
[ 6.450] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-amd64 
root=UUID=9875621b-e4df-416a-92a5-dba64a0f3f41 ro initrd=/install/initrd.gz 
quiet
[ 6.451] Build Date: 16 October 2017  08:19:45AM
[ 6.451] xorg-server 2:1.19.2-1+deb9u2 (https://www.debian.org/support) 
[ 6.451] Current version of pixman: 0.34.0
[ 6.451]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 6.451] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 6.451] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Nov  8 14:29:52 
2017
[ 6.452] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 6.453] (==) No Layout section.  Using the first Screen section.
[ 6.453] (==) No screen section available. Using defaults.
[ 6.453] (**) |-->Screen "Default Screen Section" (0)
[ 6.453] (**) |   |-->Monitor ""
[ 6.453] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 6.453] (==) Automatically adding devices
[ 6.453] (==) Automatically enabling devices
[ 6.453] (==) Automatically adding GPU devices
[ 6.453] (==) Max clients allowed: 256, resource mask: 0x1f
[ 6.454] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 6.454]Entry deleted from font path.
[ 6.456] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 6.456] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 6.456] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 6.456] (II) Loader magic: 0x560299c02e00
[ 6.456] (II) Module ABI versions:
[ 6.456]X.Org ANSI C Emulation: 0.4
[ 6.456]X.Org Video Driver: 23.0
[ 6.456]X.Org XInput driver : 24.1
[ 6.456]X.Org Server Extension : 10.0
[ 6.457] (++) using VT number 7

[ 6.457] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[ 6.457] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 6.460] (--) PCI:*(0:1:0:0) 1002:9553:103c:3624 rev 0, Mem @ 
0xc000/268435456, 0xda00/65536, I/O @ 0x7000/256, BIOS @ 
0x/131072
[ 6.460] (II) LoadModule: "glx"
[ 6.462] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 6.477] (II) Module glx: vendor="X.Org Foundation"
[ 6.477]compiled for 1.19.2, module version = 1.0.0
[ 6.477]ABI class: X.Org 

Bug#881162: tomcat7: Server reports 404 on any request, even /

[Roberto C . Sánchez]

On Wed, Nov 08, 2017 at 03:03:06PM +0100, Markus Koschany wrote:
> Thank you for the report. There was a recent security update of Tomcat 7
> which is the likely cause for this issue.
> 
> Roberto can you take a look please?
> 
Hi Markus & others,

I was able to identify the cause of the regression that I introduced.

There are updated packages here: https://people.debian.org/~roberto/

My testing this time around was more thorough and I believe that this
update properly addresses the CVE without introducing a regression.  If
some intrepid souls could test these packages and give a thumbs up, I
will upload the packages in the next 12-18 hours and then release an
updated advisory.

Here is my proposed advisory text:



The update for tomcat7 issued as DLA-1166-1 caused a regressions whereby every
request, including for the root document (/), returned HTTP status 404. Updated
packages are now available to address this problem. For reference, the original
advisory text follows.

When HTTP PUT was enabled (e.g., via setting the readonly initialization
parameter of the Default servlet to false) it was possible to upload a JSP
file to the server via a specially crafted request. This JSP could then be
requested and any code it contained would be executed by the server.

For Debian 7 "Wheezy", these problems have been fixed in version
7.0.28-4+deb7u17.



For those who are interested, the regression resulted from a combination
of two factors.

 - When incorporating one of the upstream change sets, an unclean patch
   application produced a .rej rejection file which I overlooked
 - When incorporating another upstream changeset, my attempt to
   integrate the minimal change was too minimal and left out an
   important additional change

These problems did not manifest themselves in my initial testing of the
7.0.28-4+deb7u16 packages because of browser caching.

I offer my apologies for causing this problem and my thanks for your
help in resolving it.

Regards,

-Roberto

-- 
Roberto C. Sánchez


signature.asc
Description: PGP signature

Bug#881162: Logfiles do not contain any information regarding the issue.

[Christian Schulte]

Had to downgrade to get things working again here as well. Just wanted
to add to the BTS that neither the logfiles nor the console output
contains any information or stacktraces regarding the issue. Server
starts up normally and deploys/unpacks the web applications normally.
All accesses yield a 404.

Bug#881231: chasen-dictutils: writes uninitialized memory to .dat files

[Bernhard M. Wiedemann]

Package: chasen-dictutils
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain randomness ASLR padding

Dear Maintainer,

While working on the “reproducible builds” effort [1] for openSUSE,
we have noticed that ipadic could not be built reproducibly [2]
and the same is the case for Debian [3].

The attached patch initializes memory written to .dat files.
Once applied, ipadic can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds
 [2]: https://bugzilla.opensuse.org/show_bug.cgi?id=1067269
 [3]: 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ipadic.html
Author: Bernhard M. Wiedemann 
Date: 2017-11-08

Problem: when building the ipadic package it differed for every build
because its chadic.dat contains uninitialized memory
from the da_dat_t structure's padding bytes

Solution: initilize memory (including padding added by compilers)
before use

Index: chasen-2.4.4/mkchadic/dumpdic.c
===
--- chasen-2.4.4.orig/mkchadic/dumpdic.c
+++ chasen-2.4.4/mkchadic/dumpdic.c
@@ -45,6 +45,7 @@ dump_dat(lexicon_t *lex, FILE *datfile,
 long index;
 da_dat_t dat;
 
+memset(, 0, sizeof(dat));
 index = ftell(datfile);
 dat.stem_len = lex->stem_len;
 dat.reading_len = lex->reading_len;
@@ -137,6 +138,7 @@ dump_dic(lexicon_t *entries, FILE *outpu
 da_lex_t lex;
 long compound = NO_COMPOUND;
 
+memset(, 0, sizeof(lex));
 if (entries[1].pos)
compound = dump_compound(entries, lexfile, datfile);
 

Bug#881230: ITP: node-unique-filename -- unique filename for use in temporary directories or caches

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-unique-filename
  Version : 1.1.0
  Upstream Author : Rebecca Turner  (http://re-becca.org/)
* URL : https://github.com/iarna/unique-filename
* License : ISC
  Programming Lang: JavaScript
  Description : unique filename for use in temporary directories or
caches

 This module can be used to generate a unique filename for use in temporary
 directories or caches.
 .
 For example, if you pass os.tmpdir() as an argument, it returns something
 like: /tmp/912ec803b2ce49e4a541068d495ab570.
 .
 Node.js is an event-based server-side JavaScript engine.

Dependency of npm 5.x



signature.asc
Description: OpenPGP digital signature

Bug#881229: krusader: Synchronize directories does not preserve time attribute

[Leos Pohl]

Package: krusader
Version: 2:2.5.0-2
Severity: normal

Dear Maintainer,

The synchronize directories does not preserve file modified date.
The problem is described at https://bugs.kde.org/show_bug.cgi?id=206921 and 
had been resolved 4 years ago. Please consider implementing the resolution 
in Debian stable as it is a very simple change in the code suggested 
https://cgit.kde.org/kde-runtime.git/commit/?id=6979833189642b8450d73d5aeb82fcf4cb600832



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

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

Versions of packages krusader depends on:
ii  kinit  5.28.0-1
ii  kio5.28.0-2
ii  libc6  2.24-11+deb9u1
ii  libgcc11:6.3.0-18
ii  libkf5archive5 5.28.0-2
ii  libkf5auth55.28.0-2
ii  libkf5bookmarks5   5.28.0-1
ii  libkf5codecs5  5.28.0-1+b2
ii  libkf5completion5  5.28.0-1
ii  libkf5configcore5  5.28.0-2
ii  libkf5configgui5   5.28.0-2
ii  libkf5configwidgets5   5.28.0-2
ii  libkf5coreaddons5  5.28.0-2
ii  libkf5guiaddons5   5.28.0-1
ii  libkf5i18n55.28.0-2
ii  libkf5iconthemes5  5.28.0-2
ii  libkf5itemviews5   5.28.0-1
ii  libkf5jobwidgets5  5.28.0-2
ii  libkf5kiocore5 5.28.0-2
ii  libkf5kiofilewidgets5  5.28.0-2
ii  libkf5kiowidgets5  5.28.0-2
ii  libkf5notifications5   5.28.0-1
ii  libkf5parts5   5.28.0-1
ii  libkf5service-bin  5.28.0-1
ii  libkf5service5 5.28.0-1
ii  libkf5solid5   5.28.0-3
ii  libkf5sonnetui55.28.0-2
ii  libkf5textwidgets5 5.28.0-1
ii  libkf5wallet-bin   5.28.0-3
ii  libkf5wallet5  5.28.0-3
ii  libkf5widgetsaddons5   5.28.0-3
ii  libkf5windowsystem55.28.0-2
ii  libkf5xmlgui5  5.28.0-1
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5dbus55.7.1+dfsg-3+b1
ii  libqt5gui5 5.7.1+dfsg-3+b1
ii  libqt5network5 5.7.1+dfsg-3+b1
ii  libqt5printsupport55.7.1+dfsg-3+b1
ii  libqt5widgets5 5.7.1+dfsg-3+b1
ii  libqt5xml5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-18
ii  zlib1g 1:1.2.8.dfsg-5

krusader recommends no packages.

Versions of packages krusader suggests:
pn  arj   
ii  ark   4:16.08.3-2
ii  bzip2 1.0.6-8.1
ii  cfv   1.18.3-2
ii  cpio  2.11+dfsg-6
ii  hashdeep [md5deep]4.4-4
ii  kmail 4:16.04.3-4~deb9u1
ii  kompare   4:16.08.0-1+b1
ii  konsole   4:16.12.0-4
ii  krename   4.0.9-4+b1
pn  lha   
pn  okteta
ii  p7zip 16.02+dfsg-3
pn  rpm   
pn  unace 
pn  unrar | unrar-free | rar  
ii  unzip 6.0-21
ii  zip   3.0-11+b1

-- no debconf information

Bug#878006: [Pkg-javascript-devel] Bug#878006: moreinformation about node-constants-browserify

[Pirate Praveen]

On 2017, നവംബർ 9 1:55:08 AM IST, Bastien ROUCARIES 
 wrote:

>How can I reproduce and so on

Just install a newer version of nodejs with this package already installed.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#863627: [Pkg-roundcube-maintainers] Bug#863627: roundcube-mysql: missing dependency to php-mdb2-driver-mysql

[Guilhem Moulin]

Control: tag -1 moreinfo

Hi,

On Mon, 29 May 2017 at 14:26:53 +0200, Olaf Zaplinski wrote:
> I have upgraded from MySQL to mariaDB today, afterwards I did a bit of 
> housekeeping.
> 
> So I have purged the package 'php-mdb2-driver-mysql' which looked orphaned. 
> No package
> had a dependency to it.
> 
> Afterwards, Roundcube was unusable ('no connection to database')

I did the same thing (also on stretch) and I'm still able to connect
even though ‘php-mdb2-driver-mysql’ is not installed.  (‘php5-mysql’ is,
like on your system.)

$ php -m | grep -i sql
mysql
mysqli
pdo_mysql
pdo_sqlite
sqlite3

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#881145: [PATCH] wavpack: check errors when initializing

[Eric Wong]

+Cc sox-devel.

Joonun: thank you for reporting, the following patch should fix
the problem.  I guess make sure sox-devel knows about any other
bugs you find; original upstream developers seem to busy so it's
mostly Måns and I.  I don't think either of us have permission
to the SourceForge.net project; either...

Will also try to look at https://bugs.debian.org/881121 soon
(maybe Måns can help).

---8<-
From: Eric Wong 
Subject: [PATCH] wavpack: check errors when initializing

Avoid NULL dereference when opening an WavPack input file fails
as described by Debian Bug #881145.

While we're at it, check for malloc failures when opening an
output file to avoid other NULL dereference bugs.

cf. https://bugs.debian.org/881145

Cc: Joonun Jang 
Cc: 881...@bugs.debian.org
---
 src/wavpack.c | 8 
 1 file changed, 8 insertions(+)

diff --git a/src/wavpack.c b/src/wavpack.c
index 9e525cd4..b7e8dafa 100644
--- a/src/wavpack.c
+++ b/src/wavpack.c
@@ -65,6 +65,10 @@ static int start_read(sox_format_t * ft)
   char msg[80];
 
   p->codec = WavpackOpenFileInputEx(_fns, ft, NULL, msg, OPEN_NORMALIZE, 0);
+  if (!p->codec) {
+lsx_fail_errno(ft, SOX_EHDR, "%s", msg);
+return SOX_EOF;
+  }
   ft->encoding.bits_per_sample = WavpackGetBytesPerSample(p->codec) << 3;
   ft->signal.channels   = WavpackGetNumChannels(p->codec);
   if (WavpackGetSampleRate(p->codec) && ft->signal.rate && ft->signal.rate != 
WavpackGetSampleRate(p->codec))
@@ -108,6 +112,10 @@ static int start_write(sox_format_t * ft)
   uint64_t size64;
 
   p->codec = WavpackOpenFileOutput(ft_write_b_buf, ft, NULL);
+  if (!p->codec) {
+lsx_fail_errno(ft, SOX_ENOMEM, "WavPack error creating output instance");
+return SOX_EOF;
+  }
   memset(, 0, sizeof(config));
   config.bytes_per_sample  = ft->encoding.bits_per_sample >> 3;
   config.bits_per_sample   = ft->encoding.bits_per_sample;
-- 
EW

Bug#881228: homebank: new upstream 5.1.6

[Jonatan Nyberg]

package: homebank
severity: normal

Please consider to upgrade to the current upstream version
(5.1.6).

Regards,
Jonatan

Bug#758808: Warnning Needs Extension!!

[Operator Service]

Your E-mail  Needs Extension!!


 95%  Space USED

   5 % Space FREE


 Due to low E-mail Account   quota, further incoming emails with high massage 
size above 10kb might be discarded until your email quota has been extended.

You have used 95% MB of 5G of your email account quota.
We advise you to Extend your account immediately, this service is completely 
free!

 Click Here To Upgrade For Free  To Extend your email account Quota Limits on 
mail Servers; this may cause your mailbox to be impaired or you may no longer 
receive emails with attachment.

 Attention: Failure to do this will lead to Email Storage abuse and account 
termination. Once extension is complete, your email account will work 
effectively.

 Thanks,
 Mail Operator Service


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Bug#881227: libnetcdf-c++4-dev: Missing dependency to supply netcdf.h

[Joel Fenwick]

Package: libnetcdf-c++4-dev
Version: 4.3.0+ds-3
Severity: important

Dear Maintainer,


   * What led up to the situation?

Installed package, tried to compile test program:

#include "ncVar.h"

int
main() {

return 0;
}
 
Result:

/usr/include/ncVar.h:6:20: fatal error: netcdf.h: No such file or directory
 #include "netcdf.h"


Package does not depend on libnetcdf-dev or anything else that would supply 
that include.

Thanks
Joel


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

Kernel: Linux 4.9.0-4-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_AU:en 
(charmap=locale: Cannot set LC_CTYPE to default locale: No such file or 
directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968) (ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnetcdf-c++4-dev depends on:
ii  libnetcdf-c++4-1  4.3.0+ds-3

Versions of packages libnetcdf-c++4-dev recommends:
ii  pkg-config  0.29-4+b1

Versions of packages libnetcdf-c++4-dev suggests:
pn  netcdf-bin  
pn  netcdf-doc  

-- debconf information excluded

Bug#880992: debian-policy should not recommend running editor using absolute path

[Sean Whitton]

Hello Jonathan,

On Wed, Nov 08 2017, Jonathan Nieder wrote:

> I understand and agree, but that doesn't mean that packages should
> invoke editor using an absolute path.
>
> Policy describes package behavior, not user behavior.

Right.  In this case, though, it describes package behaviour meant to
avoid getting in the way of user behaviour.

> Further, a sysadmin on a shared machine doesn't have a way to set
> EDITOR for all users, but they can install an editor command to
> /usr/local/bin/.  I've seen sysadmins at a university do something
> similar for e.g. a custom build of gcc.  It would be more robust for
> the sysadmin to use alternatives instead, but I'm just saying it's
> more polite for a package to respect what the user was trying to do.

That's a good point about /usr/local/bin/, and I think it defeats my
suggestion.  Enabling local admins to make use of /usr/local/bin/editor
is more important than enabling (unusual) users to have ~/bin/editor not
be an editor.

>>This seems sensible because 'editor' and
>> 'pager' are fairly generic terms and a user might have things in
>> ~/bin/editor or ~/bin/pager that don't edit or page, respectively.
>
> Really?  That would be a reason for the 'editor' and 'pager' commands
> to be named something else.  But on the contrary, I find 'editor' and
> 'pager' to be pretty clear names for what they do.
>
> Is there additional information or context I can provide to change
> your mind?

I should be clear that I'm not really objecting, just trying to
understand why the current wording is the way it is.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#880920: Document Rules-Requires-Root field

[Sean Whitton]

Hello Ian,

On Wed, Nov 08 2017, Ian Jackson wrote:

> Sean Whitton writes ("Bug#880920: Document Rules-Requires-Root
>field"):
>> I wonder if we should just make Policy the new home of the spec that
>> Niels and Guillem have already written?
>
> I certainly would rather not block incorporation of this new spec into
> Debian's official document set, on the task of reformatting it into
> docbook.
>
> So yes it should probably go into the policy package (since there is
> no better home for it).

Given that we are now rST I think we should not just dump the spec into
the policy package, but hold out on a patch to the manual itself, since
writing such a thing is not very hard at all.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#879886: [Debian-med-packaging] Bug#879886: libhts2: libhts2 needs to handle ABI changes

[Diane Trout]

One of the htslib developers filed a new bug,

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

asking us to not make their private libraries public. His suggestions
are fairly similar to whats Charles proposed.

What I'm thinking is:

- TODO Recommit symbols file
- TODO Split private cram headers off into a new libhts-private-dev
package
- WAITING Try to talk htslib & SeqLib developers to agree on a public
cram api so we can drop the private-dev package.


> 
> Symbols file are strange to work with because their update usually
> goes
> through a build failure that outputs a patch, which is not very
> intuitive.  And then the patched symbols file has to be edited to
> remove
> the Debian minor version, otherwise it complicates backports etc.
> Perhaps it can be simplified, better explained and streamlined.  In
> any
> case, I think that for the htslib it is worth the effort.

The KDE team had some nice utilities that downloaded the symbols files
for all the architectures and could do batch patches.

Unfortunately I think they're KDE specific.

I'll commit my rebuilt symbols files the next time I'm not spending my
day writing emails to everyone else. I need a chance to look more
carefully if the missing symbols were actually not part of the private
api.


> 
> > I was wondering if we should split the cram headers into a
> > libhts-private-dev so we can at least track what is depending on
> > the
> > non-public api.
> 
> An ideal solution, and I understand that it may not be easy, would be
> to
> make the upstream users of htslib talk with the htslib developers, so
> that they can implement what they want to without needing to access
> private functions.  I think that it would fit the aims of both sides.

I wonder if I can forward one Debian bug to multiple upstreams

But I tried to get SeqLb & htslib to talk to each other.

SeqLib issue: https://github.com/walaj/SeqLib/issues/21
htslib issue: https://github.com/samtools/htslib/issues/619

> 
> > I did realize that my thought about updating the SOVERSION might be
> > wrong because I was just looking in the source tree for the removed
> > functions but I should have been checking the public header files.
> 
> Indeed, packages using private functions need to have a tight
> dependency
> on the htslib (unless we are very confident that there are regression
> tests that cover this area of the code).  Packages that are more
> well-behaved can infer their dependency through the (to be re-added)
> symbols file.



So that implies packaging that uses -private-dev that implies they have
an == dependency on a specific binary version of libhts?

That should probably probably be documented in a README.Debian for the
private-dev package.

Should I push these proposed changes to a clone of the htslib packaging
repository? A branch of the alioth repository, or just push it to the
alioth master?

Diane
> 

Bug#881226: tar gives "Illegal Instructions" on kernel 3.16.39-1+deb8u2 when upgrade jessie to strech

[Hans Schou]

Package: tar
Version: 1.29b-1.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   Upgrading from jessie to strech

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   apt -y dist-upgrade

   * What was the outcome of this action?
   A half done upgrade

It looks similar to bug 823748
but I can't spot what to do.

best regards
-- System Information:
Debian Release: 8.9
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages tar depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-18+deb8u10
ii  libselinux1  2.3-2

tar recommends no packages.

Versions of packages tar suggests:
ii  bzip21.0.6-7+b3
pn  ncompress
pn  tar-scripts  
ii  xz-utils 5.1.1alpha+20120614-2+b3

-- no debconf information

Bug#864432: funcoeszz: depends on a transitional package lynx-cur

[Eder L. Marques]

Hi Andreas,

Thank you for your QA work.
Bug Acknowledged. I will make the update over the next two weeks.

Regards,

Eder

- Original Message -
From: "Andreas Beckmann"  864...@bugs.debian.org
To:"Debian Bug Tracking System" <864...@bugs.debian.org>
Cc:
Sent:Tue, 07 Nov 2017 15:10:33 +0100
Subject:Bug#864432: funcoeszz: depends on a transitional package
lynx-cur

 Followup-For: Bug #864432
 Control: severity -1 serious
 Control: tag -1 sid buster

 lynx-cur is now gone from sid.

 Andreas

Bug#877453: libwagon2-java: No jars available for wagon-ssh

[Emmanuel Bourg]

Le 2/10/2017 à 00:51, Elana Hashman a écrit :

> For some reason it is provided in libwagon-java but not libwagon2. Is
> there a particular reason or is this something we could add to the build?

Hi Elana,

I disabled wagon-ssh a couple of years ago because it wasn't used and it
inflated the number of dependencies pulled when installing Maven
(wagon-ssh depends on plexus-interactivity-api, jsch and jsch-agent-proxy).

Yesterday I've upgraded the old wagon package to the latest 3.0.0
release (actually I've renamed the wagon2 package) In the version
3.0.0-2 the wagon-ssh modules are enabled again, but they are now
installed in their own libwagon-ssh-java package. The package will be
available in a few days/weeks once it completes its run through the NEW
queue.

Emmanuel Bourg

Bug#881170: Private HTSlib internals packaged in libhts-dev

[Trout, Diane E.]

Hi,

I wanted to acknowledge that all your issues need to be addressed and
resolved.

I filed an issue with SeqLib & htslib to ask to work out a public cram
api.

Personally I think option C would be best for a short term fix and
option B for the long term fix.

SeqLib issue: https://github.com/walaj/SeqLib/issues/21
htslib issue: https://github.com/samtools/htslib/issues/619

Diane.

Bug#881225: wicd-daemon: had to install net-tools manually to get wicd working

[Neels Hofmeyr]

Package: wicd-daemon
Version: 1.7.4+tb2-4
Severity: grave
Justification: renders package unusable

Dear Maintainer,

after upgrade to Debian 9 I installed wicd-gtk and saw wicd successfully
connecting (ping worked for like two seconds) and then disconnecting again
right away.

Looking at the logs I saw that it complained about 'ifconfig' not being
available. Indeed net-tools was not installed on the system by default.

After I installed net-tools manually to provide ifconfig on the system, wicd
worked again as usual.

So either this is a dependency bug and net-tools should be an unconditional
dependency of wicd-daemon, or wicd somehow doesn't use ifconfig alternatvies
even if those are installed and ifconfig is not.

Thanks!

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

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

Versions of packages wicd-daemon depends on:
ii  adduser  3.115
ii  dbus 1.10.22-0+deb9u1
ii  debconf  1.5.61
ii  ethtool  1:4.8-1+b1
ii  iproute2 4.9.0-1
ii  iputils-ping 3:20161105-1
ii  isc-dhcp-client  4.3.5-3
ii  lsb-base 9.20161125
ii  net-tools1.60+git20161116.90da8a0-1
ii  psmisc   22.21-2.1+b2
ii  python   2.7.13-2
ii  python-dbus  1.2.4-1+b1
ii  python-gobject   3.22.0-2
ii  python-wicd  1.7.4+tb2-4
ii  wireless-tools   30~pre9-12+b1
ii  wpasupplicant2:2.4-1+deb9u1

Versions of packages wicd-daemon recommends:
ii  rfkill 0.5-1+b1
ii  wicd-curses [wicd-client]  1.7.4+tb2-4
ii  wicd-gtk [wicd-client] 1.7.4+tb2-4

Versions of packages wicd-daemon suggests:
ii  pm-utils  1.4.1-17

Versions of packages wicd-gtk depends on:
ii  python 2.7.13-2
ii  python-glade2  2.24.0-5.1
ii  python-gtk22.24.0-5.1

Versions of packages wicd-gtk recommends:
ii  gksu   2.0.2-9+b1
ii  python-notify  0.1.1-4

Versions of packages wicd-curses depends on:
ii  python2.7.13-2
ii  python-urwid  1.3.1-2+b1

Versions of packages wicd-curses recommends:
ii  sudo  1.8.19p1-2.1

Versions of packages python-wicd depends on:
ii  python  2.7.13-2

-- debconf information excluded

Bug#881219: ovmf: efi install of windows server 2012 r2 blue screen

[Jeff Ketchum]

Hey Dann,

It looks like it is between version
0~20170911.5dfba97c-1
and
0~20171010.234dbcef-1

To reproduce the issue easily I create a new instance for server 2012, give
it basic settings (generally I do virtio but seems to happen with other
drivers)
select uefi firmware.
Boot the iso, go to the installation process, then it gives a BSOD after
formatting the disk and trying to copy files.

Jeff

On Wed, Nov 8, 2017 at 3:44 PM, dann frazier  wrote:

> On Wed, Nov 08, 2017 at 02:53:23PM -0700, Jeff Ketchum wrote:
> > Package: ovmf
> > Version: 0~20171027.76fd5a66-1
> > Severity: important
> >
> >
> > Issue is not present in previous version of package:
> 0~20161202.7bbe0b3e-1
> > Booting windows 2012 r2 and installing causes BSOD and reboot issues
> > with qemu/kvm virt-manager.
>
> hey Jeff,
>   There were a few versions between 0~20161202.7bbe0b3e-1 and
> 0~20171027.76fd5a66-1. Could you test the following versions from
> http://snapshot.debian.org/package/edk2/ to help narrow down the
> regression?
>
> 0~20161202.7bbe0b3e-2
> 0~20170911.5dfba97c-1
> 0~20171010.234dbcef-1
>
> Also, if possible, can you supply the libvirt XML for your guest so we
> can see how it is configured and attempt to reproduce?
>
>   -dann
>



  win2k12r2-2
  4a339285-d383-4fb5-b2c9-f1df537bcfa2
  1048576
  1048576
  1
  
hvm
/usr/share/OVMF/OVMF_CODE.fd
/var/lib/libvirt/qemu/nvram/win2k12r2-2_VARS.fd

  
  



  
  
  


  
  
Haswell-noTSX
  
  




  
  destroy
  restart
  destroy
  


  
  
/usr/bin/kvm

  
  
  
  


  
  
  
  
  


  


  
  


  
  


  
  



  


  


  
  
  
  


  


  


  
  


  




  
  


  


  
  


  


  


  

  

Bug#881223: gnuplot binary-all FTBFS: dh_install: Cannot find (any matches for) "debian/tmp/QT/usr/share/texmf/tex/"

[Adrian Bunk]

Source: gnuplot
Version: 5.2.2+dfsg1-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=gnuplot=all=5.2.2%2Bdfsg1-1=1510179219=0

...
   dh_install -i
dh_install: Cannot find (any matches for) "debian/tmp/QT/usr/share/texmf/tex/" 
(tried in ., debian/tmp)

dh_install: gnuplot-data missing files: debian/tmp/QT/usr/share/texmf/tex/
dh_install: missing files, aborting
debian/rules:4: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 25

Bug#881222: opencryptoki: Maintaintaier script try to start/stop tmpfiles.conf "service"

[Laurent Bigonville]

Package: opencryptoki
Version: 3.8.1+dfsg-2
Severity: serious

Hi,

Somehow the postinst and prerm scripts are trying to start and stop the
tmpfiles.conf "service":

# Automatically added by dh_systemd_start/10.10.5
if [ -d /run/systemd/system ]; then
systemctl --system daemon-reload >/dev/null || true
if [ -n "$2" ]; then
_dh_action=try-restart
else
_dh_action=start
fi
deb-systemd-invoke $_dh_action 'tmpfiles.conf' >/dev/null || true
fi
# End automatically added section

# Automatically added by dh_systemd_start/10.10.5
if [ -d /run/systemd/system ] && [ "$1" = remove ]; then
deb-systemd-invoke stop 'tmpfiles.conf' >/dev/null
fi
# End automatically added section

This is completely boggus and makes the uninstallation of the package
fails.

That tmpfiles.conf file should probably be called opencryptoki.conf and
be installed in /usr/lib/tmpfiles.d/ instead.

Kind regards,

Laurent Bigonville

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

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

Bug#881219: ovmf: efi install of windows server 2012 r2 blue screen

[dann frazier]

On Wed, Nov 08, 2017 at 02:53:23PM -0700, Jeff Ketchum wrote:
> Package: ovmf
> Version: 0~20171027.76fd5a66-1
> Severity: important
> 
> 
> Issue is not present in previous version of package: 0~20161202.7bbe0b3e-1
> Booting windows 2012 r2 and installing causes BSOD and reboot issues
> with qemu/kvm virt-manager.

hey Jeff,
  There were a few versions between 0~20161202.7bbe0b3e-1 and
0~20171027.76fd5a66-1. Could you test the following versions from
http://snapshot.debian.org/package/edk2/ to help narrow down the
regression?

0~20161202.7bbe0b3e-2
0~20170911.5dfba97c-1
0~20171010.234dbcef-1

Also, if possible, can you supply the libvirt XML for your guest so we
can see how it is configured and attempt to reproduce?

  -dann

Bug#881221: sdcv FTBFS on big endian: test failures

[Adrian Bunk]

Source: sdcv
Version: 0.5.2-1
Severity: serious

https://buildd.debian.org/status/package.php?p=sdcv=sid

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
mkdir -p tmphome/.stardict/dic
# Exclude json test as it's broken in both bash and dash
export HOME=`pwd`/tmphome/; dh_auto_test -- ARGS+="--output-on-failure"
cd obj-mips-linux-gnu && make -j1 test ARGS\+=--output-on-failure 
ARGS\+=-j1
make[2]: Entering directory '/<>/obj-mips-linux-gnu'
Running tests...
/usr/bin/ctest --force-new-ctest-process --output-on-failure -j1
Test project /<>/obj-mips-linux-gnu
  Start  1: t_list
 1/10 Test  #1: t_list ...   Passed0.03 sec
  Start  2: t_use
 2/10 Test  #2: t_use    Passed0.04 sec
  Start  3: t_only_data_dir
 3/10 Test  #3: t_only_data_dir ..   Passed0.03 sec
  Start  4: t_synonyms
 4/10 Test  #4: t_synonyms ...   Passed0.07 sec
  Start  5: t_json
 5/10 Test  #5: t_json ...***Failed0.10 sec
sdcv: /<>/src/stardict_lib.cpp:542: const gchar* 
{anonymous}::OffsetIndex::read_first_on_page_key(glong): Assertion `(nitems == 
1)' failed.
Aborted
expected [
  {
"dict": "Test synonyms",
"word": "test",
"definition": "
result of test"
  }
] but got 

  Start  6: t_exact
 6/10 Test  #6: t_exact ..   Passed0.05 sec
  Start  7: t_interactive
 7/10 Test  #7: t_interactive    Passed1.01 sec
  Start  8: t_utf8output
 8/10 Test  #8: t_utf8output .   Passed0.02 sec
  Start  9: t_utf8input
 9/10 Test  #9: t_utf8input ..***Failed0.03 sec
Aborted
/<>/tests/t_utf8input: empty results of search: test failed

  Start 10: t_datadir
10/10 Test #10: t_datadir    Passed0.03 sec

80% tests passed, 2 tests failed out of 10

Total Test time (real) =   1.43 sec

The following tests FAILED:
  5 - t_json (Failed)
  9 - t_utf8input (Failed)
Errors while running CTest
Makefile:110: recipe for target 'test' failed
make[2]: *** [test] Error 8
make[2]: Leaving directory '/<>/obj-mips-linux-gnu'
dh_auto_test: cd obj-mips-linux-gnu && make -j1 test ARGS\+=--output-on-failure 
ARGS\+=-j1 returned exit code 2
debian/rules:15: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2

Bug#811473: systemd: timer with WakeSystem=yes doesn't always start the service it's supposed to trigger

[Michael Biebl]

Am 19.01.2016 um 10:36 schrieb Christian Pernegger:
> Package: systemd
> Version: 215-17+deb8u2
> Severity: normal
> 
> 
> Hello,
> 
> I'm trying to do the following:
> 1) wake up the system every night at 3 am (using a timer unit with 
> WakeSystem=yes)
> 2) pull in backups (using a service triggered by the timer unit)
> 3) send it to sleep again (via logind idle timeout)
> 
> See attached files backup.timer and backup.service.

I've tried those example unit files (with v235) and got the following
error on wakeup:
Nov 08 22:43:15 pluto systemd[1]: backup.service: Main process exited,
code=exited, status=1/FAILURE
Nov 08 22:43:15 pluto systemd-inhibit[3709]: Failed to inhibit: The
operation inhibition has been requested for is already running
Nov 08 22:43:15 pluto systemd[1]: backup.service: Failed with result
'exit-code'.

I wonder if your problem is related to the usage of systemd-inhibit.

Can you try and run the shell script directly?

Btw, for a script/use case like yours, using Type=oneshot is probably
more suitable.

-- 
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#881220: ITP: qperf -- Measure socket and RDMA performance

[Brian T. Smith]

Package: wnpp
Severity: wishlist
Owner: "Brian T. Smith" 

* Package name: qperf
  Version : 0.4.9
  Upstream Author : Johann George 
* URL : http://www.openfabrics.org
* License : GPL, BSD
  Programming Lang: C
  Description : Measure socket and RDMA performance

qperf measures bandwidth and latency between two nodes. It can work
over TCP/IP as well as the RDMA transports.

- qperf is a widely-used tool for testing performance of RDMA
  stacks and fabrics.
- While there is some overlap with iperf3 in the area of TCP
  performanced testing, iperf3 cannot directly test an RDMA
  trasport. qperf allows direct testing of UD and RC RDMA.
- qperf will be maintained as part of my employer's ongoing
  project of supporting RDMA functionality on Debian.
- I do not yet have Debian maintainer status, and will
  require a sponsor.
- qperf will be included in the software packages maintained by
  pkg-ofed.
- I use qperf on a regular basis to test functionality and
  performance of RDMA fabrics with the amd64 architecture.

Bug#850895: bacula: Please migrate to openssl1.1 in buster

[Carsten Leonhardt]

Hi Sebastian,

Sebastian Andrzej Siewior  writes:

> please find attached a few patches :) I can compile against 1.0.2 and
> 1.1 with them applied. Please do some testing. There is no testsuite so…

first a big thanks!

I'll give it some testing and will point upstream to your patches.

(There's actually an extensive test suite, but sadly it's not yet
integrated in our packaging.)

Regards,

Carsten

Bug#877137: dman: broken error reporting

[astian]

Javier Fernandez-Sanguino:
[snip]
> 
>> I can't remember where I read that the maintainer doesn't like
>> maintaining scripts longer than a couple hundred lines, and this one
>> grew to about 390 so in the end I didn't send it and forgot about the
>> bug report.  Today I remembered and here it is.
> 
> It might have been in #861611, where Antoine Beaupré said it. I am not
> against scripts >100 lines and your replacement has some nice
> improvements that could be worth including. I'll wait until the other
> co-maintainers review it before committing it, though.
> 

Sounds good.

Cheers.

Bug#881217: python-stetl: please make the build reproducible

[Chris Lamb]

forwarded 881217 https://github.com/geopython/stetl/pull/64
thanks

I've forwarded this upstream here:

  https://github.com/geopython/stetl/pull/64


Regards,

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

Bug#881219: ovmf: efi install of windows server 2012 r2 blue screen

[Jeff Ketchum]

Package: ovmf
Version: 0~20171027.76fd5a66-1
Severity: important


Issue is not present in previous version of package: 0~20161202.7bbe0b3e-1
Booting windows 2012 r2 and installing causes BSOD and reboot issues
with qemu/kvm virt-manager.


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

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

-- no debconf information

Bug#811473: systemd: timer with WakeSystem=yes doesn't always start the service it's supposed to trigger

[Michael Biebl]

Am 19.01.2016 um 10:36 schrieb Christian Pernegger:
> Package: systemd
> Version: 215-17+deb8u2
> Severity: normal
> 
> 
> Hello,
> 
> I'm trying to do the following:
> 1) wake up the system every night at 3 am (using a timer unit with 
> WakeSystem=yes)
> 2) pull in backups (using a service triggered by the timer unit)
> 3) send it to sleep again (via logind idle timeout)
> 
> See attached files backup.timer and backup.service.
> 
> Now, step 1 works, it'll always wake up at 3 am, and sometimes
> backup.service will then run as it should, sometimes it won't.
> 
> (For completeness' sake: starting backup.service manually always
> works, as does running it on a timer when the machine is already
> up. Same goes for suspend on idle.)
> 
> It might be some kind of timing issue but frankly I've no idea where
> to look. The journal doesn't show anything about the timer unit in any
> case, the service unit does get mentioned only because a sudo session
> is opened for it (only when it actually runs).
> 


Christian, can you show me the output of
systemctl status backup.service
after such a wakeup and failed attempt to start the service?
What would probably useful as well is to increase the log level of
systemd (systemd-analyze set-log-level debug) and get a journal log from
after the wakeup.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#881217: python-stetl: please make the build reproducible

[Chris Lamb]

Source: python-stetl
Version: 1.1+ds-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that python-stetl could not be built reproducibly.

This is because it embeds the current build path in its own
documentation.

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2017-11-08 20:59:42.184958126 
+
@@ -0,0 +1,24 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2017-11-08
+
+--- python-stetl-1.1+ds.orig/stetl/filters/templatingfilter.py
 python-stetl-1.1+ds/stetl/filters/templatingfilter.py
+@@ -139,7 +139,7 @@ class Jinja2TemplatingFilter(TemplatingF
+ # Applying Decorator pattern with the Config class to provide
+ # read-only config values from the configured properties.
+ 
+-@Config(ptype=str, default=[os.getcwd()], required=False)
++@Config(ptype=str, default=None, required=False)
+ def template_search_paths(self):
+ """
+ List of directories where to search for templates, default is current 
working directory only.
+@@ -207,7 +207,7 @@ class Jinja2TemplatingFilter(TemplatingF
+ raise e
+ 
+ # Load and Init Template once
+-loader = FileSystemLoader(self.template_search_paths)
++loader = FileSystemLoader(self.template_search_paths or [os.getcwd()])
+ self.jinja2_env = Environment(loader=loader, 
extensions=['jinja2.ext.do'], lstrip_blocks=True, trim_blocks=True)
+ 
+ # Register additional Filters on the template environment by updating 
the filters dict:
--- a/debian/patches/series 1970-01-01 01:00:00.0 +0100
--- b/debian/patches/series 2017-11-08 20:59:40.688948464 +
@@ -0,0 +1 @@
+reproducible_build.patch

Bug#881218: sagemath: notebook() Worksheet Process Users not working

[Jaimos Skriletz]

Package: sagemath
Version: 7.4-9
Severity: normal

Dear Maintainer,

In upgrading to stretch from jessie I am trying to switch to using the
Debian package for sagemath from using the packages from upstream.
In switching I noticed the following issue:

I was using sagemath with a single Worksheet Process User, so
worksheets were run on my system as a user with limited privileges. I
have this configured to use with ssh keys and it works as expected
using the package from upstream.

When I set a Worksheet Process User with the Debian package, either
with notebook(server_pool=["sagenb@localhost"]) or configuring it
using the web UI under server settings, I am not able to use the
worksheets. In this case no matter what I ask sagemath to do I get the
error that the _interact_ function is not defined.

Traceback (most recent call last):
  File "", line 1, in 
  File "_sage_input_3.py", line 8, in 
_interact_.SAGE_CELL_ID=29
NameError: name '_interact_' is not defined

jaimos

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

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

Versions of packages sagemath depends on:
ii  cysignals-tools  1.3.2+ds-1
ii  cython   0.25.2-1
ii  ecl  15.3.7+dfsg1-2+deb9u1
ii  eclib-tools  20160720-2
ii  f2c  20100827-3
ii  fflas-ffpack 2.2.2-4
ii  flintqs  1:1.0-1+b1
ii  gap-core 4r8p6-2
ii  gfan 0.5+dfsg-6
ii  gmp-ecm  7.0.4+ds-1
ii  ipython  5.1.0-3
ii  iso-codes3.75-1
ii  jmol 14.6.4+2016.11.05+dfsg1-3
ii  lcalc1.23+dfsg-6+b1
ii  less 481-2.1
ii  libatlas3-base [liblapack.so.3]  3.10.3-1+b1
ii  libblas3 [libblas.so.3]  3.7.0-2
ii  libbrial-groebner0   0.8.5-4
ii  libbrial00.8.5-4
ii  libc62.24-11+deb9u1
ii  libcdd-tools 094h-1+b1
ii  libcliquer1  1.21-1+b2
ii  libec2   20160720-2
ii  libecm1  7.0.4+ds-1
ii  libflint-2.5.2   2.5.2-15
ii  libflint-arb12.8.1-3
ii  libgap-sage-44.8.6+3+20160327g69a66f0+dsx-2
ii  libgcc1  1:6.3.0-18
ii  libgd3   2.2.4-2+deb9u2
ii  libgivaro9   4.0.2-5
ii  libglpk404.61-1
ii  libgmp10 2:6.1.2+dfsg-1
ii  libgmpxx4ldbl2:6.1.2+dfsg-1
ii  libgsl2  2.3+dfsg-1
ii  libiml0  1.0.4-1+b2
ii  libjs-mathjax2.7.0-2
ii  liblapack3 [liblapack.so.3]  3.7.0-2
ii  liblfunction01.23+dfsg-6+b1
ii  liblinbox-1.4.2-01.4.2-3
ii  liblinboxsage-1.4.2-01.4.2-3
ii  liblrcalc1   1.2-2+b1
ii  libm4ri-0.0.20140914 20140914-2+b1
ii  libm4rie-0.0.2015090820150908-1
ii  libmpc3  1.0.3-1+b2
ii  libmpfi0 1.5.1+ds-4
ii  libmpfr4 3.1.5-1
ii  libntl27 9.9.1-3
ii  libpari-gmp-tls5 2.9.1-1
ii  libplanarity03.0.0.5-1+b1
ii  libpng16-16  1.6.28-1
ii  libppl14 1:1.2-1
ii  libpynac20.6.91-1
ii  libratpoints-2.1.3   1:2.1.3-1+b2
ii  libreadline7 7.0-3
ii  librw0   0.8+ds-1
ii  libsingular4 1:4.0.3-p3+ds-5
ii  libsingular4-dev 1:4.0.3-p3+ds-5
ii  libstdc++6   6.3.0-18
ii  libsymmetrica2   2.0+ds-4
ii  libzn-poly-0.9  

Bug#881216: Acknowledgement (sagemath: Not using standard LaTeX fonts with plots using text())

[Jaimos Skriletz]

I forgot to attach the two images to show the font difference. Here they are.

jaimos

Bug#880522: quagga-core: zebra fails to start (probably due to changes in systemd)

[Syd Alsobrook]

On Thu, 2 Nov 2017 21:26:11 +1100 Scott Leggett  wrote:
>
> Thanks for the bug report, this is quite annoying. I'll look into
> finding a solution.

Any word on when this might be resolved? As you said it is quite annoying.


Thank you,
Syd


-- 

Syd Alsobrook
Seasies Technology
518-598-6025
http://www.seasies.com

Bug#881216: sagemath: Not using standard LaTeX fonts with plots using text()

[Jaimos Skriletz]

Package: sagemath
Version: 7.4-9
Severity: minor

Dear Maintainer,

In upgrading to stretch from jessie I am trying to switch to using the
Debian package for sagemath from using the packages from upstream.
In switching I noticed the following issue:

I use sagemath, via the notebook(), to mostly draw images and label
them. For example to label a function I would use something like:

P = plot( sqrt(4-x), (x,0,4) )
P += text( r"$y=\sqrt{4-x}$", (3.2,1.5), fontsize=16, color="black" )
P.show(figsize=[3,3])

The upstream version of sagemath (either the version pre-compiled for
Debian 8 or a version I compiled on stretch use the standard LaTeX
math fonts for formulas, while the Debian package does not.
Images attached.

I am not sure if this is an issue with how sagemath was built or a
configuration option, but I have not been able to figure out how
to get the Debian package to use the standard LaTeX fonts that
I am use to.

jaimos

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

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

Versions of packages sagemath depends on:
ii  cysignals-tools  1.3.2+ds-1
ii  cython   0.25.2-1
ii  ecl  15.3.7+dfsg1-2+deb9u1
ii  eclib-tools  20160720-2
ii  f2c  20100827-3
ii  fflas-ffpack 2.2.2-4
ii  flintqs  1:1.0-1+b1
ii  gap-core 4r8p6-2
ii  gfan 0.5+dfsg-6
ii  gmp-ecm  7.0.4+ds-1
ii  ipython  5.1.0-3
ii  iso-codes3.75-1
ii  jmol 14.6.4+2016.11.05+dfsg1-3
ii  lcalc1.23+dfsg-6+b1
ii  less 481-2.1
ii  libatlas3-base [liblapack.so.3]  3.10.3-1+b1
ii  libblas3 [libblas.so.3]  3.7.0-2
ii  libbrial-groebner0   0.8.5-4
ii  libbrial00.8.5-4
ii  libc62.24-11+deb9u1
ii  libcdd-tools 094h-1+b1
ii  libcliquer1  1.21-1+b2
ii  libec2   20160720-2
ii  libecm1  7.0.4+ds-1
ii  libflint-2.5.2   2.5.2-15
ii  libflint-arb12.8.1-3
ii  libgap-sage-44.8.6+3+20160327g69a66f0+dsx-2
ii  libgcc1  1:6.3.0-18
ii  libgd3   2.2.4-2+deb9u2
ii  libgivaro9   4.0.2-5
ii  libglpk404.61-1
ii  libgmp10 2:6.1.2+dfsg-1
ii  libgmpxx4ldbl2:6.1.2+dfsg-1
ii  libgsl2  2.3+dfsg-1
ii  libiml0  1.0.4-1+b2
ii  libjs-mathjax2.7.0-2
ii  liblapack3 [liblapack.so.3]  3.7.0-2
ii  liblfunction01.23+dfsg-6+b1
ii  liblinbox-1.4.2-01.4.2-3
ii  liblinboxsage-1.4.2-01.4.2-3
ii  liblrcalc1   1.2-2+b1
ii  libm4ri-0.0.20140914 20140914-2+b1
ii  libm4rie-0.0.2015090820150908-1
ii  libmpc3  1.0.3-1+b2
ii  libmpfi0 1.5.1+ds-4
ii  libmpfr4 3.1.5-1
ii  libntl27 9.9.1-3
ii  libpari-gmp-tls5 2.9.1-1
ii  libplanarity03.0.0.5-1+b1
ii  libpng16-16  1.6.28-1
ii  libppl14 1:1.2-1
ii  libpynac20.6.91-1
ii  libratpoints-2.1.3   1:2.1.3-1+b2
ii  libreadline7 7.0-3
ii  librw0   0.8+ds-1
ii  libsingular4 1:4.0.3-p3+ds-5
ii  libsingular4-dev 1:4.0.3-p3+ds-5
ii  libstdc++6   6.3.0-18
ii  libsymmetrica2   2.0+ds-4
ii  libzn-poly-0.9   0.9-3+b2
ii  maxima-sage 

Bug#880504:

[Salvatore Bonaccorso]

Hi Axel,

On Wed, Nov 08, 2017 at 08:52:58AM +0100, Axel Schäfer wrote:
> This bug also affects stretch's kernel (package linux-image-4.9.0-4, 
> version 4.9.51-1, as of 2017-09-28) in a very similar scenario that Andrew 
> Chadwick reported
> (i.e. 20+ domain members on a cifs share via multiuser,sec=krb5 option). 
> 
> Applying the patch (via test-patches) from the sid branch seems to restore 
> the expected behavior.

Thanks a lot for confirming that. I have applied the patch as well in
the stretch-branch.

Regards,
Salvatore

Bug#881215: qtquickcontrols-opensource-src FTCBFS: does not pass cross tools to qmake

[Helmut Grohne]

Source: qtquickcontrols-opensource-src
Version: 5.9.2-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

qtquickcontrols-opensource-src fails to cross build from source, because
it does not pass cross tools to qmake. Deferring that task to
dh_auto_configure makes the configure step (but not the build step)
succeed. Please consider applying the attached patch and closing this
bug when you do.

Helmut
diff --minimal -Nru qtquickcontrols-opensource-src-5.9.2/debian/changelog 
qtquickcontrols-opensource-src-5.9.2/debian/changelog
--- qtquickcontrols-opensource-src-5.9.2/debian/changelog   2017-10-27 
10:16:53.0 +0200
+++ qtquickcontrols-opensource-src-5.9.2/debian/changelog   2017-11-08 
19:56:08.0 +0100
@@ -1,3 +1,10 @@
+qtquickcontrols-opensource-src (5.9.2-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Let dh_auto_configure pass cross tools to qmake. (Closes: #-1)
+
+ -- Helmut Grohne   Wed, 08 Nov 2017 19:56:08 +0100
+
 qtquickcontrols-opensource-src (5.9.2-2) unstable; urgency=medium
 
   * Upload to unstable.
diff --minimal -Nru qtquickcontrols-opensource-src-5.9.2/debian/rules 
qtquickcontrols-opensource-src-5.9.2/debian/rules
--- qtquickcontrols-opensource-src-5.9.2/debian/rules   2017-10-27 
10:16:53.0 +0200
+++ qtquickcontrols-opensource-src-5.9.2/debian/rules   2017-11-08 
19:56:05.0 +0100
@@ -19,7 +19,7 @@
rm -rfv test_root
 
 override_dh_auto_configure:
-   qmake QT_BUILD_PARTS+=tests
+   dh_auto_configure -- QT_BUILD_PARTS+=tests
 
 override_dh_auto_build-indep:
dh_auto_build -Smakefile -- docs

Bug#881213: python3-parsedatetime recommends (python 2) python-pyicu

[Gordon Ball]

Package: python3-parsedatetime
Version: 2.4-2
Severity: minor

The python 3 binary package recommends the python 2 ICU package,
which presumably isn't useable. The correct recommendation is probably
python3-icu (there is no python3-pyicu, but python3-icu builds from
the same source package as python-pyicu, so I assume provides the same
interface). 


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

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

Versions of packages python3-parsedatetime depends on:
ii  python3 3.6.3-2
ii  python3-future  0.15.2-4

Versions of packages python3-parsedatetime recommends:
ii  python-pyicu  1.9.5-1+b1

python3-parsedatetime suggests no packages.

-- no debconf information

Bug#880992: debian-policy should not recommend running editor using absolute path

[Bill Allombert]

On Wed, Nov 08, 2017 at 12:31:09PM -0800, Jonathan Nieder wrote:
> Hi,
> 
> Sean Whitton wrote:
> > On Mon, Nov 06 2017, Jonathan Nieder wrote:
> 
> >>Thus, every program that launches an editor or pager must use
> >>the EDITOR or PAGER environment variable to determine the editor
> >>or pager the user wishes to use. If these variables are not set,
> >>the programs /usr/bin/editor and /usr/bin/pager should be used,
> >>respectively.
> >>
> >> If read strictly, this says that I must use "/usr/bin/editor" instead
> >> of invoking "editor" from the $PATH.  (I'm not sure I agree with that
> >> interpretation, but it came up in https://bugs.debian.org/682347.)
> >> Running "editor" from the $PATH instead of using that full path should
> >> be perfectly acceptable and IMHO is a better behavior, since it allows
> >> the user to put a custom editor in /usr/local/bin or $HOME/bin.
> >
> > ISTM that the intention is for the user to set EDITOR and PAGER to
> > select an editor or pager, rather than putting things called 'editor'
> > and 'pager' into PATH.
> 
> I understand and agree, but that doesn't mean that packages should
> invoke editor using an absolute path.
> 
> Policy describes package behavior, not user behavior.
> 
> Further, a sysadmin on a shared machine doesn't have a way to set
> EDITOR for all users,

Why not ? PAM can do it, see /etc/environment?

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#569150: Sveiks draugs

[Wang Jianlin]

Es plānoju dot jums daļu manas bagātības kā brīvas dziesmas finansiālo 
ziedojumu jums, Atbildēt, lai piedalītos.

Wang Jianlin
Wanda grupa

Bug#881212: networking-l2gw FTBFS: AttributeError: 'CLITestV20ExtensionL2GWJSON' object has no attribute 'format'

[Adrian Bunk]

Source: networking-l2gw
Version: 1:1.0.0+git20160927.29cb4fe3-1
Severity: grave

Some recent change in unstable makes networking-l2gw FTBFS:

https://tests.reproducible-builds.org/debian/history/networking-l2gw.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/networking-l2gw.html

...
==
FAIL: 
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_conn_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_connection
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_conn_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_connection
--
_StringException: Traceback (most recent call last):
  File 
"networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_conn_ext.py", line 
71, in test_create_l2gateway_connection
position_names, position_values)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20.py", line 64, in 
_test_create_resource
self.client.format = self.format
AttributeError: 'CLITestV20ExtensionL2GWJSON' object has no attribute 'format'


==
FAIL: 
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway
--
_StringException: Traceback (most recent call last):
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 75, in test_create_l2gateway
self._create_l2_gateway(args, name, device)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 61, in _create_l2_gateway
position_names, position_values)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20.py", line 64, in 
_test_create_resource
self.client.format = self.format
AttributeError: 'CLITestV20ExtensionL2GWJSON' object has no attribute 'format'


==
FAIL: 
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_mul_segmenation_id
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_mul_segmenation_id
--
_StringException: Traceback (most recent call last):
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 112, in test_create_l2gateway_with_mul_segmenation_id
self._create_l2_gateway(args, name, device)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 61, in _create_l2_gateway
position_names, position_values)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20.py", line 64, in 
_test_create_resource
self.client.format = self.format
AttributeError: 'CLITestV20ExtensionL2GWJSON' object has no attribute 'format'


==
FAIL: 
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_multiple_devices
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_multiple_devices
--
_StringException: Traceback (most recent call last):
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 85, in test_create_l2gateway_with_multiple_devices
self._create_l2_gateway(args, name, devices)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 61, in _create_l2_gateway
position_names, position_values)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20.py", line 64, in 
_test_create_resource
self.client.format = self.format
AttributeError: 'CLITestV20ExtensionL2GWJSON' object has no attribute 'format'


==
FAIL: 
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_multiple_interfaces
networking_l2gw.tests.unit.l2gatewayclient.test_cli20_l2gw_ext.CLITestV20ExtensionL2GWJSON.test_create_l2gateway_with_multiple_interfaces
--
_StringException: Traceback (most recent call last):
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 94, in test_create_l2gateway_with_multiple_interfaces
self._create_l2_gateway(args, name, device)
  File "networking_l2gw/tests/unit/l2gatewayclient/test_cli20_l2gw_ext.py", 
line 61, in _create_l2_gateway
position_names, position_values)
  File 

Bug#850895: bacula: Please migrate to openssl1.1 in buster

[Sebastian Andrzej Siewior]

On 2017-10-13 21:25:01 [+0200], Carsten Leonhardt wrote:
> Hi Sebastian,
Hi Carsten,

> I've checked all three distros, Fedora and Arch use OpenSSL 1.0 to build
> bacula. For Gentoo I'm not sure I can parse the ebuild-files correctly,
> but I think they use LibreSSL - in any case there's no patch to enable
> building with OpenSSL 1.1.

please find attached a few patches :) I can compile against 1.0.2 and
1.1 with them applied. Please do some testing. There is no testsuite so…

> Regards,
> 
> Carsten

Sebastian
From 2da5f9b134943f62fb7c22e6d5e64599b43011cc Mon Sep 17 00:00:00 2001
From: Sebastian Andrzej Siewior 
Date: Wed, 8 Nov 2017 14:37:31 +0100
Subject: [PATCH 1/5] crypto: remove support for ancient openssl
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

OpenSSL 1.0.2 is still supported. Everything earlier is not so the old
code for compat can be thrown away, especially the 0.9.8 support.

TLSv1_method() should not be used and SSLv23_method() should be
preferred because the latter supports TLS1.0…1.2 while the former _only_
tries TLS1.0.

Signed-off-by: Sebastian Andrzej Siewior 
---
 src/lib/crypto.c | 22 --
 src/lib/tls.c| 14 +-
 2 files changed, 1 insertion(+), 35 deletions(-)

diff --git a/src/lib/crypto.c b/src/lib/crypto.c
index 9f309d58e473..b4403eb45618 100644
--- a/src/lib/crypto.c
+++ b/src/lib/crypto.c
@@ -307,12 +307,7 @@ static ASN1_OCTET_STRING *openssl_cert_keyid(X509 *cert) {
const X509V3_EXT_METHOD *method;
ASN1_OCTET_STRING *keyid;
int i;
-#if (OPENSSL_VERSION_NUMBER >= 0x0090800FL)
const unsigned char *ext_value_data;
-#else
-   unsigned char *ext_value_data;
-#endif
-
 
/* Find the index to the subjectKeyIdentifier extension */
i = X509_get_ext_by_NID(cert, NID_subject_key_identifier, -1);
@@ -331,7 +326,6 @@ static ASN1_OCTET_STRING *openssl_cert_keyid(X509 *cert) {
 
ext_value_data = ext->value->data;
 
-#if (OPENSSL_VERSION_NUMBER > 0x00907000L)
if (method->it) {
   /* New style ASN1 */
 
@@ -345,10 +339,6 @@ static ASN1_OCTET_STRING *openssl_cert_keyid(X509 *cert) {
   keyid = (ASN1_OCTET_STRING *) method->d2i(NULL, _value_data, ext->value->length);
}
 
-#else
-   keyid = (ASN1_OCTET_STRING *) method->d2i(NULL, _value_data, ext->value->length);
-#endif
-
return keyid;
 }
 
@@ -783,11 +773,7 @@ crypto_error_t crypto_sign_verify(SIGNATURE *sig, X509_KEYPAIR *keypair, DIGEST
SignerInfo *si;
int ok, i;
unsigned int sigLen;
-#if (OPENSSL_VERSION_NUMBER >= 0x0090800FL)
const unsigned char *sigData;
-#else
-   unsigned char *sigData;
-#endif
 
signers = sig->sigData->signerInfo;
 
@@ -934,11 +920,7 @@ int crypto_sign_encode(SIGNATURE *sig, uint8_t *dest, uint32_t *length)
 SIGNATURE *crypto_sign_decode(JCR *jcr, const uint8_t *sigData, uint32_t length)
 {
SIGNATURE *sig;
-#if (OPENSSL_VERSION_NUMBER >= 0x0090800FL)
const unsigned char *p = (const unsigned char *) sigData;
-#else
-   unsigned char *p = (unsigned char *)sigData;
-#endif
 
sig = (SIGNATURE *)malloc(sizeof(SIGNATURE));
if (!sig) {
@@ -1156,11 +1138,7 @@ crypto_error_t crypto_session_decode(const uint8_t *data, uint32_t length, alist
X509_KEYPAIR *keypair;
STACK_OF(RecipientInfo) *recipients;
crypto_error_t retval = CRYPTO_ERROR_NONE;
-#if (OPENSSL_VERSION_NUMBER >= 0x0090800FL)
const unsigned char *p = (const unsigned char *)data;
-#else
-   unsigned char *p = (unsigned char *)data;
-#endif
 
/* bacula-fd.conf doesn't contains any key */
if (!keypairs) {
diff --git a/src/lib/tls.c b/src/lib/tls.c
index f444a276a5e2..992265b38ad2 100644
--- a/src/lib/tls.c
+++ b/src/lib/tls.c
@@ -118,13 +118,10 @@ TLS_CONTEXT *new_tls_context(const char *ca_certfile, const char *ca_certdir,
/* Allows SSLv3, TLSv1, TLSv1.1 and TLSv1.2 protocols */
ctx->openssl = SSL_CTX_new(TLS_method());
 
-#elif (OPENSSL_VERSION_NUMBER >= 0x1000L)
+#else
/* Allows most all protocols */
ctx->openssl = SSL_CTX_new(SSLv23_method());
 
-#else
-   /* Older method only understands TLSv1 */
-   ctx->openssl = SSL_CTX_new(TLSv1_method());
 #endif
 
/* Use SSL_OP_ALL to turn on all "rather harmless" workarounds that
@@ -337,11 +334,7 @@ bool tls_postconnect_verify_host(JCR *jcr, TLS_CONNECTION *tls, const char *host
 STACK_OF(CONF_VALUE) *val;
 CONF_VALUE *nval;
 void *extstr = NULL;
-#if (OPENSSL_VERSION_NUMBER >= 0x0090800FL)
 const unsigned char *ext_value_data;
-#else
-unsigned char *ext_value_data;
-#endif
 
 /* Get x509 extension method structure */
 if (!(method = X509V3_EXT_get(ext))) {
@@ -350,7 +343,6 @@ bool tls_postconnect_verify_host(JCR *jcr, TLS_CONNECTION *tls, const char *host
 
 ext_value_data = ext->value->data;
 
-#if (OPENSSL_VERSION_NUMBER > 0x00907000L)
 if (method->it) {
   

Bug#881205: backintime: CVE-2017-16667: shell injection in notify-send

[Salvatore Bonaccorso]

Control: found -1 1.0.36-1

Hi

On Wed, Nov 08, 2017 at 09:02:11PM +0100, Salvatore Bonaccorso wrote:
> Please adjust the affected versions in the BTS as needed.

Looks to be present as well in 1.0.36-1+deb8u1, but in
notify/plugins/notifyplugin.py.

Regards,
Salvatore

Bug#881211: FTBFS: .../antlr-doc/examples absent

[Aaron M. Ucko]

Source: antlr
Version: 2.7.7+dfsg-9.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Thanks for taking care of #879980!  Builds of antlr covering only its
architecture-dependent binary packages (as on the autobuilders or via
dpkg-buildpackage -B) now get most of the way through, but still fail:

  dh_installexamples
  find debian/antlr-doc/usr/share/doc/antlr-doc/examples -type f -print | xargs 
chmod 0644
  find: 'debian/antlr-doc/usr/share/doc/antlr-doc/examples': No such file or 
directory
  chmod: missing operand after '0644'
  Try 'chmod --help' for more information.
  debian/rules:48: recipe for target 'override_dh_installexamples' failed
  make[1]: *** [override_dh_installexamples] Error 123
  make[1]: Leaving directory '/<>/antlr-2.7.7+dfsg'
  debian/rules:8: recipe for target 'binary-arch' failed
  make: *** [binary-arch] Error 2

Please rename override_dh_installexamples to
override_dh_installexamples-indep, and consider doing likewise for
override_dh_installdocs.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#881162: tomcat7: Server reports 404 on any request, even /

[Russell Jackson]

Just adding a me too.

Update took out our entire app cluster last night.

Rolling back to previous version resolved outage.

-- 
Russell A Jackson
Information Security and Emerging Technologies
California State University, San Bernardino

Bug#881210: neutron-lbaas FTBFS:

[Adrian Bunk]

Source: neutron-lbaas
Version: 1:9.1.0-2
Severity: serious
Tags: buster sid

Some recent change in unstable makes neutron-lbaas FTBFS:

https://tests.reproducible-builds.org/debian/history/neutron-lbaas.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/neutron-lbaas.html

...
==
FAIL: 
neutron_lbaas.tests.unit.common.cert_manager.barbican_auth.test_barbican_acl.TestBarbicanACLAuth.test_get_barbican_client
neutron_lbaas.tests.unit.common.cert_manager.barbican_auth.test_barbican_acl.TestBarbicanACLAuth.test_get_barbican_client
--
_StringException: stderr: {{{
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
}}}

Traceback (most recent call last):
  File 
"neutron_lbaas/tests/unit/common/cert_manager/barbican_auth/test_barbican_acl.py",
 line 43, in test_get_barbican_client
barbican_client.Client
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 462, in 
assertIsInstance
self.assertThat(obj, matcher, msg)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 496, in 
assertThat
mismatch_error = self._matchHelper(matchee, matcher, message, verbose)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 547, in 
_matchHelper
mismatch = matcher.match(matchee)
  File "/usr/lib/python2.7/dist-packages/testtools/matchers/_basic.py", line 
275, in match
if isinstance(other, self.types):
TypeError: isinstance() arg 2 must be a class, type, or tuple of classes and 
types


--
Ran 513 tests in 233.866s

FAILED (failures=1)
debian/rules:43: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1

Bug#784688: Sveiks draugs

[Wang Jianlin]

Es plānoju dot jums daļu manas bagātības kā brīvas dziesmas finansiālo 
ziedojumu jums, Atbildēt, lai piedalītos.

Wang Jianlin
Wanda grupa

Bug#880992: debian-policy should not recommend running editor using absolute path

[Jonathan Nieder]

Hi,

Sean Whitton wrote:
> On Mon, Nov 06 2017, Jonathan Nieder wrote:

>>  Thus, every program that launches an editor or pager must use
>>  the EDITOR or PAGER environment variable to determine the editor
>>  or pager the user wishes to use. If these variables are not set,
>>  the programs /usr/bin/editor and /usr/bin/pager should be used,
>>  respectively.
>>
>> If read strictly, this says that I must use "/usr/bin/editor" instead
>> of invoking "editor" from the $PATH.  (I'm not sure I agree with that
>> interpretation, but it came up in https://bugs.debian.org/682347.)
>> Running "editor" from the $PATH instead of using that full path should
>> be perfectly acceptable and IMHO is a better behavior, since it allows
>> the user to put a custom editor in /usr/local/bin or $HOME/bin.
>
> ISTM that the intention is for the user to set EDITOR and PAGER to
> select an editor or pager, rather than putting things called 'editor'
> and 'pager' into PATH.

I understand and agree, but that doesn't mean that packages should
invoke editor using an absolute path.

Policy describes package behavior, not user behavior.

Further, a sysadmin on a shared machine doesn't have a way to set
EDITOR for all users, but they can install an editor command to
/usr/local/bin/.  I've seen sysadmins at a university do something
similar for e.g. a custom build of gcc.  It would be more robust for
the sysadmin to use alternatives instead, but I'm just saying it's
more polite for a package to respect what the user was trying to do.

>This seems sensible because 'editor' and 'pager'
> are fairly generic terms and a user might have things in ~/bin/editor or
> ~/bin/pager that don't edit or page, respectively.

Really?  That would be a reason for the 'editor' and 'pager' commands
to be named something else.  But on the contrary, I find 'editor' and
'pager' to be pretty clear names for what they do.

Is there additional information or context I can provide to change
your mind?  Note that the change I am proposing is to allow packages
to invoke 'editor' from $PATH, not to require them to do so.  There
are existing packages (e.g., Git) that already do this.  This is
similar to upstream packages invoking "less" or "more" from the $PATH
instead of relying on it to be at a particular path.

Jonathan

Bug#878006: moreinformation about node-constants-browserify

[Bastien ROUCARIES]

control: tags -1 + moreinfo

I need more info

How can I reproduce and so on

Bug#881208: networking-arista FTBFS: ValueError: Unexpected boolean value 'value'

[Adrian Bunk]

Source: networking-arista
Version: 2016.2.0-1
Severity: serious
Tags: buster sid

Some recent change in unstable makes networking-arista FTBFS:

https://tests.reproducible-builds.org/debian/history/networking-arista.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/networking-arista.html

...
==
FAIL: 
networking_arista.tests.unit.l3Plugin.test_arista_l3_driver.AristaL3DriverTestCasesMlagConfig.test_add_interface_to_router_on_eos
networking_arista.tests.unit.l3Plugin.test_arista_l3_driver.AristaL3DriverTestCasesMlagConfig.test_add_interface_to_router_on_eos
--
_StringException: stderr: {{{
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
}}}

Traceback (most recent call last):
  File "networking_arista/tests/unit/l3Plugin/test_arista_l3_driver.py", line 
190, in setUp
setup_arista_config('value', mlag=True)
  File "networking_arista/tests/unit/l3Plugin/test_arista_l3_driver.py", line 
32, in setup_arista_config
cfg.CONF.set_override('mlag_config', value, "l3_arista")
  File "/usr/lib/python2.7/dist-packages/oslo_messaging/conffixture.py", line 
88, in _wrapper
return wrapped_function(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/debtcollector/removals.py", line 261, 
in wrapper
return f(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2402, in 
__inner
result = f(self, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2729, in 
set_override
opt_info['opt'], override, enforce_type)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2758, in 
_get_enforced_type_value
converted = self._convert_value(value, opt)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 3036, in 
_convert_value
return opt.type(value)
  File "/usr/lib/python2.7/dist-packages/oslo_config/types.py", line 235, in 
__call__
raise ValueError('Unexpected boolean value %r' % value)
ValueError: Unexpected boolean value 'value'


==
FAIL: 
networking_arista.tests.unit.l3Plugin.test_arista_l3_driver.AristaL3DriverTestCasesMlagConfig.test_create_router_on_eos
networking_arista.tests.unit.l3Plugin.test_arista_l3_driver.AristaL3DriverTestCasesMlagConfig.test_create_router_on_eos
--
_StringException: stderr: {{{
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
/usr/lib/python2.7/dist-packages/neutron/common/rpc.py:72: DeprecationWarning: 
Using function/method 'oslo_messaging.transport.get_transport()' is deprecated: 
use get_rpc_transport or get_notification_transport
  aliases=TRANSPORT_ALIASES)
}}}

Traceback (most recent call last):
  File "networking_arista/tests/unit/l3Plugin/test_arista_l3_driver.py", line 
190, in setUp
setup_arista_config('value', mlag=True)
  File "networking_arista/tests/unit/l3Plugin/test_arista_l3_driver.py", line 
32, in setup_arista_config
cfg.CONF.set_override('mlag_config', value, "l3_arista")
  File "/usr/lib/python2.7/dist-packages/oslo_messaging/conffixture.py", line 
88, in _wrapper
return wrapped_function(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/debtcollector/removals.py", line 261, 
in wrapper
return f(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2402, in 
__inner
result = f(self, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2729, in 
set_override
opt_info['opt'], override, enforce_type)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 2758, in 
_get_enforced_type_value
converted = self._convert_value(value, opt)
  File "/usr/lib/python2.7/dist-packages/oslo_config/cfg.py", line 3036, in 
_convert_value
return opt.type(value)
  File "/usr/lib/python2.7/dist-packages/oslo_config/types.py", line 235, in 
__call__
raise ValueError('Unexpected boolean value %r' % value)
ValueError: Unexpected boolean value 'value'
...

Bug#811473: systemd: timer with WakeSystem=yes doesn't always start the service it's supposed to trigger

[Michael Biebl]

Am 08.11.2017 um 20:21 schrieb Alberto Manzaneque García:
> I have the same problem too on version 234.
> Do you know if there is a systemd (not debian) bug open?
> 
> On Sat, 25 Feb 2017 16:35:20 +0200 (EET) Madis Janson  > wrote:
>>
>> I have exactly the same problem with Debian Stretch (testing) on amd64.
>> Package version is 232-15.
>>
>> $ systemctl --version
>> systemd 232
>> +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP
>> +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
>>
>> The system wakes, but the service unit won't be started. If the system
>> wasn't syspended then the timer service works as expected.
>>



Upstream only tracks the latest two upstream releases, but as Alberto
can apparently reproduce it with v234 it should be ok to file this
upstream at https://github.com/systemd/systemd

If you can verify it with v235, even better.

Once you have a bug number, please report back and will link the two bug
reports then.

Thanks,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#881207: ITP: aribb24 -- library for ARIB STD-B24 decoding

[Sebastian Ramacher]

Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher 

* Package name: aribb24
  Version : 1.0.3
* URL : https://github.com/nkoriyama/aribb24
* License : LGPL-3+
  Programming Lang: C
  Description : library for ARIB STD-B24 decoding

Optional dependency of vlc.
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#865671: scotch hides build failures

[Aaron M. Ucko]

Source: scotch
Version: 6.0.4.dfsg1-2
Followup-For: Bug #865671

Specifically, debian/rules contains several shell loops that run
without either set -e or explicit error handling.  As such, Hurd
builds running afoul of #881200 attempt to build all four variants of
the library, encounter compilation and upstream installation errors
for each of them, and don't actually fail until debian/rules tries to
rename gmap.1 to scotch_gmap.1 (presumably to avoid a file conflict).

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#837637: Audio settings often reset to 100% Volume

[Starchy Grant]

On Wed, 18 Jan 2017 14:10:49 -0300 Felipe Sateler 
wrote:
> 
> The volume is reset by applications that try to set the master volume
> to 100%. Most applications don't try doing that anymore.

How can this be prevented? It seems like a health and safety issue,
since sounds played at 100% volume can damage audio equipment or even
cause hearing loss. In my experience there is no indication of what
application is changing the master volume or why it is permitted to do
so without user intervention.

Bug#880624: [git-buildpackage/master] buildpackage: Add back --git-pristine-tar-commit support

[Guido Günther]

tag 880624 pending
thanks

Date:   Fri Nov 3 09:19:55 2017 +0100
Author: Guido Günther 
Commit ID: 1b5a344581e964434bb9b6918a166d2eb38059f4
Commit URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=1b5a344581e964434bb9b6918a166d2eb38059f4
Patch URL: 
https://git.sigxcpu.org/cgit/git-buildpackage//patch/?id=1b5a344581e964434bb9b6918a166d2eb38059f4

buildpackage: Add back --git-pristine-tar-commit support

The call got lost when we split out export-orig.

Closes: #880624

  

Bug#881206: rfkill: please consider attached suggestions

[Nicolas Boulenguez]

Package: rfkill
Version: 0.5-1
Severity: wishlist
Tags: patch

Hello.

The attached suggestions may be of interest during next package update.

The last commit is only a draft, or reveals a problem. It attempts to
let uscan check upstream signature, but the check fails for 0.5.

Thanks.


suggestions.tar.gz
Description: application/gzip

Bug#881205: backintime: CVE-2017-16667: shell injection in notify-send

[Salvatore Bonaccorso]

Source: backintime
Version: 1.1.12-2
Severity: grave
Tags: patch security upstream
Forwarded: https://github.com/bit-team/backintime/issues/834

Hi,

the following vulnerability was published for backintime.

CVE-2017-16667[0]:
| backintime (aka Back in Time) before 1.1.24 did improper
| escaping/quoting of file paths used as arguments to the 'notify-send'
| command, leading to some parts of file paths being executed as shell
| commands within an os.system call in qt4/plugins/notifyplugin.py. This
| could allow an attacker to craft an unreadable file with a specific
| name to run arbitrary shell commands.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-16667
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-16667
[1] https://github.com/bit-team/backintime/issues/834
[2] 
https://github.com/bit-team/backintime/commit/cef81d0da93ff601252607df3db1a48f7f6f01

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#744140: scilab: not O anymore?

[Julien Puydt]

Hi,

Le 06/11/2017 à 12:30, Sylvestre Ledru a écrit :
> 
> On 02/11/2017 23:28, Julien Puydt wrote:
>> The fact that git.scilab.org and bugzilla.scilab.org aren't available
>> doesn't help :-/
>>
> I have a mirror here: https://github.com/opencollab/scilab

The bug tracker is back ; not their git : so in fact I have everything I
would need.

> Anyway, if you drop the ball on this, please tell me. I will see what I
> can do!

I'm going to take over if Wolfgang doesn't react. I'll be quite busy
until next week, but then :
(1) I'll turn #744140 from an O to an ITA ;
(2) on alioth, I'll move the current scilab.git to scilab.old ;
(3) on alioth, scilab.git will be a gbp import-dscs of old packages ;
(4) I'll try to do some cleaning of the packaging of 5.5.2:
- point to the new Vcs-* places ;
- modernize (std-ver, dh compat, ...).
(5) I'll try to update to latest upstream.

What worries me for now is the jeuclid issue, which will even kick it
out of Debian... and it's still used in scilab 6.0.0 :-/

Cheers,

Snark

Bug#881204: safeeyes: missing dependencies

[Julian Gilbey]

Package: safeeyes
Version: 2.0.0-1.1
Severity: serious

Hi, as you can probably tell, I'm finding safeeyes really useful.

I was wondering why safeeyes didn't work without recompiling for
python3.6, and though this is probably not the reason, I discovered
what are almost certainly missing run-time dependencies (Depends: in
the control file):

python3-gi  (imported in __main__.py)
python3-dbus  (imported in SafeEyes.py)

These are not listed in the requires list in setup.py or in
requires.txt, which is presumably why they have not been picked up
automatically.

Best wishes,

   Julian

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

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

Versions of packages safeeyes depends on:
ii  python3 3.6.3-2
ii  python3-babel   2.4.0+dfsg.1-2
ii  python3-psutil  5.0.1-1+b1
ii  python3-xlib0.14+20091101-6

safeeyes recommends no packages.

safeeyes suggests no packages.

-- no debconf information

Bug#881202: RM: libnet-ping-external-perl/0.13-1 (jessie)

[Salvatore Bonaccorso]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Control: clone -1 -2
Control: retitle -2 RM: libnet-ping-external-perl/0.13-1 (stretch)

Hi

As prompted by http://www.openwall.com/lists/oss-security/2017/11/07/4
and has been reported to the BTS as #881097:

libnet-ping-external-perl is basically unmaintained upstream and has a
command injection vulnerability reported upstream without having had a
reply. Thus thinking this is basically unmaintained upstream.

There are no packages depending on it in Debian, so it looks the
safest course of action is to remove it from unstable, stretch and
jessie and should not be included uster.

Filling here two separates bugs (subjects accordingly) for the removal
from jessie and stretch.

X-Debbugs-CC to the maintainers and security-team.

Regards,
Salvatore

Bug#880920: Document Rules-Requires-Root field

[Russ Allbery]

Ian Jackson  writes:
> Sean Whitton writes ("Bug#880920: Document Rules-Requires-Root field"):

>> I wonder if we should just make Policy the new home of the spec that
>> Niels and Guillem have already written?

> I certainly would rather not block incorporation of this new spec into
> Debian's official document set, on the task of reformatting it into
> docbook.

Policy is now reStructuredText, so hopefully the reformatting for any
future specs will be much, much easier.

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

Bug#881166: log files, postrotate example: start-stop-daemon or invoke-rc.d?

[Russ Allbery]

Daniel Pocock  writes:

> In the section on log files[1], the example uses start-stop-daemon:

> postrotate
> start-stop-daemon -K -p /var/run/foo.pid -s HUP -x /usr/sbin/foo -q
> endscript

> while elsewhere in the policy manual it is suggested to use invoke-rc.d

> Inspecting my own system, I noticed most logrotate scripts use
> invoke-rc.d, not start-stop-daemon

There was a long discussion about this a while back, during which we
decided not to change this because of bad interations with policy-rc.d, I
think?  I'm not sure what the bug number was, though.

I agree that the behavior you're describing seems broken.

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

Bug#881201: pdfchain: input is not quoted and poured into the shell as it is

[Peter Gervai]

Package: pdfchain
Version: 1:0.4.4.2-1
Severity: important
Tags: upstream

Input should be either always single quoted or taken care of. 
A password like hey -rf / can make funny effects. Even if not, it results a 
pdftk error at best.
Cryptic one.

Bug#881200: scotch: FTBFS on hurd-i386: storage size of 'tv' isn't known

[Aaron M. Ucko]

Source: scotch
Version: 6.0.4.dfsg1-2
Severity: important
Justification: fails to build from source (but built successfully in the past)
User: debian-h...@lists.debian.org
Usertags: hurd-i386

Builds of scotch for hurd-i386 (admittedly not a release architecture)
have started failing:

  common.c: In function '_SCOTCHclockGet':
  common.c:114:23: error: storage size of 'tv' isn't known
 struct timeval  tv;

AFAICT, this is because the Hurd does not yet support POSIX timers
and nothing predefines HAVE_SYS_TIME_H.

Could you please take a look and generally arrange to predefine any
applicable HAVE_* macros?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#880011: csound: Macro system on csound make segfault

[Mickael Viey]

Le 08/11/2017 à 14:19, Felipe Sateler a écrit :

Control: forcemerge -1 880010
Control: tags -1 moreinfo

On Sat, Oct 28, 2017 at 7:54 AM, Mickael Viey  wrote:

Package: csound

Version: 1:6.08.0~dfsg-1
Severity: normal

Dear Maintainer,


I have some csd files I made on another platforms which generate
segfault when running with this version of csound. After diagnostic It
appears that the macro system which is responsible.

By example, this macro works:
#define TIME # 0.25 #
#define freq # 146 #


#define T # $freq #
#define Am # $freq * 17 / 16 #
#define AM # $freq * 9/8 #

But If I had this after te last line:

#define E # $freq #

I get a segfault. I will join the complete csd file I used for my tests.

Weird. I can reproduce on a stretch docker container, but I can't
reproduce on sid, either with 6.09 or rebuilding 6.08 . I ran out of
time, but could you try rebuilding csound and see if the problem
persists?


Hi,

I am not sure what you mean by "rebuild" but this is what I done:


mik@Mikron:~$ sudo apt-get purge csound
[sudo] Mot de passe de mik :
Désolé, essayez de nouveau.
[sudo] Mot de passe de mik :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :

  csound-data libcsound64-6.0 libfltk1.1 liblo7 libportmidi0 librtaudio5a
  librtmidi3 libstk-4.5.0 stk
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  csound* csound-utils*
0 mis à jour, 0 nouvellement installés, 2 à enlever et 0 non mis à jour.
Après cette opération, 805 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] 0
Annulation.
mik@Mikron:~$ sudo apt-get purge csound
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :

  csound-data libcsound64-6.0 libfltk1.1 liblo7 libportmidi0 librtaudio5a
  librtmidi3 libstk-4.5.0 stk
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  csound* csound-utils*
0 mis à jour, 0 nouvellement installés, 2 à enlever et 0 non mis à jour.
Après cette opération, 805 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n]
(Lecture de la base de données... 287758 fichiers et répertoires déjà 
installés.)

Suppression de csound-utils (1:6.08.0~dfsg-1) ...
Suppression de csound (1:6.08.0~dfsg-1) ...
mik@Mikron:~$ sudo apt autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  csound-data libcsound64-6.0 libfltk1.1 liblo7 libportmidi0 librtaudio5a
  librtmidi3 libstk-4.5.0 stk
0 mis à jour, 0 nouvellement installés, 9 à enlever et 0 non mis à jour.
Après cette opération, 10,3 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n]
(Lecture de la base de données... 287689 fichiers et répertoires déjà 
installés.)

Suppression de libcsound64-6.0 (1:6.08.0~dfsg-1) ...
Suppression de csound-data (1:6.08.0~dfsg-1) ...
Suppression de libfltk1.1:amd64 (1.1.10-23) ...
Suppression de liblo7:amd64 (0.28-5+b2) ...
Suppression de libportmidi0:amd64 (1:217-6) ...
Suppression de stk (4.5.2+dfsg-5) ...
Suppression de libstk-4.5.0:amd64 (4.5.2+dfsg-5) ...
Suppression de librtaudio5a:amd64 (4.1.2~ds0-4) ...
Suppression de librtmidi3:amd64 (2.1.1~ds0-4) ...
Traitement des actions différées (« triggers ») pour libc-bin 
(2.24-11+deb9u1) ...

Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
mik@Mikron:~$ sudo apt-get install csound
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
The following additional packages will be installed:
  csound-data csound-utils libcsound64-6.0 libfltk1.1 liblo7 libportmidi0
  librtaudio5a librtmidi3 libstk-4.5.0 stk
Paquets suggérés :
  liblo-dev
Les NOUVEAUX paquets suivants seront installés :
  csound csound-data csound-utils libcsound64-6.0 libfltk1.1 liblo7
  libportmidi0 librtaudio5a librtmidi3 libstk-4.5.0 stk
0 mis à jour, 11 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0 o/4 646 ko dans les archives.
Après cette opération, 11,1 Mo d'espace disque supplémentaires seront 
utilisés.

Souhaitez-vous continuer ? [O/n]
Sélection du paquet csound-data précédemment désélectionné.
(Lecture de la base de données... 287484 fichiers et répertoires déjà 
installés.)
Préparation du dépaquetage de 
.../00-csound-data_1%3a6.08.0~dfsg-1_all.deb ...

Dépaquetage de csound-data (1:6.08.0~dfsg-1) ...
Sélection du paquet libfltk1.1:amd64 précédemment désélectionné.
Préparation du dépaquetage de .../01-libfltk1.1_1.1.10-23_amd64.deb ...
Dépaquetage de libfltk1.1:amd64 (1.1.10-23) ...
Sélection du paquet 

Bug#881199: RFS: python-coloredlogs/7.3-1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the following package:

* Package name: coloredlogs
  Version : 7.3-1
  Upstream Author : Peter Odding 
* URL : https://coloredlogs.readthedocs.io
* License : Expat
  Section : python

Please check out the package by visiting the following URL:


https://anonscm.debian.org/cgit/python-modules/packages/python-coloredlogs.git

Changes since the last upload:

  * New upstream version 7.3
  * Bump the standards version to 4.1.1
  * Add recommended get-orig-source target

Best regards,
Ghis

Bug#881198: celery-haystack FTBFS with celery 4.1.0-1

[Adrian Bunk]

Source: celery-haystack
Version: 0.10-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/celery-haystack.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/celery-haystack-0.10'
PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="PYTHONPATH=. HAYSTACK=v2 python2.7 
/usr/bin/django-admin test --settings=celery_haystack.test_settings" 
dh_auto_test
I: pybuild base:184: PYTHONPATH=. HAYSTACK=v2 python2.7 /usr/bin/django-admin 
test --settings=celery_haystack.test_settings
Traceback (most recent call last):
  File "/usr/bin/django-admin", line 21, in 
management.execute_from_command_line()
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 364, in execute_from_command_line
utility.execute()
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 338, in execute
django.setup()
  File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 27, in setup
apps.populate(settings.INSTALLED_APPS)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 108, in 
populate
app_config.import_models()
  File "/usr/lib/python2.7/dist-packages/django/apps/config.py", line 202, in 
import_models
self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "/usr/lib/python2.7/dist-packages/djcelery/models.py", line 15, in 

from celery.utils.timeutils import timedelta_seconds
ImportError: No module named timeutils
E: pybuild pybuild:283: test: plugin custom failed with: exit code=1: 
PYTHONPATH=. HAYSTACK=v2 python2.7 /usr/bin/django-admin test 
--settings=celery_haystack.test_settings
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:12: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25

Bug#881197: django-celery-transactions FTBFS with celery 4.1.0-1

[Adrian Bunk]

Source: django-celery-transactions
Version: 0.3.6-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/django-celery-transactions.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/django-celery-transactions-0.3.6'
PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="python{version} runtests.py" 
dh_auto_test
I: pybuild base:184: python2.7 runtests.py
Traceback (most recent call last):
  File "runtests.py", line 61, in 
runtests()
  File "runtests.py", line 53, in runtests
django.setup()
  File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 27, in setup
apps.populate(settings.INSTALLED_APPS)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 85, in 
populate
app_config = AppConfig.create(entry)
  File "/usr/lib/python2.7/dist-packages/django/apps/config.py", line 94, in 
create
module = import_module(entry)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File 
"/build/1st/django-celery-transactions-0.3.6/djcelery_transactions/__init__.py",
 line 8, in 
from celery.contrib.batches import Batches
ImportError: No module named batches
E: pybuild pybuild:283: test: plugin custom failed with: exit code=1: python2.7 
runtests.py
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
debian/rules:15: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25

Bug#881196: django-celery FTBFS with celery 4.1.0-1

[Adrian Bunk]

Source: django-celery
Version: 3.1.17-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/django-celery.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/django-celery-3.1.17'
DEB_NETWORK_TESTS=disabled \
dh_auto_test -- --system=custom --test-args="{interpreter} setup.py test"
I: pybuild base:184: python2.7 setup.py test
running test
Traceback (most recent call last):
  File "setup.py", line 202, in 
**extra
  File "/usr/lib/python2.7/distutils/core.py", line 151, in setup
dist.run_commands()
  File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands
self.run_command(cmd)
  File "/usr/lib/python2.7/distutils/dist.py", line 972, in run_command
cmd_obj.run()
  File "setup.py", line 129, in run
execute_from_command_line(argv=sys.argv)
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 364, in execute_from_command_line
utility.execute()
  File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", 
line 338, in execute
django.setup()
  File "/usr/lib/python2.7/dist-packages/django/__init__.py", line 27, in setup
apps.populate(settings.INSTALLED_APPS)
  File "/usr/lib/python2.7/dist-packages/django/apps/registry.py", line 108, in 
populate
app_config.import_models()
  File "/usr/lib/python2.7/dist-packages/django/apps/config.py", line 202, in 
import_models
self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
  File "/build/1st/django-celery-3.1.17/tests/../djcelery/models.py", line 15, 
in 
from celery.utils.timeutils import timedelta_seconds
ImportError: No module named timeutils
E: pybuild pybuild:283: test: plugin custom failed with: exit code=1: python2.7 
setup.py test
dh_auto_test: pybuild --test -i python{version} -p 2.7 --system=custom 
"--test-args={interpreter} setup.py test" returned exit code 13
debian/rules:27: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 25

Bug#881195: ITP: belr -- language recognition library by Belledonne Communications

[Dr. Tobias Quathamer]

Package: wnpp
Severity: wishlist
Owner: "Dr. Tobias Quathamer" 

* Package name: belr
  Version : 0.1.3
  Upstream Author : Simon Morlat 
* URL : https://www.linphone.org/
* License : GPL-2+
  Programming Lang: C++
  Description : language recognition library by Belledonne Communications

 Belr is Belledonne Communications' language recognition library. It
 aims at parsing any input formatted according to a language defined by
 an ABNF grammar, such as the protocols standardized at IETF.
 .
 It is based on finite state machine theory and heavily relies on
 recursivity from an implementation standpoint.
 .
 The package is probably not useful outside the Belledonne
 Communications suite of libraries and programs.


This package is needed as a dependency of the new
linphone upstream version.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#811473: systemd: timer with WakeSystem=yes doesn't always start the service it's supposed to trigger

[Alberto Manzaneque García]

I have the same problem too on version 234.
Do you know if there is a systemd (not debian) bug open?

On Sat, 25 Feb 2017 16:35:20 +0200 (EET) Madis Janson 
wrote:
>
> I have exactly the same problem with Debian Stretch (testing) on amd64.
> Package version is 232-15.
>
> $ systemctl --version
> systemd 232
> +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP
> +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
>
> The system wakes, but the service unit won't be started. If the system
> wasn't syspended then the timer service works as expected.
>
>

Bug#881194: bzr: FTBFS and Debci failure with python-testtools 2.3.0-2

[Adrian Bunk]

Source: bzr
Version: 2.7.0+bzr6622-8
Severity: serious

https://ci.debian.net/packages/b/bzr/unstable/amd64/
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/bzr.html

...
==
FAIL: bzrlib.tests.test_matchers.TestHasLayout.test_mismatch
--
Traceback (most recent call last):
testtools.testresult.real._StringException: log: {{{
233.726  creating repository in 
file:///tmp/testbzr-UESWUL.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_mismatch/work/.bzr/.
233.729  creating branch  in 
file:///tmp/testbzr-UESWUL.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_mismatch/work/
233.740  trying to create missing lock 
'/tmp/testbzr-UESWUL.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_mismatch/work/.bzr/checkout/dirstate'
233.741  opening working tree 
'/tmp/testbzr-UESWUL.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_mismatch/work'
}}}

Traceback (most recent call last):
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/test_matchers.py",
 line 137, in test_mismatch
mismatch.describe())
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/__init__.py",
 line 1370, in assertEqual
pprint.pformat(a), pprint.pformat(b)))
AssertionError: not equal:
a = "['a'] != [u'', u'a', u'b/', u'b/c']"
b = "[u'', u'a', u'b/', u'b/c'] != ['a']"

==
FAIL: bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch
--
Traceback (most recent call last):
testtools.testresult.real._StringException: log: {{{
236.264  creating repository in 
file:///tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work/.bzr/.
236.267  creating branch  in 
file:///tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work/
236.278  trying to create missing lock 
'/tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work/.bzr/checkout/dirstate'
236.279  opening working tree 
'/tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work'
236.291  preparing to commit
INFO  Committing to: 
/tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work/
236.294  Selecting files for commit with filter None
INFO  Committed revision 1.
236.307  Committed revid a as revno 1.
236.314  preparing to commit
INFO  Committing to: 
/tmp/testbzr-vg3j8A.tmp/bzrlib.tests.test_matchers.TestRevisionHistoryMatches.test_mismatch/work/
236.317  Selecting files for commit with filter None
INFO  Committed revision 2.
236.330  Committed revid b as revno 2.
}}}

Traceback (most recent call last):
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/test_matchers.py",
 line 204, in test_mismatch
matcher.match(tree.branch).describe())
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/__init__.py",
 line 1370, in assertEqual
pprint.pformat(a), pprint.pformat(b)))
AssertionError: not equal:
a = "['a', 'b', 'c'] != ['a', 'b']"
b = "['a', 'b'] != ['a', 'b', 'c']"

==
FAIL: bzrlib.tests.test_matchers.TestHasLayout.test_no_dirs
--
Traceback (most recent call last):
testtools.testresult.real._StringException: log: {{{
361.761  creating repository in 
file:///tmp/testbzr-YcBWta.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_no_dirs/work/.bzr/.
361.764  creating branch  in 
file:///tmp/testbzr-YcBWta.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_no_dirs/work/
361.773  trying to create missing lock 
'/tmp/testbzr-YcBWta.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_no_dirs/work/.bzr/checkout/dirstate'
361.773  opening working tree 
'/tmp/testbzr-YcBWta.tmp/bzrlib.tests.test_matchers.TestHasLayout.test_no_dirs/work'
}}}

Traceback (most recent call last):
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/test_matchers.py",
 line 151, in test_no_dirs
mismatch.describe())
  File 
"/build/1st/bzr-2.7.0+bzr6622/build/lib.linux-x86_64-2.7/bzrlib/tests/__init__.py",
 line 1370, in assertEqual
pprint.pformat(a), pprint.pformat(b)))
AssertionError: not equal:
a = "[u'', u'a'] != [u'', u'a', u'b/', u'b/c']"
b = "[u'', u'a', u'b/', u'b/c'] != [u'', u'a']"

--
Ran 28552 tests in 380.480s

FAILED (failures=3, known_failure_count=79)
2810 tests skipped
debian/rules:21: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1

Bug#881097: To be removed from wheezy as well

[Ola Lundqvist]

Hi

Considering that this package is about to be removed from jessie I
guess it should be removed from wheezy too. How is that done? Should I
contact the FTP maintainers about it, or do we simply ignore the
issue?

For people who wonder what we are discussing it is about CVE-2008-7319

Best regards

// Ola

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comFolkebogatan 26\
|  o...@debian.org   654 68 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---

Bug#881149: htslib FTBFS: test failures on i386

[Graham Inggs]

So it turns out this is a re-hash of #865012.

See upstream issue reported by Sascha:
https://github.com/samtools/htslib/issues/565

Also proposed patch (which was not accepted by upstream):
https://github.com/samtools/htslib/pull/571

FWIW, the proposed patch "works for me" on amd64 and i386.

Bug#881193: tp-smapi-dkms: module does not autoload (and incomplete docs)

[Anonymous]

Package: tp-smapi-dkms
Version: 0.42-1
Severity: normal

Dear Maintainer,

After installing, the package, I was able to manually run modprobe
tp_smapi and verify that it works.  After rebooting, the module was
not loaded.  I believe hardware drivers are loaded automatically when
there is an attempt to access the device.  So AFAIK this should be the
case for tp_smapi.  I noticed gkrellm-thinkbat failed after the
reboot.  So I ran "journalctl -b" which shows:

  .. sysfsutils[805]: Setting sysfs variables...unknown attribute 
devices/platform/smapi/BAT0/start_charge_thresh ... fail
  .. sysfsutils[805]: unknown attribute 
devices/platform/smapi/BAT0/stop_charge_thresh ... failed!

If this is not a module that should load on demand, then the installer
should probably be configuring the system to load it unconditionally.
Or failing that, the documentation is lacking and needs to cover this.
I'm noticing many ways to load a module:

  1) Add it to /etc/modules
  2) Add it to /etc/modprobe.d/dkms.conf
  3) echo 'tp-smapi' > /etc/modules-load.d/tp-smapi.conf
  4) create a file in /etc/init.d that includes "modprobe tp_smapi"
  5) create /etc/systemd/system/tp_smapi_set_battery_thresholds.service:

 [Unit]
 Description=Set Battery Charge Thresholds by tp_smapi

 [Service]
 Type=oneshot
 ExecStart=/usr/sbin/set_battery_thresholds
 RemainAfterExit=yes

 [Install]
 WantedBy=multi-user.target

Which way is the standard practice on Debian?  I suspect the
tp_smapi_set_battery_thresholds.service file above should be part of
the package.  Or is dkms going to be more accepted in the future?

There's also a possible documentation clash with sysfsutil.

(1) Sysfsutil suggests (by example) including these lines in
/etc/sysfs.conf:

  devices/platform/smapi/BAT0/start_charge_thresh=40
  devices/platform/smapi/BAT0/stop_charge_thresh=85

(2) However, that seems redundant with these instructions in README:

  # echo 40 > /sys/devices/platform/smapi/BAT0/start_charge_thresh
  # echo 70 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh

Approach (1) seems the most sensible - most users will want these
settings to persist, and I'm guessing approach (2) is temporary.  But
the README only mentions approach (2).  IMO the README should be
updated to show either both approaches or just approach (1).  It
already references http://thinkwiki.org/wiki/tp_smapi, so users going
further with experimentation can learn about approach (2) there.

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

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

Versions of packages tp-smapi-dkms depends on:
ii  dkms  2.3-2

tp-smapi-dkms recommends no packages.

tp-smapi-dkms suggests no packages.

Bug#881135: [Pkg-mozext-maintainers] Bug#881135: xul-ext-ublock-origin: Update ublock-origin to version 1.14.16 by next p-u

[Sean Whitton]

control: reassign -1 src:ublock-origin
control: forcemerge 877040 -1

Dear Julien,

On Wed, Nov 08 2017, Julien Aubin wrote:

> Firefox release 59 is coming quite soon to Debian, actually next March
> for the ones using mozilla.debian.net.
>
> By this time current ublock-origin extension won't work anymore as it
> does not have webext standard. Upstream version 1.14.16 does follow
> this standard.
>
> Could you please make it available for next p-u in order to anticipate
> the transition ?

Please see discussion in #877040.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#881164: nvidia-graphics-drivers: please update to new upstream release (387.22)

[Héctor Orón Martínez]

Hello,

2017-11-08 14:37 GMT+01:00 Luca Boccassi :
> On Wed, 2017-11-08 at 13:11 +0100, Héctor Orón Martínez wrote:

> Thanks for the patch! But we already have a branch updated for 387.22
> on SVN:
>
> https://anonscm.debian.org/viewvc/pkg-nvidia/packages/nvidia-graphics-drivers/branches/387/

Ugh! I checked svn, but not in branches but trunk, doh!

> If you'd like to help us maintain these packages it would be very
> welcome - I'd suggest to keep an eye on the SVN repos to avoid
> duplicated effort.
>
> In terms of uploading, I think the plan is to move 384 to unstable, as
> it's the new LTS branch, and then that will clear the way for newer
> short term or beta releases to be uploaded to experimental.

Sounds reasonable! Thanks

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.

Bug#880645: tor works, ping works, but apt doesn't

[shirish शिरीष]

Package: apt
Version: 1.6~alpha3
Severity: normal


Dear all,

Just to share, I *think* I'm sharing the same experience as felt/seen
by others.

I disconnected my network modem and reconnected in the case where my
ISP does trip you connection and makes it 0 (zeto at the end.) . I
disconnected and reconnected and this is what ping was showing me -

ping: sendmsg: Network is unreachable
>From _gateway (192.168.1.1) icmp_seq=623 Destination Net Unreachable
64 bytes from klecker4.snt.utwente.nl (130.89.148.14): icmp_seq=712
ttl=53 time=220 ms

As shared above, all the other tools were working which strengthen the
idea that either apt or the archive is broken.  This is the output
that apt shares while updaating th iendex.

[$] sudo apt update
[23:24:40]
Get:1 http://debug.mirrors.debian.org/debian-debug buster-debug
InRelease [237 B]
Err:1 http://debug.mirrors.debian.org/debian-debug buster-debug
InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Hit:2 https://riot.im/packages/debian sid InRelease
Get:3 http://httpredir.debian.org/debian buster InRelease [237 B]
Err:3 http://httpredir.debian.org/debian buster InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get:4 http://httpredir.debian.org/debian unstable InRelease [237 B]
Err:4 http://httpredir.debian.org/debian unstable InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get:5 http://httpredir.debian.org/debian experimental InRelease [237
B]
Err:5 http://httpredir.debian.org/debian experimental InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get:6 http://debug.mirrors.debian.org/debian-debug unstable-debug
InRelease [237 B]
Err:6 http://debug.mirrors.debian.org/debian-debug unstable-debug InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Get:7 http://debug.mirrors.debian.org/debian-debug experimental-debug
InRelease [237 B]
Err:7 http://debug.mirrors.debian.org/debian-debug experimental-debug InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network
require authentication?)
Fetched 1,422 B in 28s (50 B/s)
Reading package lists... Done
E: Failed to fetch
http://httpredir.debian.org/debian/dists/buster/InRelease  Clearsigned
file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Failed to fetch
http://httpredir.debian.org/debian/dists/unstable/InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Failed to fetch
http://httpredir.debian.org/debian/dists/experimental/InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Failed to fetch
http://debug.mirrors.debian.org/debian-debug/dists/buster-debug/InRelease
 Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Failed to fetch
http://debug.mirrors.debian.org/debian-debug/dists/unstable-debug/InRelease
 Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Failed to fetch
http://debug.mirrors.debian.org/debian-debug/dists/experimental-debug/InRelease
 Clearsigned file isn't valid, got 'NOSPLIT' (does the network require
authentication?)
E: Some index files failed to download. They have been ignored, or old
ones used instead.

I am guessing it is as shared in the bug-report above..

Please let me know if any more info. is needed.

Also if manual upgradation of apt, libapt both which are right now
hitting unstable could improve the output.

─[$] apt-cache policy apt

[23:34:11]
apt:
  Installed: 1.6~alpha3
  Candidate: 1.6~alpha3
  Version table:
 1.6~alpha4 1
  1 http://httpredir.debian.org/debian unstable/main amd64 Packages
 *** 1.6~alpha3 600
600 http://httpredir.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status

Looking forward to know.


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#881192: cafeobj FTBFS with sbcl 2:1.4.1-1

[Adrian Bunk]

Source: cafeobj
Version: 1.5.5-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/cafeobj.html

...
* chmod +x dumps/sbcl/cafeobj.sbcl
chmod: cannot access 'dumps/sbcl/cafeobj.sbcl': No such file or directory
Makefile:258: recipe for target 'dumps/sbcl/cafeobj.sbcl' failed
make[1]: *** [dumps/sbcl/cafeobj.sbcl] Error 1
make[1]: Leaving directory '/build/1st/cafeobj-1.5.5'
debian/rules:23: recipe for target 'build-arch-stamp' failed
make: *** [build-arch-stamp] Error 2

Bug#881191: apt doesn't have or at least the manpage doesn't tell any debugging flags if things go wrong.

[shirish शिरीष]

Package: apt
Version: 1.6~alpha3
Severity: wishlist

Dear Maintainer,

Apparently according to #880645 and #880653 both inherently tell/share
the same story that the debian repo. is broken atm. The reason shared
is the migration from .gz to .xz for probably space saving, cpu cycles
or more reasons.

But the real issue is that apt doesn't tell/document about anyways to
find out why it is not able to get the updated index. It gives some
output about clearsigned files which doesn't tell the whole picture.

The manpage should document if a flag/option is there to find out what
the issues are/error messages which a non-technical person can also
understand/have idea of what's wrong.


-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.12\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.12\.0-2-amd64$";
APT::NeverAutoRemove:: "^postgresql-";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions
|| exit 0 ; apt-show-versions -i";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service
&& /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus
call --system --dest org.freedesktop.PackageKit --object-path
/org/freedesktop/PackageKit --timeout 4 --method
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null;
/bin/echo > /dev/null";
APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w
/var/cache/app-info -a -e /usr/bin/appstreamcli; then appstreamcli
refresh-cache > /dev/null; fi";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "[ ! -x /usr/bin/debtags ] || debtags
update || true";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "lz4";
APT::Compressor::lz4::Cost "50";

Bug#881149: htslib FTBFS: test failures on i386

[Graham Inggs]

On 8 November 2017 at 20:21, Adrian Bunk  wrote:
> Assuming your CPU and kernel support 64bit, this is working.

TIL, thanks!

Bug#881149: htslib FTBFS: test failures on i386

[Adrian Bunk]

On Wed, Nov 08, 2017 at 08:08:30PM +0200, Graham Inggs wrote:
> On 8 November 2017 at 19:57, Adrian Bunk  wrote:
> > All combinations are possible, for example:
> ...
> > bash: /usr/bin/hello: cannot execute binary file: Exec format error
> 
> OK, but you can't actually execute amd64 binaries on i386, right?
>...

Assuming your CPU and kernel support 64bit, this is working.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed