Bug#914968: RM: ufolib -- ROM; feature merged to fonttools

[Jeremy Bicha]

Control: tags -1 -moreinfo

I am setting the moreinfo tag since we can't remove this package until
those reverse dependencies no longer depend on ufolib.

Feel free to remove the moreinfo tag after that has been done.

Thanks,
Jeremy Bicha

Bug#886810: yubioath-desktop: New upstream release: 4.3.2

[Felix Zielcke]

Am Freitag, den 26.10.2018, 09:22 +0200 schrieb Felix Zielcke:
> On Wed, 10 Jan 2018 07:00:04 +0200 Tristan Seligmann <
> mithra...@mithrandi.net> wrote:
> > Package: yubioath-desktop
> > Version: 3.0.1-2
> > Severity: wishlist
> > 
> > There is a new upstream version available.
> > 
> 
> Hello,
> 
> any plans to upload the new 4.3.4 version?
> 3.0.1 is now very old and doesn't work with the new Yubikey 5 series
> which got released this year.

Hi,

an news about an upload of the current upstream version?
pyotherside, which the new version depends on, has been now updated in
unstable and testing.
So the current version builds and runs fine on sid without any change.
Freeze is nearing slowly and it would be great if buster would have it.

Regards
Felix

Bug#914985: tensorflow: FTBFS: /usr/bin/ld: cannot find -lhighwayhash

[Andreas Beckmann]

Source: tensorflow
Version: 1.10.1+dfsg-A1
Severity: serious
Tags: ftbfs
Justification: fails to build from source

Hi,

tensorflow FTBFS on most architectures with

/usr/bin/ld: cannot find -lhighwayhash
collect2: error: ld returned 1 exit status

https://buildd.debian.org/status/package.php?p=tensorflow=experimental


Andreas

Bug#914980: linux-image-4.18.0-3-amd64: linux image installed via 4.18.0-3 won't reboot on T500 and X201

[Russel Winder]

It is also perhaps worth noting that whilst this new kernel reboots fine on a
Lenovo X1, on the T500 and X201 rebooting just locks the laptops up requiring
a forced power button shutdown.


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

Bug#914981: fasttracker2: FTBFS on i386 due to unconditional use of SSE2 intrinsics

[Gürkan Myczko]

I know, and upstream does not have plans to support i386 (32-bit linux) 
anymore,

there's a small note in debian/rules
#   i386 needs -msse2
#   bash make-linux.sh

which allows you to build it 32-bit with SSE2.

If you really want to run this software on such old hardware, get the 
original fasttracker2 from pouet.net
and run it on FreeDOS (16-bit os) or Reactos (single cpu, 32-bit windows 
clone)


Best,

Bug#914983: uhd: FTBFS: Dependencies for required component LibUHD - Python API not met.

[Andreas Beckmann]

Source: uhd
Version: 3.13.1.0~rc1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

uhd/experimental FTBFS everywhere:

https://buildd.debian.org/status/package.php?p=uhd=experimental

[...]
-- Boost include directories: /usr/include
-- Boost library directories: /usr/lib/i386-linux-gnu
-- Boost libraries: 
/usr/lib/i386-linux-gnu/libboost_chrono.so;/usr/lib/i386-linux-gnu/libboost_date_time.so;/usr/lib/i386-linux-gnu/libboost_filesystem.so;/usr/lib/i386-linux-gnu/libboost_program_options.so;/usr/lib/i386-linux-gnu/libboost_regex.so;/usr/lib/i386-linux-gnu/libboost_system.so;/usr/lib/i386-linux-gnu/libboost_unit_test_framework.so;/usr/lib/i386-linux-gnu/libboost_serialization.so;/usr/lib/i386-linux-gnu/libboost_thread.so;/usr/lib/i386-linux-gnu/libboost_atomic.so;/usr/lib/i386-linux-gnu/libpthread.so
-- Looking for log2
-- Looking for log2 - found
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.7.1", 
minimum required is "3") 
-- Found PythonLibs: /usr/lib/i386-linux-gnu/libpython3.7m.so (found suitable 
version "3.7.1", minimum required is "3") 
-- 
-- Python checking for Python version 3 or greater
-- Python checking for Python version 3 or greater - found
-- 
-- Python checking for Mako templates 0.4.2 or greater
-- Python checking for Mako templates 0.4.2 or greater - found
-- 
-- Python checking for requests 2.0 or greater
-- Python checking for requests 2.0 or greater - found
-- 
-- Python checking for numpy 1.7 or greater
-- Python checking for numpy 1.7 or greater - found
-- 
-- Configuring LibUHD support...
--   Dependency Boost_FOUND = 1
--   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = TRUE
--   Dependency HAVE_PYTHON_MODULE_MAKO = TRUE
--   Enabling LibUHD support.
--   Override with -DENABLE_LIBUHD=ON/OFF
-- 
-- Configuring LibUHD - C API support...
--   Dependency ENABLE_LIBUHD = ON
--   Enabling LibUHD - C API support.
--   Override with -DENABLE_C_API=ON/OFF
-- 
-- Configuring LibUHD - Python API support...
--   Dependency ENABLE_LIBUHD = ON
--   Dependency BOOST_PYTHON_FOUND = 
--   Dependency HAVE_PYTHON_MODULE_NUMPY = TRUE
--   Dependency PythonLibs_FOUND = TRUE
CMake Error at cmake/Modules/UHDComponent.cmake:56 (MESSAGE):
  Dependencies for required component LibUHD - Python API not met.
Call Stack (most recent call first):
  CMakeLists.txt:433 (LIBUHD_REGISTER_COMPONENT)


-- Configuring incomplete, errors occurred!
[...]


Andreas

Bug#914984: texdoc: off-by-one error with -l

[Julian Gilbey]

Package: texlive-base
Version: 2018.20181116-1
Severity: normal

texdoc -l number
reports:
44 results.  Display them all? (y/N)
but then only lists 43 results. Either the displayed count is wrong or
the final result is not being displayed.

