Bug#915053: gitlab: Err 500 when go to the project page(any project)

[Pirate Praveen]

On 12/4/18 10:03 PM, Dragos Jarca wrote:
> 
> Yes, tried on different browsers, different os, different browsers on
> moile phones, smart tb browser, etc.

I have just uploaded gitlab 11.4.9 to experimental. See if that fixes
the issues.



signature.asc
Description: OpenPGP digital signature

Bug#908173: ETA for upload of German debconf translation?

[Helge Kreutzmann]

Hello Mathias F,
several month ago the German debconf transltion for
dump1090-mutability was provided. Do you have an ETA for uplaoding
them, probably together with the Dutch and French translation?

Thanks!

Greetings

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#907588: ETA for upload of German debconf translation?

[Helge Kreutzmann]

Hello Thomas ,
several month ago the German debconf translation for
upnpd was provided. Do you have an ETA for uplaoding
them, probably together with the Dutch, French and Portuguese translation?

Thanks!

Greetings

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#908925: ETA for upload of German debconf translation?

[Helge Kreutzmann]

Hello Paride,
several month ago the German debconf translation for
s-nail was provided, including an update for the new strings. 

Do you have an ETA for uplaoding it, probably together with the 
Dutch, French and Portuguese translation?

Thanks!

Greetings

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#874487: Debian mirror mirrors.gigenet.com: missing-tracefile, syncscript

[Scott Ehas]

Hello,

We have removed the straight Rsync command, and implemented the ftpsync.
Please let us know if you spot any issues.

Thanks,
Scott Ehas

On Fri, Nov 30, 2018 at 3:40 PM Scott Ehas  wrote:

> Hello Ameen,
>
> The code is using rsync, and doesn't have ftpsync built-in.  I'll have to
> research more about adding ftpsync to the mirrors codebase, and get this
> implemented some time next week.  Looks like it's a new binary that I have
> not used yet.  Also didn't want to adjust the code today as it's Friday.
>
> Thanks,
> Scott Ehas
>
> On Wed, Nov 28, 2018 at 2:57 AM Ameen Pishdadi 
> wrote:
>
>>
>>
>> -- Forwarded message -
>> From: Peter Palfrader 
>> Date: Wed, Nov 28, 2018 at 1:53 AM
>> Subject: Re: Bug#874487: Debian mirror mirrors.gigenet.com:
>> missing-tracefile, syncscript
>> To: Jeremy May 
>> CC: <874...@bugs.debian.org>
>>
>>
>> Hi!
>>
>> Can you switch to ftpsync and thus cause a tracefile named
>> mirrors.gigenet.com to exist?
>>
>> Cheers,
>>
>> cf.
>>
>> https://mirror-master.debian.org/status/mirror-info/mirrors.gigenet.com.html
>>
>> On Mon, 18 Sep 2017, Peter Palfrader wrote:
>>
>> > On Wed, 06 Sep 2017, Peter Palfrader wrote:
>> >
>> > > I was checking some things in the Debian mirror universe and noticed
>> > > a problem with your mirror:
>> > >
>> > > o trace file:
>> > >   I notice that right now there is no tracefile matching your site
>> name in
>> > >   http://mirrors.gigenet.com/debian/project/trace/
>> > >
>> > >   Please use our ftpsync script to mirror Debian.
>> > >
>> > >   It should produce the trace files we require, and do the mirroring
>> in a way
>> > >   that ensures the mirror is in a consistent state even during
>> updates.
>> > >
>> > >   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
>> > >
>> > >   (Even when you did have tracefiles a few hours ago, it contained
>> > >very little info; please use ftpsync)
>> > >
>> > > Cheers,
>> > > --
>> > > |  .''`.   ** Debian **
>> > >   Peter Palfrader   | : :' :  The  universal
>> > >  https://www.palfrader.org/ | `. `'  Operating System
>> > > |   `-https://www.debian.org/
>> > >
>> >
>> > --
>> > |  .''`.   ** Debian **
>> >   Peter Palfrader   | : :' :  The  universal
>> >  https://www.palfrader.org/ | `. `'  Operating System
>> > |   `-https://www.debian.org/
>>
>> --
>> |  .''`.   ** Debian **
>>   Peter Palfrader   | : :' :  The  universal
>>  https://www.palfrader.org/ | `. `'  Operating System
>> |   `-https://www.debian.org/
>>
>

Bug#874487: Debian mirror mirrors.gigenet.com: missing-tracefile, syncscript

[Peter Palfrader]

On Wed, 05 Dec 2018, Scott Ehas wrote:

> We have removed the straight Rsync command, and implemented the ftpsync.
> Please let us know if you spot any issues.

Hm.

It seems it's still running since there's Archive-Update-* flagfiles in
http://mirrors.gigenet.com/debian/
and http://mirrors.gigenet.com/debian/project/trace/ does not yet have a
new tracefile.

I started writing a new howto/guidelines in case that's helpful:
  https://etherpad.wikimedia.org/p/debian-mirror

It seems at the very least you want to set MIRRORNAME to
mirrors.gigenet.com.  Right now it defaults to MSRV001 for you.

Cheers,
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#915699: phppgadmin is not compatible with php 7

[Ladislav Wartha]

