date:20191227

Bug#947566: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: klick
Version: 0.12.2-4
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: libboost-dev libjack-dev 
libsndfile1-dev (>= 1.0.18) libsamplerate0-dev liblo-dev librubberband-dev
[1;33mW: Unmet build-dependency in source[0m
dh clean
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/klick-0.12.2'
[ !  -ne 1 ] || scons --warn=no-deprecated -c
/bin/sh: 1: [: Illegal number: !
scons: Reading SConscript files ...
NameError: name 'Options' is not defined:
  File "/data/entwicklung/linux/debian/trans_scons/klick-0.12.2/SConstruct", 
line 15:
opts = Options('scache.conf')
make[1]: *** [debian/rules:16: override_dh_auto_clean] Error 2
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/klick-0.12.2'
make: *** [debian/rules:10: clean] Error 2


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

Bug#947565: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: ibus-sunpinyin
Version: 2.0.3+git20181120-4
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: gobject-introspection 
libibus-1.0-dev libsunpinyin-dev (>= 2.0.3+git20120222-1~)
[1;33mW: Unmet build-dependency in source[0m
dh clean --with python3
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/ibus-sunpinyin-2.0.3+git20181120'
dh_auto_clean
scons  -c
scons: Reading SConscript files ...
Warning: you've set CFLAGS in the environmental variable!
Warning: you've set CXXFLAGS in the environmental variable!
Warning: you've set LDFLAGS in the environmental variable!
scons: done reading SConscript files.
scons: Cleaning targets ...
scons: done cleaning targets.
Removing autogenerated directory .sconf_temp
rm -f .sconsign.dblite config.log configure.conf
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/ibus-sunpinyin-2.0.3+git20181120'
   dh_clean
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building ibus-sunpinyin using existing 
./ibus-sunpinyin_2.0.3+git20181120.orig.tar.gz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building ibus-sunpinyin in 
ibus-sunpinyin_2.0.3+git20181120-4.debian.tar.xz
dpkg-source: info: building ibus-sunpinyin in 
ibus-sunpinyin_2.0.3+git20181120-4.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: not including original source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 13:50:04 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577451004[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../ibus-sunpinyin_2.0.3+git20181120-4.dsc][0m
[0mI: copying [../ibus-sunpinyin_2.0.3+git20181120.orig.tar.gz][0m
[0mI: copying [../ibus-sunpinyin_2.0.3+git20181120-4.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package 
(ibus-sunpinyin_2.0.3+git20181120-4.dsc)
dpkg-source: info: extracting ibus-sunpinyin in ibus-sunpinyin-2.0.3+git20181120
dpkg-source: info: unpacking ibus-sunpinyin_2.0.3+git20181120.orig.tar.gz
dpkg-source: info: unpacking ibus-sunpinyin_2.0.3+git20181120-4.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying libexecdir.patch
dpkg-source: info: applying 
0003-setup-ibus-setup-sunpinyin.in-Use-python3-explicitly.patch
dpkg-source: info: applying 
0003-Fix-upstream-issue-85-the-config-value-is-glib.Varia.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//629711/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 
Packages.diff/Index [27.8 kB]

Bug#947564: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: gpick
Version:  0.2.6~rc1-1
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: libdbus-glib-1-dev (>= 
0.76) libboost-dev lemon ragel libboost-test-dev libboost-system-dev 
libboost-filesystem-dev
[1;33mW: Unmet build-dependency in source[0m
dh clean
   debian/rules override_dh_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/gpick-0.2.6~rc1'
dh_testdir
dh_testroot
scons -c -C src
Could not change directory to 
/data/entwicklung/linux/debian/trans_scons/gpick-0.2.6~rc1/src
scons: Entering directory 
`/data/entwicklung/linux/debian/trans_scons/gpick-0.2.6~rc1/src'
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Cleaning targets ...
scons: done cleaning targets.
Removing autogenerated file .sconsign.dblite
find -name "*.pyc" -delete
rm -f build-stamp configure-stamp
rm -rf .sconsign.dblite config.log .sconf_temp/ build/
dh_clean
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/gpick-0.2.6~rc1'
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building gpick using existing ./gpick_0.2.6~rc1.orig.tar.gz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building gpick in gpick_0.2.6~rc1-1.debian.tar.xz
dpkg-source: info: building gpick in gpick_0.2.6~rc1-1.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: including full source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 13:37:12 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577450232[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../gpick_0.2.6~rc1-1.dsc][0m
[0mI: copying [../gpick_0.2.6~rc1.orig.tar.gz][0m
[0mI: copying [../gpick_0.2.6~rc1-1.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package (gpick_0.2.6~rc1-1.dsc)
dpkg-source: info: extracting gpick in gpick-0.2.6~rc1
dpkg-source: info: unpacking gpick_0.2.6~rc1.orig.tar.gz
dpkg-source: info: unpacking gpick_0.2.6~rc1-1.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 01_reproducible_build.patch
dpkg-source: info: applying 02_desktop_file.patch
dpkg-source: info: applying 04_appdata_file_path.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//571568/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages.diff/Index 
[27.9 kB]
Get:6 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 
Packages.diff/Index [27.8 kB]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-24-1431.59.pdiff [15.5 kB]
Get:8

Bug#947562: RM: nix/new -- ROM; wrong orig tarball

2019-12-27 Thread Thomas Koch

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The orig tarball currently waiting in the new queue is different from what I
expect. I don't know how this happened, but it stopps me from uploading a new
version and it disturbs me.

The easiest would be if some ftp master could just reject the nix package and
I upload a new version.

Thank you and sorry for the noise.

Thomas

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAl4HCEUACgkQB/xIkQQr
plr8OA/+LtR9gqjTYb5w37NMREXmXcL9TfH1QTghqKXLKJ5N/ZMJ1oHzEpfhf+ol
NMv0y+5o6xuHA/Dv+9aTEdaQOzW+NzCvHlSgPhDRbj2ErvArkEs7D7Ch8JMAaYNz
bqlVTH8Uyz0T2EvbLbxvLtUEdc8zS9R7QCzFsYskxC/LD9FhUi/T7aK52hazzJvt
fZeEhVKS0z26I1I3mkFp24HzZRC+/t7iyAvVykoiApWOklbRJXj4wa3XktJv+27W
JMX5MoAXMAe/Px/M2nrFGP0GyMMUF1j/jckW7QpiwCcmJCayiIer435h/b3jNko+
mrWlV2bxYO8Ubz+owe3T/fXNQXkU+HynkM9xne6DwOoYmokxYPJeAWGUBCJPsKv4
5sRSmQkjsU7ZVuac7oOgAVuMX5goD63T+HFiHfAFk/4PYEu3E76vhOZ3oicH5oJI
MXeNFXjv6RNkXT202dWsD69BB4fE9NB0mM01tE3uJGIzUVCvSBJndlp7PB0dm80D
lgYt8GD31zNrZE53ptGxtfxcByYw7EccKMHf1Y429oUIWH3O6hYEhpj0NEQJHG1v
E8WWkMCqORT1hZ0Dj4226h7qXzORDXzX8QduvD/yY1TV7vcuoxe29gra4/QR1C2H
8rXrc2PNXsDXU8GjZbU6AywL/nO/Iks+WzgnG/ElL2nZAW0fFFU=
=a2aW
-END PGP SIGNATURE-

Bug#947561: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: fsplib
Version:  0.11-2
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dh clean
dh: Compatibility levels before 9 are deprecated (level 8 in use)
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/fsplib-0.11'
scons -c enable-shared=1
scons: Reading SConscript files ...
checking whether CC supports -Wall yes
checking whether CC supports -W yes
checking whether CC supports -Wstrict-prototypes yes
checking whether CC supports -Wmissing-prototypes yes
checking whether CC supports -Wshadow yes
checking whether CC supports -Wbad-function-cast yes
checking whether CC supports -Wcast-qual yes
checking whether CC supports -Wcast-align yes
checking whether CC supports -Wwrite-strings yes
checking whether CC supports -Waggregate-return yes
checking whether CC supports -Wmissing-declarations yes
checking whether CC supports -Wmissing-format-attribute yes
checking whether CC supports -Wnested-externs yes
checking whether CC supports -ggdb yes
checking whether CC supports -fno-common yes
checking whether CC supports -Wchar-subscripts yes
checking whether CC supports -Wcomment yes
checking whether CC supports -Wimplicit yes
checking whether CC supports -Wsequence-point yes
checking whether CC supports -Wreturn-type yes
checking whether CC supports -Wfloat-equal yes
checking whether CC supports -Wno-system-headers yes
checking whether CC supports -Wredundant-decls yes
checking whether CC supports -Wmissing-noreturn yes
checking whether CC supports -pedantic yes
checking whether CC supports -Wlong-long yes
checking whether CC supports -Wundef yes
checking whether CC supports -Winline yes
checking whether CC supports -Wpointer-arith yes
checking whether CC supports -Wno-unused-parameter yes
Checking for C type union semun... no
checking whether dirent structure has member d_namlen... no
checking whether dirent structure has member d_fileno... yes
checking whether dirent structure has member d_type... yes
Checking for C header file stdint.h... yes
Checking for C function lockf()... yes
Checking for C function semop()... yes
Checking for C function shmget()... yes
checking for user supplied lockprefix... (cached) no
checking for user supplied prefix... (cached) no
checking whether to build shared library... (cached) yes
checking whether to enable maintainer mode... (cached) no
scons: done reading SConscript files.
scons: Cleaning targets ...
scons: done cleaning targets.
Removing autogenerated file .sconsign.dblite
Removing autogenerated directory .sconf_temp
rm -rf .scon* config.log
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/fsplib-0.11'
   dh_clean
dh_clean: Compatibility levels before 9 are deprecated (level 8 in use)
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building fsplib using existing ./fsplib_0.11.orig.tar.gz
dpkg-source: info: building fsplib in fsplib_0.11-2.debian.tar.xz
dpkg-source: info: building fsplib in fsplib_0.11-2.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: not including original source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 12:36:15 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577446575[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../fsplib_0.11-2.dsc][0m
[0mI: copying [../fsplib_0.11.orig.tar.gz][0m
[0mI: copying [../fsplib_0.11-2.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package (fsplib_0.11-2.dsc)

Bug#947563: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: glob2
Version: 0.9.4.4-2.5
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: libsdl1.2-dev (>= 1.2.0) 
libsdl-image1.2-dev (>= 1.2.0) libsdl-net1.2-dev (>= 1.2.0) libsdl-ttf2.0-dev 
libvorbis-dev libspeex-dev libboost-dev libboost-thread-dev libboost-system-dev 
libboost-date-time-dev portaudio19-dev libboost-math-dev bsdiff sharutils
[1;33mW: Unmet build-dependency in source[0m
QUILT_PATCHES=debian/patches \
quilt --quiltrc /dev/null pop -a -R || test $? = 2
No patch removed
rm -rf .pc debian/stamp-patched
dh_testdir
dh_testroot
rm -f build-stamp 
dh_clean
dh_clean: Compatibility levels before 9 are deprecated (level 6 in use)
scons --portaudio=true -c
scons: Reading SConscript files ...
NameError: global name 'Options' is not defined:
  File "/data/entwicklung/linux/debian/trans_scons/glob2-0.9.4.4/SConstruct", 
line 321:
main()
  File "/data/entwicklung/linux/debian/trans_scons/glob2-0.9.4.4/SConstruct", 
line 239:
establish_options(env)
  File "/data/entwicklung/linux/debian/trans_scons/glob2-0.9.4.4/SConstruct", 
line 16:
opts = Options('options_cache.py')
make: *** [debian/rules:46: clean] Error 2


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

Bug#947560: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: ffmpeg2theora
Version: 0.30-1
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: libavcodec-dev (>= 6:10~) 
libavdevice-dev (>= 6:10~) libavfilter-dev libavformat-dev (>= 6:10~) 
libavutil-dev libkate-dev libogg-dev liboggkate-dev libpostproc-dev 
libswresample-dev (>= 6:10~) libswscale-dev (>= 6:10~) libtheora-dev 
libvorbis-dev
[1;33mW: Unmet build-dependency in source[0m
dh clean --with quilt
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/ffmpeg2theora-0.30'
dh_auto_clean
make -j1 clean
make[2]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/ffmpeg2theora-0.30'
scons -c
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Cleaning targets ...
scons: done cleaning targets.
Removing autogenerated directory .sconf_temp
make[2]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/ffmpeg2theora-0.30'
rm -rf .sconf_temp/ .sconsign.dblite config.log
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/ffmpeg2theora-0.30'
   dh_quilt_unpatch
Removing patch link-libm.patch
Restoring SConstruct

No patches applied
   dh_clean
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying link-libm.patch
dpkg-source: info: building ffmpeg2theora using existing 
./ffmpeg2theora_0.30.orig.tar.bz2
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building ffmpeg2theora in ffmpeg2theora_0.30-1.debian.tar.xz
dpkg-source: info: building ffmpeg2theora in ffmpeg2theora_0.30-1.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: including full source code in upload
dpkg-source: info: unapplying link-libm.patch
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 12:32:37 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577446357[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../ffmpeg2theora_0.30-1.dsc][0m
[0mI: copying [../ffmpeg2theora_0.30.orig.tar.bz2][0m
[0mI: copying [../ffmpeg2theora_0.30-1.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package 
(ffmpeg2theora_0.30-1.dsc)
dpkg-source: info: extracting ffmpeg2theora in ffmpeg2theora-0.30
dpkg-source: info: unpacking ffmpeg2theora_0.30.orig.tar.bz2
dpkg-source: info: unpacking ffmpeg2theora_0.30-1.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying link-libm.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//416979/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5

Bug#947559: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: d2x-rebirth
Version: 0.58.1-1.1
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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



d2x-rebirth_0.58.1-1.1_amd64.build
Description: Binary data


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

Bug#947558: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: d1x-rebirth
Version:  0.58.1-1
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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



d1x-rebirth_0.58.1-1_amd64.build
Description: Binary data


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

Bug#947557: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: csstidy
Version: 1.4-5
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dh clean
   dh_clean
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building csstidy using existing ./csstidy_1.4.orig.tar.gz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building csstidy in csstidy_1.4-5.debian.tar.xz
dpkg-source: info: building csstidy in csstidy_1.4-5.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: not including original source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 12:03:28 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577444608[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../csstidy_1.4-5.dsc][0m
[0mI: copying [../csstidy_1.4.orig.tar.gz][0m
[0mI: copying [../csstidy_1.4-5.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package (csstidy_1.4-5.dsc)
dpkg-source: info: extracting csstidy in csstidy-1.4
dpkg-source: info: unpacking csstidy_1.4.orig.tar.gz
dpkg-source: info: unpacking csstidy_1.4-5.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 001-emptyfile.patch
dpkg-source: info: applying 002-gcc43fix.patch
dpkg-source: info: applying 003-reproducible-build.patch
dpkg-source: info: applying 004-honour-buildflags.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//320329/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 
Packages.diff/Index [27.8 kB]
Get:6 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages.diff/Index 
[27.9 kB]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:8 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-24-1431.59.pdiff [15.5 kB]
Get:9 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-24-2015.43.pdiff [20.2 kB]
Get:10 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-25-0215.49.pdiff [37.9 kB]
Get:11 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-25-0820.35.pdiff [5708 B]
Get:12 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-25-1417.31.pdiff [11.6 kB]
Get:13 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-25-2020.01.pdiff [14.2 kB]
Get:14 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-26-0217.44.pdiff [41.8 kB]
Get:15 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-26-0820.50.pdiff [7032 B]
Get:16

Bug#947555: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: btanks
Version: 0.9.8083-8
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dpkg-checkbuilddeps: error: Unmet build dependencies: libgl1-mesa-dev | 
libgl-dev libglu1-mesa-dev | libglu-dev libsdl-image1.2-dev libsdl1.2-dev 
libsigc++-2.0-dev libsmpeg-dev libvorbis-dev sharutils
[1;33mW: Unmet build-dependency in source[0m
dh clean
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/btanks-0.9.8083'
dh_auto_clean
rm -rf .sconf_temp build
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/btanks-0.9.8083'
   dh_clean
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building btanks using existing ./btanks_0.9.8083.orig.tar.bz2
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: warning: ignoring deletion of file engine/sl08/sl08.h, use 
--include-removal to override
dpkg-source: info: building btanks in btanks_0.9.8083-8.debian.tar.xz
dpkg-source: info: building btanks in btanks_0.9.8083-8.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: not including original source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 11:47:53 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577443673[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../btanks_0.9.8083-8.dsc][0m
[0mI: copying [../btanks_0.9.8083.orig.tar.bz2][0m
[0mI: copying [../btanks_0.9.8083-8.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package (btanks_0.9.8083-8.dsc)
dpkg-source: info: extracting btanks in btanks-0.9.8083
dpkg-source: info: unpacking btanks_0.9.8083.orig.tar.bz2
dpkg-source: info: unpacking btanks_0.9.8083-8.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying remove_default_optimizations.patch
dpkg-source: info: applying rename-currency-symbol.patch
dpkg-source: info: applying gcc-4.6.patch
dpkg-source: info: applying gcc-4.7.patch
dpkg-source: info: applying pow10f.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//284956/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 
Packages.diff/Index [27.8 kB]
Get:6 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages.diff/Index 
[27.9 kB]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:8 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-24-1431.59.pdiff [15.5 kB]
Get:9 http://mirror.eu.oneandone.net/debian/ sid/main amd64

Bug#947556: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: create-resources
Version: 0.1.3-5
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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

dh clean
dh: Compatibility levels before 9 are deprecated (level 7 in use)
   debian/rules override_dh_auto_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/create-resources-0.1.3'
dh_auto_clean
dh_auto_clean: Compatibility levels before 9 are deprecated (level 7 in use)
rm -f .sconsign.dblite
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/create-resources-0.1.3'
   debian/rules override_dh_clean
make[1]: Entering directory 
'/data/entwicklung/linux/debian/trans_scons/create-resources-0.1.3'
dh_clean -XSConscript~
dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
make[1]: Leaving directory 
'/data/entwicklung/linux/debian/trans_scons/create-resources-0.1.3'
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building create-resources using existing 
./create-resources_0.1.3.orig.tar.gz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: building create-resources in 
create-resources_0.1.3-5.debian.tar.xz
dpkg-source: info: building create-resources in create-resources_0.1.3-5.dsc
[0mI: Generating source changes file for original dsc[0m
dpkg-genchanges: info: not including original source code in upload
[1;33mW: cgroups are not available on the host, not using them.[0m
[0mI: pbuilder: network access will be disabled during build[0m
[0mI: Current time: Fri Dec 27 11:51:59 CET 2019[0m
[0mI: pbuilder-time-stamp: 1577443919[0m
[0mI: Building the build Environment[0m
[0mI: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz][0m
[0mI: copying local configuration[0m
[0mI: mounting /proc filesystem[0m
[0mI: mounting /sys filesystem[0m
[0mI: creating /{dev,run}/shm[0m
[0mI: mounting /dev/pts filesystem[0m
[0mI: redirecting /dev/ptmx to /dev/pts/ptmx[0m
[0mI: Mounting /var/cache/debs[0m
[0mI: policy-rc.d already exists[0m
[1;33mW: Could not create compatibility symlink because /tmp/buildd exists and 
it is not a directory[0m
[0mI: Obtaining the cached apt archive contents[0m
[0mI: Copying source file[0m
[0mI: copying [../create-resources_0.1.3-5.dsc][0m
[0mI: copying [../create-resources_0.1.3.orig.tar.gz][0m
[0mI: copying [../create-resources_0.1.3-5.debian.tar.xz][0m
[0mI: Extracting source[0m
dpkg-source: warning: extracting unsigned source package 
(create-resources_0.1.3-5.dsc)
dpkg-source: info: extracting create-resources in create-resources-0.1.3
dpkg-source: info: unpacking create-resources_0.1.3.orig.tar.gz
dpkg-source: info: unpacking create-resources_0.1.3-5.debian.tar.xz
dpkg-source: info: using patch list from debian/patches/series
dpkg-source: info: applying 0001-add_name_header_to_GIMP_palettes.patch
[0mI: using fakeroot in build.[0m
[0mI: Installing the build-deps[0m
[0mI: user script /var/cache/pbuilder/build//304480/tmp/hooks/D05deps 
starting[0m
Get:1 file:/var/cache/debs ./ InRelease
Ign:1 file:/var/cache/debs ./ InRelease
Get:2 file:/var/cache/debs ./ Release
Ign:2 file:/var/cache/debs ./ Release
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages
Ign:3 file:/var/cache/debs ./ Packages
Get:3 file:/var/cache/debs ./ Packages [897 B]
Get:4 http://mirror.eu.oneandone.net/debian/ sid InRelease [142 kB]
Get:5 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 
Packages.diff/Index [27.8 kB]
Get:6 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages.diff/Index 
[27.9 kB]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:7 http://mirror.eu.oneandone.net/debian/ sid/non-free amd64 Packages 
2019-12-25-0215.49.pdiff [200 B]
Get:8 http://mirror.eu.oneandone.net/debian/ sid/main amd64 Packages 
2019-12-24-1431.59.pdiff [15.5 kB]
Get:9

Bug#947554: FTBFS with scons 3.1.2-1

2019-12-27 Thread Jörg Frings-Fürst

Source: boswars
Version:  2.7+svn160110-4
Severity: important
Usertags: scons_ftbfs


Hello, 

in the context of the change to Python3 also Scons was revised. With
the current version 3.1.2-1 from Experimental the changeover is
finished so far. 

However, an error occurred while building your package. The build log
is attached.

Please check it and fix the error.

CU
Jörg

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

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

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


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


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



boswars_2.7+svn160110-4_amd64.build
Description: Binary data


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

Bug#943919: RM: monotone -- RoQA; dead upstream, unmaintained, RC-buggy

2019-12-27 Thread Moritz Mühlenhoff

tags 943919 -moreinfo
thanks

On Tue, Nov 12, 2019 at 11:10:37PM +0100, Moritz Mühlenhoff wrote:
> On Mon, Nov 04, 2019 at 04:13:25PM -0500, Scott Kitterman wrote:
> > On Thu, 31 Oct 2019 22:07:11 +0100 Moritz Muehlenhoff  
> > wrote:
> > > Package: ftp.debian.org
> > > Severity: normal
> > > 
> > > Please remove monotone. It's dead upstream, last upload was over
> > > three years ago and it's removed from testing since 1.5 years.
> > 
> > Unfortunately, there are rdepends that need to be addressed first:
> > 
> > Checking reverse dependencies...
> > # Broken Build-Depends:
> > bugs-everywhere: monotone
> 
> I've filed #944628 for that.

bugs-everywhere has been removed, this is good to go.

Cheers,
Moritz

Bug#947552: gnome-shell: login window said: "sorry, that didn't work, please try again", can't login any more

2019-12-27 Thread alirezaimi

Package: gnome-shell
Version: 3.34.2-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
 login page .
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 enter my password.
   * What was the outcome of this action?
 can't login to system.
   * What outcome did you expect instead?
 login !



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

Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.34.0-1
ii  evolution-data-server3.34.1-1+b1
ii  gir1.2-accountsservice-1.0   0.6.55-1
ii  gir1.2-atspi-2.0 2.34.0-3
ii  gir1.2-freedesktop   1.62.0-2
ii  gir1.2-gcr-3 3.34.0-1
ii  gir1.2-gdesktopenums-3.0 3.34.0-2
ii  gir1.2-gdm-1.0   3.34.1-1
ii  gir1.2-geoclue-2.0   2.5.5-1
ii  gir1.2-glib-2.0  1.62.0-2
ii  gir1.2-gnomebluetooth-1.03.34.0-1
ii  gir1.2-gnomedesktop-3.0  3.34.2-2
ii  gir1.2-gtk-3.0   3.24.13-1
ii  gir1.2-gweather-3.0  3.34.0-1
ii  gir1.2-ibus-1.0  1.5.21-3
ii  gir1.2-mutter-5  3.34.2-1
ii  gir1.2-nm-1.01.20.8-1
ii  gir1.2-nma-1.0   1.8.24-1
ii  gir1.2-pango-1.0 1.42.4-7
ii  gir1.2-polkit-1.00.105-26
ii  gir1.2-rsvg-2.0  2.46.4-1
ii  gir1.2-soup-2.4  2.68.2-1
ii  gir1.2-upowerglib-1.00.99.11-1
ii  gjs  1.58.1-1
ii  gnome-backgrounds3.34.0-1
ii  gnome-settings-daemon3.34.1-1+b1
ii  gnome-shell-common   3.34.2-1
ii  gsettings-desktop-schemas3.34.0-2
ii  libatk-bridge2.0-0   2.34.1-2
ii  libatk1.0-0  2.34.1-1
ii  libc62.29-3
ii  libcairo21.16.0-4
ii  libcroco30.6.13-1
ii  libecal-2.0-13.34.1-1+b1
ii  libedataserver-1.2-243.34.1-1+b1
ii  libgcr-base-3-1  3.34.0-1
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-1
ii  libgirepository-1.0-11.62.0-2
ii  libgjs0g 1.58.1-1
ii  libgles2 1.1.0-1+b1
ii  libglib2.0-0 2.62.3-2
ii  libglib2.0-bin   2.62.3-2
ii  libgnome-autoar-0-0  0.2.3-2
ii  libgnome-desktop-3-183.34.2-2
ii  libgstreamer1.0-01.16.2-2
ii  libgtk-3-0   3.24.13-1
ii  libical3 3.0.5-2
ii  libjson-glib-1.0-0   1.4.4-2
ii  libmutter-5-03.34.2-1
ii  libnm0   1.20.8-1
ii  libpango-1.0-0   1.42.4-7
ii  libpangocairo-1.0-0  1.42.4-7
ii  libpolkit-agent-1-0  0.105-26
ii  libpolkit-gobject-1-00.105-26
ii  libpulse-mainloop-glib0  13.0-3
ii  libpulse013.0-3
ii  libsecret-1-00.19.1-1
ii  libsystemd0  244-3
ii  libwayland-server0   1.17.0-1
ii  libx11-6 2:1.6.8-1
ii  libxfixes3   1:5.0.3-1
ii  mutter   3.34.2-1
ii  python3  3.7.5-1

Versions of packages gnome-shell recommends:
ii  bolt  0.8-4
ii  chrome-gnome-shell10.1-5
ii  gdm3  3.34.1-1
ii  gkbd-capplet  3.26.1-1
ii  gnome-control-center  1:3.34.2-1
ii  gnome-menus   3.32.0-1
ii  gnome-user-docs   3.34.0-2
ii  ibus  1.5.21-3
ii  iio-sensor-proxy

Bug#947553: mariadb-10.3: debian.cnf [mysql_upgrade] basedir option ignored

2019-12-27 Thread Daniel Lewart

Package: src:mariadb-10.3
Version: 1:10.3.20-1
Severity: minor
Tags: patch

MariaDB and MySQL Packaging Team,

# systemctl start mariadb.service
starts MariaDB just fine, but generates a log message:
/etc/mysql/debian-start[n]: /usr/bin/mysql_upgrade: \
the '--basedir' option is always ignored

The automatically generated /etc/mysql/debian.cnf includes:
[mysql_upgrade]
...
basedir  = /usr

However, mysql_upgrade(1) says:
--basedir=path
Old option accepted for backward compatibility but ignored.

Below is an **untested** patch.

Thank you!
Daniel Lewart
Urbana, IL
---
diff -ru a/mariadb-server-10.3.postinst b/mariadb-server-10.3.postinst
--- a/mariadb-server-10.3.postinst  2019-11-11 15:55:37.0 -0600
+++ b/mariadb-server-10.3.postinst  2019-12-28 00:00:00.0 -0600
@@ -137,7 +137,6 @@
   echo "user = root" >>$dc
   echo "password = " >>$dc
   echo "socket   = $mysql_rundir/mysqld.sock">>$dc
-  echo "basedir  = /usr" >>$dc
 fi
 # Keep it only root-readable, as it always was
 chown 0:0 $dc
###

Bug#927339: gemspec filename changes upon rebuild, breaks other packages e.g. jekyll

2019-12-27 Thread Pirate Praveen

On Wed, 25 Dec 2019 13:21:01 +0100 =?UTF-8?Q?J=c3=b6rg-Volker_Peetz?= <> wrote:
> Package: ruby-i18n
> Version: 1.5.3-2
> 
> Dear Ruby Extras Maintainers,
> 
> Bug reappears in version 1.5.3-2 with the file
> 
> /usr/share/rubygems-integration/all/specifications/i18n-1.5.3.gemspec

I think the bug was in the previous version. 1.5.3-1 was built with gem2deb 
0.40 and 1.5.3-2 was built with gem2deb 0.45.

> In my case it hits the redmine package.

The affected packages should be patched or updated to work with 1.5.3.

> Regards,
> Jörg.
> 
> 
> 

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#901477: mawk-1.3.3-17+b3 segfaults

2019-12-27 Thread Boyuan Yang

Control: tags -1 + confirmed

Just confirmed that this is still happening in the rebuilt mawk/1.3.3-
18.

-- 
Best,
Boyuan Yang


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

Bug#936217: blinker: diff for NMU version 1.4+dfsg1-0.3

2019-12-27 Thread Sandro Tosi

Control: tags 936217 + patch


Dear maintainer,

I've prepared an NMU for blinker (versioned as 1.4+dfsg1-0.3). The diff
is attached to this message.

Regards.

diff -Nru blinker-1.4+dfsg1/debian/changelog blinker-1.4+dfsg1/debian/changelog
--- blinker-1.4+dfsg1/debian/changelog	2018-08-04 02:51:55.0 -0400
+++ blinker-1.4+dfsg1/debian/changelog	2019-12-28 00:30:49.0 -0500
@@ -1,3 +1,10 @@
+blinker (1.4+dfsg1-0.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop python2 support; Closes: #936217
+
+ -- Sandro Tosi   Sat, 28 Dec 2019 00:30:49 -0500
+
 blinker (1.4+dfsg1-0.2) unstable; urgency=medium
 
   * Fix FTBFS (Closes: #903325)
diff -Nru blinker-1.4+dfsg1/debian/control blinker-1.4+dfsg1/debian/control
--- blinker-1.4+dfsg1/debian/control	2018-08-04 02:49:00.0 -0400
+++ blinker-1.4+dfsg1/debian/control	2019-12-28 00:30:24.0 -0500
@@ -3,25 +3,12 @@
 Uploaders: Ondřej Surý 
 Section: python
 Priority: optional
-Build-Depends: python-all (>= 2.6.6-3), python3-all, debhelper (>= 7), dh-python, python-nose
+Build-Depends: python3-all, debhelper (>= 7), dh-python, python3-nose
 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/blinker/trunk/
 Vcs-Browser: http://anonscm.debian.org/viewvc/python-modules/packages/blinker/trunk/
 Standards-Version: 3.9.5
 Homepage: http://pythonhosted.org/blinker/
 
-Package: python-blinker
-Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
-Suggests: python-blinker-doc
-Description: Fast, simple object-to-object and broadcast signaling library
- Blinker provides a fast dispatching system that allows any number of
- interested parties to subscribe to events, or "signals".
- .
- Signal receivers can subscribe to specific senders or receive signals
- sent by any sender.
- .
- This package contains the Python 2 version.
-
 Package: python3-blinker
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends}
diff -Nru blinker-1.4+dfsg1/debian/python-blinker.install blinker-1.4+dfsg1/debian/python-blinker.install
--- blinker-1.4+dfsg1/debian/python-blinker.install	2014-08-02 13:49:39.0 -0400
+++ blinker-1.4+dfsg1/debian/python-blinker.install	1969-12-31 19:00:00.0 -0500
@@ -1 +0,0 @@
-/usr/lib/python2.*
diff -Nru blinker-1.4+dfsg1/debian/rules blinker-1.4+dfsg1/debian/rules
--- blinker-1.4+dfsg1/debian/rules	2014-08-02 13:54:49.0 -0400
+++ blinker-1.4+dfsg1/debian/rules	2019-12-28 00:30:49.0 -0500
@@ -1,7 +1,4 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@ --with python2,python3 --buildsystem=pybuild
-
-override_dh_auto_test:
-	nosetests
+	dh $@ --with python3 --buildsystem=pybuild

Bug#941657: name change: python-lark-parser -> python-lark

2019-12-27 Thread Peter Wienemann

Following the suggestions in

https://bugs.debian.org/945823

I have changed the name from python-lark-parser to python-lark.

The new repository URL is

https://salsa.debian.org/python-team/modules/python-lark

Peter

Bug#947551: prospector: please, tighten the dependency of prospector on python3-pep8-naming

2019-12-27 Thread Rogério Brito

Package: prospector
Version: 1.1.7-2
Severity: normal

Hi.

After a few upgrades of packages that prospector depends on, it stopped
working due to a version of python3-pep8-naming that is "too new" to satisfy
its dependencies (or, in other words, the dependency of the package is not tight
enough as what the script needs at runtime):

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
/tmp$ prospector --help
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 583, in 
_build_master
ws.require(__requires__)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 900, in 
require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 791, in 
resolve
raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (pep8-naming 0.9.1 
(/usr/lib/python3/dist-packages), 
Requirement.parse('pep8-naming<=0.9.0,>=0.3.3'), {'prospector'})

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/prospector", line 6, in 
from pkg_resources import load_entry_point
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3250, 
in 
@_call_aside
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3234, 
in _call_aside
f(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 3263, 
in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 585, in 
_build_master
return cls._build_from_requirements(__requires__)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 598, in 
_build_from_requirements
dists = ws.resolve(reqs, Environment())
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 786, in 
resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'pep8-naming<=0.9.0,>=0.3.3' 
distribution was not found and is required by prospector
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

The version of pep8-naming available is only 0.9.1-1 in testing and unstable:

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
$ apt-cache policy python3-pep8-naming
python3-pep8-naming:
  Installed: 0.9.1-1
  Candidate: 0.9.1-1
  Version table:
 *** 0.9.1-1 500
500 http://deb.debian.org/debian testing/main amd64 Packages
500 http://deb.debian.org/debian testing/main i386 Packages
200 http://deb.debian.org/debian unstable/main amd64 Packages
200 http://deb.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

I have not tried to see upstream if python3-pep8-naming 0.9.1 would work
with prospector or not or if a new version of prospector would broaden the
compatibility...


Any help is very welcome,


Rogério Brito.


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

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

Versions of packages prospector depends on:
ii  dodgy  0.1.9-3
ii  libjs-sphinxdoc1.8.5-4
ii  pylint 2.4.4-2
ii  python33.7.5-1
ii  python3-astroid2.3.3-1
ii  python3-mccabe 0.6.1-2
ii  python3-mypy   0.750-1
ii  python3-pep8-naming0.9.1-1
ii  python3-pycodestyle2.5.0-1
ii  python3-pydocstyle 2.1.1-1
ii  python3-pyflakes   2.1.1-1
ii  python3-pylint-celery  0.3-5
ii  python3-pylint-django  2.0.13-1
ii  python3-pylint-flask   0.5-4
ii  python3-pylint-plugin-utils0.6-1
ii  python3-pyroma 2.6b2-1
ii  python3-requirements-detector  0.6-2
ii  python3-setoptconf 0.2.0-4
ii  python3-typed-ast  1.4.0-1+b1
ii  python3-yaml   5.2-1

Versions of packages prospector recommends:
ii  vulture  0.21-1.1

prospector suggests no packages.

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#947550: RFH: salsa.debian.org/debian/dbab

2019-12-27 Thread Tong Sun

Package: wnpp
Severity: normal

I've created/updated the salsa repo at:

   https://salsa.debian.org/debian/dbab

For the package of

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

The reason that I’m asking for reviewing is that,

- this is the first time that I created a salsa project all by myself
- also, this is the first time that I am doing the packaging and
uploading all by myself

The package was tested on both gbp and sbuild
(http://paste.debian.net/1122767/). It's also lintian-clean.
And I’ve done my best to fix anything I can.

However, a second pair of eyes, i.e., any kind of reviews and
suggestions are appreciated.

Thanks

Tong

Bug#947409: RFS: clp/1.17.3+repack1-2 -- Coin-or linear programming solver

2019-12-27 Thread Adam Borowski

On Thu, Dec 26, 2019 at 04:28:25PM +0100, Håvard Flaget Aasen wrote:
>  * Package name: clp
>Version : 1.17.3+repack1-2

> Changes since the last upload:
> 
>* QA upload
>* Add coinor-libclp-doc.links to remove duplicated files
>* Set minimum version on runtime-dependencies
>* Add patch to check for correct architecture

> New release to fix  certain issue with the old one, built and tested on six
> different architectures this time. Please take a look at the patch to see if
> it is acceptable.

Hi!
I'm afraid that the new check drops optimizations on amd64 -- the arch where
99.9% users are.  Your patch is:

 #ifdef _MSC_VER
 #include 
-#elif defined(__arm__)
+#elif defined(__arch64__)
 #include 
-#else
+#elif defined(__i386__)
 #include 
 //#include 
 #endif

so it checks for __i386__ which is not defined on amd64 (nor x32).

There are many defines which would be enough; you can for example check for:
#elif defined(__i386__) || defined(__x86_64__)

Also, it could be nice to keep the optimized code on armhf as well, which
would make the ARM line:
#elif defined(__ARM_FEATURE_SIMD32) || defined(__ARM_NEON)

Currently, the code _does_ compile but is slow on any arch other than arm64
and i386.  And not many people run scientific code on either.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ A MAP07 (Dead Simple) raspberry tincture recipe: 0.5l 95% alcohol,
⣾⠁⢠⠒⠀⣿⡁ 1kg raspberries, 0.4kg sugar; put into a big jar for 1 month.
⢿⡄⠘⠷⠚⠋⠀ Filter out and throw away the fruits (can dump them into a cake,
⠈⠳⣄ etc), let the drink age at least 3-6 months.

Bug#947427: RFS: ipmitool/1.8.18-9 -- utility for IPMI control with kernel driver or LAN interface (daemon)

2019-12-27 Thread Adam Borowski

Control: tags -1 +moreinfo

On Thu, Dec 26, 2019 at 08:52:59PM +0100, Jörg Frings-Fürst wrote:
>Package name: ipmitool
>Version : 1.8.18-9

> Changes since the last upload:
> 
>* debian/ipmitool.maintscript:
>  - Fix syntax (Closes: #947384).

Were the p{re,ost}{inst,rm} scripts ever working?  If they were, then your
new script above won't be enough: it looks for a single hash, while there
could be two: one with, and one without auto-disablement (ENABLED="false").

>* Remove System V init scripts:
>  - Remove debian/ipmitool.ipmievd.init.
>  - Remove debian/ipmitool.lintian-overrides.
>  - Remove debian/ipmitool.postinst.
>  - Rewrite debian/ipmitool.postrm.
>  - Remove debian/ipmitool.prerm.
>  - Remove override_dh_installinit from debian/rules.
>  - Remove init-system-helpers (>> 1.50) from debian/control.
>  - Add rm_conffile /etc/init.d/ipmievd 1.8.18-9~ ipmitool to
>debian/ipmitool.maintscript.

Er, what?  You break the daemon on any rc system other than systemd, which
is a RC bug (a "must" requirement of Policy §9.11).  And, it's a regression
-- both the existing package and upstream do ship init scripts.

If the module-loading code from in-archive version is no longer needed
(which your .service lacking that suggests), I'd simplify the obsolete stuff
away and use upstream init script as-is.  Or, even better, replace it with
new-style:

#!/usr/bin/env /lib/init/init-d-script
### BEGIN INIT INFO
# Provides:  ipmievd
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: IPMI event daemon
# Description:   ipmievd  is a daemon which will listen for events
#from the BMC that are being sent to the SEL and
#also log those messages to syslog.
### END INIT INFO
DAEMON=/usr/sbin/ipmievd
DAEMON_ARGS="open daemon"

You could then drop the redundant .service for less code to maintain.

Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ A MAP07 (Dead Simple) raspberry tincture recipe: 0.5l 95% alcohol,
⣾⠁⢠⠒⠀⣿⡁ 1kg raspberries, 0.4kg sugar; put into a big jar for 1 month.
⢿⡄⠘⠷⠚⠋⠀ Filter out and throw away the fruits (can dump them into a cake,
⠈⠳⣄ etc), let the drink age at least 3-6 months.

Bug#935732: fs-uae: When I start fs-uae-laincher it crashes iwth KCrash AlarmClock

2019-12-27 Thread John Paul Adrian Glaubitz

Hello!

On 8/25/19 8:05 PM, Stefan Champailler wrote:
> Just run fs-uae-launcher from the command line (under KDE)
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> Doesn't start at all.
I just updated fs-uae to version 3.0.2 today and it worked fine
for me under KDE. Please try if the new version fixes the issue
for you and report back.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#936558: Ping

2019-12-27 Thread Bernhard Schmidt

On Tue, Dec 17, 2019 at 10:44:42PM +0100, Bernhard Schmidt wrote:

> Pinging this bug to delay testing removal, the fix is in unstable but
> migration is currently blocked by several RC bugs in libxcrypt.

And again. Hopefully this will be solved soon.

Bernhard

Bug#947545: RFS: apngdis/2.9-1 [QA] [RC] -- deconstruct APNG file into a sequence of PNG frames

2019-12-27 Thread Sudip Mukherjee

On Sat, Dec 28, 2019 at 12:40 AM Adam Borowski  wrote:
>
> On Fri, Dec 27, 2019 at 11:04:35PM +, Sudip Mukherjee wrote:
> >  * Package name: apngdis
> >Version : 2.9-1
>
> > Changes since the last upload:
> >
> >* QA upload.
> >* Update to upstream 2.9. (Closes: #945989)
> >* Update Standards-Version to 4.4.1.
> >* Update compat level to 12.
> >* Add new dependency.
> >* Push to salsa and update Vcs.
>
> Hi!
> The bug #945989 is not "please update to a new version", it's "fix a
> functional failure" -- this entry is thus misleading.

Yes. I guess I should have made two entries here.
* Update to upstream 2.9.
* Latest version fixes the failure (Closes: #945989).

Will keep it in mind for next time.

-- 
Regards
Sudip

Bug#947187: ITP: citop -- Monitor CI pipelines from the command line

2019-12-27 Thread Paul Wise

Control: retitle -1 ITP: cistern -- Monitor CI pipelines from the command line

On Sun, 22 Dec 2019 18:37:04 +0100 Sebastien Delafond wrote:

> * URL : https://github.com/nbedos/citop

That got renamed to cistern and the link redirects here:

https://github.com/nbedos/cistern

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#947548: RM: python-scipy/experimental -- ROM; deprecated and replaced by scipy

2019-12-27 Thread Drew Parsons

Package: ftp.debian.org
Severity: normal

python3-scipy is now provided by the scipy source package (currently
1.3.3-3)

python-scipy is now a legacy package providing only python-scipy for
python2 (currently version 1.2.2-11).

Previously, python-scipy source provided both python2 and python3
packages.  From version 1.3, scipy no longer supports python2. An
interim packaging removing python2 support was built from the
python-scipy source package and uploaded to experimental (1.3.1-1exp3).

Since python3 support is now provided by the scipy source package,
python-scipy/experimental/1.3.1-1exp3 is now deprecated and is getting
in the way of monitoring the scipy packages.

Can python-scipy/experimental/1.3.1-1exp3 now be removed?

Somewhat related to this, debian/watch for python-scipy (1.2.2-11) now
restricts the uscan watch to only version 1.2.  This update has not
propagated to the qa.debian.org pages
e.g. https://qa.debian.org/developer.php?login=dparsons=yes
is still saying 1.4.1 is available for python-scipy.  Will this get
fixed once python-scipy/experimental/1.3.1-1exp3 is removed or does it
need to be fixed elsewhere?

Bug#946624: python-scipy: autopkgtest regularly times out

2019-12-27 Thread Drew Parsons

Package: python-scipy
Version: 1.2.2-11
Followup-For: Bug #946624
Control: tags -1 help

The rules for skipping the failing tests
(test_sparsetools.TestInt32Overflow) are already in place in
debian/tests/python2

It looks like something must have changed in pytest such that the skip
instructions are now being ignored.

Needs a pytest syntax expert to fix.

Bug#946625: scipy: autopkgtest regularly times out

2019-12-27 Thread Drew Parsons

Source: scipy
Followup-For: Bug #946625
Control: tags -1 help

The rules for skipping the failing tests
(test_sparsetools.TestInt32Overflow) are already in place in
debian/tests/python3

It looks like something must have changed in pytest such that the skip
instructions are now being ignored.

Needs a pytest syntax expert to fix.

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread James Montgomery

Hi Utkarsh,

On Sat, Dec 28, 2019 at 03:37:56AM +0530, Utkarsh Gupta wrote:
> 
> Aha, that's perfect! Perhaps, you can raise a pull request on GitHub?
>
Consider it done[0] :) 

> > I know that Sven has done some initial manual work to get bytefmt
> > started, but he noted it may be a bit outdated. If you like, we can
> > get dh-make-golang fixed and attempt to bring in bytfmt using
> > dh-make-golang.
> 
> Well, he updated the snapshot which now reflects the latest upstream
> changes.
> FWIW, I am almost ready to upload that package now.
> But if you want to have this done with dh-make-golang, I sure can wait :)
> But I wouldn't want to waste Sven's effort (which is pretty neat!). We
> can copy the contents of the debian/* anyway?

That's great! If Sven has the latest snapshot and you're just about
ready to upload, who am I to stand in the way of the work you two have
done. This is merely a blocker for the _real_ win, container-diff and
you two have turned it around in remarkable time :)

> Also, would you like to maintain it, too? :D
(*^_^*) Long time user, only second time contributor. If you or Sven
would be willing to mentor, I'm all for it \o/


Regards, 

James 

[0]: https://github.com/Debian/dh-make-golang/pull/122

Bug#947547: osc: Missing dependency on python3-m2crypto

2019-12-27 Thread John Paul Adrian Glaubitz

Source: osc
Severity: normal

Hi!

osc is missing a dependency on python3-m2crypto, without it, accessing
OBS will fail:

glaubitz@epyc:..glaubitz/home:glaubitz:branches:Cloud:Tools> osc up
No module named 'M2Crypto'
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/osc/conf.py", line 523, in _build_opener
from . import oscssl
  File "/usr/lib/python3/dist-packages/osc/oscssl.py", line 8, in 
from M2Crypto.SSL.Checker import SSLVerificationError
ModuleNotFoundError: No module named 'M2Crypto'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/osc/babysitter.py", line 62, in run
return prg.main(argv)
  File "/usr/lib/python3/dist-packages/osc/cmdln.py", line 344, in main
return self.cmd(args)
  File "/usr/lib/python3/dist-packages/osc/cmdln.py", line 367, in cmd
retval = self.onecmd(argv)
  File "/usr/lib/python3/dist-packages/osc/cmdln.py", line 501, in onecmd
return self._dispatch_cmd(handler, argv)
  File "/usr/lib/python3/dist-packages/osc/cmdln.py", line 1232, in 
_dispatch_cmd
return handler(argv[0], opts, *args)
  File "/usr/lib/python3/dist-packages/osc/commandline.py", line 4956, in 
do_update
prj = Project(arg, progress_obj=self.download_progress)
  File "/usr/lib/python3/dist-packages/osc/core.py", line 682, in __init__
self.pacs_available = meta_get_packagelist(self.apiurl, self.name)
  File "/usr/lib/python3/dist-packages/osc/core.py", line 3443, in 
meta_get_packagelist
f = http_GET(u)
  File "/usr/lib/python3/dist-packages/osc/core.py", line 3400, in http_GET
def http_GET(*args, **kwargs):return http_request('GET', *args, 
**kwargs)
  File "/usr/lib/python3/dist-packages/osc/core.py", line 3344, in http_request
install_opener(conf._build_opener(apiurl))
  File "/usr/lib/python3/dist-packages/osc/conf.py", line 527, in _build_opener
raise NoSecureSSLError('M2Crypto is needed to access %s in a secure 
way.\nPlease install python-m2crypto.' % apiurl)
osc.oscsslexcp.NoSecureSSLError: M2Crypto is needed to access 
https://api.opensuse.org in a secure way.
Please install python-m2crypto.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/osc", line 41, in 
r = babysitter.run(osccli)
  File "/usr/lib/python3/dist-packages/osc/babysitter.py", line 174, in run
except SSLError as e:
TypeError: catching classes that do not inherit from BaseException is not 
allowed
glaubitz@epyc:..glaubitz/home:glaubitz:branches:Cloud:Tools>

Installing python3-m2crypto manually, fixed the problem for me.

Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#947546: libtexttools: FTBFS during indep-only build: clean calls gprclean but gprbuild is in B-D-Arch

2019-12-27 Thread Andreas Beckmann

Source: libtexttools
Version: 2.1.0-14
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Hi,

libtexttools/experimental FTBFS during an indep-only build:

 debian/rules clean
dh clean
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/build/libtexttools-2.1.0'
dh_auto_clean -- ADAFLAGS="" CC="cc" CFLAGS="-g -O2 
-fdebug-prefix-map=/build/libtexttools-2.1.0=. -fstack-protector-strong 
-Wformat -Werror=format-security" CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2" 
LDFLAGS="-Wl,-z,relro -Wl,-z,now -Wl,--no-undefined 
-Wl,--no-copy-dt-needed-entries -Wl,--no-allow-shlib-undefined" SOVERSION="10" 
GNATMAKE_OPTIONS=""
make -j3 clean ADAFLAGS= CC=cc "CFLAGS=-g -O2 
-fdebug-prefix-map=/build/libtexttools-2.1.0=. -fstack-protector-strong 
-Wformat -Werror=format-security" "CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2" 
"LDFLAGS=-Wl,-z,relro -Wl,-z,now -Wl,--no-undefined 
-Wl,--no-copy-dt-needed-entries -Wl,--no-allow-shlib-undefined" SOVERSION=10 
GNATMAKE_OPTIONS=
make[2]: Entering directory '/build/libtexttools-2.1.0'
Package ncurses was not found in the pkg-config search path.
Perhaps you should add the directory containing `ncurses.pc'
to the PKG_CONFIG_PATH environment variable
No package 'ncurses' found
rm -f build-obj-dynamic/* build-obj-static/* build-lib-dynamic/* 
build-lib-static/*
find -name "*~" -delete
sed ' s%ADAFLAGS%%;  s%CFLAGS%-g", "-O2", 
"-fdebug-prefix-map=/build/libtexttools-2.1.0=.", "-fstack-protector-strong", 
"-Wformat", "-Werror=format-security%;  s%LDFLAGS%-Wl,-z,relro", "-Wl,-z,now", 
"-Wl,--no-undefined", "-Wl,--no-copy-dt-needed-entries", 
"-Wl,--no-allow-shlib-undefined%;  s%LDLIBS%%;  s%SOVERSION%10%;' \
 examples/examples.gpr.sed > examples/examples.gpr
sed ' s%ADAFLAGS%%;  s%CFLAGS%-g", "-O2", 
"-fdebug-prefix-map=/build/libtexttools-2.1.0=.", "-fstack-protector-strong", 
"-Wformat", "-Werror=format-security%;  s%LDFLAGS%-Wl,-z,relro", "-Wl,-z,now", 
"-Wl,--no-undefined", "-Wl,--no-copy-dt-needed-entries", 
"-Wl,--no-allow-shlib-undefined%;  s%LDLIBS%%;  s%SOVERSION%10%;' \
 texttools.gpr.sed > texttools.gpr
gprclean examples/examples.gpr -XKIND=static
make[2]: gprclean: Command not found
make[2]: *** [Makefile:91: clean] Error 127
make[2]: Leaving directory '/build/libtexttools-2.1.0'
dh_auto_clean: make -j3 clean ADAFLAGS= CC=cc "CFLAGS=-g -O2 
-fdebug-prefix-map=/build/libtexttools-2.1.0=. -fstack-protector-strong 
-Wformat -Werror=format-security" "CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2" 
"LDFLAGS=-Wl,-z,relro -Wl,-z,now -Wl,--no-undefined 
-Wl,--no-copy-dt-needed-entries -Wl,--no-allow-shlib-undefined" SOVERSION=10 
GNATMAKE_OPTIONS= returned exit code 2
make[1]: *** [debian/rules:49: override_dh_auto_clean] Error 255
make[1]: Leaving directory '/build/libtexttools-2.1.0'
make: *** [debian/rules:39: clean] Error 2


gprbuild which ships gprclean has been moved to B-D-Arch which is not
installed for an indep-only build.

There is also a failure on most arch-only builds:
https://buildd.debian.org/status/package.php?p=libtexttools=experimental

dh_ada_library: error while loading shared libraries: libgpr.so.18: cannot open 
shared object file: No such file or directory


Cheers,

Andreas


libtexttools_2.1.0-14_indep.log.gz
Description: application/gzip

Bug#921904: Bug#946951: Bug#921904: win-iconv: FTBFS (wine: chdir to /tmp/wine-I6miLw/server-29-3583b06 : No such file or directory)

2019-12-27 Thread Vincent Lefevre

On 2019-12-27 19:49:46 +, Joseph Nahmias wrote:
> On Fri, Dec 27, 2019 at 07:27:42PM +, Joseph Nahmias wrote:
> > The attached patch works around the issue until that is fixed.
> 
> Of course, I forgot this patch... Take 2.

Wouldn't the use of wildcards be a security issue?

+   ln -s /tmp/.wine-`id -u`/server* /tmp/wine-*/

i.e. could you end up creating wrong symbolic links?

In any case, this seems rather ugly to me.

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

Bug#859595: ltsp-server: ltsp-localapps is unable to run qjacktcl

2019-12-27 Thread Vagrant Cascadian

Version: 19.11-1

On 2017-04-05, Peter Tuharsky wrote:
> Now, in Debian Stretch, if I run
>
> ltsp-localapps qjackctl
>
> the desktop freezes. I am able to switch to thin client's commandline console
> and shut down the running qjackctl process. The desktop unfreezes immediately.
> However, qjackctl is useless this way.

Newer versions of LTSP do not have ltsp-localapps or similar code;
marking as done.

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#947545: RFS: apngdis/2.9-1 [QA] [RC] -- deconstruct APNG file into a sequence of PNG frames

2019-12-27 Thread Sudip Mukherjee

Package: sponsorship-requests
Severity: important

Dear mentors,

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

 * Package name: apngdis
   Version : 2.9-1
   Upstream Author : Max Stepi 
 * URL : https://sourceforge.net/projects/apngdis
 * License : zlib-libpng
 * Vcs : https://salsa.debian.org/sudip-guest/apngdis
   Section : graphics

It builds those binary packages:

  apngdis - deconstruct APNG file into a sequence of PNG frames

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

  https://mentors.debian.net/package/apngdis

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/apngdis/apngdis_2.9-1.dsc

Changes since the last upload:

   * QA upload.
   * Update to upstream 2.9. (Closes: #945989)
   * Update Standards-Version to 4.4.1.
   * Update compat level to 12.
   * Add new dependency.
   * Push to salsa and update Vcs.

Note: There is still a problem with d/watch and d/repack.sh but I guess
that can be done next time.

-- 
Regards
Sudip

Bug#944565: O: ldm -- LTSP display manager

2019-12-27 Thread Vagrant Cascadian

On 2019-11-12, Jonathan Carter wrote:
> On 2019/11/12 00:29, Vagrant Cascadian wrote:
>> Newer versions of LTSP no longer make use of LDM; it is no longer
>> maintained upstream.
>
> In my opinion, ltspfs, ldm-themes and ldm won't be of particular use of
> anyone. Any objections if I file for them to be removed from the archive
> instead?

Now that it has been several weeks and nobody has stepped up to take
over, sure, go ahead and file removal requests! I'd also add
ltsp-manager/experimental to the list, while you're at it.

live well,
  vagrant

signature.asc
Description: PGP signature

Bug#947544: Please provide an egg-info

2019-12-27 Thread VA


Package: python3-pyqt5.qtwebengine
Version: 5.13.2-1

Hi,

TL;DR: Like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890200, 
but for python3-pyqt5.qtwebengine instead of just python3-pyqt5.


Providing an egg-info or a dist-info correctly filled in a Python 
package is useful because if avoids installing with pip something 
already installed with the Debian packages.


These are packages I installed with the Debian packages 
(python3-requests and python3-pyqt5), and they are fine:


% pip install requests
Requirement already satisfied: requests in 
/usr/lib/python3/dist-packages (2.22.0)

% pip install PyQt5
Requirement already satisfied: PyQt5 in /usr/lib/python3/dist-packages 
(5.13.2)


I installed python3-pyqt5.qtwebengine with the Debian package too, but 
it doesn't work as expected:


% pip install PyQtWebEngine
Collecting PyQtWebEngine
  Downloading 
https://files.pythonhosted.org/packages/71/be/cd5243a456aae37788eebd8333d2326fd830de7ce1f1ac6618e966a66862/PyQtWebEngine-5.14.0-5.14.0-cp35.cp36.cp37.cp38-abi3-manylinux1_x86_64.whl 
(65.3MB)

[...snip...]

If python3-pyqt5.qtwebengine shipped the correct metadata, then pip 
would have told me PyQtWebEngine is already installed.


Thanks

Bug#936625: gnome-doc-utils is deprecated

2019-12-27 Thread Simon McVittie

On Wed, 20 Nov 2019 at 11:20:57 +0100, Andreas Henriksson wrote:
> The gnome-doc-utils package is deprecated since many years.
> It should be removed, rather than ported to python3.
> 
> Please see #889019 for futher deprecation info.
> 
> This packages however still has quite a large reverse build-dependency
> list

Some have been fixed already.

I've opened Severity: important bugs for the rest, to make sure
maintainers are alerted about this potentially becoming a RC issue in
future. They block this bug and #889019, and are usertagged as oldlibs[1]
and gnome-doc-utils[2].

[1] 
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org=oldlibs
[2] 
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=pkg-gnome-maintainers%40lists.alioth.debian.org=gnome-doc-utils

Regards,
smcv

Bug#947543: RM: distorm64 -- RoQA; unmaintained, outdated

2019-12-27 Thread Moritz Muehlenhoff

Package: ftp.debian.org
Severity: normal

Please remove distorm64. There was only a single upload eight years ago,
it's orphaned without an adopter since 2016 and is totally outdated compared
to current upstream releases.

Cheers,
Moritz

Bug#947541: viking: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: viking
Version: 1.7-1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#892097: passwd: useradd -D -s /bin/bash has no effect on Jessie

2019-12-27 Thread Bálint Réczey

Control: fixed -1 1:4.5-1

Hi Martin,

Martin Steigerwald  ezt írta (időpont:
2018. márc. 5., H, 14:39):
>
> Package: passwd
> Version: 1:4.4-4.1
> Severity: normal
>
> Dear maintainers,
>
> On Debian Jessie useradd -D -s /bin/bash has no effect. In Debian Sid
> with passwd 1:4.5-1 this works again, so this is likely an upstream issue.

Marking as fixed per the original observation. Since this is not a
high severity but it is not likely that it will be fixed in Jessie
which is now oldstable.

Thanks,
Balint

>
> I have:
>
> % useradd -D
> GROUP=100
> HOME=/home
> INACTIVE=-1
> EXPIRE=
> SHELL=/bin/sh
> SKEL=/etc/skel
> CREATE_MAIL_SPOOL=no
>
> I do:
>
> % useradd -D -s /bin/bash
> (no output)
>
> I still have:
>
> % useradd -D
> GROUP=100
> HOME=/home
> INACTIVE=-1
> EXPIRE=
> SHELL=/bin/sh
> SKEL=/etc/skel
> CREATE_MAIL_SPOOL=no
>
> % grep SHELL /etc/default/useradd
> # The SHELL variable specifies the default login shell on your
> SHELL=/bin/sh
>
> Workaround is to edit /etc/default/useradd:
>
> % grep SHELL /etc/default/useradd
> # The SHELL variable specifies the default login shell on your
> SHELL=/bin/bash
>
> % useradd -D
> GROUP=100
> HOME=/home
> INACTIVE=-1
> EXPIRE=
> SHELL=/bin/bash
> SKEL=/etc/skel
> CREATE_MAIL_SPOOL=no
>
> Thanks,
> Martin
>
>
>
> -- System Information:
> Debian Release: 9.3
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (x86_64)
> Foreign Architectures: amd64
>
> Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages passwd depends on:
> ii  libaudit1   1:2.6.7-2
> ii  libc6   2.24-11+deb9u1
> ii  libpam-modules  1.1.8-3.6
> ii  libpam0g1.1.8-3.6
> ii  libselinux1 2.6-3+b3
> ii  libsemanage12.6-2
>
> passwd recommends no packages.
>
> passwd suggests no packages.
>
> -- Configuration Files:
> /etc/default/useradd [Errno 13] Keine Berechtigung: '/etc/default/useradd'
>
> -- debconf information:
>   passwd/password-empty:
>   passwd/user-uid:
>   passwd/user-fullname:
>   passwd/md5: false
>   passwd/username:
>   passwd/username-bad:
> * passwd/make-user: false
>   passwd/title:
>   passwd/shadow: true
>   passwd/password-mismatch:
>

Bug#947542: xiphos: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: xiphos
Version: 4.1.0.1+dfsg1-1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947540: stardict: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: stardict
Version: 3.0.6+dfsg-0.1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947539: solfege: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: solfege
Version: 3.23.4-6
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#936249: bugs-everywhere: Python2 removal in sid/bullseye

2019-12-27 Thread Moritz Mühlenhoff

On Fri, Dec 27, 2019 at 02:34:42PM -0500, Antoine Beaupré wrote:
> On 2019-12-26 02:05:56, maxigas wrote:
> > On Wed, Dec 25 2019, Moritz Mühlenhoff wrote:
> >
> >> On Fri, Aug 30, 2019 at 07:12:24AM +, Matthias Klose wrote:
> >>> Package: src:bugs-everywhere
> >>> Version: 1.1.1-4
> >>> Severity: normal
> >>> Tags: sid bullseye
> >>> User: debian-pyt...@lists.debian.org
> >>> Usertags: py2removal
> >>> 
> >>> Python2 becomes end-of-live upstream, and Debian aims to remove
> >>> Python2 from the distribution, as discussed in
> >>> https://lists.debian.org/debian-python/2019/07/msg00080.html
> >>
> >> bugs-everywhere is dead upstream, the last commits are from 2013.
> >>
> >> Are you planning to port it to Python 3 yourself? Otherwise I'll
> >> request it's removal from the archive.
> >
> > Hm, i'm sorry but i don't think i will have the time to port it.
> 
> Same here, and there are alternatives. Just a quick list covering still
> active projects:

Ack! I'm filing a removal bug, then.

> https://distix.eu/
> https://github.com/MichaelMure/git-bug
> https://github.com/neithernut/git-dit
> https://sit.fyi/
> 
> maybe something for the release notes i guess...

That doesn't seem strictly needed, we're removing hundreds of packages each
release cycle :-)

Cheers,
Moritz

Bug#947537: pitivi: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: pitivi
Version: 0.999-1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947536: pdfmod: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: pdfmod
Version: 0.9.1-8.1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947538: RM: bugs-everywhere -- RoQA; Depends on Python 2, dead upstream

2019-12-27 Thread Moritz Muehlenhoff

Package: ftp.debian.org
Severity: normal

Please remove bugs-everywhere. It depends on Python 2, which is going away
and is dead upstream.

Cheers,
Moritz

Bug#947535: ocrfeeder: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: ocrfeeder
Version: 0.8.1-4
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

(I know ocrfeeder already has a "Python2 removal in sid/bullseye" bug,
but explicit is better than implicit, so I'm filing this as a separate
bug in case you weren't aware of the transitive dependency.)

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947534: mp3splt: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: mp3splt
Version: 2.6.2+20170630-3
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947532: gwaei: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gwaei
Version: 3.6.2-8
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947533: kupfer: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: kupfer
Version: 0+v319-5
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947531: gparted: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gparted
Version: 0.32.0-2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils
Control: fixed -1 1.0.0-0.1~exp

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools. It appears this has
already been done in experimental, so this bug can probably be closed
with the upload of version 1.0.0 to unstable.

Thanks,
smcv

Bug#947530: gnome-system-tools: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gnome-system-tools
Version: 3.0.0-8
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947529: gnome-chemistry-utils: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gnome-chemistry-utils
Version: 0.14.17-2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947524: geary: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: geary
Version: 3.34.1-4
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947527: glom: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: glom
Version: 1.30.4-4
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947523: gconf-editor: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gconf-editor
Version: 3.0.1-6
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947522: gbrainy: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gbrainy
Version: 1:2.4.1-2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947525: geeqie: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: geeqie
Version: 1:1.5.1-2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947528: gmpc: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gmpc
Version: 11.8.16-16
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947526: gimp-help: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: gimp-help
Version: 2.8.2-1
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947520: filemanager-actions: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: filemanager-actions
Version: 3.4-2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947521: florence: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: florence
Version: 0.6.3-1.2
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#947452: RFS: kworkflow/20191112-1 [ITP] -- Inglorious kernel developer workflow scripts

2019-12-27 Thread Adam Borowski

On Fri, Dec 27, 2019 at 01:12:26AM -0300, Rodrigo Carvalho wrote:
>  * Package name: kworkflow
>Version : 20191112-1

> Changes since the last upload:
> 
>* Initial release. Closes: #946781

Hi!
I'm afraid that autopkgtest fails, as it tries to access the current user's
$HOME.  No package should reach outside of its build dir, during either the
compile or test step.

You can eg. set $HOME to $AUTOPKGTEST_TMP which is a valid writeable dir.


autopkgtest [23:13:22]: test kw-basic-test: [---
error: could not lock config file /home/kilobyte/.gitconfig: No such file or 
directory
error: could not lock config file /home/kilobyte/.gitconfig: No such file or 
directory
Running test [checkpatch_wrapper_test]
=
testWarning
testError
testChecks
testCorrect

Ran 4 tests.

OK
Running test [commons_test]
=
testParseRegularConfig
testParseUnsupportedFile
testDefaultConfigFile
testLocalConfigFile

Ran 4 tests.

OK
Running test [configm_test]
=
testExecuteConfigManagerSAVEfails
testSaveConfigFileCHECK_CONFIGfails
testSaveConfigFileCHECK_CONFIGS_DIRECTORY
testSaveConfigFileCHECK_SAVED_CONFIG_FILE
testSaveConfigFileCHECK_DESCRIPTION
testSaveConfigFileCHECK_GIT_SAVE_SCHEMA
testSaveConfigFileCHECK_FORCE
testListConfigsCHECK_NO_CONFIGS
testListConfigsOUTPUT
testGetOperationWithForce
testGetOperationThatShouldFail
testRemoveOperationThatShouldFail
testRemoveOperation

Ran 13 tests.

OK
Running test [explore_test]
=
testExplore

Ran 1 test.

OK
Running test [fish_completion_test]
=
testKwCompletion

Ran 1 test.

OK
Running test [get_maintainer_wrapper_test]
=
testPrintFileAuthorForFile
testPrintFileAuthorForDir
testGetMaintainers

Ran 3 tests.

OK
Running test [help_test]
=
testHelp

Ran 1 test.

OK
Running test [kw_dash]
=
testDash
install: cannot create directory ‘/home/kilobyte’: Permission denied
cp: cannot create directory '/home/kilobyte/.config/kw': No such file or 
directory
sed: can't read /home/kilobyte/.config/kw/kworkflow.config: No such file or 
directory

Ran 1 test.

OK
Running test [kw_test]
=
install: cannot create directory ‘/home/kilobyte’: Permission denied
cp: cannot stat '/tmp/autopkgtest.gQu1DL/build.mAh/src/tests/etc/.': No such 
file or directory
sed: can't read /home/kilobyte/.config/kw/kworkflow.config: No such file or 
directory
testVariables
testExported

Ran 2 tests.

OK
Running test [kwio_test]
=
testAlertOptions
testAlertDefaultOptions
testAlertCommandPrinting

Ran 3 tests.

OK
Running test [kwlib_test]
=
linuxRootCheckTest
cmdManagerTESTMODETest
cmdManagerSILENTTest
cmdManagerSAY_COMPLAIN_WARNING_SUCCESS_Test
detectDistroTest
joinPathTest
findKernelRootTest
isAPatchTest

Ran 8 tests.

OK
Running test [ssh_test]
=
vmSshFailsTest
vmSshTest
vmSshCommandTest
vmSshScriptTest

Ran 4 tests.

OK
=
Total: 12 test file(s)
Test file(s) SUCCEEDED
test_codestyle
install: cannot create directory ‘/home/kilobyte’: Permission denied
cp: cannot create directory '/home/kilobyte/.config/kw': No such file or 
directory
sed: can't read /home/kilobyte/.config/kw/kworkflow.config: No such file or 
directory
test_maintainers
install: cannot create directory ‘/home/kilobyte’: Permission denied
cp: cannot create directory '/home/kilobyte/.config/kw': No such file or 
directory
sed: can't read /home/kilobyte/.config/kw/kworkflow.config: No such file or 
directory
test_explore
Initialized empty Git repository in 
/tmp/autopkgtest.gQu1DL/autopkgtest_tmp/.git/
install: cannot create directory ‘/home/kilobyte’: Permission denied
cp: cannot create directory '/home/kilobyte/.config/kw': No such file or 
directory
sed: can't read /home/kilobyte/.config/kw/kworkflow.config: No such file or 
directory

Ran 3 tests.

OK
autopkgtest [23:13:24]: test kw-basic-test: ---]
autopkgtest [23:13:25]: test kw-basic-test:  - - - - - - - - - - results - - - 
- - - - - - -
kw-basic-testFAIL stderr: error: could not lock config file 
/home/kilobyte/.gitconfig: No such file or directory
autopkgtest [23:13:25]: test kw-basic-test:  - - - - - - - - - - stderr - - - - 
- - - - - -
error: could not lock config file /home/kilobyte/.gitconfig: No such file or 
directory
error: could not lock config file /home/kilobyte/.gitconfig: No such file or 
directory
install: cannot

Bug#947519: dasher: build-depends on deprecated gnome-doc-utils

2019-12-27 Thread Simon McVittie

Source: dasher
Version: 5.0.0~beta~repack-7
Severity: important
Control: block 936625 by -1
Control: block 889019 by -1
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-doc-utils

This package Build-Depends on gnome-doc-utils. gnome-doc-utils is a
deprecated package of documentation utilities. Its most recent upstream
release was in 2012, with most changes in its git repository since then
being translation updates. The GNOME team do not consider gnome-doc-utils
to be suitable for release in Debian 11 'bullseye'.

The supported replacement is yelp.m4 in yelp-tools, as used
in many GNOME 3 packages. A porting guide is available:
https://wiki.gnome.org/Initiatives/GnomeGoals/NewDocumentationInfrastructure

gnome-doc-utils relies on Python 2 code that seems unlikely to be
converted to Python 3, so bug #936625 (part of the effort to remove
Python 2 from Debian for Debian 11 'bullseye') has its severity set to
serious. This means that this bug is highly likely to be elevated to
serious severity at some point in future.

Please convert this package to use yelp-tools, or if necessary remove
the documentation processing entirely.

Thanks,
smcv

Bug#870273: imagemagick: regression in 8:6.8.9.9-5+deb8u10

2019-12-27 Thread Hugo Lefeuvre

> I'm working on imagemagick on behalf of the Debian LTS team and just
> noticed this bug report.
> 
> I have reproduced this issue in jessie, and can confirm that this
> regression is still present in 8:6.8.9.9-5+deb8u18.  I can also confirm
> that the regression was introduced between patch 0224 and 0227.
> 
> I'll try to ship a patch for this along with the next jessie update.

Looks like I found the issue:

0224-Ensure-token-does-not-overflow.patch corresponds to [0]. This patch
was meant for ImageMagick 7.x, not 6.x. The correct patch is [1] (the one
used in stretch).

This will be fixed in the next security update.

cheers,
Hugo

[0] 
https://github.com/ImageMagick/ImageMagick/commit/4b85d29608d5bc0ab641f49e80b6cf8965928fb4
[1] 
https://github.com/ImageMagick/ImageMagick6/commit/663e70e90257797f4634ea8dd4a31e0947d1f266

-- 
Hugo Lefeuvre (hle)|www.owl.eu.com
RSA4096_ 360B 03B3 BF27 4F4D 7A3F D5E8 14AA 1EB8 A247 3DFD
ed25519_ 37B2 6D38 0B25 B8A2 6B9F 3A65 A36F 5357 5F2D DC4C


signature.asc
Description: PGP signature

Bug#947518: casparcg-server: FTBFS: xf86vmode library not found - required for GLFW

2019-12-27 Thread Andreas Beckmann

Package: casparcg-server
Version: 2.2.0+dfsg-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source

Hi,

casparcg-server FTBFS in a current sid pbuilder environment:

CMake Error at CMakeModules/FindGLFW.cmake:150 (message):
  xf86vmode library not found - required for GLFW
Call Stack (most recent call first):
  CMakeModules/Bootstrap_Linux.cmake:44 (FIND_PACKAGE)
  CMakeLists.txt:18 (INCLUDE)


Andreas


casparcg-server_2.2.0+dfsg-2.log.gz
Description: application/gzip

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread Utkarsh Gupta

Hi James,

On 28/12/19 2:28 am, James Montgomery wrote:
> On 12/27/19 12:49 PM, Utkarsh Gupta wrote:
>> Well, I am having a bit of a difficulty to package bytefmt.
>> I reported this issue with dh-make-golang here[1].
>>
>> It'd be really helpful if you can help me get that packaged somehow?
>> I'd be interested in maintaining bytefmt further for container-diff
>> though :)
>>
>> [1]: https://github.com/Debian/dh-make-golang/issues/120
> I have figured out the bug in dh-make-golang that was preventing
> creating the bytefmt package. Now I just need to figure out how to
> submit this patch given the wide range of options - GitHub, Salsa,
> bugs.d.o  :)

Aha, that's perfect! Perhaps, you can raise a pull request on GitHub?

> I know that Sven has done some initial manual work to get bytefmt
> started, but he noted it may be a bit outdated. If you like, we can
> get dh-make-golang fixed and attempt to bring in bytfmt using
> dh-make-golang.

Well, he updated the snapshot which now reflects the latest upstream
changes.
FWIW, I am almost ready to upload that package now.
But if you want to have this done with dh-make-golang, I sure can wait :)
But I wouldn't want to waste Sven's effort (which is pretty neat!). We
can copy the contents of the debian/* anyway?

That said, I'm pretty flexible with anyway you'd want to proceed with!
Also, would you like to maintain it, too? :D

Best,
Utkarsh

signature.asc
Description: OpenPGP digital signature

Bug#947517: tikzit.sty missing from package

2019-12-27 Thread ael

Package: tikzit
Version: 2.1.4-2+b1
Severity: normal


tikzit.sty is not included in the package.
---



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

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

Versions of packages tikzit depends on:
ii  libc6 2.29-3
ii  libgcc1   1:9.2.1-21
ii  libpoppler-qt5-1  0.71.0-6
ii  libqt5core5a  5.12.5+dfsg-2
ii  libqt5gui55.12.5+dfsg-2
ii  libqt5network55.12.5+dfsg-2
ii  libqt5widgets55.12.5+dfsg-2
ii  libstdc++69.2.1-21

Versions of packages tikzit recommends:
ii  preview-latex-style  11.91-2
ii  texlive-latex-base   2019.20191208-4
ii  texlive-pictures 2019.20191208-4

tikzit suggests no packages.

-- no debconf information

Bug#947516: transmission-remote-gtk: build-depends on obsolete libunique-dev

2019-12-27 Thread Simon McVittie

Source: transmission-remote-gtk
Version: 1.4.1-1
Severity: serious
Justification: inheriting severity from 895520
Control: block 895520 by -1

src:transmission-remote-gtk Build-Depends on libunique-dev, which is
obsolete and unmaintained upstream (see #895520 for more details). Its
Debian maintainers, the GNOME team, do not consider libunique to be
suitable for inclusion in the bullseye (Debian 11) stable release.

The transmission-remote-gtk binary package does not appear to have a
Depends on libunique-1.0-0, which suggests that the build-dependency is no
longer necessary. (Also, transmission-remote-gtk now depends on GTK 3, but
libunique is part of the older and incompatible GTK 2 stack, so I don't
think transmission-remote-gtk could be using libunique successfully.)

Please remove this build-dependency, so that the GNOME team can be a
step closer to removing libunique.

Thanks,
smcv

Bug#947515: quitcount: build-depends on obsolete libunique-dev

2019-12-27 Thread Simon McVittie

Source: quitcount
Version: 3.1.4-1
Severity: serious
Justification: inheriting severity from 895520
Control: block 895520 by -1

src:quitcount Build-Depends on libunique-dev, which is obsolete and
unmaintained upstream (see #895520 for more details). Its Debian
maintainers, the GNOME team, do not consider libunique to be suitable
for inclusion in the bullseye (Debian 11) stable release.

The quitcount binary package does not appear to have a Depends on
libunique-1.0-0, which suggests that the build-dependency is no longer
necessary. (Also, quitcount now depends on GTK 3, but libunique is part
of the older and incompatible GTK 2 stack, so I don't think quitcount
could be using libunique successfully.)

Please remove this build-dependency, so that the GNOME team can be a
step closer to removing libunique.

Thanks,
smcv

Bug#870273: imagemagick: regression in 8:6.8.9.9-5+deb8u10

2019-12-27 Thread Hugo Lefeuvre

Hi,

I'm working on imagemagick on behalf of the Debian LTS team and just
noticed this bug report.

I have reproduced this issue in jessie, and can confirm that this
regression is still present in 8:6.8.9.9-5+deb8u18.  I can also confirm
that the regression was introduced between patch 0224 and 0227.

I'll try to ship a patch for this along with the next jessie update.

regards,
Hugo

-- 
Hugo Lefeuvre (hle)|www.owl.eu.com
RSA4096_ 360B 03B3 BF27 4F4D 7A3F D5E8 14AA 1EB8 A247 3DFD
ed25519_ 37B2 6D38 0B25 B8A2 6B9F 3A65 A36F 5357 5F2D DC4C


signature.asc
Description: PGP signature

Bug#947514: midori: build-depends on obsolete libunique-dev

2019-12-27 Thread Simon McVittie

Source: midori
Version: 7.0-2
Severity: serious
Justification: inheriting severity from 895520
Control: block 895520 by -1

src:midori Build-Depends on libunique-dev, which is obsolete and
unmaintained upstream (see #895520 for more details). Its Debian
maintainers, the GNOME team, do not consider libunique to be suitable
for inclusion in the bullseye (Debian 11) stable release.

The midori binary package does not appear to have a Depends on
libunique-1.0-0, which suggests that the build-dependency is no longer
necessary. (Also, midori now depends on GTK 3, but libunique is part of
the older and incompatible GTK 2 stack, so I don't think midori could
be using libunique successfully.)

Please remove this build-dependency, so that the GNOME team can be a
step closer to removing libunique.

Thanks,
smcv

Bug#885815: fcitx-config-gtk2: Depends on libunique

2019-12-27 Thread Simon McVittie

Control: block 895520 by -1
Control: severity -1 serious

Quoting full-text in case the package's maintainers didn't see this
before, since it was initially assigned to a nonexistent package and
the maintainers don't seem to have been Cc'd when it was reassigned:

On Fri, 29 Dec 2017 at 21:45:12 -0500, Jeremy Bicha wrote:
> Package: fcitx-configtool-gtk2
> Version: 0.4.9-1
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libunique
> Tags: sid buster
> 
> As announced [1], we do not intend to release Debian 10 "Buster" with
> the old libgnome (and related) libraries. These libraries have been
> deprecated and unmaintained for several years.
> 
> Your package depends and or build-depends on libunique.
> 
> Please consider dropping fcitx-configtool-gtk2 to help us achieve this
> goal.
> 
> [1] https://lists.debian.org/debian-devel/2017/10/msg00299.html
> 
> On behalf of the Debian GNOME team,
> Jeremy Bicha

The severity of #895520 was escalated to serious in October 2019, so I'm
raising this bug to the same severity now.

fcitx-configtool build-depends on libunique-dev but fcitx-config-gtk2
does not have a Depends on it, which suggests that the build-dependency
might be unnecessary. If so, this bug will be easy to fix.

Thanks,
smcv

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread Sven Hoexter

On Fri, Dec 27, 2019 at 03:58:38PM -0500, James Montgomery wrote:

Hi,

> I know that Sven has done some initial manual work to get bytefmt started,
> but he noted it may be a bit outdated. If you like, we can get
> dh-make-golang fixed and attempt to bring in bytfmt using dh-make-golang.

I believe I must have figured out some way to auto generate that package
with dh-make-go. Looking at the files in debian/ I don't think I copy
that manually. But really, feel free to start from scratch with current 
standards
et al.

All I remember is that I stopped at some point because a module was hosted in
a mercurial repo and that was somewhat painful to deal with.

Sven

Bug#947513: luakit: build-depends on obsolete libunique-dev

2019-12-27 Thread Simon McVittie

Source: luakit
Version: 1:2.1-1
Severity: serious
Justification: inheriting severity from 895520
Control: block 895520 by -1

src:luakit Build-Depends on libunique-dev, which is obsolete and
unmaintained upstream (see #895520 for more details). Its Debian
maintainers, the GNOME team, do not consider libunique to be suitable
for inclusion in the bullseye (Debian 11) stable release.

The luakit binary package does not appear to have a Depends on
libunique-1.0-0, which suggests that the build-dependency is no longer
necessary. (Also, luakit now depends on GTK 3, but libunique is part of
the older and incompatible GTK 2 stack, so I don't think luakit could
be using libunique successfully.)

Please remove this build-dependency, so that the GNOME team can be a
step closer to removing libunique.

Thanks,
smcv

Bug#937849: python-jedi: NMU version 0.15.2-0.1 patch

2019-12-27 Thread Emmanuel Arias

Control: tags 937849 + patch

Dear maintainer,

I've prepared a NMU patch for the package (0.15.2-0.1) that I attach here.

That include a new upstream release.

Thanks!

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com
From 1c9ae21a282f4c5019e64563722b1660692a57df Mon Sep 17 00:00:00 2001
From: Emmanuel Arias 
Date: Fri, 27 Dec 2019 18:06:10 -0300
Subject: [PATCH] NMU

---
 debian/changelog |  9 +
 debian/control   | 21 ++---
 debian/rules |  2 +-
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 8bb85c8..53c3caa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+python-jedi (0.15.2-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream version 0.15.2
+  * Remove Python 2 Support (Closes: #937849)
+  * Bump Standards-Version to 4.4.1
+
+ -- Emmanuel Arias   Fri, 27 Dec 2019 17:36:40 -0300
+
 python-jedi (0.14.1-1) unstable; urgency=medium
 
   * New upstream release
diff --git a/debian/control b/debian/control
index 3a4ed95..ee9db39 100644
--- a/debian/control
+++ b/debian/control
@@ -3,23 +3,14 @@ Maintainer: Piotr Ożarowski 
 Section: python
 Priority: optional
 Build-Depends: debhelper (>= 10), dh-python,
- python-all, python3-all,
- python-setuptools, python3-setuptools,
- python-pytest, python3-pytest,
- python-unittest2, python3-unittest2,
- python-docopt, python3-docopt,
-Standards-Version: 4.3.0
+ python3-all,
+ python3-setuptools,
+ python3-pytest,
+ python3-unittest2,
+ python3-docopt,
+Standards-Version: 4.4.1
 Homepage: https://github.com/davidhalter/jedi
 
-Package: python-jedi
-Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-parso (>= 0.3)
-Description: autocompletion tool for Python
- Jedi is an autocompletion tool for Python. It works. With and without syntax
- errors. Sometimes it sucks, but that's normal in dynamic languages. But it
- sucks less than other tools. It understands almost all of the basic Python
- syntax elements including many builtins.
-
 Package: python3-jedi
 Architecture: all
 Depends: ${python3:Depends}, ${misc:Depends}, python3-parso (>= 0.3)
diff --git a/debian/rules b/debian/rules
index 4bc2d8b..2bf88ca 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,7 +3,7 @@
 export PYBUILD_DISABLE=test
 
 %:
-	dh $@ --with python2,python3 --buildsystem=pybuild
+	dh $@ --with python3 --buildsystem=pybuild
 
 override_dh_installchangelogs:
 	dh_installchangelogs CHANGELOG.rst
-- 
2.20.1

Bug#947397: transition: cppunit

2019-12-27 Thread Andreas Tille

On Fri, Dec 27, 2019 at 09:18:38PM +0100, Paul Gevers wrote:
> Regarding these binNMU's, gatb-core can't migrate at this moment, it
> needs a source-only upload (CC'ing the maintainers), so we'll have to
> wait at least until that's done (by them or by anybody else).

Source upload of gatb-core done.

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#875250: Intend to port to Qt 5

2019-12-27 Thread Moritz Mühlenhoff

On Thu, Dec 05, 2019 at 11:50:53AM +0800, Benda Xu wrote:
> Hi Moritz,
> 
> I started to work on qt5 port of SCIM.  There is some remaining blocks.
> I will work on it for another 10 days.
> 
> I want to postpone to deadline to Dec 15, if that does not drag the QT5
> migration too much.
> 
> Thank you for your understanding!

scim is now the last package keeping Qt4 in testing, can we please go ahead
with the https://github.com/leggewie-DM/scim/pull/1 MR ? Qt5 support can
still be re-added later, there's ample time before the bullseye freeze.

Cheers,
Moritz

Bug#947512: dh-make-golang: allow_unknown_hoster parsing error in make.go

2019-12-27 Thread James Montgomery


Package: dh-make-golang
Version: 0.3.0-1

Background
When invoking 'dh-make-golang' with -allow_unknown_hoster argument the 
user experiences 'panic: runtime error: slice bounds out of range [:-1]' 
This is due to the host variable being unassigned prior to slicing.


Output
panic: runtime error: slice bounds out of range [:-1]

Reproduce
dh-make-golang make -allow_unknown_hoster code.cloudfoundry.org/bytefmt

Patch
I have attached a patch that fixes GitHub Issue 120 [0] and corrects 
this issue.


Thanks!

James


[0]: https://github.com/Debian/dh-make-golang/issues/120
diff --git a/make.go b/make.go
index a2ee71d..e873af3 100644
--- a/make.go
+++ b/make.go
@@ -543,7 +543,7 @@ func shortHostName(gopkg string, allowUnknownHoster bool) (host string, err erro
 	default:
 		if allowUnknownHoster {
 			suffix, _ := publicsuffix.PublicSuffix(host)
-			host = host[:len(host)-len(suffix)-len(".")]
+			host = fqdn[:len(fqdn)-len(suffix)-len(".")]
 			log.Printf("WARNING: Using %q as canonical hostname for %q. If that is not okay, please file a bug against %s.\n", host, fqdn, os.Args[0])
 		} else {
 			err = fmt.Errorf("unknown hoster %q", fqdn)

Bug#866187: add torrc.d configuration directory

2019-12-27 Thread devel

Hello,

On Sun, 24 Dec 2017 16:41:00 + iry  wrote:
> I can definitely work on that once weasel confirms a /etc/tor/torrc file
> with only a single include line is what we expect.

This would be great!

> Also, could you please specify which directory will be used as torrc.d
> directory, weasel?

A quick "ack" and the wanted directory name confirmed by weasel would probably
unleash this nice configuration feature quickly.
(I am willing to provide a patch, if iry is not in the mood anymore)

Cheers,
Lars

Bug#907123: ceph 14.2.4 in unstable

2019-12-27 Thread Thomas Goirand

On 12/26/19 1:49 AM, Bernd Zeimetz wrote:
> Hi Milan,
> 
> I gave you access to the salsa team as requested.
> 
> Please coordinate what you want to work on with Thomas (zigo@d.o) and me.
> 
> Right now things like arch-all and various architectures do not build at
> all.. I think we might even need to drop some as they just don't have
> enough memory for whatever gcc/g++ is doing there.
> 
> Bernd

Hi Bernd,

Thanks a lot for your work.

I'd be IMO fine if we drop armel, armhf and mipsel, for the server side
of things. I don't see how one could reliable setup a cluster with this
type of CPUs in production anyway.

But IMO, it'd be nice if we could at least keep the client side working.
I'm not sure how to achieve this though, probably this will make the
build a lot more complicated.

BTW, any idea what dependency is missing in mips64el?

Thomas Goirand (zigo)

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread James Montgomery


Utkarsh,

On 12/27/19 12:49 PM, Utkarsh Gupta wrote:


Well, I am having a bit of a difficulty to package bytefmt.
I reported this issue with dh-make-golang here[1].

It'd be really helpful if you can help me get that packaged somehow?
I'd be interested in maintaining bytefmt further for container-diff
though :)


Best,
Utkarsh
---
[1]: https://github.com/Debian/dh-make-golang/issues/120


I have figured out the bug in dh-make-golang that was preventing 
creating the bytefmt package. Now I just need to figure out how to 
submit this patch given the wide range of options - GitHub, Salsa, 
bugs.d.o  :)


I know that Sven has done some initial manual work to get bytefmt 
started, but he noted it may be a bit outdated. If you like, we can get 
dh-make-golang fixed and attempt to bring in bytfmt using dh-make-golang.


Regards,

James

Bug#947397: transition: cppunit

2019-12-27 Thread Rene Engelhard

Hi,

On Fri, Dec 27, 2019 at 09:18:38PM +0100, Paul Gevers wrote:
> > Most packages just build-depend on it. A rebuild using ratt just works,
> > except some totally unrelated failures:
> 
> I'm not able to reliably parse this sentence. Can you please elaborate a
> bit more on what you mean here?

# ratt -dist sid -sbuild_dist sid foo.changes
2019/12/25 19:27:13 Loading changes file "foo.changes"
2019/12/25 19:27:13  - 1 binary packages: 
2019/12/25 19:27:13 Corresponding .debs (will be injected when building):
2019/12/25 19:27:13 dose-ceve(1) not found. Please install the dose-extra 
package for more accurate results. Falling back to interpreting Sources directly
2019/12/25 19:27:13 Loading sources index 
"/var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_source_Sources"
2019/12/25 19:27:14 Build results:
root@frodo:/home/rene/Debian/Pakete/LibreOffice/cppunit# ratt -dist sid 
-sbuild_dist sid foo.changes
2019/12/25 19:27:32 Loading changes file "foo.changes"
2019/12/25 19:27:32  - 4 binary packages: libcppunit-1.15-0 
libcppunit-1.15-0-dbgsym libcppunit-dev libcppunit-doc
2019/12/25 19:27:32 Corresponding .debs (will be injected when building):
2019/12/25 19:27:32 libcppunit-1.15-0_1.15.1-1_amd64.deb
2019/12/25 19:27:32 libcppunit-1.15-0-dbgsym_1.15.1-1_amd64.deb
2019/12/25 19:27:32 libcppunit-dev_1.15.1-1_amd64.deb
2019/12/25 19:27:32 libcppunit-doc_1.15.1-1_all.deb
2019/12/25 19:27:32 dose-ceve(1) not found. Please install the dose-extra 
package for more accurate results. Falling back to interpreting Sources directly
2019/12/25 19:27:32 Loading sources index 
"/var/lib/apt/lists/deb.debian.org_debian_dists_unstable_main_source_Sources"
2019/12/25 19:27:33 Building package 1 of 58: libqxp 
2019/12/25 19:29:15 Building package 2 of 58: regina-normal 
2019/12/25 19:30:54 building regina-normal failed: exit status 2
2019/12/25 19:30:54 Building package 3 of 58: sight 
2019/12/25 20:02:24 Building package 4 of 58: squid 
2019/12/25 20:10:32 Building package 5 of 58: orocos-bfl 
2019/12/25 20:12:06 Building package 6 of 58: subunit 
2019/12/25 20:13:10 Building package 7 of 58: gnuradio 
2019/12/25 21:29:17 Building package 8 of 58: gr-gsm 
2019/12/25 21:31:35 building gr-gsm failed: exit status 2
2019/12/25 21:31:35 Building package 9 of 58: libzmf 
2019/12/25 21:32:57 Building package 10 of 58: schroot 
2019/12/25 21:36:44 Building package 11 of 58: dymo-cups-drivers 
2019/12/25 21:37:40 Building package 12 of 58: fw4spl 
2019/12/25 21:37:56 building fw4spl failed: exit status 3
2019/12/25 21:37:56 Building package 13 of 58: libcmis 
2019/12/25 21:42:52 Building package 14 of 58: gatb-core 
2019/12/25 21:54:15 Building package 15 of 58: libfreehand 
2019/12/25 21:55:18 Building package 16 of 58: nsis 
2019/12/25 22:01:53 Building package 17 of 58: openvdb 
2019/12/25 22:29:12 Building package 18 of 58: yapet 
2019/12/25 22:32:42 Building package 19 of 58: aptitude 
2019/12/25 22:43:25 Building package 20 of 58: genparse 
2019/12/25 22:45:58 Building package 21 of 58: mapsembler2 
2019/12/25 22:49:23 Building package 22 of 58: skstream 
2019/12/25 22:50:03 Building package 23 of 58: zipios++ 
2019/12/25 22:51:30 Building package 24 of 58: drumgizmo 
2019/12/25 22:55:08 Building package 25 of 58: esys-particle 
2019/12/25 22:58:00 building esys-particle failed: exit status 2
2019/12/25 22:58:00 Building package 26 of 58: ftgl 
2019/12/25 23:00:02 Building package 27 of 58: libtorrent 
2019/12/25 23:03:14 Building package 28 of 58: libwps 
2019/12/25 23:06:37 Building package 29 of 58: megaglest 
2019/12/26 05:43:54 Building package 30 of 58: ola 
2019/12/26 05:52:19 building ola failed: exit status 2
2019/12/26 05:52:19 Building package 31 of 58: presage 
2019/12/26 05:59:30 Building package 32 of 58: psocksxx 
2019/12/26 06:00:52 Building package 33 of 58: siconos 
2019/12/26 10:03:50 building siconos failed: exit status 2
2019/12/26 10:03:50 Building package 34 of 58: cwidget 
2019/12/26 10:07:38 Building package 35 of 58: libfilezilla 
2019/12/26 10:10:40 Building package 36 of 58: libdap 
2019/12/26 10:19:02 Building package 37 of 58: librevenge 
2019/12/26 10:21:28 Building package 38 of 58: libvisio 
2019/12/26 10:24:31 Building package 39 of 58: rtorrent 
2019/12/26 10:27:19 Building package 40 of 58: tagua 
2019/12/26 10:31:26 Building package 41 of 58: ums2net 
2019/12/26 10:32:05 Building package 42 of 58: cura-engine 
2019/12/26 10:34:18 Building package 43 of 58: softhsm2 
2019/12/26 10:40:32 Building package 44 of 58: cassiopee 
2019/12/26 10:41:35 Building package 45 of 58: libepubgen 
2019/12/26 10:43:44 Building package 46 of 58: libetonyek 
2019/12/26 10:43:50 building libetonyek failed: exit status 3
2019/12/26 10:43:50 Building package 47 of 58: gr-iio 
2019/12/26 10:45:35 building gr-iio failed: exit status 2
2019/12/26 10:45:35 Building package 48 of 58: jags 
2019/12/26 10:51:41 Building package 49 of 58: libcdr 
2019/12/26 10:53:21 Building package 50 of

Bug#946940: lshw crashes with floating point exception

2019-12-27 Thread Bernhard Übelacker

Control: tags -1 + upstream
Control: forwarded -1 https://www.ezix.org/project/ticket/755


Dear Maintainer,
I tried to forward this issue upstream, where it is tracked
in this bug report: https://www.ezix.org/project/ticket/755

Hope it is ok to set this bug to forwarded.

Kind regards,
Bernhard

Bug#947511: RFS: dmagnetic/0.19-1 -- Interpreter to play textadventures from Magnetic Scrolls in glorious ANSI Art

2019-12-27 Thread dettus


Package: sponsorship-requests
Severity: normal

Dear mentors,

I do realize this is soon, my package dmagnetic 0.18-1 has been part of 
the "unstable" repository
barely two days. However, in the meantime, I updated my AWESOME 
interpreter to version 0.19,

since somebody promised a beer. :)

It has already been uploaded to the mentors server. Please have a look at
https://mentors.debian.net/package/dmagnetic

or my homepage https://www.dettus.net/dMagnetic for more details.

The official RFS template follows:


* Package name : dmagnetic
Version : 0.19-1
Upstream Author : Thomas Dettbarn det...@dettus.net
* URL : https://www.dettus.net/dMagnetic/
* License : BSD-2-Clause
* Vcs : None
Section : games

It builds those binary packages:

dmagnetic - Interpreter to play textadventures from Magnetic Scrolls in 
glorious ANSI Art


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


https://mentors.debian.net/package/dmagnetic

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

dget -x 
https://mentors.debian.net/debian/pool/main/d/dmagnetic/dmagnetic_0.19-1.dsc


Changes since the last upload:

* Update to release 0.19.
* It is possible to play with the original MS DOS binaries
* New graphic mode (high_ansi2) for the better looking graphics
* New random number generator for a different playing experience

Regards,


Thomas Dettbarn

Bug#947319: missing directory

2019-12-27 Thread Jérôme Bouat


Hello.

I just created the below directory :
/var/lib/lightdm/data
which has :
- right rwx with user lightdm
- right r-x with group lightdm
- right r-x with other users

The error disappeared but lightdm start was stopped by a new message :
Error getting user list from org.freedesktop.Accounts: 
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.freedesktop.Accounts was not provided by any .service files

Le 27/12/2019 à 11:51, Yves-Alexis Perez a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

control: severity -1 important

On Tue, 2019-12-24 at 16:16 +0100, Jérôme Bouat wrote:

It seems a directory is missing :
---
Could not enumerate user data directory /var/lib/lightdm/data: Error opening
directory '/var/lib/lightdm/data': No such file or directory
---

I attached the last lines of my /var/log/syslog


Hi Jérơme,

that directory should be created created by lightdm (see
https://sources.debian.org/src/lightdm/1.26.0-4/src/shared-data-manager.c/#L75
) so there's something fishy on your installation which doesn't happen
anywhere else.

Could you try to investigate why lightdm can't create it? Can you create it
yourself and see what happens?

Regards,
- -- 
Yves-Alexis

-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAl4F4kgACgkQ3rYcyPpX
RFsanwf+NSyqUTTqSHSq63w+ogyRzgaR98n3reL2K7xvJGIr8dG2N5GA4siRwxW4
3EgSFW15bJ+t+R5T85J5lSWvXQcUzxMF9TI9xN63o3N0x8tEk1griFcfHCuY4I6E
vP5k4v+2bxed8wtLB23f1sA9XrFr/KFy50CVbflbQfNO4zyd2n/toZs/C//gXOSe
/mWfJi0c9fWLsALefJvx1QcZxD9+oHcPnXPRKy1dGqUma+6Ju4eVZOgHcmfL+pyH
0Ta7K5TjVlo5KTQNHWwjK3m2XeEkwIQ/mcR0g9OkPebf9fBmD1uNtOX4tfFHalY2
N7a/qwMJrIYncvYRK8NKkLWCxhwN9A==
=ER63
-END PGP SIGNATURE-

Bug#947134: MBF: make fdisk non-essential

2019-12-27 Thread Simon McVittie

On Fri, 27 Dec 2019 at 20:39:16 +0100, Andreas Henriksson wrote:
> AIUI ubuntu will need to keep this dependency until they release 20.04
> (their next LTS?)

Ubuntu 20.04 is indeed their next LTS. However, they already have delta
in src:util-linux, including:

  * Drop dependency from util-linux to fdisk.  The transition to split-out
fdisk was done before 18.04 so the transitional dependency is no longer
needed, and fdisk should not be pulled into the essential package set
since it's not needed in container environments.  For bootable systems
which need fdisk, it will be pulled in directly.

so being nice to Ubuntu is not a barrier to Debian doing this (indeed
they would probably prefer it if we did).

smcv

Bug#947510: Asterisk won't response for a while after run the TTS for the first time.

2019-12-27 Thread Jörg Frings-Fürst

Package: asterisk-espeak
Version: 5.0~1-3
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

after install asterisk-easpeak and use via:

[quote]
exten => 888,1,NOOP(Call to 888);
 same => n,Answer();
 same => n,Wait(0.5);
 same => n,Espeak("Hallo. Test")
 same => n,Wait(5.0);
 same => n,Espeak("Hallo. Entschuldigung.");
 same => n,Wait(4.0);
 same => n,Espeak("Hallo. Test");
 same => n,Wait(15.0);
 same => n,Espeak("Test Test");
 same => n,Hangup();
[/quote]

Call Log:
[quote]
Using SIP RTP CoS mark 5
   > 0x7f29f000e010 -- Strict RTP learning after remote address set to:
192.168.1.221:49890
-- Executing [888@firma:1] NoOp("SIP/666-", "Call to 888") in new
stack
-- Executing [888@firma:2] Answer("SIP/666-", "") in new stack
-- Executing [888@firma:3] Wait("SIP/666-", "0.5") in new stack
   > 0x7f29f000e010 -- Strict RTP switching to RTP target address
192.168.1.221:49890 as source
-- Executing [888@firma:4] eSpeak("SIP/666-", ""Hallo. Test"") in
new stack
--  Playing '/tmp/espk_uWEBBn.slin' (language 'de')
-- Executing [888@firma:5] Wait("SIP/666-", "5.0") in new stack
   > 0x7f29f000e010 -- Strict RTP learning complete - Locking on source
address 192.168.1.221:49890
-- Executing [888@firma:6] eSpeak("SIP/666-", ""Hallo.
Entschuldigung."") in new stack
[/quote]

The text from :6 are not playing. After hangup the phone I get a lot of

WARNING[6996]: chan_sip.c:4337 __sip_autodestruct: Autodestruct on dialog
'313537373437393038343234373834-2sf0ko0cwh5y' with owner SIP/666- in
place (Method: BYE). Rescheduling destruction for 1 ms



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

Kernel: Linux 5.3.0-3-amd64 (SMP w/6 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages asterisk-espeak depends on:
pn  asterisk   
pn  asterisk-1fb7f5c06d7a2052e38d021b3d8ca151  
ii  libc6  2.29-3
ii  libespeak-ng1  1.50+dfsg-4
ii  libsamplerate0 0.1.9-2

asterisk-espeak recommends no packages.

asterisk-espeak suggests no packages.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEY+AHX8jUOrs1qzDuCfifPIyh0l0FAl4GbRcACgkQCfifPIyh
0l1lUg//R0u87Qk9LD1W55SOFo6LB4M15MOSxdMyKl5s8H+4HbhAp11TL8XWV5h3
+7s/rXp1a0TSO9yqpd7SfcEiGB9Uko65YqUJelmgZAFufQtPBvdLWuJ1T5hybhag
b4/WPgbnLWdJzPnjKnkl3tH4Ae8rGGcY6LnkWZycnBDeh197SK9aM0zYSyN4iRK1
M3flhQ61EKyiDgei0gGk9j9DCK6f4rIsl6xMFnCJnZBEWYjJ0+gii+K/hxC3qWFB
R9sX31+vuyEi7XWw3ILitEGfLQTzVntGBanUWPfZu3ZvLNw4FfhT1p879ue+sZZ0
LBMS336rPV/EBbOOn5VGKVdzRY0HC9je4KDNWTYtW23kQk3poByEfrzc7wdp283t
1VH0mvKHBUGaDXQmn++DTuphm5EUPTnd/KZFn9sXmirmmCwOhNgW9Yy5rjQSVpqM
9S0REe5s5BCC62604ahis59BpwkmXN3dXzF9yNhYk2blf8pjT/6mDOMN4bYFumPV
ohXZBsuX7WQCZqJpN6j+MnueIHRZvk/IKNnOKDprdL5fFUP4DQcG8d5v8Bavy9EP
l7FIazSwSgrNYsHWEEjAmsvQp+OlWl3MWHYLLVML4k35T9RTpyuMnnoJD1emLlG9
XEno9FUe7s7GAEqJuyIQT8DYBtbMlo8ntOdpVzFqCS4bMeNjnSA=
=xWpE
-END PGP SIGNATURE-

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread Utkarsh Gupta

Hiya,

On 28/12/19 2:01 am, Sven Hoexter wrote:
> On Sat, Dec 28, 2019 at 01:46:27AM +0530, Utkarsh Gupta wrote:
>> Many, many thanks for this!
> I also updated it by now to a new snapshot, so the repo now has
> the latest code.

Perfect, thank you! :D

>> I'll polish this further and upload it at the earliest!
>>
>> D'you intend to maintain it, as well? :D
>> Or shall I take it from here?
> Feel free to take it, the git log is horrible, even without
> a proper name and mail set. So I don't even mind if you just
> copy the debian subdir or something like that.

I'd generate a new git repository from the .dsc at some point (since I
can't see other two branches here).
But many thanks for your work!

> I usually license
> my contributions under the license used by the upstream project.

Me too. I'll add my name next to yours (that alternatively means, you're
one of its maintainer, too).

> That beeing said, I would really like to contribute more to
> Debian again, but I failed to do so for the past two years. So
> don't count on me. If you form a team or add container-diff to
> an existing team I would join (hoexter@d.o) and try to free some
> hours at work to help a bit.

Many thanks, again! Shall contact you :)

> If required I can also help to
> sponsor uploads, though my go packaging experience is very small.

I'm a DD, too :D
Thanks, anyway! \o/

> I really appreciate you put some time into packaging container-diff. :)

Likewise! :D


Best,
Utkarsh




signature.asc
Description: OpenPGP digital signature

Bug#947509: Please ignore .git directory by default

2019-12-27 Thread Enrico Zini

Package: codespell
Version: 1.16.0-1
Severity: normal

Hello,

I wanted to try out codespell. I thought: "this code is in git, so I'll
just run it, and see from the diff what I need to tweak".

Then codespell started correcting spelling in files inside .git, and I
found myself with a broken repository.

I suggest that the contents of .git directories, or version control
system directories in general, should by default, or always, be skipped.


Enrico


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

Kernel: Linux 5.3.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_IE:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages codespell depends on:
ii  python3  3.7.3-1
ii  python3-chardet  3.0.4-3

codespell recommends no packages.

codespell suggests no packages.

-- no debconf information

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread Sven Hoexter

On Sat, Dec 28, 2019 at 01:46:27AM +0530, Utkarsh Gupta wrote:
Hi,

> Many, many thanks for this!

I also updated it by now to a new snapshot, so the repo now has
the latest code.

> I'll polish this further and upload it at the earliest!
> 
> D'you intend to maintain it, as well? :D
> Or shall I take it from here?

Feel free to take it, the git log is horrible, even without
a proper name and mail set. So I don't even mind if you just
copy the debian subdir or something like that. I usually license
my contributions under the license used by the upstream project.

That beeing said, I would really like to contribute more to
Debian again, but I failed to do so for the past two years. So
don't count on me. If you form a team or add container-diff to
an existing team I would join (hoexter@d.o) and try to free some
hours at work to help a bit. If required I can also help to
sponsor uploads, though my go packaging experience is very small.

I really appreciate you put some time into packaging container-diff. :)

Sven

Bug#947508: mcomix: Upgrade to Python 3 fork deletes user bookmarks

2019-12-27 Thread Keshav Kini

Package: mcomix
Version: 1.2.1mcomix3+git20190616-1
Severity: critical
Tags: patch upstream
Justification: causes serious data loss

Dear Maintainer,

User bookmarks for the MComix application are stored in a pickle file at
~/.local/share/mcomix/bookmarks.pickle .  The Python 3 fork of MComix which
Debian has switched to is unable to read this file when it has been written by
the earlier, Python 2 version of the application.  When this happens, the
application prints an error message to the console (which most users will not
see since they won't be opening the application from a terminal), and then
proceeds to start up.  Since no bookmarks have been loaded, when the application
saves the current bookmarks back to the file, the contents of the file are reset
and the user's existing bookmark collection is destroyed.

I reported this problem to upstream, here:

  https://github.com/multiSnow/mcomix3/issues/98

I also wrote a pull request to fix the problem, here:

  https://github.com/multiSnow/mcomix3/pull/99

The patch from that PR is attached.  The behavior of the application after
patching is that now it will be able to read a user bookmarks file produced by
the Python 2 version of the applicaton, and if any error is encountered, it will
make a backup of the bookmarks pickle file before proceeding, in order to avoid
data loss.

Thanks,
Keshav

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

Kernel: Linux 5.3.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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/bash
Init: systemd (via /run/systemd/system)

Versions of packages mcomix depends on:
ii  gir1.2-gtk-3.03.24.13-1
ii  python3   3.7.5-3
ii  python3-cairo 1.16.2-2
ii  python3-gi3.34.0-3
ii  python3-gi-cairo  3.34.0-3
ii  python3-pil   6.2.1-2+b1

Versions of packages mcomix recommends:
ii  python3-chardet  3.0.4-4

Versions of packages mcomix suggests:
pn  mupdf-tools  
ii  p7zip16.02+dfsg-7
ii  unrar1:5.6.6-2

-- no debconf information
>From 8a344788e18a31d34ae1681e1ebe75cd6a02f716 Mon Sep 17 00:00:00 2001
From: Keshav Kini 
Date: Thu, 26 Dec 2019 19:45:23 -0800
Subject: [PATCH] Try to read bookmarks pickled by Python 2

When a pickle file is saved by Python 2, it can be unreadable from Python 3 if
certain kinds of objects are stored in it, such as non-Unicode strings.  To
reliably unpickle these objects, a fallback string encoding must be supplied to
`pickle.load()`.

It turns out that `datetime` objects, which MComix saves as part of each
bookmark, are serialized as non-Unicode binary strings (using the pickle
format's opcode `SHORT_BINSTRING`).  According to the [Python
documentation][1],

> Using `encoding='latin1'` is required for unpickling NumPy arrays and
> instances of *datetime*, *date* and *time* pickled by Python 2.

This commit does as recommended by the above sentence from the documentation.

Furthermore, this commit makes it so that if MComix fails to unpickle the
bookmarks file, it will back up the existing file before proceeding (because
otherwise it will be overwritten with an empty set of bookmarks later).  If the
backup file cannot be saved, the program will crash to avoid destroying the
user's data.

[1]: https://docs.python.org/3/library/pickle.html#pickle.Unpickler "pickle"
---
 mcomix/mcomix/bookmark_backend.py | 12 ++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/mcomix/mcomix/bookmark_backend.py 
b/mcomix/mcomix/bookmark_backend.py
index 0492600..8293ee2 100644
--- a/mcomix/mcomix/bookmark_backend.py
+++ b/mcomix/mcomix/bookmark_backend.py
@@ -6,6 +6,7 @@ from gi.repository import Gtk
 import operator
 import datetime
 import time
+import shutil
 
 from mcomix import constants
 from mcomix import log
@@ -141,8 +142,8 @@ class __BookmarksStore(object):
 try:
 mtime = os.stat(path).st_mtime
 with open(path, 'rb') as fd:
-version = pickle.load(fd)
-packs = pickle.load(fd)
+version = pickle.load(fd, encoding='latin1')
+packs = pickle.load(fd, encoding='latin1')
 
 for pack in packs:
 # Handle old bookmarks without date_added attribute
@@ -155,6 +156,13 @@ class __BookmarksStore(object):
 
 except Exception:
 log.error(_('! Could not parse bookmarks file %s'), path)
+backup_path = path + '.bak'
+if not os.path.exists(backup_path):
+log.warning(_('! Backing up bookmarks file to %s'), 
backup_path)
+shutil.copyfile(path, backup_path)
+else:
+log.error(_('!

Bug#929597: CVE-2019-12211 CVE-2019-12212 CVE-2019-12213 CVE-2019-12214

2019-12-27 Thread Hugo Lefeuvre

> thanks for your valuable work on this bug!
> Yes, I can prepare update on 30-31st of December.

that would be great, thanks! :-)

cheers,
Hugo

-- 
Hugo Lefeuvre (hle)|www.owl.eu.com
RSA4096_ 360B 03B3 BF27 4F4D 7A3F D5E8 14AA 1EB8 A247 3DFD
ed25519_ 37B2 6D38 0B25 B8A2 6B9F 3A65 A36F 5357 5F2D DC4C


signature.asc
Description: PGP signature

Bug#945920: Random Chromium crashes

2019-12-27 Thread Eloston

Hey all,

I highly suspect all of these crashes are due to disable/tracing.patch:
https://salsa.debian.org/chromium-team/chromium/blob/3bcbf4a32166e394c45caf66e1348127284f9094/debian/patches/disable/tracing.patch

Two reasons:

* It is the only patch that makes changes to memory_instrumentation.
* I am maintaining a fork of Debian's Chromium based on 79.0.3945.79 that does
not include disable/tracing.patch, and I don't have any of the segfaults
described in this issue. I've been running my fork daily for a little over a
week without problems.

I don't know why exactly the patch causes the segfault, but the safest solution
is to rebuild Chromium without the changes that disable tracing:

1. Download the debian/ directory from Salsa (above) or via "apt source
chromium". We don't want the orig tarball (we will need to re-generate it)
1. Remove disable/tracing.patch from debian/patches/series
2. Remove disable/perfetto.patch from debian/patches/series (not completely sure
this is necessary, but Catapult and Perfetto are both used in Chromium's
tracing)
3. Remove from debian/copyright's Files-Excluded section:
* Remove any path containing "tracing"
* Remove third_party/perfetto
* Remove third_party/catapult/*
4. Rebuild the browser with a new orig tarball:
a. Install dependencies: mk-build-deps -i debian/control
b. Make new orig tarball: ./debian/rules get-orig-source
c. Now just build normally, e.g. cd chromium-x.x.x.x && dpkg-buildpackage -b
-uc

NOTE: These changes will make the browser depend on minified javascript files
again, which was the original motivation for disabling tracing (as noted in the
header of disable/tracing.patch).

Hope that helps,
Eloston

Bug#945524: RFP: container-diff -- Diff Docker containers

2019-12-27 Thread Utkarsh Gupta

Hi Sven,

On 28/12/19 12:52 am, Sven Hoexter wrote:
> On Fri, Dec 27, 2019 at 11:19:32PM +0530, Utkarsh Gupta wrote:
>
>> Well, I am having a bit of a difficulty to package bytefmt.
>> I reported this issue with dh-make-golang here[1].
>>
>> It'd be really helpful if you can help me get that packaged somehow?
>> I'd be interested in maintaining bytefmt further for container-diff
>> though :)
> Apparently I started to look into containerdiff and bytefmt some longer
> time ago. I have some old packaging based on an older snapshot around.
> I just pushed it, but this is very very basic, but this snapshot still
> builds here
> git clone https://git.sven.stormbind.net/bytefmt.git
>
> Not sure if that helps, will try to bring it up to a new snapshot.

Many, many thanks for this!
I'll polish this further and upload it at the earliest!

D'you intend to maintain it, as well? :D
Or shall I take it from here?


Best,
Utkarsh




signature.asc
Description: OpenPGP digital signature

Bug#947397: transition: cppunit

2019-12-27 Thread Paul Gevers

Control: tags -1 moreinfo

Hi Rene,

On 26-12-2019 10:59, Rene Engelhard wrote:
> Simple new (minor) upstream version.
> 
> Most packages just build-depend on it. A rebuild using ratt just works,
> except some totally unrelated failures:

I'm not able to reliably parse this sentence. Can you please elaborate a
bit more on what you mean here?

> gatb-core, libtorrent and rtorrent depend on the library package though
> for whatever reason and thus need to be bin-NMUed:

Regarding these binNMU's, gatb-core can't migrate at this moment, it
needs a source-only upload (CC'ing the maintainers), so we'll have to
wait at least until that's done (by them or by anybody else).

Paul

signature.asc
Description: OpenPGP digital signature

1 2 3 >

1 - 100 of 210 matches

Mail list logo