Bug#970821: RFS: dbacl/1.14.1-3 [QA] [RC] -- digramic Bayesian text classifier

[Bastian Germann]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "dbacl":

 * Package name: dbacl
   Version : 1.14.1-3
   Upstream Author : Laird Breyer 
 * URL : https://www.lbreyer.com/gpl.html
 * License : GPL-3+
 * Vcs : https://salsa.debian.org/debian/dbacl
   Section : text

It builds those binary packages:

  dbacl - digramic Bayesian text classifier

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/d/dbacl/dbacl_1.14.1-3.dsc

Changes since the last upload:

 dbacl (1.14.1-3) unstable; urgency=medium
 .
   * QA upload.
 .
   [ Bastian Germann ]
   * Use current libreadline (Closes: #953006)
   * Fix duplicate definitions (Closes: #957121)
 .
   [ Debian Janitor ]
   * Use secure URI in debian/watch.
   * Use secure URI in Homepage field.
   * Update standards version to 4.4.1, no changes needed.
   * Set upstream metadata fields: Archive, Bug-Submit.

Regards,
Bastian

Build fails on i386 due to overflows in tests

[Robin Gustafsson]

Dear mentors,

A package I'm maintaining fails to build on i386 [1]. Specifically,
the build-time tests are failing. I believe numerical overflows to be
the cause. I'm unsure about the best course of action.

The built package is architecture-independent (interpreted code).
However, the packaged library deals specifically with dates, time
ranges, etc. Some functionality relies on arithmetics on a
microsecond-level; a 32-bit signed integer cannot hold more than about
36 minutes worth of those. Other functionality deals with dates,
possibly on the wrong side of the Epochalypse. Both of these scenarios
are demonstrated in the failing tests.

What are my options in such a situation (from an "acceptable in
Debian" point of view)? What would be the preferred course of action?

[1]: https://salsa.debian.org/php-team/pear/php-nesbot-carbon/-/jobs/1020055

Thanks,

Robin

Bug#970787: RFS: libapache2-mod-watchcat/1.1.2-2 -- Process monitoring Apache module

[Georgy Komarov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "libapache2-mod-watchcat":

* Package name : libapache2-mod-watchcat
Version : 1.1.2-2
Upstream Author : [fill in name and email of upstream]
* URL : http://oss.digirati.com.br/mod_watchcat/
* License : GPL
* Vcs : 
http://anonscm.debian.org/gitweb/?p=collab-maint/libapache2-mod-watchcat.git;a=summary

Section : httpd

It builds those binary packages:

libapache2-mod-watchcat - Process monitoring Apache module

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


https://mentors.debian.net/package/libapache2-mod-watchcat/

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

dget -x 
https://mentors.debian.net/debian/pool/main/liba/libapache2-mod-watchcat/libapache2-mod-watchcat_1.1.2-2.dsc


Changes since the last upload:

libapache2-mod-watchcat (1.1.2-2) unstable; urgency=medium

Bug#970770: RFS: wand/0.6.3-1 -- Python interface for ImageMagick library

[Håvard Flaget Aasen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "wand":

 * Package name: wand
   Version : 0.6.3-1
   Upstream Author : E. McConville 
 * URL : https://github.com/emcconville/wand
 * License : BSD-3-clause, Expat
 * Vcs : https://salsa.debian.org/debian/wand
   Section : python

It builds those binary packages:

  wand-doc - Python interface for ImageMagick library (documentation)
  pypy-wand - Python interface for ImageMagick library (PyPy)
  python3-wand - Python interface for ImageMagick library (Python 3)

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/w/wand/wand_0.6.3-1.dsc

Changes since the last upload:

 wand (0.6.3-1) unstable; urgency=medium
 .
   * New upstream version 0.6.3
   * Rebase patches
   * d/salsa-ci.yml: Disable kernel variation in reprotest
   * Build-Profiles: Add nocheck
   * d/rules: Disable two tests for armhf and i386,
 needed for reproducible builds

Regards,
Håvard

Bug#970784: RFS: watchcatd/1.3.1-1 [O] -- Process monitoring daemon

[Georgy Komarov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "watchcatd":

* Package name : watchcatd
  Version : 1.3.1-1
  Upstream Author : Michel Machado , Andre 
Nathan 

* URL : http://oss.digirati.com.br/watchcatd/
* License : GPL
Section : admin

It builds those binary packages:

watchcatd - Process monitoring daemon

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


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

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

dget -x 
https://mentors.debian.net/debian/pool/main/w/watchcatd/watchcatd_1.3.1-1.dsc


Changes since the last upload:

watchcatd (1.3.1-1) unstable; urgency=medium

Re: Potential gcc-10 issue "error: conflicting types for ‘uintptr_t’" (Was: Bug#966523: r-bioc-rsubread FTBFS on 32bit: error: conflicting types for ‘uintptr_t’)

[Andreas Tille]

Hi Paul,

On Wed, Sep 23, 2020 at 07:57:09AM +, Paul Wise wrote:
> It looks like r-base-core is duplicating standard C types and defining
> them incorrectly. If you edit /usr/share/R/include/Rinterface.h to
> remove uintptr_t, does the build succeed?

It turned out that this problem has gone.  Thus I'm closing this bug hereby.

Kind regards

  Andreas. 

-- 
http://fam-tille.de

Bug#970712: RFS: libcxx-serial/1.2.1-2 [RC] -- Cross-platform, Serial Port library written in C++ (runtime)

[Alec Leamas]

Hi again,

On 23/09/2020 11:27, Alec Leamas wrote


libcxx-serial_1.2.1-3 is uploaded to mentors, available Real Soon (tm).


In haste,

--alec



Too much haste, new version uder way, need to wait for mentors to 
settle.  Correct fix is available in my gitlab repo.



In even more haste,

--alec

Bug#970712: RFS: libcxx-serial/1.2.1-2 [RC] -- Cross-platform, Serial Port library written in C++ (runtime)

[Alec Leamas]

Hi Gianfranco,

On 23/09/2020 10:59, Gianfranco Costamagna wrote:

Hello,

just FYI, the upload fails on i386
https://buildd.debian.org/status/fetch.php?pkg=libcxx-serial&arch=i386&ver=1.2.1-2&stamp=1600846376&raw=0

Due to a difference between i686 and i386

The change in gst-omx might fix this problem

gst-omx (1.18.0-2) unstable; urgency=low
.
    * debian/gst-omx-listcomponents.install and debian/rules:
  Use ${DEB_HOST_GNU_TYPE} instead of ${DEB_HOST_MULTIARCH} to fix FTBFS
  on i386.


HTH


libcxx-serial_1.2.1-3 is uploaded to mentors, available Real Soon (tm).


In haste,

--alec

Bug#970712: RFS: libcxx-serial/1.2.1-2 [RC] -- Cross-platform, Serial Port library written in C++ (runtime)

[Gianfranco Costamagna]

Hello,

just FYI, the upload fails on i386
https://buildd.debian.org/status/fetch.php?pkg=libcxx-serial&arch=i386&ver=1.2.1-2&stamp=1600846376&raw=0

Due to a difference between i686 and i386

The change in gst-omx might fix this problem

gst-omx (1.18.0-2) unstable; urgency=low

Re: Potential gcc-10 issue "error: conflicting types for ‘uintptr_t’" (Was: Bug#966523: r-bioc-rsubread FTBFS on 32bit: error: conflicting types for ‘uintptr_t’)

[Paul Wise]

On Wed, Sep 23, 2020 at 7:40 AM Andreas Tille wrote:

> unfortunately upstream has not yet responded to this mail.  My guess is
> that this is a general gcc-10 issue.
>
> Any hint how to solve this?

It looks like r-base-core is duplicating standard C types and defining
them incorrectly. If you edit /usr/share/R/include/Rinterface.h to
remove uintptr_t, does the build succeed?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Potential gcc-10 issue "error: conflicting types for ‘uintptr_t’" (Was: Bug#966523: r-bioc-rsubread FTBFS on 32bit: error: conflicting types for ‘uintptr_t’)

[Andreas Tille]

Control: tags -1 help
Control: tags -1 upstream
Control: forwarded -1 Wei Shi , Yang Liao 
, Gordon K Smyth 

Hi,

unfortunately upstream has not yet responded to this mail.  My guess is
that this is a general gcc-10 issue.

Any hint how to solve this?

Kind regards

   Andreas.

On Tue, Sep 08, 2020 at 05:00:10PM +0200, Andreas Tille wrote:
> Hi,
> 
> I'm hereby forwarding a problem that was detected on the Debian packaged
> version of Rsubread.  Any idea how to fix this?
> 
> Kind regards
> 
>Andreas.
> 
> On Thu, Jul 30, 2020 at 08:50:31AM +0300, Adrian Bunk wrote:
> > Source: r-bioc-rsubread
> > Version: 2.2.5-1
> > Severity: serious
> > Tags: ftbfs
> > 
> > https://buildd.debian.org/status/package.php?p=r-bioc-rsubread&suite=sid
> > 
> > ...
> > In file included from /usr/lib/gcc/i686-linux-gnu/10/include/stdint.h:9,
> >  from HelperFunctions.h:139,
> >  from R_wrapper.c:35:
> > /usr/include/stdint.h:96:23: error: conflicting types for ‘uintptr_t’
> >96 | typedef unsigned int  uintptr_t;
> >   |   ^
> > In file included from R_wrapper.c:30:
> > /usr/share/R/include/Rinterface.h:110:24: note: previous declaration of 
> > ‘uintptr_t’ was here
> >   110 |  typedef unsigned long uintptr_t;
> >   |^
> > make[1]: *** [/usr/lib/R/etc/Makeconf:167: R_wrapper.o] Error 1
> 

-- 
http://fam-tille.de