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

[René Mayorga]

On Thu, Nov 29, 2018 at 07:30:54PM +1100, Emil Mikulic wrote:
> 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


Thanks Emil for your work, and thanks Helmut for your report and patch, 

I'll take of the upload after I review and do some changes with Emil :)

Cheers


--
René


signature.asc
Description: Digital signature

Bug#914916: nmap: Integrate prometheues port map into services file?

[Daniel Miller]

Nmap gets port names from IANA, with some community input for very common
services.
Port 9103 is frequently used by JetDirect printers, which is why it is
labeled that way.
Use -sV to probe the target and identify the service itself. Unidentified
services can be
submitted directly to the Nmap Project:
https://nmap.org/book/vscan-community.html

This is a better topic to discuss with Nmap development community, not the
Debian
package maintainers. Please open an issue on http://issues.nmap.org/ or
join the
Nmap developers mailing list: https://seclists.org/nmap-dev/

Dan

Bug#914897: affects private debs too

[Ansgar Burchardt]

Adam Borowski writes:
> Andreas Henriksson wrote:
>> On Wed, Nov 28, 2018 at 03:14:20PM +, Ian Jackson wrote:
>> > Julien Cristau writes ("Re: Bug#914897: debootstrap, buster:
>> > Please disabled merged /usr by default"):
>> [...]
>> > > I'd suggest that this should be fixed by not shipping any packages that
>> > > aren't built on buildds.
>> > 
>> > It would be quite a radical departure for Debian to no longer support
>> > "I built this package for my mate to install on their computer".
>>
>> For the case of locally built binaries, bringing any problem
>> that usrmerge would hit to the light would be preferable.
>
> Any checks you can do may test only packages that reached the Debian
> archive.  We can discipline DDs, be it by requiring source-only, or by
> catching misbuilt packages, but we can't do anything for local packages.
>
> And these in a good part are not based on Debian sources.
>
> I for one use a .deb package to distribute my .bashrc to machines under my
> control.  Joe from a derivative named Debuntituan provides an
> uber-proprietary-drivers package to his users.  Any PPA.  A company-wide
> repo.  Etc, etc.

Debian is not responsible how third parties build their packages.  We
don't even exclude /usr/local/bin from PATH when building packages...

(If you care about distributions not doing the same as Debian, one would
need to patch every package to build & work on both merged-/usr and
non-merged-/usr systems no matter what Debian does...)

> Thus: sorry but there is no way we can possibly support usrmerged and
> non-usrmerged systems at the same time.  Usrmerge is not viable without a
> flag day.

Oh, it's possible.  It makes life a bit harder than a flag day or clear
commitment to one setup, but so does supporting multiple init systems
(so the advantages of, for example, easier maintenance by having
declarative definitions is lost).

Regardless of debootstrap defaults or flag days, we could also consider
moving programs from /{s,}bin to /usr/{s,}bin with a compat symlink in
/{s,}bin; this does not need a flag day.  That is useful either way as:
a) some people will use /usr/bin/${x} instead of /bin/${x} anyway (they
don't have to come from Debian), and b) it would also make supporting
merged-/usr and non-merged-/usr simpler as the programs would always be
available in both locations.

Some packages such as iptables have already done this ad-hoc.

I'm toying around with ideas for a dh_usrmove tool which would allow to
easily add this to existing packages.  That would also allow to drop it
later in one go should one in the far future require the /bin ->
/usr/bin symlink.

Ansgar

Bug#914920: more information about the exact firmware being loaded

[craig macdonald]

Concerning bug 914920, sorry, the subject line ought to be something 
like "firmware rt2870 cannot connect until device name is shortened"


Here's more information about the firmware being
loaded when the system detects the D-link DWA-130 usb wifi adapter.

$ "dmesg | grep rt" excerpts:

[7.617423] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 5392, 
rev 0223 detected
[7.632788] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 5372 
detected

[7.683411] usbcore: registered new interface driver rt2800usb
[  241.595520] ieee80211 phy0: rt2x00lib_request_firmware: Info - 
Loading firmware file 'rt2870.bin'
[  241.602284] rt2800usb 2-2:1.0: firmware: direct-loading firmware 
rt2870.bin
[  241.602293] ieee80211 phy0: rt2x00lib_request_firmware: Info - 
Firmware detected - version: 0.36


Thanks.

Bug#915043: nikto: missing build on all

[Eriberto Mota]

Control: tags 915043 + patch
Control: tags 915043 + pending

Dear maintainer,

I've prepared an NMU for nikto (versioned as 1:2.1.5-3.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

Bug#914944: [pkg-gnupg-maint] Bug#914944: gnupg: importing a key fails when there's no tty (regression from 2.1.18-8~deb9u2)

[Daniel Kahn Gillmor]

Control: forcemerge 913614 914944

Thanks for noting this, Lucas.

On Thu 2018-11-29 00:12:05 +0100, Lucas Nussbaum wrote:
> Importing the attached key fails when there's no tty.

This is the same as #913614, merging.

Note that #914032 proposes an update to stretch that fixes this
regression.  I've seen no feedback on #914032 yet, though.

--dkg


signature.asc
Description: PGP signature

Bug#915044: shibboleth-resolver FTBFS with new log4shib/xmltooling/shibboleth-sp stack

[peter green]

Package: shibboleth-resolver
Severity: serious
Version: 1.0.0-1
Tags: sid, patch

shibboleth-resolver FTBFS, there are three issues.

Firstly it fails to find log4shib because it tries to use log4shib-config which 
no longer exists. I patched configure.ac to use pkg-config instead and enabled 
autoreconf in the dh sequence.

Secondly xsecsize_t no longer seems to exist, I replaced it with XMLSize_t

Thirdly it seems deprecated wrappers for createResolutionContext and extractAttributes 
wrapper were removed. The wrappers passed the call on to the still-existing version of 
the functions setting the "request" parameter to nullptr. So I simply set the 
request parameter to nullptr in the call

I have uploaded my fix to raspbian, a debdiff can be found at 
http://debdiffs.raspbian.org/main/s/shibboleth-resolver/shibboleth-resolver_1.0.0-1+rpi2.debdiff
 . No intent to NMU in Debian.

Bug#915045: python-socketio/2.1.0-1 [QA]

[Paulo Henrique de Lima Santana]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: mike.gabr...@das-netzwerkteam.de

Hi, 

Please **don't sponsor and upload** this package because my AM (Mike Gabriel)
will review it for me.

 * Package name: python-socketio
   Version : 2.1.0-1
   Upstream Author : Miguel Grinberg 
 * URL : https://github.com/miguelgrinberg/python-socketio
 * License : MIT
   Section : python

It builds this binary package:

  python3-socketio-realtime-server - Python implementation of the Socket.IO
realtime server

To access further information about these packages, please visit the
following URL:

https://mentors.debian.net/sponsors/rfs-howto/python-socketio

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

  dget -x
https://mentors.debian.net/debian/pool/main/p/python-socketio/python-socketio_2.1.0-1.dsc

More information about kickpass can be obtained from
https://github.com/miguelgrinberg/python-socketio

Best regards,

-- 
Paulo Henrique de Lima Santana (phls)
Curitiba - Brasil
Membro da Comunidade Curitiba Livre
Site: http://www.phls.com.br
GNU/Linux user: 228719  GPG ID: 0443C450

Apoie a campanha pela igualdade de gênero #HeForShe (#ElesPorElas)  
http://www.heforshe.org/pt


pgp4hJtq1qsEH.pgp
Description: PGP signature

Bug#915040: (no subject)

[Paulo Henrique de Lima Santana]

Control: retitle -1 ITP: python-socketio-realtime-server -- Python 
implementation of the Socket.IO realtime server


-- 
Paulo Henrique de Lima Santana (phls)
Curitiba - Brasil
Membro da Comunidade Curitiba Livre
Site: http://www.phls.com.br
GNU/Linux user: 228719  GPG ID: 0443C450

Apoie a campanha pela igualdade de gênero #HeForShe (#ElesPorElas)  
http://www.heforshe.org/pt


pgpJggaFuCYjW.pgp
Description: PGP signature

Bug#915056: unbound: qname-minimisation.conf no longer necessary

[John Shaft]

Package: unbound
Version: 1.8.1-1
Severity: wishlist

Dear Maintainer,

the unbound.conf.d/qname-minimisation.conf file added a few years back to 
enable by default QNAME Minimisation is no longer needed as NLNet Labs made it 
Unbound's default since version 1.7.2

My guess is that it can be safely removed from the Debian package.

Thanks,

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

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

Versions of packages unbound depends on:
ii  adduser 3.118
ii  dns-root-data   2018091102
ii  libc6   2.27-8
ii  libevent-2.1-6  2.1.8-stable-4
ii  libfstrm0   0.3.0-1+b1
ii  libprotobuf-c1  1.3.1-1+b1
ii  libpython3.63.6.7-1
ii  libssl1.1   1.1.1a-1
ii  libsystemd0 239-13
ii  lsb-base9.20170808
ii  openssl 1.1.1a-1
ii  unbound-anchor  1.8.1-1

unbound recommends no packages.

Versions of packages unbound suggests:
ii  apparmor  2.13.1-3+b1

-- Configuration Files:
/etc/apparmor.d/usr.sbin.unbound changed [not included]

-- no debconf information

Bug#915037: compiz: emerald?

[boffi]

Source: compiz
Severity: wishlist

Dear Maintainer,

the package description (`apt show compiz`) includes

Suggests: compiz-mate, compiz-plugins-extra,
  compiz-plugins-experimental, emerald, fusion-icon

but `sudo apt install emerald` replies

Package emerald is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

In effect, other sources provide Emerald and its theme manager...

While I understand that's mostly a problem of available resources,
it would be nice if also Debian could ship
The Alternative Window Decorator.

thanks in advance --- g

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

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

Bug#915036: Please upgrade libcacard to 2.6.1

[Laurent Bigonville]

Source: libcacard
Version: 1:2.5.3-1
Severity: wishlist

Hi,

There is a new release of libcacard, please upgrade.

Changelog:

v2.6.1
==

- various bug fixes (memory corruption issues which would cause crashes in
  spice-gtk)

v2.6.0
==

- provides implementation of GSC-IS 2.1 (aka CAC version 2) to improve
  interoperatibility with guest software using the emulated or shared
  smart cards. The previously implemented CACv1 specification is no
  longer supported by any other application so the old code is gone
  and any application depending on this old standard will not work
  anymore.
- vscclient is no longer installed, as it is not an end-user support
  solution
- various bug & leak fixes

Kind regards,

Laurent Bigonville

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: SELinux: enabled - Mode: Permissive - Policy name: refpolicy

Bug#915041: does not create a subcommand '[test_without_migrations]'

[Herbert Parentes Fortes Neto]

Package: python3-django-test-without-migrations
Version: 0.6-5
Severity: grave
Justification: renders package unusable

After run 'python3 manage.py' it is expected to see
last lines with:

[test_without_migrations]
test
testserver

But there is no '[test_without_migrations]'. 'test'
and 'testserver' appear in '[Django]'


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

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

Bug#915040: ITP: python3-socketio-realtime-server -- Python implementation of the Socket.IO realtime server

[Paulo Henrique de Lima Santana (phls)]

Package: wnpp
Severity: wishlist
Owner: "Paulo Henrique de Lima Santana (phls)" 

* Package name: python3-socketio-realtime-server
  Version : 2.1.0
  Upstream Author : Miguel Grinberg 
* URL : https://github.com/miguelgrinberg/python-socketio
* License : MIT
  Programming Lang: Python
  Description : Python implementation of the Socket.IO realtime server

 This socketio was implemented to work with flask-socketio.
 It has these features:
   * Fully compatible with the Javascript, Swift, C++ and Java official
 Socket.IO clients, plus any third party clients that comply with the
 Socket.IO specification.
   * Compatible with Python 2.7 and Python 3.3+.
   * Supports large number of clients even on modest hardware when used with
 an asynchronous server based on asyncio (sanic, aiohttp or tornado),
 eventlet or gevent. For development and testing, any WSGI compliant
 multi-threaded server can also be used.
   * Includes a WSGI middleware that integrates Socket.IO traffic with
 standard WSGI applications.
   * Broadcasting of messages to all connected clients, or to subsets of
 them assigned to "rooms".
   * Optional support for multiple servers, connected through a messaging
 queue such as Redis or RabbitMQ.
   * Send messages to clients from external processes, such as Celery workers
 or auxiliary scripts.
   * Event-based architecture implemented with decorators that hides the
 details of the protocol.
   * Support for HTTP long-polling and WebSocket transports.
   * Support for XHR2 and XHR browsers.
   * Support for text and binary messages.
   * Support for gzip and deflate HTTP compression.
   * Configurable CORS responses, to avoid cross-origin problems with
 browsers.

I am packaging this software because it is a dependency for flask-socketio,
and flask-socketio is a dependency to kytos, that it will package soon.

Bug#915048:

[Linear J]

Package: evolution
Version: 3.22.6-1+deb9u1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
I ran apt-get update ; apt-get upgrade

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Nothing works. I can no longer start evoluion
   * What was the outcome of this action?
hamilton ~ [9] evolution
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".

(evolution:3034): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL'
failed
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".
Xlib:  extension "RANDR" missing on display ":0.0".

(evolution:3034): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL'
failed
[1]3034 segmentation fault  evolution

   * What outcome did you expect instead?
I expected evolution to start

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


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

Kernel: Linux 4.9.0-4-amd64 (SMP w/12 CPU cores)
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)