Package: phppgadmin
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,


   * What led up to the situation?
 Simply PHP 7.0 stopped accepting old syntax of php 5, and php 7 is
 now default
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 simply downloaded php7 compatible version from git:
 https://github.com/halojoy/phppgadmin-for-PHP7

 However its not from original developer and didn't have time to
 check differences between new and old source and if there were some
 security holes.
 
   * What was the outcome of this action?
 was working, but seems like nobody is maintaining phppgadmin :-(

 According one note I found on the internet, PostgreSQL 10 is no
 longer compatible with phppgadmin 5.1, hope somebody will takeover
 over development.

 I would expect at least to set dependency to old php release not to
 php7, best case scenario, you will implement the version from
 github.


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

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

Versions of packages phppgadmin depends on:
ii  dpkg  1.18.25
ii  libjs-jquery  3.1.1-2
ii  libphp-adodb  5.20.9-1
ii  php   1:7.0+49
ii  php-cgi   1:7.0+49
ii  php-pgsql 1:7.0+49
ii  php7.0 [php]  7.0.30-0+deb9u1
ii  php7.0-cgi [php-cgi]  7.0.30-0+deb9u1
ii  php7.0-pgsql [php-pgsql]  7.0.30-0+deb9u1

Versions of packages phppgadmin recommends:
ii  apache2 [httpd]  2.4.25-3+deb9u6

Versions of packages phppgadmin suggests:
ii  postgresql  9.6+181+deb9u2
pn  postgresql-doc  
pn  slony1-bin  

Bug#915701: RM: ruby-d3-rails -- ROM; obsolete, not required for gitlab 11.x

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal

This was packaged as a dependency of gitlab, but from gitlab 11.x, it is
no longer a dependency.

There are no other reverse dependencies.





signature.asc
Description: OpenPGP digital signature

Bug#915700: RM: ruby-allocations -- ROM; obsolete, not required for gitlab 11.x

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal

This was packaged as a dependency of gitlab, but from gitlab 11.x, it is
no longer a dependency.

There are no other reverse dependencies.





signature.asc
Description: OpenPGP digital signature

Bug#915699: phppgadmin is not compatible with php 7

[Jehan-Guillaume (ioguix) de Rorthais]

It seems the main project leader came back to maintain the project.

See: https://xzilla.net//blog/2018/Nov/The-Ghost-of-phpPgAdmin.html

According to this blog post, support for PHP 7 is expected soon or later.


On Thu, 06 Dec 2018 09:45:09 +0100
Ladislav Wartha  wrote:

> Package: phppgadmin
> Severity: grave
> Tags: patch
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> 
>* What led up to the situation?
>  Simply PHP 7.0 stopped accepting old syntax of php 5, and php 7 is
>  now default
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  simply downloaded php7 compatible version from git:
>  https://github.com/halojoy/phppgadmin-for-PHP7
> 
>  However its not from original developer and didn't have time to
>  check differences between new and old source and if there were some
>  security holes.
>  
>* What was the outcome of this action?
>  was working, but seems like nobody is maintaining phppgadmin :-(
> 
>  According one note I found on the internet, PostgreSQL 10 is no
>  longer compatible with phppgadmin 5.1, hope somebody will takeover
>  over development.
> 
>  I would expect at least to set dependency to old php release not to
>  php7, best case scenario, you will implement the version from
>  github.
> 
> 
> -- System Information:
> Debian Release: 9.6
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages phppgadmin depends on:
> ii  dpkg  1.18.25
> ii  libjs-jquery  3.1.1-2
> ii  libphp-adodb  5.20.9-1
> ii  php   1:7.0+49
> ii  php-cgi   1:7.0+49
> ii  php-pgsql 1:7.0+49
> ii  php7.0 [php]  7.0.30-0+deb9u1
> ii  php7.0-cgi [php-cgi]  7.0.30-0+deb9u1
> ii  php7.0-pgsql [php-pgsql]  7.0.30-0+deb9u1
> 
> Versions of packages phppgadmin recommends:
> ii  apache2 [httpd]  2.4.25-3+deb9u6
> 
> Versions of packages phppgadmin suggests:
> ii  postgresql  9.6+181+deb9u2
> pn  postgresql-doc  
> pn  slony1-bin  

Bug#908925: ETA for upload of German debconf translation?

[Paride Legovini]

Helge Kreutzmann wrote on 06/12/2018:
> Hello Paride,
> several month ago the German debconf translation for
> s-nail was provided, including an update for the new strings. 
> 
> Do you have an ETA for uplaoding it, probably together with the 
> Dutch, French and Portuguese translation?

Hello Helge,

You are right, I delayed the upload for a bit too long. I will take care
of it very soon, perhaps even today.

Paride

Bug#915661: context: upgrade of context hangs on "Pregenerating ConTeXt MarkIV format."

[Vincent Lefevre]

On 2018-12-06 11:08:47 +0900, Norbert Preining wrote:
> Which version do you have installed of texlive-binaries? At least none
> that is in any archive version at the moment, right?

Indeed, everything is fine with the texlive-binaries that is in
testing and unstable (2018.20181104.49075-2).

Thanks.

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

Bug#876608: ruby-compass (build) depends on ruby-sass (< 3.5), but 3.5.1-2 is in unstable

[李健秋]

Source: ruby-compass
Followup-For: Bug #876608

Yes, I checked the upstream is dead. However there are pull request to
fix this available on upstream's github:
 https://github.com/Compass/compass/pull/2140

Please consider to include this in the package to unblock people who
work on other packages that has been blocked by the build-deps on this.

Best regards,
-Andrew

Bug#915702: RM: ruby-gemnasium-gitlab-service -- ROM; obsolete, not required for gitlab 11.x

[Pirate Praveen]

Package: ftp.debian.org
Severity: normal

This was packaged as a dependency of gitlab, but from gitlab 11.x, it is
no longer a dependency.

There are no other reverse dependencies.



signature.asc
Description: OpenPGP digital signature

Bug#876608: [Pkg-sass-devel] Bug#876608: ruby-compass (build) depends on ruby-sass (< 3.5), but 3.5.1-2 is in unstable

[Jonas Smedegaard]

Quoting Andrew Lee (李健秋) (2018-12-06 10:10:42)
> Source: ruby-compass
> Followup-For: Bug #876608
> 
> Yes, I checked the upstream is dead. However there are pull request to
> fix this available on upstream's github:
>  https://github.com/Compass/compass/pull/2140
> 
> Please consider to include this in the package to unblock people who
> work on other packages that has been blocked by the build-deps on this.

I am not convinced it is a good aidea to keep alive a software project 
that is dead upstream: Essentially that means taking over as upstream 
author/maintainer.

Could you elaborate which packages specifically you are aware of being 
affected by this?


 - Jonas

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

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


signature.asc
Description: signature

Bug#881173: pidgin-sipe: Cannot accept incoming call

[Tzafrir Cohen]

  
  
Hi,



I had a similar issue. I traced it to an unresolved problem with
  libnice:


https://bugs.debian.org/914022


-- Tzafrir

  

Bug#906609: gnucash 1:3.3-1 FTBFS mips

[Chris Lamb]

found 906609 3.3-1
thanks

Dear Bernhard,

> It took some time to get there and below is the backtrace of the
> test when crashing.

Wow... nice work; thanks for you work on this.

> Might the problem be that the template functions set_parameter paramter
> "item" is of type "long long", therefore has a sizeof==8, but […]

Hm, unfortunately this is outside of my wheelhouse... May I suggest
contacting the MIPS porters? Again, would really love to see gnucash
released in buster...


Best wishes,

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

Bug#906609: gnucash: FTBFS on mips/sid: Segmentation fault

[Chris Lamb]

found 906609 1:3.3-2
thanks

(Tagging with correct version...)


Regards,

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

Bug#912951: Why Midori browser 6.0 is still not in Debian repositories

[UAB "Bona Mens" paslaugos]

Hi Dominik,

Thanks for maintaining new Midori browser in Debian.
Could you tell me why Midori browser 6.0 is still not in Debian
repositories - it's in New queue for about a month:

https://ftp-master.debian.org/new/midori_6.0-1.html

Thanks,
Mantas
-- 

IT paslaugos įmonėms, prekyba kompiuteriais su Linux OS:
UAB „Bona Mens“  - http://bonamens.lt  http://tinklas.eu/prekyba
Tel.: +370-614-53085
Laisva programinė įranga verslui ir namams:http://baltix.lthttp://openoffice.lt

Bug#915450: staden-io-lib FTBFS on big endian: test failures

[James Bonfield]

> > > >  ../progs/scramble  ./data/c1#bounds.sam test.out/c1#bounds.sam
> > > >  ../progs/scramble  -r ./data/c1.fa ./data/c1#bounds.sam 
> > > > test.out/c1#bounds.full.cram
> > > >  ../progs/scramble  ./data/c1#bounds.sam > test.out/tmp.sam
> > > >  ../progs/scramble  test.out/c1#bounds.full.cram > 
> > > > test.out/c1#bounds.full.sam
> > > >  ../progs/scramble  -O bam test.out/c1#bounds.full.cram > 
> > > > test.out/c1#bounds.full.bam
> > > >  ../progs/scramble  test.out/c1#bounds.full.bam test.out/tmp.sam
> > > > Invalid CRC in Deflate stream: 6614764d vs 6614
> > > > Failed to open file test.out/c1#bounds.full.bam
> > > > FAIL scram.test (exit status: 1)

Upstream commit d4591b5 fixes the CRC bugs (and some other big-endian
ones revealed after the CRC issue was fixed).

The other bugs reported appear to be multi-threading related and will
be dealt with in separate commits.

James
-- 
James Bonfield (j...@sanger.ac.uk)
The Sanger Institute, Hinxton, Cambs, CB10 1SA


-- 
 The Wellcome Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 

Bug#915703: FTBFS: fails to correctly detect PETSc 3.10 version

[Drew Parsons]

Source: deal.ii
Version: 9.0.0-2
Severity: important

A build of deal.ii against PETSc 3.10 (currently in experimental) fails:

-- 
-- Include 
/home/drew/projects/mathlibs/build/test/deal.ii-9.0.0/cmake/configure/configure_3_petsc.cmake
-- Found PETSC_LIBRARY
-- Found PETSC_INCLUDE_DIR_ARCH
-- Found PETSC_INCLUDE_DIR_COMMON
-- PETSC_PETSCVARIABLES not found! Call:
-- FIND_FILE(PETSC_PETSCVARIABLES NAMES petscvariables HINTS / 
PATH_SUFFIXES conf lib/petsc/conf)
--   PETSC_VERSION: 3.0.2.0
--   PETSC_LIBRARIES: /usr/lib/x86_64-linux-gnu/libpetsc.so
--   PETSC_INCLUDE_DIRS: /usr/include/petsc;/usr/include/petsc
--   PETSC_USER_INCLUDE_DIRS: /usr/include/petsc;/usr/include/petsc
-- Found PETSC
-- Could not find a sufficiently modern PETSc installation: Version >=3.3.0 
required!
-- DEAL_II_WITH_PETSC has unmet external dependencies.
CMake Error at cmake/configure/configure_3_petsc.cmake:122 (MESSAGE):


deal.ii appears to be detecting PETSc 3.10.2 as 3.0.2.

deal.ii's version of FindPETSC.cmake appears to be some monstrosity
that mangles PETSC_VERSION_MINOR violently instead of reading it cleanly from
petscversion.h. 

This bug will become serious (RC) once the petsc 3.10 transition
starts, which I want to trigger soon.

Drew


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

Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores)
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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#853915: reportbug: Retrieved base64 messages aren't decoded

[Bastian Venthur]

It seems like the core of the problem is that parts of the header -- i.e.:

	Content-Type: text/plain; charset="UTF-8" 


Content-Transfer-Encoding: base64

are assigned as part of the email body instead of the -header. I'm not 
sure if this problem comes from the BTS which sends wrong SOAP or on my 
side for parsing it wrong.





On Wed, 01 Feb 2017 18:31:44 -0800 Ben Longbons  
wrote:

Package: reportbug
Version: 7.1.4
Severity: important

Dear Maintainer,

When running e.g. `reportbug -N 853037`, a bunch of base64 is displayed
instead of the actual content of the messages.


--
Dr. Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org

Bug#549655: ganglia-webfrontend - new version

[Daniel Pocock]

Hi,

Thanks for feedback on these bugs

There have been many new upstream releases, fixing a lot of bugs, but
they haven't been packaged yet because nobody has had time to package a
couple of new Javascript dependencies.

It was also suggested that the FTP masters might accept the new
Javascript as long as the ganglia-webfrontend source package includes
the unminified version of each.

If anybody wants to volunteer to help with that it would be very welcome.

Regards,

Daniel

Bug#915704: gpuowl: Request for sponsorship for the gpuowl program.

[Valerio Bellizzomi]

Package: gpuowl
Version: 5.0
Severity: wishlist

Dear Maintainer,

I would like to see the gpuowl program uploaded into Debian,
http://github.com/preda/gpuowl

I started packaging the program for Debian with the pbuilder tool.

Greetings,
Valerio Bellizzomi


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

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

Versions of packages gpuowl depends on:
ii  libgmp-dev  2:6.1.2+dfsg-3

gpuowl recommends no packages.

gpuowl suggests no packages.

-- no debconf information

Bug#915706: 9.6.0 DVD and XFCE CD for mipsel are actually netinst

[seamlik]

Package: debian-installer
Severity: serious

I tried "debian-9.6.0-mipsel-xfce-CD-1.iso" and "debian-9.6.0-mipsel-DVD-1.iso" 
on QEMU and found that both images are actually "netinst" variant. After I 
chose my country and defined the hostname, the installer forced me to choose a 
mirror. After that it started downloading components of the installer from the 
mirror and ignores the many preloaded packages inside the CD/DVD.

This should be consider "unusable" because the nature of the artifacts has 
changed.



signature.asc
Description: OpenPGP digital signature

Bug#915705: Team maintenance

[Iain Lane]

Package: src:appstream-glib
Severity: wishlist

Hey ximion,

Hope all's good!

What do you think about making the Maintainer of as-glib the
pkgutopia-team and having yourself in Uploaders? Looks like a couple of
us have been 'illegally' contributing to it from time to time, since the
maintainer is currently you and not the team. Would be good for it to be
legalised. The VCS is under pkg-utopia already so I take that as a
slight hint. :-)

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]

Bug#915612: [Pkg-openssl-devel] Bug#915612: openssl: "genrsa" changed command line interface in stretch-security update

[Manuel Montecelo]

Hi,

2018-12-06 00:10 Kurt Roeckx:

On Wed, Dec 05, 2018 at 10:03:50PM +0100, Sebastian Andrzej Siewior wrote:

On 2018-12-05 11:09:25 [+0100], Manuel Montecelo wrote:
> the subcommand genrsa changed interface from its previous version, and does 
not
> accept -config or -batch options anymore:
…

> I worked around the issue in other ways, and I know that "genpkey" is supposed
> to supercede "genrsa", but this problem might affect scripts that the users
> cannot easily change, and it's OK-ish for major versions but would be nice to
> not affect systems with stable-security updates.
>
> For reference, command that used to work:
>
>  openssl genrsa -out "${KEY_FILE}" 4096 -config "${CONFIG_FILE}" -batch
>
> As a workaround with "genrsa":
>
>  OPENSSL_CONF="${CONFIG_FILE}" openssl genrsa -out "${KEY_FILE}" 4096

Are you sure that the workaround vs
openssl genrsa -out "${KEY_FILE}" 4096

makes a difference?

I'm asking because bisect identifies commit 847997f98c28b ("Check # of
arguments for remaining commands.") as the one that introduced the
regression. This change only adds the error if you specify invalid
arguments. Both `-config' and `-batch' are not part of accepted
arguments.
So I think 1.1.0f should produce the same result with or without those
two options. Is it true?


It stops parsing for options when it doesn't find an argument that
start with a '-', so 4096 is not an option anymore, but it tries
to convert it to the number of bits. Everything after that was
just ignored, now it gives an error.

Also note that the manpage does put [numbits] at the end of the
arguments. It was clear to me that it needs to be the last
argument, but I can at least see why it might not be clear.


I am not sure if I understand Sebastian's question, but to demonstrate this
problem I'm going to show the commands.

With the previous version in stretch or stretch-security repos, this worked:

 ii  libssl1.1:amd64   1.1.0f-3+deb9u2
 ii  openssl   1.1.0f-3+deb9u2

 root@... # openssl genrsa -out "${KEY_FILE}" 4096 -config "${CONFIG_FILE}" 
-batch
 Generating RSA private key, 4096 bit long modulus
 [...]++
 [...]...++
 e is 65537 (0x010001)


With the newer version 1.1.0j-1~deb9u1, the same command as above it doesn't
work:

 root@... # openssl genrsa -out "${KEY_FILE}" 4096 -config "${CONFIG_FILE}" 
-batch
 Extra arguments given.
 genrsa: Use -help for summary.

Rearranging arguments so that 4096 goes at the end it doesn't help:

 root@... # openssl genrsa -out "${KEY_FILE}" -config "${CONFIG_FILE}" -batch 
4096
 genrsa: Unknown cipher config

Similar when -batch is before -config, only that the error is about -batch this 
time:

 root@... # openssl genrsa -out "${KEY_FILE}" -batch -config "${CONFIG_FILE}" 
4096
 genrsa: Unknown cipher batch


Lastly, it works with the workaround that I mentioned, by passing config with an
env variable and avoiding -batch altogether (I don't know why it was once added
to that file, I didn't write the code):

 root@... # OPENSSL_CONF="${CONFIG_FILE}" openssl genrsa -out "${KEY_FILE}" 4096
 Generating RSA private key, 4096 bit long modulus
 [...]..
 [...]...
 e is 65537 (0x010001)


As Kurt says, and apart from putting [numbits] at the end of the options in the
synopsis, currently the description in the man page says explicitly:

 numbits
   the size of the private key to generate in bits. This must be the last
   option specified. The default is 2048.

So it's probably a bug in our previous code, either by using an older/ancient
syntax (if it was once valid, not sure) or by not interpreting it correctly and
adding the arguments in the wrong older.  It sounds like the -batch and -config
options in our scripts were being silently ignored until now.

For us is not a problem since we changed it without major consequences.

But since this change affected us and had to make changes after a
stable-security release, that in general shouldn't break things working
previously, I wanted to submit a bug to have a chance to fix things if there's
anything to fix... Or otherwise, at least document the problem, so if it bites
other people also using the wrong syntax they at least have some info about
what's wrong and what to change in their systems, rather than be unable to
upgrade to the latest version of openssl or spending more time investigating the
problem on their own :)

Thanks for the quick replies and investigation!


Cheers.
--
Manuel Montecelo 
Release Engineer

Sipwise GmbH, Campus 21/Europaring F15
AT-2345 Brunn am Gebirge

Office: +43(0)13012029 | Website: https://www.sipwise.com

Bug#914928: ITP: python-typing-extensions -- Backported and Experimental Type Hints for Python

[Piotr Ożarowski]

>  The typing module was added to the standard library in Python 3.5 on a
>  provisional basis and will no longer be provisional in Python 3.7. However,
>  this means users of Python 3.5 - 3.6 who are unable to upgrade will not be
>  able to take advantage of new types added to the typing module, such as
>  typing.Text or typing.Coroutine.

we will remove 3.6 from Debian soon, is it worth packaging it?
or are you targetting backports?

Bug#821408: Pam 1.3.0

[Andreas Henriksson]

Hi Florian,

On Mon, Dec 03, 2018 at 10:13:23PM +0100, Florian Vessaz wrote:
[...]
> I updated my Git repository such that it now contains pam 1.3.1, the
> changes from the previous NMUs, your changes and additional small
> changes to address some of the lintian warnings.

Thanks for doing that and for still being interested.
I'll try to find time and motivation to look over your new version
soon. (Please feel free to poke me if I seem to have forgotten about
this.)

[...]
> I haven't really looked at the available options to get the changes
> uploaded. So any pointers would be welcomed. :-)

I assume you're not a DD, so unless current pam maintainers show
any interest I guess it's up to me to review your stuff and then
I think it would be quite harmless if we upload it to experimental.

In the olden days we'd then battle it out for ownership, but since
recently there's a new official procedure how to go about this
which I should read up on myself. Please see here if you're
interested in the administrative details on how it should be
done properly these days:

https://wiki.debian.org/PackageSalvaging
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#package-salvaging


Regards,
Andreas Henriksson

Bug#856505: Sound working on the pi3b with eHenry's patch

[Santiago Garcia Mantinan]

I've compiled a Debian 4.19 kernel with your sugested patch to enable audio
and reverting another one to fix the WiFi problem and I now have both audio
and WiFi working.

I'll send proper patches as soon as I have time, but it works.

Regards.
-- 
Santiago García Mantiñán

Bug#880479: RFP: shotcut -- video editing application

[Gürkan Myczko]

I guess I'll try this one. If anyone wants to test:
http://phd-sid.ethz.ch/debian/shotcut/

Bug#915709: gst-plugins-bad1.0 FTBFS against opencv 3.4.4 in experimental

[Mo Zhou]

Source: gst-plugins-bad1.0
Version: 1.14.4-1
Severity: important

builddlog attached.


gst-plugins-bad1.0_1.14.4-1_amd64-2018-12-06T04:04:31Z.build.xz
Description: application/xz

Bug#915711: mldemos FTBFS against opencv 3.4.4 in experimental

[Mo Zhou]

Source: mldemos
Version: 0.5.1+git.1.ee5d11f-4
Severity: important

builddlog attached.


mldemos_0.5.1+git.1.ee5d11f-4_amd64-2018-12-06T04:29:45Z.build.xz
Description: application/xz

Bug#915710: libkf5kface FTBFS against opencv 3.4.4 in experimental

[Mo Zhou]

Source: libkf5kface
Version: 17.08.1
Severity: important

builddlog attached.


libkf5kface_17.08.1-1_amd64-2018-12-06T04:21:30Z.build.xz
Description: application/xz

Bug#915712: php-facedetect FTBFS against opencv 3.4.4 in experimental

[Mo Zhou]

Source: php-facedetect
Version: 1.1.0+git20170801-2
Severity: important

buildlog attached.


php-facedetect_1.1.0+git20170801-2_amd64-2018-12-06T06:23:12Z.build.xz
Description: application/xz

Bug#915713: ghc-testsuite build depends on ghc (< 8.2.2+) but 8.4.4+dfsg1-1 is to be installed

[Adrian Bunk]

Source: ghc-testsuite
Version: 8.2.2-2
Severity: serious
Tags: ftbfs

The following packages have unmet dependencies:
 builddeps:ghc-testsuite : Depends: ghc (< 8.2.2+) but 8.4.4+dfsg1-1 is to be 
installed

Bug#914732: lists.debian.org: Request for new mailing list: debian-dug-muc

[Jan-Marek Glogowski]

On Tue, 4 Dec 2018 22:07:43 +0100 Alexander Wirt  wrote:
> On Mon, 26 Nov 2018, Michael Banck wrote:
> This request is missing seconders. 

Please add the list.
Working around the missing mailing list via some IRC pings doesn't really scale.
More so that not all interested people are always online (like me).

Bug#891080:

[Dylan Aïssi]

tag 891080 pending
thanks

There is now a script for that:
https://salsa.debian.org/r-pkg-team/dh-r/blob/master/scripts/convert_citation2metadata

Bug#915715: stretch-pu: package debian-security-support/2018.11.25~deb9u1

[Holger Levsen]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I'd like to update debian-security-support in Stretch to the version in
unstable, basically, modulo the changelog.

I expect this should go in via a normal point update, though I'd be gladly
corrected here. 

Once this has been accepted into stretch, I also plan to upload the same
version (modulo changelog changes) to jessie-lts.

The changelog diff to the version in stable is as follows, the full diff
to the versions in stretch and unstable is attached.

debian-security-support (2018.11.25~deb9u1) stretch; urgency=medium

  * Team upload.
  * Rebuild for stretch.

 -- Holger Levsen   Thu, 06 Dec 2018 12:18:57 +0100

debian-security-support (2018.11.25) unstable; urgency=medium

  * Team upload.

  [ Markus Koschany ]
  * Mark jasperreports as end-of-life in Jessie.

  [ Salvatore Bonaccorso ]
  * Mark webkit2gtk as unsupported in all releases. (Closes: #914567)

  [ Holger Levsen ]
  * Bump standards version to 4.2.1.

  [ Ondřej Nový ]
  * d/copyright: Use https protocol in Format field.
  * d/changelog: Remove trailing whitespaces.

 -- Holger Levsen   Sun, 25 Nov 2018 18:31:48 +0100

debian-security-support (2018.06.08) unstable; urgency=medium

  * Add .gitlab-ci.yml configuration
  * Mark jruby in jessie as end-of-life as per DSA-4219-1 (Closes: #901032)

 -- Salvatore Bonaccorso   Fri, 08 Jun 2018 14:38:29 +0200

debian-security-support (2018.05.20) unstable; urgency=medium

  * Mark vlc in jessie as end-of-life as per DSA 4203-1

 -- Salvatore Bonaccorso   Sun, 20 May 2018 11:19:32 +0200

debian-security-support (2018.05.17) unstable; urgency=medium

  [ Antoine Beaupré ]
  * mark frontaccounting as unsupported

  [ Markus Koschany ]
  * Add xulrunner to security-support-ended.deb7

  [ Salvatore Bonaccorso ]
  * Mark redmine as end-of-life for Debian 8 (jessie) (Closes: #897609)
  * Update Vcs-* headers for switch to salsa.debian.org
  * Update German translations.
Thanks to Chris Leick  (Closes: #878321)

 -- Salvatore Bonaccorso   Thu, 17 May 2018 18:41:28 +0200

For now I've just put this into a stretch-pu git branch, once accepted I'll push
this to the stretch branch.


-- 
cheers,
Holger

---
   holger@(debian|reproducible-builds|layer-acht).org
   PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C
diff -Nru debian-security-support-2018.01.29~deb9u1/debian/changelog debian-security-support-2018.11.25~deb9u1/debian/changelog
--- debian-security-support-2018.01.29~deb9u1/debian/changelog	2018-01-29 17:23:45.0 +0100
+++ debian-security-support-2018.11.25~deb9u1/debian/changelog	2018-12-06 12:18:57.0 +0100
@@ -1,8 +1,57 @@
-debian-security-support (2018.01.29~deb9u1) stretch; urgency=medium
+debian-security-support (2018.11.25~deb9u1) stretch; urgency=medium
 
-  * Rebuild for stretch
+  * Team upload.
+  * Rebuild for stretch.
+
+ -- Holger Levsen   Thu, 06 Dec 2018 12:18:57 +0100
+
+debian-security-support (2018.11.25) unstable; urgency=medium
+
+  * Team upload.
+
+  [ Markus Koschany ]
+  * Mark jasperreports as end-of-life in Jessie.
+
+  [ Salvatore Bonaccorso ]
+  * Mark webkit2gtk as unsupported in all releases. (Closes: #914567)
+
+  [ Holger Levsen ]
+  * Bump standards version to 4.2.1.
+
+  [ Ondřej Nový ]
+  * d/copyright: Use https protocol in Format field.
+  * d/changelog: Remove trailing whitespaces.
+
+ -- Holger Levsen   Sun, 25 Nov 2018 18:31:48 +0100
+
+debian-security-support (2018.06.08) unstable; urgency=medium
+
+  * Add .gitlab-ci.yml configuration
+  * Mark jruby in jessie as end-of-life as per DSA-4219-1 (Closes: #901032)
+
+ -- Salvatore Bonaccorso   Fri, 08 Jun 2018 14:38:29 +0200
+
+debian-security-support (2018.05.20) unstable; urgency=medium
+
+  * Mark vlc in jessie as end-of-life as per DSA 4203-1
+
+ -- Salvatore Bonaccorso   Sun, 20 May 2018 11:19:32 +0200
+
+debian-security-support (2018.05.17) unstable; urgency=medium
+
+  [ Antoine Beaupré ]
+  * mark frontaccounting as unsupported
+
+  [ Markus Koschany ]
+  * Add xulrunner to security-support-ended.deb7
+
+  [ Salvatore Bonaccorso ]
+  * Mark redmine as end-of-life for Debian 8 (jessie) (Closes: #897609)
+  * Update Vcs-* headers for switch to salsa.debian.org
+  * Update German translations.
+Thanks to Chris Leick  (Closes: #878321)
 
- -- Guido Günther   Mon, 29 Jan 2018 17:23:45 +0100
+ -- Salvatore Bonaccorso   Thu, 17 May 2018 18:41:28 +0200
 
 debian-security-support (2018.01.29) unstable; urgency=medium
 
@@ -220,7 +269,7 @@
 debian-security-support (2015.04.04) unstable; urgency=high
 
   * Add wireshark to unsupported packages in Squeeze (Closes: #774312)
-  * Remove php5 and memcached from "limited support": Debian's PHP support is not 
+  * Remove php5 and memcached from "limited support": Debian's PHP support is not
 different from

Bug#915716: dicteval/0.0.6-1 [QA]

[Paulo Henrique de Lima Santana]

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

Hi, 

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

 * Package name: dicteval
   Version : 0.0.6-1
   Upstream Author : Osvaldo Santana Neto 
 * URL : https://github.com/osantana/dicteval
 * License : MIT
   Section : python

It builds this binary package:

  python3-dicteval - Library to evaluate expressions in dict/json objects

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

https://mentors.debian.net/sponsors/rfs-howto/dicteval

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

  dget -x
https://mentors.debian.net/debian/pool/main/d/dicteval/dicteval_0.0.6-1.dsc

More information about kickpass can be obtained from
https://github.com/osantana/dicteva

Best regards,

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

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


pgp9VFcTay5dj.pgp
Description: PGP signature

Bug#900160: closed by Dimitri John Ledkov (Bug#900160: fixed in ruby-eventmachine 1.0.7-4.2)

[gregor herrmann]

On Wed, 05 Dec 2018 13:57:05 +, Debian Bug Tracking System wrote:

>  ruby-eventmachine (1.0.7-4.2) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* Revert below upload and build with OpenSSL 1.1+.
>* Add a patch to clamp SSL version to TLS1.2, and allow using small
>  keys, as the rest of the codebase is not ready for TLS1.3. (Closes:
>  #900160)

I guess this should have closes the cloned #915287 and not the
original #900160?

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   BOFH excuse #19:  floating point processor overflow 

Bug#915718: RFS: arno-iptables-firewall/2.0.3-1 [ITA]

[Sven Geuer]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "arno-iptables-firewall"

 * Package name: arno-iptables-firewall
   Version : 2.0.3-1
   Upstream Author : Arno van Amersfoort and Lonnie Abelbeck
 * URL : http://rocky.eld.leidenuniv.nl/
 * License : GPL-2+
   Section : net

It builds those binary packages:

 arno-iptables-firewall - single- and multi-homed firewall script with
DSL/ADSL support

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

https://mentors.debian.net/package/arno-iptables-firewall


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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/arno-iptables-firewall/arno-iptables-firewall_2.0.3-1.dsc

More information about arno-iptables-firewall can be obtained from 
http://rocky.eld.leidenuniv.nl/html/.

Changes since the last upload:

  * New upstream release.
(Closes: #824684, #862856, #886991, #898770, #913089)
  * New maintainer.
(Closes: #886951)
  * Update Standards-Version to 4.2.1; no changes necessary.
  * Update debhelper compatibility level to 11.
  * Clean up Depends.
  * Update debian/copyright.
  * Update debian/watch.
  * Make use of dh_installlogrotate and simulate non-existing
dh_installrsyslog
- Move logrotate.d.conf to arno-iptables-firewall.logrotate
- Move rsyslog.d.conf to arno-iptables-firewall.rsyslog
- Update debian/rules
  * Switch from System-V style init scripts to systemd
- Suppress installation of /etc/init.d/arno-iptables-firewall
- Introduce debian/prerm
- Update debian/postrm to not use invoke-rc.d or update-rc.d.
- Update debian/preinst to remove System-V style init script links.
- Update debian/postinst to use deb-systemd-invoke instead 
  of invoke-rc.d or update-rc.d.
- Update debian/arno-iptables-firewall.logrotate to use systemctl 
  instead of invoke-rc.d.
- Update debian/template and debian/po/* to propose a call to 
  systemctl instead of invoke-rc.d.
- Update debian/rules
  * Bugfix: Convert debian/po/fr.po and sv.po from latin1 to utf8

Regards,
 Sven Geuer

Bug#915717: Some bioconductor packages FTBFS because of missing 'git_branch' field

[Dylan Aïssi]

Package: dh-r
Version: 20181123
Severity: important

Some bioconductor packages (r-bioc-genomeinfodbdata and r-bioc-go.db)
FTBFS because of missing 'git_branch' field in the DESCRIPTION file.
This need to be clarified with upstream. But, at the same time, we can
relax the requirement of this field for these packages. i.e. switch
the 'die' at line 249 by a 'say'.

https://salsa.debian.org/r-pkg-team/dh-r/blob/master/dh/R.pm#L249

Bug#915719: Glagolitic shrift dysplay problem for unicode fonts

[Glagolica Info]

Package: fonts-cantarell
Version: 0.0.25-2

When I use Glagolitic shrift, not correctly display several Unicode characters 
in font family Cantarell:
U+2C22 GLAGOLITIC CAPITAL LETTER SPIDERY HA
U+2C2B GLAGOLITIC CAPITAL LETTER IZHITSA
U+2C2C GLAGOLITIC CAPITAL LETTER SHTAPIC
U+2C2D GLAGOLITIC CAPITAL LETTER TROKUTASTI A

U+2C52 GLAGOLITIC SMALL LETTER SPIDERY HA
U+2C5B GLAGOLITIC SMALL LETTER IZHITSA
U+2C5C GLAGOLITIC SMALL LETTER SHTAPIC
U+2C5D GLAGOLITIC SMALL LETTER TROKUTASTI A

Problem exist in plain text editors and web browsers.

Glagolitic shrift is using in historical, science and hobby works in common 
Slavic countries.

I suggest that the output problem exist in another fonts family like Sans and 
Monospace.

I am using 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux.

Sincerly
Zdzislaw Dybikowski

Bug#915720: gnupg-doc: The French manual has encoding issues

[Vincent Lefevre]

Package: gnupg-doc
Version: 2003.04.06+dak1-1
Severity: normal

The French manual is provided in 3 formats in the
/usr/share/doc/gnupg-doc/GNU_Privacy_Handbook/fr directory.

* HTML (html directory): The encoding is in ISO-8859-1 instead of UTF-8,
and it is not declared, so that the accented characters are not visible
(at least with lynx).

* PS (manual.ps.gz): The encoding is OK, but BTW, PDF should be better
nowadays.

* Plain text (manual.txt.gz): The non-ASCII characters have been
replaced by question marks. UTF-8 should be used.

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

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

gnupg-doc depends on no packages.

gnupg-doc recommends no packages.

Versions of packages gnupg-doc suggests:
ii  gnupg  2.2.11-1

-- no debconf information

Bug#915459: staden-io-lib FTBFS on armhf/sparc64: Bus error

[James Bonfield]

On Tue, Dec 04, 2018 at 07:54:25AM +0100, Andreas Tille wrote:
> > === testing ./data/c1#bounds.sam ===
> > ./scram.test: 27: [: ./data/c1#bounds.sam: unexpected operator
> >  ../progs/scramble -t4 ./data/c1#bounds.sam test.out/c1#bounds.sam
> >  ../progs/scramble -t4 -r ./data/c1.fa ./data/c1#bounds.sam 
> > test.out/c1#bounds.full.cram
> >  ../progs/scramble -t4 ./data/c1#bounds.sam > test.out/tmp.sam
> >  ../progs/scramble -t4 test.out/c1#bounds.full.cram > 
> > test.out/c1#bounds.full.sam
> > Bus error
> > FAIL scram_mt.test (exit status: 1)

Bug identified and fixed in upstream commit 37b33d3.
Thanks for the bug report.

It turned out to not be a multi-threading issue per-se, but rather my
use of a pooled memory allocator when working in a threaded
environment.  I forgot to ensure all my pooled structures were word
aligned.

James

-- 
James Bonfield (j...@sanger.ac.uk)
The Sanger Institute, Hinxton, Cambs, CB10 1SA


-- 
 The Wellcome Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 

Bug#915721: transition: opencv

[Mo Zhou]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

opencv 3.4.4 introduced new features, bug fixes including CVE fixes.
I'd like to request for a transition slot.

The rebuild for all reverse build depends has been done locally,
and here is the result:

(12 packages FTBFS)

actiona [skipped: already FTBFS with Qt 5.11 #909828]
auto-multiple-choice [OK]
beads [OK]
caffe [OK]
cheese [OK]
cimg [skipped; arch=all]
digikam [OK]
eviacam [FTBFS #915708]
ffmpeg [FTBFS #915544]
freecad [OK]
freemedforms-project [OK]
freeture [skipped; already #914060 freeture FTBFS with boost 1.67]
frei0r [FTBFS #915707]
gmic [OK]
gnome-dvb-daemon [OK]
gnome-mousetrap [skipped; arch=all]
gst-plugins-bad1.0 [FTBFS #915709]
gstreamer-vaapi [OK]
libkf5kface [FTBFS #915710]
limereg [OK]
mldemos [FTBFS #915711]
mrpt [OK]
nomacs [OK]
oggvideotools [OK]
openalpr [OK]
opencfu [OK]
openimageio [OK]
os-autoinst [OK]
otb [OK]
php-facedetect [FTBFS #915712]
psychopy [skipped: arch=all]
remotecv [skipped: arch=all]
ros-opencv-apps [FTBFS #915529]
ros-vision-opencv [OK]
saga [OK]
sdaps [OK]
siril [skipped, already ftbfs against glibc 2.28 #913854]
sitplus [FTBFS #915592]
thumbor [OK (test skipped)]
uprightdiff [OK]
visp [OK]
webkit2gtk [OK]
willow [skipped; arch=all]


Ben file:

title = "opencv";
is_affected = .depends ~ 
/\b(libopencv\-calib3d3\.2|libopencv\-contrib3\.2|libopencv\-core3\.2|libopencv\-features2d3\.2|libopencv\-flann3\.2|libopencv\-highgui3\.2|libopencv\-imgcodecs3\.2|libopencv\-imgproc3\.2|libopencv\-ml3\.2|libopencv\-objdetect3\.2|libopencv\-photo3\.2|libopencv\-shape3\.2|libopencv\-stitching3\.2|libopencv\-superres3\.2|libopencv\-video3\.2|libopencv\-videoio3\.2|libopencv\-videostab3\.2|libopencv\-viz3\.2|libopencv3\.2\-java|libopencv3\.2\-jni)\b/
 | .depends ~ 
/\b(libopencv\-calib3d3\.4|libopencv\-contrib3\.4|libopencv\-core3\.4|libopencv\-dnn\-dev|libopencv\-dnn3\.4|libopencv\-features2d3\.4|libopencv\-flann3\.4|libopencv\-highgui3\.4|libopencv\-imgcodecs3\.4|libopencv\-imgproc3\.4|libopencv\-ml3\.4|libopencv\-objdetect3\.4|libopencv\-photo3\.4|libopencv\-shape3\.4|libopencv\-stitching3\.4|libopencv\-superres3\.4|libopencv\-video3\.4|libopencv\-videoio3\.4|libopencv\-videostab3\.4|libopencv\-viz3\.4|libopencv3\.4\-java|libopencv3\.4\-jni)\b/;
is_good = .depends ~ 
/\b(libopencv\-calib3d3\.4|libopencv\-contrib3\.4|libopencv\-core3\.4|libopencv\-dnn\-dev|libopencv\-dnn3\.4|libopencv\-features2d3\.4|libopencv\-flann3\.4|libopencv\-highgui3\.4|libopencv\-imgcodecs3\.4|libopencv\-imgproc3\.4|libopencv\-ml3\.4|libopencv\-objdetect3\.4|libopencv\-photo3\.4|libopencv\-shape3\.4|libopencv\-stitching3\.4|libopencv\-superres3\.4|libopencv\-video3\.4|libopencv\-videoio3\.4|libopencv\-videostab3\.4|libopencv\-viz3\.4|libopencv3\.4\-java|libopencv3\.4\-jni)\b/;
is_bad = .depends ~ 
/\b(libopencv\-calib3d3\.2|libopencv\-contrib3\.2|libopencv\-core3\.2|libopencv\-features2d3\.2|libopencv\-flann3\.2|libopencv\-highgui3\.2|libopencv\-imgcodecs3\.2|libopencv\-imgproc3\.2|libopencv\-ml3\.2|libopencv\-objdetect3\.2|libopencv\-photo3\.2|libopencv\-shape3\.2|libopencv\-stitching3\.2|libopencv\-superres3\.2|libopencv\-video3\.2|libopencv\-videoio3\.2|libopencv\-videostab3\.2|libopencv\-viz3\.2|libopencv3\.2\-java|libopencv3\.2\-jni)\b/;


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

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

Bug#915722: gdal: fix build with poppler 0.71

[Jeremy Bicha]

Source: gdal
Version: 2.3.2+dfsg-3
Severity: important
Tags: patch

Debian may be updating its poppler version to 0.71 before the Buster
Transition Freeze. The current version of gdal in Debian fails to
build with the new poppler version.

I will submit a merge request at
https://salsa.debian.org/debian-gis-team/gdal/merge_requests in a few
minutes that fixes this issue.

Thanks,
Jeremy Bicha

Bug#915361: proposed patch

[Matej Zagiba]

Hi,

 same situation here.
After short googling how to detect container environment 
(https://stackoverflow.com/questions/20010199/how-to-determine-if-a-process-runs-inside-lxc-docker)
it seems to be non-trivial task.
There is already virt-what package, doing exactly that. Maybe that is the right 
way to go.

 Matej Zagiba

Bug#915723: openjdk-8 needs a build dependency preventing build attempts on zero architectures

[Adrian Bunk]

Source: openjdk-8
Version: 8u171-b11-2
Severity: serious

openjdk-8 needs
  Build-Depends: gcc (<< 4:8) [armel m68k mips mips64el mipsel powerpc 
powerpcspe sh4 x32]

These are zero archs that currently fail to build.

The version constraint makes it a nop in builds for stretch.

At least on armel the failure seems to be an eternal loop,
with buildwatch.sh preventing the build from ever terminating.

Bug#915724: cups: MaxJobTime=0 results in jobs being cancelled immediately instead of never

[Dan Streetman]

Package: cups
Version: 2.2.9-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu disco ubuntu-patch

Dear Maintainer,

Setting the cupsd option MaxJobTime to 0 should make the server wait
indefinitely for the job to be ready for print. Instead, after
updating job-cancel-after option with MaxJobTime=0 value it results
in immediate cancelling.


In Ubuntu, the attached patch was applied to achieve the following:

  [ Dariusz Gadomski ]
  * Fix handling of MaxJobTime 0 (LP: #1804576)

Thanks for considering the patch.


-- System Information:
Debian Release: buster/sid
  APT prefers cosmic-updates
  APT policy: (500, 'cosmic-updates'), (500, 'cosmic-security'), (500, 
'cosmic'), (100, 'cosmic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-11-generic (SMP w/24 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru cups-2.2.9/debian/patches/fix-handling-of-MaxJobTime.patch 
cups-2.2.9/debian/patches/fix-handling-of-MaxJobTime.patch
--- cups-2.2.9/debian/patches/fix-handling-of-MaxJobTime.patch  1969-12-31 
19:00:00.0 -0500
+++ cups-2.2.9/debian/patches/fix-handling-of-MaxJobTime.patch  2018-12-06 
03:14:58.0 -0500
@@ -0,0 +1,36 @@
+Description: Fix handling of MaxJobTime 0
+ Setting MaxJobTime to 0 resulted in immediate job cancellation
+ instead of disabling timeout-based cancelation (as per documentation).
+ .
+ cups (2.2.9-3ubuntu1) disco; urgency=medium
+ .
+   * Fix handling of MaxJobTime 0 (LP: #1804576)
+Origin: upstream, 
https://github.com/apple/cups/commit/8c7143551ab03423990c62923209363d760f925f
+Bug: https://github.com/apple/cups/issues/5438
+Bug-Ubuntu: https://bugs.launchpad.net/bugs/1804576
+
+--- cups-2.2.9.orig/scheduler/job.c
 cups-2.2.9/scheduler/job.c
+@@ -5130,8 +5130,10 @@ update_job(cupsd_job_t *job)/* I - Job
+ 
+ if (cancel_after)
+ job->cancel_time = time(NULL) + ippGetInteger(cancel_after, 0);
+-  else
++  else if (MaxJobTime > 0)
+ job->cancel_time = time(NULL) + MaxJobTime;
++  else
++job->cancel_time = 0;
+ }
+ }
+   }
+--- cups-2.2.9.orig/scheduler/printers.c
 cups-2.2.9/scheduler/printers.c
+@@ -3445,7 +3445,7 @@ add_printer_defaults(cupsd_printer_t *p)
+"document-format-default", NULL, "application/octet-stream");
+ 
+   if (!cupsGetOption("job-cancel-after", p->num_options, p->options))
+-ippAddInteger(p->attrs, IPP_TAG_PRINTER, IPP_TAG_INTEGER,
++ippAddInteger(p->attrs, IPP_TAG_PRINTER, MaxJobTime > 0 ? IPP_TAG_INTEGER 
: IPP_TAG_NOVALUE,
+ "job-cancel-after-default", MaxJobTime);
+ 
+   if (!cupsGetOption("job-hold-until", p->num_options, p->options))
diff -Nru cups-2.2.9/debian/patches/series cups-2.2.9/debian/patches/series
--- cups-2.2.9/debian/patches/series2018-12-05 16:45:00.0 -0500
+++ cups-2.2.9/debian/patches/series2018-12-06 03:14:58.0 -0500
@@ -38,3 +38,4 @@
 0038-The-lp-and-lpr-commands-now-provide-better-error-mes.patch
 0039-Fix-E-option-Issue-5440.patch
 manpage-translations.patch
+fix-handling-of-MaxJobTime.patch

Bug#915725: RFS: dmalloc/5.5.2-13

[Carlos Maddela]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: dmalloc
   Version : 5.5.2-13
   Upstream Author : Gray Watson 
 * URL : http://dmalloc.com/
 * License : CC-BY-SA-3.0 or Dmalloc
   Section : devel

  It builds these binary packages:

libdmalloc-dev - debug memory allocation library (development files and doc)
 libdmalloc5 - debug memory allocation library

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/d/dmalloc/dmalloc_5.5.2-13.dsc

  Changes since the last upload:

  * Restore old reproducible-pdfs autopkgtest, since pdftk is now
available again via pdftk-java package.
  * Simplify process by which mutable files are backed up and restored.
  * Add Build-Depends-Package field to symbols file.


  Regards,
   Carlos Maddela

Bug#915726: libreoffice: fails to build with poppler 0.71

[Jeremy Bicha]

Source: libreoffice
Version: 1:6.1.3-2
Severity: important
Tags: patch
X-Debbugs-CC: olivier.til...@canonical.com

Please apply the patches applied in Ubuntu to fix the libreoffice
build with poppler 0.71. Debian may switch to poppler 0.71 before the
Buster Transition Freeze.

The first patch is
https://cgit.freedesktop.org/libreoffice/core/commit/?id=5e8bdd92

And I believe the second is
https://gerrit.libreoffice.org/#/c/63860/

Thanks,
Jeremy Bicha

Bug#915722: gdal: fix build with poppler 0.71

[Sebastiaan Couwenberg]

Control: tags -1 pending

On 12/6/18 1:15 PM, Jeremy Bicha wrote:
> Debian may be updating its poppler version to 0.71 before the Buster
> Transition Freeze. The current version of gdal in Debian fails to
> build with the new poppler version.

I'm not so sure about another Poppler transition in Debian, I haven't
heard Emilio. And with the transition freeze is little over a month, it
seems unlikely.

> I will submit a merge request at
> https://salsa.debian.org/debian-gis-team/gdal/merge_requests in a few
> minutes that fixes this issue.

MRs are overrated, patches to bugreports are better.

The patch in the MR doesn't have DEP3 Origin nor Bug headers, so I've
added the patch myself to keep consistency.

Kind Regards,

Bas

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

Bug#915727: poppler: Update to 0.71

[Jeremy Bicha]

Source: poppler
Version: 0.69.0-2
Severity: wishlist
X-Debbugs-CC: po...@debian.org
Control: block -1 by 914902 915722 915726

Please consider updating poppler to 0.71 for Buster.

Ubuntu has almost completed the transition.

https://people.canonical.com/~ubuntu-archive/transitions/html/poppler.html

Debian is mostly ready:
- gdal is ready in Salsa (915722)
- kitinerary needs to be updated to new release (914902)
- libreoffice needs some cherry-picked fixes (915726)
- popplerkit.framework needs an upload (staged in Salsa)
https://salsa.debian.org/gnustep-team/popplerkit/merge_requests/1

Thanks,
Jeremy Bicha

Bug#915726: libreoffice: fails to build with poppler 0.71

[rene . engelhard]

Hi,

>Please apply the patches applied in Ubuntu to fix the libreoffice
>build with poppler 0.71. Debian may switch to poppler 0.71 before the
>Buster Transition Freeze.

Sure? Asked Emilio about it when I saw ..

>The first patch is
>https://cgit.freedesktop.org/libreoffice/core/commit/?id=5e8bdd92

... this. And he said "no" :)

Regards,

René

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Bug#914495: Bug appearing on Intel GM965

[sixerjman]

I incorrectly stated there was no problem on one of my Debian machines with
video adapter

Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller
(primary) (rev 0c).

There is black screen and lightdm failed to start after this:

BUG: unable to handle kernel NULL pointer dereference at 0004
[Tue Dec  4 12:30:21 2018] *pdpt = 36555001 *pde = 
[Tue Dec  4 12:30:21 2018] Oops:  [#1] SMP
[Tue Dec  4 12:30:21 2018] CPU: 0 PID: 316 Comm: systemd-udevd Not tainted
4.18.0-3-686-pae #1 Debian 4.18.20-2
[Tue Dec  4 12:30:21 2018] Hardware name: Dell Inc. Inspiron 1520
 /0KY767, BIOS A03 08/16/2007
[Tue Dec  4 12:30:21 2018] EIP: gen4_render_ring_flush+0x52/0x100 [i915]

Bug#867943: this is fixed by upstream in 8.0.12

[Paolo Greppi]

https://dev.mysql.com/doc/relnotes/workbench/en/wb-news-8-0-12.html

Changes in MySQL Workbench 8.0.12 (2018-07-27, General Availability)

...

Functionality Added or Changed

...

libgnome-keyring was depreciated and replaced with libsecret in this release on 
Linux platforms. Some users with existing stored passwords will be prompted to 
enter a password after upgrading. (Bug #27635281, Bug #89898, Bug #20291538, 
Bug #75345)

Bug#900160: closed by Dimitri John Ledkov (Bug#900160: fixed in ruby-eventmachine 1.0.7-4.2)

[Sebastian Andrzej Siewior]

On 2018-12-06 12:42:50 [+0100], gregor herrmann wrote:
> On Wed, 05 Dec 2018 13:57:05 +, Debian Bug Tracking System wrote:
> 
> >  ruby-eventmachine (1.0.7-4.2) unstable; urgency=medium
> >  .
> >* Non-maintainer upload.
> >* Revert below upload and build with OpenSSL 1.1+.
> >* Add a patch to clamp SSL version to TLS1.2, and allow using small
> >  keys, as the rest of the codebase is not ready for TLS1.3. (Closes:
> >  #900160)
> 
> I guess this should have closes the cloned #915287 and not the
> original #900160?

I think so, too.

> Cheers,
> gregor

Sebastian

Bug#915726: libreoffice: fails to build with poppler 0.71

[Jeremy Bicha]

On Thu, Dec 6, 2018 at 7:55 AM  wrote:
> >Please apply the patches applied in Ubuntu to fix the libreoffice
> >build with poppler 0.71. Debian may switch to poppler 0.71 before the
> >Buster Transition Freeze.
>
> Sure? Asked Emilio about it when I saw ..

I'm not "sure". I suspect his concern was about fixing all the build
issues in poppler reverse-depends. Fortunately, Ubuntu has now done
that work for 0.71 (Debian did the work for 0.69). Anyway, I've asked
Emilio in #915727.

Thanks,
Jeremy Bicha

Bug#915636: python3-virtualenv: incompatible with python3-pip 18.1 - AttributeError pip.main - please upgrade to 16.1.0

[Juhani Numminen]

On Wed, 05 Dec 2018 15:12:09 +0100 Philipp Hahn  wrote:

> As I found no documentation what you +ds version removed from the
> upstream TAR ball, I'm using the pristine upstream TAR ball.

FYI, the repacking seems to be done using uscan, so that information
is in debian/copyright. See https://wiki.debian.org/UscanEnhancements
and uscan man page for documentation.


Regards,
Juhani

Bug#915716: dicteval/0.0.6-1 [QA]

[Mike Gabriel]

Control: close -1

On  Do 06 Dez 2018 12:34:20 CET, Paulo Henrique de Lima Santana wrote:


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

Hi,

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

 * Package name: dicteval
   Version : 0.0.6-1
   Upstream Author : Osvaldo Santana Neto 
 * URL : https://github.com/osantana/dicteval
 * License : MIT
   Section : python

It builds this binary package:

  python3-dicteval - Library to evaluate expressions in dict/json objects

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

https://mentors.debian.net/sponsors/rfs-howto/dicteval

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

  dget -x
https://mentors.debian.net/debian/pool/main/d/dicteval/dicteval_0.0.6-1.dsc

More information about kickpass can be obtained from
https://github.com/osantana/dicteva

Best regards,


Just uploaded. Closing this RFS.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpq_pFw1v1Zv.pgp
Description: Digitale PGP-Signatur

Bug#914024: kickpass/0.2.0-1 [QA]

[Mike Gabriel]

Control: close -1

On  So 18 Nov 2018 17:06:46 CET, Paulo Henrique de Lima Santana wrote:


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

Hi,

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

 * Package name: kickpass
   Version : 0.2.0-1
   Upstream Author : Paul Fariello 
 * URL : https://github.com/kickpass/kickpass
 * License : MIT-variant
   Section : utils

It builds those binary packages:

  kickpass - simple password safe
  libkickpass0 - library used by kickpass
  libkickpass-dev - library used by kickpass (development files)

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

https://mentors.debian.net/sponsors/rfs-howto/kickpass

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

  dget -x
https://mentors.debian.net/debian/pool/main/k/kickpass/kickpass_0.2.0-1.dsc

More information about kickpass can be obtained from
https://github.com/kickpass/kickpass

Best regards,


Uploaded.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpyuh7zOB72U.pgp
Description: Digitale PGP-Signatur

Bug#911542: [ledgersmb-devel] Bug#915262: ledgersmb: [INTL:pt] Updated Portuguese translation for debconf messages

[Robert J. Clay]

On Sun, Dec 2, 2018 at 4:21 PM Miguel Figueiredo  wrote:
>
> Package: ledgersmb
> Version: 1.6.6+ds-2
> Tags: l10n, patch
> Severity: wishlist
>
> Updated Portuguese translation for ledgersmb's debconf messages.
> Feel free to use it.

The updated 'pt.po' file has been imported into the package repository
[1] and will be included with the next package upload.   Many thanks!



-- 
Robert James Clay
rjc...@gmail.com, j...@rocasa.us
[1] https://github.com/ledgersmb/pkg-ledgersmb

Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default? /usr by default

[Hideki Yamane]

Hi,

On Wed, 5 Dec 2018 08:39:27 +
Simon McVittie  wrote:
> It might also be considered appropriate to revert the change in
> debootstrap 1.0.111 if data from reproducible-builds demonstrates that
> bugs similar to #913226 have all been fixed or are very rare, but this
> should be done cautiously, and certainly not before buster is released.

 Okay, my opinion is "Push usr-merge effort forward, fix those issues
 with it as bug that is tracked at reproducible builds(*), and turn it
 on again as default (probably after buster cycle)".

 *) 
https://tests.reproducible-builds.org/debian/issues/unstable/paths_vary_due_to_usrmerge_issue.html


-- 
Regards,

 Hideki Yamane henrich @ debian.org/iijmio-mail.jp

Bug#887394: Packaging Veyon (was: Re: Accepted italc 1:3.0.3+dfsg1-2 (source) into unstable)

[Mike Gabriel]

Hi Tobi,

On  Do 09 Aug 2018 13:16:50 CEST, Tobias Junghans wrote:


Hi Mike,

any news on packaging Veyon for Debian? We released 4.1.1 this week and it's
quite a mature release which deserves being packaged for Debian  
before feature

freeze.

Best regards

Tobias



I worked on packaging Veyon quite a bit over the last couple of days.

I need you to review some patches, that I will add to the Debian package:

https://salsa.debian.org/debian-edu-pkg-team/veyon/tree/master/debian/patches

Esp. the 1004_improve-man-page-content.patch should make its way into  
upstream. I'd highly appreciate, if you could do a review on the man  
pages' modified content, if possible.


Furthermore, here comes another request: how could we bring the Veyon  
documentation files (as source files, as built Sphinx documentation)  
into Debian? I'd say it makes sense having those docs packaged, so  
they can be made available offline.


Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpfxW8W_w2el.pgp
Description: Digitale PGP-Signatur

Bug#915728: nginx: [INTL:tr] turkish translation update

[Atila KOÇ]

Package: nginx
Version: N/A
Severity: wishlist
Tags: l10n patch

Please find attached the Turkish translation of nginx package.
It has been submitted for review to the debian-l10n-turkish mailing
list.

Regards,
Atila KOÇ

--
# nginx turkish debconf translations
# This file is distributed under the same license as the nginx package.
# Atila KOÇ , 2018.
#
msgid ""
msgstr ""
"Project-Id-Version: nginx\n"
"Report-Msgid-Bugs-To: ng...@packages.debian.org\n"
"POT-Creation-Date: 2018-11-08 18:08+0300\n"
"PO-Revision-Date: 2018-11-28 14:50+0300\n"
"Last-Translator: Atila KOÇ \n"
"Language-Team: none\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.8.11\n"
"Language: tr\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid "Possible insecure nginx log files"
msgstr "Güvenliği sağlanmamış nginx günlük dosyaları olabilir"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid ""
"The following log files under /var/log/nginx directory are symlinks owned by "
"www-data:"
msgstr ""
"/var/log/nginx dizini altında bulunan aşağıdaki günlük dosyaları sahibi www-"
"data olan sembolik bağlantılardır:"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid "${logfiles}"
msgstr "${logfiles}"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid ""
"Since nginx 1.4.4-4 /var/log/nginx was owned by www-data. As a result www-"
"data could symlink log files to sensitive locations, which in turn could "
"lead to privilege escalation attacks. Although /var/log/nginx permissions "
"are now fixed it is possible that such insecure links already exist. So, "
"please make sure to check the above locations."
msgstr ""
"nginx'in 1.4.4-4 ve sonraki sürümlerinde /var/log/nginx dizininin sahibi www-"
"data idi. Bu nedenle www-data hassas konumlardaki sistem günlüklerine erişen "
"sembolik bağlantılara sahip olabiliyor ve bu durum ayrıcalık kazanma yolu "
"ile yapılabilecek saldırılara olanak sağlayabiliyordu. Artık /var/log/nginx "
"dizininin erişim hakları düzeltilmiş olsa da güvenliği sağlanmamış "
"bağlantılar kalmış olabilir. Lütfen yukarıdaki konumları gözden geçiriniz."

Bug#915729: /usr/include/czmq_prelude.h:700:17: fatal error: uuid.h: No such file or directory

[Michael Biebl]

Package: libczmq-dev
Version: 4.1.1-2
Severity: normal
File: /usr/include/czmq_prelude.h
Control: affects -1 src:rsyslog

Hi,

when building rsyslog on kfreebsd, it currently fails with the following
message:

In file included from /usr/include/czmq_library.h:23,
 from /usr/include/czmq.h:37,
 from omczmq.c:38:
/usr/include/czmq_prelude.h:700:17: fatal error: uuid.h: No such file or 
directory
 #   include 
 ^~~~

Full build log is available at [1].
Looks like libczmq-dev is missing the proper dependencies on kfreebsd to
ensure that there is a working uuid.h.

Regards,
Michael


[1] 
https://buildd.debian.org/status/fetch.php?pkg=rsyslog&arch=kfreebsd-amd64&ver=8.39.0-3&stamp=1544103514&raw=0
-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libczmq-dev:amd64 depends on:
ii  libczmq4 4.1.1-2
ii  libzmq3-dev  4.2.5-2

libczmq-dev:amd64 recommends no packages.

libczmq-dev:amd64 suggests no packages.

-- no debconf information

Bug#915730: malformed searching pattern crashes rover

[Mo Zhou]

Package: rover
Version: 0.3.1

Rover will crash if I search with *
It's clear that we need to deal with malformed regex if there is any.

Traceback (most recent call last):
  File "/usr/bin/rover", line 389, in 
rv.refresh_selections()
  File "/usr/bin/rover", line 204, in refresh_selections
lp_list = self.ua.get_selections(self.regex)
  File "/usr/bin/rover", line 117, in get_selections
matched = [x for x in result.split('\n')
  File "/usr/bin/rover", line 118, in 
if (expr.lower() in x.lower()) or re.match(expr, x)]
  File "/usr/lib/python3.7/re.py", line 173, in match
return _compile(pattern, flags).match(string)
  File "/usr/lib/python3.7/re.py", line 286, in _compile
p = sre_compile.compile(pattern, flags)
  File "/usr/lib/python3.7/sre_compile.py", line 764, in compile
p = sre_parse.parse(p, flags)
  File "/usr/lib/python3.7/sre_parse.py", line 930, in parse
p = _parse_sub(source, pattern, flags & SRE_FLAG_VERBOSE, 0)
  File "/usr/lib/python3.7/sre_parse.py", line 426, in _parse_sub
not nested and not items))
  File "/usr/lib/python3.7/sre_parse.py", line 651, in _parse
source.tell() - here + len(this))
re.error: nothing to repeat at position 0

Bug#915718: RFS: arno-iptables-firewall/2.0.3-1 [ITA]

[Adam Borowski]

On Thu, Dec 06, 2018 at 12:41:55PM +0100, Sven Geuer wrote:
>  * Package name: arno-iptables-firewall
>Version : 2.0.3-1

> Changes since the last upload:
> 
>   * New upstream release.
> (Closes: #824684, #862856, #886991, #898770, #913089)
>   * New maintainer.
> (Closes: #886951)
>   * Update Standards-Version to 4.2.1; no changes necessary.
>   * Update debhelper compatibility level to 11.
>   * Clean up Depends.
>   * Update debian/copyright.
>   * Update debian/watch.
>   * Make use of dh_installlogrotate and simulate non-existing
> dh_installrsyslog
> - Move logrotate.d.conf to arno-iptables-firewall.logrotate
> - Move rsyslog.d.conf to arno-iptables-firewall.rsyslog
> - Update debian/rules

>   * Switch from System-V style init scripts to systemd

No, this is no good.  You can _add_ integration for a specific additional
rc system if you have a good reason (this is usually merely doubling the
effort) but the Policy is clear:

# However, any package integrating with other init systems must also be
# backwards-compatible with sysvinit by providing a SysV-style init script
# with the same name as and equivalent functionality to any init-specific
# job, as this is the only start-up configuration method guaranteed to be
# supported by all init implementations.

An init script works with systemd, sysvinit, openrc, runit, etc.

> - Suppress installation of /etc/init.d/arno-iptables-firewall
> - Introduce debian/prerm
> - Update debian/postrm to not use invoke-rc.d or update-rc.d.
> - Update debian/preinst to remove System-V style init script links.
> - Update debian/postinst to use deb-systemd-invoke instead 
>   of invoke-rc.d or update-rc.d.
> - Update debian/arno-iptables-firewall.logrotate to use systemctl 
>   instead of invoke-rc.d.
> - Update debian/template and debian/po/* to propose a call to 
>   systemctl instead of invoke-rc.d.
> - Update debian/rules
>   * Bugfix: Convert debian/po/fr.po and sv.po from latin1 to utf8


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Ivan was a worldly man: born in St. Petersburg, raised in
⢿⡄⠘⠷⠚⠋⠀ Petrograd, lived most of his life in Leningrad, then returned
⠈⠳⣄ to the city of his birth to die.

Bug#909497: CUDA 10 available now

[Andreas Beckmann]

Hi,

On 2018-12-06 06:31, Mo Zhou wrote:
> Do you have any plan about Buster's CUDA version?
> My Recommendation is 9.2 since 9.1 is buggy.

My plans are 9.2 (or 10.x if someone has time to look into it, so,
probably not)
410.xx driver is already in NEW

I'm waiting for new a 390.xx legacy branch release fixing CVE‑2018‑6260
to push this into stretch, replacing end-of-life 384.xx


Andreas

Bug#915657: [Android-tools-devel] Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

[Helge Kreutzmann]

Hello Kai,
On Mon, Sep 03, 2018 at 06:44:34PM +0800, 殷啟聰 | Kai-Chung Yan wrote:
> I am one of the devs at `android-tools` team although I don't
> maintain the contrib installer packages like this.  AFAIK Mouaad is
> MIA after his work in GSoC 2016, but I can say he will be fine with
> the NMU and he is not preparing for a new release yet.  Please go
> ahead with your other NMUs on the l10n as well.
> 
> Thank you for the contribution!

In my NMU an error popped up (sorry), cf. #915657 for details.

Do you (or someone from your team) want to prepare a proper fix which 
would suite the (long term) maintanence of google-android-installers?

Otherwiese I would work out a fix and prepare another NMU.

Greetings

   Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#915732: freefem++ still uses GCC 7

[Matthias Klose]

Package: src:freefem++
Version: 3.61.1+dfsg1-2
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915731: binutils-avr still uses GCC 7

[Matthias Klose]

Package: src:binutils-avr
Version: 2.26.20160125+Atmel3.6.1-3.1
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915733: gcc-mingw-w64 is still based on GCC 7

[Matthias Klose]

Package: src:gcc-mingw-w64
Version: 20.3
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#887394: Packaging Veyon (was: Re: Accepted italc 1:3.0.3+dfsg1-2 (source) into unstable)

[Tobias Junghans]

Hi Mike,

thank you very much for your efforts! I'll try to adopt as many of the changes 
as possible for the 4.1.6 release.

Regarding the package structure: everything looks fine so far. You could put 
veyon-ctl in a separate package but probably it's better to postpone this step 
until Veyon 4.2 has been released (where we'll rename veyon-ctl to veyon-cli 
which would lead to package renames and the first transitional packages).

Do you plan to add transitional packages for existing iTALC installations so 
that users get migrated to Veyon automatically?

Regarding libvncserver/libvncclient: I'm actively working with upstream to get 
all Veyon-specific changes merged in a generic manner so we can use an 
existing libvncclient library from the system. Currently the only thing left 
is to disable the broken (non thread-safe) IPv4 support in favor of the new 
(existing and generic) IPv6 code in libvncclient. Once libvncserver 0.9.12 is 
released and about to be packaged we could even solve this with a small 
Debian-specific patch.


> Furthermore, here comes another request: how could we bring the Veyon
> documentation files (as source files, as built Sphinx documentation)
> into Debian? I'd say it makes sense having those docs packaged, so
> they can be made available offline.

As you probably already know the sources for the docs are available at 
https://github.com/veyon/docs and can be built via sphinx easily. For future 
releases I can create tags for the docs as well so you can simply download a 
tarball which can be used as source tarball for a separate veyon-docs package.

Best regards

Tobias

Bug#915734: ghdl still uses GCC 7

[Matthias Klose]

Package: src:ghdl
Version: 0.35+git20180503+dfsg-2
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915735: grub2 should use the default GCC (still using GCC 7)

[Matthias Klose]

Package: src:grub2
Version: 2.02+dfsg1-4
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915736: odb should drop the GCC 7 dependencies

[Matthias Klose]

Package: src:odb
Version: 2.4.0-8
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915737: open-ath9k-htc-firmware still uses GCC 7

[Matthias Klose]

Package: src:open-ath9k-htc-firmware
Version: 1.4.0-97-g75b3e59+dfsg-1
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915738: python-scipy should use the default gfortran on s390x

[Matthias Klose]

Package: src:python-scipy
Version: 1.1.0-2
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915657: [Android-tools-devel] Bug#915657: Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

[seamlik]

> Otherwiese I would work out a fix and prepare another NMU.

I really can't say for much as I don't maintain those packages. Perhaps 
@eighthave knows better.



signature.asc
Description: OpenPGP digital signature

Bug#915739: openjdk-8-jre-dcevm still uses GCC 7 to build

[Matthias Klose]

Package: src:openjdk-8-jre-dcevm
Version: 8u181-1
Severity: serious
Tags: sid buster

Please use the default GCC for the package so that we can remove GCC 7 for the
buster release.

Bug#915657: [Android-tools-devel] Bug#915657: Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

[Helge Kreutzmann]

Hello Kai-Chung,
On Thu, Dec 06, 2018 at 10:20:34PM +0800, seam...@debian.org wrote:
> > Otherwiese I would work out a fix and prepare another NMU.
> 
> I really can't say for much as I don't maintain those packages. Perhaps 
> @eighthave knows better.

Could you contact him or provide me his contact details so I can ask
him?

Thanks!

Greetings

 Helge



-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#915740: ITP: cargo-lichking -- Display info about licensing of Rust dependencies

[Matt Kraai]

Package: wnpp
Severity: wishlist
Owner: Matt Kraai 

* Package name: cargo-lichking
  Version : 0.7.0
  Upstream Author : Wim Looman 
* URL : https://github.com/Nemo157/cargo-lichking
* License : MIT or Apache-2.0
  Programming Lang: Rust
  Description : Display info about licensing of Rust dependencies

cargo-lichking is a cargo subcommand that checks licensing Rust
dependencies.

I use it to determine whether the licenses of the crates used by a
Rust crate are compatible.  I don't know of any other packages
providing similar functionality.

I plan to maintain it as part of the Debian Rust Maintainers team.

Bug#915741: git-lfs: git push -n actually uploads LFS objects

[Andreas Beckmann]

Package: git-lfs
Version: 2.6.0-1~bpo9+1
Severity: normal

Hi,

I just noticed that 
  git push -n origin --all
started to upload LFS objects to the server ...


Andreas

Bug#915657: [Android-tools-devel] Bug#915657: Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

[seamlik]

> Could you contact him or provide me his contact details so I can ask
> him?

He subscribes to the emails as well, and we can be found in #debian-mobile. His 
username is "_hc" on IRC.

But thank you for the fix!



signature.asc
Description: OpenPGP digital signature

Bug#864277: rsyslog not writing to log sockets on debian 8.5

[Michael Biebl]

Control: tags -1 + moreinfo

On Tue, 6 Jun 2017 06:52:45 + FLORENT Philippe
 wrote:
> Package: rsyslog
> 
> Version: 8.4.2-1+deb8u2
> 
> Debian : 8.5
> 
> Bug: rsyslog does not log any sftp activity even when configured properly
> 
> /etc/rsyslog.d/sftp.conf
> 
> module(load="imuxsock")
> input(type="imuxsock" Socket="/var/ftp/userA/dev/log" CreatePath="on")
> input(type="imuxsock" Socket="/var/ftp/userB/dev/log" CreatePath="on")
> 
> if $programname == 'internal-sftp' then /var/log/sftp.log
> & stop

Is this issue still valid?
If you log to /var/ftp/userA/dev/log directly say via
logger --socket /var/ftp/userA/dev/log foo
do you see that message appearing in /var/log/messages?


If so, the problem is outside of rsyslog.

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

Bug#915729: /usr/include/czmq_prelude.h:700:17: fatal error: uuid.h: No such file or directory

[Luca Boccassi]

On Thu, 06 Dec 2018 14:52:37 +0100 Michael Biebl 
wrote:
> Package: libczmq-dev
> Version: 4.1.1-2
> Severity: normal
> File: /usr/include/czmq_prelude.h
> Control: affects -1 src:rsyslog
> 
> Hi,
> 
> when building rsyslog on kfreebsd, it currently fails with the
following
> message:
> 
> In file included from /usr/include/czmq_library.h:23,
>  from /usr/include/czmq.h:37,
>  from omczmq.c:38:
> /usr/include/czmq_prelude.h:700:17: fatal error: uuid.h: No such file
or directory
>  #   include 
>  ^~~~
> 
> Full build log is available at [1].
> Looks like libczmq-dev is missing the proper dependencies on kfreebsd
to
> ensure that there is a working uuid.h.
> 
> Regards,
> Michael

Hi,

Thanks for the report, I'll have a look and upload a fix later tonight.

That header has always been a torn in the side, and should have _never_
been a public one, but unfortunately it's too late now.

I'm actually wondering how it can work anywhere since it's always
included and there's no libczmq-dev -> uuid-dev dependency...

-- 
Kind regards,
Luca Boccassi

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

Bug#915741: git-lfs: git push -n actually uploads LFS objects

[Stephen Gelman]

Andreas,

Thanks for reporting this.  I’ll look into it!

Stephen

Bug#915729: /usr/include/czmq_prelude.h:700:17: fatal error: uuid.h: No such file or directory

[Michael Biebl]

Am 06.12.18 um 15:49 schrieb Luca Boccassi:
> That header has always been a torn in the side, and should have _never_
> been a public one, but unfortunately it's too late now.
> 
> I'm actually wondering how it can work anywhere since it's always
> included and there's no libczmq-dev -> uuid-dev dependency...

Hm, rsyslog *does* build-depend on uuid-dev. uuid-dev provides
/usr/include/uuid/uuid.h

The code in czmq_prelude.h seems to include
uuid/uuid.h on Linux, (so the header from uuid-dev is found) and uuid.h
on kfreebsd.

/usr/lib/$(MULTIARCH)/pkgconfig/libzmq.pc does *not* list uuid as
dependency even though the public headers do require it.
If uuid was list as Requires(.private), -I/usr/include/uuid/ would be
added to CFLAGS and the header would be found.

So it works only by accident on Linux, since there it uses uuid/uuid.h
which doesn't require CFLAGS to be set properly.

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



signature.asc
Description: OpenPGP digital signature

Bug#887394: Packaging Veyon (was: Re: Accepted italc 1:3.0.3+dfsg1-2 (source) into unstable)

[Mike Gabriel]

Hi Tobi,

On  Do 06 Dez 2018 15:04:32 CET, Tobias Junghans wrote:


Hi Mike,

thank you very much for your efforts! I'll try to adopt as many of  
the changes

as possible for the 4.1.6 release.


:-)


Regarding the package structure: everything looks fine so far. You could put
veyon-ctl in a separate package but probably it's better to postpone  
this step

until Veyon 4.2 has been released (where we'll rename veyon-ctl to veyon-cli
which would lead to package renames and the first transitional packages).


Ok. Sounds like a plan...


Do you plan to add transitional packages for existing iTALC installations so
that users get migrated to Veyon automatically?


No. I won't either offer a pre-configuration debconf question journey.  
The new ACL model in Veyon is so highly flexible, a default setup can  
only be wrong for someone.


Regarding libvncserver/libvncclient: I'm actively working with  
upstream to get

all Veyon-specific changes merged in a generic manner so we can use an
existing libvncclient library from the system. Currently the only thing left
is to disable the broken (non thread-safe) IPv4 support in favor of the new
(existing and generic) IPv6 code in libvncclient. Once libvncserver 0.9.12 is
released and about to be packaged we could even solve this with a small
Debian-specific patch.


That is awesome news!!!


Furthermore, here comes another request: how could we bring the Veyon
documentation files (as source files, as built Sphinx documentation)
into Debian? I'd say it makes sense having those docs packaged, so
they can be made available offline.


As you probably already know the sources for the docs are available at
https://github.com/veyon/docs and can be built via sphinx easily. For future
releases I can create tags for the docs as well so you can simply download a
tarball which can be used as source tarball for a separate  
veyon-docs package.


+1 from here!

Thanks+Greets,
Mike

PS: upload will come soon...

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpPMhttRIYvl.pgp
Description: Digitale PGP-Signatur

Bug#914928: ITP: python-typing-extensions -- Backported and Experimental Type Hints for Python

[Michael Crusoe]

How soon is soon?

--
Michael R. Crusoe
Co-founder & Lead,
Common Workflow Language project
https://impactstory.org/u/-0002-2961-9670
m...@commonwl.org

În joi, 6 dec. 2018, 19:27 Piotr Ożarowski  >  The typing module was added to the standard library in Python 3.5 on a
> >  provisional basis and will no longer be provisional in Python 3.7.
> However,
> >  this means users of Python 3.5 - 3.6 who are unable to upgrade will not
> be
> >  able to take advantage of new types added to the typing module, such as
> >  typing.Text or typing.Coroutine.
>
> we will remove 3.6 from Debian soon, is it worth packaging it?
> or are you targetting backports?
>
>

Bug#915696: Pulseaudio should ship /etc/alsa/conf.d/pulse.conf instead of /usr/share/alsa/alsa.conf.d/pulse.conf

[Felipe Sateler]

Control: affects -1 libasound2-plugins

Including the Alsa maintainers in the loop, as this may be really a
bug on their side.

On Thu, Dec 6, 2018 at 3:51 AM Zhong Jianxin  wrote:
>
> Package: pulseaudio
> Version: 12.2-2
> Severity: important
>
> Due to alsa-plugins upstream change here[1], after libasound2-plugins
> 1.1.7, files in /usr/share/alsa/alsa.conf.d no longer load by default

This looks borked. Why did they remove this? There is no rationale in
the commit message.

Alsa maintainers, would you consider this a bug in alsa plugins? I
would think so, but unfortunately
the bug tracker link in the upstream site is dead. Where would I report that?

Files in /etc cause plenty of pain for "vendor" dropins, as the files
might exist when the package is
removed but not purged. As such, it is a much better idea to ship the
files in /usr.

>
>
> Pulseaudio should ship /etc/alsa/conf.d/pulse.conf instead of
> /usr/share/alsa/alsa.conf.d/pulse.conf, or create symlink
> /etc/alsa/conf.d/pulse.conf -> /usr/share/alsa/alsa.conf.d/pulse.conf.
>
> Before create the symlink:
>
> $ amixer info
> Card default 'PCH'/'HDA Intel PCH at 0xdc628000 irq 132'
>   Mixer name: 'Realtek ALC3246'
>   Components: 'HDA:10ec0256,10280704,0012 
> HDA:80862809,80860101,0010'
>   Controls  : 57
>   Simple ctrls  : 19
>
> After create the symlink:
>
> $ sudo ln -s /usr/share/alsa/alsa.conf.d/pulse.conf 
> /etc/alsa/conf.d/pulse.conf
> $ amixer info
> Card default 'pulse'/'PulseAudio'
>   Mixer name: 'PulseAudio'
>   Components: ''
>   Controls  : 4
>   Simple ctrls  : 2
>
> [1] 
> https://salsa.debian.org/alsa-team/alsa-plugins/commit/93e03bdc2a3dcd5d12516f5de78e14d88a32ff2c
>
-- 

Saludos,
Felipe Sateler

Bug#915657: [Android-tools-devel] Bug#915657: Bug#851860: Intent to NMU google-android-installers to fix longstanding l10n bugs

[Helge Kreutzmann]

Hello Kai-Chung
On Thu, Dec 06, 2018 at 10:34:37PM +0800, seam...@debian.org wrote:
> > Could you contact him or provide me his contact details so I can ask
> > him?
> 
> He subscribes to the emails as well, and we can be found in #debian-mobile. 
> His username is "_hc" on IRC.

Then I wait until he approaches me. 

> But thank you for the fix!

Hopefully @eighthave will do it in the spirit of your team, but
otherwise I'll provide a fix.

Greetings

Helge


-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#915231: Proposed fix submitted on salsa

[Noah Meyerhans]

Control: tags -1 + patch

Merge request: https://salsa.debian.org/kernel-team/linux/merge_requests/80

Bug#915229: src:linux: Updated driver needed for Amazon ENA ethernet

[Noah Meyerhans]

Control: tags -1 + patch

Merge request for Linux 4.9 (stretch): 
https://salsa.debian.org/kernel-team/linux/merge_requests/81

Bug#851639: ITP: alacritty -- A cross-platform, GPU-accelerated terminal emulator

[Antoine Beaupre]

Ping! any update here?

A.

-- 
Le pouvoir n'est pas à conquérir, il est à détruire
- Jean-François Brient, de la servitude moderne


signature.asc
Description: PGP signature

Bug#780142: kpartx fails with error device-mapper: resume ioctl on loop0p1 failed: Invalid argument

[Axel Beckert]

Hi,

I ran into this issue, too, and I think I know why, so here are some
hints for anyone also encountering messages like this in
/var/log/kern.log:

device-mapper: table: 254:18: loop0 too small for target: start=98304, 
len=3604480, dev_size=3702783 

… while kpartx bails out on the commandline as follows:

add map loop0p1 (254:17): 0 88472 linear 7:0 8192
device-mapper: resume ioctl on loop0p2 failed: Invalid argument
create/reload failed on loop0p2

On Sun, Aug 09, 2015 at 03:06:23PM +0530, Ritesh Raj Sarraf wrote:
> Since it is not certain from this bug report that the problem is with
> kpartx, especially given that it works find for both of us with other
> images, I'm closing this bug report.

>From my point of view the only issue in here is that the error
messages given by both, kpartx as well as device-mapper, are not
really telling the real cause of the issue.

> If you are able to reproduce this issue persistently, please re-open.

I can. Just copy a not yet resized Raspbian image from an SD card onto
your disk and use "dd bs=512 
count=".

In my case this was:

# fdisk -l /dev/sdf
Disk /dev/sdf: 29.8 GiB, 32010928128 bytes, 62521344 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x22734fac

Device Boot Start End Sectors  Size Id Type
/dev/sdf18192   96663   88472 43.2M  c W95 FAT32 (LBA)
/dev/sdf2   98304 3702783 3604480  1.7G 83 Linux
# dd if=/dev/sdf bs=512 count=3702783 of=raspi.img status=progress
1887552000 bytes (1.9 GB, 1.8 GiB) copied, 22.0006 s, 85.8 MB/s
3702783+0 records in
3702783+0 records out
1895824896 bytes (1.9 GB, 1.8 GiB) copied, 22.17 s, 85.5 MB/s
# fdisk -l raspi.img
Disk raspi.img: 1.8 GiB, 1895824896 bytes, 3702783 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x22734fac

Looks fine so far, doesn't it?

But then:

# kpartx -a -v -f raspi.img
add map loop0p1 (254:17): 0 88472 linear 7:0 8192
device-mapper: resume ioctl on loop0p2 failed: Invalid argument
create/reload failed on loop0p2

… and the well-known message cited above in /var/log/kern.log:

Dec  6 16:04:18 somehost kernel: [1378621.747689] device-mapper: table: 254:18: 
loop0 too small for target: start=98304, len=3604480, dev_size=3702783 

The confusing part is that it claims /dev/loop0 is too small as that's
the device on my disk and not the disk image.

Using "gdisk" instead of "fdisk" revealed the cause:

# gdisk -l raspi.img
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***


Warning! Secondary partition table overlaps the last partition by
34 blocks!
You will need to delete this partition or resize it in another utility.
Disk raspi.img: 3702783 sectors, 1.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): C87070BD-B64D-437B-BCE9-8805FDD1B473
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3702749
Partitions will be aligned on 2048-sector boundaries
Total free space is 9798 sectors (4.8 MiB)

Number  Start (sector)End (sector)  Size   Code  Name
   18192   96663   43.2 MiB0700  Microsoft basic data
   2   98304 3702783   1.7 GiB 8300  Linux filesystem


Please note especially these two lines in the output:

* Warning! Secondary partition table overlaps the last partition by 34 blocks!
* First usable sector is 34, last usable sector is 3702749

Is it a coincidence that both warnings say something about "34 blocks"? 
Probably not.

So what primarily helped was redoing the dd with a count which is 34
higher than before:

# dd if=/dev/sdf bs=512 count=3702817 of=raspi.img status=progress
1894236672 bytes (1.9 GB, 1.8 GiB) copied, 22.0001 s, 86.1 MB/s
3702817+0 records in
3702817+0 records out
1895842304 bytes (1.9 GB, 1.8 GiB) copied, 22.7419 s, 83.4 MB/s
# kpartx -a -v raspi.img
add map loop0p1 (254:17): 0 88472 linear 7:0 8192
device-mapper: resume ioctl on loop0p2 failed: Invalid argument
create/reload failed on loop0p2

Now WTF? And kern.log still has the same error message:

Dec  6 16:11:19 somehost kernel: [1379043.324604] device-mapper: table: 254:18: 
loop0 too small for target: start=98304, len=3604480, dev_size=3702783

Even with same numbers. So kpartx didn't seem to have cleaned up again
after this failure. So I first had to remove the (incomplete/failed)
mappings again before being able to continue:

# kpartx -d -v raspi.img
del devmap : loop0p1
loop deleted : /dev/loop0
# kpartx -a -v raspi.img
add map loop0p1 (254:17): 0 8847

Bug#915031: open-vm-tools-desktop: resolutionKMS plugins sometimes fails to load at boot

[Raphael Hertzog]

Control: tag -1 + patch

On Thu, 29 Nov 2018, Raphaël Hertzog wrote:
> I have proposed a simple fix which just tries to load the kernel
> module before starting the service, it's simple and reliable. For
> the Debian package, since you have split support for the desktop
> part in a separate package, you might want to add that directive
> through a 
> /lib/systemd/system/open-vm-tools.service.d/desktop.conf
> file extending the basic service file.

I implemented this in the attached patch.

Cheers,
-- 
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/
>From 1decdd30466d80bf3ef306e586088fdd52382e94 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Rapha=C3=ABl=20Hertzog?= 
Date: Thu, 6 Dec 2018 16:18:17 +0100
Subject: [PATCH] Ensure vmwgfx module is loaded before start of vmtoolsd

This avoids a failure to start the resolutionKMS plugin and it's
achieved through a drop-in snippet extending open-vm-tools.service
adding an ExecStartPre directive loading the module prior to
the start of the service.

Closes: #915031
---
 debian/desktop.conf | 2 ++
 debian/rules| 3 +++
 2 files changed, 5 insertions(+)
 create mode 100644 debian/desktop.conf

diff --git a/debian/desktop.conf b/debian/desktop.conf
new file mode 100644
index 000..6456fd7
--- /dev/null
+++ b/debian/desktop.conf
@@ -0,0 +1,2 @@
+[Service]
+ExecStartPre=-/sbin/modprobe vmwgfx
diff --git a/debian/rules b/debian/rules
index 5214319..f683532 100755
--- a/debian/rules
+++ b/debian/rules
@@ -95,6 +95,9 @@ override_dh_auto_install:
 	mkdir -p debian/open-vm-tools-desktop/etc/xdg/autostart
 	mv debian/open-vm-tools/etc/xdg/autostart/vmware-user.desktop debian/open-vm-tools-desktop/etc/xdg/autostart
 	rm -rf debian/open-vm-tools/etc/xdg
+	
+	mkdir -p debian/open-vm-tools-desktop/lib/systemd/system/open-vm-tools.service.d
+	cp debian/desktop.conf debian/open-vm-tools-desktop/lib/systemd/system/open-vm-tools.service.d/
 
 override_dh_builddeb:
 	dh_builddeb -- -Zxz
-- 
2.20.0.rc2