Bug#909463: ITP: flang -- Fortran compiler using the LLVM toolkit

[Alastair McKinstry]

Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry 

* Package name: flang
  Version : 7.0
  Upstream Author : Steve Scalpone 
* URL : https://github.com/flang-compiler
* License : BSD
  Programming Lang: C++, Fortran
  Description : Fortran compiler using the LLVM toolkit



Flang is a Fortran compiler targeting LLVM.

Flang is a Fortran language front-end designed for integration with LLVM and 
the LLVM optimizer.

Flang+LLVM is a production-quality Fortran solution designed to be co-installed 
and is fully interoperable with Clang C++.

Flang single-core and OpenMP performance is now on par with GNU Fortran; for 
certain applications up to 40% faster.
Flang has implemented Fortran 2003 and has a near full implementation of OpenMP 
through version 4.5 targeting multicore CPUs.

This will be maintained with the LLVM packaging team.

Bug#885737: Cannot upgrade

[Kyle Robbertze]

sorry for the double post. Do you have an example script that reproduces
the error? I can then test it on my side initially.



signature.asc
Description: OpenPGP digital signature

Bug#896109: ppc64el test failure

[Frédéric Bonnard]

Hi Paride

On Sat, 22 Sep 2018 15:57:11 +0200, Paride Legovini  wrote:
> Frédéric Bonnard wrote on 21/09/2018:
> > As this is not a gcc bug, I'm wondering if that's just not something to
> > handle on flif side also.. see that other related bug :
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906708
> 
> Thanks Frédéric, your findings are very interesting and I could indeed
> think of a more solid way to compare the test images. Unfortunately FLIF
> is not in a good shape in general, and I filed a removal request for it
> as it has multiple unresolved CVEs and upstream is unresponsive:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903600

That's a pity :(

> I'll try to fix this issue anyway, but I doubt FLIF will be part of the
> next Debian stable release.

Ok, no worries; just wanted to give some feedback on my findings.
Good luck with Flif :)

F.
> 


pgptWOe0_y3mH.pgp
Description: PGP signature

Bug#885737: Cannot upgrade

[Kyle Robbertze]

Control: -1 tags - moreinfo

I certainly would like to try backport to Stretch. I'm just not sure I
will get the time before the end of the year. The following dependencies
will need to be backported too:

ocaml-cry
ocaml-dtools
ocaml-duppy
ocaml-faad
ocaml-flac
ocaml-ogg
ocaml-opus
ocaml-speex
ocaml-theora
ocaml-vorbis

ocaml-fdkaac (optional)



signature.asc
Description: OpenPGP digital signature

Bug#909462: Add additional example, of scalar localtime with arguments

[積丹尼 Dan Jacobson]

Package: perl-doc
Version: 5.26.2-7
Severity: wishlist
File: /usr/share/man/man1/perlfunc.1.gz

We read

 In scalar context, "localtime" returns the ctime(3) value:

my $now_string = localtime;  # e.g., "Thu Oct 13 04:54:34 1994"

OK but please also add an additional example, of scalar localtime with 
arguments:

print scalar localtime 22; # "Thu Jan  1 08:00:22 1970"

Bug#909461: nmu: eeshow_0.git20170731-2

[Andreas Beckmann]

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

nmu eeshow_0.git20170731-2 . ANY . experimental . -m "Rebuild against 
libgit2-27."

Let's finish the libgit transition in experimental, too.


Andreas

Bug#865195: Bug 865195: [www.debian.org] Some broken links on the page

[Laura Arjona Reina]

Hello Paulo
Thanks for the reminder.
I have applied the patch and closed the bug.
The fix will be online in the next build.
Kind regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Bug#881954: [uscan] “user specified script” stderr not passed through concurrently

[Xavier]

Hello,

I'm working on uscan. Your debian/repack file seems corrupted:

~/dev/debian/packages/musescore $ uscan -v -dd
...
uscan die: uscan: Failed to Execute user specified script:
   debian/repack --upstream-version 2.3.2+dfsg1
debian/repack: Error! github.com repository not found in debian/watch!

Problem found in debian/2.3.2+dfsg1-2, debian/2.3_pre20180620+dfsg1-2
and master.

Could you give me a tagname to reproduce this issue ?

Cheers,
Xavier

Bug#671849: pan: inserts spurious "GIT" string in mailto: when replying

[Dominique Dumont]

On Sun, 25 Nov 2012 12:21:04 -0500 =?iso-8859-1?B?RnLpZOlyaWMgQnJp6HJl?= 
 wrote:
> Hmph, I see that upstream has wrongly (and summarily) closed this bug
> report.  :(

Please re-open a bug upstream (https://gitlab.gnome.org/GNOME/pan/issues ) if 
this is still an issue.

All the best

Bug#909460: Trouble with the sqlite3 upgrade path

[Carsten Leonhardt]

Source: bacula
Version: 9.2.1-1
Severity: serious

Hi,

according to piuparts:

  applying upgrade sql for 7.4.4+dfsg-6 -> 9.0.0.
  Error: near line 84: near "MODIFY": syntax error
  Error: near line 85: near "MODIFY": syntax error
  Error: near line 86: near "MODIFY": syntax error

https://piuparts.debian.org/stable2sid/fail/bacula-director-sqlite3_9.2.1-1.log

The version in stretch-backports contains the 9.0.0 update too but
stretch2bpo works ok.

 - Carsten

Bug#889172: New upstream version should fix bugs

[Andreas Tille]

Control: tags -1 pending

Bug#675857: [Pkg-alsa-devel] Bug#675857: pulseaudio creates .config/pulse in a root directory

[Elimar Riesebieter]

* Niels Thykier  [2018-09-24 06:24 +]:

> On Sun, 7 Jan 2018 14:33:51 + Simon McVittie  wrote:
> > Control: retitle 675857 /etc/init.d/alsa-utils creates /.config/pulse under 
> > sysvinit
> > 
> > Forwarding the text of Daniel Reichelt's message reopening RC bug
> > #675857 (and its merged duplicates) to the bug, so that it's visible
> > to the alsa-utils maintainers and on the BTS without rummaging in "Show
> > full text".
> > 
> > I'm also retitling it to clarify which systems it affects (those that
> > boot with sysvinit or similar, but not systemd). I've checked that the
> > systemd units don't invoke aumix, and pass -E HOME=/run/home to every
> > alsactl invocation.

Hmmm, 1.0.28-1 ist compiled with "--with-alsactl-home-dir=/var/run/alsa"

So I can't reproduce?

Elimar
-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-Linus Torvalds

Bug#909459: RFP: crashpad -- a crash-reporting system

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: crashpad
  Version : d7798a4e28
  Upstream Author : Mark Mentovai
* URL : https://notabug.org/themusicgod1/crashpad
* License : Apache 2.0
  Programming Lang: C++
  Description : a crash-reporting system

Crashpad is a library for capturing, storing and transmitting postmortem crash 
reports 
from a client to an upstream collection server. Crashpad aims to make it 
possible for 
clients to capture process state at the time of crash with the best possible 
fidelity 
and coverage, with the minimum of fuss.

Crashpad also provides a facility for clients to capture dumps of process state 
on-demand for diagnostic purposes.

Crashpad additionally provides minimal facilities for clients to adorn their 
crashes 
with application-specific metadata in the form of per-process key/value pairs. 
More 
sophisticated clients are able to adorn crash reports further through 
extensibility 
points that allow the embedder to augment the crash report with 
application-specific
metadata.

Crashpad is a component used by electron ( #842420 ) 

Bug#909370: [PKG-Openstack-devel] Bug#909370: networking-arista: FTBFS (module 'neutron.db.api' has no attribute 'get_writer_session')

[Thomas Goirand]

On 09/22/2018 06:43 PM, Santiago Vila wrote:
> Package: src:networking-arista
> Version: 2017.2.2-2
> Severity: serious
> Tags: ftbfs
> 
> Dear maintainer:
> 
> I tried to build this package in sid but it failed:

FYI, I was waiting for upstream to release. It was kind of expected that
such an old version  of this driver would break with newer neutron.

I've upgraded to latest git commit, and it looks like working. I'm
uploading the fix. Thanks for this bug report.

Cheers,

Thomas Goirand (zigo)

Bug#902631: astroid: Not compatible with Python 3.7 - Fixed

[Mattia Rizzolo]

owner 902631 Nicolas Dandrimont 
fixed 902631 src:astroid2/1.6.5-2
fixed 902631 src:astroid/2.0.4-1
close 902631
thanks


So Nicolas went ahaead and split the package into two, with src:astroid2
containing the py2-only part and src:astroid the py3-only version.
Guess we can close this bug now…

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#909015: abiword: Crashes on startup with GLib-ERROR

[Joachim H. Kaiser]

Dear Bernhard,

great work!  I have learnt something from your debugging.

So, the codeline in question is

context->glGetIntegerv (GL_NUM_EXTENSIONS, _extensions);

I have found the following comment in the web 
:

"glGetIntegerv is not returning garbage. glGetIntegerv returns either a good 
value, or it does not touch the pointed to address at all. The reason why you 
see garbage is because the variable is not initialized. This seems like a 
pedantic comment, but it is actually important to know that glGetIntegerv does 
not touch the variable if it fails."

Although I did not find this behaviour in the OpenGL spec, the corresponding 
coder seems not to have considered this, e.g. by setting the variable 
num_extensions to zero before the call.

Anyway, thanks for your efforts.

With kind regards -- Joachim

Bug#909357: find-dbgsym-packages: "eu-unstrip: linux-gate.so.1: No such file or directory"

[Jakub Wilk]

Control: found -1 0.82
* Jakub Wilk , 2018-09-22, 11:31:

$ find-dbgsym-packages /bin/ls
eu-unstrip: linux-gate.so.1: No such file or directory
"eu-unstrip" unexpectedly returned exit value 1 at 
/usr/bin/find-dbgsym-packages line 162.


Hmpf. So my patch didn't fix this.
Either I only dreamt that I tested it, or I accidentally tested in amd64 
env, where it indeed works perfectly.

Anyway, I'm attaching another patch that really fixes the bug.
Now let me put brown paper bag on my head...

--
Jakub Wilk
From cfe13a2c860ef4a10722a5055330bb64bbe0f83c Mon Sep 17 00:00:00 2001
From: Jakub Wilk 
Date: Mon, 24 Sep 2018 09:33:29 +0200
Subject: [PATCH] find-dbgsym-packages: Use the same vDSO regexp everywhere

Fixes: ed7eec90e450b52f9df52c53a6ca817bb16b116d

Really closes: #909357
---
 find-dbgsym-packages | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/find-dbgsym-packages b/find-dbgsym-packages
index 3e2ac21..318114d 100755
--- a/find-dbgsym-packages
+++ b/find-dbgsym-packages
@@ -32,6 +32,8 @@ if (scalar @ARGV == 0 or $ARGV[0] eq '--help' or $ARGV[0] eq '-h') {
 usage();
 }
 
+my $vdso_regexp = qr/^linux-(gate|vdso\d*)[.]so[.]/;
+
 my %pkgs;
 foreach my $arg (@ARGV) {
 my %build_ids;
@@ -44,7 +46,7 @@ foreach my $arg (@ARGV) {
 foreach my $id (keys %build_ids) {
 my ($path, $name) = @{$build_ids{$id}};
 
-next if $name =~ /^linux-(gate|vdso\d*)[.]so[.]/;
+next if $name =~ $vdso_regexp;
 
 my @p = get_debs_from_id($id);
 if (scalar @p == 0) {
@@ -149,7 +151,7 @@ sub get_build_ids_from_file
 my @filenames = get_files_from_elf($filename);
 my %build_ids;
 foreach my $filename (@filenames) {
-next if $filename =~ /^linux-vdso\.so\./;
+next if $filename =~ $vdso_regexp;
 %build_ids = (%build_ids, get_build_ids_from_elf($filename));
 }
 return %build_ids;
-- 
2.19.0

Bug#909361: kdenlive: Exiting kdenlive full screen preview kills whole gnome wayland session

[Patrick Matthäi]

reassign #909361 weston
thanks


Am 22.09.2018 um 15:25 schrieb Mikko Rapeli:
> On an update Debian sid with Gnome 3 with wayland graphics,
> exiting full screen preview in kdenlive manages to kill the whole
> Gnome session.
>
> This does not happen if Gnome is started with Xorg graphics stack.

Hi,

it is your graphic stack which crashes. That is not a bug of kdenlive.
Also you said, that it does not appear with the Xorg stack. So I
reassign this to the wayland package. I hope weston is correct here?

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

Bug#907259: Bug#907258: Bug#907259: hiredis: New upstream "release" ?

[Chris Lamb]

Dear Tom,

> Sorry for the delay & radio silence Chris -- I've been lazy getting my
> Debian development environment set up on a new computer. Should have some
> time over the weekend to get this sorted out.

No problem; how did you get on this weekend?


Best wishes,

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

Bug#907131: debuild: add --no-sign and --force-sign option in --help output and man page

[Sergey Alyoshin]

On Sun, Sep 23, 2018 at 9:31 PM Mattia Rizzolo  wrote:
>
> On Fri, Aug 24, 2018 at 09:29:48AM +0300, Sergey Alyoshin wrote:
> > diff -Nur devscripts-2.18.3_orig/scripts/debuild.1 
> > devscripts-2.18.3/scripts/debuild.1
> > --- devscripts-2.18.3_orig/scripts/debuild.1  2018-03-06 17:42:39.0 
> > +0300
> > +++ devscripts-2.18.3/scripts/debuild.1   2018-08-23 23:43:54.058545238 
> > +0300
> > @@ -289,6 +289,12 @@
> >  .B \-\-no\-lintian
> >  Do not run \fBlintian\fR after \fBdpkg-buildpackage\fR.
> >  .TP
> > +.B \-\-force\-sign
> > +Do sign after \fBdpkg-buildpackage\fR.
> > +.TP
> > +.B \-\-no\-sign
> > +Do not sign after \fBdpkg-buildpackage\fR.
> > +.TP
>
> Not sure I want them tbh...
>
> The manpage already mentions that the signing options are those of
> dpkg-buildpackage, and with debuild that now is a full wrapper around it
> feels superflous to me (and misleading, there are many other options
> related to signing).

I think --no-sign is worth to mention, as it very likely to be used to
build package for own needs.
And it require me to look in source code to find it, although I do
scroll the man page.


> I'd personally prefer to not document these options here, unless
> somebody else thinks we should.

Bug#909458: RFP: chromium-breakpad -- NSA/Microsoft GitHub clone of the breakpad used by NSA/Alphabet Chromium

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: chromium-breakpad
  Version : bceeca6dea
  Upstream Author : agrieve (@agrieve@github)
* URL : https://notabug.org/themusicgod1/chromium-breakpad
* License : Apache 2.0
  Programming Lang: C++
  Description : NSA/Microsoft GitHub clone of the breakpad used by 
NSA/Alphabet Chromium

A set of client and server components which implement a crash-reporting system.
One of the components of electron ( #842420 ).

Bug#898310: lcl-units-1.8 unusable due to file permissions

[Abou Al Montacir]

Control: reopen -1

On Thu, 2018-07-05 at 13:17 +0200, Abou Al Montacir wrote:
> Hi Alexander,
> On Wed, 2018-07-04 at 18:37 +0300, Alexander Kernozhitsky wrote:
> > Sorry, the previous patch caused build failure, here is the correct version.
> I have some concerns about removing the manual compilation flags. I'll check
> more deeper the cause why I've added it and then integrate your patch if it is
> OK.
I've finally reverted this in b9ccece9 because it leads to Bug#906349.
-- 
Cheers,
Abou Al Montacir

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

Bug#909457: ITP: blis -- BLAS-like Library Instantiation Software Framework

[Mo Zhou]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-scie...@lists.debian.org
Owner: Mo Zhou 

* Package name: blis
  Version : 0.4.1
  Upstream Author : The University of Texas at Austin, HP Enterprise, AMD Inc.
* URL : https://github.com/flame/blis
* License : BSD-3-clause
  Programming Lang: C
  Description : BLAS-like Library Instantiation Software Framework

This is a relatively new BLAS implementation and a new candidate to
libblas.so.3 . However unlike OpenBLAS, BLIS doesn't provide LAPACK API/ABI.

Upstream benchmarks shows a promising and comparative performance compared
to OpenBLAS and MKL, however I'm still not quite sure how fast it is,
objectively. So maybe I'll set the priority to 37, which means for the
libblas.so.3 alternative,

  OpenBLAS > BLIS > Atlas > Netlib > MKL

Moreinfo: https://github.com/flame/blis/issues/254

Bug#675857: pulseaudio creates .config/pulse in a root directory

[Niels Thykier]

On Sun, 7 Jan 2018 14:33:51 + Simon McVittie  wrote:
> Control: retitle 675857 /etc/init.d/alsa-utils creates /.config/pulse under 
> sysvinit
> 
> Forwarding the text of Daniel Reichelt's message reopening RC bug
> #675857 (and its merged duplicates) to the bug, so that it's visible
> to the alsa-utils maintainers and on the BTS without rummaging in "Show
> full text".
> 
> I'm also retitling it to clarify which systems it affects (those that
> boot with sysvinit or similar, but not systemd). I've checked that the
> systemd units don't invoke aumix, and pass -E HOME=/run/home to every
> alsactl invocation.
> 
> On Thu, 04 May 2017 at 22:16:32 +0200, Daniel Reichelt wrote:
> > /.config/pulse still is getting created when /etc/init.d/alsa-utils runs
> > on boot.
> > 
> > I'm using sysvinit instead of systemd.
> > 
> > Tracing the init script and the included utils.sh showed, that any call
> > to aumix somehow triggers pulseaudio as well which - due to HOME not
> > being set - leads to /.config/pulse being created. The top of the call
> > chain of aumix is the init script's call to sanify_levels().
> > 
> > Why was this previously fixed by prepending HOME=$ALSACTLHOME to only
> > some commands instead of just exporting HOME?
> 
> [...]
> 
> Thanks,
> smcv
> (with no particular interest in this bug or this package, just trying
> to tidy the RC bugs list)
> 
> 

Hi,

I added a MR on salsa for this issue[1] fixing a missing call to
alsactl.  I could not see any (direct) calls to aumix, so these are not
covered.  There are some calls to amixer but it does not seem to create
.config if missing despite looking for it.

Admittedly, Daniel's solution of simply setting HOME is probably easier
to maintain in the long run and less like to "miss" a call.

Thanks,
~Niels

[1] https://salsa.debian.org/alsa-team/alsa-utils/merge_requests/1

Bug#907979: Bug #907979: thunderbird: version 60.0-2 can't connect to gmail (or anything when xul-ext-gnome-keyring is installed)

[Joshua Judson Rosen]

I suspect that Benjamin has xul-ext-gnome-keyring installed, with which
Thunderbird 60 broke compatibility; see:

"xul-ext-gnome-keyring doesn't work with firefox >=57"


The assertion there, "In the meantime this still works for firefox-esr" from 
December 2017,
is of course no longer true that 60 has become esr; and while there's not yet 
any mention
of *Thunderbird* in that bug, it does appear to be the same sort of problem due 
to
Thunderbird 60 having made similar motions to phase out the XUL extension 
mechanisms--
which I guess is already known, seeing the notes in the Debian changelog like 
this:

  * [4a993c5] adding additional packages to Breaks with thunderbird
 The packages calendar-exchange-provider and enigmail
 xul-ext-sogo-connector aren't compatible to the webextension interface
 and we need to add a versioned Breaks.


I had the same problems as Benjamin described with a GMail account,
but *also* had a similar "Thunderbird just never completes login" problem
with an Dpvecot IMAP server that I administer (also on Debian).

After removing the xul-ext-gnome-keyring package, Thunderbird 60 works with 
both accounts :)

I guess the thunderbird package should add xul-ext-gnome-keyring to its 
"Breaks" list?

Bug#905634: tasksel: Please remove dependency on manpages-fr in task-french (#871564)

[Niels Thykier]

Holger Wansing:
> Hi,
> 
> Niels Thykier  wrote:
>> Source: tasksel
>> Version: 3.44
>> Severity: important
>>
>> Hi,
>>
>> The manpages-fr package is outdated and unmaintained
>> (defacto-orphaned too).
>>
>> Please remove the dependency on manpages-fr in task-french so we can
>> remove the package from testing or the archive.
> 
> What about manpages-fr-extra?
> It's the same maintainer and had no upload since 2015. Seems that above
> arguments count for this package as well?
> 
> And this has already been reported in #871563.
> 
> Should we remove dependency for this one as well?
> 
> 
> Holger
> 
> 

Hi Holger,

Yes, that would make sense.  :)
  I did not notice it because I was checking for hard-depends (with
manpages-fr-extra being a recommends).  Thanks for being thorough. :)

~Niels

Bug#907806: How to disable tests for Python2 only?

[Andreas Tille]

Hi Yaroslav,

On Mon, Sep 10, 2018 at 09:39:38PM +0200, Andreas Tille wrote:
> On Mon, Sep 10, 2018 at 11:44:00AM -0400, Yaroslav Halchenko wrote:
> > 
> > > ... sorry to repeat myself but having team maintained packages on
> > > github is not inviting to others.  Is there any reason not to
> > > use Salsa?
> > 
> > yeap, let's make a repo on salsa.  Would you be ok to retain my weird
> > "based on upstream git" setup?
> 
> https://salsa.debian.org/science-team/scikit-learn
> 
> (I did so about one year ago but you decided to stay on Github.
>  I removed the old repo and injected what I cloned this morning
>  and added a pristine-tar branch.  I volunteer to do it even
>  a third time but not more. ;-) )

I have not seen any commits of yours in the new repository.  Did I
understood correctly that you have some pending changes you want to
push?
 
> Hope this helps and thanks for caring for the package.  I agree that
> packaging the new upstream version is probably the best strategy if
> it is in the not too distant future (= we will not loose all the
> rdepends from testing)

I realised that the releases at Github are not tagged reliably (not even
the current release is tagged there).  Thus I pointed d/watch to pypi
and also used Files-Excluded to strip joblib from upstream source.
 
When you talked about new upstream version:  Do you want to give 0.20rc1
a try or do you want to wait for 0.20?

Kind regards

   Andreas.

-- 
http://fam-tille.de