Bug#915524: Acknowledgement (RFS: filemanager-actions/3.4-1 [ITP])

2019-02-09 Thread Carlos Maddela 



On 9/2/19 1:14 am, Jeremy Bicha wrote:

> 4. I think your debian/source/options is unnecessary.
> 
> 5. I don't think your backup.tar stuff is necessary at all. I
> recommend removing all of it.

Hi,

I have removed these two things in the changes I have pushed, but I
wasn't able to preserve idempotent builds. For other projects I've
worked on, it's possible to just delete the modified files and achieve
idempotent builds, but since this project also tries to patch the files
that get deleted, it doesn't work.

Anyway, I couldn't find in the Debian Policy anything about idempotent
builds, just idempotent maintainer scripts. I've only been told about
idempotent builds, I think, by other developers and I've also come
across some bug reports about it. I've also found the --git-export-dir
option to gbp-buildpackage, which allows you to not worry about modified
files.

Cheers,

Carlos

Re: Bug#921843: discosnp has unsatisfiable dependencies

2019-02-09 Thread Andreas Tille 
Control: tags -1 help moreinfo

Hi,

I really wonder why gatb-core should be missing.  According to
tracker[1] gatb-core is in testing and the build logs[2] are specifying
exactly those architectures as successfully installed that you claim
missing (in agreement with discosnp tracker page[3] admittedly but
not more enlightening to me).

Any idea what might be wrong here and how to fix this?

Kind regards

   Andreas.


[1] https://tracker.debian.org/pkg/gatb-core
[2] https://buildd.debian.org/status/package.php?p=gatb-core
[3] https://tracker.debian.org/pkg/discosnp

On Sat, Feb 09, 2019 at 12:48:07PM +0100, Matthias Klose wrote:
> Package: src:discosnp
> Version: 2.3.0-1
> Severity: serious
> Tags: sid buster
> 
> Impossible Depends: discosnp -> gatb-core/amd64
> Impossible Depends: discosnp -> gatb-core/arm64
> Impossible Depends: discosnp -> gatb-core/i386
> Impossible Depends: discosnp -> gatb-core/mips64el
> Impossible Depends: discosnp -> gatb-core/ppc64el
> Impossible Depends: discosnp -> gatb-core/s390x
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging

-- 
http://fam-tille.de

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-09 Thread Mo Zhou 
On Fri, Feb 08, 2019 at 01:00:19PM +0200, Andrius Merkys wrote:
> I would say so. opennlp-tools is the core toolkit of the OpenNLP, ...
> Therefore, I assume that core functionality works as would be
> expected.

Ok. Thanks for confirming.

Why did you stopped maintaining this package here?:
https://salsa.debian.org/science-team/apache-opennlp

And I suggest you apply this patch to debian/control:

diff --git a/debian/control b/debian/control
index 6943511..af61d53 100644
--- a/debian/control
+++ b/debian/control
@@ -37,7 +37,7 @@ Description: machine learning based toolkit for the 
processing of natural langua

 Package: opennlp
 Architecture: all
-Depends: libapache-opennlp-java,
+Depends: libapache-opennlp-java (= ${source:Version}),
  ${misc:Depends}
 Description: wrapper for Apache OpenNLP natural language text processing 
toolkit
  The Apache OpenNLP library is a machine learning based toolkit for the

The rest looks good to me. Please resolve the remaining issues
and I'll sponsor this package for you.

Thanks for your contribution to Debian.
M.

Bug#919413: Bug#921301: starpu: FTBFS with upcoming doxygen 1.8.15

2019-02-09 Thread Samuel Thibault 
Hello,

Samuel Thibault, le mar. 05 févr. 2019 20:21:56 +0200, a ecrit:
> Andreas Beckmann, le mar. 05 févr. 2019 10:54:49 +0100, a ecrit:
> > Control: retitle -1 starpu: FTBFS while building documentation
> 
> Ok, I give up with building the pdf version, doxygen+latex is too much
> of a hassle.

For information, I had to do it not only in starpu, but also in
gtg-trace, hwloc, and litl, i.e. essentially almost all of my packages
which build pdf out of doxygen.

We had already had LaTeX dependency issues in the past, and now it seems
to be a bug in the .tex file itself, I'm sorry I just can't spend time
on fixing issues between doxygen and LaTeX, Debian will just only ship
the html version for these packages.

If anybody wants to try to fix the actual issue, just disable the
doc-nopdf patch in those packages.

Samuel