Best wishes,

   Julian

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw--- 1 jdg jdg 13208 Jun  7  2015 /home/jdg/texmf/ls-R
-rw-rw-r-- 1 root staff 7885 Apr 14  2015 /usr/local/share/texmf/ls-R
-rw-r--r-- 1 root root 2762 Nov 29 07:46 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Sep  2 13:32 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Nov 16 05:45 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Nov 16 05:45 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Sep  7 08:57 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Nov 16 05:45 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
-rw-r--r-- 1 root staff 86 May 29  2012 /usr/local/share/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 3923 Nov 25 10:45 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Feb 28  2010 mktex.cnf
-rw-r--r-- 1 root root 475 Sep  7 08:57 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

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

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.69
ii  libpaper-utils 1.1.24+nmu5
ii  sensible-utils 0.0.12
ii  tex-common 6.10
ii  texlive-binaries   2018.20181104.49075-2
ii  ucf3.0038
ii  xdg-utils  1.1.3-1

Versions of packages texlive-base recommends:
ii  lmodern  2.004.5-5

Versions of packages texlive-base suggests:
ii  acroread [pdf-viewer]9.5.5-dmo5
ii  atril [postscript-viewer]1.20.2-1
ii  evince [postscript-viewer]   3.30.2-1
ii  ghostscript [postscript-viewer]  9.26~dfsg-1
ii  gv [postscript-viewer]   1:3.7.4-1+b1
ii  okular [postscript-viewer]   4:17.12.2-2
ii  perl-tk  1:804.033-2+b3
ii  xpdf [pdf-viewer]3.04-9

Versions of packages tex-common depends on:
ii  dpkg  1.19.2
ii  ucf   3.0038

Versions of packages tex-common suggests:
ii  debhelper  11.5.3

Versions of packages texlive-base is related to:
ii  tex-common6.10
ii  texlive-binaries  2018.20181104.49075-2

-- debconf information excluded

Bug#914674: gnucash not building on armel anymore because of guile-2.2

[Jeremy Bicha]

On Tue, Nov 27, 2018 at 11:01 AM Jeremy Bicha  wrote:
> Since gnucash has no reverse dependencies, maybe you could request
> removal of gnucash from mips also? That should allow gnucash to
> migrate to Testing again.

Hi again! gnucash is now the final blocker for removing the old
webkitgtk from Debian Unstable. Therefore, I plan to file a removal
bug for gnucash [armel mips] unless Dmitry wants to file the bug
instead. Those removals  will allow gnucash to migrate to Testing
which is a nice benefit for everyone.

Thanks,
Jeremy Bicha

Bug#866653: RFS: thawab 4.1-1 [UPDATE]

[Jeremy Bicha]

‪On Wed, Nov 28, 2018 at 11:17 PM ‫أحمد المحمودي (Ahmed El-Mahmoudy)‬‎
 wrote:‬
> 2. thawab, othman & probably hijra will migrate to a new Waqf version,
> which I beleive is DFSG compliant.

Is the new license finished? I'm curious what it says.

Thanks,
Jeremy Bicha

Bug#914982: xtensor: FTBFS with GCC 8

[Andreas Beckmann]

Source: xtensor
Version: 0.11.2-1
Severity: serious
Justification: fails to build from source

Hi,

xtensor FTBFS in a current sid/experimental environment, probably due to
some changes in GCC 8:

In file included from /build/xtensor-0.11.2/include/xtensor/xcontainer.hpp:17,
 from /build/xtensor-0.11.2/include/xtensor/xarray.hpp:17,
 from /build/xtensor-0.11.2/include/xtensor/xadapt.hpp:17,
 from /build/xtensor-0.11.2/test/test_xadapt.cpp:10:
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp: In member function 
'xt::xiterable::layout_iterator xt::xiterable::storage_begin()':
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp:737:25: error: expected 
primary-expression before ')' token
 return begin();
 ^
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp: In member function 
'xt::xiterable::layout_iterator xt::xiterable::storage_end()':
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp:744:23: error: expected 
primary-expression before ')' token
 return end();
   ^
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp: In member function 
'xt::xiterable::reverse_layout_iterator 
xt::xiterable::storage_rbegin()':
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp:751:26: error: expected 
primary-expression before ')' token
 return rbegin();
  ^
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp: In member function 
'xt::xiterable::reverse_layout_iterator xt::xiterable::storage_rend()':
/build/xtensor-0.11.2/include/xtensor/xiterable.hpp:758:24: error: expected 
primary-expression before ')' token
 return rend();
^


Andreas


xtensor_0.11.2-1.log.gz
Description: application/gzip

Bug#914981: fasttracker2: FTBFS on i386 due to unconditional use of SSE2 intrinsics

[Andreas Beckmann]

Package: fasttracker2
Version: 0.1+b115-1
Severity: important

Hi,

fasttracker2 FTBFS on i386 because it uses SSE intrinsics without
checking whether SSE2 is available (which is not in the i386 baseline
cpu).

https://buildd.debian.org/status/fetch.php?pkg=fasttracker2=i386=0.1%2Bb115-1=1542513240=0

In file included from /usr/lib/gcc/i686-linux-gnu/8/include/xmmintrin.h:1252,
 from /usr/lib/gcc/i686-linux-gnu/8/include/immintrin.h:29,
 from /usr/include/SDL2/SDL_cpuinfo.h:64,
 from /usr/include/SDL2/SDL.h:38,
 from src/ft2_header.h:4,
 from src/ft2_wav_renderer.c:8:
/usr/lib/gcc/i686-linux-gnu/8/include/emmintrin.h:142:1: error: inlining failed 
in call to always_inline '_mm_load_sd': target specific option mismatch
 _mm_load_sd (double const *__P)
 ^~~
In file included from src/ft2_wav_renderer.c:8:
src/ft2_header.h:101:39: note: called from here
 #define double2int32_round(i, d) (i = _mm_cvtsd_si32(_mm_load_sd())) /* SSE2 
*/
   ^~~
src/ft2_wav_renderer.c:335:5: note: in expansion of macro 'double2int32_round'
 double2int32_round(editor.playbackSeconds, dSecondsElapsed);
 ^~
