Bug#939145: blender Version:2.80+dfsg-3 CPU opencl not working in combo with video card

[Leo L. Schwab]

Package: blender
Version: 2.80+dfsg-3+b1
Followup-For: Bug #939145

Dear Maintainer,

This may be related:  When attempting to enable OpenCL in the
preferences, a small panel appears claiming: "No compatible GPUs found
for path tracing.  Cycles will render on the CPU."

I have an NVIDIA GTX-1070Ti with proprietary DKMS drivers
installed, version 430.40.  I also have Darktable installed;
`darktable-cltest` runs successfully, and (in part) outputs the
following info:

```
[opencl_init] device 0: GeForce GTX 1070 Ti
 GLOBAL_MEM_SIZE:  8116MB
 MAX_WORK_GROUP_SIZE:  1024
 MAX_WORK_ITEM_DIMENSIONS: 3
 MAX_WORK_ITEM_SIZES:  [ 1024 1024 64 ]
 DRIVER_VERSION:   430.40
 DEVICE_VERSION:   OpenCL 1.2 CUDA
```

Hope this helps.

Schwab


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

Kernel: Linux 5.2.0-2-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 blender depends on:
ii  blender-data  2.80+dfsg-3
ii  fonts-dejavu  2.37-1
ii  libavcodec58  10:4.2-dmo5
ii  libavdevice58 10:4.2-dmo5
ii  libavformat58 10:4.2-dmo5
ii  libavutil56   10:4.2-dmo5
ii  libboost-locale1.67.0 1.67.0-13
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libfreetype6  2.9.1-4
ii  libgcc1   1:9.2.1-7
ii  libgl11.1.0-1+b1
ii  libglew2.12.1.0-4+b1
ii  libgomp1  9.2.1-7
ii  libilmbase24  2.3.0-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
ii  libjemalloc2  5.2.1-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libopenal11:1.19.1-1+b1
ii  libopencolorio1v5 1.1.1~dfsg0-3
ii  libopenexr24  2.3.0-6
ii  libopenimageio2.0 2.0.10~dfsg0-1
ii  libopenjp2-7  2.3.0-2
ii  libopenvdb5.2 5.2.0-5.1
ii  libpcre3  2:8.39-12+b1
ii  libpng16-16   1.6.37-1
ii  libpython3.7  3.7.4-4
ii  libsndfile1   1.0.28-6
ii  libspnav0 0.2.3-1+b2
ii  libstdc++69.2.1-7
ii  libswscale5   10:4.2-dmo5
ii  libtbb2   2019~U8-1
ii  libtiff5  4.0.10+git190818-1
ii  libx11-6  2:1.6.7-1
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxxf86vm1   1:1.1.4-1+b2
ii  zlib1g1:1.2.11.dfsg-1+b1

blender recommends no packages.

blender suggests no packages.

-- no debconf information

Bug#939629: links2: Problem displaying a websit

[Jean-Philippe MENGUAL]

Package: links2
Version: 2.20-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

Latest release of links2 in Sid

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

Visit 
"http://www.eurofly.stefankiss.sk/modules.php?name=pilots=pilot=5874;

   * What was the outcome of this action?

A full blank page

   * What outcome did you expect instead?

On Firfox, I see a page, with info about Texou pilot

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

Available for any test or  further exchante



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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)
LSM: AppArmor: enabled

Versions of packages links2 depends on:
ii  libbrotli1 1.0.7-2
ii  libbz2-1.0 1.0.8-2
ii  libc6  2.28-10
ii  libcairo2  1.16.0-4
ii  libdirectfb-1.7-7  1.7.7-9
ii  libevent-2.1-6 2.1.8-stable-4
ii  libfontconfig1 2.13.1-2+b1
ii  libfreetype6   2.9.1-4
ii  libglib2.0-0   2.60.6-2
ii  libgomp1   9.2.1-7
ii  libgpm21.20.7-5+b1
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  liblz1 1.11-4
ii  liblzma5   5.2.4-1+b1
ii  libpng16-161.6.37-1
ii  librsvg2-2 2.44.14-1
ii  libssl1.1  1.1.1c-1
ii  libtiff5   4.0.10+git190818-1
ii  libx11-6   2:1.6.7-1
ii  libzstd1   1.4.3+dfsg-1
ii  zlib1g 1:1.2.11.dfsg-1+b1

Versions of packages links2 recommends:
ii  ca-certificates  20190110
ii  mate-terminal [x-terminal-emulator]  1.22.1-1

links2 suggests no packages.

-- debconf-show failed

Bug#939587: /usr/sbin/update-mime: update-mime: Perl errors (or warnings ?)

[Sven Joachim]

Control: tags -1 + patch

On 2019-09-06 18:02 +0200, Erwan David wrote:

> Package: mime-support
> Version: 3.63
> Severity: normal
> File: /usr/sbin/update-mime
>
> When using update-mime, I get following messages
> Use of uninitialized value $ENV{"DPKG_RUNNING_VERSION"} in string ne at 
> /usr/sbin/update-mime line 43.
> Use of uninitialized value $ARGV[0] in string eq at /usr/sbin/update-mime 
> line 49.

These are bugs which have existed for a long time, but they only showed
up in mime-support 3.63 because older versions did not use warnings.

To fix those warnings, I have submitted a merge request at
https://salsa.debian.org/debian/mime-support/merge_requests/3.

Cheers,
   Sven

Bug#880154: python-turbogears2: please provide Python3 module

[Sandro Tosi]

control: severity -1 serious

On Mon, 30 Oct 2017 10:46:21 +0800 Drew Parsons  wrote:
> python-turbogears2 is currently only provided as a python2 module.
>
> Could you please also package the python3 version?
> i.e. provide python3-turbogears2

Raising severity as we need to assess and draw a path forward for tg

currently:
* upstream claims https://github.com/TurboGears/tg2/ compatibility
with python3.7
* python-turbogears2 has no reverse dependencies
* it has quite low popcon of 16
* we are actually shipping version 2.3.7, that was released in October 2015 (!)

Here i see only 2 ways:

* remove turbogears2 (let's face it, it _lost_ the web frameworks
battle; back in the days you could hear people talking about tg,
nowadays, iet's either django or flask..)
* move tg to python3.

given the relative low interest for tg in debian (see popcon) it's
probably easier to just remove it, but i would not be against
upgrading it to the latest version and provide *only* the python3
package, if this is done in the next few weeks.

I'll follow up in a week if i dont hear anything back.

Thanks,
Sandro

Bug#933439: amule: Please rebuild against wxWidgets GTK 3 package

[Sandro Tosi]

Package: amule
Version: 1:2.3.2-6
Followup-For: Bug #933439

> Switching to the GTK 3 version may be as simple as:
> 1) Update your Build-Depends
>    libwxgtk3.0-dev -> libwxgtk3.0-gtk3-dev
>    libwxgtk-media3.0-dev -> libwxgtk-media3.0-gtk3-dev
> 2) Rebuild
> 3) Test

i tried this but it failed with this segfault:

```
$ gdb amule
(gdb) r
Starting program: /usr/bin/amule
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x72cf5700 (LWP 5340)]
[New Thread 0x724f4700 (LWP 5341)]
[Detaching after fork from child process 5342]
 2019-09-06 23:35:58: Initialising aMule 2.3.2 compiled with wxGTK2 v3.0.4 and 
Boost 1.67
 2019-09-06 23:35:58: Checking if there is an instance already running...
 2019-09-06 23:35:58: No other instances are running.
[Detaching after fork from child process 5344]
[Detaching after fork from child process 5346]
[Detaching after fork from child process 5348]
[Detaching after fork from child process 5350]
[Detaching after fork from child process 5352]
[Detaching after fork from child process 5354]
[Detaching after fork from child process 5356]
[Detaching after fork from child process 5358]
 2019-09-06 23:35:58: ListenSocket: Ok.
[New Thread 0x7172f700 (LWP 5360)]
[New Thread 0x70f2e700 (LWP 5361)]
[New Thread 0x7fffebfff700 (LWP 5362)]
[New Thread 0x7fffeb7fe700 (LWP 5363)]
[New Thread 0x7fffeaffd700 (LWP 5364)]
[New Thread 0x7fffea7fc700 (LWP 5365)]
[New Thread 0x7fffe9ffb700 (LWP 5366)]
[New Thread 0x7fffe97fa700 (LWP 5367)]
[New Thread 0x7fffe8ff9700 (LWP 5368)]
[Detaching after fork from child process 5369]
[New Thread 0x7fffde60e700 (LWP 5371)]
[New Thread 0x7fffdde0d700 (LWP 5372)]
[New Thread 0x7fffdd60c700 (LWP 5373)]
[New Thread 0x7fffdce0b700 (LWP 5374)]
[New Thread 0x7fffc700 (LWP 5375)]
[New Thread 0x7fffcf7fe700 (LWP 5376)]
[New Thread 0x7fffceffd700 (LWP 5377)]
 2019-09-06 23:35:59: Loading temp files from /download/enkey/tmp.
 2019-09-06 23:35:59: All PartFiles Loaded.
[New Thread 0x7fffce7fc700 (LWP 5379)]
[New Thread 0x7fffcdffb700 (LWP 5380)]

Thread 1 "amule" received signal SIGSEGV, Segmentation fault.
0x771d8c1a in wxWindow::DoClientToScreen(int*, int*) const () from 
/usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
```

```
$ ldd /usr/bin/amule | grep wx
libwx_gtk3u_adv-3.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libwx_gtk3u_adv-3.0.so.0 (0x7f6e11b53000)
libwx_gtk3u_core-3.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0 (0x7f6e114cc000)
libwx_baseu_net-3.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libwx_baseu_net-3.0.so.0 (0x7f6e11481000)
libwx_baseu-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 
(0x7f6e111bd000)
```


No idea what it really when wrong, but if you could lend a head it would be
great!


-- System Information:
Debian Release: 10.0
  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.19.0-5-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages amule depends on:
ii  amule-common   1:2.3.2-6
ii  libboost-system1.67.0  1.67.0-13
ii  libc6  2.28-10
ii  libcrypto++6   5.6.4-8
ii  libgcc11:9.2.1-6
ii  libgeoip1  1.6.12-1
ii  libixml10  1:1.8.4-2
ii  libstdc++6 9.2.1-6
ii  libupnp13  1:1.8.4-2
ii  libwxbase3.0-0v5   3.0.4+dfsg-10
ii  libwxgtk3.0-gtk3-0v5   3.0.4+dfsg-10
ii  zlib1g 1:1.2.11.dfsg-1

Versions of packages amule recommends:
ii  amule-utils  1:2.3.2-6
ii  unzip6.0-23

Versions of packages amule suggests:
ii  amule-utils-gui  1:2.3.2-6

-- no debconf information

Bug#939601: Can't build bnd from salsa

[tony mancill]

On Fri, Sep 06, 2019 at 08:49:12PM +0200, Mechtilde Stehmann wrote:
> Package: bnd
> Version: 3.5.0
> Severity: normal
> 
> I want to build core (ITP: #939091) from
> http://central.maven.org/maven2/com/google/zxing/core/
> 
> This package is in turn a dependency on JVerein (ITP: #929477)
> 
> Core need bnd as a dependency. So I tried to build bnd on my machine.
> this failed.
> 
> I try to build it with gbp buildpackage. I get the following output.
> 
> I: using cowbuilder as pbuilder
> dpkg-checkbuilddeps: error: Unmet build dependencies:
> libfindbugs-ant-java gradle-debian-helper (>= 1.6~) libbindex-java (>=
> 2.2+svn101) libfelix-framework-java libfelix-gogo-runtime-java
> libfelix-resolver-java libosgi-compendium-java (>= 6) libosgi-core-java
> (>= 6.0.0)
> W: Unmet build-dependency in source
> 
> I only clone the repo from salsa https://salsa.debian.org/java-team/bnd
> and start gbp buildpackage --git-verbose
> 
> I can't see any reason why it didn't install openjdk and other important
> packages.
> 
> System Information:
> DebianRelease:
> 
> Pbuilder choot with sid

Hi Mechtilde,

I am not able to reproduce your build failure.  bnd builds correctly for
me both via pbuilder in a cowbuilder chroot and sbuild.  I think you
have an issue with your pbuilder configuration not correctly installing
build dependencies.  What is the value of PBUILDERSATISFYDEPENDSCMD in
your ~/.pbuilderrc?

To prove to yourself that the problem is not with the bnd source
package, you can do the following:

- use `sudo cowbuilder --login` to enter your chroot shell
- configure a deb-src URL in /etc/apt/sources.list
- `apt update && apt source bnd && apt -y build-dep bnd`
- `cd bnd-3.5.0 && dpkg-buildpackage -us -uc`

If you continue to have troubles with the build, please send me the
contents of your .pbuilderrc and the complete build logs and I'll see if
I can help debug the issue.

Cheers,
tony


signature.asc
Description: PGP signature

Bug#935698: amule-utils-gui: amulegui crashing with current libwxgtk3.0-0v5 3.0.4+dfsg-9 and friends

[Sandro Tosi]

control: severity -1 normal

On Tue, Aug 27, 2019 at 1:00 PM Martintxo  wrote:
> OK. Many thanks for you response Bernhard.
>
> Today I find some time for make this.
>
> I installed the following packages:

thanks for your report, but i dont believe it warrants an RC severity,
so i'm downgrading to normal. I can run amulegui on an up-to-date
unstable machine, and if it was failing globally, i feel a lot more
users would complain.

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#874824: Reopened

[Lisandro Damián Nicanor Pérez Meyer]

Hi! The package still build-depends upon libqt4-dev, so the bug is still valid.

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

Bug#939628: should archipel-* packages be removed from Debian?

[Sandro Tosi]

Package: src:archipel-core
Severity: serious

Hello,
Debian is trying to remove Python 2 from the distribution
(https://wiki.debian.org/Python/2Removal) and i stumbled across archipel.

It looks like this project is no longer maintained upstream:

* https://github.com/ArchipelProject/Archipel latest commit is more than 3 years
  ago
* the homepage http://archipelproject.org/ returns an error from cloudflare and
  the wayback machine can find an actual page only back in April 2018
* the mailing list https://groups.google.com/forum/#!forum/archipelproject has
  no new post (execpt to report the website down) since early 2016

Here below is a recapt of the status of the archipel packages:

package last-upload popcon
archipel-core   2013-05-0547
archipel-agent-action-scheduler 2013-05-0512
archipel-agent-hypervisor-geolocalization   2013-05-05 7
archipel-agent-hypervisor-health2013-05-0510
archipel-agent-hypervisor-network   2013-05-0514
archipel-agent-hypervisor-platformrequest   2013-05-0510
archipel-agent-iphone-notification  2013-05-0517
archipel-agent-virtualmachine-oomkiller 2013-05-0512
archipel-agent-virtualmachine-snapshoting   2013-05-0513
archipel-agent-vmcasting2013-05-05 9
archipel-agent-vmparking2013-05-05 9
archipel-agent-xmppserver   2013-05-0510
archipel-agent-virtualmachine-vnc   2013-05-0513

It is my belief we should remove archipel* packages from Debian, in particular
because they are a close-set of packages, and they could ideally allow other
python2 packages to be removed (as archipel* will disappear as their
reverse-dependencies).

If i dont hear back in a week, i'll file RM bugs for all the aforementioned
packages.

Regards,
Sandro

-- System Information:
Debian Release: 10.0
  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.19.0-5-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#939627: mrtrix3: Qt4 removal from Buster

[Lisandro Damián Nicanor Pérez Meyer]

Source: mrtrix3
Version: 3.0~rc3+git135-g2b8e7d0c2-3
Severity: serious
Justification: Depends upon Qt4 which will not be shipped with bullseye
User: debian-qt-...@lists.debian.org
Usertags: qt4-removal

Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
as announced in:

[announced]


Currently Qt4 has been dead upstream and we are starting to have problems
maintaining it, like for example in the [OpenSSL 1.1 support] case.

[OpenSSL 1.1 support]


In order to make this move, all packages directly or indirectly depending on
the Qt4 libraries have to either get ported to Qt5 or eventually get
removed from the Debian repositories.

Therefore, please take the time and:
- contact your upstream (if existing) and ask about the state of a Qt5
port of your application
- if there are no activities regarding porting, investigate whether there are
suitable alternatives for your users
- if there is a Qt5 port that is not yet packaged, consider packaging it
- if both the Qt4 and the Qt5 versions already coexist in the Debian
archives, consider removing the Qt4 version

= Porting =

Some of us where involved in various Qt4 to Qt5 migrations [migration] and we
know for sure that porting stuff from Qt4 to Qt5 is much much easier and less
painful than it was from Qt3 to Qt4.

We also understand that there is still a lot of software still using Qt4.

Don't forget to take a look at the C++ API changes page [apichanges] whenever
you start porting your application.

[migration] http://pkg-kde.alioth.debian.org/packagingqtbasedstuff.html
[apichanges] http://doc.qt.io/qt-5/sourcebreaks.html

For any questions and issues, do not hesitate to contact the Debian Qt/KDE
team at debian-qt-...@lists.debian.org

The removal is being tracked in 



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

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

Bug#939626: centreon-broker: Qt4 removal from Buster

[Lisandro Damián Nicanor Pérez Meyer]

Source: centreon-broker
Version: 18.10.0-4
Severity: serious
Justification: Depends upon Qt4 which will not be shipped with bullseye
User: debian-qt-...@lists.debian.org
Usertags: qt4-removal

Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
as announced in:

[announced]


Currently Qt4 has been dead upstream and we are starting to have problems
maintaining it, like for example in the [OpenSSL 1.1 support] case.

[OpenSSL 1.1 support]


In order to make this move, all packages directly or indirectly depending on
the Qt4 libraries have to either get ported to Qt5 or eventually get
removed from the Debian repositories.

Therefore, please take the time and:
- contact your upstream (if existing) and ask about the state of a Qt5
port of your application
- if there are no activities regarding porting, investigate whether there are
suitable alternatives for your users
- if there is a Qt5 port that is not yet packaged, consider packaging it
- if both the Qt4 and the Qt5 versions already coexist in the Debian
archives, consider removing the Qt4 version

= Porting =

Some of us where involved in various Qt4 to Qt5 migrations [migration] and we
know for sure that porting stuff from Qt4 to Qt5 is much much easier and less
painful than it was from Qt3 to Qt4.

We also understand that there is still a lot of software still using Qt4.

Don't forget to take a look at the C++ API changes page [apichanges] whenever
you start porting your application.

[migration] http://pkg-kde.alioth.debian.org/packagingqtbasedstuff.html
[apichanges] http://doc.qt.io/qt-5/sourcebreaks.html

For any questions and issues, do not hesitate to contact the Debian Qt/KDE
team at debian-qt-...@lists.debian.org

The removal is being tracked in 


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

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

Bug#874843: RC bug ignored

[Lisandro Damián Nicanor Pérez Meyer]

Hi Eduard!

As you reassigned the bug to wnpp cdcat lost it's RC bug. Do you mind if I 
clone it and reassign the clone to cdcat?

We are targetting at removing Qt4 from testing as a first step.

Thanks, Lisandro.

Bug#939604: /var/lib/fwupdate/done not removed on uninstall

[Mario.Limonciello]

Yeah I  think that shouldn't be a problem to cleanup, especially given it's a 
transition package.

Overall did everything else go smoothly?

> -Original Message-
> From: dann frazier 
> Sent: Friday, September 6, 2019 2:07 PM
> To: Debian Bug Tracking System
> Subject: Bug#939604: /var/lib/fwupdate/done not removed on uninstall
> 
> 
> [EXTERNAL EMAIL]
> 
> Package: fwupdate
> Version: 12-6
> Severity: normal
> 
> During the apt upgrade transitioning me to fwupd, I noticed:
> 
> Unpacking fwupdate (12-6) over (12-5) ...
> dpkg: warning: unable to delete old directory '/var/lib/fwupdate': Directory 
> not
> empty
> 
> Under that directory is a 0-length file called "done". Can that be removed
> during postrm?
> 
> -- System Information:
> Debian Release: bullseye/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 5.2.0-2-amd64 (SMP w/4 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)
> LSM: AppArmor: enabled
> 
> Versions of packages fwupdate depends on:
> ii  fwupd  1.2.10-2
> 
> fwupdate recommends no packages.
> 
> fwupdate suggests no packages.
> 
> -- no debconf information

Bug#933576: debhelper: dh_installman is terribly slow

[Colin Watson]

On Sun, Sep 01, 2019 at 06:22:00AM +, Niels Thykier wrote:
> Colin Watson:
> > I think I might actually extend manconv instead; it already does a
> > certain amount of what you need here and just needs autodetection of
> > input encoding and the multiple-files interface.
> > 
> > manconv is currently installed in man-db's libexecdir, but I could
> > easily move it onto $PATH.  Since it isn't currently on $PATH, that
> > would provide you with an easy way to test whether this new interface is
> > supported (I could also add "manconv --has-bulk" or something, but I
> > don't think it's necessary in this case).
> 
> SGTM. :)

For internal code organisation reasons it ended up being easier to add a
new "man-recode" tool instead.

Could you please try the tmp/recode-tool branch of
https://git.savannah.gnu.org/cgit/man-db.git ?  To build it, something
like this should work:

  sudo apt build-dep man-db
  ./bootstrap
  ./configure --prefix=/usr --libexecdir=\${libdir} 
--with-config-file=/etc/manpath.config --enable-mb-groff --enable-silent-rules 
--with-db=gdbm
  make -j4
  make -j4 check

You should then be able to run src/man-recode.

Initial performance testing from my end: to convert all the pages in
manpages-pl to UTF-8, it takes about 0.6 seconds.  This is cheating
slightly because it takes a short cut in the case where the pages
already appear to be in UTF-8; so if I instead tell it to convert to
ISO-8859-2, it takes about 6.3 seconds.  Compared to about 122 seconds
(without parallelisation) with "man -l --recode UTF-8", I think that's
probably good enough.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]

Bug#936069: sorry, these were my fault

[Nicholas D Steeves]

Hi,

Sorry, these bugs were my fault and were introduced by my MR.  Jan,
thank you for taking care of them! :-)

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#939625: libgrib-api0: Missing /usr/share/grib_api/ data

