Bug#941569: RFS: sentencepiece/0.1.83+dfsg-1 [ITP] -- Unsupervised text tokenizer for Neural Network-based text generation

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: sentencepiece
   Version : 0.1.83+dfsg-1
   Upstream Author : Google Inc.
 * URL : https://github.com/google/sentencepiece
 * License : Apache-2.0
 * Vcs : https://salsa.debian.org/debian/sentencepiece
   Section : libs

It builds those binary packages:

  libsentencepiece-dev - Development package for libsentencepiece
  libsentencepiece - Unsupervised text tokenizer for Neural Network-based text 
generation
  sentencepiece-tools - Utility package for SentencePiece

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/sentencepiece/sentencepiece_0.1.83+dfsg-1.dsc

Changes since the last upload:

   * Initial release (Closes: #939860)

Regards,

Bug#941496: evolution: Evolution will not start after upgrade to version 3.34.0

[Russel Winder]

I did this morning package update, and even though only kernel and dbus
changes should necessitate a reboot, I rebooted.

It seems that the evolution data server daemons now get started, which wasn't
true yesterday, and Evolution now starts.

So the problem had been that the initial package update caused some issue
which meant that the evolution data server daemons failed to start but this
has now (somehow) been fixed.

It seems this bug can be closed.


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

Bug#921634: RFP: dovecot-xapian -- A straightforward and simple way to configure FTS plugin for Dovecot, leveraging the efforts by the Xapian.org team.

[Trent W. Buck]

Trent W. Buck wrote:
> Leonard Lausen wrote:
> > * Package name: dovecot-xapian
> >   Version : 1.0
> >   Upstream Author : Joan Moreau 
> > * URL : https://github.com/grosjo/fts-xapian
> > * License : GNU Lesser General Public License v2.1
> >   Programming Lang: C++
> >   Description : A straightforward and simple way to configure FTS 
> > plugin for Dovecot, leveraging the efforts by the Xapian.org team.
> 
> Attached is a "minimum viable product" packaging of fts-xapian.
> I haven't tested it yet because it's past my bedtime.

I forgot to follow this up.

dovecot-fts-xapian has been running on my test system since August.

When you misconfigure dovecot (e.g. tell it to store indexes in a non-existent 
directory),
dovecot-fts-xapian will segfault the dovecot process that dlopened it, where it 
ought to signal an error "nicely".

Otherwise, it seems to Just Work, and is MUCH simpler than dovecot's solr 
backend (which I am running in production).

Bug#932679: python-gdal dropped from gdal (3.0.1+dfsg-1~exp3)

[Sebastiaan Couwenberg]

On 10/1/19 11:08 PM, Sandro Tosi wrote:
> On Tue, Oct 1, 2019 at 1:21 PM Sebastiaan Couwenberg  
> wrote:
>>
>> On 8/30/19 10:20 AM, Sebastiaan Couwenberg wrote:
>>> gdal (3.0.1+dfsg-1~exp3) dropped support for Python 2 and no longer
>>> builds python-gdal.
>>
>> The next upload of GDAL 2.4.x will also drop support for Python 2 and no
>> longer build python-gdal.

Because I'm not willing to support python2 in my packages after 2020.

Kind Regards,

Bas

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

Bug#909041: (no subject)

[Thiago]

See this: 
https://dwaves.org/2019/08/14/debian-10-mate-gnome2-desktop-failed-to-get-gbm-bo-for-flip-to-new-front/


Regards.

--
...
⢀⣴⠾⠻⢶⣦⠀ Thiago Andrade Marques
⣾⠁⢰⠒⠀⣿⡁ GPG: 4096R/F8CDB08B
⢿⡄⠘⠷⠚⠋⠀ GPG Fingerprint: 1D38 EE3C 624F 955C E1FA  3C85 5A30 3591 F8CD B08B
⠈⠳⣄ Cel: 19 98181-1156

Bug#941568: ITP: multiprocess -- better multiprocessing and multithreading in Python

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: multiprocess
  Version : 0.70.9
  Upstream Author : California Institute of Technology.
* URL : https://github.com/uqfoundation/multiprocess
* License : BSD-3-clause
  Programming Lang: C
  Description : better multiprocessing and multithreading in Python
 Multiprocess is a fork of multiprocessing, and is developed as part of
 pathos.
 .
 Multiprocessing is a package for the Python language which supports the
 spawning of processes using the API of the standard library's threading
 module. multiprocessing has been distributed in the Python standard library.
 .
 Features:
  * Objects can be transferred between processes using pipes or
multi-producer/multi-consumer queues.
  * Objects can be shared between processes using a server process or
(for simple data) shared memory.
  * Equivalents of all the synchronization primitives in threading are
available.
  * A Pool class makes it easy to submit tasks to a pool of worker
processes.
 .
 Multiprocess is part of pathos, a Python framework for heterogeneous
 computing. multiprocess is in active development, so any user feedback,
 bug reports, comments, or suggestions are highly appreciated.

Remark: This package is maintained by Debian Science Team at
   https://salsa.debian.org/science-team/multiprocess

Bug#941567: node-mysql: Dependencies not given; node-sqlstring required

[ZiNgA BuRgA]

Package: node-mysql
Version: 2.16.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

This package does not declare required dependencies, and hence, doesn't 
work unless they are installed via other means.
In particular, when I try to use this, it complains that `sqlstring` is 
unavailable, which makes the package largely unusuable.

Dependencies listed in the package.json: 
https://salsa.debian.org/js-team/node-mysql/blob/master/package.json
- bignumber (included correctly)
- readable-stream (not referenced)
- safe-buffer (not referenced)
- sqlstring (not referenced)

node-mysql does list `node-require-all` as a dependency, but it isn't 
listed in package.json.  I don't know if there's a particular reason for 
this.

Thank you!

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

Kernel: Linux 4.4.0-17763-Microsoft
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages node-mysql depends on:
pn  node-bignumber    
pn  node-require-all  
ii  nodejs    10.15.2~dfsg-2

node-mysql recommends no packages.

node-mysql suggests no packages.

Bug#941566: RM: pycarddav -- ROM; upstream declared the project dead; python2-only; low popcon

[Sandro Tosi]

Package: ftp.debian.org
Severity: normal

Bug#941565: RM: belier -- ROM; python2-only; no upstream releases since 2009; low popcon

[Sandro Tosi]

Package: ftp.debian.org
Severity: normal

Bug#933548: transition: gnome-desktop3

[Jeremy Bicha]

Please binNMU glabels for evolution-data-server.

https://bugs.debian.org/933573 has a patch for eweouz

Thanks,
Jeremy Bicha

Bug#933573: eweouz FTBFS against evolution-data-server 3.33.4: error: too few arguments to function ‘e_book_client_add_contact_sync’

[Jeremy Bicha]

Control: severity -1 serious

evolution-data-server 3.34 is now in Unstable which makes this bug
Release Critical.

Thanks,
Jeremy Bicha

Bug#941300: finish-install: write random seed to correct location for chosen init system

[Paul Wise]

On Tue, 2019-10-01 at 11:55 +0100, Steve McIntyre wrote:

> Wouldn't it just be easier to write it one location and replace the
> other with a symlink to it?

Looks like neither the urandom init script nor systemd-random-seed
unlink the file before writing to it, so this could potentially work
unless that changes at some point. Just writing two different seeds
avoids the need to care about what the implementations will do in the
future so I think it is safer.

Looking at systemd's documentation, on non-virtual systems d-i should
probably also write to the random seed stored in the UEFI ESP, in case
the user decides to use systemd-boot instead of initramfs-tools.

https://systemd.io/RANDOM_SEEDS.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#941564: /usr/lib/ruby/vendor_ruby/dbd/odbc/statement.rb:18: warning: constant ::Fixnum is deprecated

[Martin Dorey]

Package: ruby-dbd-odbc
Version: 0.2.5+gem2deb-1
Severity: normal

Dear Maintainer,

On Buster, which has Ruby >= 2.4, I see a warning from the first call of 
execute() on an ODBC statement handle.
I can reproduce this simply with:

martind@neutrino:~$ ruby -e 'require "dbd/ODBC"; handle = nil; statement = nil; 
param = 42; value = nil; attribs = nil; sth = 
DBI::DBD::ODBC::Statement.new(handle, statement); sth.bind_param(param, value, 
attribs)'
/usr/lib/ruby/vendor_ruby/dbd/odbc/statement.rb:18: warning: constant ::Fixnum 
is deprecated
martind@neutrino:~$

I don't know of any way to suppress the warning.
Well, I can get rid of it with a monkey patch:

require "dbd/ODBC"

class DBI::DBD::ODBC::Statement
def bind_param(param, value, attribs)
raise DBI::InterfaceError, "only ? parameters supported" unless 
param.is_a? Integer
@params[param-1] = value
end
end

That changes Fixnum to Integer.
My testing suggests that such a change works even on versions as old as Debian 
Lenny's Ruby 1.8.7.
I realize that this pacakge isn't maintained in Debian after Jessie.
I understand that's because it's not maintained upstream.
The replacement code, which I understand to be RDBI, doesn't install on Buster.
I've tried to raise that upstream as 
https://github.com/RDBI/rdbi-driver-odbc/pull/8.
Upstream there seems moribund too.
I'd like to make the monkey patch available to anyone else in the same 
situation.
Sorry for the noise.


-- System Information:
Debian Release: 10.1
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (500, 'oldoldstable'), 
(500, 'oldstable')
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) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ruby-dbd-odbc depends on:
ii  ruby  1:2.5.1
ii  ruby-dbi  0.4.5-3
ii  ruby-odbc 0.8-1
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7.1+deb7u6
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+deb7u8
ii  ruby2.1 [ruby-interpreter]2.1.5-2+deb8u7

ruby-dbd-odbc recommends no packages.

ruby-dbd-odbc suggests no packages.

-- debconf-show failed

Bug#941563: binfmtc: Example scripts no longer work

[Oliver Schode]

Package: binfmtc
Version: 0.17-2+b1
Severity: important

Hi,

realcsh.c and realcxxsh.cc are broken, apparently no longer linking
correctly to readline:


/usr/bin/ld: /tmp/ccx5pXpn.o: in function `main':
/usr/bin/realcsh.c:64: undefined reference to `readline'
/usr/bin/ld: /usr/bin/realcsh.c:72: undefined reference to `add_history'
collect2: error: ld returned 1 exit status
binfmtc: Compilation failed for /usr/bin/realcsh.c, see above messages for 
details


Not sure what's wrong, but it does indeed look like it started with the
last readline upgrade. Both of them worked at least a couple of months
ago.


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

Versions of packages binfmtc depends on:
ii  binfmt-support  2.2.0-2
ii  binutils2.32.51.20190909-1
ii  g++ 4:9.2.1-3.1
ii  gcc 4:9.2.1-3.1
ii  libc6   2.29-2

Versions of packages binfmtc recommends:
ii  libreadline-dev  8.0-3

Versions of packages binfmtc suggests:
pn  gcj-jdk   
pn  gfortran  

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hello Raphael,

El lun., 30 de sep. de 2019 a la(s) 04:10, Raphael Hertzog
(hert...@debian.org) escribió:
>
> Hello,
>
> On Sun, 29 Sep 2019, Emmanuel Arias wrote:
> > Thanks for your help and sorry for the my bad things on the package.
>
> No problem.
>
> > I have some question for you: Why impacket was uploaded to NEW?
>
> Because python3-impacket was never in the archive, it's a NEW binary
> package (even though the source package is not new).
>
> > If you restored python-impacket the build dependecies was not restored?
>
> I did restore the build dependencies:
>
> Build-Depends: debhelper-compat (= 12),
>python-all,
>dh-python,
>python-setuptools,
> [...]
>

Oh ok I understand

I've just push to salsa and mentors
(https://mentors.debian.net/package/python-ldapdomaindump)
ldapdomaindump, maybe you can sponsor it :) thanks


> Cheers,
>
> > El dom., 29 de sep. de 2019 a la(s) 10:42, Raphael Hertzog
> > (hert...@debian.org) escribió:
> > >
> > > Hi,
> > >
> > > On Fri, 27 Sep 2019, Emmanuel Arias wrote:
> > > > I've just push to salsa the last changes.
> > > > I will need sponsorship to upload it.
> > >
> > > I took care of it. But I reverted the removal of python-impacket for
> > > now, it still has reverse dependencies in Debian (and even more in Kali).
> > >
> > > I had to cleanup a few things too, there was some upstream doc installed
> > > in a wrong directory (/usr/share/doc/impacket). The changelog was
> > > mishandled, the UNRELEASED entry for 0.9.19 should have been merged with
> > > the 0.9.20.
> > >
> > > And I had to rename debian/{install,links,examples} to 
> > > debian/python3-impacket.*
> > > but that's because I restored python-impacket. But in general, I find it
> > > better to be explicit about the target package so I tend to avoid the
> > > former names.
> > >
> > > You had already pushed a tag, in general it's best when the uploader
> > > pushes the tag so that if he has something to correct, he can do it.
> > > Thus I dropped your tag and you will have to drop it on your side if you
> > > want to get the correct one.
> > >
> > > Cheers,
> > >
> > > > El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
> > > > sop...@offensive-security.com) escribió:
> > > >
> > > > > Hi Emmanuel,
> > > > >
> > > > > ldapdomaindump is not in Debian but I packaged it for Kali last year.
> > > > > The repo is here:
> > > > > https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> > > > > I don't remember if the package is totally compliant with the Debian
> > > > > policy but you can reuse it and improve it for Debian.
> > > > >
> > > > > For impacket: I build the package with the Kali package
> > > > > python3-ldapdomaindump: no tests are really run.
> > > > > I think we can just override dh_auto_test for the moment.
> > > > >
> > > > > I push few changes including a patch to avoid the installation of the
> > > > > examples/*py as scripts in usr/bin/
> > > > > There were not in usr/bin in python-impacket and I think it's better 
> > > > > to
> > > > > not have all these scripts in /usr/bin (but it's only my personal 
> > > > > opinion).
> > > > >
> > > > > Cheers,
> > > > >
> > > > > Sophie
> > > > >
> > > > >
> > > > > Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > > > > > Hi Sophie, take care that I push some changes to salsa.
> > > > > >
> > > > > > the test are failing because |ldapdomaindump is not in debian (that 
> > > > > > is
> > > > > correct?) I will package |ldapdomaindump.||
> > > > > > ||
> > > > > > ||
> > > > > > ||So I think that the best solution is patch the tests to skipped 
> > > > > > it and
> > > > > in  new version (when |ldapdomaindump) is in|||
> > > > > > |||debian create a new version|||
> > > > > > |||
> > > > > > |||
> > > > > > |||any suggestion?|||
> > > > > > |||
> > > > > > |||
> > > > > > Cheers,
> > > > > > Arias Emmanuel
> > > > > > @eamanu
> > > > > > http://eamanu.com
> > > > > >
> > > > > >
> > > > > > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> > > > > sop...@offensive-security.com )
> > > > > escribió:
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > > > > > I will update the package.
> > > > > >
> > > > > > I started to update the package (I need it for the reverse 
> > > > > > depends
> > > > > in pkg-security team)
> > > > > >
> > > > > > Can I push my changes on the git repo or maybe you prefer to 
> > > > > > update
> > > > > everything yourself?
> > > > > >
> > > > > > Cheers,
> > > > > > Sophie
> > > > > >
> > > > >
> > >
> > > --
> > > Raphaël Hertzog ◈ Debian Developer
> > >
> > > Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> > > Learn to master Debian: https://debian-handbook.info/get/
> > >
> >
>
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to 

Bug#941561: python-ldapdomaindump/0.9.1-1 [ITP] -- Active Directory information dumper via LDAP (Python 3)

[Emmanuel Arias]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: python-modules-t...@lists.alioth.debian.org,
debian-security-to...@lists.debian.org

Dear mentors,

I am looking for a sponsor for my package "python-ldapdomaindump"

 * Package name: python-ldapdomaindump
   Version : 0.9.1-1
   Upstream Author : Dirk-jan Mollema 
 * URL : https://github.com/dirkjanm/ldapdomaindump
 * License : MIT
 * Vcs : https://gitlab.com/kalilinux/packages/python-ldapdomaindump
   Section : python

It builds those binary packages:

  python3-ldapdomaindump - Active Directory information dumper via
LDAP (Python 3)

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

  https://mentors.debian.net/package/python-ldapdomaindump

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-ldapdomaindump/python-ldapdomaindump_0.9.1-1.dsc

Changes since the last upload:

   * Initial release (Closes: #941281)

Regards,

--
  Emmanuel Arias

Bug#939539: Finalization

[Felicia]

Just to finalize, it was NOT necessary to modify the GRUB_CMDLINE_LINUX
value in /etc/default/grub but it IS necessary to manually run the
script from here after each reboot:
https://github.com/moby/moby/issues/8791#issuecomment-60874893.

It appears that even though cgroupfs-mount is required by the docker.io
package, either the cgroupfs-mount package or else the docker.io package
is not setting things up properly with the cgroup system mounts and they
are not getting mounted at boot time.

Bug#941560: Pithos is severely outdated

[neil]

Package: pithos
Version: 1.1.2-1
Followup-For: Bug #839825

Dear Maintainer,

I tried using the reportbug command,
but I'm not sure that I did it correctly
and that that the email went through.


So I will try again this way.

The package for Pithos in Unstable is 
years behind upstream (currently 1.4.1).

While I am not running Debian Unstable, 
a quick check of packages.debian.org
confirms that Sid is using the same 
ancient version as Ubuntu is, so I think
reporting this upstream is appropriate.

There's already a bug report for it being outdated, 
but it's marked as "wishlist" for some reason.

On the contrary, I'd say being this out of date 
is a fairly serious bug for the package.

By the way, I'm not sure where your build system is
trying to fetch the source from, but they are
currently on github:

https://github.com/pithos/pithos/releases

If you've been getting it from somewhere else,
then they've apparently moved. 

If you have a build script
that's supposed to fetch and
build the latest source, 
then it is sorely in need of updating.

Bug#939539: Docker is running!

[Felicia]

No not running a custom kernel, running linux-image-5.2.0-3-amd64.  As I
just mentioned in the previous response the GRUB_CMDLINE_LINUX
modification was not necessary as I initially thought.

Bug#941559: libxvidcore4: immediately crashes on amd64 since binNMU

[James Cowgill]

Package: libxvidcore4
Version: 2:1.3.5-1
Severity: grave
Tags: sid bullseye

Hi,

Just over a month ago xvidcore was binNMUed and this seems to have
triggered a bug somewhere and now any application which tries to
initialize libxvidcore will segfault.

Test app:
#include 
#include 

int main(void)
{
xvid_gbl_init_t init = {
.version = XVID_VERSION,
.cpu_flags = 0,
.debug = 0,
};
xvid_global(NULL, XVID_GBL_INIT, , NULL);
return 0;
}

$ gcc -o xvid-test xvid-test.c -lxvidcore
$ ./xvid-test 
Segmentation fault (core dumped)

The crash happens here:
Program received signal SIGSEGV, Segmentation fault.
0x77f22940 in check_cpu_features () from 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4
(gdb) bt
#0  0x77f22940 in check_cpu_features () from 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4
#1  0x77e9c15b in detect_cpu_flags () at ../../src/xvid.c:156
#2  0x77e9d265 in xvid_gbl_init (init=0x7fffdee4, 
init=0x7fffdee4) at ../../src/xvid.c:793
#3  xvid_global (handle=, opt=, 
param1=0x7fffdee4, param2=) at ../../src/xvid.c:816
#4  0x516d in main ()

Which in turn seems to happen because the check_cpu_features function is
in a non-executable read only memory region.

$ /proc/4658/maps
[...]
77e87000-77e8b000 rw-p  00:00 0 
77e8b000-77e8d000 r--p  fd:00 954232 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4.3
77e8d000-77ef5000 r-xp 2000 fd:00 954232 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4.3
[vvv]
77ef5000-77f2b000 r--p 0006a000 fd:00 954232 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4.3
[^^^]
77f2b000-77f2c000 r--p 0009f000 fd:00 954232 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4.3
77f2c000-77f36000 rw-p 000a fd:00 954232 
/usr/lib/x86_64-linux-gnu/libxvidcore.so.4.3
77f36000-77fa1000 rw-p  00:00 0 
[...]

Indeed readelf contains some non-executable program headers in
2:1.3.5-1+b1 which do not appear in 2:1.3.5-1 in buster. The
".rotext" section sounds suspicious.

2:1.3.5-1+b1:
$ readelf -l /usr/lib/x86_64-linux-gnu/libxvidcore.so.4
[...]
Program Headers:
  Type   Offset VirtAddr   PhysAddr
 FileSizMemSiz  Flags  Align
  LOAD   0x 0x 0x
 0x18a8 0x18a8  R  0x1000
  LOAD   0x2000 0x2000 0x2000
 0x000673c9 0x000673c9  R E0x1000
  LOAD   0x0006a000 0x0006a000 0x0006a000
 0x00035088 0x00035088  R  0x1000
  LOAD   0x0009fb90 0x000a0b90 0x000a0b90
 0x98d0 0x00073138  RW 0x1000
[...]
   00 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version 
.gnu.version_r .rela.dyn .rela.plt 
   01 .init .plt .plt.got .text .fini 
   02 .rodata .rotext .eh_frame_hdr .eh_frame 
   03 .init_array .fini_array .data.rel.ro .dynamic .got .data .bss 

2:1.3.5-1:
$ readelf -l /usr/lib/x86_64-linux-gnu/libxvidcore.so.4
[...]
Program Headers:
  Type   Offset VirtAddr   PhysAddr
 FileSizMemSiz  Flags  Align
  LOAD   0x 0x 0x
 0x0009da50 0x0009da50  R E0x20
  LOAD   0x0009db90 0x0029db90 0x0029db90
 0x98d0 0x00073138  RW 0x20
[...]
   00 .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version 
.gnu.version_r .rela.dyn .rela.plt .init .plt .plt.got .text .fini .rodata 
.rotext .eh_frame_hdr .eh_frame 
   01 .init_array .fini_array .data.rel.ro .dynamic .got .data .bss 

James



signature.asc
Description: OpenPGP digital signature

Bug#941558: check-manifest: autopkgtest failure with transitional bzr package.

[peter green]

Package: check-manifest
Version: 0.37-1
Tags: bullseye, sid
Severity: serious
x-debbugs-cc: b...@packages.debian.org

bzr recently became a transitional package to breezy (a fork of bzr), 
unfortunately this is causing the autopkgtest of check-manifest to fail.


==
ERROR: test_get_vcs_files (tests.TestBzr)
--
Traceback (most recent call last):
   File "/tmp/autopkgtest-lxc.97siff98/downtmp/build.JQe/src/tests.py", line 
900, in test_get_vcs_files
 self.assertEqual(get_vcs_files(),
   File 
"/tmp/autopkgtest-lxc.97siff98/downtmp/build.JQe/src/check_manifest.py", line 
480, in get_vcs_files
 return normalize_names(vcs.get_versioned_files())
   File 
"/tmp/autopkgtest-lxc.97siff98/downtmp/build.JQe/src/check_manifest.py", line 
405, in get_versioned_files
 output = run(['bzr', 'ls', '-VR'], encoding=encoding)
   File 
"/tmp/autopkgtest-lxc.97siff98/downtmp/build.JQe/src/check_manifest.py", line 
157, in run
 raise CommandFailed(command, status, output)
check_manifest.CommandFailed: ['bzr', 'ls', '-VR'] failed (status 3):
a.txt
b/
b/b.txt
b/c/
b/c/d.txt
brz: ERROR: [Errno 2] No such file or directory: '/home/debci/.config/breezy'

Can you fix your package and/or it's autopkgtest so that the transitional bzr 
package can migrate to testing?

Bug#941385: UT99: sound missing due to missing dependency osspd

[esp]

Hi Bruno

I agree to close, it should be sufficient to have it clarified on the Debian 
wiki. And to be honest, an hour ago I just identified a dedicated Debian wiki 
page for UT99 more or less spoonfeeding the workaround! Maybe we should add 
references on the Game-Data-Packager wiki page to the individual game wiki 
pages. We are allowed to do this? There seems to be a lot of info on our wiki 
but it is challenging to find it immediately.

Thanks
ESP

On October 2, 2019 12:51:56 AM GMT+02:00, Bruno Kleinert  
wrote:
>Am Dienstag, den 01.10.2019, 22:52 +0200 schrieb Stephen Kitt:
>> On Tue, 01 Oct 2019 13:13:20 -0700, 
>> e...@riseup.net
>>  wrote:
>> > Apologies for the delay, so far the proposed solution of Bruno did
>> > not
>> > work for me. In case osspd is mandatory to have sound working it
>> > should
>> > be a forced dependency, and not only proposed, right? I let you all
>> > decide whatever is needed, I lack the technical expertise honestly.
>> > Just
>> > wanted to report that installing ut99 turns out without sound but
>> > can
>> > fixed by apt install osspd.
>> 
>> Unfortunately, osspd can’t be imposed on everyone, because there are
>> multiple
>> approaches (as is often the case): for users using PulseAudio, padsp
>> is the
>> best solution; for users using ALSA, possibly shared, alsa-oss is the
>> best
>> solution; in some other cases, osspd is appropriate; in yet other
>> cases,
>> oss-compat is appropriate...
>> 
>> Ideally, oss-compat should sort this all out (speaking with my oss-
>> compat
>> maintainer hat on), but it doesn’t currently.
>> 
>> Regards,
>> 
>> Stephen
>
>Hi,
>
>I didn't have multiarch in my mind with respect to have the linker pre-
>load wrapper libraries *selfslap*.
>
>> > The game boots fine but the sound does not work by using padsp. The
>> > terminal spit out following upon launching the command:
>> > 
>> > ERROR: ld.so: object
>> > '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from
>> LD_PRELOAD
>> > cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>> > Unreal engine initialized
>> > Bound to SDLDrv.so
>> > Joystick [0] : Unknown Joystick
>> > SDLClient initialized.
>> 
>> This happens because UT99 is a 32-bit binary, and padsp assumes it’s
>> running
>> 64-bit binaries on amd64. Could you try installing libpulsedsp:i386
>> (it will
>> install fine alongside the amd64 package), then running
>> 
>> LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so
>> /usr/games/ut99
>> 
>> That should allow ut99 to send its audio through PulseAudio.
>> 
>> Regards,
>> 
>> Stephen
>
>You're right, Stephen, there are many solutions available. With respect
>to multi-arch I changed my mind, though :) My gut feeling is that I
>wouldn't want users to flip on i386 packages on amd64 just for sound in
>a non-free game.
>
>If I got it correctly, the architecture of osspd doesn't matter,
>right?In that case, I'd recommend to stick to the osspd solution as it
>currently is recommended by the generated package. For non-free
>software I don't consider it worth trying to figure out a technically
>excellent but time consuming solution. (Don't get me wrong, I loooved
>Unreal!)
>
>I'd therefore suggest to keep the recommended osspd package and close
>the bug.
>
>Cheers - Bruno

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

Bug#890823: Modification to /etc/tmpfiles.d/screen-cleanup.conf not preserved on upgrade

[Axel Beckert]

Control: tag -1 + pending

Dear Laurent,

Laurent Bigonville wrote:
> Looking in the postinst script I realized it was created by the package
> iself.

Correct.

> If I'm not wrong, the package is not preserving the changes to that file
> on upgrade.

I think that's not true. From 4.6.2-3's screen.postinst (comments are just
for highlighting lines in this mail):

  override=/etc/tmpfiles.d/screen-cleanup.conf
  if [ $perms -eq 4755 ]; then
chmod 0755 /run/screen
if [ ! -f $override ]; then # < check!
   echo 'd /run/screen 0755 root utmp' > $override
fi
  elif [ $perms -eq 755 ]; then
chmod 1777 /run/screen
if [ ! -f $override ]; then # < check!
   echo 'd /run/screen 1777 root utmp' > $override
fi
  fi

So it only writes this file if it doesn't yet exist. And according to
"git blame" the highlighted lines are in there since at least
2015-06-16.

> Also, some comments on the top of the file should mention that the
> file has been created by the package

Good idea! Will be done with the next upload!

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

Bug#941198: initscripts: packages should ship systemd units

[Russ Allbery]

Dmitry Bogatov  writes:

> Does it mean that lack of systemd unit file is RC-critical bug?

No, it would be a should.  So just a regular bug.

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

Bug#941385: UT99: sound missing due to missing dependency osspd

[Bruno Kleinert]

Am Dienstag, den 01.10.2019, 22:52 +0200 schrieb Stephen Kitt:
> On Tue, 01 Oct 2019 13:13:20 -0700, 
> e...@riseup.net
>  wrote:
> > Apologies for the delay, so far the proposed solution of Bruno did
> > not
> > work for me. In case osspd is mandatory to have sound working it
> > should
> > be a forced dependency, and not only proposed, right? I let you all
> > decide whatever is needed, I lack the technical expertise honestly.
> > Just
> > wanted to report that installing ut99 turns out without sound but
> > can
> > fixed by apt install osspd.
> 
> Unfortunately, osspd can’t be imposed on everyone, because there are
> multiple
> approaches (as is often the case): for users using PulseAudio, padsp
> is the
> best solution; for users using ALSA, possibly shared, alsa-oss is the
> best
> solution; in some other cases, osspd is appropriate; in yet other
> cases,
> oss-compat is appropriate...
> 
> Ideally, oss-compat should sort this all out (speaking with my oss-
> compat
> maintainer hat on), but it doesn’t currently.
> 
> Regards,
> 
> Stephen

Hi,

I didn't have multiarch in my mind with respect to have the linker pre-
load wrapper libraries *selfslap*.

> > The game boots fine but the sound does not work by using padsp. The
> > terminal spit out following upon launching the command:
> > 
> > ERROR: ld.so: object
> > '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from
> LD_PRELOAD
> > cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
> > Unreal engine initialized
> > Bound to SDLDrv.so
> > Joystick [0] : Unknown Joystick
> > SDLClient initialized.
> 
> This happens because UT99 is a 32-bit binary, and padsp assumes it’s
> running
> 64-bit binaries on amd64. Could you try installing libpulsedsp:i386
> (it will
> install fine alongside the amd64 package), then running
> 
> LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so
> /usr/games/ut99
> 
> That should allow ut99 to send its audio through PulseAudio.
> 
> Regards,
> 
> Stephen

You're right, Stephen, there are many solutions available. With respect
to multi-arch I changed my mind, though :) My gut feeling is that I
wouldn't want users to flip on i386 packages on amd64 just for sound in
a non-free game.

If I got it correctly, the architecture of osspd doesn't matter,
right?In that case, I'd recommend to stick to the osspd solution as it
currently is recommended by the generated package. For non-free
software I don't consider it worth trying to figure out a technically
excellent but time consuming solution. (Don't get me wrong, I loooved
Unreal!)

I'd therefore suggest to keep the recommended osspd package and close
the bug.

Cheers - Bruno


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

Bug#941118: akonadi-server: fails to start after upgrade to 4:18.08.3-8: apparmor denied access to pg_ctl

[Sandro Knauß]

Hey intrigeri,

I now pushed a first version of Akonadi with the new AppArmor profile, but as 
you see down here it fails and I'm not sure, what went wrong. What we need to 
do to debug this?

Those AppArmor profiles are in place:
https://salsa.debian.org/qt-kde-team/kde/akonadi/blob/master/debian/apparmor/
usr.bin.akonadiserver
https://salsa.debian.org/qt-kde-team/kde/akonadi/blob/master/debian/apparmor/
postgresql_akonadi

hefee

--
On Mittwoch, 25. September 2019 09:58:24 CEST Martin Steigerwald wrote:
> > I upgraded and then rebooted the system.
> > 
> > After upgrading to Akonadi 4:18.08.3-8, Akonadi does not start
> > anymore:
> > 
> > % akonadictl start
> > Connecting to deprecated signal
> > QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString
> > ) org.kde.pim.akonadicontrol: Application 'akonadiserver' exited
> > normally...
> > 
> > I believe the failure may be due to this:
> > 
> > Sep 25 09:21:06 merkaba kernel: [  266.556167][   T37] audit:
> > type=1400 audit(1569396066.434:45): apparmor="DENIED"
> > operation="exec" profile="postgresql_akonadi" name="/bin/dash"
> > pid=3833 comm="pg_ctl" requested_mask="x" denied_mask="x" fsuid=1000
> > ouid=0
> 
> […]
> 
> > Also setting to complain mode does not help:
> > 
> > % aa-complain postgresql_akonadi
> > Setting /etc/apparmor.d/postgresql_akonadi to complain mode.
> > 
> > Although access does get allowed then:
> > 
> > Sep 25 09:30:14 merkaba kernel: [  814.345508][   T37] audit:
> > type=1400 audit(1569396614.227:51): apparmor="ALLOWED"
> > operation="exec" profile="postgresql_akonadi" name="/bin/dash"
> > pid=5328 comm="pg_ctl" requested_mask="x" denied_mask="x" fsuid=1000
> > ouid=0 target="postgresql_akonadi//null-/bin/dash"
> 
> Oh, it does help. Akonadi starts again, just did not notice it
> initially.
> 
> The pattern in
> 
> % grep pg_ctl /etc/apparmor.d/postgresql_akonadi
>   /usr/lib/postgresql/*/bin/pg_ctl mrix,
> 
> seems to be okay tough:
> 
> % ls -l /usr/lib/postgresql/*/bin/pg_ctl
> -rwxr-xr-x 1 root root 59888 Sep 24 22:09 /usr/lib/postgresql/11/bin/
> pg_ctl
> 
> However I am no AppArmor expert…
> 
> Best,



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

Bug#941198: initscripts: packages should ship systemd units

[Dmitry Bogatov]

[2019-09-28 18:02] Russ Allbery 
> Sean Whitton  writes:
>
> > I don't currently have any reason to doubt we have a project consensus
> > that systemd unit files should be included in packages in addition to
> > sysvinit scripts, so I hope we can make this change.
>
> I agree.  This seems entirely reasonable to me.  Both the behavior and the
> inherent documentation are better with unit files, and systemd is the
> default init system so that's an advantage for a lot of our users.
>
> That said, if anyone does object to this, please do speak up and explain
> why this would be a problem.

Does it mean that lack of systemd unit file is RC-critical bug? Or I
will be able to waive it with "you are welcome to contribute a patch"
response?
-- 
Note, that I send and fetch email in batch, once in a few days.
Please, mention in body of your reply when you add or remove recepients.

Bug#941557: gri: FTBFS: Malformed UTF-8 character (fatal) at /usr/share/texinfo/Texinfo/ParserNonXS.pm line 3364.

[Steve Langasek]

Source: gri
Version: 2.12.26-1
Severity: serious
Justification: FTBFS
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan

Hi Peter,

The gri package appears to fail to build from source in unstable:

[...]
cd tst_suite ; make
make[2]: Entering directory '/tmp/gri-2.12.26/doc/tst_suite'
perl ./../gri2html tst_IO.gri tst_IO.html
perl ./../gri2html tst_control.gri tst_control.html
perl ./../gri2html tst_rpn.gri tst_rpn.html
perl ./../gri2html tst_var_syn.gri tst_var_syn.html
make[2]: Leaving directory '/tmp/gri-2.12.26/doc/tst_suite'
makeinfo   -I. gri.texi
utf8 "\xF3" does not map to Unicode at 
/usr/share/texinfo/Texinfo/ParserNonXS.pm line 1796,  line 19280.
Malformed UTF-8 character: \xf3\x70\x65\x7a (unexpected non-continuation byte 
0x70, immediately after start byte 0xf3; need 4 bytes, got 1) in pattern match 
(m//) at /usr/share/texinfo/Texinfo/ParserNonXS.pm line 3364.
Malformed UTF-8 character (fatal) at /usr/share/texinfo/Texinfo/ParserNonXS.pm 
line 3364.
make[1]: *** [Makefile:975: html] Error 25
make[1]: Leaving directory '/tmp/gri-2.12.26/doc'
make: *** [debian/rules:83: build-indep] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
debuild: fatal error at line 1182:
dpkg-buildpackage -us -uc -ui -b failed
[...]

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

[Dmitry Bogatov]

[2019-09-28 10:04] Sean Whitton 
> Hello,
>
> On Sat 28 Sep 2019 at 04:18PM +00, Dmitry Bogatov wrote:
>
> > Reasonable. Then let's drop part about Depends:
> >
> > [ ... All packages with daemons must provide init.d scripts ...],
> > unless software is only usable, by upstream's design, when
> > pid1 is provided by some other init system.
>
> I think this would work.  What do you think, David?
>
> Dmitry, perhaps you could work up a patch against policy.git.

From 629b6fd334806e5389e3cfee44997d95ac96501c Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov 
Date: Sun, 29 Sep 2019 18:53:36 +
Subject: [PATCH] Policy: Allow missing init.d script for services, specific to 
other init

Wording: Dmitry Bogatov 

Closes: #932704
---
 policy/ch-opersys.rst | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/policy/ch-opersys.rst b/policy/ch-opersys.rst
index 3e685cf..309d6fe 100644
--- a/policy/ch-opersys.rst
+++ b/policy/ch-opersys.rst
@@ -1006,7 +1006,9 @@ supported by all init implementations. An exception to 
this rule is
 scripts or jobs provided by the init implementation itself; such jobs
 may be required for an implementation-specific equivalent of the
 ``/etc/rcS.d/`` scripts and may not have a one-to-one correspondence
-with the init scripts.
+with the init scripts. Another exception is when software is only
+usable, by upstream's design, when pid1 is provided by some other init
+system.
 
 .. _s-upstart:
 
-- 
Note, that I send and fetch email in batch, once in a few days.
Please, mention in body of your reply when you add or remove recepients.

Bug#941547: glib2.0: intermittent test failure: gio/tests/g-file-info.c:190:test_g_file_info_modification_time: assertion failed (ts == 0): (-1 == 0)

[Simon McVittie]

On Tue, 01 Oct 2019 at 23:01:14 +0100, Simon McVittie wrote:
> The test in question asserts that we can:
> 
> * read the modification time of a file, with microsecond precision
> * set a modification time 50 microseconds later
> * read the modification time back
> * get the same modification time we set
> 
> and the failure mode is that the file's new mtime is 1 microsecond older
> than what we asked for.

I think this is because it's using a GDateTime API that involves floating
point. I have a patch (replacing g_date_time_add_seconds() with an
equivalent g_date_time_add() that adds microseconds) which I'll test and
hopefully upload tomorrow.

smcv

Bug#933582: BD on texlive-generic-extra which isn't build anymore and isn't in bullseye

[Steve Langasek]

Package: python-pymzml
Version: 0.7.6-dfsg-5
Followup-For: Bug #933582
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Apologies, Paul's original bug report was correct, this should be moved to
texlive-plain-generic - NOT texlive-plain-extra, which is also now obsolete.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru python-pymzml-0.7.6-dfsg/debian/control 
python-pymzml-0.7.6-dfsg/debian/control
--- python-pymzml-0.7.6-dfsg/debian/control 2019-09-27 21:52:20.0 
-0700
+++ python-pymzml-0.7.6-dfsg/debian/control 2019-10-01 15:26:41.0 
-0700
@@ -12,7 +12,7 @@
dpkg-dev (>= 1.16.1~)
 Build-Depends-Indep: doxygen (>= 1.8.1.2), 
  latexmk,
- texlive-plain-extra, 
+ texlive-plain-generic, 
  texlive-extra-utils, 
  texlive-latex-extra, 
  texlive-latex-recommended,

Bug#941291: Acknowledgement (Amazon ENA driver update for stable)

[Noah Meyerhans]

Proposed implementation in
https://salsa.debian.org/kernel-team/linux/merge_requests/172

Bug#933290: BD on texlive-generic-extra which isn't build anymore and isn't in bullseye

[Steve Langasek]

Package: owncloud-client
Version: 2.5.1.10973+dfsg-1
Followup-For: Bug #933290
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Apologies, Paul's original bug report was correct, this should be moved to
texlive-plain-generic - NOT texlive-plain-extra, which is also now obsolete.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru owncloud-client-2.5.1.10973+dfsg/debian/control 
owncloud-client-2.5.1.10973+dfsg/debian/control
--- owncloud-client-2.5.1.10973+dfsg/debian/control 2019-09-27 
14:49:23.0 -0700
+++ owncloud-client-2.5.1.10973+dfsg/debian/control 2019-10-01 
15:20:39.0 -0700
@@ -26,7 +26,7 @@
xvfb,
zlib1g-dev
 Build-Depends-Indep: texlive-fonts-recommended,
- texlive-plain-extra,
+ texlive-plain-generic,
  texlive-latex-extra,
  texlive-latex-recommended,
  xsltproc

Bug#941556: zathura: page count mismatch when more than one page fit the window

[nfb]

Package: zathura
Version: 0.4.4-1
Severity: normal

Dear Maintainer,

when more than one page fit the zathura window (i.e. you have plenty
of vertical space, or the document pages are much more wide than they
are high) the page count is not correctly updated, and pageUP/pageDOWN
navigation breaks.
This can be particularly noticeable (and annoying) when using a
monitor in portrait mode, among the other things.

To reproduce, open a document and resize the window like a slim
vertical pane, like 5 to 10 times more high than wide, enough to
accomodate at least two pages in best-fit or width mode (they should
behave the same in this use case).

For example with two full pages and 1/4 of the third one filling the
window, starting from page 1, this is what happens:

[step]  [KEY]   [page count]

0   -   1   // displayed: 1, 2, a bit of 3
1   PgDn2   // displayed: ~half 1, 2, ~half 3
2   PgUp2   // displayed: 1, 2, a bit of 3
3   PgDn3   // displayed: ~half 2, 3, ~half 4

So, in step 2 we are in practice back to what was displayed at the
beginning (0), but now with a wrong page count of 2 instead of 1. So
on the following PgDn there is actually a jump from page 1 to page 3,
while we should visualize the same pages as in step 1.

In other words the sequence page down/up/down doesn't leave the view
unchanged as one would expect.

Thanks.



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

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

Versions of packages zathura depends on:
ii  libc62.29-2
ii  libcairo21.16.0-4
ii  libgirara-gtk3-3 0.3.3-1
ii  libglib2.0-0 2.60.6-2
ii  libgtk-3-0   3.24.11-1
ii  libmagic11:5.37-5
ii  libpango-1.0-0   1.42.4-7
ii  libseccomp2  2.4.1-2
ii  libsqlite3-0 3.29.0-2
ii  libsynctex2  2019.20190605.51237-3
ii  zathura-pdf-poppler  0.2.9-1

zathura recommends no packages.

Versions of packages zathura suggests:
ii  firefox-esr [www-browser]  60.8.0esr-1
ii  links [www-browser]2.20.1-1
ii  w3m [www-browser]  0.5.3-37+b1
pn  zathura-cb 
pn  zathura-djvu   
pn  zathura-ps 

-- no debconf information

Bug#941555: yosys: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: yosys
Version: 0.8-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru yosys-0.8/debian/control yosys-0.8/debian/control
--- yosys-0.8/debian/control2018-10-17 09:36:13.0 -0700
+++ yosys-0.8/debian/control2019-10-01 15:15:41.0 -0700
@@ -19,7 +19,7 @@
berkeley-abc (>= 1.01+20161002hgeb6eca6+dfsg)
 Build-Depends-Indep:
texlive-base,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-fonts-recommended,
texlive-fonts-extra,
texlive-latex-base,

Bug#941554: yodl: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: yodl
Version: 4.02.01-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru yodl-4.02.01/debian/control yodl-4.02.01/debian/control
--- yodl-4.02.01/debian/control 2019-08-05 17:45:27.0 -0700
+++ yodl-4.02.01/debian/control 2019-10-01 15:14:05.0 -0700
@@ -7,7 +7,7 @@
 Standards-Version: 4.4.0
 Homepage: https://gitlab.com/fbb-git/yodl
 Build-Depends: debhelper (>= 12), icmake (>= 9.02.07),
- texlive-latex-base, texlive-generic-recommended,
+ texlive-latex-base, texlive-plain-generic,
  texlive-latex-recommended, texlive-fonts-recommended,
  texlive-latex-extra,  ghostscript
 Build-Depends-Indep: cm-super-minimal

Bug#897081: wmfrog: Does not update weather regularly

[Jeremy Sowden]

Description: Use Geo::METAR to parse observations.
 The parsing code in weather.pl doesn't always work.  Debian includes a
 Perl module that does the job properly, so use that instead.
Author: Jeremy Sowden 
Last-Update: 2019-09-30
Bug-Debian: https://bugs.debian.org/897081

--- a/Src/weather.pl
+++ b/Src/weather.pl
@@ -27,6 +27,8 @@
 #   faster, however this might get broken if NOAA change their
 #   webpage layout in wich case you should choose ftp.
 
+use Geo::METAR;
+
 $mode="ftp"; # html || ftp
 
 $debug = 0; # turn On/Off debugging
@@ -116,180 +118,124 @@ $newLine = ;
 $line   .= $newLine;
 chomp $line;
 
-$line =~ s///;
-$line = "METAR $station $line";
-
 close DATA;
 
-chomp $line;
-@args = split /\ /, $line;
-
-debug("line: $line");
-debug("args: @args");
 debug("line: $line");
 
-$i = 0;
-$station = $args[$i];
-
-if ( $station eq 'METAR'  or  $station eq 'SPECI' )
-{
-$station = $args[$i+1];
-$i++
-}
+my $m = Geo::METAR->new;
 
-$i++;   # date (ln 1)
-$i++;   # time (ln 1)
-$i++;   # station (ln 2)
-$i++;   # datetime (ln 2)
-$wind = $args[$i];
+$m->metar ($line);
 
-if ( $wind eq 'AUTO' )
-{
-$wind = $args[$i+1];
-$i++;
-}
+$wind = $m->{wind};
 
 debug("wind: $wind");
 
-$i++;
-$visibility = $args[$i];
-$i++;   # Visibility
+$visibility = $m->{visibility};
 
 debug("vis: $visibility");
 
-#unless( $visibility =~ m/SM/  or  $visibility eq "CAVOK"  or  $visibility eq "" )
-#{
-#   $i++; # visibility with fractions, not using
-#}
-
-$next = $args[$i];
+$weather = "";
+$clouds = " ";
 
-if ( $next =~ m/\// )
+if ($m->{sky}[0] eq "CAVOK")
 {
-$i++;			 # fractional visibility, skipping
+$clouds .= "CAVOK,0;";
 }
-
-$weather = "";
-$clouds  = " ";
-
-while (  not $args[$i] =~ /\//  and  $i < @args )
+else
 {
-$intensity  = "";
-$desc	= "";
-$precip	= "";
-$obsc	= "";
-$misc	= "";
-$j		= 0;
-$curent	= $args[$i];
-$wasCloud   = "no";
-
-debug("cur : $curent");
-
-if ( $curent =~ /^CAVOK/ )
+if (!@{$m->{sky}})
 {
-   $clouds .= "CAVOK,0;";
-   $wasCloud = "yes";
+if (my ($vv) = grep { s/^VV(\d+)/$1/ } split /\s+/, $line)
+{
+$clouds .= "VV,$vv;";
+}
 }
-
-if ( $curent =~ /^VV/ )
+else
 {
-$clouds .= "VV,".substr($curent,2,3).";";
-# Not used: $wasNotCloud = "yes";
+$clouds .= join (",", m/(.{3})(.{3})/) . ";" for @{$m->{sky}};
 }
 
-if ( $curent =~ /^CLR/ or
-	 $curent =~ /^SCK/ or
-	 $curent =~ /^FEW/ or
-	 $curent =~ /^SCT/ or
-	 $curent =~ /^BKN/ or
-	 $curent =~ /^OVC/ )
+for my $curent (@{$m->{weather}})
 {
-   $clouds .= substr($curent, 0, 3) . ","
-	. substr($curent, 3, 3) . ";" ;
-
-   $wasCloud = "yes";
+$intensity = "";
+$desc  = "";
+$precip= "";
+$obsc  = "";
+$misc  = "";
+$j = 0;
+
+if ( $curent =~ /^\-/ )
+{
+$intensity = "-";
+$j = 1;
+}
+
+if ( $curent =~ /^\+/ )
+{
+$intensity="+";
+$j = 1;
+}
+
+if ( $curent =~ /^VC/ )
+{
+$j = 2;
+}
+
+$curent = substr $curent, $j;
+
+if ( $curent =~ /^MI/ or
+ $curent =~ /^PR/ or
+ $curent =~ /^BC/ or
+ $curent =~ /^DR/ or
+ $curent =~ /^BL/ or
+ $curent =~ /^SH/ or
+ $curent =~ /^TS/ or
+ $curent =~ /^FZ/ )
+{
+$desc   = substr $curent, 0, 2;
+$curent = substr $curent, 2;
+}
+
+if ( $curent=~/^DZ/ or
+ $curent=~/^RA/ or
+ $curent=~/^SN/ or
+ $curent=~/^SG/ or
+ $curent=~/^IC/ or
+ $curent=~/^PE/ or
+ $curent=~/^GR/ or
+ $curent=~/^GX/ or
+ $curent=~/^UP/ )
+{
+$precip = substr $curent, 0, 2;
+$curent = substr $curent, 2;
+}
+
+if ( $curent=~/^BR/ or
+ $curent=~/^FG/ or
+ $curent=~/^FU/ or
+ $curent=~/^VA/ or
+ $curent=~/^DU/ or
+ $curent=~/^SA/ or
+ $curent=~/^HZ/ or
+ $curent=~/^PY/ )
+{
+$obsc   = substr $curent, 0, 2;
+$curent = substr $curent, 2;
+}
+
+if ( $curent=~/^PO/ or
+ $curent=~/^SQ/ or
+ $curent=~/^FC/ or
+ $curent=~/^SS/ )
+{
+$misc = substr $curent, 0, 2;
+}
+
+$weather .= "$intensity,$desc,$precip,$obsc,$misc;" ;
 }
-
-if ( $wasCloud ne "yes")
-{
-	if ( length $curent > 0 )
-	{
-	if ( $curent =~ /^\-/ )	# Should be weather
-	{
-		

Bug#941552: stealth: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: stealth
Version: 4.02.00-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru stealth-4.02.00/debian/control stealth-4.02.00/debian/control
--- stealth-4.02.00/debian/control  2019-07-24 20:31:05.0 -0700
+++ stealth-4.02.00/debian/control  2019-10-01 15:10:03.0 -0700
@@ -9,7 +9,7 @@
icmake (>= 9.02.04),
yodl (>= 4.02.00)
 Build-Depends-Indep: texlive-latex-base,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-latex-recommended,
texlive-fonts-recommended,
texlive-latex-extra,

Bug#941553: xnee: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: xnee
Version: 3.19-3
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru xnee-3.19/debian/control xnee-3.19/debian/control
--- xnee-3.19/debian/control2019-04-02 22:22:54.0 -0700
+++ xnee-3.19/debian/control2019-10-01 15:11:48.0 -0700
@@ -15,7 +15,7 @@
 texlive-base,
 texlive-extra-utils,
 texlive-font-utils,
-texlive-generic-recommended,
+texlive-plain-generic,
 texinfo,
 ghostscript
 Standards-Version: 3.9.5

Bug#941551: splash: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: splash
Version: 2.9.0-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Ole,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru splash-2.9.0/debian/control splash-2.9.0/debian/control
--- splash-2.9.0/debian/control 2019-07-25 06:07:42.0 -0700
+++ splash-2.9.0/debian/control 2019-10-01 15:08:26.0 -0700
@@ -8,7 +8,7 @@
giza-dev,
help2man,
texlive-fonts-recommended,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-latex-base,
texlive-latex-recommended
 Standards-Version: 4.4.0

Bug#941549: slime: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: slime
Version: 2:2.24+dfsg-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru slime-2.24+dfsg/debian/control slime-2.24+dfsg/debian/control
--- slime-2.24+dfsg/debian/control  2019-08-22 13:35:43.0 -0700
+++ slime-2.24+dfsg/debian/control  2019-10-01 15:04:52.0 -0700
@@ -7,7 +7,7 @@
Sébastien Villemot 
 Build-Depends: debhelper-compat (= 12),
dh-elpa,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-extra-utils,
texlive,
texinfo,

Bug#939807: sbcl build-depends on package that is cruft in unstable and gone in testing.

[Steve Langasek]

Package: sbcl
Followup-For: Bug #939807
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

Attached is a straightforward patch for this issue.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru sbcl-1.5.5/debian/control sbcl-1.5.5/debian/control
--- sbcl-1.5.5/debian/control   2019-08-11 13:31:40.0 -0700
+++ sbcl-1.5.5/debian/control   2019-10-01 14:47:35.0 -0700
@@ -14,7 +14,7 @@
texlive,
graphviz,
ghostscript,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-font-utils,
cm-super-minimal,
time,

Bug#941550: glib2.0: intermittent test failure on s390x: mimeapps test segfaults

[Simon McVittie]

Source: glib2.0
Version: 2.62.0-2
Severity: important

glib2.0 2.62.0-2 failed tests a couple of times on s390x, with a
segmentation fault running gio/tests/mimeapps.c.

In one failure the last output from that test appears to have been:

> ok 5 /appinfo/mime/scheme-handler
> # GLib-DEBUG: g_set_user_dirs: Setting HOME to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/home
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CACHE_HOME to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/cache
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CONFIG_DIRS to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-config1:/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-config2
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CONFIG_HOME to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/config
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_DATA_DIRS to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-data1:/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-data2
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_DATA_HOME to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_RUNTIME_DIR to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/runtime
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-data1/applications'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/system-data1/applications/mimeapps.list'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/myapp.desktop'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/myapp2.desktop'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/myapp3.desktop'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/myapp4.desktop'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/myapp5.desktop'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/nosuchapp.desktop'
> # removing 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/mimeapps.list'
> # creating 
> '/tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/data/applications/mimeinfo.cache'
> # GLib-GIO-DEBUG: ensure_dir: Ensuring 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/config
> # GLib-GIO-DEBUG: desktop_file_dirs_lock: Resetting desktop app info dirs 
> from /tmp/test_mimeapps_BH068Z/appinfo/mime/scheme-handler/.dirs/config to 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/config
> # GLib-GIO-DEBUG: ensure_dir: Ensuring 
> /tmp/test_mimeapps_BH068Z/appinfo/mime/default-last-used/.dirs/config

and in the other:

> ok 6 /appinfo/mime/default-last-used
> # GLib-DEBUG: g_set_user_dirs: Setting HOME to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/home
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CACHE_HOME to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/cache
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CONFIG_DIRS to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-config1:/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-config2
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_CONFIG_HOME to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/config
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_DATA_DIRS to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-data1:/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-data2
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_DATA_HOME to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data
> # GLib-DEBUG: g_set_user_dirs: Setting XDG_RUNTIME_DIR to 
> /tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/runtime
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-data1/applications'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/system-data1/applications/mimeapps.list'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data/applications'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data/applications/myapp.desktop'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data/applications/myapp2.desktop'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data/applications/myapp3.desktop'
> # creating 
> '/tmp/test_mimeapps_J0XB9Z/appinfo/mime/ignore-nonexisting/.dirs/data/applications/myapp4.desktop'
> # creating 

Bug#941548: sgf2dg: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: sgf2dg
Version: 4.026-10
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Vincent,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -u sgf2dg-4.026/debian/control sgf2dg-4.026/debian/control
--- sgf2dg-4.026/debian/control
+++ sgf2dg-4.026/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Vincent Danjean 
 Homepage: http://match.stanford.edu/bump/sgf2tex.html
 Build-Depends: cdbs, debhelper (>= 5.0.0), quilt,
-  tex-common (>= 1.11), texlive, texlive-generic-recommended,
+  tex-common (>= 1.11), texlive, texlive-plain-generic,
   libpdf-create-perl, libpostscript-file-perl, perl-tk
 Standards-Version: 3.8.3
 

Bug#941547: glib2.0: intermittent test failure: gio/tests/g-file-info.c:190:test_g_file_info_modification_time: assertion failed (ts == 0): (-1 == 0)

[Simon McVittie]

Source: glib2.0
Version: 2.62.0-2
Severity: important

glib2.0 intermittently fails one of its tests. I've observed this on the
buildds, and during autopkgtest in a VM on my laptop.

This might be i386-specific - I haven't observed it on other
architectures.

> 1..2
> # Start of g-file-info tests
> ok 1 /g-file-info/test_g_file_info
> # Start of test_g_file_info tests
> # /g-file-info/test_g_file_info/modification-time summary: Test that getting 
> the modification time of a file works.
> # GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation 
> local (GLocalVfs) for ?gio-vfs?
> **
> GLib-GIO:ERROR:../../../gio/tests/g-file-info.c:190:test_g_file_info_modification_time:
>  assertion failed (ts == 0): (-1 == 0)
> Bail out! 
> GLib-GIO:ERROR:../../../gio/tests/g-file-info.c:190:test_g_file_info_modification_time:
>  assertion failed (ts == 0): (-1 == 0)

The test in question asserts that we can:

* read the modification time of a file, with microsecond precision
* set a modification time 50 microseconds later
* read the modification time back
* get the same modification time we set

and the failure mode is that the file's new mtime is 1 microsecond older
than what we asked for.

I think my test VM is using ext4 for all filesystems, if that matters.

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

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

Bug#941546: sdcc: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: sdcc
Version: 3.8.0+dfsg-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru sdcc-3.8.0+dfsg/debian/control sdcc-3.8.0+dfsg/debian/control
--- sdcc-3.8.0+dfsg/debian/control  2019-01-01 08:59:22.0 -0800
+++ sdcc-3.8.0+dfsg/debian/control  2019-10-01 14:59:40.0 -0700
@@ -19,7 +19,7 @@
  lyx,
  texlive-fonts-recommended,
  texlive-font-utils,
- texlive-generic-recommended,
+ texlive-plain-generic,
  texlive-latex-recommended,
  texlive-latex-extra,
  gsfonts,

Bug#935042: Privacy on Debian

[Marcos Fouces]

Hello Michael,

I am aware of the configuration option you mention but i decided to
create a patch changing the CheckUpdates() function because i don't know
if it is used in another part of the software.

I also can understand your desire to know where and when an Lynis audit
is performed but it shouldn't be done without user knowledge. It is up
to the user to decide to check if an update is available or to decide if
he wants to get informed about it.

If users give consent to check for updates each time an audit is
performed -which it must be done phoning home, for obvious reasons- then
it is ok for you to use this info. Anyway, i believe that this  function
should be disabled in Debian. It does not make much sense for distros as
they has their own updating system.

Except for this matter, i believe that Lynis is a good piece of software.

Greetings,

Marcos

Bug#932951: pspp build-depends on cruft package.

[Steve Langasek]

Package: pspp
Version: 1.2.0-2
Followup-For: Bug #932951
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

Attached is the straightforward patch for this issue.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pspp-1.2.0/debian/control pspp-1.2.0/debian/control
--- pspp-1.2.0/debian/control   2018-11-25 22:50:21.0 -0800
+++ pspp-1.2.0/debian/control   2019-10-01 14:43:23.0 -0700
@@ -12,7 +12,7 @@
perl,
texinfo (>= 5.2),
texlive,
-  texlive-generic-recommended,
+  texlive-plain-generic,
   libspread-sheet-widget-dev (>= 0.3),
libgsl-dev (>= 2.0),
libgtk-3-dev (>= 3.18.0),

Bug#941545: pycode-browser: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: pycode-browser
Version: 1:1.02+git20181006-3
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Georges,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru pycode-browser-1.02+git20181006/debian/control 
pycode-browser-1.02+git20181006/debian/control
--- pycode-browser-1.02+git20181006/debian/control  2019-01-06 
11:09:38.0 -0800
+++ pycode-browser-1.02+git20181006/debian/control  2019-10-01 
14:45:49.0 -0700
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Georges Khaznadar 
 Build-Depends: debhelper (>= 11.0.0), python-all, lyx,
- texlive-latex-base, texlive-generic-recommended,
+ texlive-latex-base, texlive-plain-generic,
  texlive-latex-recommended, texlive-fonts-recommended,
  cm-super-minimal
 Standards-Version: 4.2.1

Bug#940943: buster-pu: package gnustep-base/1.26.0-4+deb10u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2019-09-22 at 13:40 +0300, Yavor Doganov wrote:
> I'd like to update the gnustep-base package in buster to fix #939119.
> Additionally, the OP has also discovered a vulnerability in the
> gdomap
> daemon which was reported to the Debian security team.  Haven't got a
> response from them but the patch was approved by the upstream
> maintainer and subsequently committed to the upstream repository.
> 

Please go ahead.

Regards,

Adam

Bug#941544: proofgeneral: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: proofgeneral
Version: 4.4.1~pre170114-1.1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Hendrik,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru proofgeneral-4.4.1~pre170114/debian/control 
proofgeneral-4.4.1~pre170114/debian/control
--- proofgeneral-4.4.1~pre170114/debian/control 2019-07-25 01:15:04.0 
-0700
+++ proofgeneral-4.4.1~pre170114/debian/control 2019-10-01 14:38:55.0 
-0700
@@ -2,7 +2,7 @@
 Section: editors
 Priority: optional
 Maintainer: Hendrik Tews 
-Build-Depends: debhelper (>= 9), texinfo, texlive-latex-recommended, 
texlive-generic-recommended, texlive-fonts-recommended, emacs-gtk
+Build-Depends: debhelper (>= 9), texinfo, texlive-latex-recommended, 
texlive-plain-generic, texlive-fonts-recommended, emacs-gtk
 Standards-Version: 3.9.8
 Homepage: https://proofgeneral.github.io/
 

Bug#939738: buster-pu: package aegisub/3.2.2+dfsg-4+deb10u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2019-09-08 at 11:53 +0200, Aniol Marti wrote:
> I am requesting permission to upload aegisub to buster-pu. This new
> version adds a build dependency (libhunspell-dev) to fix a SEGV and a
> patch to fix a crash when picking a spell language from a position
> bigger
> than 100 in the languages list. Both problems were reported in
> #935724.
> 

+  * Apply patch provided in #935724.
+  * Closes: #935724.

The changelog should say what the patch does / why it was needed,
rather than simply that it exists.

With that fixed, please feel free to upload.

Regards,

Adam

Bug#941227: [Pkg-javascript-devel] Bug#941227: buster-pu: package node-set-value/0.4.0-1+deb10u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2019-09-26 at 20:40 +0200, Xavier wrote:
> I forgot debdiff, sorry
> 
> Le 26/09/2019 à 20:11, Xavier Guimard a écrit :
> > Package: release.debian.org
> > Severity: normal
> > Tags: buster
> > User: release.debian@packages.debian.org
> > Usertags: pu
> > 
> > Hi,
> > 
> > node-set-value is vulnerable to prototype pollution (#941189,
> > CVE-2019-10747). I imported and adapted upstream patch and added a
> > test
> > inspired from CVE report [1]. I think this could be safely added to
> > next
> > buster point release.
> > 

Please go ahead.

Regards,

Adam

Bug#941169: stretch-pu: package postfix/3.1.12-0+deb9u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2019-09-25 at 17:14 -0400, Scott Kitterman wrote:
> As with the 3.4.7 update for buster, I'd like to update the 3.1
> series
> to 3.1.14 for stretch.  I have this running on multiple systems that
> I
> haven't upgraded yet and it's working fine.  Please see debdiff for
> details.  This is mostly a subset of the 3.4.6/3.4.7 changes that
> apply
> to 3.1.
> 

Please go ahead, thanks.

Regards,

Adam

Bug#941543: nordugrid-arc-doc: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: nordugrid-arc-doc
Version: 2.0.21-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Mattias,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru nordugrid-arc-doc-2.0.21/debian/control 
nordugrid-arc-doc-2.0.21/debian/control
--- nordugrid-arc-doc-2.0.21/debian/control 2019-03-19 01:12:15.0 
-0700
+++ nordugrid-arc-doc-2.0.21/debian/control 2019-10-01 14:34:25.0 
-0700
@@ -2,7 +2,7 @@
 Section: doc
 Priority: optional
 Maintainer: Mattias Ellert 
-Build-Depends: debhelper (>= 9), texlive-latex-recommended, 
texlive-latex-extra, texlive-generic-recommended, texlive-fonts-recommended
+Build-Depends: debhelper (>= 9), texlive-latex-recommended, 
texlive-latex-extra, texlive-plain-generic, texlive-fonts-recommended
 Standards-Version: 4.3.0
 Vcs-Browser: https://salsa.debian.org/ellert/nordugrid-arc-doc
 Vcs-Git: https://salsa.debian.org/ellert/nordugrid-arc-doc.git

Bug#941168: buster-pu: package postfix/3.4.5-1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Wed, 2019-09-25 at 17:03 -0400, Scott Kitterman wrote:
> As we've been doing, I'd like to update postfix to the current update
> in
> the 3.4 branch (3.4.7-0+deb10u1).  I've been running 3.4.6 for some
> time
> locally without issue (ran out of tuits to upload to Debian, so we're
> going straight to 3.4.7).  I have 3.4.7 running on multiple machines
> and
> there have been no upstream reports of issues.
> 

Please go ahead; thanks.

Regards,

Adam

Bug#941542: ngspice: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: ngspice
Version: 30.2-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ngspice-30.2/debian/control ngspice-30.2/debian/control
--- ngspice-30.2/debian/control 2019-01-01 05:06:44.0 -0800
+++ ngspice-30.2/debian/control 2019-10-01 14:32:17.0 -0700
@@ -26,7 +26,7 @@
  imagemagick,
  lyx (>= 2.2),
  texlive,
- texlive-generic-recommended,
+ texlive-plain-generic,
  texlive-lang-greek,
  texlive-latex-extra,
  texlive-science,

Bug#941348: buster-pu: package fence-agents/4.3.3-2+deb10u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2019-09-29 at 12:22 +0200, Valentin Vidic wrote:
> Please allow an update for fence-agents package fixing ocassional
> FTBFS
> reported in #934519. Patch for the change follows below.
> 

Please go ahead; thanks.

Regards,

Adam

Bug#876636: marked as done (apache2: insserv noise)

[Xavier]

Le 01/10/2019 à 22:21, Debian Bug Tracking System a écrit :
> Your message dated Tue, 1 Oct 2019 22:19:28 +0200
> with message-id 
> 
> and subject line Re: apache2: insserv noise
> has caused the Debian Bug report #876636,
> regarding apache2: insserv noise
> to be marked as done.
> 
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
> 
> (NB: If you are a system administrator and have no idea what this
> message is talking about, this may indicate a serious mail system
> misconfiguration somewhere. Please contact ow...@bugs.debian.org
> immediately.)

BTS [1]:
  Found in version apache2/2.4.27-6
  Fixed in version 2.4.23-5
  Done

Looks a bit strange...

[1]: https://bugs.debian.org/876636

Bug#941350: stretch-pu: package fence-agents/4.0.25-1+deb9u2

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2019-09-29 at 13:19 +0200, Valentin Vidic wrote:
> Please allow an update for fence-agents package fixing occasional
> FTBFS
> reported in #934519. Patch for the change follows below.
> 

Please go ahead; thanks.

Regards,

Adam

Bug#941468: buster-pu: package plasma-applet-redshift-control/1.0.18-2+deb10u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Tue, 2019-10-01 at 09:33 +0200, Didier 'OdyX' Raboud wrote:
> The redshift plasma applet doesn't work correctly in buster due to a
> wrong use
> of `redshift` arguments; see #910901 "plasma-applet-redshift-control: 
> Mouse
> wheel only reduces color temperature, in either direction".
> 

Please go ahead; thanks.

Regards,

Adam

Bug#941541: nbconvert: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: nbconvert
Version: 5.4-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Julien,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru nbconvert-5.4/debian/control nbconvert-5.4/debian/control
--- nbconvert-5.4/debian/control2019-09-27 08:49:32.0 -0700
+++ nbconvert-5.4/debian/control2019-10-01 14:26:45.0 -0700
@@ -53,7 +53,7 @@
python3-testpath,
python3-traitlets,
texlive-fonts-recommended,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-latex-base,
texlive-latex-extra
 Vcs-Git: https://salsa.debian.org/python-team/modules/nbconvert.git

Bug#941540: moon-buggy: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: moon-buggy
Version: 1:1.0.51-12
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Christian,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru moon-buggy-1.0.51/debian/control moon-buggy-1.0.51/debian/control
--- moon-buggy-1.0.51/debian/control2018-05-07 13:20:01.0 -0700
+++ moon-buggy-1.0.51/debian/control2019-10-01 14:24:07.0 -0700
@@ -11,7 +11,7 @@
po-debconf,
texinfo,
texlive,
-   texlive-generic-recommended
+   texlive-plain-generic
 Standards-Version: 4.1.4.1
 Homepage: http://seehuhn.de/pages/moon-buggy
 Vcs-Browser: https://salsa.debian.org/debian/moon-buggy

Bug#941539: mh-e: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: mh-e
Version: 8.5-2.1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Peter,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru mh-e-8.5/debian/control mh-e-8.5/debian/control
--- mh-e-8.5/debian/control 2017-01-08 10:58:39.0 -0800
+++ mh-e-8.5/debian/control 2019-10-01 14:21:47.0 -0700
@@ -2,7 +2,7 @@
 Section: mail
 Priority: extra
 Maintainer: Peter S Galbraith 
-Build-Depends: debhelper (>> 4.0.0), texinfo, emacs25-nox | emacs25 | emacs24, 
texlive-latex-base, texlive-generic-recommended
+Build-Depends: debhelper (>> 4.0.0), texinfo, emacs25-nox | emacs25 | emacs24, 
texlive-latex-base, texlive-plain-generic
 Standards-Version: 3.9.2
 Homepage: http://mh-e.sourceforge.net/
 

Bug#941538: mathgl: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: mathgl
Version: 2.4.4-3
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru mathgl-2.4.4/debian/control mathgl-2.4.4/debian/control
--- mathgl-2.4.4/debian/control 2019-07-31 02:21:43.0 -0700
+++ mathgl-2.4.4/debian/control 2019-10-01 14:20:14.0 -0700
@@ -11,7 +11,7 @@
  python-numpy,
  qtwebengine5-dev [amd64 arm64 armhf i386 mipsel], 
  libwxgtk3.0-gtk3-dev,
- texinfo, texlive, texlive-generic-recommended, liblua5.1-dev, libxcursor-dev,
+ texinfo, texlive, texlive-plain-generic, liblua5.1-dev, libxcursor-dev,
  libgif-dev, libfontconfig1-dev, libqt5webkit5-dev,
  libhdf4-dev, chrpath, libxinerama-dev, libxmu-dev, libxi-dev, libhpdf-dev,
  mpi-default-dev, swig3.0, cmake, libxft-dev, liboctave-dev, fluid

Bug#941537: lilypond: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: lilypond
Version: 2.19.81+really-2.18.2-13
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru lilypond-2.19.81+really-2.18.2/debian/control 
lilypond-2.19.81+really-2.18.2/debian/control
--- lilypond-2.19.81+really-2.18.2/debian/control   2018-05-12 
12:22:39.0 -0700
+++ lilypond-2.19.81+really-2.18.2/debian/control   2019-10-01 
14:16:13.0 -0700
@@ -41,7 +41,7 @@
texi2html,
texinfo,
texlive-fonts-recommended,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-lang-cyrillic,
texlive-latex-base,
texlive-latex-recommended,

Bug#859245: autojump: Doesn't fill database of directories with bash?

[Rogério Brito]

reassign 859245 libvte-2.91-common
thanks

The problem that I reported in bug 859245 has occured because the
instructions in

/usr/share/doc/libvte-2.91-0/README.Debian

clobber the contents of what autojump also needs (PROMPT_COMMAND variable),
which, unfortunately, was my case, since I had:

1 - first, set up autojump in my bash_profile
2 - right after autojump, vte set up as per the instructions in the
README.Debian above

Switching the order of the assignments above is a workaround that make
things work, but clobbering/overwriting configurations/variables of the
users (when they want a cumulative behavior) is definitely wrong.

To Tanguy (maintainer of autojump): You probably may want to add a note
in autojump's instructions (possibly notifying upstream, if this isn't
documented already) to avoid giving users some headaches.


(Another related bug that I just noticed when gathering information for this
report: /usr/share/doc/libvte-2.91-0/README.Debian should be updated to
point to /etc/profile.d/vte-2.91.sh instead of only /etc/profile.d/vte.sh).


Thanks,

Rogério Brito.

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

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

Versions of packages autojump depends on:
ii  python3  3.7.3-1

autojump recommends no packages.

autojump suggests no packages.

-- no debconf information

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

Bug#936976: Feat: move to python3 (#242)

[τν]

MACS2 Python3 port is ready in the [feat_py3](/taoliu/MACS/tree/feat_py3) 
branch. Aim to release to PyPI by the end of this week.

-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/taoliu/MACS/issues/242#issuecomment-537228469

Bug#941385: UT99: sound missing due to missing dependency osspd

[esp]

On 2019-10-01 22:49, Stephen Kitt wrote:
> Hi,
> 
> On Tue, 01 Oct 2019 13:09:24 -0700, e...@riseup.net wrote:
>> The game boots fine but the sound does not work by using padsp. The
>> terminal spit out following upon launching the command:
>>
>> ERROR: ld.so: object
>> '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from LD_PRELOAD
>> cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
>> Unreal engine initialized
>> Bound to SDLDrv.so
>> Joystick [0] : Unknown Joystick
>> SDLClient initialized.
> 
> This happens because UT99 is a 32-bit binary, and padsp assumes it’s running
> 64-bit binaries on amd64. Could you try installing libpulsedsp:i386 (it will
> install fine alongside the amd64 package), then running
> 
> LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so 
> /usr/games/ut99
> 
> That should allow ut99 to send its audio through PulseAudio.
> 
> Regards,
> 
> Stephen


Hi Stephen

Thank you! Confirmed working now, one daemon less on my machine :) Fyi,
all is working and the terminal gave me following output, probably just
a warning as the sound does work now:

LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so
/usr/games/ut99
ERROR: ld.so: object '/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so'
from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32):
ignored.
Unreal engine initialized

Regards
ESP

Bug#941536: libgcrypt20: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: libgcrypt20
Version: 1.8.4-5
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libgcrypt20-1.8.4/debian/control libgcrypt20-1.8.4/debian/control
--- libgcrypt20-1.8.4/debian/control2019-04-23 02:41:15.0 -0700
+++ libgcrypt20-1.8.4/debian/control2019-10-01 14:13:42.0 -0700
@@ -12,7 +12,7 @@
  libgpg-error-mingw-w64-dev,
  mingw-w64,
  texinfo (>= 4.6-0),
- texlive-generic-recommended,
+ texlive-plain-generic,
  texlive-latex-base
 Standards-Version: 4.3.0
 Vcs-Git: https://salsa.debian.org/gnutls-team/libgcrypt.git -b branch1.6

Bug#941535: libforms: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: libforms
Version: 1.2.3-1.3
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Peter,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru libforms-1.2.3/debian/control libforms-1.2.3/debian/control
--- libforms-1.2.3/debian/control   2016-08-23 22:30:18.0 -0700
+++ libforms-1.2.3/debian/control   2019-10-01 14:11:04.0 -0700
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Peter S Galbraith 
 Build-Depends: debhelper (>= 8.9.7~), dpkg (>= 1.15.4) | install-info, 
libxpm-dev, libjpeg-dev, libtiff-dev, libgl1-mesa-dev, libxext-dev, texinfo, 
dh-autoreconf
-Build-Depends-Indep: texi2html, texlive-generic-recommended, 
texlive-latex-base, gsfonts
+Build-Depends-Indep: texi2html, texlive-plain-generic, texlive-latex-base, 
gsfonts
 Standards-Version: 3.8.4
 Homepage: http://savannah.nongnu.org/projects/xforms/
 

Bug#932679: python-gdal dropped from gdal (3.0.1+dfsg-1~exp3)

[Sandro Tosi]

On Tue, Oct 1, 2019 at 1:21 PM Sebastiaan Couwenberg  wrote:
>
> On 8/30/19 10:20 AM, Sebastiaan Couwenberg wrote:
> > gdal (3.0.1+dfsg-1~exp3) dropped support for Python 2 and no longer
> > builds python-gdal.
>
> The next upload of GDAL 2.4.x will also drop support for Python 2 and no
> longer build python-gdal.

why?

-- 
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#941534: khronos-api: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: khronos-api
Version: 4.6+git20180514-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Michael,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru khronos-api-4.6+git20180514/debian/control 
khronos-api-4.6+git20180514/debian/control
--- khronos-api-4.6+git20180514/debian/control  2018-05-18 21:44:04.0 
-0700
+++ khronos-api-4.6+git20180514/debian/control  2019-10-01 14:07:48.0 
-0700
@@ -11,7 +11,7 @@
  python3-dateutil,
  texlive-latex-extra,
  texlive-fonts-recommended,
- texlive-generic-recommended,
+ texlive-plain-generic,
 Standards-Version: 4.1.4
 Homepage: https://www.opengl.org/registry
 

Bug#941533: jags: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: jags
Version: 4.3.0-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Dirk,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru jags-4.3.0/debian/control jags-4.3.0/debian/control
--- jags-4.3.0/debian/control   2018-07-08 19:28:15.0 -0700
+++ jags-4.3.0/debian/control   2019-10-01 14:04:20.0 -0700
@@ -2,7 +2,7 @@
 Section: math
 Priority: optional
 Maintainer: Dirk Eddelbuettel 
-Build-Depends: debhelper (>= 7.0.50~), gfortran (>= 4:5.2), liblapack-dev, 
libltdl-dev (>= 2.2.6b), texlive-base, texlive-latex-base, 
texlive-generic-recommended, texlive-fonts-recommended, texlive-extra-utils, 
texlive-latex-recommended, texlive-latex-extra, texinfo, autotools-dev, 
faketime, g++ (>= 4:5.2), libcppunit-dev, dh-autoreconf, pkg-config, mercurial
+Build-Depends: debhelper (>= 7.0.50~), gfortran (>= 4:5.2), liblapack-dev, 
libltdl-dev (>= 2.2.6b), texlive-base, texlive-latex-base, 
texlive-plain-generic, texlive-fonts-recommended, texlive-extra-utils, 
texlive-latex-recommended, texlive-latex-extra, texinfo, autotools-dev, 
faketime, g++ (>= 4:5.2), libcppunit-dev, dh-autoreconf, pkg-config, mercurial
 Standards-Version: 3.9.8
 Homepage: http://www-fis.iarc.fr/~martyn/software/jags/
 

Bug#941530: jackson-databind: CVE-2019-16942 CVE-2019-16943

[Markus Koschany]

Hi Salvatore,

Am 01.10.19 um 22:34 schrieb Salvatore Bonaccorso:
> Source: jackson-databind
> Version: 2.10.0-1
> Severity: grave
> Tags: security upstream
> Justification: user security hole
> Forwarded: https://github.com/FasterXML/jackson-databind/issues/2478
> Control: found -1 2.9.8-3
> Control: found -1 2.8.6-1+deb9u5
> Control: found -1 2.8.6-1
> 
> Hi,
> 
> Tony, Markus, As it was already expected ;-). Upstream, whilst it
> affects as well 2.10.0, seemigly is not considering doing an update
> for 2.10 specifically but have fixed this one as well for older
> versions. Previous point, that this is just going to start to be silly
> upholds.
> 
> That said, let's follow with the usual information:
> 
> The following vulnerabilities were published for jackson-databind.
[...]

First of all, thank you very much for taking care of reporting these issues.

Please let me know if you think this is a DSA-worthy issue. Otherwise I
will just ask the release team for an update. Personally I believe we
can treat that as an important issue from now on.

Cheers,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#941385: UT99: sound missing due to missing dependency osspd

[Stephen Kitt]

On Tue, 01 Oct 2019 13:13:20 -0700, e...@riseup.net wrote:
> Apologies for the delay, so far the proposed solution of Bruno did not
> work for me. In case osspd is mandatory to have sound working it should
> be a forced dependency, and not only proposed, right? I let you all
> decide whatever is needed, I lack the technical expertise honestly. Just
> wanted to report that installing ut99 turns out without sound but can
> fixed by apt install osspd.

Unfortunately, osspd can’t be imposed on everyone, because there are multiple
approaches (as is often the case): for users using PulseAudio, padsp is the
best solution; for users using ALSA, possibly shared, alsa-oss is the best
solution; in some other cases, osspd is appropriate; in yet other cases,
oss-compat is appropriate...

Ideally, oss-compat should sort this all out (speaking with my oss-compat
maintainer hat on), but it doesn’t currently.

Regards,

Stephen


pgp4KTVHSfaDU.pgp
Description: OpenPGP digital signature

Bug#941385: UT99: sound missing due to missing dependency osspd

[Stephen Kitt]

Hi,

On Tue, 01 Oct 2019 13:09:24 -0700, e...@riseup.net wrote:
> The game boots fine but the sound does not work by using padsp. The
> terminal spit out following upon launching the command:
> 
> ERROR: ld.so: object
> '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from LD_PRELOAD
> cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
> Unreal engine initialized
> Bound to SDLDrv.so
> Joystick [0] : Unknown Joystick
> SDLClient initialized.

This happens because UT99 is a 32-bit binary, and padsp assumes it’s running
64-bit binaries on amd64. Could you try installing libpulsedsp:i386 (it will
install fine alongside the amd64 package), then running

LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so /usr/games/ut99

That should allow ut99 to send its audio through PulseAudio.

Regards,

Stephen


pgpAT_HGrjaVI.pgp
Description: OpenPGP digital signature

Bug#941532: brz: bash completion fails

[GSR]

Package: brz
Version: 3.0.1-6
Severity: normal

Hello:

brz - does nothing, unlike many other commands. Quick look shows
that file /usr/share/bash-completion/completions/brz is a single line
"contrib/bash/bzr", which looks like a path. Checked the tarball and
it has such path, which is a shell snippet to invoke brz and generate
the completion functions. That code works once placed under /usr/... ,
listing multiple options.

The package build process must be mixing things, writing a path
instead of copying the code.

Cheers,
GSR
 

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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages brz depends on:
ii  python3 3.7.3-1
ii  python3-breezy  3.0.1-6

Versions of packages brz recommends:
ii  python3-dulwich  0.19.13-1
pn  python3-gpg  

Versions of packages brz suggests:
pn  brz-doc   
pn  python3-breezy.tests  
ii  python3-fastimport0.9.8-2

-- no debconf information

Bug#941513: c-graph: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Adrienne G. Thompson]

Hi Steve:

Thanks for flagging the problem. I've forwarded the issue to my packaging
team.

Sincerely
Adrienne
-- 
Freedom - no pane, all gaiGN!

GNU C-Graph - http://www.gnu.org/software/c-graph
Code Art Now - http://codeartnow.com
Abertheid Campaign - http://www.abertheid.info
Follow me on Twitter @AdrienneGT @GNUcgraph


On Tue, Oct 1, 2019 at 2:00 PM Steve Langasek 
wrote:

> Package: c-graph
> Version: 2.0.1-3.1
> Severity: serious
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu eoan ubuntu-patch
>
> Hi Adrienne,
>
> The texlive-generic-recommended transitional package has been dropped from
> texlive-base in sid.  Please update your build-dependency to
> texlive-plain-generic instead.
>
> --
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> Ubuntu Developer   https://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org
>

Bug#932949: gri build-depends on cruft package.

[Steve Langasek]

Package: gri
Version: 2.12.26-1
Followup-For: Bug #932949
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Attached is a straightforward patch for this bug.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gri-2.12.26/debian/control gri-2.12.26/debian/control
--- gri-2.12.26/debian/control  2017-08-15 08:20:56.0 -0700
+++ gri-2.12.26/debian/control  2019-10-01 13:32:50.0 -0700
@@ -2,7 +2,7 @@
 Section: science
 Priority: optional
 Maintainer: Peter S Galbraith 
-Build-Depends: debhelper (>= 0), libnetcdf-dev, libreadline-dev, 
texlive-latex-base, texlive-generic-recommended, texinfo, imagemagick, info, 
ghostscript, gsfonts
+Build-Depends: debhelper (>= 0), libnetcdf-dev, libreadline-dev, 
texlive-latex-base, texlive-plain-generic, texinfo, imagemagick, info, 
ghostscript, gsfonts
 Homepage: http://gri.sourceforge.net/
 Standards-Version: 3.9.8
 

Bug#940298: debhelper: Should we use meson --native-file ?

[Jussi Pakkanen]

On Sun, Sep 15, 2019 at 2:20 PM Niels Thykier  wrote:

> >
> > AFAICT, it would just be a question of doing:
> >
> > """
> > /usr/share/meson/debcrossgen -a"$DEB_BUILD_ARCH" 
> > -o"$DIR/meson-native-file.conf"
> > /usr/share/meson/debcrossgen -a"$DEB_HOST_ARCH" 
> > -o"$DIR/meson-cross-file.conf"
> > meson --native-file "$DIR/meson-native-file.conf" --cross-file 
> > "$DIR/meson-cross-file.conf" ...
> > """
> >
> > OR does it need a special case for cross-building vs. native?
> >
> > """
> > /usr/share/meson/debcrossgen -a"$DEB_BUILD_ARCH" 
> > -o"$DIR/meson-native-file.conf"
> > if (is_cross_compiling()) {
> >   /usr/share/meson/debcrossgen -a"$DEB_HOST_ARCH" 
> > -o"$DIR/meson-cross-file.conf"
> >   meson --native-file "$DIR/meson-native-file.conf" --cross-file 
> > "$DIR/meson-cross-file.conf" ...
> > } else {
> >   meson --native-file "$DIR/meson-native-file.conf" ...
> > }
> > """

The way Meson interprets things is that having a cross file means that
you are cross compiling. Not having one means compiling natively. This
has been under flux recently and might not work exactly like this
currently due to bugs, but that is the intent. As this is not yet
fully nailed down there may be policy changes, but I'd consider them
unlikely. Thus the latter form is the one we should go for.

I'm also not entirely sure if we can generate the native file with
debcrossgen as it has slightly different syntax and it might need to
handle envvars differently. But that is a question of me adding
command line arguments or creating something like a "nativegen" or
something like that.

Sorry for the delay, had conference travel and other things.

Bug#941531: gsl-doc: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gsl-doc
Version: 2.3-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Dirk,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -u gsl-doc-2.3/debian/control gsl-doc-2.3/debian/control
--- gsl-doc-2.3/debian/control
+++ gsl-doc-2.3/debian/control
@@ -4,7 +4,7 @@
 Maintainer: Dirk Eddelbuettel 
 Standards-Version: 3.9.8
 Build-Depends: debhelper (>= 7.2.17), autotools-dev
-Build-Depends-Indep: texlive-base, texlive-latex-base, 
texlive-generic-recommended, texlive-font-utils, texinfo, ghostscript, ps2eps
+Build-Depends-Indep: texlive-base, texlive-latex-base, texlive-plain-generic, 
texlive-font-utils, texinfo, ghostscript, ps2eps
 Homepage: http://www.gnu.org/software/gsl
 
 Package: gsl-doc-pdf

Bug#941530: jackson-databind: CVE-2019-16942 CVE-2019-16943

[Salvatore Bonaccorso]

Source: jackson-databind
Version: 2.10.0-1
Severity: grave
Tags: security upstream
Justification: user security hole
Forwarded: https://github.com/FasterXML/jackson-databind/issues/2478
Control: found -1 2.9.8-3
Control: found -1 2.8.6-1+deb9u5
Control: found -1 2.8.6-1

Hi,

Tony, Markus, As it was already expected ;-). Upstream, whilst it
affects as well 2.10.0, seemigly is not considering doing an update
for 2.10 specifically but have fixed this one as well for older
versions. Previous point, that this is just going to start to be silly
upholds.

That said, let's follow with the usual information:

The following vulnerabilities were published for jackson-databind.

CVE-2019-16942[0]:
| A Polymorphic Typing issue was discovered in FasterXML jackson-
| databind 2.0.0 through 2.9.10. When Default Typing is enabled (either
| globally or for a specific property) for an externally exposed JSON
| endpoint and the service has the commons-dbcp (1.4) jar in the
| classpath, and an attacker can find an RMI service endpoint to access,
| it is possible to make the service execute a malicious payload. This
| issue exists because of
| org.apache.commons.dbcp.datasources.SharedPoolDataSource and
| org.apache.commons.dbcp.datasources.PerUserPoolDataSource mishandling.


CVE-2019-16943[1]:
| A Polymorphic Typing issue was discovered in FasterXML jackson-
| databind 2.0.0 through 2.9.10. When Default Typing is enabled (either
| globally or for a specific property) for an externally exposed JSON
| endpoint and the service has the p6spy (3.8.6) jar in the classpath,
| and an attacker can find an RMI service endpoint to access, it is
| possible to make the service execute a malicious payload. This issue
| exists because of com.p6spy.engine.spy.P6DataSource mishandling.


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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-16942
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-16942
[1] https://security-tracker.debian.org/tracker/CVE-2019-16943
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-16943
[2] https://github.com/FasterXML/jackson-databind/issues/2478

Regards,
Salvatore

Bug#875227: [voxbo] Future Qt4 removal from Buster

[Moritz Mühlenhoff]

On Mon, Sep 23, 2019 at 11:09:56PM +0200, Moritz Mühlenhoff wrote:
> On Sat, Sep 09, 2017 at 11:12:21PM +0200, Lisandro Damián Nicanor Pérez Meyer 
> wrote:
> > Source: voxbo
> > Version: 1.8.5~svn1246-2
> > Severity: wishlist
> > 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
> 
> voxbo seems dead upstream and there's a Github fork at
> https://github.com/kimberg/voxbo, but it's not ported there either.
> 
> Let's remove (for now)? Or does anyone intend to port it?

I've now filed a removal bug.

Cheers,
Moritz

Bug#941428: libsdl2-mixer-dev: please add a superficial autopkgtest

[Fabian Greffrath]

Hi Simon,

> +"$@" ./playmus /usr/share/sounds/alsa/Front_Center.wav

isn't playmus supposed to play MIDI files?

 - Fabian



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

Bug#941529: RM: voxbo -- RoQA; Depends on qt4, dead upstream

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove voxbo, it depends on Qt4 (which is being removed)
and is dead upstream.

Cheers,
Moritz

Bug#941526: gnutls28: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gnutls28
Version: 3.6.9-5
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gnutls28-3.6.9/debian/control gnutls28-3.6.9/debian/control
--- gnutls28-3.6.9/debian/control   2019-08-02 10:11:56.0 -0700
+++ gnutls28-3.6.9/debian/control   2019-10-01 13:25:29.0 -0700
@@ -34,7 +34,7 @@
 # dual-licensed GMP is available, otherwise the resulting binary
 # cannot be installed.
 Build-Depends-Indep: gtk-doc-tools, texinfo (>= 4.8),
- texlive-generic-recommended, texlive-latex-base
+ texlive-plain-generic, texlive-latex-base
 Build-Conflicts: libgnutls-dev
 Rules-Requires-Root: no
 Standards-Version: 4.4.0

Bug#941527: Build-depends on Qt4

[Moritz Muehlenhoff]

Source: matplotlib
Severity: serious

matplotlib build-depends on python3-pyqt4 (build from src:python-qt4), which is 
being
removed along with Qt4 itself now.

Given that matplotlib only has a run-time Suggests: on python3-pyqt4, this is 
probably
optional and simply be disabled.

Cheers,
Moritz

Bug#941528: goldencheetah: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: goldencheetah
Version: 1:3.5~DEV1810-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru goldencheetah-3.5~DEV1810/debian/control 
goldencheetah-3.5~DEV1810/debian/control
--- goldencheetah-3.5~DEV1810/debian/control2019-01-04 20:30:31.0 
-0800
+++ goldencheetah-3.5~DEV1810/debian/control2019-10-01 13:29:31.0 
-0700
@@ -34,7 +34,7 @@
  , texlive
  , texlive-latex-base
  , texlive-fonts-recommended
- , texlive-generic-recommended
+ , texlive-plain-generic
 Standards-Version: 4.3.0
 Vcs-Git: https://salsa.debian.org/debian/goldencheetah.git
 Vcs-Browser: https://salsa.debian.org/debian/goldencheetah

Bug#941525: gnu-standards: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gnu-standards
Version: 2010.03.11-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Tim,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gnu-standards-2010.03.11/debian/control 
gnu-standards-2010.03.11/debian/control
--- gnu-standards-2010.03.11/debian/control 2010-03-20 18:24:11.0 
-0700
+++ gnu-standards-2010.03.11/debian/control 2019-10-01 13:23:28.0 
-0700
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Tim Retout 
 Standards-Version: 3.8.4
-Build-Depends-Indep: texinfo (>= 4.6), texlive-base, texlive-latex-base, 
texlive-generic-recommended
+Build-Depends-Indep: texinfo (>= 4.6), texlive-base, texlive-latex-base, 
texlive-plain-generic
 Build-Depends: debhelper (>= 5.0.0)
 Homepage: http://savannah.gnu.org/projects/gnustandards
 Vcs-Git: git://git.debian.org/git/collab-maint/gnu-standards.git

Bug#941524: gitmagic: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gitmagic
Version: 20160304-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Sebastien,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gitmagic-20160304/debian/control gitmagic-20160304/debian/control
--- gitmagic-20160304/debian/control2016-03-04 07:01:30.0 -0800
+++ gitmagic-20160304/debian/control2019-10-01 13:21:20.0 -0700
@@ -6,7 +6,7 @@
 Build-Depends-Indep: asciidoc,
  docbook-utils,
  gawk,
- texlive-generic-recommended,
+ texlive-plain-generic,
  texlive-lang-cyrillic,
  tidy,
  xmlto

Bug#941523: geomview: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: geomview
Version: 1.9.5-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Steve,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru geomview-1.9.5/debian/control geomview-1.9.5/debian/control
--- geomview-1.9.5/debian/control   2018-01-25 00:42:20.0 -0800
+++ geomview-1.9.5/debian/control   2019-10-01 13:14:22.0 -0700
@@ -15,7 +15,7 @@
texi2html,
xutils-dev,
texinfo,
-   texlive-generic-recommended,
+   texlive-plain-generic,
texlive-fonts-recommended
 Build-Conflicts: libutahglx-dev
 Standards-Version: 4.1.3

Bug#935918: cups: can't read hpcups PPDs

[Didier 'OdyX' Raboud]

Le mardi, 1 octobre 2019, 01.07:29 h CEST Brian Potkin a écrit :
> The changelog mentions only printer-driver-postscript-hp PPDs. Is that
> the issue?
> 
> root@debian:~# dpkg -l printer-driver-hpcups
> ii  printer-driver-hpcups 3.19.8+dfsg0-6 i386 HP Linux Printing and
> Imaging - CUPS Raster dr> root@debian:~#
> root@debian:~# lpadmin -p 5000 -v file:/dev/null -E -m
> drv:///hpcups.drv/hp-envy_5000_series.ppd lpadmin: Printer drivers are
> deprecated and will stop working in a future version of CUPS. lpadmin:
> Unable to open PPD "/tmp/052c15d9f9626": Illegal option keyword string on
> line 198.

I could reproduce this, and use it as a test-case to make sure I'd really fix 
it this time. So thank you Brian for this!

Le mardi, 1 octobre 2019, 10.30:30 h CEST Till Kamppeter a écrit :
> Unfortunately, HP has also invented some page size entries named
> "Custom", being a copy of US Legal, for some of their inkjets in
> hpcups.drv. I have fixed this for Ubuntu. See
> 
> https://launchpad.net/ubuntu/+source/hplip/3.19.6+dfsg0-1ubuntu1

Ah, thank you Till for the hint to look in the right direction.

I have fixed it slightly differently, through puttting dat2drv.py to use 
during the build; but the result is very similar. Uploaded as hplip 
3.19.8+dfsg0-7 just now.

Cheers,
OdyX

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

Bug#941122: e1000e is slooow for I219-LM

[Salvatore Bonaccorso]

Hi,

On Tue, Oct 01, 2019 at 09:23:56PM +0200, Stefan Fritsch wrote:
> found 941122 4.19.67-2
> thanks
> 
> 
> We have also seen this with the 4.19 kernel in buster.
> 
> 
> Links to Ubuntu bug reports and commits (but I have not verified that
> these patches fix the issue):
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1836152
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1836177

Might this one be related:
https://bugzilla.redhat.com/show_bug.cgi?id=1627816 ?

What do dmesg and ethtool say on respective link speed?

def4ec6dce39 ("e1000e: PCIm function state support") would be in
5.3-rc1 and above and was not backported. If you test the package from
experimental, is the issue gone?  If you cherry-pick this commit on
top is the issue gone?

Regards,
Salvatore

Bug#941522: gawk-doc: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gawk-doc
Version: 4.2.1-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Adrian,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gawk-doc-4.2.1/debian/control gawk-doc-4.2.1/debian/control
--- gawk-doc-4.2.1/debian/control   2017-06-18 06:11:13.0 -0700
+++ gawk-doc-4.2.1/debian/control   2019-10-01 13:06:52.0 -0700
@@ -4,7 +4,7 @@
 Maintainer: Adrian Bunk 
 Build-Depends: debhelper (>= 9),
  texinfo,
- texlive-generic-recommended,
+ texlive-plain-generic,
  texlive-latex-base,
  texlive-fonts-recommended
 Standards-Version: 3.9.8

Bug#941385: UT99: sound missing due to missing dependency osspd

[esp]

On 2019-10-01 09:12, Simon McVittie wrote:
> On Sun, 29 Sep 2019 at 23:28:54 +0200, esp wrote:
>> UT99.yaml perfectly packages Unreal Tournament. ... The game however does
>> not have sound after initial installation due to missing deb package osspd 
>> (OSS
>> Proxy Daemon: Userland OSS emulation).
> 
> osspd is already in the generated package's Recommends. Is that not enough?
> 
> On Tue, 01 Oct 2019 at 07:28:20 +0800, Bruno Kleinert wrote:
>> If the the LD_PRELOAD wrappers work, I'd prefer to add alternative 
>> dependencies
>> pulseaudio-utils || alsa-oss || osspd to go from lightweight to heavy weight
>> dependencies.
> 
> In my experience osspd is more robust than the various LD_PRELOAD wrappers.
> 
> smcv

Hi Simon

Apologies for the delay, so far the proposed solution of Bruno did not
work for me. In case osspd is mandatory to have sound working it should
be a forced dependency, and not only proposed, right? I let you all
decide whatever is needed, I lack the technical expertise honestly. Just
wanted to report that installing ut99 turns out without sound but can
fixed by apt install osspd.

Thank you

ESP

Bug#941385: UT99: sound missing due to missing dependency osspd

[esp]

On 2019-10-01 01:28, Bruno Kleinert wrote:
> Am Sonntag, den 29.09.2019, 23:28 +0200 schrieb esp:
> 
>> without the windowed mouse bug as present in Unreal Gold. The game
>> however does
>>
>> not have sound after initial installation due to missing deb package
>> osspd (OSS
>>
>> Proxy Daemon: Userland OSS emulation). As soon as this package gets
>> installed
>>
>> the sound works 100% fine. Suggestion to include a osspd package
>> dependency to
>>
>> inform user to apt install osspd. Thanks
> 
> Hi,
> 
> alternative, lightweighter solutions for the OSS legacy support exist
> and may work, too. Let's check that!
> 
> Do you use PulseAudio (Run "pulseaudio --check || echo 'Yep'" in a
> terminal if you don't know.)? In case you do, please launch the game
> from a terminal with "padsp " and let us know if that works
> as you would expect it!
> 
> If you are not using PulseAudio, please install alsa-oss and launch
> the game from a terminal with "aoss " and let us know if that
> works as you would expect it!
> 
> If the the LD_PRELOAD wrappers work, I'd prefer to add alternative
> dependencies pulseaudio-utils || alsa-oss || osspd to go from
> lightweight to heavy weight dependencies. Since osspd is a daemon,
> it's started during system startup and adds something to systems' boot
> times.
> 
> Cheers - Bruno

Hi Bruno

Apologies for the delay in replying. First of all I am a 100% Debian
user but far from a Linux expert. I apt purged osspd, rebooted my
machine and tried your proposed solution: padsp /usr/games/ut99

The game boots fine but the sound does not work by using padsp. The
terminal spit out following upon launching the command:

ERROR: ld.so: object
'/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from LD_PRELOAD
cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
Unreal engine initialized
Bound to SDLDrv.so
Joystick [0] : Unknown Joystick
SDLClient initialized.

Etcetera...

Do I miss something to have your solution working? I agree that we
should opt for the least resource demanding solution. Thank you for you
work. Highly appreciated.

Regards
ESP

Bug#941521: gap-sonata: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gap-sonata
Version: 2.9.1+ds-2
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear Jerome,

The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gap-sonata-2.9.1+ds/debian/control gap-sonata-2.9.1+ds/debian/control
--- gap-sonata-2.9.1+ds/debian/control  2018-11-14 20:36:53.0 -0800
+++ gap-sonata-2.9.1+ds/debian/control  2019-10-01 13:02:52.0 -0700
@@ -6,7 +6,7 @@
 Build-Depends:
  debhelper (>= 11),
  gap (>=4r9p3), gap-smallgrp, gap-autpgrp,
- texlive-generic-recommended, texlive-fonts-recommended, tth
+ texlive-plain-generic, texlive-fonts-recommended, tth
 Standards-Version: 4.2.1
 Homepage: https://www.gap-system.org/Packages/sonata.html
 Vcs-Git: https://salsa.debian.org/science-team/gap-sonata.git

Bug#941520: gap-grape: build-depend on texlive-plain-generic, not obsolete texlive-generic-recommended

[Steve Langasek]

Package: gap-grape
Version: 4.8.2+ds-1
Severity: serious
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear Jerome,
The texlive-generic-recommended transitional package has been dropped from
texlive-base in sid.  Please update your build-dependency to
texlive-plain-generic instead.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru gap-grape-4.8.2+ds/debian/control gap-grape-4.8.2+ds/debian/control
--- gap-grape-4.8.2+ds/debian/control   2019-04-12 03:33:27.0 -0700
+++ gap-grape-4.8.2+ds/debian/control   2019-10-01 13:01:00.0 -0700
@@ -7,7 +7,7 @@
  debhelper (>= 11),
  gap (>=4r9p3), gap-gapdoc (>=1.6.1-3),
  nauty, bliss,
- texlive-generic-recommended, texlive-fonts-recommended, tth
+ texlive-plain-generic, texlive-fonts-recommended, tth
 Standards-Version: 4.3.0
 Homepage: https://www.gap-system.org/Packages/grape.html
 Vcs-Git: https://salsa.debian.org/science-team/gap-grape.git

Bug#941459: blueman: Refuses to start on command line

[Christopher Schramm]

Hi Jiff,

that message is just a warning, does not deter blueman from launching, 
and is fixed in blueman 2.1.


Any additional output? What is the return code?

Cheers