make[1]: *** [debian/rules:22: override_dh_auto_build] Error 1
make[1]: Leaving directory '/<>/fasttracker2-0.1+b115'
make: *** [debian/rules:16: build-arch] Error 2


Andreas

Bug#913609: bpfcc FTBFS on amd64: No such file or directory: 'bcc-0.7.0'

[Ritesh Raj Sarraf]

On Tue, 2018-11-27 at 14:27 +0100, Bernhard Schmidt wrote:
> Ah no, it is displayed as reproducible although one of the two builds
> failed. That's a bit weird.
> 
> The buster test also failed, and I did see it failing once locally
> with
> -j10, although the next build went fine. Looks like a problem
> introduced
> with parallel building. Quick workaround would be --no-parallel.

I don't see anything specific about parallel builds in my build config.

Also, I use the same tools (pbuilder) for my builds here, locally, and
it is all building fine.

I can make a new upload with `--no-parallel` but I would like to test
that before. Is there a way to do that ?


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#914979: bumblebee: remove obsolete conffile /etc/init/bumblebeed.conf

[Ansgar Burchardt]

Package: bumblebee
Version: 3.2.1-17
Severity: normal
Tags: patch

The upstart job was remove in the last upload (3.2.1-17), but as
/etc/init/bumblebeed.conf is a conffile, the file isn't removed on
upgrades.

The attached patch adds the file to the list of conffiles to remove in
debian/bumblebee.maintscript.

Ansgar
diff -Nru bumblebee-3.2.1/debian/bumblebee.maintscript 
bumblebee-3.2.1/debian/bumblebee.maintscript
--- bumblebee-3.2.1/debian/bumblebee.maintscript2015-10-19 
22:38:48.0 +0200
+++ bumblebee-3.2.1/debian/bumblebee.maintscript2018-11-29 
10:19:14.0 +0100
@@ -1,2 +1,3 @@
 rm_conffile /etc/modprobe.d/bumblebee.conf 3.2.1-6~
 rm_conffile /etc/bash_completion.d/bumblebee 3.2.1-8~
+rm_conffile /etc/init/bumblebeed.conf 3.2.1-18~
diff -Nru bumblebee-3.2.1/debian/changelog bumblebee-3.2.1/debian/changelog
--- bumblebee-3.2.1/debian/changelog2017-12-09 00:07:05.0 +0100
+++ bumblebee-3.2.1/debian/changelog2018-11-29 10:19:19.0 +0100
@@ -1,3 +1,9 @@
+bumblebee (3.2.1-18) UNRELEASED; urgency=medium
+
+  * Remove obsolete conffile /etc/init/bumblebeed.conf
+
+ -- Ansgar Burchardt   Thu, 29 Nov 2018 10:19:19 +0100
+
 bumblebee (3.2.1-17) unstable; urgency=medium
 
   * Switch the triggers to -noawait to fix Lintian warning and to make

Bug#914980: linux-image-4.18.0-3-amd64: linux image installed via 4.18.0-3 stops gdm starting on T500 and X201

[Russel Winder]

Package: src:linux
Version: 4.18.20-2
Severity: important

Dear Maintainer,

I upgrade this morning to a new kernel. On my workstation and Lenovo X1 things 
are fine. However on Lenovo T500
and Lenovo X201 there are problems.

During the boot sequence, at the point at which the font changes, with the new 
kernel there is no more
activity on the screen and gdm3 fails to start. Rebooting to the previous 
kernel everything is fine, so it
seems there is something wrong with the latest kernel and the display on these 
two laptops.

● gdm.service - GNOME Display Manager
   Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: 
enabled)
   Active: active (running) since Thu 2018-11-29 09:14:02 GMT; 11min ago
  Process: 830 ExecStartPre=/usr/share/gdm/generate-config (code=exited, 
status=0/SUCCESS)
 Main PID: 834 (gdm3)
Tasks: 3 (limit: 4915)
   Memory: 5.5M
   CGroup: /system.slice/gdm.service
   └─834 /usr/sbin/gdm3

Nov 29 09:14:02 lionors systemd[1]: Starting GNOME Display Manager...
Nov 29 09:14:02 lionors systemd[1]: Started GNOME Display Manager.
Nov 29 09:14:02 lionors gdm-launch-environment][847]: 
pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by 
(uid=0)
Nov 29 09:14:03 lionors gdm-launch-environment][847]: 
pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm
Nov 29 09:14:03 lionors gdm3[834]: GdmDisplay: display lasted 0.583644 seconds
Nov 29 09:14:03 lionors gdm3[834]: Child process -934 was already dead.
Nov 29 09:14:03 lionors gdm3[834]: Child process -934 was already dead.
Nov 29 09:14:03 lionors gdm-launch-environment][1050]: 
pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by 
(uid=0)
Nov 29 09:14:03 lionors gdm-launch-environment][1050]: 
pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm
Nov 29 09:14:03 lionors gdm3[834]: Child process -1066 was already dead.




-- Package-specific info:
** Version:
Linux version 4.18.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.20-2 (2018-11-23)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.18.0-3-amd64 
root=UUID=fb4c8f64-cf9e-466d-bea8-291b6bafdeee ro

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[   97.944787] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  101.877149] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  105.838971] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  109.814972] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  113.800312] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  117.794908] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  121.789356] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  125.784295] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  129.786089] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  133.783859] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  137.780826] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  141.783387] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 HOPLIMIT=255 
FLOWLBL=2568 PROTO=ICMPv6 TYPE=133 CODE=0
[  145.782493] DROP UNMATCHED OUT-world:IN= OUT=wlan0 
SRC=fe80::::0224:d7ff:fe73:a4e8 
DST=ff02:::::::0002 LEN=48 TC=0 

Bug#909198: empty directory cleanup

[Gürkan Myczko]

Hi

where else would be the right place to remove empty directories? rebuild 
upstream orig.tar.gz without them? or patch install target?

if not in override_dh_fixperms:

Best,

Bug#914959: [Pkg-utopia-maintainers] Bug#914959: network-manager: Unable to use machine account for 802.1x authorization