[Fabrice Meyer]

Package: libgrib-api0
Version: 1.28.0-2
Severity: normal

Dear Maintainer,

While trying to use grib_set command (coming with libgrib-api-tools package), I 
got some issue with missing libraries.
In my case, /usr/share/grib_api/definitions/boot.def was missng but the whole 
/usr/share/grib_api/ is needed to work properly.

As /usr/share/grib_api/ content is the same (or equivalent) as 
/usr/share/eccodes/ coming with libeccodes-data package (dependency of this 
package), I suggest to add a link to it. I was able to use grib_set properly 
after run this command : ln -s /usr/share/eccodes/ /usr/share/grib_api

An other solution is to use libeccodes-tools package instead of this one to get 
grib_set working good (and maybe other grib tools component)

I hope it will help and maybe lead to a fix !

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_CRAP
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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libgrib-api0 depends on:
ii  libaec0   1.0.2-1
ii  libc6 2.28-10
ii  libgfortran5  8.3.0-6
ii  libgomp1  8.3.0-6
ii  libopenjp2-7  2.3.0-2
ii  libpng16-16   1.6.36-6

libgrib-api0 recommends no packages.

libgrib-api0 suggests no packages.

-- no debconf information

Bug#923084: Prepared gandi-cli release “1.5-1”

[Ben Finney]

Howdy Unit193,

On 14-Aug-2019, Ben Finney wrote:
> Control: tags -1 + confirmed pending

I have prepared a release, “1.5-1”, but failed to get it into the
Debian archive.

This is because the Debian GnuPG keyring is not yet up to date with my
signing key, and its copy of my key is expired.

Are you able to finalise that release, and upload it to Debian? The
instructions in ‘debian/README.Source’ are accurate, but in brief:
Finalise the release in the changelog, export the Debian packaging
onto the upstream source in a separate build area. Build the source
package from that. Run any tests you want. If they pass, upload the
package.