Versions of packages evolution depends on:
ii  dbus   1.10.26-0+deb9u1
ii  evolution-common   3.22.6-1+deb9u1
ii  evolution-data-server  3.22.7-1
ii  libc6  2.24-11+deb9u3
ii  libcamel-1.2-593.22.7-1
ii  libclutter-gtk-1.0-0   1.8.2-2
ii  libecal-1.2-19 3.22.7-1
ii  libedataserver-1.2-22  3.22.7-1
ii  libevolution   3.22.6-1+deb9u1
ii  libglib2.0-0   2.50.3-2
ii  libgtk-3-0 3.22.11-1
ii  libical2   2.0.0-0.5+b1
ii  libicu57   57.1-6+deb9u2
ii  libnotify4 0.7.7-2
ii  libsoup2.4-1   2.56.0-2+deb9u2
ii  libwebkit2gtk-4.0-37   2.16.6-0+deb9u1
ii  libxml22.9.4+dfsg1-2.2+deb9u2
ii  psmisc 22.21-2.1+b2

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-9
ii  evolution-plugins  3.22.6-1+deb9u1
ii  yelp   3.22.0-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   2.1.18-8~deb9u3
pn  network-manager 

-- no debconf information

Bug#915042: tracker-extract: crash while extracting Matroska data

[Patrice Duroux]

Package: tracker-extract
Version: 2.1.5-3
Severity: normal

Dear Maintainer,

Following the advice of Reco at so point in this email thread:
https://lists.debian.org/debian-user/2018/11/msg00829.html
here follows some trace of the trouble that I got activating systemd-coredump
and installing some debugging symbol packages.
Also regarding the link in /tmp/tracker-extract-files. it is due to some
Matroska file.
Some difficulty is that it is trap in a «loop» on that generating lot of
crashes and lot of coredump.

Regards,
Patrice

   PID: 3857 (tracker-extract)
   UID: 1000 (patrice)
   GID: 1000 (patrice)
Signal: 31 (SYS)
 Timestamp: Thu 2018-11-29 19:12:53 CET (1min 35s ago)
  Command Line: /usr/lib/tracker/tracker-extract
Executable: /usr/lib/tracker/tracker-extract
 Control Group: /user.slice/user-1000.slice/user@1000.service/tracker-
extract.service
  Unit: user@1000.service
 User Unit: tracker-extract.service
 Slice: user-1000.slice
 Owner UID: 1000 (patrice)
   Boot ID: 5122bdd0974e4b00b123ed9acc67a2bd
Machine ID: 7b96703962d14b21b365984860adb794
  Hostname: hp-dark
   Storage: /var/lib/systemd/coredump/core.tracker-
extract.1000.5122bdd0974e4b00b123ed9acc67a2bd.3857.154351517300.lz4
   Message: Process 3857 (tracker-extract) of user 1000 dumped core.

Stack trace of thread 3874:
#0  0x7f0e7d689839 __GI_raise (libc.so.6)
#1  0x7f0e7d674535 __GI_abort (libc.so.6)
#2  0x7f0e7d6cb718 __libc_message (libc.so.6)
#3  0x7f0e7d6d1e3a malloc_printerr (libc.so.6)
#4  0x7f0e7d6d3910 _int_free (libc.so.6)
#5  0x7f0e3818235a _ZN13MetaDataArrayI8PBMotionED4Ev
(libde265.so.0)
#6  0x7f0e381802c9 _ZN22decoded_picture_bufferD2Ev
(libde265.so.0)
#7  0x7f0e38175d37 _ZN15decoder_contextD2Ev (libde265.so.0)
#8  0x7f0e381760f9 _ZN15decoder_contextD0Ev (libde265.so.0)
#9  0x7f0e3816e967 de265_free_decoder (libde265.so.0)
#10 0x7f0e38397fc5 _gst_libde265_dec_free_decoder
(libgstde265.so)
#11 0x7f0e3aba339a gst_video_decoder_change_state
(libgstvideo-1.0.so.0)
#12 0x7f0e3ac91eee gst_element_change_state
(libgstreamer-1.0.so.0)
#13 0x7f0e3ac9260e gst_element_set_state_func
(libgstreamer-1.0.so.0)
#14 0x7f0e3ac6fb27 gst_bin_element_set_state
(libgstreamer-1.0.so.0)
#15 0x7f0e38c7eac2 gst_decode_bin_change_state
(libgstplayback.so)
#16 0x7f0e3ac91eee gst_element_change_state
(libgstreamer-1.0.so.0)
#17 0x7f0e3ac9260e gst_element_set_state_func
(libgstreamer-1.0.so.0)
#18 0x7f0e3ac6fb27 gst_bin_element_set_state
(libgstreamer-1.0.so.0)
#19 0x7f0e38c9406a gst_uri_decode_bin_change_state
(libgstplayback.so)
#20 0x7f0e3ac91eee gst_element_change_state
(libgstreamer-1.0.so.0)
#21 0x7f0e3ac9260e gst_element_set_state_func
(libgstreamer-1.0.so.0)
#22 0x7f0e3ac6fb27 gst_bin_element_set_state
(libgstreamer-1.0.so.0)
#23 0x7f0e3ac91eee gst_element_change_state
(libgstreamer-1.0.so.0)
#24 0x7f0e3ac9260e gst_element_set_state_func
(libgstreamer-1.0.so.0)
#25 0x7f0e3ac17e59 discoverer_cleanup
(libgstpbutils-1.0.so.0)
#26 0x7f0e3ac1c703 gst_discoverer_discover_uri
(libgstpbutils-1.0.so.0)
#27 0x7f0e646ab5a1 discoverer_init_and_run (libextract-
gstreamer.so)
#28 0x7f0e646ac8d0 tracker_extract_get_metadata
(libextract-gstreamer.so)
#29 0x5607bfadac97 n/a (/usr/lib/tracker/tracker-extract)

GNU gdb (Debian 8.2-1) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/tracker/tracker-extract...Reading symbols from
/usr/lib/debug/.build-
id/2b/005c2b502c7ac8de5fbaa40a3c0acf3cffb7b4.debug...done.
done.
[New LWP 3874]
[New LWP 3859]
[New LWP 3861]
[New LWP 3860]
[New LWP 3862]
[New LWP 3863]
[New LWP 3857]
[New LWP 3867]
[New LWP 3870]
[New LWP 3871]
[New LWP 3869]
[New LWP 3894]
[New LWP 3866]

Bug#868563: apparmor-profiles: Apparmor profiles for postfix programs have incorrect path

[intrigeri]

Julian Andres Klode:
> It needs some more changes, I'll try to get them fixed up
> this weekend, so I can roll out my server in enforced mode.
> It will be based on Ubuntu 18.04, though, so might need double
> checking.