[Michael Biebl]

Hello

Am 29.11.18 um 06:29 schrieb kpp:
> Package: network-manager
> Version: 1.6.2-3+deb9u2
> Severity: normal
> 
> Dear maintainer.
> 
> If a machine is a member of AD domain and security policy assumes 802.1x
> authorization it is impossible to use machine's account for authorization.
> It is possible to manually extract machine's credentials from
> secrets.tdb file, but it is not very good.
> Password of machine's AD account is changed frequently and transparently
> so this method is not suitable.
> Could you add some option, helper or someone else for integration
> network manager's 802.1x authorization with samba client and/or forward
> this proposal to upstream?

This is way out of scope for a downstream bug report and should be
raised upstream instead. Upstream is most likely in a position to
evaluate if such a feature is feasible to implement in NetworkManager.

And since I don't have a setup like yours, I'm not in a position to
properly file such an upstream bug report.
I would thus like you to do that instead at
https://gitlab.freedesktop.org/NetworkManager/NetworkManager/
and report back with the bug number.

Regards,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#914978: heaptrack: FTBFS with various test failures

[Andreas Beckmann]

Source: heaptrack
Version: 1.1.0+20180922.gitf752536-4~exp1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

heaptrack/exprimental FTBFS with various test failures:

https://buildd.debian.org/status/package.php?p=heaptrack=experimental


Andreas

Bug#914972: RFP: LuckyLUKS — A GUI for creating and (un-)locking encrypted volumes from LUKS or Truecrypt container files

[emma.wts]

Package: wnpp
Severity: wishlist

* Upstream Author:
https://github.com/jas-per
muz...@gmail.com

* URL: https://github.com/jas-per/luckyLUKS

* License: GPLv3+

* Programming Language: Python

* LuckyLUKS: A GUI for creating and (un-) locking encrypted volumes from LUKS 
or Truecrypt container files

How it works: 
https://raw.githubusercontent.com/jas-per/luckyLUKS/gh-pages/screencast.gif

Really looking forward to see this application one day in the Debian 
repositories.

Bug#914973: ITP: ruby-stringify-hash -- ruby hash object that treats symbols and strings interchangeably

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: ruby-stringify-hash
  Version : 0.0.1
  Upstream Author : al...@puppetlabs.com
* URL : https://github.com/puppetlabs/stringify-hash
* License : Apache2
  Programming Lang: Ruby
  Description : ruby hash object that treats symbols and strings 
interchangeably

A ruby hash object that treats symbols and strings interchangeably.

This package is a dependency of puppet-beaker.

Bug#914977: ITP: puppet-beaker -- Puppet acceptance testing harness

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: puppet-beaker
  Version : 4.1.0
  Upstream Author : Puppetlabs
* URL : https://github.com/puppetlabs/beaker
* License : Apache2
  Programming Lang: Ruby
  Description : Puppet acceptance testing harness

Beaker is a test harness focused on acceptance testing via
interactions between multiple (virtual) machines. It provides platform
abstraction between different Systems Under Test (SUTs), and it can
also be used as a virtual machine provisioner - setting up machines,
running any commands on those machines, and then exiting.

Beaker runs tests written in Ruby, and provides additional
Domain-Specific Language (DSL) methods. This gives you access to all
standard Ruby along with acceptance testing specific commands.

Bug#914976: ITP: ruby-beaker-hostgenerator -- command line utility designed to generate beaker host config files

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: ruby-beaker-hostgenerator
  Version : 1.1.22
  Upstream Author : Branan Purvine-Riley, Wayne Warren, Nate Wolfe
* URL : https://github.com/puppetlabs/beaker-hostgenerator
* License : Apache2
  Programming Lang: Ruby
  Description : command line utility designed to generate beaker host 
config files

beaker-hostgenerator is a command line utility designed to generate
beaker host config files using a compact command line SUT specification.

This package is a dependency of puppet-beaker.

Bug#914975: ITP: ruby-pry-byebug -- step-by-step debugging and stack navigation capabilities in pry using byebug

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: ruby-pry-byebug
  Version : 3.6.0
  Upstream Author : David Rodríguez, Gopal Patel
* URL : https://github.com/deivid-rodriguez/pry-byebug
* License : MIT
  Programming Lang: Ruby
  Description : step-by-step debugging and stack navigation capabilities in 
pry using byebug

Adds step-by-step debugging and stack navigation capabilities to pry
using byebug.

To use, invoke pry normally. No need to start your script or app
differently: execution will stop in the first statement after your
binding.pry.

This package is a dependency of puppet-beaker.

Bug#914974: ITP: ruby-in-parallel -- lightweight Ruby library with very simple syntax for parallelization

[Sebastien Delafond]

Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond 

* Package name: ruby-in-parallel
  Version : 0.1.17
  Upstream Author : sam.wo...@puppetlabs.com
* URL : https://github.com/puppetlabs/in-parallel
* License : Apache2
  Programming Lang: Ruby
  Description : lightweight Ruby library with very simple syntax for 
parallelization

A lightweight Ruby library with very simple syntax, making use of
Process.fork to execute code in parallel.

Many other Ruby libraries that simplify parallel execution support one
primary use case - crunching through a large queue of small, similar
tasks as quickly and efficiently as possible. This library primarily
supports the use case of executing a few larger and unrelated tasks in
parallel, automatically managing the stdout and passing return values
back to the main process.

This library was created to be used by Puppet's Beaker test framework
to enable parallel execution of some of the framework's tasks, and
allow users to execute code in parallel within their tests.

If you are looking for something that excels at executing a large
queue of tasks in parallel as efficiently as possible, you should take
a look at the parallel project.

This package is a dependency of puppet-beaker.

Bug#914971: ruby-activerecord-import: FTBFS: tests fail: LoadError: cannot load such file -- bundler

[Andreas Beckmann]

Package: ruby-activerecord-import
Version: 0.24.0-2
Severity: serious
Justification: fails to build from source

Hi,

ruby-activerecord-import/experimental FTBFS due to a LoadError while
running the tests:

┌──┐
│ Run tests for ruby2.5 from debian/ruby-tests.rake│
└──┘

RUBYLIB=/build/ruby-activerecord-import-0.24.0/debian/ruby-activerecord-import/usr/lib/ruby/vendor_ruby:.
 
GEM_PATH=debian/ruby-activerecord-import/usr/share/rubygems-integration/all:/var/lib/gems/2.5.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.5.0:/usr/share/rubygems-integration/2.5.0:/usr/share/rubygems-integration/all
 ruby2.5 -S rake -f debian/ruby-tests.rake
cp test/database.yml.sample test/database.yml
AR_VERSION=5.2 rake test:sqlite3
rake aborted!
LoadError: cannot load such file -- bundler
/build/ruby-activerecord-import-0.24.0/Rakefile:1:in `'
(See full trace by running task with --trace)
rake aborted!
Command failed with status (1): [AR_VERSION=5.2 rake test:sqlite3...]
/build/ruby-activerecord-import-0.24.0/debian/ruby-tests.rake:5:in `block in 
'
Tasks: TOP => default
(See full trace by running task with --trace)
ERROR: Test "ruby2.5" failed. Exiting.
dh_auto_install: dh_ruby --install 
/build/ruby-activerecord-import-0.24.0/debian/ruby-activerecord-import returned 
exit code 1
make: *** [debian/rules:6: binary] Error 1


Cheers,

Andreas


ruby-activerecord-import_0.24.0-2.log.gz
Description: application/gzip

Bug#912891: pcsc-tools: Depends on libgtk2-perl, that won't be part of Bullseye

[intrigeri]

Hi!

Ludovic Rousseau:
> gscriptor uses Gtk2::SimpleMenu. I could not find an equivalent for Gtk3 :-(

Thanks for looking into it!

FTR:

 - Gtk2::SimpleMenu seems to be a mere Perl-specific convenience
   wrapper around Gtk2::MenuBar and Gtk2::MenuItem; both have Gtk3::
   equivalents so in theory, an app author could port their menu
   handling to GTK+3 using existing code only (libgtk3-perl).

 - We currently have 5 packages that use Gtk2::SimpleMenu in the
   archive, so creating a Gtk3::SimpleMenu wrapper (in its own CPAN
   dist) would make it easier for the authors of all these apps to
   port their code to GTK+3.

> I do not use gscriptor any more and do not use the PCSC Perl wrapper much 
> these days. So I do not plan to invest time in porting gscriptor to 
> libgtk3-perl.
> My plan is to remove gscriptor from the pcsc-tools package after the release 
> of Buster. Unless someone provides a patch in the meantime.

Makes sense to me.

Cheers,
-- 
intrigeri

Bug#914392: transition: coin3

[Emilio Pozuelo Monfort]

On 28/11/2018 23:32, Leopold Palomo-Avellaneda wrote:
> El 28/11/18 a les 19:12, Emilio Pozuelo Monfort ha escrit:
>> On 22/11/2018 23:33, Leopold Palomo-Avellaneda wrote:
>>> Subject: transition: coin3
>>> Package: release.debian.org
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>> Severity: normal
>>>
>>> Dear release team,
>>>
>>> I would like to ask a transition slot for the coin3 library. The package
>>> has been reworked and a new version of the upstream has been packaged.
>>>
>>> Upstream have changed the build system to CMake and this has been used
>>> for the package. This has an implication that it will break with FTBFS
>>> the packages that use it: pivy, freecad, openscenegraph-3.4 and soqt, I
>>> have contacted with all the maintainers and they are aware about it and
>>> we are preparing patches or simple disable in any case.
>>
>> Where are you discussing that? 
> 
> Almost all of them in private mails. I will adopt SoQt. I have been
> working with that package and Anton Gladky know all my work. You can
> check [1] qt5 branch.
> 
> With Kurt Kremitzki (freecad and pivy) we are in contact about how to
> solve the migration.
> 
> And with openscenegraph I have interchanged some mail with one of the
> maintainer about that.
> 
> I don't see bug reports for those packages.
>> Please file bugs so that we can track the status and decide when to start 
>> this
>> transition based on the disruption that it will cause. Also please make those
>> bugs block this one.
> 
> we are waiting to have coin in unstable to push new versions/patches. About:
> 
> - soqt, no problematic. I have done it
> - pivy. I was not able to build it with the coin3 cmake version. Waiting
> that Kurt work on it. I'm not an Python expert. But it should be reasonable.
> - Freecad, depends on pivy. The new version doesn't depends on soqt.
> - openscengraph, it only uses coin to import wrl files in a plugin. In
> the worse case it can be disabled, but that
> 
> Are you proposing that I fill a bug before the package fails?

Yes. coin3 is already in experimental, but even if it wasn't you could still
file the bug.

So yes, file them with the latest status updates (patches, plan, etc) and make
those bugs block this one.

Cheers,
Emilio

Bug#913069: python3-arcus + python3-savitar missing in the transition page, but uninstallable

[Mattia Rizzolo]

On Wed, Nov 28, 2018 at 11:20:48PM +0100, Gregor Riepl wrote:
> I can replace python3-all-dev with python3-dev for now, but it would be better
> to actually fix this and have multi-python builds.
> 
> Arcus and Savitar are SIP modules written in C++ and built with cmake.
> It's not trivial to make them build automagically for all installed Python
> versions.

I acknoledge, cmake is not really suited to this kind of build, and it
often requires quite some tinkering.

OTOH, I don't see using python3-dev instead of python3-all-dev as a
workaround, as it's there exactly for cases like this; so I'd
appreciate if you could switch the build-depends in the next uploads,
until you don't manage to find the time to work on building for multiple
versions (if you ever do, it's not so strictly needed).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#913548: spamassassin: running /etc/cron.daily/spamassassin gives: Unescaped left brace in regex is deprecated here

[Elimar Riesebieter]

Control: reassign -1 amavisd-new

* Noah Meyerhans  [2018-11-24 14:25 -0800]:

> Control: tags -1 + moreinfo
> 
> On Mon, Nov 12, 2018 at 09:05:01AM +0100, Elimar Riesebieter wrote:
> > 
> > running /etc/cron.daily/spamassassin gives:
> > Unescaped left brace in regex is deprecated here (and will be fatal in Perl 
> > 5.32), passed through in regex; marked by <-- HERE in m/ ( {<-- HERE } (?: 
> > / \* )? | \* ) / at (eval 109) line 830.
> > 
> 
> I'm not seeing this with 3.4.2-1 and perl 5.28.0-4. This was a known
> upstream issue (https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404)
> and should be fixed in 3.4.2.
> 
> It seems that there are two possibilities:
> 
> 1. The upstream fix was incomplete.
> 
> 2. There are some spamassassin components on your system from outside
> the packaging system.
> 
> Can you confirm that you're running /usr/bin/sa-update and that there
> aren't any other copies of that program that could be getting picked up
> by the cron job?
> 

Well, it seems that this is a bug in amavisd-new which is started by
/etc/spamassassin/sa-update-hooks.d/amavisd-new. Reassigned hereby.

Elimar
-- 
  Excellent day for drinking heavily.
  Spike the office water cooler;-)


signature.asc
Description: PGP signature

Bug#914970: python-grapefruit-doc: missing Breaks+Replaces: python-grapefruit (<< 0.1~a3+dfsg-5)

[Andreas Beckmann]

Package: python-grapefruit-doc
Version: 0.1~a3+dfsg-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

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

  Preparing to unpack .../python-grapefruit-doc_0.1~a3+dfsg-5_all.deb ...
  Unpacking python-grapefruit-doc (0.1~a3+dfsg-5) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-grapefruit-doc_0.1~a3+dfsg-5_all.deb (--unpack):
   trying to overwrite '/usr/share/doc/python-grapefruit/README', which is also 
in package python-grapefruit 0.1~a3+dfsg-4
  Errors were encountered while processing:
   /var/cache/apt/archives/python-grapefruit-doc_0.1~a3+dfsg-5_all.deb


cheers,

Andreas


python-grapefruit=0.1~a3+dfsg-4_python-grapefruit-doc=0.1~a3+dfsg-5.log.gz
Description: application/gzip

Bug#914969: pytest breaks multiple autopkgtest

[Paul Gevers]

Source: pytest
Version 3.10.1-1
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks

Dear maintainers,

With a recent upload of pytest the autopkgtests of multiple packages,
including e.g. pytest-qt, fail in testing when that autopkgtest is run
with the binary packages of pytest from unstable. It passes when run
with only packages from testing. In tabular form:
   passfail
pytest from testing3.10.1-1
(e.g.) pytest-qt   from testing2.3.1-2
versioned deps [0] from testingfrom unstable
all others from testingfrom testing

I copied some of the output of the pytest-qt failure at the bottom of
this report.

Currently this regression is contributing to the delay of the migration
of pytest to testing [1]. Can you please investigate the situation and
align with the other packages how this needs to be fixed if this the
needs work in the other packages? Please also be aware that there is
currently a python3-defaults transition ongoing which changes the
default python3 from 3.6 to 3.7. I wouldn't be surprised if that
transition is intermixed in the results.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] You can see what packages were added from the second line of the log
file quoted below. The migration software adds source package from
unstable to the list if they are needed to install packages from
pytest/3.10.1-1. I.e. due to versioned dependencies or breaks/conflicts.
In this case: src:python-pathlib2,src:python-scandir
[1] https://qa.debian.org/excuses.php?package=pytest

https://ci.debian.net/data/autopkgtest/testing/amd64/p/pytest-qt/1399398/log.gz

 [doctest] test_doctest.ToTest.doctest
―
EXAMPLE LOCATION UNKNOWN, not showing all tests of that example
??? >>> Invalid doctest
UNEXPECTED EXCEPTION: SyntaxError('invalid syntax', ('', 1, 15, 'Invalid doctest\n'))
Traceback (most recent call last):

  File "/usr/lib/python3.6/doctest.py", line 1330, in __run
compileflags, 1), test.globs)

  File "", line 1

Invalid doctest

  ^

SyntaxError: invalid syntax

/tmp/pytest-of-debci/pytest-0/test_doctest0/test_doctest.py:None:
UnexpectedException


 test_doctest.py ⨯
  100%
██INTERNALERROR> Traceback (most
recent call last):
INTERNALERROR>   File "/usr/lib/python3/dist-packages/_pytest/main.py",
line 184, in wrap_session
INTERNALERROR> session.exitstatus = doit(config, session) or 0
INTERNALERROR>   File "/usr/lib/python3/dist-packages/_pytest/main.py",
line 224, in _main
INTERNALERROR> config.hook.pytest_runtestloop(session=session)
INTERNALERROR>   File "/usr/lib/python3/dist-packages/pluggy/hooks.py",
line 284, in __call__
INTERNALERROR> return self._hookexec(self, self.get_hookimpls(), kwargs)
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/manager.py", line 67, in _hookexec
INTERNALERROR> return self._inner_hookexec(hook, methods, kwargs)
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/_tracing.py", line 80, in __call__
INTERNALERROR> return outcome.get_result()
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/callers.py", line 80, in get_result
INTERNALERROR> raise ex[1].with_traceback(ex[2])
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/callers.py", line 52, in from_call
INTERNALERROR> result = func()
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/_tracing.py", line 78, in 
INTERNALERROR> outcome = _Result.from_call(lambda:
self.oldcall(hook, hook_impls, kwargs))
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/manager.py", line 61, in 
INTERNALERROR> firstresult=hook.spec.opts.get("firstresult") if
hook.spec else False,
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/callers.py", line 208, in _multicall
INTERNALERROR> return outcome.get_result()
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/callers.py", line 80, in get_result
INTERNALERROR> raise ex[1].with_traceback(ex[2])
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/callers.py", line 187, in _multicall
INTERNALERROR> res = hook_impl.function(*args)
INTERNALERROR>   File "/usr/lib/python3/dist-packages/_pytest/main.py",
line 245, in pytest_runtestloop
INTERNALERROR> item.config.hook.pytest_runtest_protocol(item=item,
nextitem=nextitem)
INTERNALERROR>   File "/usr/lib/python3/dist-packages/pluggy/hooks.py",
line 284, in __call__
INTERNALERROR> return self._hookexec(self, self.get_hookimpls(), kwargs)
INTERNALERROR>   File
"/usr/lib/python3/dist-packages/pluggy/manager.py", line 67, in _hookexec
INTERNALERROR> return self._inner_hookexec(hook, methods, kwargs)
INTERNALERROR>   File