(Reminder, in case you need it, that uploads must now *not* include
binary package, otherwise they won't go to the build daemons.)

If the upload succeeds, commit the finalised changelog entry to your
fork of the Git repository. Make a merge request and I'll be able to
get it into the central repository.

No obligation on you to do any of this, because eventually the Debian
keyring will have my updated key and I will again be able to upload
packages.

-- 
 \   “Are you pondering what I'm pondering?” “Well, I think so |
  `\  Brain, but what if we stick to the seat covers?” —_Pinky and |
_o__)   The Brain_ |
Ben Finney 


signature.asc
Description: PGP signature

Bug#939624: RFS: vmfs6-tools/0.1.0-1 [ITP] -- Tools to access VMFS6 filesystems

[Thomas Ward]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "vmfs6-tools" for the ITP bug 
I opened earlier (#939600).


* Package name : vmfs6-tools
Version : 0.1.0-1
Upstream Author : Thomas Ward  and others (see ITP bug)
* URL : https://github.com/teward/vmfs6-tools
* License : GPL-2+
* Vcs : None
Section : otherosfs

It builds those binary packages:

vmfs6-tools - Tools to access VMFS6 filesystems

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


https://mentors.debian.net/package/vmfs6-tools

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

dget -x 
https://mentors.debian.net/debian/pool/main/v/vmfs6-tools/vmfs6-tools_0.1.0-1.dsc


Changes since the last upload:

* Initial release. (Closes: #939600)
* Initial packaging based on packaging from vmfs-tools 0.2.5-1.

Regards,

Bug#935325: Additional patch

[Eric Desrochers]

Along with Ionna's patch.

The following is also needed :
https://github.com/net-snmp/net-snmp/pull/5
https://github.com/net-snmp/net-snmp/commit/71e487212bd65839e7454df9701524d08cf0d74f

Regression bug in Ubuntu:
https://bugs.launchpad.net/ubuntu/bionic/+source/net-snmp/+bug/1843036

Regards,
Eric

Bug#939623: python3-mne: missing Breaks+Replaces: python-mne

[Andreas Beckmann]

Package: python3-mne
Version: 0.18.1+dfsg-0.1
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 .../python3-mne_0.18.1+dfsg-0.1_all.deb ...
  Unpacking python3-mne (0.18.1+dfsg-0.1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python3-mne_0.18.1+dfsg-0.1_all.deb (--unpack):
   trying to overwrite '/usr/bin/mne', which is also in package python-mne 
0.17+dfsg-1
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/python3-mne_0.18.1+dfsg-0.1_all.deb


cheers,

Andreas


python-mne=0.17+dfsg-1_python3-mne=0.18.1+dfsg-0.1.log.gz
Description: application/gzip

Bug#939622: blender: Subdivision Surface Modifier Doesn't Work

[Leo L. Schwab]

Package: blender
Version: 2.80+dfsg-3+b1
Severity: important

Dear Maintainer,

Many introductory YouTube videos to Blender make use of the
Subdivision Surface modifier.  It was while following one of these
tutorials for the new Blender 2.8 that I noticed it's not working.

To reproduce:
- Launch Blender
- Press DEL or 'X' to delete the default cube.
- Press SHIFT-A; add a torus or sphere to the workspace.
- In the right-hand properties panel, click on the
  wrench/spanner icon to enter the modifiers panel.
- Click on Add Modifier; select Subdivision Surface.

What should happen is that the faces of the sphere/torus you
added above should be subdivided to yield a finer mesh.  Further, by
increasing the value of the Viewport value, you should be able to
increase the amount of subdivision.

In my installation, nothing happens, and the displayed mesh
remains unchanged.

Next, click on the Apply button in the modifier panel.
Normally, this "commits" the subdivided mesh to the workspace, replacing
the original.  In my installation, an error is displayed, reading:

"Modifier returned error; skipping apply"

Some brief Googling consistently suggested that this issue is
related to a stale or misconfigured build directory; hence this report.

Thank you for your attention to this matter.

Schwab


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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 blender depends on:
ii  blender-data  2.80+dfsg-3
ii  fonts-dejavu  2.37-1
ii  libavcodec58  10:4.2-dmo5
ii  libavdevice58 10:4.2-dmo5
ii  libavformat58 10:4.2-dmo5
ii  libavutil56   10:4.2-dmo5
ii  libboost-locale1.67.0 1.67.0-13
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libfreetype6  2.9.1-4
ii  libgcc1   1:9.2.1-7
ii  libgl11.1.0-1+b1
ii  libglew2.12.1.0-4+b1
ii  libgomp1  9.2.1-7
ii  libilmbase24  2.3.0-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.12~dfsg-2+b1
ii  libjemalloc2  5.2.1-1
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libopenal11:1.19.1-1+b1
ii  libopencolorio1v5 1.1.1~dfsg0-3
ii  libopenexr24  2.3.0-6
ii  libopenimageio2.0 2.0.10~dfsg0-1+b1
ii  libopenjp2-7  2.3.0-2
ii  libopenvdb5.2 5.2.0-5.1+b1
ii  libpcre3  2:8.39-12+b1
ii  libpng16-16   1.6.37-1
ii  libpython3.7  3.7.4-4
ii  libsndfile1   1.0.28-6
ii  libspnav0 0.2.3-1+b2
ii  libstdc++69.2.1-7
ii  libswscale5   10:4.2-dmo5
ii  libtbb2   2019~U8-1
ii  libtiff5  4.0.10+git190818-1
ii  libx11-6  2:1.6.7-1
ii  libxfixes31:5.0.3-1
ii  libxi62:1.7.9-1
ii  libxml2   2.9.4+dfsg1-7+b3
ii  libxxf86vm1   1:1.1.4-1+b2
ii  zlib1g1:1.2.11.dfsg-1+b1

blender recommends no packages.

blender suggests no packages.

-- no debconf information

Bug#939621: libaunit19-dev: missing Breaks+Replaces: libaunit18-dev

[Andreas Beckmann]

Package: libaunit19-dev
Version: 19-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

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

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

  Preparing to unpack .../libaunit19-dev_19-1_amd64.deb ...
  Unpacking libaunit19-dev (19-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libaunit19-dev_19-1_amd64.deb (--unpack):
   trying to overwrite 
'/usr/lib/x86_64-linux-gnu/ada/adalib/aunit/ada_containers-aunit_lists.ali', 
which is also in package libaunit18-dev 18-2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libaunit19-dev_19-1_amd64.deb


cheers,

Andreas


libaunit18-dev=18-2_libaunit19-dev=19-1.log.gz
Description: application/gzip

Bug#938875: yum-utils: Python2 removal in sid/bullseye

[Thomas Goirand]

On 9/5/19 9:18 PM, Mike Miller wrote:
> The upstream replacement for the combination of yum + yum-utils (Python
> 2 only) is dnf (Python 3).
> 
> The only reverse dependency of yum-utils is mock. It looks like the
> version of mock already in Debian supports either dnf or yum. Once dnf
> is in Debian, mock can drop the dependency on yum and yum-utils, and
> yum-utils can be removed.
> 

And then I believe yum should also be removed. Your thoughts?

Cheers,

Thomas Goirand (zigo)

Bug#939620: python3-zope.testrunner: missing Breaks+Replaces: python-zope.testrunner

[Andreas Beckmann]

Package: python3-zope.testrunner
Version: 4.4.9-2
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 .../python3-zope.testrunner_4.4.9-2_all.deb ...
  Unpacking python3-zope.testrunner (4.4.9-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python3-zope.testrunner_4.4.9-2_all.deb (--unpack):
   trying to overwrite '/usr/bin/zope-testrunner', which is also in package 
python-zope.testrunner 4.4.9-1
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/python3-zope.testrunner_4.4.9-2_all.deb


cheers,

Andreas


python-zope.testrunner=4.4.9-1_python3-zope.testrunner=4.4.9-2.log.gz
Description: application/gzip

Bug#938629: taurus: Python2 removal in sid/bullseye

[Andreas Henriksson]

Control: tags -1 + patch

Hello,

The python-taurus package seems to only have a single reverse
dependency, python-sardana, which is already RC-buggy, deprecated and
destined for removal. Thus there doesn't seem to be any blockers for
just dropping python-taurus and getting rid of the python2 dependency.

Debdiff attached.

Regards,
Andreas Henriksson
diff -Nru taurus-4.6.1+dfsg/debian/changelog taurus-4.6.1+dfsg/debian/changelog
--- taurus-4.6.1+dfsg/debian/changelog  2019-08-27 21:04:54.0 +0200
+++ taurus-4.6.1+dfsg/debian/changelog  2019-09-06 23:03:18.0 +0200
@@ -1,3 +1,10 @@
+taurus (4.6.1+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop python-taurus because of python2 removal (Closes: #938629)
+
+ -- Andreas Henriksson   Fri, 06 Sep 2019 23:03:18 +0200
+
 taurus (4.6.1+dfsg-1) unstable; urgency=medium
 
   [ Carlos Pascual ]
diff -Nru taurus-4.6.1+dfsg/debian/control taurus-4.6.1+dfsg/debian/control
--- taurus-4.6.1+dfsg/debian/control2019-08-27 21:04:54.0 +0200
+++ taurus-4.6.1+dfsg/debian/control2019-09-06 23:02:37.0 +0200
@@ -6,24 +6,6 @@
 Build-Depends: debhelper-compat (= 9),
dh-python,
graphviz,
-   python-all,
-   python-click,
-  python-enum34,
-   python-future,
-   python-guiqwt,
-   python-h5py,
-   python-lxml,
-   python-numpy,
-  python-pint,
-   python-ply,
-   python-pymca5,
-   python-pyqt5,
-   python-pyqt5.qtopengl,
-  python-setuptools,
-   python-sphinx,
-  python-sphinx-rtd-theme,
-   python-spyder,
-   python-tango,
python3-all,
python3-click,
python3-future,
@@ -52,38 +34,6 @@
 Vcs-Git: https://salsa.debian.org/science-team/taurus.git
 Homepage: http://www.taurus-scada.org
 
-Package: python-taurus
-Architecture: all
-Section: python
-Depends: ${misc:Depends},
- ${python:Depends},
- python-click,
- python-enum34,
- python-future,
- python-guiqwt,
- python-h5py,
- python-lxml,
- python-numpy,
- python-pint,
- python-ply,
- python-pyqt5,
- python-pyqt5.qtopengl,
- python-setuptools,
- python-spyder,
- python-tango
-Recommends: python-pymca5,
-qttools5-dev-tools
-Suggests: python-taurus-doc
-Breaks: python-sardana (<< 1.4.0-1~)
-Provides: ${python:Provides}
-Description: Framework for scientific/industrial CLIs and GUIs - Python2
- Taurus is a Python framework for control and data acquisition CLIs
- and GUIs in scientific/industrial environments. It supports multiple
- control systems or data sources: Tango, EPICS, ...  New control
- system libraries can be integrated through plugins.
- .
- This is the Python 2 version of the package.
-
 Package: python3-taurus
 Architecture: all
 Section: python
@@ -104,7 +54,7 @@
  python3-tango
 Recommends: python3-pymca5,
 qttools5-dev-tools,
-python
+python3
 Suggests: python-taurus-doc
 Provides: ${python3:Provides}
 Description: Framework for scientific/industrial CLIs and GUIs - Python3
diff -Nru taurus-4.6.1+dfsg/debian/python-taurus.links 
taurus-4.6.1+dfsg/debian/python-taurus.links
--- taurus-4.6.1+dfsg/debian/python-taurus.links2019-08-27 
21:04:54.0 +0200
+++ taurus-4.6.1+dfsg/debian/python-taurus.links1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/share/python-taurus/scripts/taurus usr/bin/taurus-py2
diff -Nru taurus-4.6.1+dfsg/debian/rules taurus-4.6.1+dfsg/debian/rules
--- taurus-4.6.1+dfsg/debian/rules  2019-08-27 21:04:54.0 +0200
+++ taurus-4.6.1+dfsg/debian/rules  2019-09-06 23:03:18.0 +0200
@@ -1,12 +1,11 @@
 #!/usr/bin/make -f
 
 export PYBUILD_NAME=taurus
-export PYBUILD_AFTER_INSTALL=dh_numpy
+export PYBUILD_AFTER_INSTALL=dh_numpy3
 export PYBUILD_DISABLE=test
-export 
PYBUILD_INSTALL_ARGS_python2=--install-scripts=/usr/share/python-taurus/scripts/
 
 %:
-   dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild
+   dh $@ --with python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_sphinxdoc:
 ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))

Bug#938842: xdmf: Python2 removal in sid/bullseye

[Andreas Henriksson]

Control: tags -1 + patch

Hello,

The python(2) bindings can simply be removed to get rid of the python(2)
dependency.

There was also a compile issue with PyBuffer_FromMemory which apparently
is no longer available. According to google knowledge it should be
replaced by PyMemoryView_FromMemory in newer python versions so a patch
was added to handle that.

Debdiff attached.

Regards,
Andreas Henriksson
diff -Nru xdmf-3.0+git20160803/debian/changelog 
xdmf-3.0+git20160803/debian/changelog
--- xdmf-3.0+git20160803/debian/changelog   2018-11-20 11:57:51.0 
+0100
+++ xdmf-3.0+git20160803/debian/changelog   2019-09-06 22:30:49.0 
+0200
@@ -1,3 +1,13 @@
+xdmf (3.0+git20160803-5.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop python-xdmf because of python2 removal (Closes: #938842)
+  * Add debian/patches/pybuffer-frommemory.patch
+- PyBuffer_FromMemory is gone and needs to be replaced with
+  PyMemoryView_FromMemory in newer python.
+
+ -- Andreas Henriksson   Fri, 06 Sep 2019 22:30:49 +0200
+
 xdmf (3.0+git20160803-5) unstable; urgency=medium
 
   * Drop ancient X-Python depends on 3.4+, 2.7
diff -Nru xdmf-3.0+git20160803/debian/control 
xdmf-3.0+git20160803/debian/control
--- xdmf-3.0+git20160803/debian/control 2018-11-20 11:57:51.0 +0100
+++ xdmf-3.0+git20160803/debian/control 2019-09-06 22:28:39.0 +0200
@@ -5,7 +5,7 @@
 Build-Depends: debhelper (>= 10), cmake(>= 2.4.0), 
   libhdf5-dev, libhdf5-mpi-dev,
   libxml2-dev,  libboost-dev,
-  python-dev, dh-python, python3-dev, 
+  dh-python, python3-dev, 
   gfortran, swig, 
   bzip2, libbz2-dev,
   libgzstream-dev,
@@ -47,13 +47,6 @@
  This package contains the headers and development tools needed to build
  against the Xdmf libraries.
 
-Package: python-xdmf
-Section: python
-Architecture: any
-Depends: libxdmf3  (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}, 
${python2:Depends}
-Description: Python wrappers for the eXtensible Data Model and Format library
- This package provides python wrappers for the libXDMF library.
-
 Package: python3-xdmf
 Section: python
 Architecture: any
diff -Nru xdmf-3.0+git20160803/debian/patches/pybuffer-frommemory.patch 
xdmf-3.0+git20160803/debian/patches/pybuffer-frommemory.patch
--- xdmf-3.0+git20160803/debian/patches/pybuffer-frommemory.patch   
1970-01-01 01:00:00.0 +0100
+++ xdmf-3.0+git20160803/debian/patches/pybuffer-frommemory.patch   
2019-09-06 22:30:49.0 +0200
@@ -0,0 +1,11 @@
+--- a/core/XdmfCore.i
 b/core/XdmfCore.i
+@@ -565,7 +565,7 @@
+ void *vp = $self->getValuesInternal();
+ Py_ssize_t sz =
+ $self->getSize() * $self->getArrayType()->getElementSize();
+-PyObject * c = PyBuffer_FromMemory(vp, sz);
++PyObject * c = PyMemoryView_FromMemory(reinterpret_cast(vp), 
sz, PyBUF_READ);
+ return(c);
+ }
+ 
diff -Nru xdmf-3.0+git20160803/debian/patches/series 
xdmf-3.0+git20160803/debian/patches/series
--- xdmf-3.0+git20160803/debian/patches/series  2016-12-07 13:52:23.0 
+0100
+++ xdmf-3.0+git20160803/debian/patches/series  2019-09-06 22:30:49.0 
+0200
@@ -8,3 +8,4 @@
 python3.patch
 exodus.patch
 hdf5-1.10.patch
+pybuffer-frommemory.patch
diff -Nru xdmf-3.0+git20160803/debian/python-xdmf.install 
xdmf-3.0+git20160803/debian/python-xdmf.install
--- xdmf-3.0+git20160803/debian/python-xdmf.install 2016-12-07 
13:52:23.0 +0100
+++ xdmf-3.0+git20160803/debian/python-xdmf.install 1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2.7
diff -Nru xdmf-3.0+git20160803/debian/rules xdmf-3.0+git20160803/debian/rules
--- xdmf-3.0+git20160803/debian/rules   2017-05-18 10:13:33.0 +0200
+++ xdmf-3.0+git20160803/debian/rules   2019-09-06 22:30:49.0 +0200
@@ -5,7 +5,7 @@
 
 # The magic debhelper rule:
 %:
-   dh $@ --buildsystem cmake --with python2,python3
+   dh $@ --buildsystem cmake --with python3
 
 include /usr/share/mpi-default-dev/debian_defaults
 MPI:=$(ARCH_DEFAULT_MPI_IMPL)
@@ -13,12 +13,11 @@
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 TMPDIR=$(CURDIR)/debian/tmp
 LIBDIR=/usr/lib/${DEB_HOST_MULTIARCH}
-PY2:=$(shell pyversions -d)
 PY3:=$(shell py3versions -d)m
 
 CXXFLAGS:=$(shell dpkg-buildflags --get CXXFLAGS) -fPIC
 
-BUILD_DIRS:= debian/build-mpi-py2 debian/build-serial-py2 debian/build-mpi-py3 
debian/build-serial-py3
+BUILD_DIRS:= debian/build-mpi-py3 debian/build-serial-py3
 
 CMAKE_FLAGS:= -DXDMF_SYSTEM_ZLIB=ON -DXDMF_SYSTEM_LIBXML2=ON 
-DXDMF_USE_BZIP2=ON -DXDMF_USE_GZIP=ON \
-DXDMF_SYSTEM_HDF5=ON \
@@ -32,13 +31,6 @@
 
 override_dh_auto_configure:
mkdir -p $(BUILD_DIRS)
-   (cd debian/build-serial-py2 &&  \
-   HDF5_ROOT=$(LIBDIR)/hdf5/serial cmake ../.. \
-   $(CMAKE_FLAGS) \
-   -DPYTHON_INCLUDE_PATH=/usr/include/$(PY2) \
-   -DPYTHON_LIBRARY=$(LIBDIR)/lib$(PY2).so \
-  

Bug#939401:

[Krzysztof Marczak]

I have similar behavior after upgrade to version 430. When xorg starts
there is black screen for about 10 seconds and then it returns to tty. I
have nVidia GTX 1050 card. I'm going to install version 435 from
experimental to solve this problem
   Krzysztof

Bug#935991: dh-runit: please avoid excessive/dangerous chown/chmod

[Daniel Kahn Gillmor]

On Sun 2019-09-01 13:24:14 +, Dmitry Bogatov wrote:
> Good. How urgent is fix? Can I just upload `dh-runit' into unstable and
> eventually fix will propagate to affected packages, or I have to request
> binNMU?

definitely start with a fix to unstable, but i don't know that it's
urgent to binNMU everything -- this is a defense in depth measure.  it's
mainly relevant as a privilege escalation once someone has gained
arbitrary code execution as the runit-log user itself, i think, and i
don't know of any use of the runit-log user that is likely to be
vulnerable to arbitrary code execution.  if you know of any, then yes,
archive-wide binNMUs are probably advisable.

 --dkg


signature.asc
Description: PGP signature

Bug#939387: Please provide a way to rebuild the package with debian/changelog-only changes

[Chris Lamb]

Stéphane Glondu wrote

> I would suggest to compare only the first part (upstream
> version/major version/whatever).

FYI I had to do something similar recently in src:xtrlock:

  
https://salsa.debian.org/debian/xtrlock/commit/eb0b4174c81fdb1b81926203af3bb8c7c34fdac9

Mattia, fancy implementing this? I believe you wrote the current
version check code.


Holger Levsen wrote:
 
> this matches my notion that native packages cause more harm than good.
> IMHO we should make diffoscope non-native.

Heh, although ironically strip-nondeterminism (a non-native
package...) has been causing more problems than diffoscope. :)


Regards,

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

Bug#939619: pygatt -- Python interface to the gatttool Bluetooth command

[Petter Reinholdtsen]

Package: wnpp
Severity: wishlist

* Package name: pygatt
  Version : n/a
  Upstream Author : development team
* URL : https://github.com/peplin/pygatt
* License : Apache
  Description : Python interface to the gatttool Bluetooth command

It would be great if this was part of Debian.  This library is used by
the bluetooth_le_tracker component of Home Assistant, and is needed to
get this component working on Hassbian.

I created draft packaging rules on https://salsa.debian.org/pere/pygatt >
but lack the spare time required to maintain it properly in Debian.

-- 
Happy hacking
Petter Reinholdtsen

Bug#445636:

[صقرالشمال الفدعاني]

Bug#936828: lcgdm: Python2 removal in sid/bullseye

[Andreas Henriksson]

Control: tags -1 + upstream

Hello,

The lcgdm should be able to drop the python(2) bindings packages
because they have no reverse dependencies.

The next task would be to tackle that lcgdm calls python from
Makefile in many (sub)directories. This should probably be best fixed
upstream first, even though it looks pretty trivial to just change it to
python3, but since it's in so many places.

Did not investigate further if there are any other tasks that will also
need to get done to fully get rid of the python2 (build) dependency.

Regards,
Andreas Henriksson

Bug#939618: tevent FTCBFS: multiple reasons

[Helmut Grohne]

Source: tevent
Version: 0.9.39-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability ftcbfs

tevent fails to cross build from source for many reasons.

1. The python3 build dependency is not installable, because it is
   interpreted as a host dependency. We really want a build architecture
   python here for running waf though, so it should be annotated with
   :any or :native.
2. waf tries performing a native build, because the relevant environment
   variables are not set up. One should set CC and PKGCONFIG (not
   the usual PKG_CONFIG) for tevent.
3. waf tries running a simple hello world program.
4. waf performs sizeof checks by running programs.
5. waf has a mandatory run test for determining whether mkstemp works.
6. probably more

The attached patch fixes 1-4. I don't know a good solution for 5. As
such it is an incremental step towards cross building tevent. Please
consider applying it and close this bug when doing so.

Helmut
diff --minimal -Nru tevent-0.9.39/debian/changelog 
tevent-0.9.39/debian/changelog
--- tevent-0.9.39/debian/changelog  2019-08-29 14:43:48.0 +0200
+++ tevent-0.9.39/debian/changelog  2019-09-06 21:41:32.0 +0200
@@ -1,3 +1,14 @@
+tevent (0.9.39-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Improve cross building. (Closes: #-1)
++ Annotate the python3 Build-Depends with :any.
++ Export CC and PKGCONFIG for waf.
++ cross.patch: don't run an unnecessary hello world test
++ cross.patch: use compile-only checks for sizeof validation
+
+ -- Helmut Grohne   Fri, 06 Sep 2019 21:41:32 +0200
+
 tevent (0.9.39-2) unstable; urgency=medium
 
   * Upload to unstable
diff --minimal -Nru tevent-0.9.39/debian/control tevent-0.9.39/debian/control
--- tevent-0.9.39/debian/control2019-08-29 14:05:41.0 +0200
+++ tevent-0.9.39/debian/control2019-09-06 21:41:30.0 +0200
@@ -7,7 +7,7 @@
libaio-dev [linux-any],
libtalloc-dev (>= 2.1.16~),
pkg-config,
-   python3
+   python3:any
 Rules-Requires-Root: no
 Standards-Version: 4.4.0
 Homepage: https://tevent.samba.org/
diff --minimal -Nru tevent-0.9.39/debian/patches/cross.patch 
tevent-0.9.39/debian/patches/cross.patch
--- tevent-0.9.39/debian/patches/cross.patch1970-01-01 01:00:00.0 
+0100
+++ tevent-0.9.39/debian/patches/cross.patch2019-09-06 21:41:32.0 
+0200
@@ -0,0 +1,55 @@
+--- tevent-0.9.39.orig/buildtools/wafsamba/wscript
 tevent-0.9.39/buildtools/wafsamba/wscript
+@@ -298,7 +298,7 @@
+ conf.CHECK_CODE('printf("hello world")',
+ define='HAVE_SIMPLE_C_PROG',
+ mandatory=True,
+-execute=True,
++execute=False,
+ headers='stdio.h',
+ msg='Checking simple C program')
+ 
+--- tevent-0.9.39.orig/buildtools/wafsamba/samba_conftests.py
 tevent-0.9.39/buildtools/wafsamba/samba_conftests.py
+@@ -86,9 +86,9 @@
+ '''see what we need for largefile support'''
+ getconf_cflags = conf.CHECK_COMMAND(['getconf', 'LFS_CFLAGS']);
+ if getconf_cflags is not False:
+-if (conf.CHECK_CODE('if (sizeof(off_t) < 8) return 1',
++if (conf.CHECK_CODE('char dummy[(sizeof(off_t) < 8) ? -1 : 1',
+ define='WORKING_GETCONF_LFS_CFLAGS',
+-execute=True,
++execute=False,
+ cflags=getconf_cflags,
+ msg='Checking getconf large file support flags 
work')):
+ conf.ADD_CFLAGS(getconf_cflags)
+@@ -101,23 +101,23 @@
+ else:
+ conf.DEFINE(flag_split[0], flag_split[1])
+ 
+-if conf.CHECK_CODE('if (sizeof(off_t) < 8) return 1',
++if conf.CHECK_CODE('char dummy[(sizeof(off_t) < 8) ? -1 : 1',
+define,
+-   execute=True,
++   execute=False,
+msg='Checking for large file support without 
additional flags'):
+ return True
+ 
+-if conf.CHECK_CODE('if (sizeof(off_t) < 8) return 1',
++if conf.CHECK_CODE('char dummy[(sizeof(off_t) < 8) ? -1 : 1]',
+define,
+-   execute=True,
++   execute=False,
+cflags='-D_FILE_OFFSET_BITS=64',
+msg='Checking for -D_FILE_OFFSET_BITS=64'):
+ conf.DEFINE('_FILE_OFFSET_BITS', 64)
+ return True
+ 
+-if conf.CHECK_CODE('if (sizeof(off_t) < 8) return 1',
++if conf.CHECK_CODE('char dummy[(sizeof(off_t) < 8) ? -1 : 1]',
+define,
+-   execute=True,
++   execute=False,
+cflags='-D_LARGE_FILES',
+msg='Checking for -D_LARGE_FILES'):
+ 

Bug#902403: closed by Sebastian Ramacher (Bug#902403: fixed in qjackctl 0.5.9-1)

[Sebastian Ramacher]

On 2019-09-06 21:34:46, Helmut Grohne wrote:
> Control: reopen -1
> 
> On Fri, Sep 06, 2019 at 07:21:06AM +, Debian Bug Tracking System wrote:
> >[ Sebastian Ramacher ]
> >* New upstream release.
> >  - Use AC_PATH_TOOL. (Closes: #902403)
> 
> No. It continues to use AC_PATH_PROG.

Then please tell me where:

$ rgrep AC_PATH_PROG; echo $?
1

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#902403: closed by Sebastian Ramacher (Bug#902403: fixed in qjackctl 0.5.9-1)

[Helmut Grohne]

Control: close -1
Control: fixed -1 0.5.9-1

Hi Sebastian,

On Fri, Sep 06, 2019 at 10:03:43PM +0200, Sebastian Ramacher wrote:
> Then please tell me where:
> 
> $ rgrep AC_PATH_PROG; echo $?
> 1

I'm sorry. I thought that I had double checked this. It turns out that I
really looked at the old version twice. It really cross builds just
fine. Thank you.

Helmut

Bug#939617: ITP: jollyday -- determines the holidays for a given year

[Mechtilde Stehmann]

Package: wnpp
Severity: wishlist

* Package name: jollyday
  Version : 0.5.8
  Upstream Author : Sven Diedrichsen
* URL : https://repo1.maven.org/maven2/de/jollyday/jollyday/
* License : Apache 2.0
  Programming Lang: Java
  Description : determines the holidays for a given year

This API determines the holidays for a given year, country/name and
eventually state/region. The holiday data is stored in XML files (one
for each country) and will be read from the classpath. You can provide
your own holiday calendar XML file or use any of the provided ones.
Currently there are 63 countries supported like the following: United
States, most european countries, Russia, India, Australia

this is a dependency for JVerein (ITP: #929477)

It should be maintained in the Java-Team.

Kind regards

-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature

Bug#937235: pam-wrapper: Python2 removal in sid/bullseye

[Andreas Henriksson]

Control: tags -1 + patch

Hello,

It looks trivial to get rid of the python2 dependency by dropping the
python bindings as they have no reverse dependencies.

debdiff attached.

Regards,
Andreas Henriksson
diff -Nru pam-wrapper-1.0.7/debian/changelog pam-wrapper-1.0.7/debian/changelog
--- pam-wrapper-1.0.7/debian/changelog  2018-10-10 16:54:28.0 +0200
+++ pam-wrapper-1.0.7/debian/changelog  2019-09-06 21:51:59.0 +0200
@@ -1,3 +1,10 @@
+pam-wrapper (1.0.7-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove python-pamtest because of python2 removal (Closes: #937235)
+
+ -- Andreas Henriksson   Fri, 06 Sep 2019 21:51:59 +0200
+
 pam-wrapper (1.0.7-1) unstable; urgency=medium
 
   * New upstream release. (Closes: #910642)
diff -Nru pam-wrapper-1.0.7/debian/control pam-wrapper-1.0.7/debian/control
--- pam-wrapper-1.0.7/debian/control2018-10-09 10:50:07.0 +0200
+++ pam-wrapper-1.0.7/debian/control2019-09-06 21:51:59.0 +0200
@@ -3,9 +3,9 @@
 Maintainer: Debian SSSD Team 
 Uploaders: Timo Aaltonen 
 Build-Depends: debhelper (>=11),
+ dh-python,
  cmake,
  libpam0g-dev,
- python-dev,
  python3-dev,
 X-Python-Version: >= 2.7
 X-Python3-Version: >= 3.6
@@ -28,15 +28,6 @@
  unit testing framework or you can use the provided Python bindings to
  write tests for your module in Python.
 
-Package: python-pypamtest
-Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends},
-Description: Tool to test PAM applications and PAM modules -- Python bindings
- This component of cwrap allows you to either test your PAM (Linux-PAM
- and OpenPAM) application or module.
- .
- This package includes bindings for Python 2.
-
 Package: python3-pypamtest
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends},
diff -Nru pam-wrapper-1.0.7/debian/python-pypamtest.install 
pam-wrapper-1.0.7/debian/python-pypamtest.install
--- pam-wrapper-1.0.7/debian/python-pypamtest.install   2018-10-09 
10:50:07.0 +0200
+++ pam-wrapper-1.0.7/debian/python-pypamtest.install   1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2*/dist-packages/pypamtest.so
diff -Nru pam-wrapper-1.0.7/debian/rules pam-wrapper-1.0.7/debian/rules
--- pam-wrapper-1.0.7/debian/rules  2018-10-09 10:50:07.0 +0200
+++ pam-wrapper-1.0.7/debian/rules  2019-09-06 21:51:59.0 +0200
@@ -3,7 +3,7 @@
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 %:
-   dh $@ --with python2,python3 --builddirectory=build/
+   dh $@ --with python3 --builddirectory=build/
 
 override_dh_auto_configure:
dh_auto_configure -- \

Bug#930562: Not migrated to testing yet

[Kienan Stewart]

Hi,

I see that a source upload was done and the updated version of the package 
(1.7.0-4) has passed into testing - thanks!

Is there something that needs to be done to get the process started for 
inclusion in the buster repo? PuppetDB doesn't really work properly without the 
fixed version (we're running 1.7.0-4) installed manually in production. Without 
it, puppet runs from nodes will not work after PuppetDB restarts.

Thanks,
Kienan


signature.asc
Description: PGP signature

Bug#939616: ITP: nc -- T

[Mechtilde Stehmann]

Package: wnpp
Severity: wishlist

* Package name: nc
  Version : 2.1.0
  Upstream Author : Johann N. Löfflmann et al.
* URL : http://numericalchameleon.net/en/download.html
* License : BSD-like, GPL-2+, LGPL 2+
  Programming Lang: Java
  Description : Numerical Chameleon

 Itconvert units with a precision of up to 1000 decimal places.
 .
 It supports more than 5200 units in 93 categories, including not only
 all important physical units in categories like length, area, volume,
 electricity, magnetism, force, power, energy, pressure, mass,
 temperature, velocity, acceleration, radioactivity, fuel consumption,
 time, etc. but also useful units in non-standard categories like
 exchange rates, time zones, spoken numbers (literally and by audio),
 roman numerals, geographic coordinates, radixes, fractions, checksums,
 bits, screen resolutions, colorcodes, unicodes, international
 dial codes, calendar and holiday calculations and many more.


It is a dependency for JVerein (ITP: 929477)
It should be maintained in the Java-Team

Kind regards

-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature

Bug#939607: ITP: ez-vcard -- vCard library written in Java.

[Mechtilde Stehmann]

Package: wnpp
Severity: wishlist

* Package name: libezvcard-java
  Version : 0.10.5
  Upstream Author : Michael Angstadt
* URL : https://github.com/mangstadt/ez-vcard
* License : BSD-like
  Programming Lang: Java
  Description : vCard library written in Java.

 It can read and write vCards in many different formats.  The "ez"
 stands for "easy" because the goal is to create a library that's easy
 to use.

It is a dependency for JVerein (ITP: 929477)

It should be maintained in the Java-Team.

Kind reagards

-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature

Bug#939609: ITP: vinnie -- Java library that reads and writes "vobject" data

[Mechtilde Stehmann]

Package: wnpp
Severity: wishlist

* Package name: libvinnie-java
  Version : 2.0.2
  Upstream Author : Michael Angstadt
* URL : https://github.com/mangstadt/vinnie
* License : Expat (similar to BSD)
  Programming Lang: Java
  Description : Java library that reads and writes "vobject" data

 vinnie is a lightweight Java library that reads and writes "vobject"
 data  (vCard and iCalendar). It is used by the ez-vcard and biweekly
 projects

I need this Package to build JVerein (ITP #929477) and to build ez-vcard
(ITP #939607). This is a dependency for JVerein, too.

I should be part of the Java-Team.

Kind regards
-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature

Bug#939608: bitcoin: CVE-2019-15947

[Salvatore Bonaccorso]

Source: bitcoin
Version: 0.18.1~dfsg-1
Severity: grave
Tags: security upstream
Justification: user security hole

Hi,

The following vulnerability was published for bitcoin.

CVE-2019-15947[0]:
| In Bitcoin Core 0.18.0, bitcoin-qt stores wallet.dat data unencrypted
| in memory. Upon a crash, it may dump a core file. If a user were to
| mishandle a core file, an attacker can reconstruct the user's
| wallet.dat file, including their private keys, via a grep "6231 0500"
| command.

The severity is a bit exagerated here, but given the package is only
in testing and unstable, before the buster release this might be
considered RC and needed to fix. But it's a long road to there.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-15947
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-15947

Please adjust the affected versions in the BTS as needed.



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_WARN
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#932637: nmu now in the delayed queue

[gregor herrmann]

On Fri, 06 Sep 2019 08:40:53 +0200, Dominique Dumont wrote:

> On Thursday, 5 September 2019 20:45:05 CEST gregor herrmann wrote:
> > What happened to this NMU?
> It's in unstable 

AH, right, should have checked.
 
> > I just noticed that the bug ist still open and perl6-readline was
> > removed from testing …
> The nmu version (0.1.4-3.1) cannot go in testing because rakudo is FTBS with 
> newer libuv.

Right.

But #932637 (and probably #919368 as well) should still be closed
with version 0.1.4-3.1, I guess?
 

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Simon and Garfunkel: American Tune


signature.asc
Description: Digital Signature

Bug#936845: libcap-ng: Python2 removal in sid/bullseye

[Andreas Henriksson]

Control: tags -1 + patch

Fixing this seems as easy as just getting rid of the python2 bindings
which has no reverse dependencies.

Debdiff attached.

Regards,
Andreas Henriksson
diff -Nru libcap-ng-0.7.9/debian/changelog libcap-ng-0.7.9/debian/changelog
--- libcap-ng-0.7.9/debian/changelog2019-01-14 13:33:52.0 +0100
+++ libcap-ng-0.7.9/debian/changelog2019-09-06 21:25:57.0 +0200
@@ -1,3 +1,10 @@
+libcap-ng (0.7.9-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop python-cap-ng package because of python2 removal (Closes: #936845)
+
+ -- Andreas Henriksson   Fri, 06 Sep 2019 21:25:57 +0200
+
 libcap-ng (0.7.9-2) unstable; urgency=medium
 
   * Refreshed quilt patches
diff -Nru libcap-ng-0.7.9/debian/control libcap-ng-0.7.9/debian/control
--- libcap-ng-0.7.9/debian/control  2019-01-14 13:31:43.0 +0100
+++ libcap-ng-0.7.9/debian/control  2019-09-06 21:25:36.0 +0200
@@ -8,9 +8,7 @@
 libattr1-dev,
 linux-kernel-headers,
 swig ,
-libpython-all-dev ,
 libpython3-dev ,
-python-all-dev:any ,
 python3-dev:any 
 Standards-Version: 3.9.8
 Section: libs
@@ -61,22 +59,6 @@
  .
  This package contains utilities for analysing and setting file capabilities.
 
-Package: python-cap-ng
-Section: python
-Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
-Build-Profiles: 
-Description: Python bindings for libcap-ng
- This library implements the user-space interfaces to the POSIX
- 1003.1e capabilities available in Linux kernels.  These capabilities are
- a partitioning of the all powerful root privilege into a set of distinct
- privileges.
- .
- The libcap-ng library is intended to make programming with POSIX
- capabilities much easier than the traditional libcap library.
- .
- This package contains the Python bindings for libcap-ng.
-
 Package: python3-cap-ng
 Section: python
 Architecture: any
diff -Nru libcap-ng-0.7.9/debian/python-cap-ng.dirs 
libcap-ng-0.7.9/debian/python-cap-ng.dirs
--- libcap-ng-0.7.9/debian/python-cap-ng.dirs   2015-03-25 18:03:52.0 
+0100
+++ libcap-ng-0.7.9/debian/python-cap-ng.dirs   1970-01-01 01:00:00.0 
+0100
@@ -1 +0,0 @@
-usr/lib
diff -Nru libcap-ng-0.7.9/debian/python-cap-ng.install 
libcap-ng-0.7.9/debian/python-cap-ng.install
--- libcap-ng-0.7.9/debian/python-cap-ng.install2015-05-10 
16:15:09.0 +0200
+++ libcap-ng-0.7.9/debian/python-cap-ng.install1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2*
diff -Nru libcap-ng-0.7.9/debian/rules libcap-ng-0.7.9/debian/rules
--- libcap-ng-0.7.9/debian/rules2018-04-28 16:45:59.0 +0200
+++ libcap-ng-0.7.9/debian/rules2019-09-06 21:25:57.0 +0200
@@ -30,7 +30,7 @@
 
 %:
 ifeq ($(filter nopython,$(DEB_BUILD_PROFILES)),)
-   dh $@ --with=python2,python3,autoreconf
+   dh $@ --with=python3,autoreconf
 else
dh $@ --with=autoreconf
 endif

Bug#939615: rtkit: Flooding syslog

[Oliver Schode]

Package: rtkit
Version: 0.12-4
Severity: important
Tags: upstream

Hello,

beginning with the latest update, rtkit-daemon is filling my syslog with
near identical, informational messages like:

Sep 06 20:41:57 localhost rtkit-daemon[14050]: Supervising 17 threads of 9 
processes of 1 users.
Sep 06 20:41:57 localhost rtkit-daemon[14050]: Supervising 17 threads of 9 
processes of 1 users.
Sep 06 20:41:57 localhost rtkit-daemon[14050]: Supervising 17 threads of 9 
processes of 1 users.
Sep 06 20:41:57 localhost rtkit-daemon[14050]: Supervising 17 threads of 9 
processes of 1 users.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Supervising 17 threads of 9 
processes of 1 users.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Successfully made thread 
14634 of process 14618 owned by '1000' RT at priority 10.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Supervising 16 threads of 9 
processes of 1 users.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Supervising 16 threads of 9 
processes of 1 users.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Successfully made thread 
14635 of process 14618 owned by '1000' RT at priority 10.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Supervising 15 threads of 8 
processes of 1 users.
Sep 06 20:41:56 localhost rtkit-daemon[14050]: Supervising 15 threads of 8 
processes of 1 users.
(...)

See also:
https://bugs.launchpad.net/ubuntu/+source/rtkit/+bug/1547589

Currently, in order to stop it I too had to uninstall as there doesn't
seem to be an easy way to terminate it and rtkit-daemon apparently has
no option to disable logging or even to reduce its level.

Greetings,
Oliver

Bug#902403: closed by Sebastian Ramacher (Bug#902403: fixed in qjackctl 0.5.9-1)

[Helmut Grohne]

Control: reopen -1

On Fri, Sep 06, 2019 at 07:21:06AM +, Debian Bug Tracking System wrote:
>[ Sebastian Ramacher ]
>* New upstream release.
>  - Use AC_PATH_TOOL. (Closes: #902403)

No. It continues to use AC_PATH_PROG.

Helmut

Bug#868043: [vnstat] Version 1.15 changes output units and removes rounding, with no way to configure?

[Teemu Toivola]

Minor comment to avoid possible misunderstandings:

Version 2.4 still has the "text graphical" hours output format available.
It has however been renamed from -h / --hours to -hg / --hoursgraph. This
was done in order to have the output formats of -5 / -h / -d / -m / -y / -t
share the same list style format and be more consistent as a result.

-Teemu

Bug#930160: Licensing issue

[Andreas Noteng]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The upstream package violates the GPL by linking to OpenSSL without
granting the OpenSSL licence exception. The version of the package just
uploaded to Debian is uploaded without SSL support.
I have reported this as an upstream bug here:
https://github.com/transmission-remote-gui/transgui/issues/1239

Andreas
-BEGIN PGP SIGNATURE-
Version: FlowCrypt 6.9.9 Gmail Encryption
Comment: Seamlessly send and receive encrypted email

wsFcBAEBCgAGBQJdcrBTAAoJELRG7qgympRaf64P/0byTNXptknfB490WEp4
nhgh6x/4M2Vgtkonjbu3YzdQ8wgL424XUVo8fHTZ7VfqYV/wa905JUr2/WH9
moHHTqJHw8MnOjMRIh3HyY01Mmg2KZ+pCx0AfHy4Yh9wuZPnUnVpWnoUur9q
hbbqw8Jcw+BU+orLWUUM5hAQfw3zA8c9MvS3vtH+bzoxIVcxSEjbWVAniOjI
Sv4lsN/SULF8Tp3aTt4cW7MGEfTDVMKzSaWQmDHGIIZ/p+7liMdrw8IDp530
96/OwUcluXU9yTbKfV1CaCoua6rICOhRnfTng68XXqHC/D0BIV3BA3TVkHnM
Jx8A4uRJa8+rqiBnVAXpFwIXnueuA1IzUZsU68TryQrUJrk/bikIp9FLklRR
TsYY7WFIIl8Nzz8+IND724cmekTlTdqxCrqACTScP7uEbM1DS5A7Kbj3O9mZ
H+L3zuUo6rNY7Jl8sle6bvouYuqA6nJDUuLyRDMoKaOizIg4dtldiFaBiwf0
FAEprNNEy74nxwwUStN5hK+v/iccSqkR9SDobEtsyXPes8d1wemRA2QVUNLq
dzSFXCo/7wNvjjsr4vgsD9Z0s8ePsPYPW9zi5yLj1fLu9Dvd7Uo6WtDW52xb
aWrkMp2wdUrlprTrJIadHUnnoWQtOso2jBiDgbFu47IiYZBkikl7ASUatThI
r4BG
=HwkX
-END PGP SIGNATURE-

Bug#939604: /var/lib/fwupdate/done not removed on uninstall

[dann frazier]

On Fri, Sep 6, 2019 at 1:16 PM  wrote:
>
> Yeah I  think that shouldn't be a problem to cleanup, especially given it's a 
> transition package.
>
> Overall did everything else go smoothly?

AFAIK, yes :)

Bug#939612: empire-lafe FTCBFS: does not pass cross tools to make

[Helmut Grohne]

Source: empire-lafe
Version: 1.1-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

empire-lafe fails to cross build from source, because it does not pass
cross tools to make. The easiest way of fixing that - using
dh_auto_build - makes empire-lafe cross buildable. Please consider
applying the attached patch.

Helmut
diff -u empire-lafe-1.1/debian/changelog empire-lafe-1.1/debian/changelog
--- empire-lafe-1.1/debian/changelog
+++ empire-lafe-1.1/debian/changelog
@@ -1,3 +1,10 @@
+empire-lafe (1.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross tools to make. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 06 Sep 2019 21:19:22 +0200
+
 empire-lafe (1.1-1) unstable; urgency=low
 
   * New upstream (Closes: #554326)
diff -u empire-lafe-1.1/debian/rules empire-lafe-1.1/debian/rules
--- empire-lafe-1.1/debian/rules
+++ empire-lafe-1.1/debian/rules
@@ -15,7 +15,7 @@
 

# Add here commands to compile the package.
-   make CFLAGS="-O2 -g -Wall -DLAFERC=\\\"/etc/laferc\\\" 
-DLAFEREVISION=\\\"$(version)\\\"" linux
+   dh_auto_build -- CFLAGS="-O2 -g -Wall -DLAFERC=\\\"/etc/laferc\\\" 
-DLAFEREVISION=\\\"$(version)\\\"" linux
 
touch build-stamp
 

Bug#939614: libs3 should build verbosely by default

[Helmut Grohne]

Source: libs3
Version: 2.0-3
Tags: patch

Please build libs3 verbosely by default. The attached patch implements
that.

Helmut
diff --minimal -Nru libs3-2.0/debian/changelog libs3-2.0/debian/changelog
--- libs3-2.0/debian/changelog  2017-09-28 00:26:58.0 +0200
+++ libs3-2.0/debian/changelog  2019-09-06 21:03:25.0 +0200
@@ -1,3 +1,10 @@
+libs3 (2.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Enable verbose build logs. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 06 Sep 2019 21:03:25 +0200
+
 libs3 (2.0-3) unstable; urgency=low
 
   * Fix FTBFS issues with GCC 7 (closes: #853509).
diff --minimal -Nru libs3-2.0/debian/rules libs3-2.0/debian/rules
--- libs3-2.0/debian/rules  2017-09-28 00:26:58.0 +0200
+++ libs3-2.0/debian/rules  2019-09-06 21:03:25.0 +0200
@@ -6,6 +6,11 @@
 
 DESTDIR = $(CURDIR)/debian/tmp/usr/
 
+ifeq (,$(filter terse,$(DEB_BUILD_OPTIONS)))
+override_dh_auto_build:
+   dh_auto_build -- VERBOSE=true
+endif
+
 override_dh_auto_install:
$(MAKE) install DESTDIR=$(DESTDIR)
dh_auto_install

Bug#939611: plotnetcfg FTCBFS: hard codes gcc and pkg-config

[Helmut Grohne]

Source: plotnetcfg
Version: 0.4.1-3
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

plotnetcfg fails to cross build from source, because the upstream hard
codes the build architecture pkg-config and gcc. The attached patch
fixes that. Please consider applying it.

Helmut
--- plotnetcfg-0.4.1.orig/Makefile
+++ plotnetcfg-0.4.1/Makefile
@@ -1,5 +1,6 @@
+PKG_CONFIG?=pkg-config
 ifeq ($(jansson),)
-libs=$(shell pkg-config --libs jansson)
+libs=$(shell $(PKG_CONFIG) --libs jansson)
 else
 libs=$(jansson)/src/.libs/libjansson.a
 INCLUDE=-I$(jansson)/src
@@ -13,7 +14,7 @@
 	handlers/bridge.o handlers/master.o handlers/openvswitch.o handlers/veth.o \
 	handlers/vlan.o \
 	frontends/dot.o frontends/json.o
-	gcc $(LDFLAGS) -o $@ $+ $(libs)
+	$(CC) $(LDFLAGS) -o $@ $+ $(libs)
 
 args.o: args.c args.h
 ethtool.o: ethtool.c ethtool.h

Bug#936064: gimp: Gimp crash using filling tool

[Stephane]

Hello Bernhard,

Le 06/09/2019 à 21:10, Bernhard Übelacker a écrit :

sorry for the delay, you might use for Debian bugs reply all, to
get the information recorded in the bug and notify the real person.


That's ok for me;)

I contribute to php project... and sometimes, It takes time to 
answer questions or solve bugs.

There are only 24 hours per day... I spend some of them to sleep;)



As not being involved in packaging gimp I really just tried to get
some more information from the backtrace, which led to the
bug reports in gimp's own bug tracker.

I have just forwarded that this may be related to ClipIt in some way
from these these upstream reports.

If possible you could try to disable ClipIt temporarily and see if
the crashes continue to happen?


I understood you suggest me to try without ClipIt running.
I did a few drawings after shuting down clipit, and no crash happened.
The Conflict seems to be here.


Kind regards
--
Stephane

Bug#939613: vtprint FTCBFS: does not pass cross tools to make

[Helmut Grohne]

Source: vtprint
Version: 2.0.2-13
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

vtprint fails to cross build from source, because it does not pass cross
tools to make. The easiest way of doing so - using dh_auto_build - makes
vtprint cross buildable. Please consider applying the attached patch.

Helmut
diff --minimal -Nru vtprint-2.0.2/debian/changelog 
vtprint-2.0.2/debian/changelog
--- vtprint-2.0.2/debian/changelog  2013-06-28 00:22:16.0 +0200
+++ vtprint-2.0.2/debian/changelog  2019-09-06 21:20:06.0 +0200
@@ -1,3 +1,10 @@
+vtprint (2.0.2-13.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_build pass cross tools to make. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 06 Sep 2019 21:20:06 +0200
+
 vtprint (2.0.2-13) unstable; urgency=low
 
   * convert package to 3.0 (quilt) source format
diff --minimal -Nru vtprint-2.0.2/debian/rules vtprint-2.0.2/debian/rules
--- vtprint-2.0.2/debian/rules  2013-06-27 23:42:31.0 +0200
+++ vtprint-2.0.2/debian/rules  2019-09-06 21:20:05.0 +0200
@@ -6,7 +6,7 @@
 #export DH_VERBOSE=1
 
 override_dh_auto_build:
-   $(MAKE) vtprint man woman FAQ FAQ.ps
+   dh_auto_build -- vtprint man woman FAQ FAQ.ps
 
 override_dh_auto_test:
true# Don't print a test page

Bug#933202: xfdesktop4: SEGV in g_slice_alloc

[Bernhard Übelacker]

Hello sixerjman,
the maybe same bug #934105 got closed and mentions the issue
is no longer visible in 4.14, I guess you upgraded too and
I want to ask if you still can observe that crash.

If not you could also close this bug by sending your answer
to 933202-d...@bugs.debian.org

Kind regards,
Bernhard

Bug#939610: libcommons-compress-java: CVE-2019-12402

[Salvatore Bonaccorso]

Source: libcommons-compress-java
Version: 1.18-2
Severity: important
Tags: security upstream

Hi,

The following vulnerability was published for libcommons-compress-java.

CVE-2019-12402[0]:
| The file name encoding algorithm used internally in Apache Commons
| Compress 1.15 to 1.18 can get into an infinite loop when faced with
| specially crafted inputs. This can lead to a denial of service attack
| if an attacker can choose the file names inside of an archive created
| by Compress.


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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-12402
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-12402

Regards,
Salvatore

Bug#936064: gimp: Gimp crash using filling tool

[Bernhard Übelacker]

Hello Stephane,
sorry for the delay, you might use for Debian bugs reply all, to
get the information recorded in the bug and notify the real person.

As not being involved in packaging gimp I really just tried to get
some more information from the backtrace, which led to the
bug reports in gimp's own bug tracker.

I have just forwarded that this may be related to ClipIt in some way
from these these upstream reports.

If possible you could try to disable ClipIt temporarily and see if
the crashes continue to happen?

Kind regards,
Bernhard

Bug#939602: debdiff: no longer diffs contents of sources, diffs only quiltage

[Adam D. Barratt]

On Fri, 2019-09-06 at 20:14 +0200, Adam Borowski wrote:
> A regression from 1.0 to 3.0 (quilt) format:
[...]
> With debdiff on 1.0 packages, or with regular diff on unpacked source
> trees, you get a comparison of the sources that'll be compiled/etc --

Unless it's 1.0 with any form of patch system that doesn't result in
the changes being applied directly, e.g. dpatch or even quilt.

> ie, anything that matters for the package's functionality.  But with
> 3.0, you get only a diff of the outer container.
> 
> The new behaviour may be useful at most for comparing changed patch
> metadata, or for debugging quilt-related issues, but not the actual
> code.

While you say "no longer", and "new behaviour", I will note that the
code in question has been in debdiff for over a decade. See #475506.

Regards,

Adam

Bug#939606: linux-image-5.2.0-2-amd64: Fails to shutdown/reboot/suspend

[Antonio Trueba]

Package: src:linux
Version: 5.2.9-2
Severity: important
Tags: upstream

After installing and booting kernel 5.2.0-2 everything seems to be running OK
until I try to shutdown or suspend the machine, either via the UI's shutdown
options or via command-line. What happens then is:

- Trying to shutdown or reboot: the system enters the normal shutdown sequence,
closes all running programs and services normally, completes the shutdown
sequence and shows the message "Reached power-off" or "Reached reboot" and
stops there, never actually powering off nor rebooting the machine. In order to
complete the action, I need to press the power button for about 10 seconds
until the BIOS cuts the power and then press again to restart.

- Trying to suspend: The suspend sequence normally shows no progress messages,
and even if it did what I normally do is close the lid and Gnome triggers a
suspend to RAM. This laptop has a LED (a Lenovo thinklight) that shows the
power state. On previous kernels, a couple of seconds after ordering the
suspend action, this LED changes from solid on (which indicates the system is
running) to a slow blink, which indicates the machine is a suspended state.
With kernel 5.2.0 it seems that the suspend sequence is initiated, but instead
of the slow blink the LED start to flash rapidly (which indicates that the
system is entering hibernation state),and stays in that state. The machine does
not respond to wakeup events, and I need to force a shutdown via long-pressing
the power button.


This started happening with the first installation of a 5.x kernel. If I reboot
the system with a current 4.x kernel (4.19.0-5 as of now), everything works OK.

My guess is that the kernel is not issuing the correct orders to the BIOS in
order to complete those actions. Either the new 5.x kernel series has changed
the power management strategy in some way breaking those calls to the BIOS,
which would be an upstream error, or is relying in a new software package which
is not normally installed in a 4.x-based system such as buster to complete
those calls, which will lead to this problem when the user wants to upgrade to
testing/unstable or when 5.x reaches stable.



-- Package-specific info:
** Version:
Linux version 5.2.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 
(Debian 8.3.0-21)) #1 SMP Debian 5.2.9-2 (2019-08-21)

** Command line:
BOOT_IMAGE=/vmlinuz-5.2.0-2-amd64 root=/dev/mapper/urco--vg-root ro quiet

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

** Kernel log:
[4.035204] input: HDA Intel PCH Mic as 
/devices/pci:00/:00:1f.3/sound/card0/input23
[4.035261] input: HDA Intel PCH Headphone as 
/devices/pci:00/:00:1f.3/sound/card0/input24
[4.035323] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1f.3/sound/card0/input25
[4.035368] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1f.3/sound/card0/input26
[4.035416] input: HDA Intel PCH HDMI/DP,pcm=8 as 
/devices/pci:00/:00:1f.3/sound/card0/input27
[4.035466] input: HDA Intel PCH HDMI/DP,pcm=9 as 
/devices/pci:00/:00:1f.3/sound/card0/input28
[4.035516] input: HDA Intel PCH HDMI/DP,pcm=10 as 
/devices/pci:00/:00:1f.3/sound/card0/input29
[4.069239] iwlwifi :03:00.0: Detected Intel(R) Dual Band Wireless AC 
8260, REV=0x208
[4.069724] uvcvideo 1-7:1.0: Entity type for entity Extension 4 was not 
initialized!
[4.069726] uvcvideo 1-7:1.0: Entity type for entity Extension 3 was not 
initialized!
[4.069728] uvcvideo 1-7:1.0: Entity type for entity Processing 2 was not 
initialized!
[4.069729] uvcvideo 1-7:1.0: Entity type for entity Camera 1 was not 
initialized!
[4.069827] input: Integrated Camera: Integrated C as 
/devices/pci:00/:00:14.0/usb1/1-7/1-7:1.0/input/input30
[4.069944] usbcore: registered new interface driver uvcvideo
[4.069945] USB Video Class driver (1.1.1)
[4.150576] iwlwifi :03:00.0: base HW address: 88:b1:11:0b:22:eb
[4.205370] Bluetooth: Core ver 2.22
[4.205384] NET: Registered protocol family 31
[4.205385] Bluetooth: HCI device and connection manager initialized
[4.205388] Bluetooth: HCI socket layer initialized
[4.205392] Bluetooth: L2CAP socket layer initialized
[4.205395] Bluetooth: SCO socket layer initialized
[4.221372] usbcore: registered new interface driver btusb
[4.230616] Bluetooth: hci0: Bootloader revision 0.0 build 2 week 52 2014
[4.237610] Bluetooth: hci0: Device revision is 5
[4.237624] Bluetooth: hci0: Secure boot is enabled
[4.237624] Bluetooth: hci0: OTP lock is enabled
[4.237625] Bluetooth: hci0: API lock is enabled
[4.237625] Bluetooth: hci0: Debug lock is disabled
[4.237626] Bluetooth: hci0: Minimum firmware build 1 week 10 2014
[4.239798] bluetooth hci0: firmware: direct-loading firmware 
intel/ibt-11-5.sfi
[4.239803] Bluetooth: hci0: Found device 

Bug#939457: lxml breaks beautifulsoup4 autopkgtest: a real XHTML didn't come out *exactly* the same as it went in

[Stefano Rivera]

Hi Paul (2019.09.05_04:56:41_-0300)

Fixed upstream in beautifulsoup4, upload incoming.

https://bugs.launchpad.net/beautifulsoup/+bug/1840141

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#939605: Support lerna multiple packages

[Pirate Praveen]

Package: pkg-js-tools
Severity: wishlist

Example package is node-core-js 3 in git, which contains many modules 
in a single repo each module in a sub directory of packages directory.


So core-js module is packages/core-js. This can be auto detected if 
there is a packages directory and/or lerna.json file.

Bug#939604: /var/lib/fwupdate/done not removed on uninstall

[dann frazier]

Package: fwupdate
Version: 12-6
Severity: normal

During the apt upgrade transitioning me to fwupd, I noticed:

Unpacking fwupdate (12-6) over (12-5) ...
dpkg: warning: unable to delete old directory '/var/lib/fwupdate': Directory 
not empty

Under that directory is a 0-length file called "done". Can that be removed
during postrm?

-- System Information:
Debian Release: bullseye/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 5.2.0-2-amd64 (SMP w/4 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)
LSM: AppArmor: enabled

Versions of packages fwupdate depends on:
ii  fwupd  1.2.10-2

fwupdate recommends no packages.

fwupdate suggests no packages.

-- no debconf information

Bug#939602: debdiff: no longer diffs contents of sources, diffs only quiltage

[Adam Borowski]

Package: devscripts
Version: 2.19.6
Severity: normal

Hi!
A regression from 1.0 to 3.0 (quilt) format:

dget 
https://snapshot.debian.org/archive/debian/20190710T163017Z/pool/main/t/tfortune/tfortune_1.0.0-2.dsc
dget https://deb.debian.org/debian/pool/main/t/tfortune/tfortune_1.0.1-1.dsc
# Sorry for no snapshot.d.o link, it's not there yet.
rm -rf tfortune*/.pc tfortune*/debian/patches

Compare:
debdiff tfortune*dsc
diff -Nurd tfortune-1.0.0/ tfortune-1.0.1/

With debdiff on 1.0 packages, or with regular diff on unpacked source trees,
you get a comparison of the sources that'll be compiled/etc -- ie, anything
that matters for the package's functionality.  But with 3.0, you get only a
diff of the outer container.

The new behaviour may be useful at most for comparing changed patch
metadata, or for debugging quilt-related issues, but not the actual code.

Of course, that's still a valid use case, but answers a different question
that what I'd expect from debdiff.  It's worth keeping as an option for those
debugging quilt problems -- but both coders and release people would want to
diff the contents, thus I'd say the old behaviour should be default, and
that's why I'm reporting this as a regression not a feature.


Meow!
-- Package-specific info:

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

--- ~/.devscripts ---
DEBCHANGE_RELEASE_HEURISTIC=log
DEBSIGN_KEYID=FD9CE2D8D7754B78AB279BBD2C3B436FEAC68101
DSCVERIFY_KEYRINGS="~/.gnupg/pubring.gpg"

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

Kernel: Linux 5.3.0-rc7-00047-g0566c3226c1a (SMP w/64 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages devscripts depends on:
ii  dpkg-dev   1.19.7
ii  fakeroot   1.23-1
ii  file   1:5.37-5
ii  gnupg  2.2.17-3
ii  gpgv   2.2.17-3
ii  libc6  2.28-10
ii  libfile-homedir-perl   1.004-1
ii  libfile-which-perl 1.23-1
ii  libipc-run-perl20180523.0-1
ii  libmoo-perl2.003004-2
ii  libstring-shellquote-perl  1.04-1
ii  libwww-perl6.39-1
ii  patchutils 0.3.4-2+b1
ii  perl   5.28.1-6
ii  python33.7.3-1
ii  sensible-utils 0.0.12
ii  wdiff  1.2.2-2+b1

Versions of packages devscripts recommends:
ii  apt 1.9.1
ii  at  3.1.23-1+b1
ii  curl7.65.3-1
ii  dctrl-tools 2.24-3+b1
ii  debian-keyring  2019.08.23
ii  dput-ng [dput]  1.28
ii  equivs  2.2.0
ii  libdistro-info-perl 0.21
ii  libdpkg-perl1.19.7
ii  libencode-locale-perl   1.05-1
ii  libgit-wrapper-perl 0.048-1
ii  libgitlab-api-v4-perl   0.21-1
ii  liblist-compare-perl0.53-1
ii  liblwp-protocol-https-perl  6.07-2
ii  libsoap-lite-perl   1.27-1
ii  libtry-tiny-perl0.30-1
ii  liburi-perl 1.76-1
ii  licensecheck3.0.31-3
ii  lintian 2.20.0
ii  man-db  2.8.7-3
ii  patch   2.7.6-6
ii  python3-apt 1.8.4
ii  python3-debian  0.1.36
ii  python3-magic   2:0.4.15-2
ii  python3-requests2.21.0-1
ii  python3-unidiff 0.5.5-2
ii  python3-xdg 0.25-5
ii  strace  4.26-0.2
ii  unzip   6.0-25
ii  wget1.20.3-1+b1
ii  xz-utils5.2.4-1+b1

Versions of packages devscripts suggests:
ii  adequate 0.15.2
ii  autopkgtest  5.11
pn  bls-standalone   
ii  bsd-mailx [mailx]8.1.2-0.20180807cvs-1+b1
ii  build-essential  12.7
pn  check-all-the-things 
pn  cvs-buildpackage 
ii  debhelper12.5.4
pn  devscripts-el
pn  diffoscope   
pn  disorderfs   
ii  dose-extra   5.0.1-14
pn  duck 
pn  faketime 
pn  gnuplot  
pn  how-can-i-help   
ii  libauthen-sasl-perl  2.1600-1
pn  libdbd-pg-perl   
ii  libfile-desktopentry-perl0.22-1
pn  libnet-smtps-perl
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
pn  mozilla-devscripts   
pn  mutt 
ii  openssh-client [ssh-client]  1:8.0p1-6
ii  piuparts 1.0.1
pn  postgresql-client  

Bug#939601: Can't build bnd from salsa

[Mechtilde Stehmann]

Package: bnd
Version: 3.5.0
Severity: normal

I want to build core (ITP: #939091) from
http://central.maven.org/maven2/com/google/zxing/core/

This package is in turn a dependency on JVerein (ITP: #929477)

Core need bnd as a dependency. So I tried to build bnd on my machine.
this failed.

I try to build it with gbp buildpackage. I get the following output.

I: using cowbuilder as pbuilder
dpkg-checkbuilddeps: error: Unmet build dependencies:
libfindbugs-ant-java gradle-debian-helper (>= 1.6~) libbindex-java (>=
2.2+svn101) libfelix-framework-java libfelix-gogo-runtime-java
libfelix-resolver-java libosgi-compendium-java (>= 6) libosgi-core-java
(>= 6.0.0)
W: Unmet build-dependency in source

I only clone the repo from salsa https://salsa.debian.org/java-team/bnd
and start gbp buildpackage --git-verbose

I can't see any reason why it didn't install openjdk and other important
packages.

System Information:
DebianRelease:

Pbuilder choot with sid


-- 
Mechtilde Stehmann
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature

Bug#877020: Acknowledgement (openssh-client: Fails to unlink ControlMaster socket early enough, confuses other clients)

[Paul "LeoNerd" Evans]

Lacking any response here I have reported upstream:

https://bugzilla.mindrot.org/show_bug.cgi?id=3067

-- 
Paul "LeoNerd" Evans

leon...@leonerd.org.uk  |  https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/  |  https://www.tindie.com/stores/leonerd/

Bug#939600: ITP: vmfs6-tools -- Tools to access VMFS6 filesystems

[Thomas Ward]

Package: wnpp
Severity: wishlist
Owner: Thomas Ward 

* Package name: vmfs6-tools
  Version : 0.1.0
  Upstream Author : Multiple (details below)
* URL : https://github.com/teward/vmfs6-tools
* License : GPL-2+
  Programming Lang: C
  Description : Tools to access VMFS6 filesystems

VMFS6 is a clustered filesystem designed to store virtual machine disks for
VMware ESX or ESXi Server hosts. This set of tools allows to access these
filesystems from some other non ESX/ESXi host for e.g. maintenance tasks.

Only read access is available at the moment, but write access is under
works. Multiple extents are supported.

The VMFS can be accessed with a command line tool or mounted through a
userspace filesystem (FUSE-based).

This version of VMFS Tools is designed to work with VMFS6, it is not
guaranteed to support VMFS5; if you need VMFS5 support, then use the
vmfs-tools package instead.

--

Multiple 'authors' have had their ways in this package.  The complete
authors list is:

- Christophe Fillot   (Original VMFS, which Mike Hommey based this
on)
- Mike Hommey   (Original vmfs-tools packager)
- Weafon Tsao  (Created the vmfs6-tools fork for
VMFS6)
- Thomas Ward  (Myself, as I made some changes to the fork
for coinstallability with vmfs-tools)

Note that as vmfs6-tools was never actually given a stable release number, I
made a release number of 0.1.0 on my own fork of Weafon's repository, which is
the basis of this packaging. That forked repository can be found on GitHub
(https://github.com/teward/vmfs6-tools).

The closest package in similarity to this one is vmfs-tools. However, the vmfs-
tools package only has VMFS support up to version 5. VMware ESXi 6 and later
use VMFS version 6 formatted file systems, which have substantial changes from
version 5. Because VMware ESXi 6 and later use vmfs6, we need to have VMFS6
compatible tools in the repository. However, while vmfs6-tools has VMFS6
support, it is not guaranteed to support vmfs5 well, which makes it infeasible
to switch to the forked package in place of vmfs-tools, which is guaranteed to
support VMFS5.

Because the fork of vmfs-tools to create vmfs6-tools by Weafon Tsao was not
designed with reverse compatibility in mind, it makes sense to package
vmfs6-tools separately alongside the vmfs-tools package to provide vmfs6
support.

This package will be maintained by me, and updated for packaging policy as
needed. However, there has been no movement at either vmfs-tools or vmfs6-tools
for some time, and therefore there may not ever be actual version bumps to the
software.

Bug#918754: PATH is missing sbin

[David Lawyer]

I installed Debian 10 from a usb drive, had this problem, and solved it..
The PATH environment variable is set in /etc/profile but since /etc/profile
is only run by a login shell and there is no login shell, /etc/profile
never runs and it never has a chance to set PATH.  I use the lxde GUI.
Booting the PC takes me to the login to lxde and I login.  However I don't
get any shell.  Then from the desktop I start xterm (or the like).  This
starts a shell but it's not a login shell since I'm already logged in.  So
there is no login shell and /etc/profile is never run.

There are at least a couple of ways to solve this.  One is to type su
--login (instead of just su) to create a login shell and become the su.
Another is to set PATH in /etc/bash.bashrc.  But don't copy the contents of
/etc/profile to /etc/bash.bashrc for if you do you will create an infinite
loop since /etc/profile calls /etc/bash.bashrc which make the bashrc file
call itself creating an infinite loop.  You have to be selective in what
you copy to bashrc.  The fix that's needed is perhaps to modify
/etc/bash,bashrc for the bash package.

Bug#939395: [Debian-ha-maintainers] Bug#939395: ocfs2-tools - FS can't mount at boot on drbd device

[Valentin Vidic]

On Thu, Sep 05, 2019 at 11:42:18AM +0200, Ervin Hegedüs wrote:
> Now looks like this works:
> 
> # diff -ruN ocfs2.service /lib/systemd/system/ocfs2.service
> --- ocfs2.service 2019-09-04 14:43:55.613155935 +0200
> +++ /lib/systemd/system/ocfs2.service 2019-09-05 10:59:12.552486408 +0200
> @@ -1,12 +1,13 @@
>  [Unit]
>  Description=Mount ocfs2 Filesystems
>  Documentation=man:ocfs2(7) man:mount.ocfs2(8)
> -Requires=o2cb.service
> -After=o2cb.service
> +Requires=dev-drbd0.device drbd.service o2cb.service
> +After=dev-drbd0.device drbd.service o2cb.service
>  
>  [Service]
>  Type=oneshot
>  RemainAfterExit=yes
>  ExecStart=/usr/lib/ocfs2-tools/ocfs2 start
>  ExecStop=/usr/lib/ocfs2-tools/ocfs2 stop
>  ExecReload=/usr/lib/ocfs2-tools/ocfs2 restart
> 
> so, the "dev-drbd0.device" and "drbd.service" dependencies added
> to Requires and After fields solves my problem.
> 
> How can I help you to propagate this solution? I mean, should I
> edit the Wiki (when I got my access :)) here?

Your solution will already be saved in this bug report :)

> https://wiki.debian.org/DrBd

This page describes a different use case of DRBD, but you can create
a new one page for DRBD+OCFS2 configuration.

-- 
Valentin

Bug#939599: man.1: Extra text makes a sentence odd

[Bjarni Ingi Gislason]

Package: man-db
Version: 2.8.7-3
Severity: minor

Dear Maintainer,

   * What led up to the situation?

Reading the man page.

  The sentence:

"The pager can be specified in a number of ways, or else will fall back to a
default is used (see option"

  The words "is used" do not make sense with the previous part of the
sentence.

  It could be

a) ... or else will fall back to a default (see option

b) ... or else a default is used (see option

c) ?

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

Kernel: Linux 5.2.9-2 (SMP w/2 CPU cores)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE=is_IS.iso88591 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages man-db depends on:
ii  bsdmainutils   11.1.2+b1
ii  debconf [debconf-2.0]  1.5.73
ii  dpkg   1.19.7
ii  groff-base 1.22.4-3
ii  libc6  2.28-10
ii  libgdbm6   1.18.1-5
ii  libpipeline1   1.5.1-2
ii  libseccomp22.4.1-2
ii  zlib1g 1:1.2.11.dfsg-1+b1

man-db recommends no packages.

Versions of packages man-db suggests:
pn  apparmor   
ii  firefox-esr [www-browser]  60.9.0esr-1~deb10u1
ii  groff  1.22.4-3
ii  less   487-0.1+b1
ii  lynx [www-browser] 2.9.0dev.4-1
ii  w3m [www-browser]  0.5.3-37+b1

-- debconf information:
  man-db/auto-update: true
  man-db/install-setuid: false

-- 
Bjarni I. Gislason

Bug#939598: libubootenv-tool: trying to overwrite '/usr/bin/fw_printenv', which is also in package u-boot-tools 2019.01+dfsg-7

[Axel Beckert]

Package: libubootenv-tool,u-boot-tools
Severity: serious
Version: libubootenv/0.1-1 u-boot/2019.01+dfsg-7

Hi,

the new package libubootenv-tool has a file conflict with the existing
package u-boot-tools:

Preparing to unpack .../15-libubootenv-tool_0.1-1_amd64.deb ...
Unpacking libubootenv-tool (0.1-1) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-S5V5yb/15-libubootenv-tool_0.1-1_amd64.deb (--unpack
):
 trying to overwrite '/usr/bin/fw_printenv', which is also in package 
u-boot-tools 2019.01+dfsg-7

Since the packages are both u-boot related, the new program might have
the same functionality as the existing one and hence using
update-alternatives for the two variants maybe an option.

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

Kernel: Linux 4.19.0-4-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: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Bug#936630: gnumed-client: Python2 removal in sid/bullseye

[Peter Michael Green]

severity 936630 serious
thanks

gnumed-client depends on the python-hl7 binary package which has already 
been dropped by the python-hl7 source package.

Bug#939597: plasma-workspace: Plasma components fail when airplane mode activated

[Felicia]

Package: plasma-workspace
Version: 4:5.14.5.1-1
Severity: important

Dear Maintainer,

Plasma shell freezes when airplane mode is activated for the wireless 
connection.  The menu freezes and all items in the panel are unresponsive.



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

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

Versions of packages plasma-workspace depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.16-1
ii  dbus-x11 [dbus-session-bus]   1.13.12-1
ii  drkonqi   5.14.5-1
ii  frameworkintegration  5.54.0-1
ii  gdb   8.3-1
ii  iso-codes 4.3-1
ii  kactivitymanagerd 5.14.5-1
ii  kded5 5.54.0-1
ii  kinit 5.54.0-1
ii  kio   5.54.1-1
ii  kpackagetool5 5.54.0-1
ii  kwin-common   4:5.14.5-1
ii  libappstreamqt2   0.12.8-1
ii  libc6 2.29-0experimental1
ii  libcolorcorrect5  4:5.14.5.1-1
ii  libgcc1   1:9.2.1-7
ii  libgps23  3.17-7
ii  libice6   2:1.0.9-2
ii  libkf5activities5 5.54.0-1
ii  libkf5auth5   5.54.0-2
ii  libkf5baloo5  5.54.0-1
ii  libkf5bookmarks5  5.54.0-1
ii  libkf5calendarevents5 5.54.0-1
ii  libkf5completion5 5.54.0-1
ii  libkf5config-bin  5.54.0-2
ii  libkf5configcore5 5.54.0-2
ii  libkf5configgui5  5.54.0-2
ii  libkf5configwidgets5  5.54.0-1
ii  libkf5coreaddons5 5.54.0-1
ii  libkf5crash5  5.54.0-1
ii  libkf5dbusaddons5 5.54.0-1
ii  libkf5declarative55.54.0-1
ii  libkf5globalaccel-bin 5.54.0-1
ii  libkf5globalaccel55.54.0-1
ii  libkf5guiaddons5  5.54.0-1
ii  libkf5holidays5   1:5.54.0-1
ii  libkf5i18n5   5.54.0-1
ii  libkf5iconthemes5 5.54.0-1
ii  libkf5idletime5   5.54.0-1
ii  libkf5itemviews5  5.54.0-1
ii  libkf5jobwidgets5 5.54.0-1
ii  libkf5js5 5.54.0-1
ii  libkf5jsembed55.54.0-1
ii  libkf5kdelibs4support55.54.0-1
ii  libkf5kiocore55.54.1-1
ii  libkf5kiofilewidgets5 5.54.1-1
ii  libkf5kiogui5 5.54.1-1
ii  libkf5kiowidgets5 5.54.1-1
ii  libkf5networkmanagerqt6   5.54.0-1
ii  libkf5newstuff5   5.54.0-2
ii  libkf5notifications5  5.54.0-1
ii  libkf5notifyconfig5   5.54.0-1
ii  libkf5package55.54.0-1
ii  libkf5plasma5 5.54.0-1
ii  libkf5plasmaquick55.54.0-1
ii  libkf5prison5 5.54.0-1+b2
ii  libkf5quickaddons55.54.0-1
ii  libkf5runner5 5.54.0-1
ii  libkf5service-bin 5.54.0-1
ii  libkf5service55.54.0-1
ii  libkf5solid5  5.54.0-1
ii  libkf5texteditor5 5.54.0-1
ii  libkf5textwidgets55.54.0-1
ii  libkf5wallet-bin  5.54.0-1
ii  libkf5wallet5 5.54.0-1
ii  libkf5waylandclient5  4:5.54.0-1
ii  libkf5widgetsaddons5  5.54.0-1
ii  libkf5windowsystem5   5.54.0-1
ii  libkf5xmlgui5 5.54.0-1
ii  libkscreenlocker5 5.14.5-1
ii  libksgrd7 4:5.14.5-1
ii  

Bug#939596: python3-ndg-httpsclient: trying to overwrite '/usr/bin/ndg_httpclient', which is also in package python-ndg-httpsclient 0.5.1-1

[Axel Beckert]

Package: python3-ndg-httpsclient
Version: 0.5.1-2
Severity: serious

Dear Maintainer,

your upload seems to have moved /usr/bin/ndg_httpclient (and
potentially further files) from python-ndg-httpsclient to
python3-ndg-httpsclient without the according Breaks and Replaces
headers.

This resulted in the following file conflict when upgrading
python3-ndg-httpsclient from 0.5.1-1 to 0.5.1-2 with
python-ndg-httpsclient being installed, too:

Preparing to unpack .../29-python3-ndg-httpsclient_0.5.1-2_all.deb ...
Unpacking python3-ndg-httpsclient (0.5.1-2) over (0.5.1-1) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-idI8Ph/29-python3-ndg-httpsclient_0.5.1-2_all.deb 
(--unpack):
 trying to overwrite '/usr/bin/ndg_httpclient', which is also in package 
python-ndg-httpsclient 0.5.1-1

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

Kernel: Linux 4.18.0-1-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: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages python3-ndg-httpsclient depends on:
ii  python3  3.7.3-1
ii  python3-openssl  19.0.0-1
ii  python3-pyasn1   0.4.2-3

python3-ndg-httpsclient recommends no packages.

python3-ndg-httpsclient suggests no packages.

-- no debconf information

Bug#939595: release.debian.org: Please bump urgency of exim4 4.92.1-3 to criticial

[Andreas Metzler]

Package: release.debian.org
Severity: normal

Hello,

In hindsight I have chosen the wrong urgency for exim4 4.92.1-3, a
remote root command execution should migrate as fast as possible. Could
please bump the urgency/shorten the migration period?

urgent exim4/4.92.1-3

TIA, cu Andreas

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

Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


signature.asc
Description: PGP signature

Bug#939594: vmtk build-depends on cruft package

[Peter Michael Green]

package: vmtk
severity: serious
version: 1.3+dfsg-2.3

vmtk build-depends on libvtk6-java which is no longer built by the vtk6 
source package.

Bug#813456: An addition of 130 MB is needed by an update to 0.9.4-1

[Elimar Riesebieter]

Control: severity -1 important

Dear maintainer,

please put libcanberra-gtk3-module as a 'Suggests:' in
debbian/control.

Elimar
-- 
  Experience is something you don't get until
  just after you need it!


signature.asc
Description: PGP signature

Bug#939431: linux-image-5.2.0-2-amd64: failedto reeed

[Ben Hutchings]

Control: tag -1 moreinfo

On Wed, 2019-09-04 at 21:50 +0200, Christian Petersen wrote:
> Package: src:linux
> Version: 5.2.9-2
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
[...]

You need to answer these questions.

Ben.

-- 
Ben Hutchings
All the simple programs have been written, and all the good names taken




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

Bug#939593: gnome-vfs: FTBFS with gtk-doc-tools 1.32 (from experimental)

[Simon McVittie]

Control: forcemerge 876586 -1

On Fri, 06 Sep 2019 at 19:10:07 +0200, Andreas Henriksson wrote:
> /bin/bash: gtkdoc-mktmpl: command not found

This is a pre-existing bug, already present with the gtk-doc-tools
in (stable and) unstable.

gnome-vfs is obsolete and should be removed from Debian anyway (#893922)
so nobody has fixed this.

smcv

Bug#939500: Please upload 1.32 to unstable

[Andreas Henriksson]

Control: block -1 by 939591 939592 939593
Control: tags 939591 + bullseye sid
Control: tags 939592 + bullseye sid
Control: tags 939593 + bullseye sid

On Thu, Sep 05, 2019 at 05:47:50PM +0200, Michael Biebl wrote:
> Package: gtk-doc-tools
> Version: 1.28-1
> Severity: wishlist
> 
> Hi,
> 
> it would be great if gtk-doc-tools could be updated to 1.32 in unstable.
[...]

Rebuilds of reverse dependencies was initiated on debomatic by mfv.
Unfortunately gnutls30 seems to cause alot of build issues for unknown
reasons. Also quite hard to tell which other issues are related to
gtk-doc-tools or not... A few ones that seems atleast somewhat related
to gtk-doc-tools has been spotted and bugs filed though (see above).
Further blockers will be added as they are found. Any help with
rebuilding and identifying them welcome (also ofcourse fixing the found
ones).

Current attempts at:
http://debomatic-amd64.debian.net/distribution#experimental
https://people.debian.org/~mfv/gtk-doc.results

Regards,
Andreas Henriksson

Bug#930919: dovecot: dsync broken for sieve filters

[Lukas Schwaighofer]

Hi James,

On Fri, 6 Sep 2019 11:07:20 +0100
James Beck  wrote:

> I tested a local build with that patch and I don't think it is a
> complete fix.  In our setup, it stalls replication for our webmail
> users who use the Roundcube sieve plugin:
> 
> Sep 05 23:21:04  dovecot[12574]: doveadm: Error:
> Exporting mailbox INBOX failed: Mailbox attribute
> vendor/vendor.dovecot/pvt/server/sieve/files/roundcube lookup failed:
> Mailbox attributes not enabled

I also got this error when migrating my configuration from stretch to
buster and added the following setting to my 10-mail.conf:

mail_attribute_dict = file:~/dovecot-attributes

Not sure why that setting is needed in my setup to be honest, and the
dovecot-attributes file doesn't ever seem to get created. But the error
was gone after adding it.

> It's possible that our Roundcube configuration is doing something odd
> with sieve, but sieve filter replication with this setup worked before
> this bug was introduced.


I just tested creating, editing and removing a sieve config via
roundcube's sieve plugin (using roundcube from Debian buster) and
everything went smoothly.

I'm running a custom build of dovecot with the referenced patch
cherry-picked for a few weeks now (I recently updated it to version
1:2.3.4.1-5+deb10u1 because of the security fix). I haven't noticed any
issues.

Regards
Lukas

Bug#932733: mesa: FTBFS on x32: usr/share/vulkan/explicit_layer.d/*.json, libVkLayer_MESA_overlay.so not built but attempted to be installed

[Thorsten Glaser]

Version: 19.1.6-1

Hello Timo,

would you please also fix the bug in the file installation logic?

(This is likely a case where any-amd64 includes x32 because they
share the CPU architecture (but not the ABI), or something like
that.)

Thanks in advance,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**

Bug#939590: global: Please support sqlite3

[Markus Grunwald]

Package: global
Version: 6.6.3-2+b1
Severity: wishlist

Dear Maintainer,

I'd like gtags in golang projects. https://github.com/juntaki/gogtags
supports generating them, but the `global` binary needs to support
sqlite3 to read them.

I changed debian/rules in the source package like this (add
--with-sqlite):

override_dh_auto_configure:
 dh_auto_configure -- --with-exuberant-ctags=/usr/bin/ctags
--disable-static \
 --datadir=/usr/share/$(DEB_SOURCE) --with-sqlite3

... and the result suits my needs :) So please consider this change.


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

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

Versions of packages global depends on:
ii  emacsen-common  3.0.4
ii  libc6   2.28-10
ii  libltdl72.4.6-9
ii  libncurses6 6.1+20190803-1
ii  libtinfo6   6.1+20190803-1

Versions of packages global recommends:
ii  python  2.7.16-1

Versions of packages global suggests:
ii  chromium [www-browser] 76.0.3809.100-1
ii  doxygen1.8.13-10
ii  exuberant-ctags1:5.9~svn20110310-12
ii  firefox-esr [www-browser]  60.8.0esr-1
pn  id-utils   
ii  python-pygments2.3.1+dfsg-1
ii  w3m [www-browser]  0.5.3-37+b1

-- no debconf information

-- 
Markus Grunwald
https://www.the-grue.de/~markus/markus_grunwald.gpg

Bug#925344: polkit-qt-1: Please support new logind virtual packages (instead of hardcoding libpam-systemd)

[Thorsten Glaser]

Dear maintainers,

a new upload (0.112.0-7) was done, but without applying the
patch from this report.

Please do so, to unbreak installability. I’m considering an
NMU upload if not done within two weeks or so.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**

Bug#925518: Important Issues Reply Back

[Mrs Alice Louise Walton]

Hi, I'm  Mrs Alice Louise Walton i have an important issue for you, reply via 
e-mail:alicewalton0...@gmail.com.for details.

Bug#939588: uim package lacks 2 files

[NIDE Naoyuki]

Package: uim
Version: 1:1.8.8-4
Severity: normal

Dear Maintainer,

On a 'buster' system that is upgraded from 'stretch', uim lacks the following
two files:
/var/lib/uim/installed-modules.scm
/var/lib/uim/loader.scm
These files existed when the system was 'stretch', but after upgrading to
'buster', these files disappeared.
On a clean-installed 'buster' system does not have this problem.

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

Kernel: Linux 4.19.0-5-686-pae (SMP w/1 CPU core)
Locale: LANG=ja_JP.EUC-JP, LC_CTYPE=ja_JP.EUC-JP (charmap=EUC-JP), 
LANGUAGE=ja_JP.EUC-JP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages uim depends on:
ii  dpkg 1.19.7
ii  libc62.28-10
ii  libuim-scm0  1:1.8.8-4
ii  libuim8  1:1.8.8-4
ii  uim-data 1:1.8.8-4
ii  uim-plugins  1:1.8.8-4

Versions of packages uim recommends:
ii  im-config 0.43-1
ii  uim-fep   1:1.8.8-4
ii  uim-gtk2.01:1.8.8-4
ii  uim-gtk3  1:1.8.8-4
ii  uim-qt5   1:1.8.8-4
ii  uim-xim   1:1.8.8-4
ii  wamerican [wordlist]  2018.04.16-1

Versions of packages uim suggests:
ii  uim-anthy  1:1.8.8-4

-- no debconf information

Bug#939589: pymca: build failure on armhf

[Gianfranco Costamagna]

Source: pymca
Version: 5.5.0+dfsg-1
Severity: serious

Hello, looks like your last upload is FTBFS on armhf...
https://buildd.debian.org/status/package.php?p=pymca=unstable

Also, you might have a test failure on autopkgtestsuite:
testFastFitEdfMap (PyMcaBatchTest.testPyMcaBatch) ... Segmentation fault


Can you please have a look?

thanks

Gianfranco

Bug#939562: libopencv-highgui2.4-deb0 missing in Buster

[David Bremner]

Salvi Loris  writes:

> Package: libopencv-highgui2.4-deb0
> Version: 2.4.9.1
>
> https://packages.debian.org/search?searchon=names=libopencv-highgui2.4-deb0
>
> As you can see, this package exists in Debian Stretch (oldstable) and Debian 
> SID (unstable), but is not present in Debian Buster (stable).

The version in sid is cruft (a leftover binary package that should be
removed). It's only present on the sh4 architecture, which is in
debports, not debian proper.

$ rmadison libopencv-highgui2.4-deb0

shows only oldstable.

Perhaps rather than telling us the symptoms, you could tell us what the
actual problem you are having is. Do you have third party software that
needs rebuilding? Why do you care about this library which has been
replaced by a newer version.

Bug#923717: closed by Domenico Andreoli (Bug#923717: fixed in dwarves-dfsg 1.15-1)

[Domenico Andreoli]

On Tue, Sep 03, 2019 at 10:16:50PM +0200, Paul Gevers wrote:
> Hi Domencio,

Hi Paul,

> On 08-08-2019 21:40, Domenico Andreoli wrote:
> >> So this libc-bin-dbgsym has no relation with dwarves? Than I guess it
> > 
> > Indeed it has not any.
> > 
> >> will work as you can always install the version from testing and no
> >> relation will pull in the version from unstable. If that's the case,
> >> just close the bug again. Otherwise, skip-not-installable *on top of*
> >> other improvements will just mean that *if* any package is unsatisfiable
> >> than the test is marked as skipped and as such adds a neutral result to
> >> the final outcome.
> > 
> > Thanks, I'll consider it.
> 
> We overlooked one thing. Because your autopkgtest now depends on
> libc-bin-dbgsym, when that package is updated, our migration software
> will trigger a test for it. Due to the unfixed issue with debci, the
> required version of libc-bin-dbgsym will not be available, and the test
> will fail, blocking migration of glibc to testing. A glibc transition is
> pending, this will be an issue.
> 
> You can see that this is happening on, the test triggered with
> "glibc/2.29-0experimental1 orafce/3.8.0-1 postgresql-12/12~beta3-1
> tracker/2.2.1-1":
> https://ci.debian.net/packages/d/dwarves-dfsg/unstable/amd64/

I understand, I'm then reverting to dwarves-dbgsym and adding
skip-not-installable.

Thanks,
Domenico

-- 
rsa4096: 3B10 0CA1 8674 ACBA B4FE  FCD2 CE5B CF17 9960 DE13
ed25519: FFB4 0CC3 7F2E 091D F7DA  356E CC79 2832 ED38 CB05


signature.asc
Description: PGP signature

Bug#939587: /usr/sbin/update-mime: update-mime: Perl errors (or warnings ?)

[Erwan David]

Package: mime-support
Version: 3.63
Severity: normal
File: /usr/sbin/update-mime

When using update-mime, I get following messages
Use of uninitialized value $ENV{"DPKG_RUNNING_VERSION"} in string ne at 
/usr/sbin/update-mime line 43.
Use of uninitialized value $ARGV[0] in string eq at /usr/sbin/update-mime line 
49.

I do not know wether it is critical or not. If I am not supposed to start it my
self, then the mailcap.order man page should be corrected.

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

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

mime-support depends on no packages.

Versions of packages mime-support recommends:
ii  bzip2 1.0.6-9.2
ii  file  1:5.37-5
ii  xz-utils  5.2.4-1+b1

mime-support suggests no packages.

-- Configuration Files:
/etc/mailcap.order changed:
imagemagick-6.q16:image/*


-- no debconf information

Bug#939586: gwenview should provide a /usr/lib/mime/packages/gwenview file

[Erwan David]

Package: gwenview
Version: 4:18.04.0-1.1+b1
Severity: minor

since there is no /usr/lib/mime/packages/gwenview, we cannot use gwenview as
default image viewer for non KDE applications. Such a file would be useful.

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

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

Versions of packages gwenview depends on:
ii  kinit  5.54.0-1
ii  kio5.54.1-1
ii  libc6  2.28-10
ii  libcfitsio83.470-3
ii  libexiv2-140.25-4
ii  libgcc11:9.2.1-4
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libkf5activities5  5.54.0-1
ii  libkf5baloo5   5.54.0-1
ii  libkf5completion5  5.54.0-1
ii  libkf5configcore5  5.54.0-2
ii  libkf5configgui5   5.54.0-2
ii  libkf5configwidgets5   5.54.0-1
ii  libkf5coreaddons5  5.54.0-1
ii  libkf5filemetadata35.54.0-1
ii  libkf5i18n55.54.0-1
ii  libkf5iconthemes5  5.54.0-1
ii  libkf5itemmodels5  5.54.0-1
ii  libkf5itemviews5   5.54.0-1
ii  libkf5jobwidgets5  5.54.0-1
ii  libkf5kdcraw5  18.08.0-1
ii  libkf5kiocore5 5.54.1-1
ii  libkf5kiofilewidgets5  5.54.1-1
ii  libkf5kiowidgets5  5.54.1-1
ii  libkf5kipi32.0.0   4:17.08.3-1
ii  libkf5notifications5   5.54.0-1
ii  libkf5parts5   5.54.0-1
ii  libkf5service-bin  5.54.0-1
ii  libkf5service5 5.54.0-1
ii  libkf5solid5   5.54.0-1
ii  libkf5widgetsaddons5   5.54.0-1
ii  libkf5xmlgui5  5.54.0-1
ii  liblcms2-2 2.9-3+b1
ii  libphonon4qt5-44:4.10.3-3
ii  libpng16-161.6.37-1
ii  libqt5core5a   5.11.3+dfsg1-4
ii  libqt5dbus55.11.3+dfsg1-4
ii  libqt5gui5 5.11.3+dfsg1-4
ii  libqt5opengl5  5.11.3+dfsg1-4
ii  libqt5printsupport55.11.3+dfsg1-4
ii  libqt5svg5 5.11.3-3
ii  libqt5widgets5 5.11.3+dfsg1-4
ii  libqt5x11extras5   5.11.3-2
ii  libstdc++6 9.2.1-4
ii  libx11-6   2:1.6.7-1
ii  phonon4qt5 4:4.10.3-3

Versions of packages gwenview recommends:
ii  kamera 4:17.08.3-1
ii  kio-extras 4:18.08.3-1
ii  qt5-image-formats-plugins  5.11.3-2

gwenview suggests no packages.

-- no debconf information

Bug#939585: installation-reports: Unable to boot from LVM on encrypted volume - missing cryptsetup in initramfs

[Arne]

Package: installation-reports
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

Installation using manually partioned disk by installer containing LVM on 
encrypted volume


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

Manually partition drive by installer:
- primary boot partition
- encrypted volume
- LVM on encrypted volume containing root and swap partitions

Continue installation to the end.

An alternative would be trying to encrypt the whole disk. This fails in a more 
complete way.

This used to work fine with buster as testing release already.


   * What was the outcome of this action?

After reboot and some error messages about missing LVM volumes you will be 
dropped to an initramfs shell.
Obviously cryptsetup is missing although installed by d-i with no errors and 
there are no errors reported by d-i during generaton of initramfs.


   * What outcome did you expect instead?

A working installation where cryptsetup with or without plymouth asking for 
passphrase and setting up encrypted volumes.


Cause:

cryptsetup-initramfs is not installed. I was able to fix the situation by 
chroot and installing it in the end of the installation.


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

Kernel: Linux 5.2.02-generic
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: -

Bug#907615:

[StalkR]

Hello,

I just encountered the same issue.
Thanks Alex for debugging and finding the reason: lxc-console attaches
by default to tty 1 vs. but the template listens by default on tty 0.

Host is an up-to-date Debian buster, with packages lxc
(1:3.1.0+really3.0.3-8) and lxc-templates (3.0.3-1).
I created a Debian buster container like this:
# lxc-create -n buster -t debian -- -r buster
Then tried to open a console like this:
# lxc-console -n buster
Connected to tty 1
Type  to exit the console,  to enter Ctrl+a itself

Nothing happened, so I specified tty 0 and it worked:

# lxc-console -n buster -t 0
Connected to tty 0
Type  to exit the console,  to enter Ctrl+a itself

buster login:

Now I don't actually need lxc-console, I use lxc-attach which works
great, but when I tested it it was weird that it didn't work with
default options.

Thanks!

Bug#939584: mk-build-deps: does not exit with non-zero exit code on failure

[Andreas Steinel]

Package: devscripts
Version: 2.19.5
Severity: important

Dear Maintainer,

I ran mk-build-deps in a directory in which the user running it has no
write permissions. An error message is displayed, but the program exits
with a zero exit code but was not able to perform its duty:

$ mk-build-deps
Error in tempdir() using /tmp/localdir/equivs.XX: Could not create 
directory /tmp/localdir/equivs.DB5LRY: Permission denied at 
/usr/bin/equivs-build line 19.

$ echo $?
0

I expect the program to return anything else but 0 so that programs
relying on exit code will work.

As a workaround in my build scripts, I now check if mk-build-deps
created any *deb files

Best
Andreas Steinel

-- Package-specific info:

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

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

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

Kernel: Linux 4.9.0-8-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages devscripts depends on:
ii  dpkg-dev  1.19.7
ii  fakeroot  1.23-1
ii  file  1:5.35-4
ii  gnupg 2.2.12-1
ii  gnupg22.2.12-1
ii  gpgv  2.2.12-1
ii  libc6 2.28-10
ii  libfile-homedir-perl  1.004-1
ii  libfile-which-perl1.23-1
ii  libipc-run-perl   20180523.0-1
ii  libmoo-perl   2.003004-2
ii  libwww-perl   6.36-2
ii  patchutils0.3.4-2
ii  perl  5.28.1-6
ii  python3   3.7.3-1
ii  sensible-utils0.0.12
ii  wdiff 1.2.2-2+b1

Versions of packages devscripts recommends:
ii  apt 1.8.2
ii  at  3.1.23-1
ii  curl7.64.0-4
ii  dctrl-tools 2.24-3
ii  debian-keyring  2019.02.25
ii  dput1.0.3
ii  equivs  2.2.0
ii  libdistro-info-perl 0.21
ii  libdpkg-perl1.19.7
ii  libencode-locale-perl   1.05-1
ii  libgit-wrapper-perl 0.048-1
ii  libgitlab-api-v4-perl   0.16-1
ii  liblist-compare-perl0.53-1
ii  liblwp-protocol-https-perl  6.07-2
ii  libsoap-lite-perl   1.27-1
ii  libstring-shellquote-perl   1.04-1
ii  libtry-tiny-perl0.30-1
ii  liburi-perl 1.76-1
ii  licensecheck3.0.31-3
ii  lintian 2.15.0
ii  man-db  2.8.5-2
ii  patch   2.7.6-3+deb10u1
ii  python3-apt 1.8.4
ii  python3-debian  0.1.35
ii  python3-magic   2:0.4.15-2
ii  python3-requests2.21.0-1
ii  python3-unidiff 0.5.4-1
ii  python3-xdg 0.25-5
ii  strace  4.26-0.2
ii  unzip   6.0-23
ii  wget1.20.1-1.1
ii  xz-utils5.2.4-1

Versions of packages devscripts suggests:
pn  adequate 
pn  autopkgtest  
pn  bls-standalone   
ii  build-essential  12.6
pn  check-all-the-things 
pn  cvs-buildpackage 
ii  debhelper12.1.1
pn  devscripts-el
pn  diffoscope   
pn  disorderfs   
pn  dose-extra   
pn  duck 
pn  faketime 
pn  gnuplot  
pn  how-can-i-help   
ii  libauthen-sasl-perl  2.1600-1
pn  libdbd-pg-perl   
pn  libfile-desktopentry-perl
pn  libnet-smtps-perl
pn  libterm-size-perl
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perl
ii  mailutils [mailx]1:3.5-3
pn  mozilla-devscripts   
pn  mutt 
ii  openssh-client [ssh-client]  1:7.9p1-10
pn  piuparts 
pn  postgresql-client
pn  quilt
pn  ratt 
pn  reprotest
pn  svn-buildpackage 
pn  w3m  

-- no debconf information
eXirius IT Dienstleistungen GmbH
Juchem-Straße 24 | 66571 Eppelborn
T +49 6881 5 0 | i...@exirius.de
http://www.exirius.de

Amtsgericht Saarbrücken HRB 12124
Geschäftsführer: Dipl.-Math. oec. Michael Royar

Bug#939578: [Pkg-fonts-devel] Bug#939578: fontforge: FTBFS: There is no package matching [libspiro1-dev] and noone provides it

[Jonas Smedegaard]

control: reassign -1 d-shlibs 0.86
control: affects -1 fontforge

Quoting Sebastian Ramacher (2019-09-06 15:49:40)
> Source: fontforge
> Version: 1:20170731~dfsg-1
> Severity: serious
> Tags: ftbfs sid bullseye
> Justification: fails to build from source (but built successfully in the past)
> 
> fontforge no longer builds due the spiro transition:
> | d-shlibmove --commit \
> |   --devunversioned \
> |   --exclude-la \
> |   --extralib debian/tmp/x/usr/lib/libgioftp.so \
> |   --extralib debian/tmp/x/usr/lib/libgunicode.so \
> |   --extralib debian/tmp/x/usr/lib/libgutils.so \
> |   --movedev "debian/tmp/x/usr/include/*" usr/include/ \
> |   --movedev "debian/tmp/x/usr/lib/pkgconfig/*.pc" usr/lib/pkgconfig \
> |   --override s/libfontforge2-dev/libfontforge-dev/ \
> |   debian/tmp/x/usr/lib/libfontforge.so
> | Library package automatic movement utility
> |  --> libfontforge-dev package from same source package.
> |  --> libfreetype6-dev package exists.
> |  --> libgif-dev package exists.
> |  --> libglib2.0-dev package exists.
> |  --> libjpeg-dev package exists.
> |  --> libltdl7-dev is provided by a package.
> |  --> libpng-dev package exists.
> |  --> libpython-dev package exists.
> |  --> libreadline-dev package exists.
> | devlibs error: There is no package matching [libspiro1-dev] and noone 
> provides it, please report bug to d-shlibs maintainer
> |  --> libtiff5-dev package exists.
> |  --> libuninameslist-dev package exists.
> |  --> libxml2-dev package exists.
> |  --> zlib1g-dev package exists.
> | make: *** [debian/rules:63: debian/stamp-local-shlibs-libfontforge] Error 1
> | dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess 
> returned exit status 2
> 
> See
> https://buildd.debian.org/status/fetch.php?pkg=fontforge=amd64=1%3A20170731%7Edfsg-1%2Bb2=1567253536=0
> for the full log.

This bug is in d-shlibs (but can be worked around locally in fontforge).

Thanks for reporting,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#939583: rsstail: Please consider updating to version 2.1

[Josue Ortega]

Package: rsstail
Version: 1.8-1
Severity: wishlist

Dear Maintainer,

Please update rsstail to its latest upstream release

Best regards

--
Josue

Bug#864603: Temporary workaround

[Bruno Kleinert]

Hi,

the "Could not connect: Connection refused" seems to be a known
limitation of running X11 applications on Wayland, see 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/considerations_in_adopting_rhel_8/desktop-and-graphics_considerations-in-adopting-rhel-8#opening-graphical-applications-with-sudo_notable-changes-in-gnome-shell

That link also points to the workaround.

I'd prefer a real solution, though, since more and more distribitions
switch to Wayland by default. Please forward this bug to upstream in
case they aren't aware of this issue, yet.

Cheers - Bruno


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

Bug#782654: News of bazel refactoring for compliance with debian policy

[Bastien ROUCARIES]

Hi,

We recently drop tensorflow from debian due to the huge cost of
maintaining the build system byt converting from bazel to cmake.

Where is the roadmap to get bazel distrib friendly ?

Thanks

Bastien

Bug#939080: Updated patch

[Bill Blough]

There were a couple of issues with the previous patch that I didn't
notice earlier:

1) Line endings seem to have gotten mangled

2) Newer versions of quilt don't appear to like it if you manually edit
the series file.

The attached patch has the same changes as the previous patch except
that it doesn't modify the quilt series file, and it should preserve the
correct line endings.



-- 
GPG: 5CDD 0C9C F446 BC1B 2509  8791 1762 E022 7034 CF84
Description: Add new-style constructors
 Old-style (php4) constructors are deprecated.  They generate warnings
 currently, and will stop working in php8.  Adding new-style constructors
 while keeping the old ones silences the warnings and prepares for php8
Author: Bill Blough 
Last-Update: 2019-09-06
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/lib/class.nusoap_base.php
+++ b/lib/class.nusoap_base.php
@@ -222,11 +222,21 @@ class nusoap_base {
 	*
 	* @access	public
 	*/
-	function nusoap_base() {
+	function __construct() {
 		$this->debugLevel = $GLOBALS['_transient']['static']['nusoap_base']['globalDebugLevel'];
 	}
 
 	/**
+	* old constructor
+	*
+	* @access	public
+	*/
+	function nusoap_base() {
+		$self::__construct();
+	}
+
+
+	/**
 	* gets the global debug level, which applies to future instances
 	*
 	* @return	integer	Debug level 0-9, where 0 turns off
@@ -993,4 +1003,4 @@ function usleepWindows($usec)
 }
 
 
-?>
\ No newline at end of file
+?>
--- a/lib/class.soap_fault.php
+++ b/lib/class.soap_fault.php
@@ -45,7 +45,7 @@ class nusoap_fault extends nusoap_base {
 * @param string $faultstring human readable error message
 * @param mixed $faultdetail detail, typically a string or array of string
 	*/
-	function nusoap_fault($faultcode,$faultactor='',$faultstring='',$faultdetail=''){
+	function __construct($faultcode,$faultactor='',$faultstring='',$faultdetail=''){
 		parent::nusoap_base();
 		$this->faultcode = $faultcode;
 		$this->faultactor = $faultactor;
@@ -54,6 +54,18 @@ class nusoap_fault extends nusoap_base {
 	}
 
 	/**
+	* old constructor
+*
+* @param string $faultcode (SOAP-ENV:Client | SOAP-ENV:Server)
+* @param string $faultactor only used when msg routed between multiple actors
+* @param string $faultstring human readable error message
+* @param mixed $faultdetail detail, typically a string or array of string
+	*/
+	function nusoap_fault($faultcode,$faultactor='',$faultstring='',$faultdetail=''){
+		$self::__construct($faultcode,$faultactor,$faultstring,$faultdetail);
+	}
+
+	/**
 	* serialize a fault
 	*
 	* @return	string	The serialization of the fault instance.
@@ -87,4 +99,4 @@ class soap_fault extends nusoap_fault {
 }
 
 
-?>
\ No newline at end of file
+?>
--- a/lib/class.soap_parser.php
+++ b/lib/class.soap_parser.php
@@ -57,7 +57,7 @@ class nusoap_parser extends nusoap_base
 	* @paramstring $decode_utf8 whether to decode UTF-8 to ISO-8859-1
 	* @access   public
 	*/
-	function nusoap_parser($xml,$encoding='UTF-8',$method='',$decode_utf8=true){
+	function __construct($xml,$encoding='UTF-8',$method='',$decode_utf8=true){
 		parent::nusoap_base();
 		$this->xml = $xml;
 		$this->xml_encoding = $encoding;
@@ -144,6 +144,20 @@ class nusoap_parser extends nusoap_base
 	}
 
 	/**
+	* old constructor
+	*
+	* @paramstring $xml SOAP message
+	* @paramstring $encoding character encoding scheme of message
+	* @paramstring $method method for which XML is parsed (unused?)
+	* @paramstring $decode_utf8 whether to decode UTF-8 to ISO-8859-1
+	* @access   public
+	*/
+	function nusoap_parser($xml,$encoding='UTF-8',$method='',$decode_utf8=true){
+		$self::__construct($xml,$encoding,$method,$decode_utf8);
+	}
+
+
+	/**
 	* start-element handler
 	*
 	* @paramresource $parser XML parser object
@@ -640,4 +654,4 @@ class soap_parser extends nusoap_parser
 }
 
 
-?>
\ No newline at end of file
+?>
--- a/lib/class.soap_server.php
+++ b/lib/class.soap_server.php
@@ -170,7 +170,7 @@ class nusoap_server extends nusoap_base
 * @param mixed $wsdl file path or URL (string), or wsdl instance (object)
 	* @access   public
 	*/
-	function nusoap_server($wsdl=false){
+	function __construct($wsdl=false){
 		parent::nusoap_base();
 		// turn on debugging?
 		global $debug;
@@ -228,6 +228,17 @@ class nusoap_server extends nusoap_base
 	}
 
 	/**
+	* old constructor
+* the optional parameter is a path to a WSDL file that you'd like to bind the server instance to.
+	*
+* @param mixed $wsdl file path or URL (string), or wsdl instance (object)
+	* @access   public
+	*/
+	function nusoap_server($wsdl=false){
+		$self::__construct($wsdl);
+	}
+
+	/**
 	* processes request and returns response
 	*
 	* @paramstring $data usually is the value of $HTTP_RAW_POST_DATA
@@ -1124,4 +1135,4 @@ class soap_server extends nusoap_server
 }
 
 
-?>
\ No newline at end of file
+?>
--- a/lib/class.soap_transport_http.php
+++ b/lib/class.soap_transport_http.php
@@ -57,7 +57,7 @@ class 

Bug#939582: ftp.debian.org: RM: teeworlds/stretech-security -- RoST; security issues; incompatible with current servers; removed from stretch

[Adam D. Barratt]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertags: remove
Control: affects -1 release.debian.org security.debian.org

Hi,

teeworlds will be removed from stretch as part of the 9.10 point release 
this weekend.


As the removal is security-related, please also remove the package from 
stretch-security.


Regards,

Adam

Bug#881725: NMU for tmpreaper

[Paul Slootman]

On Fri 06 Sep 2019, Thijs Kinkhorst wrote:
> 
> As I already mentioned on IRC - we're running into this issue (Apache
> stopped running periodically) and since a patch has been available for a
> few months I took the liberty to schedule a NMU in DELAYED/5 with this fix.
> 
> Let me know if you object or even if you want me to go ahead without delay.

Sure, go ahaed.

Thanks,
Paul