Great!

Bug#915044: shibboleth-resolver FTBFS with new log4shib/xmltooling/shibboleth-sp stack

[Cantor, Scott]

The resolver library upstream has already been updated to reflect all these 
necessary changes so you're just duplicating that work.

-- Scott

Bug#915050: Keep out of testing

[Moritz Muehlenhoff]

Source: gitlab
Severity: serious

Gitlab is too fast-moving with weekly releases and backporting security fixes 
has already
failed us for stretch, keep it out of testing.

To meaningfully support it for use on stable, this would require some of the
infrastructure/policy changes discussed in the "What can Debian do to provide
complex applications to its users" thread from earlier the year on debian-devel.

Cheers,
Moritz

Bug#915038: RM: systemd-shim -- RoQA; unmaintained; dead upstream; broken

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

Please remove systemd-shim from the archive.  It is dead upstream,
unmaintained, uninstallable and broken.

AFAIU people who like systemd-logind's features, but don't want to run
systemd-init for some reason plan to use elogind instead which has now
entered the archive.

Ansgar

Bug#915043: nikto: missing build on all

[Joao Eriberto Mota Filho]

Package: nikto
Version: 1:2.1.5-3
Severity: grave
Justification: renders package unusable

Dear maintainer,

nikto do not migrated to testing and remains in unstable. The 'excuses' are:

Excuse for nikto

180 old (needed 33 days)
missing build on all: nikto (from 1:2.1.5-2)

The buildd says:

No entry in all database, check Packages-arch-specific

I think that nikto needs a re-upload to migrate to testing.

Regards,

Eriberto


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

Bug#915043: nikto: missing build on all

[Eriberto]

Em qui, 29 de nov de 2018 às 16:56, Vincent Bernat  escreveu:
>
>  ❦ 29 novembre 2018 16:51 -0200, Eriberto Mota :
>
> > I've prepared an NMU for nikto (versioned as 1:2.1.5-3.1) and
> > uploaded it to DELAYED/10. Please feel free to tell me if I
> > should delay it longer.
>
> Thanks. You can upload it right now if you want.

Thanks! I will do it.

Cheers,

Eriberto

Bug#906136: closed by Bastien ROUCARIES (sensible-browser doesn't seem to have a user local way of changing it)

[Phillip Susi]

reopen 906136
thanks

> hi,
> 
> You could set BROWSER variable...
> 
> could you retest

That's not a reason to close.

After testing, it appears this does work, however it is not documented
in the man page.  It should be.




signature.asc
Description: OpenPGP digital signature

Bug#914897: affects private debs too

[Ansgar Burchardt]

Simon McVittie writes:
> On Thu, 29 Nov 2018 at 18:34:42 +0100, Ansgar Burchardt wrote:
>> Regardless of debootstrap defaults or flag days, we could also consider
>> moving programs from /{s,}bin to /usr/{s,}bin with a compat symlink in
>> /{s,}bin
>
> I'm not convinced this is a good idea: it seems like it causes as many
> problems as it solves. It's effectively a gradual implementation of
> making merged /usr mandatory, with a lot of moving parts (places where
> it could go wrong) and a lot of packages and maintainers needing to be
> involved, but without the simpler end result of *actually* merging /usr.

Well, people don't like the simpler solution that someone else
proposed...

> We've been migrating from non-multiarch to multiarch for more than 5
> years and have still not got there, so I'm not confident that ad-hoc
> migration from unmerged to merged /usr would go any quicker.

Migrating /{s,}bin involves far fewer packages (only ~200 binary
packages).  There is still /lib though.