Bug#914954: Fails to upgrade from 3.4.0 to 3.4.1: ERROR:root:After system restart, the values must be saved into db. Please, execute tuptime with a privileged user.

[Ricardo Fraile]

Hi,


I tested an upgrade from 3.4.0 to 3.4.1 on a fresh install of Sid and it 
doesn't report any issue.


What is the output of "ls -al /var/lib/tuptime"?

Did you reboot the computer between the 3.4.0 installation and the 
upgrade?


Please, can you add here the output of 'su -s /bin/sh tuptime -c 
"tuptime -x"'?



Thanks,

Bug#914965: [Pkg-javascript-devel] Bug#914965: nodejs: Node.js 10

[Olaf van der Spek]

Op do 29 nov. 2018 om 09:34 schreef Jérémy Lal :
>> Dear Maintainer,
>>
>> Node.js 10 is available.. could it be packaged?
>
>
> It's waiting in NEW:
> https://ftp-master.debian.org/new.html

Awesome, thanks!


-- 
Olaf

Bug#914822: Issues with error message "Invalid MIT-MAGIC-COOKIE-1 key"

[Vincent Lefevre]

On 2018-11-28 20:45:05 -0500, Michael Gilbert wrote:
> On Nov 28, 2018 at 7:12 PM Vincent Lefevre wrote:
> > 1. When X11 is not used like here, there is no reason to try to use
> > DISPLAY (or at least, error messages should be deferred). Note that
> > "env -u DISPLAY wine tversion.exe" doesn't output any error message.
> 
> Why not correct the invalid DISPLAY setting in your displayless environment?

Because this was not a displayless environment, and at the time I ran
the tests, the X server was still running. And there is no way for
a process to unset DISPLAY of other already running processes. But
since the tests themselves do not need a display, as a workaround,
I have added in tests/Makefile.am:

TESTS_ENVIRONMENT = env -u DISPLAY

> I suppose wine could delay initializing X until it knows the
> application its launching actually needs it, but that is not how it is
> designed now.  This is a new feature that you could request of
> upstream.

OK.

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

Bug#914965: [Pkg-javascript-devel] Bug#914965: nodejs: Node.js 10

[Jérémy Lal]

Le jeu. 29 nov. 2018 à 09:15, Olaf van der Spek  a
écrit :

> Package: nodejs
> Version: 8.11.2~dfsg-1
> Severity: wishlist
>
> Dear Maintainer,
>
> Node.js 10 is available.. could it be packaged?


It's waiting in NEW:
https://ftp-master.debian.org/new.html

Jérémy

Bug#914628: darkstat FTCBFS: uses the host architecture compiler for build tool c-ify

[Emil Mikulic]

On Wed, Nov 28, 2018 at 1:57 AM Helmut Grohne  wrote:

> On Tue, Nov 27, 2018 at 11:24:30PM +1100, Emil Mikulic wrote:
> > I've applied this to my git repo:
> >
> https://unix4lyfe.org/gitweb/darkstat-debian/commitdiff/81efbd5c6e2e7cb36bafb7a5e96d955cf4850ae9
> >
> > Does that commit look okay to you?
>
> The bug number in debian/changelog is still -1 (as I didn't know it
> before submitting the patch), you likely want to change it to #914628.
>

Oops, sorry. I've amended this and also (at the maintainer's request)
turned it into a regular upload with version 3.0.719-2:
https://unix4lyfe.org/gitweb/darkstat-debian/commitdiff/9d1c7a9225d51767715102b8e490a5a52555c26d

Bug#914968: RM: ufolib -- ROM; feature merged to fonttools

[魏銘廷]

Package: ftp.debian.org
Severity: normal

The development of ufolib has been merged to fonttools, and most recent
dependencies of the package has been moving away from ufolib:

  https://github.com/unified-font-object/ufoLib/releases

All of the dependencies are updated to use fonttools (>= 3.31.0):
  * booleanoperations
  * cu2qu
  * defcon
  * fontmath
  * fontpens
  * mutatormath
  * psautohint
  * ufo2ft

After removing the dependencies of the packages by uploading newer
version of these dependencies, this package can be safely removed.


signature.asc
Description: PGP signature

Bug#914967: linux-image-4.18.0-3-amd64: errors "Failed to get unique processor _UID"

[Vincent Lefevre]

Package: src:linux
Version: 4.18.20-2
Severity: normal

I get the following errors at boot time:

Nov 29 09:04:20 cventin kernel: acpi LNXCPU:06: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:07: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:08: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:09: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:0a: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:0b: Failed to get unique processor 
_UID (0xff)
Nov 29 09:04:20 cventin kernel: acpi LNXCPU:0c: Failed to get unique processor 
_UID (0xff)
[...]
Nov 29 09:04:21 cventin kernel: acpi LNXCPU:8f: Failed to get unique processor 
_UID (0xff)

There were no such errors before linux-image-4.18.0-3-amd64.

-- Package-specific info:
** Version:
Linux version 4.18.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.20-2 (2018-11-23)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.18.0-3-amd64 
root=UUID=4bcb3bbd-f516-4ddf-be96-6fa3a8cdc8a0 ro quiet

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

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: Dell Inc.
product_name: Precision Tower 7810
product_version: 01
chassis_vendor: Dell Inc.
chassis_version: 
bios_vendor: Dell Inc.
bios_version: A07
board_vendor: Dell Inc.
board_name: 0GWHMW
board_version: A00

** Loaded modules:
btrfs
zstd_compress
zstd_decompress
xxhash
xor
raid6_pq
ufs
qnx4
hfsplus
hfs
minix
ntfs
vfat
msdos
fat
jfs
xfs
libcrc32c
dm_mod
fuse
cpufreq_conservative
cpufreq_userspace
cpufreq_powersave
snd_hda_codec_hdmi
intel_rapl
sb_edac
x86_pkg_temp_thermal
intel_powerclamp
coretemp
kvm_intel
dcdbas
kvm
dell_smm_hwmon
irqbypass
crct10dif_pclmul
crc32_pclmul
ghash_clmulni_intel
intel_cstate
intel_uncore
intel_rapl_perf
snd_hda_codec_realtek
pcspkr
snd_hda_codec_generic
evdev
snd_hda_intel
snd_hda_codec
snd_hda_core
snd_hwdep
snd_pcm
snd_timer
sg
iTCO_wdt
snd
iTCO_vendor_support
soundcore
mei_me
mei
wmi
pcc_cpufreq
button
nvidia_drm(PO)
drm_kms_helper
drm
binfmt_misc
nvidia_modeset(PO)
nvidia(PO)
ipmi_devintf
ipmi_msghandler
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
fscrypto
ecb
hid_generic
usbhid
hid
sd_mod
sr_mod
cdrom
crc32c_intel
xhci_pci
ahci
aesni_intel
libahci
ata_generic
ehci_pci
aes_x86_64
xhci_hcd
ehci_hcd
crypto_simd
libata
cryptd
glue_helper
usbcore
i2c_i801
lpc_ich
e1000e
scsi_mod
usb_common

** Network interface configuration:

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

** Network status:
*** IP interfaces and addresses:
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: enp0s25:  mtu 1500 qdisc pfifo_fast state 
UP group default qlen 1000
link/ether 98:90:96:bd:7f:f7 brd ff:ff:ff:ff:ff:ff
inet 140.77.13.17/23 brd 140.77.13.255 scope global dynamic noprefixroute 
enp0s25
   valid_lft 85572sec preferred_lft 85572sec
inet6 fe80::9a90:96ff:febd:7ff7/64 scope link noprefixroute 
   valid_lft forever preferred_lft forever

*** Device statistics:
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:1792  16000 0  0 0 1792  
16000 0   0  0
enp0s25: 45156846758000 0  0  1813   461103
2924000 0   0  0

*** Protocol statistics:
Ip:
Forwarding: 2
4530 total packets received
2 with invalid addresses
0 forwarded
0 incoming packets discarded
4527 incoming packets delivered
2886 requests sent out
104 dropped because of missing route
Icmp:
0 ICMP messages received
0 input ICMP message failed
ICMP input histogram:
0 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
Tcp:
107 active connection openings
1 passive connection openings
1 failed connection attempts
1 connection resets received
10 connections established
2074 segments received
2242 segments sent out
22 segments retransmitted
1 bad segments received
57 resets sent
Udp:
1498 packets received
0 packets to unknown port received
0 packet receive errors
654 packets sent
0 receive buffer errors
0 send buffer errors
IgnoredMulti: 955
UdpLite:
TcpExt:
52 TCP sockets finished time wait in fast timer
60 delayed acks sent
 

Bug#914966: linux-perf-4.19: missing Breaks+Replaces: linux-perf-4.18

[Andreas Beckmann]

Package: linux-perf-4.19
Version: 4.19.5-1~exp1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Preparing to unpack .../linux-perf-4.19_4.19.5-1~exp1_amd64.deb ...
  Unpacking linux-perf-4.19 (4.19.5-1~exp1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/linux-perf-4.19_4.19.5-1~exp1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/perf/examples/bpf/5sec.c', which is also in 
package linux-perf-4.18 4.18.20-2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/linux-perf-4.19_4.19.5-1~exp1_amd64.deb

This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  usr/lib/perf/examples/bpf/5sec.c
  usr/lib/perf/examples/bpf/empty.c
  usr/lib/perf/include/bpf/bpf.h


Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see https://qa.debian.org/dose/file-overwrites.html


linux-perf-4.18=4.18.20-2_linux-perf-4.19=4.19.5-1~exp1.log.gz
Description: application/gzip

Bug#914965: nodejs: Node.js 10

[Olaf van der Spek]

Package: nodejs
Version: 8.11.2~dfsg-1
Severity: wishlist

Dear Maintainer,

Node.js 10 is available.. could it be packaged?

Gr,

Olaf

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

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

Versions of packages nodejs depends on:
ii  libc-ares2 1.14.0-1
ii  libc6  2.27-8
ii  libgcc11:8.2.0-10
ii  libhttp-parser2.8  2.8.1-1
ii  libicu60   60.2-6
ii  libnghttp2-14  1.35.0-1
ii  libssl1.1  1.1.1a-1
ii  libstdc++6 8.2.0-10
ii  libuv1 1.23.2-2
ii  zlib1g 1:1.2.11.dfsg-1

Versions of packages nodejs recommends:
ii  ca-certificates  20180409
ii  nodejs-doc   8.11.2~dfsg-1

nodejs suggests no packages.

-- no debconf information

Bug#904611: Crash on "Automatic reconstruction" if no GPU is supported

[Gürkan Myczko]

Hey Yuri

Does this also happen with 3.5?
Or the 3.6 available at: http://phd-sid.ethz.ch/debian/colmap/cm36/ ?

Thanks for testing,

Bug#914930: dbus-python: FTBCFS in python3-defaults transition

[Paul Gevers]

Hi,

On 28-11-18 21:03, Simon McVittie wrote:
> What does the acronym FTBCFS mean?

I thought I've seen it multiple times, for me it means Fails To Build
Correctly From Source.

> I know about FTBFS (fails to build
> from source), and I know about FTCBFS (fails to cross-build from source),
> but I don't know what FTBCFS is.

Yes, this bug report was bad. Both in failing to describe what I meant
and that the "bug" is in the ben file for this transition. (I think
something like "affects depends python3 << 3.7" needs to be added). I
followed up on #debian-release, the binNMU scheduled and the autopkgtest
passes now.

Paul



signature.asc
Description: OpenPGP digital signature