> It can also cause the same failure modes with hard-coded executable paths
> as merged /usr. Let's suppose we migrated grep from /bin to /usr/bin in
> the way you suggest during the Debian 11 release cycle. If a package that
> hard-codes the compile-time grep path (again, consider gzip, #914907)
> is built with the new grep, it won't work correctly with the old grep
> during a partial upgrade from Debian 10 to 11; but I don't see how it
> would pick up a versioned Depends on the new grep without manual action
> from the dependent package's maintainer, which isn't going to scale well.

You will always have this problem with partial upgrades unless *every*
package depends on a package that would ensure that the system has all
binaries previously in /bin also in /usr/bin.

In particular, if we want to treat this as a (release critical) bug,
iptables or any other package ever moving from /bin to /usr/bin (or the
other way) will always be buggy, regardless of any merged-/usr.  Same
for any binary ever moving between .../bin and .../sbin.

Ansgar

Bug#914999: [libc6] Locking problems into libc6

[Aurelien Jarno]

control: tag -1 + moreinfo

Hi,

On 2018-11-29 13:58, Roman Savochenko wrote:
> Package: libc6
> Version: 2.24
> Severity: critical
> 
> --- Please enter the report below this line. ---
> I have got already more signs of a problem into locking access to functions
> like to getaddrinfo(), by the macro __libc_lock_lock, which reproduced in
> multithreaded environments!
> 
> 1. For my program, I was needed to create extra locking about the function
> getaddrinfo(), but that resolved the problem only for my calls but for the
> external libraries like to MySQL, MariaDB I yet have the crashes and it
> cannot be fixed at all.

Can you give more details about the issue, the symptoms, possible crash
backtrace, way to reproduce it. Without this details, there are very few
chances to be able to fix the bug.

> 2. rtl8192eu by the driver rtl8xxxu, or the external one 8192eu.ko, does not
> connect to any network with that messages into dmesg:
> [  137.936642] wlx000f0064f2d8: authenticate with 00:90:4c:08:00:0d
> [  137.940680] wlx000f0064f2d8: send auth to 00:90:4c:08:00:0d (try 1/3)
> [  138.145146] wlx000f0064f2d8: send auth to 00:90:4c:08:00:0d (try 2/3)
> [  138.353198] wlx000f0064f2d8: send auth to 00:90:4c:08:00:0d (try 3/3)
> [  138.557239] wlx000f0064f2d8: authentication with 00:90:4c:08:00:0d timed
> out

glibc is not involved at all in the wireless driver, so I don't see the
relation with the previous issue.

> 3. Impossible to connect to any WLan HotSpot (Ad-hoc), for me it is Nokia N9

Without more details, I also fail to see the relation with glibc here.

> All those issues fine fork on two Debian 8 installations with the libc6
> 2.19, where one on the same hardware as Debian 9.
> Other Debian 9 installation on the stationary PC also does not work for the
> second issue.
> Initially I heve counted it is kernel problems but I have installed this
> same Linux kernel version on Debian 8 and these all work there.

There are thousands of packages in different versions between Debian 8
and Debian 9. You have found it's not related to the kernel, but I fail
to see how that shows it's a libc6 issue. For example when you have
tried the kernel from Debian 9 in Debian 8, have you also tried with the
rtl8192 firmware from Debian 9?

Anyway if we want to know that the problem is related with glibc, please
try to install glibc packages (libc*, possibly locales* and nscd if
needed) from Debian 9 onto a working Debian 8 installation and see if
the problem appears.

Without more information, there is no way for us to fix the bug, so
we'll just have to close it.

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#915054: vtk7: With #894076 fixed libvtk7.1-qt* can be enabled on armel/armhf

[Adrian Bunk]

Source: vtk7
Version: 7.1.1+dfsg1-10
Severity: normal

With #894076 fixed libvtk7.1-qt* can be enabled on armel/armhf
and the build dependency changed from libqt5opengl5-desktop-dev
to libqt5opengl5-dev.

Bug#912857: libruby2.5 is wrongly marked Multi-Arch: same

[Antonio Terceiro]

Control: done -1 2.5.3-3

On Sun, Nov 04, 2018 at 05:18:24PM +0100, Helmut Grohne wrote:
> Package: libruby2.5
> Version: 2.5.1-6+b1
> Severity: important
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> libruby2.5 is wrongly marked Multi-Arch: same. It fails to coinstall on
> amd64 and arm64:
> 
> | Unpacking libruby2.5:arm64 (2.5.1-6+b1) ...
> | dpkg: error processing archive 
> /tmp/apt-dpkg-install-xsTPRC/29-libruby2.5_2.5.1-6+b1_arm64.deb (--unpack):
> |  trying to overwrite shared 
> '/usr/lib/ruby/2.5.0/rdoc/generator/template/darkfish/images/macFFBgHack.png',
>  which is different from other instances of package libruby2.5:arm64
> | dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
> | Errors were encountered while processing:
> |  /tmp/apt-dpkg-install-xsTPRC/29-libruby2.5_2.5.1-6+b1_arm64.deb
> | E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> The multiarch hinter says:
> 
> | libruby2.5 conflicts on 
> /usr/lib/ruby/2.5.0/rdoc/generator/template/darkfish/images/macFFBgHack.png 
> on any two of amd64, arm64, armel, armhf, and 6 more
> 
> Please remove the erroneous Multi-Arch: same marking or fix the file
> conflict.

It seems the final form of that file was capturing the build timestamp,
but that seems to not be the case anymore.  I checked this again against
libruby2.5 2.5.3-3 from the archive and a local binNMU-style build done
with sbuild, and the files are identical. I also tested installing
libruby2.5:i386 and libruby2.5:arm64 from the archive on an amd64
container, and it went fine.


signature.asc
Description: PGP signature

Bug#612509: Bug#684115: Any news on relaxing to only suggest wildmidi-config?

[Fabian Greffrath]

Hi Bret,

Am Donnerstag, den 29.11.2018, 16:43 +0100 schrieb bret curtis:
> https://salsa.debian.org/psi29a-guest/WildMIDI

so, you would like me to review and upload this?

Is this the canonical location for the packaging repository?

Cheers,

 - Fabian



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

Bug#915035: FTBFS: prometheus-process-exporter on ppc64el and others

[Frédéric Bonnard]

Package: src:prometheus-process-exporter
Version: 0.4.0-1
Control: tags -1 patch ftbfs

--

Hi,

prometheus-process-exporter fails to build on ppc64el :
https://buildd.debian.org/status/fetch.php?pkg=libgtextutils=ppc64el=0.7-5=1531516998=://buildd.debian.org/status/fetch.php?pkg=prometheus-process-exporter=ppc64el=0.4.0-1=1542122591=0
in a test.

I think this is due to a hardcoded expected value for the RSS not taking
into account the local pagesize value.
Here is a patch that I tested successfully that may solve the other
FTBFS on the other arches :

https://salsa.debian.org/go-team/packages/prometheus-process-exporter/merge_requests/1

Regards,


F.


pgpX8okVXpGoJ.pgp
Description: PGP signature

Bug#915069: libphp-predis: Useless in Debian, superseded by php-nrk-predis

[David Prévot]

Package: libphp-predis
Version: 0.8.3-1
Severity: serious

libphp-predis was packaged a few years ago, and is not used by any
Debian anymore. The php-nrk-predis is a more recent version of the same
package, so there is a priori little point to ship libphp-predis in a
stable Debian release.

I intend to follow up with an RM request in a few months if nobody
objects (but feel free to beat me to it).

Regards

David

Bug#915068: php-nrk-predis: Please, upgrade to latest version

[David Prévot]

Package: php-nrk-predis
Version: 1.0.0-1
Severity: wishlist

Dear Maintainer,

Version 1.1.1 was released over two years ago, and version >= 1.1 will
be needed to run the testsuite of recent Symfony.

I intend to continue the maintainance of this package under the Debian
PHP PEAR Maintainers umbrella unless someone disagrees.

Regards

David

Bug#915071: ITP: node-memory-streams -- light-weight implementation of the Stream.Readable and Stream.Writable

[Nicolas Mora]

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

* Package name: node-memory-streams
  Version : 0.1.3
  Upstream Author : Paul Jackson (http://jaaco.uk/)
* URL : https://github.com/paulja/memory-streams-js
* License : Expat
  Programming Lang: JavaScript
  Description : light-weight implementation of the Stream.Readable
and Stream.Writable

 Memory Streams JS is a light-weight implementation of the
Stream.Readable and
 Stream.Writable abstract classes from node.js. You can use the classes
 provided to store the result of reading and writing streams in memory. This
 can be useful when you need pipe your test output for later inspection
or to
 stream files from the web into memory without have to use temporary
files on
 disk.
 .
 Forked from https://github.com/paulja/memory-streams-js to be modified
so that
  .end() calls emit a finish event.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is required for node-istanbuljs

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

[Brian May]

Elimar Riesebieter  writes:

> Here we go:
>
> root@toy>pts/4 /etc/spamassassin/sa-update-hooks.d # ./amavisd-new 
> 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.
> root@toy>pts/4 /etc/spamassassin/sa-update-hooks.d # 
>
> Get the same result as user amavis

Ok, thanks. Unfortunately I just cannot
reproduce this error:

(buster-amd64-default)root@silverfish:/etc/spamassassin/sa-update-hooks.d# 
./amavisd-new 
(buster-amd64-default)root@silverfish:/etc/spamassassin/sa-update-hooks.d# 

(similar results on a sid chroot)

Is it possible this is a problem with your config files or something?

Also line 830 of /usr/sbin/amavisd-new appears to be a comment. Wish the
error included the filename so I can be sure I was looking at the right
file...
-- 
Brian May 

Bug#915027: libxft-dev should be installable for multiple architectures simultaneously

[Sven Joachim]

Control: tags -1 unreproducible

On 2018-11-29 10:16 -0600, Davy Durham wrote:

> Package: libxft-dev
> Version: 2.3.2-2
>
> Attempting to install libxft-dev for amd64 and i386 at the same time
> (or any other arch for that matter) gives an error that they
> conflict.

Not for me, I can coinstall libxft-dev:amd64 and libxft-dev:i386 just
fine.

> This is because the "Package: libxft-dev"section of the
> debian/control file does not contain "Multi-arch: same" (see
> https://wiki.debian.org/MultiArch/Hints#set_Multi-Arch:_same)which
> says that any duplicate files between the two different architectures
> is fine.

That's already the case:

,
| $ aptitude show libxft-dev | grep -E Multi-Arch
| Multi-Arch: same
`

> P.S. The same bug could be filed for libxi-dev, libxtst-dev, (these
> two also affect me) and probably many of the other x dev packages. 
> Let me know if you want me to file separate bug reports for those.

Most definitely not, libxi-dev and libxtst-dev are also already
"Multi-Arch: same".

My hunch is that you are running unstable and there might be a version
skew for some dependency package (libc6-dev, maybe?) which prevents you
from installing both libxft-dev:amd64 and libxft-dev:i386.  If that is
the case, please retry after the next mirror push.

Cheers,
   Sven

Bug#910224: python{,3}-saharaclient: leaves alternatives after purge: /usr/bin/sahara

[Andreas Beckmann]

Followup-For: Bug #910224
Control: tag -1 patch

Hi,

attached is an *untested* patch to clean up the obsolete diversions.


Andreas
diff -Naur python-saharaclient-2.0.0.orig/debian/changelog 
python-saharaclient-2.0.0/debian/changelog
--- python-saharaclient-2.0.0.orig/debian/changelog 2018-09-04 
22:45:05.0 +0200
+++ python-saharaclient-2.0.0/debian/changelog  2018-11-29 17:53:24.600586356 
+0100
@@ -1,3 +1,10 @@
+python-saharaclient (2.0.0-3) UNRELEASED; urgency=medium
+
+  [ Andreas Beckmann ]
+  * Remove obsolete alternatives on upgrade.  (Closes: #910224)
+
+ -- Andreas Beckmann   Thu, 29 Nov 2018 17:50:48 +0100
+
 python-saharaclient (2.0.0-2) unstable; urgency=medium
 
   * Uploading to unstable.
diff -Naur python-saharaclient-2.0.0.orig/debian/python-saharaclient.postinst 
python-saharaclient-2.0.0/debian/python-saharaclient.postinst
--- python-saharaclient-2.0.0.orig/debian/python-saharaclient.postinst  
1970-01-01 01:00:00.0 +0100
+++ python-saharaclient-2.0.0/debian/python-saharaclient.postinst   
2018-11-29 17:49:28.056075157 +0100
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+set -e
+
+if [ "$1" = "configure" ] ; then
+   update-alternatives --remove sahara /usr/bin/python2-sahara
+fi
+
+#DEBHELPER#
+
+exit 0
diff -Naur python-saharaclient-2.0.0.orig/debian/python3-saharaclient.postinst 
python-saharaclient-2.0.0/debian/python3-saharaclient.postinst
--- python-saharaclient-2.0.0.orig/debian/python3-saharaclient.postinst 
1970-01-01 01:00:00.0 +0100
+++ python-saharaclient-2.0.0/debian/python3-saharaclient.postinst  
2018-11-29 17:50:22.228187954 +0100
@@ -0,0 +1,11 @@
+#!/bin/sh
+
+set -e
+
+if [ "$1" = "configure" ] ; then
+   update-alternatives --remove sahara /usr/bin/python3-sahara
+fi
+
+#DEBHELPER#
+
+exit 0

Bug#915039: CVE-2018-19516: HTML email can open browser window automatically

[Felix Geyer]

Source: kf5-messagelib
Version: 4:18.08.1-1
Severity: grave
Tags: upstream security

Hi,

KDE published the following security advisory (CVE-2018-19516):

> messagelib by default displays emails as plain text, but gives the user
> an option to "Prefer HTML to plain text" in the settings and if that option
> is not enabled there is way to enable HTML display when an email contains 
> HTML.
>
> Some HTML emails can trick messagelib into opening a new browser window when
> displaying said email as HTML.
>
> This happens even if the option to allow the HTML emails to access
> remote servers is disabled in KMail settings.
>
> This means that the owners of the servers referred in the email can see
> in their access logs your IP address.

https://www.kde.org/info/security/advisory-20181128-1.txt

Cheers,
Felix

Bug#915047: darktable: please pass -DRAWSPEED_ENABLE_LTO=ON to cmake to enable partial LTO

[Roman Lebedev]

Package: darktable
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Submitted patch at 
https://salsa.debian.org/debian-phototools-team/darktable/merge_requests/2
As recommended, also filing a bug for this.

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

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

Versions of packages darktable depends on:
ii  libc62.27-8
ii  libcairo21.16.0-1
ii  libcolord-gtk1   0.1.26-2
ii  libcolord2   1.4.3-3+b1
ii  libcups2 2.2.9-2
ii  libcurl3-gnutls  7.62.0-1
ii  libexiv2-14  0.25-4
ii  libflickcurl01.26-4
ii  libgcc1  1:8.2.0-10
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-6
ii  libglib2.0-0 2.58.1-2
ii  libgomp1 8.2.0-10
ii  libgphoto2-6 2.5.20-3
ii  libgphoto2-port122.5.20-3
ii  libgraphicsmagick-q16-3  1.3.31-1
ii  libgtk-3-0   3.24.1-2
ii  libilmbase23 2.2.1-2
ii  libjpeg62-turbo  1:1.5.2-2+b1
pn  libjs-prototype  
pn  libjs-scriptaculous  
ii  libjson-glib-1.0-0   1.4.4-1
ii  liblcms2-2   2.9-3
ii  liblensfun1  0.3.2-4
ii  liblua5.3-0  5.3.3-1
ii  libopenexr23 2.2.1-4
ii  libopenjp2-7 2.3.0-1
ii  libosmgpsmap-1.0-1   1.1.0-5
ii  libpango-1.0-0   1.42.4-4
ii  libpangocairo-1.0-0  1.42.4-4
ii  libpng16-16  1.6.34-2
ii  libpugixml1v51.9-2
ii  librsvg2-2   2.44.9-1
ii  libsecret-1-00.18.6-3
ii  libsoup2.4-1 2.64.2-1
ii  libsqlite3-0 3.25.3-2
ii  libstdc++6   8.2.0-10
ii  libtiff5 4.0.10-3
ii  libwebp6 0.6.1-2
ii  libx11-6 2:1.6.7-1
ii  libxml2  2.9.4+dfsg1-7+b2
ii  libxrandr2   2:1.5.1-1
ii  zlib1g   1:1.2.11.dfsg-1

darktable recommends no packages.

darktable suggests no packages.

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAlwAOKgACgkQCDw+u0oW
ieBeOw//bn5GGZAFaFWGBZRu1wKdhnWbojO3dhshvT1uLgNAbdbWocBZnO/j7Byb
ac65ZHeZ2cYWfqtfSV5vGxLpljORpFqReebXVciMJbWnmuC8GsgTebIugEn4sHGw
pMPTHZR0QrI02kiRNWK0nDR20ppfsfCPq2kCksYGECLlm17oAOtKG+VN2rbz3BrO
oakap3wzkE2G8vHB34p0pu3r3kU73SvU5c0CuZwJVougwqpl7Lz6+8hLhH0oL8wF
efoQUlF2Vyb8XK4ZoSvMKyMTjOq/bv4V+/aPgSzMO7uw9efdZfaz65ijTdOxEXya
o00Q0vIZ1Ko1NCyMMr4LU0bQ6RbeUFITFH7SadrIANWcccU9rqub1SluZBxpwz6B
tC5gfvOJAKnW5nX4ggIz4KcHauacdpc4lHtflDB1ys1jmXrmjrZbEu4UM9qHXbfq
w4dugEmxZZ0lqYhZhQnlpGrZ+TyQleDxW9AEsiSZZvog89kaXligN6KIp4rXrSOX
kA8jqEXlosGe1ul/oIe73OUvxxIEMehzLaLqELiziswPE2Bo5HeVXZNWSzqOJU9G
6SFhDG3lXpo7ThzsN956A32yL5g/svl7RjAL7GzkgzQ5UZTYPR+cxdSCRsO45kV2
h1TuO9Gdx9kyLYtBWd2l+PQyniw0+FpyhmV2xAbSc+ANiFZ6tz0=
=Y0XH
-END PGP SIGNATURE-

Bug#868563: apparmor-profiles: Apparmor profiles for postfix programs have incorrect path

[Julian Andres Klode]

On Mon, Jan 29, 2018 at 12:03:02PM +0100, intrigeri wrote:
> Hi,
> 
> the preferred way to fix this nowadays is to fork
> https://gitlab.com/apparmor/apparmor, edit files in
> profiles/apparmor/profiles/extras, commit, push a branch and follow
> the instructions that `git push' will provide to submit
> a merge request.
> 
> I guess that replacing all relevant occurrences of:
> 
>   /usr/lib/postfix
> 
> with:
> 
>   /usr/lib/postfix{,/sbin}
> 
> … should to the trick :)

It needs some more changes, I'll try to get them fixed up
this weekend, so I can roll out my server in enforced mode.
It will be based on Ubuntu 18.04, though, so might need double
checking.

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer  i speak de, en

Bug#915046: mariadb-10.3: Please build with -latomic where necessary

[John Paul Adrian Glaubitz]

Source: mariadb-10.3
Version: 1:10.1.37-1
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpc

Hello!

On some 32-bit targets like mips or powerpc, the mariabdb-10.3 build fails
with:

 error: #error atomic ops for this platform are not implemented

This is because the test for C++11 atomics in configure.cmake fails:

CHECK_CXX_SOURCE_COMPILES("
 int main()
 {
  long long int var= 1;
  long long int *ptr= 
  return (int)__atomic_load_n(ptr, __ATOMIC_SEQ_CST);
 }"
HAVE_GCC_C11_ATOMICS)

Trying to build this code on ppc64 works fine:

glaubitz@redpanda:~/mariadb$ g++ cpp11test.cpp -o cpp11test
glaubitz@redpanda:~/mariadb$ ./cpp11test

On powerpc, we need -latomic otherwise the compilation fails
and HAVE_GCC_C11_ATOMICS is set to false:

root@kapitsa:~# g++ cpp11test.cpp -o cpp11test
/usr/bin/ld: /tmp/ccyivhlO.o: in function `main':
cpp11test.cpp:(.text+0x48): undefined reference to `__atomic_load_8'
collect2: error: ld returned 1 exit status
root@kapitsa:~#

root@kapitsa:~# g++ cpp11test.cpp -o cpp11test -latomic
root@kapitsa:~#

I have no idea, however, how to tell cmake here to pass -latomic, I'm
not a cmake expert.

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#914939: Tested other kernels

[Jakub Filo]

This bug seems related to 
https://bugs.freedesktop.org/show_bug.cgi?id=107573#c12 Kernel series 4.18 is 
affected by this bug. The bug is fixed in kernel series 4.19 (tested 
4.19.5-1~exp1 from experimental) 4.9.110-3 (stretch) is the last stretch kernel 
not affected. 4.9.130-2 (current stretch) is affected. 4.9.135-1 
(stretch-proposed) is affected. 

Bug#915064: geany: syntax highlighting broken for Perl here-documents with ~ modifier

[Celejar]

Package: geany
Version: 1.33-1
Severity: normal

Dear Maintainer,

Syntax highlighting is broken for Perl here-documents with ~ modifier.
The parser apparently doesn't understand that the whitespace-prefixed delimiter
ends the quoted text, and continues to highlight the following text as
quoted.

For example, with the attached file, Geany continues to highlight the
keywords 'my', 'print', and 'exit', as well as the closing brace, in green,
as quoted text, despite the fact that the Perl interpreter correctly
interprets and runs the code.

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

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

Versions of packages geany depends on:
ii  geany-common 1.33-1
ii  libatk1.0-0  2.30.0-1
ii  libc62.27-8
ii  libcairo-gobject21.16.0-1
ii  libcairo21.16.0-1
ii  libfribidi0  1.0.5-3
ii  libgcc1  1:8.2.0-10
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-6
ii  libglib2.0-0 2.58.1-2
ii  libgtk-3-0   3.24.1-2
ii  libpango-1.0-0   1.42.4-4
ii  libpangocairo-1.0-0  1.42.4-4
ii  libstdc++6   8.2.0-10

geany recommends no packages.

Versions of packages geany suggests:
pn  doc-base  
ii  libvte9   1:0.28.2-5+b3

-- no debconf information
#!/usr/bin/perl -w

{
print <<~EOF;
some text
EOF
}
my $foo = "Done\n";
print $foo;
exit;

Bug#907840: emacs-goodies-el: where are projects.el and ff-paths.el maintained?

[Nicholas D Steeves]

Hi David,

Just following up on this bug as requested on IRC, as a weekend
reminder, the gist being "OK, hearing now comment, I guess we'll
proceed with removal".

Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#915066: RM: gnucash [armel mips] -- ROM, RoQA; FTBFS, old binaries depend on webkitgtk

[Jeremy Bicha]

Package: ftp.debian.org
X-Debbugs-Cc: gnuc...@packages.debian.org, bi...@debian.org
Affects: src:gnucash
Control: block 893863 by -1

Please remove the gnucash binaries from armel and mips.

gnucash doesn't build on armel because it uses guile-2.2 which doesn't
build on armel currently.

It doesn't build on mips and there isn't really anyone that cares
enough about it there to justify holding the package back from
everyone else.

gnucash has no reverse dependencies in Debian.

These old gnucash binaries are blocking the removal of the old webkitgtk.

References

- https://bugs.debian.org/914674 gnucash bug suggesting arch removal
with maintainer's approval
- https://bugs.debian.org/910059 gnucash RFH bug
- https://bugs.debian.org/883778 the guile armel bug

Thanks,
Jeremy Bicha

Bug#599665: python-twisted-core: Please change recommends to suggests

[John Scott]

Source: twisted
Followup-For: Bug #599665

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This is a general problem with the source package. python3-twisted still
tries to pull in non-existant python3-pam instead of python3-pampy, and
regardless of the need for the recommendation not being able to install
a recommended package caught me by surprise.

- -- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
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= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-BEGIN PGP SIGNATURE-

iQEzBAEBCgAdFiEEAXEkn09uX7g8Tv8W3qerYfa4vJcFAlwAlOgACgkQ3qerYfa4
vJcPjAf+KwUqcfpR+P+btopffK7SdY1gD2+M+L2g/XO4IbEx17xEAf85n8hVRl0N
+UirtHX/AGZWlr+F2HiDhbu+VtJTVU2ztZobhtyjfOCH+pF0jyaRhpQfBYCtwNq6
r9uiI8dQ2vfMFNYrBIoQaIyjk6/NIzfkQlKprOkrYBvjXsvR1hJZQMn0ju9YeKAO
8pK8uG3Prl+VSZKHUdYopaXHr9/hFgx08LJLTPhk7e/wkO0h9NVec3efXvzy8Wyz
ezMCzp3PS8WbuuYNAz2/g4nGTxxH3zmoxaULlhzCGzk2x0hvAlNJ+xTnwxsZQAGA
Du7uUkOUXnkCGRNfus9NGiC/473h6Q==
=iZ6f
-END PGP SIGNATURE-

Bug#915067: RFP: node-gulp-debug -- Debug Vinyl file streams to see what files are run through your Gulp pipeline

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: node-gulp-debug
  Version : 4.0.0
  Upstream Author : Sindre Sorhus
* URL : https://notabug.org/makenotabuggreatagain/gulp-debug/
* License : MIT
  Programming Lang: javascript
  Description : Debug Vinyl file streams to see what files are run through 
your Gulp pipeline

Debug Vinyl file streams to see what files are run through your Gulp pipeline

Dependency of node-semantic-ui ( #915062 ).

Bug#898202: Current state

[Scott Hardin]

I have not yet. Is there a spot where Debian folks usually throw up 
their code or should I just put it up on GitHub somewhere?


Scott

On 11/20/2018 4:02 AM, kaliko wrote:

Hi Scott

On Mon, 19 Nov 2018 Scott Hardin  wrote:

I'm still working on this. Sorry for lack of updates! I'm a bit busy at
work this week, but I would love to show what I've got so far this
weekend if you have any advice to offer.

Have you published you work somewhere?

I believe this package should be maintained in "Debian Multimedia Team".

Cheers
k

Bug#909865: double rounding x87 FPU

[Mathieu Malaterre]

Control: tags -1 patch

Usual stuff on x86 (again). Could someone with better automake
expertise confirm the patch is not too silly. Technically we only need
to apply this on x86 arch (linux-x86, hurd-x86, maybe kFreeBSD?).
Maybe I should be using IlmImfTest_CFLAGS but I did not check to much.



% cat debian/patches/bug909865.patch
--- openexr-2.2.1.orig/IlmImfTest/Makefile.am
+++ openexr-2.2.1/IlmImfTest/Makefile.am
@@ -54,6 +54,8 @@ IlmImfTest_SOURCES = main.cpp tmpDir.h t

 AM_CPPFLAGS = -DILM_IMF_TEST_IMAGEDIR=\"$(srcdir)/\"

+AM_CPPFLAGS += -ffloat-store
+
 if BUILD_IMFHUGETEST
 IlmImfTest_SOURCES += testDeepScanLineHuge.cpp testDeepScanLineHuge.h
 AM_CPPFLAGS += -DENABLE_IMFHUGETEST

Bug#914541: [libpam-modules-bin] unix_chkpwd should be SUID instead of SGID, otherwise kscreen_locker does not work

[hg42]

As a workaround, I created a file /etc/apt/apt.conf.d/99hg-fix-unix_chkpwd

# https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914541
DPkg::Post-Invoke { "/usr/bin/stat -c '%n %a %U %G' /sbin/unix\_chkpwd ; chmod 
4755 /sbin/unix\_chkpwd ; /usr/bin/stat -c '%n %a %U %G' /sbin/unix\_chkpwd"; };


which ensures the necessary permissions after each update

Bug#915065: starjava-vo: Unused dependency on libaxis-java

[Emmanuel Bourg]

Source: starjava-vo
Severity: normal

Dear Maintainer,

starjava-vo has a dependency on libaxis-java but it actually builds fine
without it. It uses a SOAP client from starjava-registry [1] that used to
be based on Axis but no longer use it as highlighted by this comment in
the SoapClient class:

 /**
  * Lightweight, freestanding SOAP client which can make simple requests
  * and allows the responses to be processed as a SAX stream.
  * Logging of sent and received XML can optionally be performed by
  * using the {@link #setEchoStream} method.
  * Probably, there is much of SOAP that this doesn't implement, but
  * it works well enough to write a registry client on top of it.
  *
  * Why write yet another SOAP client?  Last time I tried to get Axis
  * to do this (stream processing of the response) it took me several
  * days of misery, and still didn't work.  The actual job I need to
  * do here is quite straightforward, so it's not difficult to write it
  * from scratch.
  *
  * @author   Mark Taylor
  * @since9 Dec 2009
  */

Since we plan to request the removal of libaxis-java due to compatibility
issues with Java 11 (#911187), could you please remove the libaxis-java
dependency from starjava-vo?

Thank you,

Emmanuel Bourg

[1] 
https://salsa.debian.org/debian-astro-team/starjava-registry/blob/master/src/main/uk/ac/starlink/registry/SoapClient.java

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

[Dmitry Smirnov]

On Thursday, 29 November 2018 8:50:58 PM AEDT Jeremy Bicha wrote:
> 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.

Apologies for delay, Jeremy. It would be helpful if you could file that  
removal bug on my behalf. If you are busy then I'll see if I can do that some 
time before the end of this week...

Thanks.

-- 
All the best,
 Dmitry Smirnov.

---

You have to start with the truth. The truth is the only way that we can
get anywhere. Because any decision-making that is based upon lies or
ignorance can't lead to a good conclusion.
-- Julian Assange, 2010


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

Bug#915061: gap: improved watchfile [patch]

[Mattia Rizzolo]

On Fri, Nov 30, 2018 at 12:20:28AM +0100, Bill Allombert wrote:
> Hello Mattia, the actual Debian tarball is generated by
> debian/tarball, so if debian/watch mangles the version 
> then debian/tarball must be changed not to do it.

oh, sorry.  I clearly didn't look around the package.  However I believe
you wouldn't need to modify anything in that file even after my proposed
change.  However looking at that file I couldn't help but think that
what you do that is nowadays suggested to do though a Files-Excluded
field in d/copyright following copyright-format 1.0 (something that gap
is not using, and could potentially be quite a big task to adopt, even
if I recommend it).

What my changes do is only to mangle the internal view that uscan uses
to compare against the version used upstream, i.e. even after that
change it would still download a file named e.g. 1.10.0.

> It seems to me there might be some benefit to your change that you are
> not communicating.

I was only thinking of that because I noticed the message "A new
upstream version is available" on the tracker, that I believe is always
present with the watchfile as it is now, even when the software is fully
up to date.  Whereas I think that with my changes uscan would finally be
able to properly compare the debian version against upstream and such
you wouldn't needlessly have such message (same for the DDPO, of
course).

-- 
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#915020: munin-plugins-java: copyright file missing after upgrade (policy 12.5)

[Lars Kruse]

Control: tags -1 +pending

Hello Andreas,

thank you for your report.

I prepared a fix for the issue.

@Holger: please take a look at the commit (6d4791c9) in my repository on salsa
[1] and merge it, if it looks good for you.


Cheers,
Lars


[1] g...@salsa.debian.org:sumpfralle-guest/munin.git

Bug#915070: wodim ignores -dummy

[Md Ayquassar]

Package: wodim
Version: 9:1.1.11-3+b2
Severity: critical

Starting with a blank 4.7 Gb DVD-R in the optical drive "HL-DT-ST DVD+-RW 
GS30N",
my_file.iso containing a freshly downloaded copy of Windows 10 (US English, 
x64),
and issuing
$ sudo wodim -v driver=mmc_cd_dvd dev=/dev/sg1 -dummy -dao speed=1 fs=100m
driveropts=noburnfree -data my_file.iso

twice, I discovered that the first dry run succeeded, but the second did not.
Upon ejecting the disc, I saw a differently colored ring on the disc. So, wodim
didn't turn off the laser completely and thus made the disc unusable.

So, we can no more test wodim's features without destroying discs. In practical
terms, this makes wodim a harmful program. I suggest removing it from Debian
completely.

Bug#907629: [Pkg-rust-maintainers] Bug#907629: librsvg: Embedded code copies: assorted Rust libraries

[Ximin Luo]

Ximin Luo:
> Simon McVittie:
>> [..]
>>
>> librsvg runs `cargo build` during its own build: running `make` compiles
>> C code, then calls `cargo build` to compile Rust code that depends on the
>> C, then compiles some more C code that depends on the Rust. I don't think
>> we can avoid that.
>>
>> It might be possible to patch Makefile.am to use dh_auto_build or
>> dh_auto_install instead of `cargo build`, but that's "inside out" compared
>> with a normal Debian package build, so I'd be far from confident about
>> making that change myself.
>>
> [..]

The latest version of the cargo Debian package has a wrapper script that should 
make this a bit easier. The cargo build itself now uses this wrapper script, 
see here for an example: 
https://salsa.debian.org/rust-team/cargo/blob/debian/sid/debian/rules

For librsvg, it should be sufficient to add a build-depends on python3:native, 
and add something like this to your d/rules:

PATH := /usr/share/cargo/bin:$(PATH)
export PATH

override_dh_auto_configure:
cargo prepare-debian $(CURDIR)/vendor

Later, when this bug is fixed and you stop depending on vendored libraries, the 
configure override can be changed to:

override_dh_auto_configure:
cargo prepare-debian /usr/share/cargo/registry

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
https://github.com/infinity0/pubkeys.git

Bug#915072: keysafe: build-depends on many no longer available libghc-*-dev versions

[Andreas Beckmann]

Source: keysafe
Version: 0.20170811-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The following packages have unmet dependencies:
 builddeps:keysafe : Depends: libghc-argon2-dev (< 1.3) but 1.3.0.1-4+b1 is to 
be installed
 Depends: libghc-aeson-dev (< 1.2) but 1.3.1.1-3 is to be 
installed
 Depends: libghc-async-dev (< 2.2) but 2.2.1-2+b1 is to be 
installed
 Depends: libghc-exceptions-dev (< 0.9) but 0.10.0-2+b1 is 
to be installed
 Depends: libghc-optparse-applicative-dev (< 0.14) but 
0.14.2.0-2+b1 is to be installed
 Depends: libghc-raaz-dev (>= 0.1.1) but it is not going to 
be installed
 Depends: libghc-raaz-dev (< 0.1.1+~) but it is not going 
to be installed
 Depends: libghc-secret-sharing-dev (>= 1.0) but it is not 
going to be installed
 Depends: libghc-secret-sharing-dev (< 1.1) but it is not 
going to be installed
 Depends: libghc-servant-dev (< 0.12) but 0.14.1-2 is to be 
installed
 Depends: libghc-servant-client-dev (< 0.12) but 0.14-3 is 
to be installed
 Depends: libghc-servant-server-dev (< 0.12) but 0.14.1-2 
is to be installed
 Depends: libghc-unix-compat-dev (< 0.5) but 0.5.1-1+b1 is 
to be installed


Andreas

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#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#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

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#915057: ITP: redberry-pipe -- implementation of concurrent pipelines

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: redberry-pipe
  Version : 0.9.7
* URL : https://bitbucket.org/redberry/redberry-pipe
* License : GPL
  Programming Lang: Java
  Description : implementation of concurrent pipelines

 Redberry is an open source computer algebra system designed for algebraic
 manipulations with tensors.
 .
 This package provides its "pipe" subproject featuring a Java library
 for implementation of concurrent pipelines.

 The package is prepared to be uploaded to 
https://salsa.debian.org/java-team/redberry-pipe
 for team maintenance.

Bug#915007: opensaml2 FTBFS with xmltooling 3

[Ferenc Wágner]

peter green  writes:

> I then had a poke around and noticed that an "opensaml" source package
> had recently been uploaded that seems to have taken over most of the
> binary package names from opensaml2. If the intention is for opensaml
> to replace opensaml2 can you file a removal request?

Hi,

Yes, the source package was renamed before the upgrade, and the old
opensaml2 and shibboleth-sp2 source packages will be removed once
shibboleth-resolver and moonshot-gss-eap are upgraded to build using the
new ones.
-- 
Regards,
Feri

Bug#915060: link-grammar: autopkgtest relies on built binaries without matching dependencies

[Rene Engelhard]

Source: link-grammar
Version: 5.5.0-1
Severity: serious

Hi,

$ cat debian/tests/control
Tests: unit-tests
Depends: @, python3-distutils, build-essential, hunspell-en-us, locales-all,
 default-jdk [!hppa !hurd-i386 !m68k !sh4],
Restrictions: build-needed

So far so good.

But that means that in the testing migration autopkgtests this breaks when
there is a hunspell transition.

See e.g. 
https://ci.debian.net/data/autopkgtest/testing/amd64/l/link-grammar/1399248/log.gz

What seems to happen (correct me if I am wrong) is:

1. link-grammar gets built. Because the autopkgtest injects libhunspell 1.7 
somehow into the
build this one is built against libhunspell-1.7.

2. Now the test packages get installed in a clean environment. Because you just 
say "@" you get
the dependencies from your own package (libhunspell-1.6) , not the built one 
(as should be, indeed)

3. The test now fails because it cannot open the libhunspell-1.7.so.0 because 
what was installed for
2. was just libhunspell-1.6.

Maybe you want to add at least @builddeps@? But that would only hide the 
problem...

Regards,

Rene

Bug#881333: tracking OpenGL support for specific boards

[Re4son]

On 28/11/18 1:19 am, bret curtis wrote
>> Great that you collected that dataset, and put it public.
>>
>> What would help further would be for such information having references
>> to sources, and each information point be referencable (not only the
>> dataset as a whole).
>>
> Isn't this already done for us here?
> https://gpuinfo.org/
>
> If anything, it should be used to fill in that list.

Great data, thanks. I'll add that.
I basically used data from the Khronos website to point me in a general
direction and then I used manufacturers specifications to fill in the
GL/GLES columns.

> Many of those chipsets you list, as I understand, have a mesa driver
> for them that support opengl and gles.
> Such as freedreno which supports Mali A4XX series. https://mesamatrix.net/
>
> Keep in mind, only the proprietary drivers seem to not support opengl
> while the hardware is perfectly capable of doing so.

Not necessarily.
If the manufacturer specifies OpenGL ES support, then - on the hardware
level - it is a GLES renderer and may or may not support the entire
OpenGL specification natively. It usually requires considerable work to
make GLES hardware support OpenGL.
Eric Anhold can tell you all about the hard work he has put into
bastardising his VC4 mesa driver to make up for the lack of hardware
support:

https://github.com/anholt/mesa/wiki/VC4-OpenGL-support


Hope that helps,
Re4son

>
> Cheers,
> Bret

Bug#915019: libreoffice-mysql-connector: copyright file missing after upgrade (policy 12.5)

[Rene Engelhard]

On Thu, Nov 29, 2018 at 03:49:58PM +0100, Andreas Beckmann wrote:
> >From the attached log (scroll to the bottom...):
> 
> 0m50.5s ERROR: WARN: Inadequate results from running adequate!
>   libreoffice-mysql-connector: missing-copyright-file 
> /usr/share/doc/libreoffice-mysql-connector/copyright
> 
>   MISSING COPYRIGHT FILE: /usr/share/doc/libreoffice-mysql-connector/copyright
>   # ls -lad /usr/share/doc/libreoffice-mysql-connector
>   drwxr-xr-x 2 root root 40 Nov 21 08:16 
> /usr/share/doc/libreoffice-mysql-connector
>   # ls -la /usr/share/doc/libreoffice-mysql-connector/
>   total 0
>   drwxr-xr-x   2 root root   40 Nov 21 08:16 .
>   drwxr-xr-x 209 root root 4340 Nov 21 08:16 ..

*sigh*...

> It is recommended to use the dpkg-maintscript-helper commands
> 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
> to perform the conversion, ideally using d/$PACKAGE.maintscript.

Will do.

> Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.

Please update your template :)

dpkg   | 1.17.27   | oldstable  | source, amd64, arm64,
armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x

dpkg 1.17.14 is a given.

Regards,

Rene

Bug#914897: debootstrap, buster: Please disabled merged /usr by default

[Alexander E. Patrakov]

Ian Jackson wrote:

Obviously I disagree.  I think the question is urgent.  Please would
you rapidly overrule the debootstrap maintainers.

After we have ceased introducing new lossage we can have a proper
conversation about what the plan ought to be for buster and bullseye.


Well, please take into account that a version of debootstrap which 
defaulted to merged /usr has been in Debian Testing (and thus, if I am 
not mistaken, available through daily builds of the netinst CDs) since 
June 25 or so. Five months. No matter what we decide finally, it is 
necessary to support systems that were installed during that five-month 
period.


In other words, it's already too late to "minimize" the damage by 
undoing the change, and there is no point in acting quickly. At least in 
my opinion.


--
Alexander E. Patrakov

Bug#915012: Acknowledgement ([gnome-shell alsa plugin] Gnome with the official sound plugin in Debian Stable does not control audio consistently. Notifications still keep the highest level of audio, a

[ervinndine]

I did further testing on this bug and found out that is it not caused
by system apps but rather by flatpak and snap apps. They are sandboxed
so they access the system sound separately. I was using minitube, a
youtube app by flatpak. So you can either keep the bug about such apps
or close it. Best, 
Ervin


On Thu, 2018-11-29 at 13:21 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> You can follow progress on this Bug here: 915012: https://bugs.debian
> .org/cgi-bin/bugreport.cgi?bug=915012.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due
> course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian GNOME Maintainers  org>
>  unknown-pack...@qa.debian.org
> 
> If you wish to submit further information on this problem, please
> send it to 915...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 

Bug#748631: apt-listchanges: doens't list changes for all packages

[Christoph Anton Mitterer]

Hey :-)

On Thu, 2018-11-29 at 23:44 +0100, Robert Luberda wrote:
> What is the output of the following command:
>  apt-listchanges --profile=apt --dump-seen | grep -E '(util-
> linux|lvm2)'

#  apt-listchanges --profile=apt --dump-seen | grep -E '(util-linux|lvm2)'
lvm2 2:1.02.48-2
util-linux 1:2.17.2-3.1


with:
# dpkg -l lvm2
...
ii  lvm2   2.02.176-4.1 amd64Linux Logical Volume Manager
# dpkg -l util-linux
...
ii  util-linux 2.32.1-0.2   amd64miscellaneous system utilities


Thanks,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#915062: RFP: node-semantic-ui -- UI component framework based around useful principles from natural language

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: node-semantic-ui
  Version : 2.3.1
  Upstream Author : jack 
* URL : https://notabug.org/makenotabuggreatagain/Semantic-UI
* License : MIT
  Programming Lang: javascript
  Description : UI component framework based around useful principles from 
natural language

A UI framework designed for theming.

Features:  50+ UI elements, 3000 + CSS variables, 3 Levels of variable 
inheritance (similar to SublimeText),
Built with EM values for responsive design and is Flexbox friendly.

A minified copy of node-sematic-ui was found while packaging gogs ( #911419 ).

Bug#915063: xen-hypervisor-4.8-amd64: xen 4.8 fails to boot

[gregory bahde]

Package: src:xen
Version: 4.8.4+xsa273+shim4.10.1+xsa273-1+deb9u10
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

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

   * What led up to the situation?
I installed xen hypervisor 4.8 and rebooted to Xen, I am used to xen and run it
on servers
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
try grub kernel xen parameters (iommu )
   * What was the outcome of this action?
blackscreen at gdm3 login session
   * What outcome did you expect instead?

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



-- System Information:
Debian Release: 9.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), 
(11, 'testing'), (10, 'experimental'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

xen-hypervisor-4.8-amd64 depends on no packages.

Versions of packages xen-hypervisor-4.8-amd64 recommends:
ii  xen-utils-4.8  4.8.4+xsa273+shim4.10.1+xsa273-1+deb9u10

xen-hypervisor-4.8-amd64 suggests no packages.

-- debconf-show failed

Bug#915061: gap: improved watchfile [patch]

[Mattia Rizzolo]

Source: gap
Severity: wishlist
Tags: patch

Dear maintainer,

I notice that the watchfile used in the gap pacakge is very simple and
doesn't really do anything about the different versioning used between
upstream and debian.

For this, I'm proposing here a line that would make uscan correctly
compare the versions, mangling the debian version to change the 'r' and
'p' into dots.

version=3
options=dversionmangle=s/(\d+)r(\d+)p(\d+)/$1.$2.$3/ \
https://www.gap-system.org/pub/gap/gap4core/gap-(\d+\.\d+\.\d+)-core.zip debian

I haven't changed anything, just added the line in the middle doing the
mangling.


Hope this can be of use.

-- 
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#881333: tracking OpenGL support for specific boards

[Lisandro Damián Nicanor Pérez Meyer]

El jueves, 29 de noviembre de 2018 19:00:28 -03 Re4son escribió:
[snip]
> > Many of those chipsets you list, as I understand, have a mesa driver
> > for them that support opengl and gles.
> > Such as freedreno which supports Mali A4XX series. https://mesamatrix.net/
> > 
> > Keep in mind, only the proprietary drivers seem to not support opengl
> > while the hardware is perfectly capable of doing so.
> 
> Not necessarily.
> If the manufacturer specifies OpenGL ES support, then - on the hardware
> level - it is a GLES renderer and may or may not support the entire
> OpenGL specification natively. It usually requires considerable work to
> make GLES hardware support OpenGL.
> Eric Anhold can tell you all about the hard work he has put into
> bastardising his VC4 mesa driver to make up for the lack of hardware
> support:
> 
> https://github.com/anholt/mesa/wiki/VC4-OpenGL-support

Ah, so there was the gotcha. I was really surprised to learn that it was 
"just" a driver issue. Clearly the Desktop OpenGL support is almost there, but 
not entirely.

So the real place which should be fixed is, somehow, in Qt itself, and 
preferably by not hacking libs.

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#915059: fuji: Should the package be removed?

[Dr. Tobias Quathamer]

Source: fuji
Severity: serious

Dear maintainer,

I was wondering if the fuji package should be removed. There hasn't been
an upload for more than 2 years, and the package has an open FTBFS RC
bug for over a year (https://bugs.debian.org/876827).

The upstream homepage says that the development of the program has been
stopped for almost three years (https://github.com/shiguredo/fuji).

The package also has a very low popcon value of 3.

If you don't object, I'll ask ftpmaster for a removal of this package
from unstable in the next days.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#912087: other services affected too

[Matt Zagrabelny]

Greetings,

Sorry I am late to the discussion.

I have some systems running in a VMWare infrastructure and things like ssh
and puppet are not starting (puppet times out and fails) or taking a long
time to start (ssh).

If I install sshd, I expect it to start (somewhat quickly) not 200 seconds
after boot. If I install puppet, I expect it to start - not timeout and
fail.

It seems installing haveged has "fixed" these issues [Thanks jim_p <
pitsior...@gmail.com>] , but knowing those specific solutions remains the
challenge.

I've spent a lot of time debugging, reading, and researching to find these
bug reports and threads. It takes a lot of time and even then I'm not
certain of the appropriateness of the fix. Is installing haveged the right
solution for a headless VM that needs to have ssh and puppet running?

Right now systemd upstream is dubious of PR 10621 and according to Michael
Biebl it will be opt-in only. PS. Thank you Michael for your work on
systemd.

Where do we communicate to admins that their services might be slow to
start or fail to start and they need to manually install some package
(haveged) or touch a systemd config (PR 10621)?

Thanks everyone for their input in this discussion!

It is appreciated!

-m

Bug#911443: raspi3-firmware | Add board-specific firmware files for RPi 3B+ WiFi (!1)

[Stefan Wahren]

Hi,

> Matthias Luescher  hat am 29. November 2018 um 22:18 
> geschrieben:
> 
> 
> Hi Gunnar
> 
> I must say, I have not been able to find WiFi (not even a "firmware
> > required" message). Could you help me find it, so it makes its way into
> > raspi3-image-spec ? Thanks -
> > I'm closing this MR.
> >
> 
> I have also struggled with WiFi. Could the "missing WiFi" issue be related
> to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911443?
> The WiFi (wlan0) reappears if I combine the 4.18 kernel with the device
> tree binary of the 4.17 kernel.
> The device tree change causing the absence of wlan0 might be this one:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm/boot/dts/bcm2837-rpi-3-b.dts?h=v4.20-rc4=b1b8f45b3130dbd8704e5ea0d82b49b1d929498e
> 
> @Stefan and @Eric: As you are the experts here: Can you give us a clue why
> the wlan0 interface disappears if we take the latest device tree binary
> from 4.18 vanilla kernel?

Which RPi 3 variant do you use (B or B+)?

Could you please provide a reduced kernel config?

Is armhf (32 bit) affected, too?

Stefan

> 
> Best regards
> Matthias
> 
> >

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

[Elimar Riesebieter]

* Brian May  [2018-11-30 08:10 +1100]:

> > 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.
> 
> Why do you think amavisd-new is causing this?
> 
> This is a simple shell script that calls another shell script,
> /etc/init.d/amavis. As far as I can tell, stdout gets directed to
> /dev/null and stderr is closed by start-stop-daemon, so cannot display
> anything. In addition, I think amavis-new might redirect stderr, not
> 100% sure here.
> 
> Furthermore, if I run this script by hand on a sid system it is silent.

Here we go:

root@toy>pts/4 /etc/spamassassin/sa-update-hooks.d # ./amavisd-new 
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.
root@toy>pts/4 /etc/spamassassin/sa-update-hooks.d # 

Get the same result as user amavis

Elimar
-- 
  355/113: Not the famous irrational number pi,
   but an incredible simulation!
-unknown


signature.asc
Description: PGP signature

Bug#915061: gap: improved watchfile [patch]

[Bill Allombert]

On Thu, Nov 29, 2018 at 11:46:58PM +0100, Mattia Rizzolo wrote:
> Source: gap
> Severity: wishlist
> Tags: patch
> 
> Dear maintainer,
> 
> I notice that the watchfile used in the gap pacakge is very simple and
> doesn't really do anything about the different versioning used between
> upstream and debian.

Hello Mattia, the actual Debian tarball is generated by
debian/tarball, so if debian/watch mangles the version 
then debian/tarball must be changed not to do it.

It seems to me there might be some benefit to your change that you are
not communicating.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#898960: [libpangoft2-1.0-0] Crashes some Java applications in pango_fc_font_key_get_variations

[Zoltan Hidvegi]

I am also experiencing this with eclipse, it seems there is a fix upstream,
see the discussion here: https://github.com/gentoo/gentoo/pull/10417

Zoltan

Bug#915027: libxft-dev should be installable for multiple architectures simultaneously

[Davy Durham]

To be completely transparent, I did this on Ubuntu 16.04, but the 
package has not been changed significantly that I can see.  So, that's odd


I got the error when running "apt-get install libxft-dev:i386 
libxft-dev:amd64" which gives the conflict error.  If I run "dpkg -i 
libxft-dev_2.3.2-1_amd64.deb libxft-dev_2.3.2-1_i386.deb" it will look 
like it installs both, but the install of i386 silently replaces the 
amd64, and running a dpkg --list would show only i386 as installed.


That's probably basic for you, but that is what I am seeing. Does that 
information change anything in your testing?



On 11/29/2018 11:08 AM, Sven Joachim wrote:

Control: tags -1 unreproducible

On 2018-11-29 10:16 -0600, Davy Durham wrote:


Package: libxft-dev
Version: 2.3.2-2

Attempting to install libxft-dev for amd64 and i386 at the same time
(or any other arch for that matter) gives an error that they
conflict.

Not for me, I can coinstall libxft-dev:amd64 and libxft-dev:i386 just
fine.


This is because the "Package: libxft-dev"section of the
debian/control file does not contain "Multi-arch: same" (see
https://wiki.debian.org/MultiArch/Hints#set_Multi-Arch:_same)which
says that any duplicate files between the two different architectures
is fine.

That's already the case:

,
| $ aptitude show libxft-dev | grep -E Multi-Arch
| Multi-Arch: same
`


P.S. The same bug could be filed for libxi-dev, libxtst-dev, (these
two also affect me) and probably many of the other x dev packages.
Let me know if you want me to file separate bug reports for those.

Most definitely not, libxi-dev and libxtst-dev are also already
"Multi-Arch: same".

My hunch is that you are running unstable and there might be a version
skew for some dependency package (libc6-dev, maybe?) which prevents you
from installing both libxft-dev:amd64 and libxft-dev:i386.  If that is
the case, please retry after the next mirror push.

Cheers,
Sven

Bug#915063: [Pkg-xen-devel] Bug#915063: xen-hypervisor-4.8-amd64: xen 4.8 fails to boot

[Hans van Kranenburg]

severity -1 normal
thanks

Hi,

On 11/30/18 12:31 AM, gregory bahde wrote:
> Package: src:xen
> Version: 4.8.4+xsa273+shim4.10.1+xsa273-1+deb9u10
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> I installed xen hypervisor 4.8 and rebooted to Xen, I am used to xen and run 
> it
> on servers
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> try grub kernel xen parameters (iommu )

Can you tell us a bit more about what you were doing or trying to
accomplish?

Just "I was trying out random command line parameters" and then
reporting a critical bug does not sound very convincing. :)

The "breaks the whole system" justification would be justified if by
using this parameter on the xen command line would have destroyed your
entire computer, the filesystem, whatever, or in any case, caused
irrepairable damage to things that are not related to Xen at all. If
you're able to remove the parameter and then just happily use your
system again as before, then it didn't break your whole system for sure.

Thanks,
Hans

>* What was the outcome of this action?
> blackscreen at gdm3 login session
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> 
> 
> 
> -- System Information:
> Debian Release: 9.6
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), 
> (11, 'testing'), (10, 'experimental'), (10, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/16 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
> LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> xen-hypervisor-4.8-amd64 depends on no packages.
> 
> Versions of packages xen-hypervisor-4.8-amd64 recommends:
> ii  xen-utils-4.8  4.8.4+xsa273+shim4.10.1+xsa273-1+deb9u10
> 
> xen-hypervisor-4.8-amd64 suggests no packages.
> 
> -- debconf-show failed
> 
> ___
> Pkg-xen-devel mailing list
> pkg-xen-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-xen-devel
> 

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.

[Axel Beckert]

Hi Ricardo,

Ricardo Fraile wrote:
> 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.

JFTR: uptimed is also installed. Not sure if that makes a difference
as tuptime seems to be able to import uptimed's database.

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

total 12
drwxr-xr-x   2 root root 4096 Sep 25 02:00 .
drwxr-xr-x 113 root root 4096 Nov 22 00:48 ..
-rw-r--r--   1 root root 2048 Sep 25 02:00 tuptime.db

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

Yes. tuptime 3.4.0 was uploaded to unstable on 2018-09-23 and I last
rebooted on 2018-09-30.

# zfgrep tuptime /var/log/dpkg.log.2.gz 
2018-09-25 02:01:37 upgrade tuptime:amd64 3.3.3 3.4.0
2018-09-25 02:01:37 status half-configured tuptime:amd64 3.3.3
2018-09-25 02:01:37 status unpacked tuptime:amd64 3.3.3
2018-09-25 02:01:37 status half-installed tuptime:amd64 3.3.3
2018-09-25 02:01:37 status half-installed tuptime:amd64 3.3.3
2018-09-25 02:01:38 status unpacked tuptime:amd64 3.4.0
2018-09-25 02:01:38 status unpacked tuptime:amd64 3.4.0
2018-09-25 02:01:55 configure tuptime:amd64 3.4.0 
2018-09-25 02:01:55 status unpacked tuptime:amd64 3.4.0
2018-09-25 02:01:55 status unpacked tuptime:amd64 3.4.0
2018-09-25 02:01:55 status unpacked tuptime:amd64 3.4.0
2018-09-25 02:01:55 status half-configured tuptime:amd64 3.4.0
2018-09-25 02:01:56 status installed tuptime:amd64 3.4.0

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

# su -s /bin/sh tuptime -c "tuptime -x"
ERROR:root:After system restart, the values must be saved into db. Please, 
execute tuptime with a privileged user.

HTH.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE